<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/net/llc/llc_output.c, branch v6.18</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>llc/snap: constify dev_addr passing</title>
<updated>2021-10-13T16:40:46+00:00</updated>
<author>
<name>Jakub Kicinski</name>
<email>kuba@kernel.org</email>
</author>
<published>2021-10-12T15:58:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=2ef6db76bac0f3006daceb9eeeaf5f09820b1caf'/>
<id>2ef6db76bac0f3006daceb9eeeaf5f09820b1caf</id>
<content type='text'>
In preparation for netdev-&gt;dev_addr being constant
make all relevant arguments in LLC and SNAP constant.

Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In preparation for netdev-&gt;dev_addr being constant
make all relevant arguments in LLC and SNAP constant.

Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 281</title>
<updated>2019-06-05T15:36:36+00:00</updated>
<author>
<name>Thomas Gleixner</name>
<email>tglx@linutronix.de</email>
</author>
<published>2019-05-29T14:17:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=0e9facca1b882b4034acc8f38a4f2ab6797f270a'/>
<id>0e9facca1b882b4034acc8f38a4f2ab6797f270a</id>
<content type='text'>
Based on 1 normalized pattern(s):

  this program can be redistributed or modified under the terms of the
  gnu general public license version 2 as published by the free
  software foundation this program is distributed without any warranty
  or implied warranty of merchantability or fitness for a particular
  purpose see the gnu general public license version 2 for more
  details

extracted by the scancode license scanner the SPDX license identifier

  GPL-2.0-only

has been chosen to replace the boilerplate/reference in 1 file(s).

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Reviewed-by: Alexios Zavras &lt;alexios.zavras@intel.com&gt;
Reviewed-by: Allison Randal &lt;allison@lohutok.net&gt;
Cc: linux-spdx@vger.kernel.org
Link: https://lkml.kernel.org/r/20190529141900.551133917@linutronix.de
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Based on 1 normalized pattern(s):

  this program can be redistributed or modified under the terms of the
  gnu general public license version 2 as published by the free
  software foundation this program is distributed without any warranty
  or implied warranty of merchantability or fitness for a particular
  purpose see the gnu general public license version 2 for more
  details

extracted by the scancode license scanner the SPDX license identifier

  GPL-2.0-only

has been chosen to replace the boilerplate/reference in 1 file(s).

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Reviewed-by: Alexios Zavras &lt;alexios.zavras@intel.com&gt;
Reviewed-by: Allison Randal &lt;allison@lohutok.net&gt;
Cc: linux-spdx@vger.kernel.org
Link: https://lkml.kernel.org/r/20190529141900.551133917@linutronix.de
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>llc: fix skb leak in llc_build_and_send_ui_pkt()</title>
<updated>2019-05-29T00:25:23+00:00</updated>
<author>
<name>Eric Dumazet</name>
<email>edumazet@google.com</email>
</author>
<published>2019-05-28T00:35:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=8fb44d60d4142cd2a440620cd291d346e23c131e'/>
<id>8fb44d60d4142cd2a440620cd291d346e23c131e</id>
<content type='text'>
If llc_mac_hdr_init() returns an error, we must drop the skb
since no llc_build_and_send_ui_pkt() caller will take care of this.

BUG: memory leak
unreferenced object 0xffff8881202b6800 (size 2048):
  comm "syz-executor907", pid 7074, jiffies 4294943781 (age 8.590s)
  hex dump (first 32 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
    1a 00 07 40 00 00 00 00 00 00 00 00 00 00 00 00  ...@............
  backtrace:
    [&lt;00000000e25b5abe&gt;] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline]
    [&lt;00000000e25b5abe&gt;] slab_post_alloc_hook mm/slab.h:439 [inline]
    [&lt;00000000e25b5abe&gt;] slab_alloc mm/slab.c:3326 [inline]
    [&lt;00000000e25b5abe&gt;] __do_kmalloc mm/slab.c:3658 [inline]
    [&lt;00000000e25b5abe&gt;] __kmalloc+0x161/0x2c0 mm/slab.c:3669
    [&lt;00000000a1ae188a&gt;] kmalloc include/linux/slab.h:552 [inline]
    [&lt;00000000a1ae188a&gt;] sk_prot_alloc+0xd6/0x170 net/core/sock.c:1608
    [&lt;00000000ded25bbe&gt;] sk_alloc+0x35/0x2f0 net/core/sock.c:1662
    [&lt;000000002ecae075&gt;] llc_sk_alloc+0x35/0x170 net/llc/llc_conn.c:950
    [&lt;00000000551f7c47&gt;] llc_ui_create+0x7b/0x140 net/llc/af_llc.c:173
    [&lt;0000000029027f0e&gt;] __sock_create+0x164/0x250 net/socket.c:1430
    [&lt;000000008bdec225&gt;] sock_create net/socket.c:1481 [inline]
    [&lt;000000008bdec225&gt;] __sys_socket+0x69/0x110 net/socket.c:1523
    [&lt;00000000b6439228&gt;] __do_sys_socket net/socket.c:1532 [inline]
    [&lt;00000000b6439228&gt;] __se_sys_socket net/socket.c:1530 [inline]
    [&lt;00000000b6439228&gt;] __x64_sys_socket+0x1e/0x30 net/socket.c:1530
    [&lt;00000000cec820c1&gt;] do_syscall_64+0x76/0x1a0 arch/x86/entry/common.c:301
    [&lt;000000000c32554f&gt;] entry_SYSCALL_64_after_hwframe+0x44/0xa9

