- 15 Mar, 2004 1 commit
-
-
John S. Marvin authored
-
- 12 Mar, 2004 1 commit
-
-
Bjorn Helgaas authored
Add "acpi_gsi_to_irq()" as a generic replacement for "acpi_irq_to_vector()". This converts from an ACPI global system interrupt number to a Linux IRQ. Also, convert ia64-specific terminology to use GSI when appropriate.
-
- 11 Mar, 2004 2 commits
-
-
Jesse Barnes authored
This patch fixes a few warnings that have cropped up in the sn2 code: - hwgfs function prototype mismatch - pconn uninitialized in pciio.c - printk formatting fixes in pcibr_dvr.c - kill volatile qualifier in pcibr_intr.c
-
Matthew Wilcox authored
-
- 10 Mar, 2004 17 commits
-
-
Kenji Kaneshige authored
In ia64 kernel, IOSAPIC's RTEs for PCI interrupts are unmasked at the boot time before installing device drivers. I think it is very dangerous. If some PCI devices without device driver generate interrupts, interrupts are generated repeatedly because these interrupt requests are never cleared. I think RTEs for PCI interrupts should be unmasked by device driver. This patch fixes the problem.
-
David Mosberger authored
into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5
-
Linus Torvalds authored
-
Benjamin Herrenschmidt authored
This patch fixes the code that workaround lockups when accessing the config space of devices on K2 when they are shut down. The code was there but in the wrong place ;) And a typo prevented the ohci1394 version of it from working.
-
bk://gkernel.bkbits.net/net-drivers-2.5Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Don Fry authored
When adding an additional device, a variable which has been removed is accessed. Adding the first device or a 4-port card works. Adding a second device was not done in PCI hot plug testing. Now tested on IA32.
-
Linus Torvalds authored
The bug turned out to be memory corruption by DMA, and the corrupted address made it that much more obvious.
-
David Brownell authored
Getting some blood sugar made the real fix for that become obvious! This replaces the preceding TEMPORARY hack. Only unlink EDs that aren't already being unlinked! Duh.
-
David Brownell authored
Fix some OHCI TD list corruption issues: - Don't rewrite HC registers holding ED pointers until the HC had a good chance to finish using them. - Don't ever modify ed->hwTailP Adds text describing the different ED states. Adds TEMPORARY hack that may make a "rm_list becomes circular" bug continuable.
-
Linus Torvalds authored
This patch was trying to work around buggy SMM bios but causes problems by not deasserting NMI irq line (reported by Thomas Schlicht) for some integrated local apic. This patch was written originally as an optimization (with the side effect to fix those bugged bios) but was never applied to 2.4 tree. The rational was: fix your bios instead. Cset exclude: akpm@osdl.org|ChangeSet|20040219045328|16041
-
Pat Gefre authored
-
David Mosberger authored
Without this patch, IA32 programs will stall when CONFIG_PREEMPT is enabled.
-
Pat Gefre authored
-
David Mosberger authored
into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5
-
Andrew Morton authored
From: William Lee Irwin III <wli@holomorphy.com> Remember to invalidate the task->tty of threads, otherwise prod_pid_stat() later stumbles over the dangling pointers and crashes.
-
Linus Torvalds authored
The condition still seems to happen on ppc64.
-
Linus Torvalds authored
-
- 09 Mar, 2004 19 commits
-
-
Petr Vandrovec authored
sock_sendmsg() modifies iovec passed to it - it sets all length members of iovec array to zero on success transmission (and even on failed if it fails after iovec copy, but...) and advances pointers to point at the end of buffers used. This has an unfortunate effect that ncpfs's retry on failure does not work for IPX/UDP connections - kernel refused to do anything because length from iovec was 0 while length passed to sock_sendmsg() was correct. This simple fix gets rid of a problem by creating temporary iovec copy, which can sock_sendmsg destroy if it has such wish.
-
Gerd Knorr authored
This adds infrared remote support for a few more bt878-based TV cards.
-
Jens Axboe authored
From Mike Christie <michaelc@cs.wisc.edu> The first three bio and request flags are no longer identical. The bio barrier and rw flags are getting set in __make_request and get_request respectively, and failfast is getting left out. This sets the request's failfast flag in __make_request when the bio's flag is set.
-
Anton Blanchard authored
The ppc64 fix last week (enforcing permissions on the kernel when accessing userspace pages) uncovered a bug on POWER3/RS64. We werent zeroing the segment table entry before overwriting it and it was possible for the ks bit to be set on a kernel segment. The VSID mask was also changed to match reality (we only use 13 bits).
-
-
Richard Henderson authored
-
Benjamin Herrenschmidt authored
This patch reworks the early boot calls to OF to initialize displays. All present displays are now initialized in reverse order so the OF console stays on the first one. Initializing them all is necessary for dual head configurations as we need OF driver to properly setup the secondary TMDS of the video card, XFree isn't able to do that currently
-
Benjamin Herrenschmidt authored
The assembly code used to callback into Open Firmware client interface in 32 bits mode used to backup the stack pointer in the SPRG2 register. That upsets Apple's implementation of Open Firmware significantly and maybe others, causing them to crash in _some_ operations, apparently the trigger is to cause a segment or hash table fault, typically happens when letting that code initialize the second display. This patch fixes it, along with other cleanups of that asm code, it did unnecessary register restores and backing up the stack pointer is actually useless anyway.
-
Benjamin Herrenschmidt authored
Strangely, I though I fixed that a long time ago, but it was still broken in the current tree... Drivers like radeonfb fail to find the OF device matching a given PCI device on the G5 AGP bus because of some bus renumbering tricks. This patch fixes the problem by fixing the bus numbers in the OF node. This corrects radeonfb and other drivers looking for EDID / PLL datas in the OF node.
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Linus Torvalds authored
Especially with REGPARM these things actually matter.
-
Linus Torvalds authored
-
Benjamin Herrenschmidt authored
This fixes possible lockups in pmac_zilog when beeing flooded with incoming data (not that other serial drivers share the same race, I told Russel about it already). It also fixes some SCC initialization problems, add some PM callback, and fix the irda setup code.
-
Benjamin Herrenschmidt authored
This does cosmetic changes the pmac_zilog, changing the use of "up" as an identifier in favor "uap" to avoid collision with semaphores, use proper debug macros, and a few other cosmetic bits.
-
Andrew Morton authored
From Jan-Benedict Glaw <jbglaw@lug-owl.de>
-
Olaf Kirch authored
-
Krishna Kumar authored
-
Jean Tourrilhes authored
Original patch from Stephen Hemminger Move last bits of code out of irsyms and onto irmod.c where initialization happens. Move irda_debug parameter out of irsyms.c into irmod.c and make it a new style module parameter.
-
Stephen Hemminger authored
-