<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/8021q, branch linux-2.6.23.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-02-08T20:01:14Z</updated>
<entry>
<title>VLAN: Lost rtnl_unlock() in vlan_ioctl()</title>
<updated>2008-02-08T20:01:14Z</updated>
<author>
<name>Pavel Emelyanov</name>
</author>
<published>2007-12-20T00:30:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1d8782173cb23a56d624b30095dd3e0daaa821c5'/>
<id>urn:sha1:1d8782173cb23a56d624b30095dd3e0daaa821c5</id>
<content type='text'>
[VLAN]: Lost rtnl_unlock() in vlan_ioctl()

[ Upstream commit: e35de02615f97b785dc6f73cba421cea06bcbd10 ]

The SET_VLAN_NAME_TYPE_CMD command w/o CAP_NET_ADMIN capability
doesn't release the rtnl lock.

Signed-off-by: Pavel Emelyanov &lt;xemul@openvz.org&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>VLAN: Fix nested VLAN transmit bug</title>
<updated>2007-12-14T17:51:06Z</updated>
<author>
<name>Joonwoo Park</name>
</author>
<published>2007-12-11T01:39:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c8ddbf107012e54c432ba85192d18e873b8af1e5'/>
<id>urn:sha1:c8ddbf107012e54c432ba85192d18e873b8af1e5</id>
<content type='text'>
[VLAN]: Fix nested VLAN transmit bug

[ Upstream commit: 6ab3b487db77fa98a24560f11a5a8e744b98d877 ]

Fix misbehavior of vlan_dev_hard_start_xmit() for recursive encapsulations.

Signed-off-by: Joonwoo Park &lt;joonwpark81@gmail.com&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Fix SET_VLAN_INGRESS_PRIORITY_CMD error return.</title>
<updated>2007-11-16T16:27:37Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2007-11-13T08:13:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9def747b654622c8ce0936ccb0f4670f978c138e'/>
<id>urn:sha1:9def747b654622c8ce0936ccb0f4670f978c138e</id>
<content type='text'>
patch fffe470a803e7f7b74c016291e542a0162761209 in mainline.

[VLAN]: Fix SET_VLAN_INGRESS_PRIORITY_CMD ioctl

Based on report and patch by Doug Kehn &lt;rdkehn@yahoo.com&gt;:

vconfig returns the following error when attempting to execute the
set_ingress_map command:

vconfig: socket or ioctl error for set_ingress_map: Operation not permitted

In vlan.c, vlan_ioctl_handler for SET_VLAN_INGRESS_PRIORITY_CMD
sets err = -EPERM and calls vlan_dev_set_ingress_priority.
vlan_dev_set_ingress_priority is a void function so err remains
at -EPERM and results in the vconfig error (even though the ingress
map was set).

Fix by setting err = 0 after the vlan_dev_set_ingress_priority call.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&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>Fix VLAN address syncing.</title>
<updated>2007-11-16T16:27:37Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2007-11-13T08:11:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dae1e6e82707b560430ef0a9a24c57724cfdb8ae'/>
<id>urn:sha1:dae1e6e82707b560430ef0a9a24c57724cfdb8ae</id>
<content type='text'>
patch d932e04a5e7b146c5f9bf517714b986a432a7594 in mainline.

[PATCH] [VLAN]: Don't synchronize addresses while the vlan device is down

While the VLAN device is down, the unicast addresses are not configured
on the underlying device, so we shouldn't attempt to sync them.

