linux-toradex.git/include, branch v2.6.15.2

[PATCH] Make second arg to skb_reserved() signed.

2006-01-31T06:13:18+00:00

Some subsystems, such as PPP, can send negative values
here.  It just happened to work correctly on 32-bit with
an unsigned value, but on 64-bit this explodes.

Figured out by Paul Mackerras based upon several PPP crash
reports.

Signed-off-by: David S. Miller 
Signed-off-by: Chris Wright 
Signed-off-by: Greg Kroah-Hartman

[PATCH] Kill blk_attempt_remerge()

2006-01-31T06:13:17+00:00

[BLOCK] Kill blk_attempt_remerge()

It's a broken interface, it's done way too late. And apparently it triggers
slab problems in recent kernels as well (most likely after the generic dispatch
code was merged). So kill it, ide-cd is the only user of it.

Signed-off-by: Jens Axboe 
chrisw: backport to 2.6.15 tree
Signed-off-by: Chris Wright 
Signed-off-by: Greg Kroah-Hartman

[PATCH] Avoid namespace pollution in

2006-01-02T16:38:38+00:00

In commit 3D59121003721a8fad11ee72e646fd9d3076b5679c, the x86 and x86-64
 was changed to include  for the
configurable timer frequency.

However, asm/param.h is sometimes used in userland (it is included
indirectly from ), so your commit pollutes the userland
namespace with tons of CONFIG_FOO macros.  This greatly confuses
software packages (such as BusyBox) which use CONFIG_FOO macros
themselves to control the inclusion of optional features.

After a short exchange, Christoph approved this patch

Signed-off-by: Linus Torvalds

[IPV6] mcast: Fix multiple issues in MLDv2 reports.

2005-12-27T22:03:00+00:00

The below "jumbo" patch fixes the following problems in MLDv2.

1) Add necessary "ntohs" to recent "pskb_may_pull" check [breaks
        all nonzero source queries on little-endian (!)]

2) Add locking to source filter list [resend of prior patch]

3) fix "mld_marksources()" to
        a) send nothing when all queried sources are excluded
        b) send full exclude report when source queried sources are
                not excluded
        c) don't schedule a timer when there's nothing to report

NOTE: RFC 3810 specifies the source list should be saved and each
  source reported individually as an IS_IN. This is an obvious DOS
  path, requiring the host to store and then multicast as many sources
  as are queried (e.g., millions...). This alternative sends a full, 
  relevant report that's limited to number of sources present on the
  machine.

4) fix "add_grec()" to send empty-source records when it should
        The original check doesn't account for a non-empty source
        list with all sources inactive; the new code keeps that
        short-circuit case, and also generates the group header
        with an empty list if needed.

5) fix mca_crcount decrement to be after add_grec(), which needs
        its original value

These issues (other than item #1 ;-) ) were all found by Yan Zheng,
much thanks!

Signed-off-by: David L Stevens 
Signed-off-by: David S. Miller

[PATCH] n_r3964: fixed usage of HZ; removed bad include

2005-12-24T23:37:00+00:00

Fix n_r3964 timeouts (hardcoded for 100Hz)

Also the include of  in 'n_r3964.h' is unnecessary and
prevents using the header file in any application that has to include
 due to duplicate definition of 'struct termio'.

Signed-off-by: Linus Torvalds

[PATCH] Fix typo in x86_64 __build_write_lock_const assembly

2005-12-24T20:30:22+00:00

Based on __build_read_lock_const, this looked like a bug.

[ Indeed. Maybe nobody uses this version? Worth fixing up anyway ]
Signed-off-by: Linus Torvalds

[PATCH] x86_64/ia64 : Fix compilation error for node_to_first_cpu

2005-12-24T20:30:22+00:00

Fixes a compiler error in node_to_first_cpu, __ffs expects unsigned long as
a parameter; instead cpumask_t was being passed.  The macro
node_to_first_cpu was not yet used in x86_64 and ia64 arches, and so we never
hit this.  This patch replaces __ffs with first_cpu macro, similar to other
arches.

Signed-off-by: Alok N Kataria 
Signed-off-by: Ravikiran G Thirumalai 
Signed-off-by: Shai Fultheim 
Signed-off-by: Linus Torvalds

Pull owner_id into release branch

2005-12-23T03:26:01+00:00

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

2005-12-22T17:41:03+00:00

[PATCH] fix race with preempt_enable()

2005-12-22T17:17:39+00:00

Currently a simple

	void foo(void) { preempt_enable(); }

produces the following code on ARM:

foo:
	bic	r3, sp, #8128
	bic	r3, r3, #63
	ldr	r2, [r3, #4]
	ldr	r1, [r3, #0]
	sub	r2, r2, #1
	tst	r1, #4
	str	r2, [r3, #4]
	blne	preempt_schedule
	mov	pc, lr

The problem is that the TIF_NEED_RESCHED flag is loaded _before_ the
preemption count is stored back, hence any interrupt coming within that
3 instruction window causing TIF_NEED_RESCHED to be set won't be
seen and scheduling won't happen as it should.

Nothing currently prevents gcc from performing that reordering.  There
is already a barrier() before the decrement of the preemption count, but
another one is needed between this and the TIF_NEED_RESCHED flag test
for proper code ordering.

Signed-off-by: Nicolas Pitre 
Acked-by: Nick Piggin 
Signed-off-by: Linus Torvalds