History log of /openbmc/linux/include/net/route.h (Results 1351 – 1375 of 1375)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 8b0ee07e 26-Jun-2005 Jeff Garzik <jgarzik@pretzel.yyz.us>

Merge upstream (approx. 2.6.12-git8) into 'janitor' branch of netdev-2.6.


# 3357d4c7 23-Jun-2005 Anton Altaparmakov <aia21@cantab.net>

Automatic merge with /usr/src/ntfs-2.6.git.


# a5324343 22-Jun-2005 Jeff Garzik <jgarzik@pretzel.yyz.us>

Merge /spare/repo/linux-2.6/


# ea0daab4 22-Jun-2005 Steve French <sfrench@us.ibm.com>

Merge with rsync://rsync.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6.git


# 1bdf7a78 22-Jun-2005 Jeremy Allison <jra@samba.org>

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


# 80bd6d7f 22-Jun-2005 Jeff Garzik <jgarzik@pretzel.yyz.us>

Merge /spare/repo/linux-2.6/


# ff40c6d3 22-Jun-2005 Jeff Garzik <jgarzik@pretzel.yyz.us>

Merge upstream kernel changes into 'C/H/S support' branch of libata.


# da04b128 22-Jun-2005 Jaroslav Kysela <perex@petra>

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


# 39c715b7 21-Jun-2005 Ingo Molnar <mingo@elte.hu>

[PATCH] smp_processor_id() cleanup

This patch implements a number of smp_processor_id() cleanup ideas that
Arjan van de Ven and I came up with.

The previous __smp_processor_id/_smp_processor_id/smp

[PATCH] smp_processor_id() cleanup

This patch implements a number of smp_processor_id() cleanup ideas that
Arjan van de Ven and I came up with.

The previous __smp_processor_id/_smp_processor_id/smp_processor_id API
spaghetti was hard to follow both on the implementational and on the
usage side.

Some of the complexity arose from picking wrong names, some of the
complexity comes from the fact that not all architectures defined
__smp_processor_id.

In the new code, there are two externally visible symbols:

- smp_processor_id(): debug variant.

- raw_smp_processor_id(): nondebug variant. Replaces all existing
uses of _smp_processor_id() and __smp_processor_id(). Defined
by every SMP architecture in include/asm-*/smp.h.

There is one new internal symbol, dependent on DEBUG_PREEMPT:

- debug_smp_processor_id(): internal debug variant, mapped to
smp_processor_id().

Also, i moved debug_smp_processor_id() from lib/kernel_lock.c into a new
lib/smp_processor_id.c file. All related comments got updated and/or
clarified.

I have build/boot tested the following 8 .config combinations on x86:

{SMP,UP} x {PREEMPT,!PREEMPT} x {DEBUG_PREEMPT,!DEBUG_PREEMPT}

I have also build/boot tested x64 on UP/PREEMPT/DEBUG_PREEMPT. (Other
architectures are untested, but should work just fine.)

Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Arjan van de Ven <arjan@infradead.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

show more ...


# fae6ec69 21-Jun-2005 Jaroslav Kysela <perex@hera.kernel.org>

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


Revision tags: v2.6.12
# f2cbb4f0 15-Jun-2005 Tony Luck <tony.luck@intel.com>

Auto merge with /home/aegl/GIT/linus


Revision tags: v2.6.12-rc6
# ae20ea85 03-Jun-2005 <jgarzik@pretzel.yyz.us>

Automatic merge of /spare/repo/linux-2.6/.git branch HEAD


# 73561695 03-Jun-2005 <jgarzik@pretzel.yyz.us>

Automatic merge of /spare/repo/linux-2.6/.git branch HEAD


# d7aaf481 02-Jun-2005 <jgarzik@pretzel.yyz.us>

Automatic merge of /spare/repo/linux-2.6/.git branch HEAD


# 7078253c 02-Jun-2005 Dave Kleikamp <shaggy@austin.ibm.com>

Merge with /home/shaggy/git/linus-clean/

Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>


# 1c3f45ab 02-Jun-2005 David Woodhouse <dwmw2@shinybook.infradead.org>

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


# 9d543297 01-Jun-2005 Dmitry Torokhov <dtor_core@ameritech.net>

Automatic merge of rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6


# af6f5e32 31-May-2005 Steve French <sfrench@hera.kernel.org>

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


# edb3e182 31-May-2005 <jgarzik@pretzel.yyz.us>

Automatic merge of rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git branch HEAD


# 4ff4258a 30-May-2005 Anton Altaparmakov <aia21@cantab.net>

Automatic merge with /usr/src/ntfs-2.6.git.


# 37e20a66 29-May-2005 Pravin B. Shelar <pravins@calsoftinc.com>

[IPV4]: Kill MULTIPATHHOLDROUTE flag.

It cannot work properly, so just ignore it in drr
and rr multipath algorithms just like the random
multipath algorithm does.

Suggested by Herbert Xu.

Signed-o

[IPV4]: Kill MULTIPATHHOLDROUTE flag.

It cannot work properly, so just ignore it in drr
and rr multipath algorithms just like the random
multipath algorithm does.

Suggested by Herbert Xu.

Signed-off by: Pravin B. Shelar <pravins@calsoftinc.com>
Signed-off-by: David S. Miller <davem@davemloft.net>

show more ...


Revision tags: v2.6.12-rc5
# 67394f8f 21-May-2005 Anton Altaparmakov <aia21@cantab.net>

Merge with /usr/src/ntfs-2.6.git


# ad34ea2c 20-May-2005 James Bottomley <jejb@titanic.(none)>

merge by hand - fix up rejections in Documentation/DocBook/Makefile


Revision tags: v2.6.12-rc4
# 02c30a84 05-May-2005 Jesper Juhl <juhl-lkml@dif.dk>

[PATCH] update Ross Biro bouncing email address

Ross moved. Remove the bad email address so people will find the correct
one in ./CREDITS.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-

[PATCH] update Ross Biro bouncing email address

Ross moved. Remove the bad email address so people will find the correct
one in ./CREDITS.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

show more ...


Revision tags: 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...<<5152535455