History log of /openbmc/linux/include/net/pkt_cls.h (Results 1076 – 1083 of 1083)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 2016ef78 30-Aug-2005 Steve French <sfrench@us.ibm.com>

Merge with /pub/scm/linux/kernel/git/torvalds/linux-2.6.git


# ed735ccb 30-Aug-2005 Jeff Garzik <jgarzik@pobox.com>

Merge HEAD from /spare/repo/linux-2.6/.git


# 288ceb8f 30-Aug-2005 Tony Luck <tony.luck@intel.com>

Auto-update from upstream


# 2fcf5225 30-Aug-2005 Jeff Garzik <jgarzik@pobox.com>

/spare/repo/libata-dev branch 'master'


# 4dd9e909 30-Aug-2005 Jeff Garzik <jgarzik@pobox.com>

/spare/repo/libata-dev branch 'master'


# 826509f8 29-Aug-2005 Linus Torvalds <torvalds@g5.osdl.org>

Merge HEAD from master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.git


Revision tags: v2.6.13, v2.6.13-rc7
# 86e65da9 09-Aug-2005 David S. Miller <davem@davemloft.net>

[NET]: Remove explicit initializations of skb->input_dev

Instead, set it in one place, namely the beginning of
netif_receive_skb().

Based upon suggestions from Jamal Hadi Salim.

Signed-off-by: Dav

[NET]: Remove explicit initializations of skb->input_dev

Instead, set it in one place, namely the beginning of
netif_receive_skb().

Based upon suggestions from Jamal Hadi Salim.

Signed-off-by: David S. Miller <davem@davemloft.net>

show more ...


Revision tags: v2.6.13-rc6, v2.6.13-rc5, v2.6.13-rc4, v2.6.13-rc3, v2.6.13-rc2, v2.6.13-rc1, v2.6.12, v2.6.12-rc6, v2.6.12-rc5, v2.6.12-rc4, v2.6.12-rc3, v2.6.12-rc2
# 1da177e4 16-Apr-2005 Linus Torvalds <torvalds@ppc970.osdl.org>

Linux-2.6.12-rc2

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

Linux-2.6.12-rc2

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!

show more ...


1...<<41424344