BUG: memory leak
unreferenced object 0xffff88811d750d00 (size 224):
  comm "syz-executor907", pid 7074, jiffies 4294943781 (age 8.600s)
  hex dump (first 32 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
    00 f0 0c 24 81 88 ff ff 00 68 2b 20 81 88 ff ff  ...$.....h+ ....
  backtrace:
    [&lt;0000000053026172&gt;] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline]
    [&lt;0000000053026172&gt;] slab_post_alloc_hook mm/slab.h:439 [inline]
    [&lt;0000000053026172&gt;] slab_alloc_node mm/slab.c:3269 [inline]
    [&lt;0000000053026172&gt;] kmem_cache_alloc_node+0x153/0x2a0 mm/slab.c:3579
    [&lt;00000000fa8f3c30&gt;] __alloc_skb+0x6e/0x210 net/core/skbuff.c:198
    [&lt;00000000d96fdafb&gt;] alloc_skb include/linux/skbuff.h:1058 [inline]
    [&lt;00000000d96fdafb&gt;] alloc_skb_with_frags+0x5f/0x250 net/core/skbuff.c:5327
    [&lt;000000000a34a2e7&gt;] sock_alloc_send_pskb+0x269/0x2a0 net/core/sock.c:2225
    [&lt;00000000ee39999b&gt;] sock_alloc_send_skb+0x32/0x40 net/core/sock.c:2242
    [&lt;00000000e034d810&gt;] llc_ui_sendmsg+0x10a/0x540 net/llc/af_llc.c:933
    [&lt;00000000c0bc8445&gt;] sock_sendmsg_nosec net/socket.c:652 [inline]
    [&lt;00000000c0bc8445&gt;] sock_sendmsg+0x54/0x70 net/socket.c:671
    [&lt;000000003b687167&gt;] __sys_sendto+0x148/0x1f0 net/socket.c:1964
    [&lt;00000000922d78d9&gt;] __do_sys_sendto net/socket.c:1976 [inline]
    [&lt;00000000922d78d9&gt;] __se_sys_sendto net/socket.c:1972 [inline]
    [&lt;00000000922d78d9&gt;] __x64_sys_sendto+0x2a/0x30 net/socket.c:1972
    [&lt;00000000cec820c1&gt;] do_syscall_64+0x76/0x1a0 arch/x86/entry/common.c:301
    [&lt;000000000c32554f&gt;] entry_SYSCALL_64_after_hwframe+0x44/0xa9

Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Eric Dumazet &lt;edumazet@google.com&gt;
Reported-by: syzbot &lt;syzkaller@googlegroups.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If llc_mac_hdr_init() returns an error, we must drop the skb
since no llc_build_and_send_ui_pkt() caller will take care of this.

