linux-toradex.git/include/net/llc_if.h, branch v3.0.43 Linux kernel for Apalis and Colibri modules [LLC]: Kill static inline llc_addrany 2008-02-29T19:46:17+00:00 Ilpo Järvinen ilpo.jarvinen@helsinki.fi 2008-02-29T19:46:17+00:00 03a64c93b68e1eff299b9bbbb0d13105171cddc4 After the patch: $ git-grep llc_addrany | wc -l 0 Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi> Acked-by: Arnaldo Carvalho de Melo <acme@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net> 
After the patch:
$ git-grep llc_addrany | wc -l
0

Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
Acked-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
[LLC]: add multicast support for datagrams 2006-06-18T04:26:08+00:00 Stephen Hemminger shemminger@osdl.org 2006-05-25T22:10:37+00:00 bc0e646796928918e45b6465e02616f2fe65c3c1 Allow mulitcast reception of datagrams (similar to UDP). All sockets bound to the same SAP receive a clone. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> 
Allow mulitcast reception of datagrams (similar to UDP).
All sockets bound to the same SAP receive a clone.

Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
[LLC]: use more efficient ether address routines 2006-06-18T04:26:00+00:00 Stephen Hemminger shemminger@osdl.org 2006-05-25T22:08:30+00:00 aecbd4e45c2e469e0452ffb2c0b0d881e2815bb8 Use more cache efficient Ethernet address manipulation functions in etherdevice.h. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> 
Use more cache efficient Ethernet address manipulation functions
in etherdevice.h.

Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!