- 09 Sep, 2003 14 commits
-
-
Linus Torvalds authored
Damn 16-bit PCMCIA layer has no type checking. Complete crap.
-
Linus Torvalds authored
to a pointer. That was a typo. Ack'ed by Al Viro.
-
Eyal Lebedinsky authored
Fix the ## handling to work with old gcc versions (spaces around the ',' to make token boundaries work).
-
Linus Torvalds authored
-
Joe Perches authored
-
Joe Perches authored
-
Joe Perches authored
-
Stephen Hemminger authored
Convert SIEMENS R3964 tty line discipline on 2.6.0-test5 to use tty_ldisc owner instead of explicit MOD_INC/DEC. And fix the initializer to be a much more readable C99 one.
-
Stephen Hemminger authored
There is a leftover MOD_DEC_USE_COUNT intermezzo, with no matching _INC_ anywhere. Since it sets owner on the file system operations there should be no need for explicit module manipulation.
-
bk://linux-dj.bkbits.net/cpufreqLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Dave Jones authored
Add a new cpufreq_update_policy call: Certain cpufreq policy notifers have different needs at different times. Thus it needs to be possible to re-evaluate an already set cpufreq policy. Note that the cpufreq policy should only be set by one person: the user. Not any other in-kernel code [with one exception, of course: during booting].
-
Dave Jones authored
-
Dave Jones authored
From: Hiroshi Miura <miura@da-cha.org> Intel SpeedStep driver using a BIOS SMI call. Quoting his original announcement: "This driver is based on the information from 1. Microsoft Windows XP Document. we can get the SMI interface values from ax=E980/int15 BIOS call. 2. Intel SpeedStep Applet Document.(from HP.com) http://h18007.www1.hp.com/support/files/evonotebook/us/download/10631.html " Adds code to request transition ownership when processing the system critical resume message. When a critical hibernate occurs, the Applet does not receive any system level notification. The change forces the Applet to re-acquire transition ownership upon resume from a critical hibernate. " This is informative. This saied that something 'ownership' call is needed on SMI interface first. 3. Grover, Andrew's int 15h patch posted to cpufreq ml Message-ID: <F760B14C9561B941B89469F59BA3A847E96E28@orsmsx401.jf.intel.com> code which call BIOS to get SMI values. I included it. 4. Malik Martin's rev engineering results. call is made with BX, CX, EDI register values. and need signature 'ISG' when call. find function values. bx=1(get) and bx=2(set) 5. Marc Lehmann's 'speedstep' utility, sample of assembler code to call SMI. 6. My work. find function to return max/min freq which system supportd. (bx=4) more values are gotten, but I cannot understand... find 'ownership' function value(bx=0, which is other than 1 2 4..). ToDo(in pregress) support governor "auto" and using smi_event call, imprement auto freqchange feature. test on 440BX/ZX platform. Memo module parameters are override result of an int 15h/eax=E890h call. these parameter value are gotten from Windows XP registory." Also includes some bugfixes, updates and workarounds from me. NB: A lot of BIOS out there are buggy. You might want to try this driver also with Intel's default values -- smi_cmd = 0x82 and smi_port = 0xb2
-
http://ppc.bkbits.net/for-linus-ppc64Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
- 10 Sep, 2003 3 commits
-
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
into samba.org:/scratch/anton/tmp3
-
- 09 Sep, 2003 23 commits
-
-
Guillaume Morin authored
cpumask_up.h is broken. It tries to access the "mask" member although that cpumask_t is an ulong on UP. This breaks archs which uses cpumask functions even on UP such as s390.
-
Linus Torvalds authored
We only support named initializers with one leval of naming, ie that .foo.bar = baz, thing should go. gcc-2.95 doesn't handle it (neither does sparse, I think). Replace such initializers with .foo = { .bar = baz, }, instead.
-
Matthew Wilcox authored
PA-RISC updates for 2.6.0-test5. Contributions from Paul Bame, James Bottomley, Randolph Chung, Helge Deller, Grant Grundler, LaMont Jones, Matthew Wilcox
-
Adrian Bunk authored
Chas Williams fixed the compilation on SMP, so we can remove the Kconfig annotation now and let people select it in the build again.
-
bk://ppc.bkbits.net/for-linus-ppcLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://ppc@ppc.bkbits.net/for-linus-ppcBenjamin Herrenschmidt authored
into kernel.crashing.org:/home/benh/kernels/for-linus-ppc
-
Benjamin Herrenschmidt authored
-
Benjamin Herrenschmidt authored
into kernel.crashing.org:/home/benh/kernels/for-linus-ppc
-
Paul Mackerras authored
into samba.org:/home/paulus/kernel/for-linus-ppc
-
bk://ppc@ppc.bkbits.net/for-linus-ppcPaul Mackerras authored
into samba.org:/home/paulus/kernel/for-linus-ppc
-
Russell King authored
This should fix all the remaining pci drivers which mark the pci device ID tables as being discardable at run time.
-
Russell King authored
This should fix all the AGP drivers. pci_device_id tables can not and must not be marked discardable. They are used for as long as the driver is registered.
-
Armin Schindler authored
Use different var-names if they are non-static, configure 4BRI like BRI cards, fixed new /proc entries, inline declarations for common helper functions.
-
Armin Schindler authored
changed // comments to /* */
-
Armin Schindler authored
Main divas modules now may be build in-kernel. 4BRI cards are configured together with BRI cards.
-
Armin Schindler authored
fixed endianess errors in common code part.
-
Armin Schindler authored
Fixed internel list handling for modules built-in kernel.
-
Armin Schindler authored
Module now can be build without debug code, necessary if the module is built-in the kernel. Fixed spelling typos.
-
Armin Schindler authored
Fix application memory allocation, module locking, building in-kernel, use new internal debug api.
-
Armin Schindler authored
Access to cards memory now uses macros to attach to the correct memory area of the card.
-
Benjamin Herrenschmidt authored
The current IDE Power Management code I wrote has a race on wakeup when the master device got resumed, it may take a request. At this point, a PM resume request to a slave device of the same hwgroup would clear hwgroup->rq and cause an Oops when the master device request completes. This patch fixes it. Due to the context in which PM resume requests are sent, just not clearing hwgroup->rq for these is enough. I also removed a useless debug message in the PM code that was actually misleading (people though it indicated a problem while it didn't, it's really useless) and fix a typo in a comment.
-
Benjamin Herrenschmidt authored
This fixes a bug that happens when a request gets to the IDE layer for a drive using ide-default (that is with no subdriver attached), like a Power Management request. In this case, the core will wait for the device status to match drive->read_stat, but that field contains by default a value that is not suitable for ATAPI devices. This patch fixes it.
-
bk://bk.arm.linux.org.uk/linux-2.6-serialLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-