<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/macvlan.c, branch linux-2.6.25.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-05-15T14:50:02Z</updated>
<entry>
<title>macvlan: Fix memleak on device removal/crash on module removal</title>
<updated>2008-05-15T14:50:02Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2008-05-08T08:13:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=781ce5ffe1ff6b5b288575d4d42f46cb7a25b175'/>
<id>urn:sha1:781ce5ffe1ff6b5b288575d4d42f46cb7a25b175</id>
<content type='text'>
[ Upstream commit: 7312096454b6cd71267eaa3d0efb408e449e9ff3 ]

As noticed by Ben Greear, macvlan crashes the kernel when unloading the
module. The reason is that it tries to clean up the macvlan_port pointer
on the macvlan device itself instead of the underlying device. A non-NULL
pointer is taken as indication that the macvlan_handle_frame_hook is
valid, when receiving the next packet on the underlying device it tries
to call the NULL hook and crashes.

Clean up the macvlan_port on the correct device to fix this.

Signed-off-by; Patrick McHardy &lt;kaber@trash.net&gt;
Tested-by: Ben Greear &lt;greearb@candelatech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>[MACVLAN]: Setting macvlan_handle_frame_hook to NULL when rtnl_link_register() fails.</title>
<updated>2008-02-01T03:28:25Z</updated>
<author>
<name>Rami Rosen</name>
</author>
<published>2008-02-01T00:56:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=52913246e0056c9c6215a778a3b31b6b9ce5c3ef'/>
<id>urn:sha1:52913246e0056c9c6215a778a3b31b6b9ce5c3ef</id>
<content type='text'>
In drivers/net/macvlan.c, when rtnl_link_register() fails in
macvlan_init_module(), there is no point to set it (second time in
this method) to macvlan_handle_frame; macvlan_init_module() will
return a negative number, so instead this patch sets
macvlan_handle_frame_hook to NULL.

Signed-off-by: Rami Rosen &lt;ramirose@gmail.com&gt;
Acked-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[MACVLAN]: Fix thinko in macvlan_transfer_operstate()</title>
<updated>2008-01-28T23:08:36Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2008-01-21T08:47:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f12ca5f97b7f99288aff1dc32a91f21c3230fefe'/>
<id>urn:sha1:f12ca5f97b7f99288aff1dc32a91f21c3230fefe</id>
<content type='text'>
When the lower device's carrier is off, the macvlan devices's
carrier state should be checked to decide whether it needs to
be turned off. Currently the lower device's state is checked
a second time.

This still works, but unnecessarily tries to turn off the
carrier when its already off.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[MACVLAN]: Allow setting mac address while device is up</title>
<updated>2008-01-28T22:54:23Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2007-11-20T06:00:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ad5d20a63940fcfb40af76ba06148f36d5d0b433'/>
<id>urn:sha1:ad5d20a63940fcfb40af76ba06148f36d5d0b433</id>
<content type='text'>
Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[MACVLAN]: Remove unnecessary IFF_UP check</title>
<updated>2008-01-28T22:54:23Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2007-11-20T06:00:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59891d53f4a31402f8bd1f8c89e0e2c07d51b2cd'/>
<id>urn:sha1:59891d53f4a31402f8bd1f8c89e0e2c07d51b2cd</id>
<content type='text'>
Only devices that are UP are in the hash, so macvlan_broadcast() doesn't
need to check for IFF_UP.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[MACVLAN]: Prevent nesting macvlan devices</title>
<updated>2008-01-11T06:39:28Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2008-01-11T06:39:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a6ca5f1dbe40470fcb1ecc921769d792a1e77ed9'/>
<id>urn:sha1:a6ca5f1dbe40470fcb1ecc921769d792a1e77ed9</id>
<content type='text'>
Don't allow to nest macvlan devices since it will cause lockdep
warnings and isn't really useful for anything.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>remove duplicate initializer (macvlan)</title>
<updated>2007-10-14T19:41:51Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2007-10-14T18:22:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=47063d6b11fdeb166a323315a9e19f565b73d352'/>
<id>urn:sha1:47063d6b11fdeb166a323315a9e19f565b73d352</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[NET]: Move hardware header operations out of netdevice.</title>
<updated>2007-10-10T23:52:52Z</updated>
<author>
<name>Stephen Hemminger</name>
</author>
<published>2007-10-09T08:40:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3b04ddde02cf1b6f14f2697da5c20eca5715017f'/>
<id>urn:sha1:3b04ddde02cf1b6f14f2697da5c20eca5715017f</id>
<content type='text'>
Since hardware header operations are part of the protocol class
not the device instance, make them into a separate object and
save memory.

Signed-off-by: Stephen Hemminger &lt;shemminger@linux-foundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[NET]: Wrap netdevice hardware header creation.</title>
<updated>2007-10-10T23:52:50Z</updated>
<author>
<name>Stephen Hemminger</name>
</author>
<published>2007-10-09T08:36:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0c4e85813d0a94eeb8bf813397a4907bdd7bb610'/>
<id>urn:sha1:0c4e85813d0a94eeb8bf813397a4907bdd7bb610</id>
<content type='text'>
Add inline for common usage of hardware header creation, and
fix bug in IPV6 mcast where the assumption about negative return is
an errno. Negative return from hard_header means not enough space
was available,(ie -N bytes).

Signed-off-by: Stephen Hemminger &lt;shemminger@linux-foundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[ETHTOOL] Provide default behaviors for a few ethtool sub-ioctls</title>
<updated>2007-10-10T23:51:17Z</updated>
<author>
<name>Jeff Garzik</name>
</author>
<published>2007-09-15T21:41:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=88d3aafdae5c5e1d2dd9489a5c8a24e29d335f2e'/>
<id>urn:sha1:88d3aafdae5c5e1d2dd9489a5c8a24e29d335f2e</id>
<content type='text'>
For the operations
	get-tx-csum
	get-sg
	get-tso
	get-ufo
the default ethtool_op_xxx behavior is fine for all drivers, so we
permit op==NULL to imply the default behavior.

This provides a more uniform behavior across all drivers, eliminating
ethtool(8) "ioctl not supported" errors on older drivers that had
not been updated for the latest sub-ioctls.

The ethtool_op_xxx() functions are left exported, in case anyone
wishes to call them directly from a driver-private implementation --
a not-uncommon case.  Should an ethtool_op_xxx() helper remain unused
for a while, except by net/core/ethtool.c, we can un-export it at a
later date.

[ Resolved conflicts with set/get value ethtool patch... -DaveM ]

Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