Noticed by Dmitry Butskoy &lt;buc@odusz.so-cdu.ru&gt;

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&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>[VLAN]: Fix net_device leak.</title>
<updated>2007-09-16T23:43:04Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2007-09-16T23:43:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d9f30ec0b0d129b9cbf2b041a6a3159aa24592f6'/>
<id>urn:sha1:d9f30ec0b0d129b9cbf2b041a6a3159aa24592f6</id>
<content type='text'>
In "[VLAN]: Move device registation to seperate function" (commit
e89fe42cd03c8fd3686df82d8390a235717a66de), a pile of code got moved
to register_vlan_dev(), including grabbing a reference to underlying
device.  However, original dev_hold() had been left behind, so we
leak a reference to net_device now...

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[VLAN/BRIDGE]: Fix "skb_pull_rcsum - Fatal exception in interrupt"</title>
<updated>2007-08-27T01:35:47Z</updated>
<author>
<name>Evgeniy Polyakov</name>
</author>
<published>2007-08-25T06:36:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e7c243c925f6d9dcb898504ff24d6650b5cbb3b1'/>
<id>urn:sha1:e7c243c925f6d9dcb898504ff24d6650b5cbb3b1</id>
<content type='text'>
I tried to preserve bridging code as it was before, but logic is quite
strange - I think we should free skb on error, since it is already
unshared and thus will just leak.

Herbert Xu states:

&gt; +	if ((skb = skb_share_check(skb, GFP_ATOMIC)) == NULL)
&gt; +		goto out;

If this happens it'll be a double-free on skb since we'll
return NF_DROP which makes the caller free it too.

We could return NF_STOLEN to prevent that but I'm not sure
whether that's correct netfilter semantics.  Patrick, could
you please make a call on this?

Patrick McHardy states:

NF_STOLEN should work fine here.

Signed-off-by: Evgeniy Polyakov &lt;johnpol@2ka.mipt.ru&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[VLAN] net/8021q/vlanproc.c: fix check-after-use</title>
<updated>2007-08-15T00:39:43Z</updated>
<author>
<name>Adrian Bunk</name>
</author>
<published>2007-08-15T00:39:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=16f3051b166bde3f1bd741783b64a8feebdb6f00'/>
<id>urn:sha1:16f3051b166bde3f1bd741783b64a8feebdb6f00</id>
<content type='text'>
The Coverity checker spotted that we'd have already oops'ed if
"vlandev" was NULL.

Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[NET]: ethtool ops are the only way</title>
<updated>2007-07-31T21:00:02Z</updated>
<author>
<name>Matthew Wilcox</name>
</author>
<published>2007-07-31T21:00:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=61a44b9c4b20d40c41fd1b70a4ceb13b75ea79a4'/>
<id>urn:sha1:61a44b9c4b20d40c41fd1b70a4ceb13b75ea79a4</id>
<content type='text'>
During the transition to the ethtool_ops way of doing things, we supported
calling the device's -&gt;do_ioctl method to allow unconverted drivers to
continue working.  Those days are long behind us, all in-tree drivers
use the ethtool_ops way, and so we no longer need to support this.

The bonding driver is the biggest beneficiary of this; it no longer
needs to call ioctl() as a fallback if ethtool_ops aren't supported.

Also put a proper copyright statement on ethtool.c.

Signed-off-by: Matthew Wilcox &lt;matthew@wil.cx&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[8021Q]: vlan_ioctl_handler: fix return value</title>
<updated>2007-07-24T22:37:11Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2007-07-24T22:37:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3f5f4346b6d3c8bc33780a941da2473c4be2c989'/>
<id>urn:sha1:3f5f4346b6d3c8bc33780a941da2473c4be2c989</id>
<content type='text'>
net/8021q/vlan.c: In function 'vlan_ioctl_handler':
net/8021q/vlan.c:700: warning: 'err' may be used uninitialized in this function

The warning is incorrect, but from my reading this ioctl will return -EINVAL
on success.

Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[VLAN]: Fix memset length</title>
<updated>2007-07-15T01:56:30Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2007-07-15T01:56:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a7ecfc866578e665e20004a2f5fff5b73e8be3bc'/>
<id>urn:sha1:a7ecfc866578e665e20004a2f5fff5b73e8be3bc</id>
<content type='text'>
Fix sizeof(ETH_ALEN) Introduced by my rtnl_link patches.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