BUG: memory leak
unreferenced object 0xffff8881202b6800 (size 2048):
  comm "syz-executor907", pid 7074, jiffies 4294943781 (age 8.590s)
  hex dump (first 32 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
    1a 00 07 40 00 00 00 00 00 00 00 00 00 00 00 00  ...@............
  backtrace:
    [&lt;00000000e25b5abe&gt;] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline]
    [&lt;00000000e25b5abe&gt;] slab_post_alloc_hook mm/slab.h:439 [inline]
    [&lt;00000000e25b5abe&gt;] slab_alloc mm/slab.c:3326 [inline]
    [&lt;00000000e25b5abe&gt;] __do_kmalloc mm/slab.c:3658 [inline]
    [&lt;00000000e25b5abe&gt;] __kmalloc+0x161/0x2c0 mm/slab.c:3669
    [&lt;00000000a1ae188a&gt;] kmalloc include/linux/slab.h:552 [inline]
    [&lt;00000000a1ae188a&gt;] sk_prot_alloc+0xd6/0x170 net/core/sock.c:1608
    [&lt;00000000ded25bbe&gt;] sk_alloc+0x35/0x2f0 net/core/sock.c:1662
    [&lt;000000002ecae075&gt;] llc_sk_alloc+0x35/0x170 net/llc/llc_conn.c:950
    [&lt;00000000551f7c47&gt;] llc_ui_create+0x7b/0x140 net/llc/af_llc.c:173
    [&lt;0000000029027f0e&gt;] __sock_create+0x164/0x250 net/socket.c:1430
    [&lt;000000008bdec225&gt;] sock_create net/socket.c:1481 [inline]
    [&lt;000000008bdec225&gt;] __sys_socket+0x69/0x110 net/socket.c:1523
    [&lt;00000000b6439228&gt;] __do_sys_socket net/socket.c:1532 [inline]
    [&lt;00000000b6439228&gt;] __se_sys_socket net/socket.c:1530 [inline]
    [&lt;00000000b6439228&gt;] __x64_sys_socket+0x1e/0x30 net/socket.c:1530
    [&lt;00000000cec820c1&gt;] do_syscall_64+0x76/0x1a0 arch/x86/entry/common.c:301
    [&lt;000000000c32554f&gt;] entry_SYSCALL_64_after_hwframe+0x44/0xa9

