[PATCH 0/5] macvtap fixes. · Eric W. Biederman <hidden> · 2011-10-20
[PATCH 1/5] macvtap: Close a race between macvtap_open and macvtap_dellink. · Eric W. Biederman <hidden> · 2011-10-20
[PATCH 2/5] macvtap: Fix macvtap_open races in the zero copy enable code. · Eric W. Biederman <hidden> · 2011-10-20
[PATCH 3/5] macvtap: Don't leak unreceived packets when we delete a macvtap device. · Eric W. Biederman <hidden> · 2011-10-20
[PATCH 4/5] macvtap: Rewrite macvtap_newlink so the error handling works. · Eric W. Biederman <hidden> · 2011-10-20
[PATCH 5/5] macvtap: Fix the minor device number allocation · Eric W. Biederman <hidden> · 2011-10-20
Re: [PATCH 0/5] macvtap fixes. · David Miller <hidden> · 2011-10-21
Re: [PATCH 0/5] macvtap fixes. · "Michael S. Tsirkin" <mst@redhat.com> · 2011-10-24

Re: [PATCH 0/5] macvtap fixes.

From: David Miller <hidden>
Date: 2011-10-21 06:56:18

From: ebiederm@xmission.com (Eric W. Biederman)
Date: Thu, 20 Oct 2011 07:24:59 -0700

This series of patches fixes a series of minor bugs in the macvtap code.

The fixes to handle failures in newlink and the change in how we handle
minor device number allocations are particularly significant.

Applied to net-next, thanks.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help