- 08 Jan, 2005 40 commits
-
-
Gerd Knorr authored
The patch below makes function zr36057_init_vfe in drivers/media/video/zoran_device.c which has no external users static. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
Gerd Knorr <kraxel@bytesex.org> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Gerd Knorr authored
This struct is simply unused. Signed-off-by:
-
Gerd Knorr authored
zoran_num_formats was referenced from two other files as extern, but was used in none of them. Signed-off-by:
-
Olsimar authored
I found one mistake in the help of bttv in 2.6.10-rc2-bk4 : "I2C bit-banging interfaces" in the character device section. or it's in the device drivers section since 2.6.X. Signed-off-by:
-
Gerd Knorr authored
The patch below makes some functions in drivers/media/video/bttv-risc.c that currently have no other in-kernel users static. Signed-off-by:
-
Gerd Knorr authored
The patch below makes two functions in drivers/media/video/bttv-i2c.c without external users static. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Ext3 is currently using a duplicate version of generic_open_file, and this should be fixed, before it gets out of sync. In fact, it *has* got out of sync. Apart some cosmetic changes (which are not a problem), note that it directly reads inode->i_size, while the generic version uses i_size_read(). I'm not sure if this bug can actually be triggered, but here follows a possible scenario: when - a file is brought into inode cache - that file is either truncated or extended (i.e. inode->i_size is changed) and after this it changes it's "more than 2Gb" property, - and process B opens that file in the meanwhile, I suppose the size check can be hurted by a race condition, doesn't it? Similar checks should probably be done for other FS's. Also, ext2 does not have this problem - someone fixed this problem in ext2 but not ext3? How? Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Signed-off-by:
-
John W. Linville authored
Add a quirk facility for AC97 in OSS, and add a quirk list for the i810_audio driver. This allows automatically "correct" behaviour for sound hardware w/ known oddities. For example, many cards have the headphone and line-out outputs swapped or headphone outputs only. The code is stolen shamelessly from ALSA, FWIW... Signed-off-by:
John W. Linville <linville@tuxdriver.com> From: William Lee Irwin III <wli@holomorphy.com> include/linux/ac97_codec.h:337: warning: `struct pci_dev' declared inside parameter list Signed-off-by:
-
Adrian Bunk authored
The patch below removes unused code from drivers/char/cyclades.c Signed-off-by:
-
Adrian Bunk authored
- remove ixj_register and ixj_unregister. these were EXPORT_SYMBOL'ed static (sic) functions it seems the only reason why this "worked" was that there were exactly zero users of them... - remove four local variables that are after this removal no longer required - make five functions that were needlessly global static Signed-off-by:
-
Adrian Bunk authored
The patch below implements CONFIG_DEBUG_BUGVERBOSE for i386 (more exactly, it allows disabling the verbose BUG() reporting). Also, require CONFIG_EMBEDDED for this option: we don't want to make it easy for people to disable useful debug info. (With lots of help from Roman Zippel <zippel@linux-m68k.org>) Signed-off-by:
Adrian Bunk <bunk@fs.tum.de> Signed-off-by:
-
Adrian Bunk authored
The patch below does the following changes to drivers/char/generic_serial.c : - make two needlessly global functions static - remove the completely unused EXPORT_SYMBOL'ed function gs_do_softint AFAIR the latter should be safe, since drivers are moving away from generic_serial.c. Signed-off-by:
-
Adrian Bunk authored
The patch below does cleanups under drivers/char/rio/ including the following: - remove some completely unused code - make some needlessly global code static - remove #ifndef linux code - remove never enabled #ifdef XPRINT_SUPPORT code - RIOStrlen -> string.h strlen - RIOStrCmp -> string.h strcmp Signed-off-by:
-
Jan Dittmer authored
btaudio module_param conversion Signed-off-by:
Jan Dittmer <jdittmer@ppp0.net> Signed-off-by:
-
Jan Dittmer authored
Convert module_param in tda7432 and tda9875. I hope I got the file permissions right. Signed-off-by:
-
Jan Dittmer authored
module_param conversion for SCSI cdrom driver Signed-off-by:
-
Jan Dittmer authored
module_param conversion for isapnp Signed-off-by:
-
Jan Dittmer authored
Convert MODULE_PARM to module_param Signed-off-by:
-
Anton Blanchard authored
The hugetlb documentation includes two example programs however they need some attention. At the moment they are ia64 specific (they use MAP_FIXED which will fail on other architectures), and they contain a number of compiler warnings. Also update the documentation to include the ppc64 page sizes. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
James Nelson authored
Correct the following issues: - Remove reference to 2.5 kernel code. - Switch some ints to unsigned ints. - Correct KERN_ constants in printk's, and move most to pr_debug & pr_info Fix some >80 column lines and indenting. Compile tested. Signed-off-by:
James Nelson <james4765@gmail.com> Signed-off-by:
-
James Nelson authored
Document kernel parameters for tipar driver. Signed-off-by:
-
James Nelson authored
Put README.cycladesZ in Documentation/serial. Firmware is still needed, but the README file shouldn't be in drivers/char. Signed-off-by:
-
James Nelson authored
Remove x86-specific bus refernces in arch/sh/drivers/pci/Kconfig. Signed-off-by:
-
James Nelson authored
Correct mailing list address in cpqarray source code. Signed-off-by:
Mike Miller <mike.miller@hp.com> Signed-off-by:
-
James Nelson authored
Correct mailing list address in cciss source code. Signed-off-by:
-
James Nelson authored
Updates to cciss documentation. mkdev.cciss is no longer needed, since it is handled by the MAKEDEV program. Signed-off-by:
-
Pavel Machek authored
Installing / using sparse is not exactly trivial, this should make setting it up easier. Adapted From: Linus Torvalds <torvalds@osdl.org> Signed-off-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
-
Pavel Machek authored
pm_access / pm_dev_idle was removed from recent kernels. This should stop confusion. Signed-off-by:
-
James Nelson authored
I could not locate the original author or any active support effort being done. This is definitely an orphaned driver. Signed-off-by:
-
James Nelson authored
Some updating and removal of dead links in the text file. The 5.5 package is not carried on the sunsite.unc.edu or tsx-11.mit.edu FTP servers, and the support@stallion.com address bounces. Signed-off-by:
-
James Nelson authored
Signed-off-by:
-
James Nelson authored
Signed-off-by:
-
James Nelson authored
The driver at Moxa's website is version 1.8. There is no need for this file. Signed-off-by:
-
James Nelson authored
After contacting Moxa, I found out that they no longer maintain the in-kernel driver, and instead maintain an updated driver as an external patch. This patch updates the documentation to reflect this. Signed-off-by:
-
Thomas Gleixner authored
Kernel core files converted to use the new lock initializers. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Acked-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Thomas Gleixner authored
Character devices converted to use the new lock initializers. Signed-off-by:
-
Thomas Gleixner authored
First part of the patch series. Define initializer macros Often used structures in the kernel are almost all declared and initialized by macros in the form: DEFINE_TYPE(name) Spinlocks and rwlocks are declared and initialized by: type name = INITIALIZER; After converting the runtime initialization of spinlocks/rwlocks to macro form it is consequent to change the declaration and initializion of global and static locks to the macro form too. This conversion identifies those variables as "special", common code controlled entities similar to list_heads, mutexes... Besides consistency and code clearness this also helps automatic lock validators and debugging code. The patch converts -rwlock_t snd_card_rwlock = RW_LOCK_UNLOCKED; +DEFINE_RWLOCK(snd_card_rwlock); and -static spinlock_t slave_active_lock = SPIN_LOCK_UNLOCKED; +static DEFINE_SPINLOCK(slave_active_lock); There is no runtime overhead or actual code change resulting out of this patch, other than a small reduction in the kernel source code size. The conversion was done with a script, it was verified manually and it was reviewed, compiled and tested as far as possible on x86, ARM, PPC. Signed-off-by:
-
Thomas Gleixner authored
To make spinlock/rwlock initialization consistent all over the kernel, this patch converts explicit lock-initializers into spin_lock_init() and rwlock_init() calls. Currently, spinlocks and rwlocks are initialized in two different ways: lock = SPIN_LOCK_UNLOCKED spin_lock_init(&lock) rwlock = RW_LOCK_UNLOCKED rwlock_init(&rwlock) this patch converts all explicit lock initializations to spin_lock_init() or rwlock_init(). (Besides consistency this also helps automatic lock validators and debugging code.) The conversion was done with a script, it was verified manually and it was reviewed, compiled and tested as far as possible on x86, ARM, PPC. There is no runtime overhead or actual code change resulting out of this patch, because spin_lock_init() and rwlock_init() are macros and are thus equivalent to the explicit initialization method. That's the second batch of the unifying patches. Signed-off-by:
-
Thomas Gleixner authored
To make spinlock/rwlock initialization consistent all over the kernel, this patch converts explicit lock-initializers into spin_lock_init() and rwlock_init() calls. Currently, spinlocks and rwlocks are initialized in two different ways: lock = SPIN_LOCK_UNLOCKED spin_lock_init(&lock) rwlock = RW_LOCK_UNLOCKED rwlock_init(&rwlock) this patch converts all explicit lock initializations to spin_lock_init() or rwlock_init(). (Besides consistency this also helps automatic lock validators and debugging code.) The conversion was done with a script, it was verified manually and it was reviewed, compiled and tested as far as possible on x86, ARM, PPC. There is no runtime overhead or actual code change resulting out of this patch, because spin_lock_init() and rwlock_init() are macros and are thus equivalent to the explicit initialization method. That's the second batch of the unifying patches. Signed-off-by:
-
Thomas Gleixner authored
To make spinlock/rwlock initialization consistent all over the kernel, this patch converts explicit lock-initializers into spin_lock_init() and rwlock_init() calls. Currently, spinlocks and rwlocks are initialized in two different ways: lock = SPIN_LOCK_UNLOCKED spin_lock_init(&lock) rwlock = RW_LOCK_UNLOCKED rwlock_init(&rwlock) this patch converts all explicit lock initializations to spin_lock_init() or rwlock_init(). (Besides consistency this also helps automatic lock validators and debugging code.) The conversion was done with a script, it was verified manually and it was reviewed, compiled and tested as far as possible on x86, ARM, PPC. There is no runtime overhead or actual code change resulting out of this patch, because spin_lock_init() and rwlock_init() are macros and are thus equivalent to the explicit initialization method. That's the second batch of the unifying patches. Signed-off-by:
-
