- 02 Nov, 2004 6 commits
-
-
Tom Rini authored
Here's a patch which backs out the fix Randy Vinson came up with, and makes i8259_init() and openpic_hookup_cascade() use setup_irq (tested on LoPEC). This also converts the rest of the request_irq callers that were expecting the old behavior (psurge SMP, chrp xmon, 85xx, some 82xx). This is more untested, but looks correct. I've left 8xx alone in this as it needs other changes before it would make sense. Signed-off-by: Tom Rini <trini@kernel.crashing.org> Acked-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Matt Porter authored
This patch adds support to the 40x and 44x platform code for initializing debug events and using the in-kernel kgdb stub. Signed-off-by: Matt Porter <mporter@kernel.crashing.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Matt Porter authored
This patch updates the 40x and Book E Debug exception handling paths to handle kernel space debug events. It also fixes up the in-kernel ppc32 kgdb stub to work properly. Signed-off-by: Matt Porter <mporter@kernel.crashing.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Peter Chubb authored
Sticking the not-implemented syscall stuff in sys.c is a pain because the cond_syscall()s explode when certain prototypes are in scope. And we need those prototypes' header files for the C code in sys.c. Fix all that up by moving all the sys_ni_syscall code into its own .c file. Signed-off-by: Peter Chubb <peterc@gelato.unsw.edu.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://gkernel.bkbits.net/libata-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Bartlomiej Zolnierkiewicz authored
Untested but based on working IDE fix. We need to kmap()/kunmap() the current page not the first page of the scatterlist segment. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-
- 01 Nov, 2004 34 commits
-
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Chas Williams authored
-
Chas Williams authored
Signed-off-by: Chas Williams <chas@cmf.nrl.navy.mil> Signed-off-by: David S. Miller <davem@davemloft.net>
-
http://linux-mh.bkbits.net/bluetooth-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Marcel Holtmann authored
When calling hci_conn_hash_del() the acl_num value is incremented, but it must be decremented. Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
-
Ingo Molnar authored
Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Stephen Hemminger authored
Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Noticed by Andi Kleen. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Mike Waychison authored
We've recently noticed that the autonegotiation cleanup made a while back (between tg3 3.8 and 3.9) has issues which make the link bounce up and down. I've traced it to be caused by the tg3_timer 1 second work noticing that MAC_STATUS_LNKSTATE_CHANGED was set, which driver would see as the link going down. Upon further inspection, it appears that we don't wait long enough between setting SG_DIG_CTRL and reading the SG_DIG_STATUS for the result. The following patch (from a quasi recent bk tree) makes this code path wait up to 200ms for the link to establish. In my testing, I'm seeing it take around 20ms for the negotiation to complete. I haven't had the chance to test how this patch affects the case where the switch doesn't have autoneg enabled, although I suspect fallback should work correctly. Please consider applying, thanks, Signed-off-by: Mike Waychison <michael.waychison@sun.com> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Arjan van de Ven authored
Unexport sysctl_tcp_tw_recycle; nothing is using it in modules (it's quite internal to the ipv4 code after all); as a bonus item it gets rid of an ifdef... Signed-off-by: Arjan van de Ven <arjan@infradead.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Matthew Wilcox authored
Remove isr verification printf. This is not needed, and was never needed, we always have access to the page if we made it past the security check in traps.c Committed-by: Carlos O'Donell <carlos@parisc-linux.org>
-
Matthew Wilcox authored
There is no pure assembly inline syscall for userspace to include. Thus remove the definitions of K_STW_PIC and K_LDW_PIC. Committed-by: Carlos O'Donell <carlos@parisc-linux.org>
-
Matthew Wilcox authored
Need a _raw_write_trylock() for the out of line spinlock code to compile ... nothing in the kernel actually uses this, of course ... Committed-by: James Bottomley <jejb@parisc-linux.org>
-
Matthew Wilcox authored
We need to include asm-generic/uaccess.h for the new get/put_unaligned macros Committed-by: James Bottomley <jejb@parisc-linux.org>
-
Matthew Wilcox authored
Signal race fixes Committed-by: Carlos O'Donell <carlos@parisc-linux.org> Committed-by: James Bottomley <jejb@parisc-linux.org>
-
Matthew Wilcox authored
Make ptrace work again someone (not naming names) forgot that %cr30 is the *thread* register not the task register. Committed-by: James Bottomley <jejb@parisc-linux.org>
-
Matthew Wilcox authored
In parisc_terminate(), do the stack trace from the faulting location instead of from the current (i.e. parisc_terminate()) location. Committed-by: Randolph Chung <tausq@parisc-linux.org>
-
Matthew Wilcox authored
add copyright for knaresh - he did initial work for pa8800 support on 2.4 Committed-by: Grant Grundler <grundler@parisc-linux.org>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Arjan van de Ven authored
Signed-off-by: Arjan van de Van <arjan@infradead.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
This is the first step in fixing the tcpdiag/modular ipv6 issue. We modularise tcpdiag in the obvious way. Next we can move out the IPv6-specific stuff. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
As it is someone could disable INET and still enable ah4/esp4/ipcomp. This patch adds the dependency on INET to prevent this. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Adrian Bunk authored
Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Jamal Hadi Salim authored
Signed-off-by: jamal <hadi@cyberus.ca> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Jamal Hadi Salim authored
Signed-off-by: Harald Welte <laforge@netfilter.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
break is not enough to escape from the walking loops, since multiple encapsulated loops are used to traverse the hash tables. Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-