- 08 Aug, 2003 8 commits
-
-
Patrick Mochel authored
We don't need the spinlock to protect the lists (at least not now), since we have a semaphore to synchronize all operations device PM operations.
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-power
-
http://ncpfs.bkbits.net/matroxfbLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jens Axboe authored
This is a port of some smp fixes I did for 2.4 floppy.c Andrew did the re-diffing.
-
Rob Radez authored
This removes some function stubs from 6 watchdog drivers. The VFS already returns -EINVAL in cases where fop->read == NULL, so there's no need to duplicate the code 6 times. This patch removes the stubs and is compile tested.
-
David Mosberger authored
From Matt Tolentino: Here's a small patch to change several data types from u64 to unsigned long in efi.h. These changes enable the use of the same data structures and function prototypes for ia32 EFI kernels.
-
Linus Torvalds authored
-
Linus Torvalds authored
-
- 07 Aug, 2003 32 commits
-
-
Bjorn Helgaas authored
This applies on top of Takayoshi's interrupt polarity fix and just makes things a tiny bit more consistent. Is acpi_irq_to_vector() even needed anymore? I don't see any references to it.
-
Bjorn Helgaas authored
The patch below removes the .weak symbol stuff from iosapic.c. As far as I can tell, iosapic.c is compiled for every flavor except the simulator. I tried to boot the HP_SIM kernel on ski, but it seems to loop in find_save_locs(). This happens both with and without this patch, so maybe I have a local problem. (I started with a clean tree, did make
-
Ian Wienand authored
As in_atomic() uses kernel_locked() which is in smp_lock.h.
-
Jesse Barnes authored
sn2 still doesn't use ACPI to describe PCI busses on the system (I'm working on it), so we have to do it the old fashioned way. This patch also includes a few other fixes.
-
Arun Sharma authored
The attached patch (against 2.6) helps IA-32 applications take advantage of the generic 32 bit (fs/compat_ioctl.c) ioctl handlers.
-
Arun Sharma authored
The patch was created by Matt Helsley <matthltc at us.ibm.com> for 2.4 and has been changed slightly to match 2.6. The implementation compromises performance for correctness.
-
Andi Kleen authored
Add include to fix compilation on x86-64
-
bk://kernel.bkbits.net/jgarzik/net-drivers-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jeff Garzik authored
-
Javier Achirica authored
-
Javier Achirica authored
-
Javier Achirica authored
-
Javier Achirica authored
-
Javier Achirica authored
-
Javier Achirica authored
-
David Mosberger authored
-
Linus Torvalds authored
-
Christoph Hellwig authored
Ack'd by Russell King as well.
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-power
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-power
-
Patrick Mochel authored
- Split calls into - device_pm_suspend() [ Saving device state. ] - device_pm_power_down() [ Powering devices down. ] - device_pm_power_up() [ Powering devices up. ] - device_pm_resume() [ Restoring device state. ] - Walk local dpm_active list when suspending devices, and move devices to dpm_suspended list when ->suspend() is called. - Walk dpm_suspended list to power down devices (with interrrupts enabled.) - Try to power down devices with IRQs on. - If they succeed, move them to dpm_off list. - If they return -EAGAIN, move them to dpm_off_irq list. - Disable interrupts and suspend devices needed interrupts off. - Do converse on resume - power on devices that need interrupts off and move them to dpm_suspended. - Enable interrupts. - Power on all other devices and move them to dpm_suspended. - Restore state of all devices and move them to dpm_active.
-
Arun Sharma authored
The attached patch implements core dump functionality for IA-32 applications running on ia64.
-
Roland McGrath authored
We should amend that test for zombies to include the "dead" state as well.
-
Maciej W. Rozycki authored
Having necessary resources, I've decided to take over the maintenance of the defxx driver for the PDQ-based family of DEC FDDI controllers (the DEFEA for EISA and the DEFPA for PCI are the models currently handled). I've talked to Larry, the original author and the last maintainer of the code, and he's said he'd be happy about it. He's asked me to update his long-outdated contact information. Here is a patch to update the driver to the PCI version of the DMA API. The patch includes appropriate status and contact information updates.
-
bk://linux.bkbits.net/linux-2.5Patrick Mochel authored
into kernel.bkbits.net:/home/mochel/linux-2.5-power
-
-
Richard Henderson authored
From Jay Estabrook <Jay.Estabrook@compaq.com>.
-
Richard Henderson authored
From Jay Estabrook <Jay.Estabrook@compaq.com>.
-
Richard Henderson authored
From Jay Estabrook <Jay.Estabrook@compaq.com>.
-
Andrew Morton authored
From: Nathan Scott <nathans@sgi.com> XFS wants to use page->private as a bitmap of uptodate indicators for sub-page-sized blocks (which is one of the things ->provate was intended for). But someone needs to initialise ->private somewhere. best to do it in the page allocator, so the zeroness of a new page's ->private becomes a system-wide thing.
-
Andrew Morton authored
From: john stultz <johnstul@us.ibm.com> I've found a race in the mtrr ipi_handler() and set_mtrr() functions. Basically the server, set_mtrr() does the following: 1.1 initialize a flag 1.2 send ipi 1.3 waits for all cpus to check in 1.4 toggle flag 1.5 do stuff 1.6 wait for all cpus to check out 1.7 toggle flag again 1.8 return While the clients, running ipi_handler() do the following: 2.1 check in 2.2 wait for flag 2.3 do stuff 2.4 check out 2.5 wait for flag 2.6 return The problem is the flag is on the servers stack! So if 1.7 and 1.8 executes before 2.5 happens, the client's pointer to the flag becomes invalid (likely overwritten) which causes the client to never see the flag change, hanging the box. The patch fixes that by adding a final synchronisation step in which the controlling CPU waits for all the IPI'ed CPUs to complete.
-
Andrew Morton authored
From: Martin Pool <mbp@samba.org> ia64_mv_irq_desc returns a 'struct irq_desc', which had a forward declaration but did not actually exist. We're currently using a silly anonymous struct typedefed to irq_desc_t. Now add the structure name as well.
-