BUG: memory leak
unreferenced object 0xffff88811d750d00 (size 224):
  comm "syz-executor907", pid 7074, jiffies 4294943781 (age 8.600s)
  hex dump (first 32 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
    00 f0 0c 24 81 88 ff ff 00 68 2b 20 81 88 ff ff  ...$.....h+ ....
  backtrace:
    [&lt;0000000053026172&gt;] kmemleak_alloc_recursive include/linux/kmemleak.h:55 [inline]
    [&lt;0000000053026172&gt;] slab_post_alloc_hook mm/slab.h:439 [inline]
    [&lt;0000000053026172&gt;] slab_alloc_node mm/slab.c:3269 [inline]
    [&lt;0000000053026172&gt;] kmem_cache_alloc_node+0x153/0x2a0 mm/slab.c:3579
    [&lt;00000000fa8f3c30&gt;] __alloc_skb+0x6e/0x210 net/core/skbuff.c:198
    [&lt;00000000d96fdafb&gt;] alloc_skb include/linux/skbuff.h:1058 [inline]
    [&lt;00000000d96fdafb&gt;] alloc_skb_with_frags+0x5f/0x250 net/core/skbuff.c:5327
    [&lt;000000000a34a2e7&gt;] sock_alloc_send_pskb+0x269/0x2a0 net/core/sock.c:2225
    [&lt;00000000ee39999b&gt;] sock_alloc_send_skb+0x32/0x40 net/core/sock.c:2242
    [&lt;00000000e034d810&gt;] llc_ui_sendmsg+0x10a/0x540 net/llc/af_llc.c:933
    [&lt;00000000c0bc8445&gt;] sock_sendmsg_nosec net/socket.c:652 [inline]
    [&lt;00000000c0bc8445&gt;] sock_sendmsg+0x54/0x70 net/socket.c:671
    [&lt;000000003b687167&gt;] __sys_sendto+0x148/0x1f0 net/socket.c:1964
    [&lt;00000000922d78d9&gt;] __do_sys_sendto net/socket.c:1976 [inline]
    [&lt;00000000922d78d9&gt;] __se_sys_sendto net/socket.c:1972 [inline]
    [&lt;00000000922d78d9&gt;] __x64_sys_sendto+0x2a/0x30 net/socket.c:1972
    [&lt;00000000cec820c1&gt;] do_syscall_64+0x76/0x1a0 arch/x86/entry/common.c:301
    [&lt;000000000c32554f&gt;] entry_SYSCALL_64_after_hwframe+0x44/0xa9

Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Eric Dumazet &lt;edumazet@google.com&gt;
Reported-by: syzbot &lt;syzkaller@googlegroups.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>llc: remove noisy WARN from llc_mac_hdr_init</title>
<updated>2014-01-29T02:01:32+00:00</updated>
<author>
<name>Dave Jones</name>
<email>davej@redhat.com</email>
</author>
<published>2014-01-28T21:30:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=0f1a24c9a9f4682dd61f5c39b9952f915c5e952c'/>
<id>0f1a24c9a9f4682dd61f5c39b9952f915c5e952c</id>
<content type='text'>
Sending malformed llc packets triggers this spew, which seems excessive.

WARNING: CPU: 1 PID: 6917 at net/llc/llc_output.c:46 llc_mac_hdr_init+0x85/0x90 [llc]()
device type not supported: 0
CPU: 1 PID: 6917 Comm: trinity-c1 Not tainted 3.13.0+ #95
 0000000000000009 00000000007e257d ffff88009232fbe8 ffffffffac737325
 ffff88009232fc30 ffff88009232fc20 ffffffffac06d28d ffff88020e07f180
 ffff88009232fec0 00000000000000c8 0000000000000000 ffff88009232fe70
Call Trace:
 [&lt;ffffffffac737325&gt;] dump_stack+0x4e/0x7a
 [&lt;ffffffffac06d28d&gt;] warn_slowpath_common+0x7d/0xa0
 [&lt;ffffffffac06d30c&gt;] warn_slowpath_fmt+0x5c/0x80
 [&lt;ffffffffc01736d5&gt;] llc_mac_hdr_init+0x85/0x90 [llc]
 [&lt;ffffffffc0173759&gt;] llc_build_and_send_ui_pkt+0x79/0x90 [llc]
 [&lt;ffffffffc057cdba&gt;] llc_ui_sendmsg+0x23a/0x400 [llc2]
 [&lt;ffffffffac605d8c&gt;] sock_sendmsg+0x9c/0xe0
 [&lt;ffffffffac185a37&gt;] ? might_fault+0x47/0x50
 [&lt;ffffffffac606321&gt;] SYSC_sendto+0x121/0x1c0
 [&lt;ffffffffac011847&gt;] ? syscall_trace_enter+0x207/0x270
 [&lt;ffffffffac6071ce&gt;] SyS_sendto+0xe/0x10
 [&lt;ffffffffac74aaa4&gt;] tracesys+0xdd/0xe2

Until 2009, this was a printk, when it was changed in
bf9ae5386bc: "llc: use dev_hard_header".

Let userland figure out what -EINVAL means by itself.

Signed-off-by: Dave Jones &lt;davej@fedoraproject.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Sending malformed llc packets triggers this spew, which seems excessive.

WARNING: CPU: 1 PID: 6917 at net/llc/llc_output.c:46 llc_mac_hdr_init+0x85/0x90 [llc]()
device type not supported: 0
CPU: 1 PID: 6917 Comm: trinity-c1 Not tainted 3.13.0+ #95
 0000000000000009 00000000007e257d ffff88009232fbe8 ffffffffac737325
 ffff88009232fc30 ffff88009232fc20 ffffffffac06d28d ffff88020e07f180
 ffff88009232fec0 00000000000000c8 0000000000000000 ffff88009232fe70
Call Trace:
 [&lt;ffffffffac737325&gt;] dump_stack+0x4e/0x7a
 [&lt;ffffffffac06d28d&gt;] warn_slowpath_common+0x7d/0xa0
 [&lt;ffffffffac06d30c&gt;] warn_slowpath_fmt+0x5c/0x80
 [&lt;ffffffffc01736d5&gt;] llc_mac_hdr_init+0x85/0x90 [llc]
 [&lt;ffffffffc0173759&gt;] llc_build_and_send_ui_pkt+0x79/0x90 [llc]
 [&lt;ffffffffc057cdba&gt;] llc_ui_sendmsg+0x23a/0x400 [llc2]
 [&lt;ffffffffac605d8c&gt;] sock_sendmsg+0x9c/0xe0
 [&lt;ffffffffac185a37&gt;] ? might_fault+0x47/0x50
 [&lt;ffffffffac606321&gt;] SYSC_sendto+0x121/0x1c0
 [&lt;ffffffffac011847&gt;] ? syscall_trace_enter+0x207/0x270
 [&lt;ffffffffac6071ce&gt;] SyS_sendto+0xe/0x10
 [&lt;ffffffffac74aaa4&gt;] tracesys+0xdd/0xe2

Until 2009, this was a printk, when it was changed in
bf9ae5386bc: "llc: use dev_hard_header".

Let userland figure out what -EINVAL means by itself.

Signed-off-by: Dave Jones &lt;davej@fedoraproject.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>net: delete all instances of special processing for token ring</title>
<updated>2012-05-16T00:14:35+00:00</updated>
<author>
<name>Paul Gortmaker</name>
<email>paul.gortmaker@windriver.com</email>
</author>
<published>2012-05-10T21:14:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=211ed865108e24697b44bee5daac502ee6bdd4a4'/>
<id>211ed865108e24697b44bee5daac502ee6bdd4a4</id>
<content type='text'>
We are going to delete the Token ring support.  This removes any
special processing in the core networking for token ring, (aside
from net/tr.c itself), leaving the drivers and remaining tokenring
support present but inert.

The mass removal of the drivers and net/tr.c will be in a separate
commit, so that the history of these files that we still care
about won't have the giant deletion tied into their history.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We are going to delete the Token ring support.  This removes any
special processing in the core networking for token ring, (aside
from net/tr.c itself), leaving the drivers and remaining tokenring
support present but inert.

The mass removal of the drivers and net/tr.c will be in a separate
commit, so that the history of these files that we still care
about won't have the giant deletion tied into their history.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>net: Add export.h for EXPORT_SYMBOL/THIS_MODULE to non-modules</title>
<updated>2011-10-31T23:30:30+00:00</updated>
<author>
<name>Paul Gortmaker</name>
<email>paul.gortmaker@windriver.com</email>
</author>
<published>2011-07-15T15:47:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=bc3b2d7fb9b014d75ebb79ba371a763dbab5e8cf'/>
<id>bc3b2d7fb9b014d75ebb79ba371a763dbab5e8cf</id>
<content type='text'>
These files are non modular, but need to export symbols using
the macros now living in export.h -- call out the include so
that things won't break when we remove the implicit presence
of module.h from everywhere.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
These files are non modular, but need to export symbols using
the macros now living in export.h -- call out the include so
that things won't break when we remove the implicit presence
of module.h from everywhere.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>llc: use dev_hard_header</title>
<updated>2009-12-27T04:38:23+00:00</updated>
<author>
<name>Octavian Purdila</name>
<email>opurdila@ixiacom.com</email>
</author>
<published>2009-12-26T11:50:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=bf9ae5386bca8836c16e69ab8fdbe46767d7452a'/>
<id>bf9ae5386bca8836c16e69ab8fdbe46767d7452a</id>
<content type='text'>
Using dev_hard_header allows us to use LLC with VLANs and potentially
other Ethernet/TokernRing specific encapsulations. It also removes code
duplication between LLC and Ethernet/TokenRing core code.

Signed-off-by: Octavian Purdila &lt;opurdila@ixiacom.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Using dev_hard_header allows us to use LLC with VLANs and potentially
other Ethernet/TokernRing specific encapsulations. It also removes code
duplication between LLC and Ethernet/TokenRing core code.

Signed-off-by: Octavian Purdila &lt;opurdila@ixiacom.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[LLC]: Use skb_reset_mac_header in llc_mac_hdr_init</title>
<updated>2007-04-26T05:24:35+00:00</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
<email>acme@redhat.com</email>
</author>
<published>2007-03-10T15:17:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=f64955eb117ad62480b858fd69a11e6f9e74f60b'/>
<id>f64955eb117ad62480b858fd69a11e6f9e74f60b</id>
<content type='text'>
skb_push updates and returns skb-&gt;data, so we can just call
skb_reset_mac_header after the call to skb_push.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
skb_push updates and returns skb-&gt;data, so we can just call
skb_reset_mac_header after the call to skb_push.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[SK_BUFF]: Introduce skb_reset_mac_header(skb)</title>
<updated>2007-04-26T05:24:32+00:00</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
<email>acme@redhat.com</email>
</author>
<published>2007-03-19T22:30:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=459a98ed881802dee55897441bc7f77af614368e'/>
<id>459a98ed881802dee55897441bc7f77af614368e</id>
<content type='text'>
For the common, open coded 'skb-&gt;mac.raw = skb-&gt;data' operation, so that we can
later turn skb-&gt;mac.raw into a offset, reducing the size of struct sk_buff in
64bit land while possibly keeping it as a pointer on 32bit.

This one touches just the most simple case, next will handle the slightly more
"complex" cases.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For the common, open coded 'skb-&gt;mac.raw = skb-&gt;data' operation, so that we can
later turn skb-&gt;mac.raw into a offset, reducing the size of struct sk_buff in
64bit land while possibly keeping it as a pointer on 32bit.

This one touches just the most simple case, next will handle the slightly more
"complex" cases.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[NET] LLC: Fix whitespace errors.</title>
<updated>2007-02-11T07:19:53+00:00</updated>
<author>
<name>YOSHIFUJI Hideaki</name>
<email>yoshfuji@linux-ipv6.org</email>
</author>
<published>2007-02-09T14:25:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d57b1869b231c56de441db35c647879d51c5d29e'/>
<id>d57b1869b231c56de441db35c647879d51c5d29e</id>
<content type='text'>
Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
</feed>
