- Aug 24, 2005
-
-
Al Viro authored
MV64360 does not support IRQ_ALL_CPUS - see arch/ppc/kernel/mv64360_pic.c. Signed-off-by:
Al Viro <viro@parcelfarce.linux.theplanet.co.uk> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Al Viro authored
ppc SMP is supported only for 6xx/POWER3/POWER4 - i.e. ones that have PPC_STD_MMU. Dependency fixed. Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Al Viro authored
VGA console doesn't exist (or build) on arm/versatile; dependency fixed. Signed-off-by:
-
Al Viro authored
AMBA_PL010 is broken on arm/versatile; marked as such Signed-off-by:
-
Al Viro authored
acornscsi had been broken for a long time; marked as such Signed-off-by:
-
Al Viro authored
M32R_PLDSIO depends on subarchitecture providing PLD_ESIO0CR and friends. Signed-off-by:
-
Al Viro authored
parport_pc shouldn't be picked on m32r (no asm/parport.h, for starters) Signed-off-by:
-
Al Viro authored
airo_cs is broken on m32r; marked as such. [Proper fix would involve separating PCI-dependent parts and making sure they don't get in the way _and_ arranging for asm/scatterlist.h getting picked on m32r] Signed-off-by:
-
Al Viro authored
ISA parts of tms380tr are using ISA DMA helpers and should depend on ISA_DMA_API. Signed-off-by:
-
Al Viro authored
arv uses constants provided only by include/asm-m32r/m32700ut/m32700ut_lan.h It won't build for any subarchitecture other than M32700UT; marked as such. Signed-off-by:
-
Al Viro authored
infiniband uses PCI helpers all over the place (including the core parts) and won't build without PCI. Signed-off-by:
-
Al Viro authored
DEBUG_PAGEALLOC is broken on m32r - the option had been blindly copied from i386; kernel_map_pages() had not and that's what is needed for DEBUG_PAGEALLOC to work (or link, while we are at it). Signed-off-by:
-
Al Viro authored
PCI support is broken on m32r (pci_map_... missing, etc.); marked as such Signed-off-by:
-
Al Viro authored
PMAC_BACKLIGHT is broken on ppc64; marked as such Signed-off-by:
-
Al Viro authored
HISAX_FRITZPCI is broken on ppc64; marked as such Signed-off-by:
-
Al Viro authored
genrtc is not for m32r; marked as such. Probably ought to put that into arch/* - list of "don't build it on <platform>" is getting too long. Signed-off-by:
-
Al Viro authored
NUMA is broken on m32r; marked as such Signed-off-by:
-
Al Viro authored
fixed kconfig dependencies on ISA_DMA_API for parts of sound/* that rely on it. Signed-off-by:
-
Al Viro authored
epca is broken on 64bit; marked as such Signed-off-by:
-
Al Viro authored
SMP is broken on arm; marked as such Signed-off-by:
-
Al Viro authored
NUMA is broken on alpha; marked as such Signed-off-by:
-
- Aug 23, 2005
-
-
Alexey Dobriyan authored
Noticed by Coverity checker. (akpm: I stole this from Greg's tree and used the (IMO) tidier sizeof(*p) construct). Signed-off-by:
Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
NeilBrown authored
We weren't actually waking up the md thread after setting MD_RECOVERY_NEEDED when assembling an array, so it is possible to lose a race and not actually start resync. So add a call to md_wakeup_thread, and while we are at it, remove all the "if (mddev->thread)" guards as md_wake_thread does its own checking. Signed-off-by:
Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
David Meybohm authored
With CONFIG_PREEMPT && !CONFIG_SMP, it's possible for sys_getppid to return a bogus value if the parent's task_struct gets reallocated after current->group_leader->real_parent is read: asmlinkage long sys_getppid(void) { int pid; struct task_struct *me = current; struct task_struct *parent; parent = me->group_leader->real_parent; RACE HERE => for (;;) { pid = parent->tgid; #ifdef CONFIG_SMP { struct task_struct *old = parent; /* * Make sure we read the pid before re-reading the * parent pointer: */ smp_rmb(); parent = me->group_leader->real_parent; if (old != parent) continue; } #endif break; } return pid; } If the process gets preempted at the indicated point, the parent process can go ahead and call exit() and then get wait()'d on to reap its task_struct. When the preempted process gets resumed, it will not do any further checks of the parent pointer on !CONFIG_SMP: it will read the bad pid and return. So, the same algorithm used when SMP is enabled should be used when preempt is enabled, which will recheck ->real_parent in this case. Signed-off-by:David Meybohm <dmeybohmlkml@bellsouth.net> Signed-off-by:
-
Linus Torvalds authored
-
David S. Miller authored
Noticed by Coverity checker. Signed-off-by:David S. Miller <davem@davemloft.net>
-
David S. Miller authored
This trips up a lot of folks reading this code. Put an unlikely() around the port-exhaustion test for good measure. Signed-off-by: -
David S. Miller authored
Intention of this bit is to force pushing of the existing send queue when TCP_CORK or TCP_NODELAY state changes via setsockopt(). But it's easy to create a situation where the bit never clears. For example, if the send queue starts empty: 1) set TCP_NODELAY 2) clear TCP_NODELAY 3) set TCP_CORK 4) do small write() The current code will leave TCP_NAGLE_PUSH set after that sequence. Unconditionally clearing the bit when new data is added via skb_entail() solves the problem. Signed-off-by: -
Thomas Graf authored
qdisc_create_dflt() is missing to destroy the newly allocated default qdisc if the initialization fails resulting in leaks of all kinds. The only caller in mainline which may trigger this bug is sch_tbf.c in tbf_create_dflt_qdisc(). Note: qdisc_create_dflt() doesn't fulfill the official locking requirements of qdisc_destroy() but since the qdisc could never be seen by the outside world this doesn't matter and it can stay as-is until the locking of pkt_sched is cleaned up. Signed-off-by:Thomas Graf <tgraf@suug.ch> Signed-off-by:
-
Vlad Yasevich authored
Add SNMP_MIB_SENTINEL to the definition of the sctp_snmp_list so that the output routine in proc correctly terminates. This was causing some problems running on ia64 systems. Signed-off-by:
Vlad Yasevich <vladislav.yasevich@hp.com> Signed-off-by:
-
Ralf Baechle authored
o Brown paperbag bug - ax25_findbyuid() was always returning a NULL pointer as the result. Breaks ROSE completly and AX.25 if UID policy set to deny. o While the list structure of AX.25's UID to callsign mapping table was properly protected by a spinlock, it's elements were not refcounted resulting in a race between removal and usage of an element. Signed-off-by:
Ralf Baechle DL5RB <ralf@linux-mips.org> Signed-off-by:
-
Ralf Baechle authored
The socket flag cleanups that went into 2.6.12-rc1 are basically oring the flags of an old socket into the socket just being created. Unfortunately that one was just initialized by sock_init_data(), so already has SOCK_ZAPPED set. As the result zapped sockets are created and all incoming connection will fail due to this bug which again was carefully replicated to at least AX.25, NET/ROM or ROSE. In order to keep the abstraction alive I've introduced sock_copy_flags() to copy the socket flags from one sockets to another and used that instead of the bitwise copy thing. Anyway, the idea here has probably been to copy all flags, so sock_copy_flags() should be the right thing. With this the ham radio protocols are usable again, so I hope this will make it into 2.6.13. Signed-off-by:
-
Patrick McHardy authored
The checksum needs to be filled in on output, after mangling a packet ip_summed needs to be reset. Signed-off-by:
Patrick McHardy <kaber@trash.net> Signed-off-by:
-
Dave Johnson authored
From: Dave Johnson <djohnson+linux-kernel@sw.starentnetworks.com> Found this bug while doing some scaling testing that created 500K inet peers. peer_check_expire() in net/ipv4/inetpeer.c isn't using inet_peer_gc_mintime correctly and will end up creating an expire timer with less than the minimum duration, and even zero/negative if enough active peers are present. If >65K peers, the timer will be less than inet_peer_gc_mintime, and with >70K peers, the timer duration will reach zero and go negative. The timer handler will continue to schedule another zero/negative timer in a loop until peers can be aged. This can continue for at least a few minutes or even longer if the peers remain active due to arriving packets while the loop is occurring. Bug is present in both 2.4 and 2.6. Same patch will apply to both just fine. Signed-off-by:
-
Herbert Xu authored
While I was going through the crypto users recently, I noticed this bogus kmap in sunrpc. It's totally unnecessary since the crypto layer will do its own kmap before touching the data. Besides, the kmap is throwing the return value away. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
-
Dmitry Yusupov authored
If the tail SKB fits into the window, it is still benefitical to defer until the goal percentage of the window is available. This give the application time to feed more data into the send queue and thus results in larger TSO frames going out. Patch from Dmitry Yusupov <dima@neterion.com>. Signed-off-by: -
Peter Chubb authored
Thanks to Stephane, we've now worked out the real cause of the `Linux will not boot on simulator' problem. Turns out it's a stack overflow because the stack pointer wasn't being initialised properly in boot_head.S (it was being initialised to the lowest instead of the highest address of the stack, so the first push started to overwrite data in the BSS). Signed-off-by:
Peter Chubb <peterc@gelato.unsw.edu.au> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Tony Luck authored
Earlier fix in 4aec0fb1 just masked the real problem. Signed-off-by:
-
Tony Luck authored
-
- Aug 22, 2005
-
-
Tony Luck authored
-
