- 03 Sep, 2003 11 commits
-
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
Also add a config option so that the default governor [which is loaded and enabled at boot] is started. Note that if you select "performance" here, the CPU will be set to the highest possible frequency even if the CPU was booted at a lower frequency. If you select "userspace", the frequency will stay the same.
-
Dave Jones authored
Governors are for CPUfreq drivers which have a ->target callback, Policies are for CPUfreq drivers which have a ->setpolicy callback. Also, the "hardwired" governors "powersave" and "performance" are removed.
-
Dave Jones authored
-
Dave Jones authored
Module names of 'userspace' aren't very informative.
-
Dave Jones authored
cpuferq hakcers cnat spel.
-
Dave Jones authored
Also remove $Id$ tag. No other code change.
-
- 02 Sep, 2003 10 commits
-
-
Linus Torvalds authored
This makes "allyesconfig" do a better job.
-
Linus Torvalds authored
broken on SMP (due to expecting global irq locking).
-
Jeff Garzik authored
-
Linus Torvalds authored
From Andries Brouwer <aebr@win.tue.nl>: we discard the double release keypress, but we did it without clearing the "last byte was E0" flag. So the next byte in the input stream would get corrupted.
-
Adrian Bunk authored
- let more drivers that don't compile depend on BROKEN - MTD_BLKMTD is fixed, remove the dependency on BROKEN - let all drivers that don't compile on SMP (due to cli/sti usage) depend on a BROKEN_ON_SMP that is only defined if !SMP || BROKEN - #include interrupt.h for dummy cli/sti/... in two files to fix the UP compilation of these files I marked only drivers that are broken for a long time and where I don't know about existing fixes with BROKEN or BROKEN_ON_SMP.
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Bartlomiej Zolnierkiewicz authored
ide: forward-port siimage driver changes from 2.4.22
-
Bartlomiej Zolnierkiewicz authored
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> This patch seem to have been lost, so here it is again. It fixes an Ooops on unregistering hwifs due to the device model now having mandatory release() functions. It also close the possible race we had on release if the entry was in use (by or /sys typically) by using a semaphore waiting for the release() to be called after doing an unregister.
-
Ben Collins authored
Include vmalloc.h to fix compilation of raw1394.c
-
Arnaldo Carvalho de Melo authored
o scsi/imm.h: use c99 style initialization As far as I verified this also fixes a bug when doing the table lookup for IMM_EPP_32, that would result in "Unknown" as IMM_EPP_32 is equal to 6 and there is the #ifdef... ChangeSet@1.1386, 2003-09-02 00:11:07-03:00, acme@allegro.kerneljanitors.org o scsi/*.h: remove not needed #define NULL ChangeSet@1.1385, 2003-09-02 00:05:16-03:00, acme@allegro.kerneljanitors.org o scsi/3w-xxx.h: use c99 style init
-
- 01 Sep, 2003 19 commits
-
-
David S. Miller authored
-
Rusty Russell authored
Previously, default aliases were hardwired into modutils. Now they should be inside the modules, using MODULE_ALIAS() (they will be overridden by any user alias).
-
Jeff Garzik authored
-
David S. Miller authored
into nuts.ninka.net:/disk1/davem/BK/net-2.5
-
Linus Torvalds authored
We had some races where we testecd (or set) TS_USEDFPU together with sequences that depended on the setting (like clearing or setting the TS flag in %cr0) and we could be preempted in between, which screws up the FPU state, since preemption will itself change USEDFPU and the TS flag. This makes it a lot more explicit: the "internal" low-level FPU functions ("__xxxx_fpu()") all require preemption to be disabled, and the exported "real" functions will make sure that is the case. One case - in __switch_to() - was switched to the non-preempt-safe internal version, since the scheduler itself has already disabled preemption.
-
Linus Torvalds authored
From Tejun's posting: > > This patch fixes a race between del_timer_sync and recursive timers. > Current implementation allows the value of timer->base that is used > for timer_pending test to be fetched before finishing running_timer > test, so it's possible for a recursive time to be pending after > del_timer_sync. Adding smp_rmb before timer_pending removes the race.
-
Ben Collins authored
subsys : - Added hpsb_make_streampacket() helper - Fix re-probe of bus after reset, when node's generation changes - Missing spinlock.h include for csr.c general : - Fix a few warnings from size mismatches in printk's raw1394 : - Added RAW1394_REQ_ASYNC_STREAM - Use vmalloc/vfree for larger buffer support ohci1394 : - Fix a few endianess bugs in ISO routines eth1394 : - Fix cleanup of failed packets
-
bk://kernel.bkbits.net/jgarzik/net-drivers-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jeff Garzik authored
where it belongs.
-
Jeff Garzik authored
-
Jeff Garzik authored
-
bk://kernel.bkbits.net/jgarzik/misc-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jeff Garzik authored
when programming PCI cache line size. Just to be on the safe side. Suggested by Ingo Oeser.
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
Helpers moved: netif_poll_{enable,disable}, __netif_rx_complete, netif_tx_disable Use the helpers in net/core/dev.c.
-
Greg Ungerer authored
This patch creates a sections.h for the m68knommu architecture. Nothing special needed, just an include of the generic code.
-
Greg Ungerer authored
This patch creates a local.h for the m68knommu arhcitecture. Like most others architectures it is just an include of the generic one.
-
Greg Ungerer authored
-
Matthew Dharm authored
The linux/drivers/scsi/sr.c code will issue a MODE_SENSE[_10] command to a device as the first command sent to the device. If the device has just come out of reset, it will likely respond with a UNIT_ATTENTION / NOT_READY status, which causes the MODE_SENSE to fail. In fact, the device may have several UNIT_ATTENTION conditions queued up (power-up reset, media change, etc.) This results in the mode page 0x2a data not being properly read and interpreted. As an end-effect, things like packet-writing don't work (because the writeable bit is not set). The solution to this is to issue one or more TEST_UNIT_READY commands to the device to clear any pending UNIT_ATTENTION conditions. This is the technique used by sd.c -- in fact, this code was lifted directly from sd.c At some point in the future, abstraction of this initial TEST_UNIT_READY code between all high-level SCSI drivers may be apropriate. For now, this patch makes sr.c issue TEST_UNIT_READY to clear the UNIT_ATTENTION, thus allowing the mode page 0x2a code to work properly. Given the approaching 2.6.0-final release, I urge that this patch be accepted.
-