- 03 Oct, 2003 26 commits
-
-
Randy Dunlap authored
From: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Fix warning in drivers/char/toshiba.c: `tosh_get_info' defined but not used
-
Randy Dunlap authored
From: Randy Hron <rwhron@earthlink.net> Cleanup of version.h in drivers/char plus a few in include/linux that are used in drivers/char. Duplicate #includes removed.
-
Randy Dunlap authored
From: Randy Hron <rwhron@earthlink.net>
-
Randy Dunlap authored
From: Daniele <bellucda@tiscali.it> - remove unneeded block of code in opl3sa3_mixer_ioctl - remove unused function opl3sa3_set_wide - From Stanford Checker: /home/junfeng/linux-tainted/sound/oss/opl3sa2.c:539:opl3sa3_mixer_ioctl: ERROR:TAINTED:53 9:539: dereferencing tainted ptr 'arg' ..fixed user space pointer referce too on ioctl functions
-
Randy Dunlap authored
From: Daniele <bellucda@tiscali.it> - Audit av7110_ir_init - On saa7146_register_extension failure report back its return code
-
Randy Dunlap authored
From: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Fix a warning about 'proc_cciss' and `cciss_proc_get_info' defined but not used. They are only called when CONFIG_PROC_FS=y.
-
bk://linux-sam.bkbits.net/kbuildLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/lord/xfs-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Greg Kroah-Hartman authored
Keyspan/InnoSys approved this change.
-
Greg Kroah-Hartman authored
Original patch from lucy@innosys.com Changes include: Add support for new USA19H(s) USB Serial Adapter Improve handing of config/control messages for all devices Note that the new adapter doesn't currently require a firmware download. We will add support for re-programming the eeprom with updated firmware when new firmware is required.
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/gregkh-2.6
-
Luiz Capitulino authored
I'm getting this when compiling USB with all options enabled: drivers/usb/host/uhci-debug.c:417: warning: `uhci_sprint_schedule' defined but not used my suggestion is to put under the #ifdef/#endif the functions which are only used by the proc ones too. If one of them become necessary when CONFIG_PROC_FS=n, the #ifdef/#endif for that function can be removed:
-
Daniel Drake authored
When compiling this driver with WRITE_DEBUG defined (for extra debug output), gcc outputs warnings for three similar printf statements. The specifier in each printf statement is not totally correct. This patch removes these warnings.
-
Steven Cole authored
This patch removes the reference to Documentation/modules.txt, which has been removed. The patch was made against the current 2.6-bk tree.
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/gregkh-2.6
-
Bartlomiej Zolnierkiewicz authored
ide_pci_setup_ports() from setup-pci.c checks if port is disabled, if so d->init_setup_dma() and d->init_hwif() won't be called. There is no need to check it once again inside init_hwif_amd74xx(), init_dma_amd74xx() and amd74xx_tune_drive() (hwif->tuneproc will be NULL for disabled port). Therefore remove amd_enabled variable and now unnecessary init_dma_amd74xx(). Also do not set .init_{iops, dma} to NULL in amd74xx.h (amd74xx_chipsets[] is declared static). Bump driver's version number to reflect changes. Almost identical to the previous VIA case.
-
Bartlomiej Zolnierkiewicz authored
- common pdc4030_init() for built-in and module - kill init_pdc4030() and enable_promise_support flag (no longer needed) - minor cleanups
-
Bartlomiej Zolnierkiewicz authored
ide_pci_setup_ports() from setup-pci.c checks if port is disabled, if so d->init_setup_dma() and d->init_hwif() won't be called. There is no need to check it once again inside init_hwif_via82cxxx(), init_dma_via82cxxx() and via82cxxx_tune_drive() (hwif->tuneproc will be NULL for disabled port). Therefore remove via_enabled variable and now unnecessary init_dma_via82cxx(). Also do not set .init_{iops, dma} to NULL in via82cxxx.h (via82cxxx_chipsets[] is declared static). Bump driver's version number to reflect changes. Acked by Vojtech
-
Roland McGrath authored
My change to core dumps that was included with the vsyscall DSO implementation had a bug (braino on my part). Core dumps don't include the full page of the vsyscall DSO, and so don't accurately represent the whole memory image of the process. This patch fixes it. I have tested it on x86, but not tested the same change to 32-bit core dumps on AMD64 (haven't even compiled on AMD64). I've also included the corresponding change for the IA64 code that was copied blindly from the x86 vsyscall implementation, which looks like more change than it is since I preserved the formatting of the copied code instead of arbitrarily diddling it along with the trivial symbol name changes. I haven't compiled or tested on ia64.
-
Stephen Lord authored
into kernel.bkbits.net:/home/lord/xfs-2.6
-
Stephen Lord authored
SGI Modid: 2.5.x-xfs:slinx:159477a
-
Stephen Lord authored
SGI Modid: 2.5.x-xfs:slinx:159439b
-
Stephen Lord authored
SGI Modid: 2.5.x-xfs:slinx:159439a
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
David S. Miller authored
We do though need an I-cache flush on spitfire chips when doing a module load. Happily this allows us to kill off flush_cache_all() from sparc64.
-
- 02 Oct, 2003 14 commits
-
-
Sam Ravnborg authored
into mars.ravnborg.org:/home/sam/bk/kbuild
-
Sam Ravnborg authored
- Error out if specified directory does not exist - Do not build the kernel three times wheh specifying "defconfig all" - Removed warning when the target all was specified
-
David S. Miller authored
-
http://linux-lksctp.bkbits.net/lksctp-2.5David S. Miller authored
into nuts.ninka.net:/disk1/davem/BK/net-2.5
-
David S. Miller authored
-
David S. Miller authored
-
Stephen Hemminger authored
-
Stephen Hemminger authored
-
ssh://lord@kernel.bkbits.net/xfs-2.6Stephen Lord authored
into penguin.americas.sgi.com:/src/lord/bitkeeper/xfs-2.6
-
Harald Welte authored
-
Harald Welte authored
-
Patrick McHardy authored
-
Patrick McHardy authored
-
Rusty Russell authored
Balazs Scheidler pointed out that we can fail to call ip_nat_setup_info for local NAT, which causes the connection to be added twice. Boom. Also move the hash table insertion into ip_nat_setup_info.
-