- 03 Sep, 2004 40 commits
-
-
Maximilian Attems authored
Uses msleep() instead of schedule_timeout() to guarantee the task delays at least the desired time amount. Signed-off-by:
Nishanth Aravamudan <nacc@us.ibm.com> Signed-off-by:
Maximilian Attems <janitor@sternwelten.at> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Maximilian Attems authored
Signed-off-by:
-
Bjorn Helgaas authored
Acked by Jesse. sn_console: don't print anything unless we're actually on an SGI box. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
-
Bjorn Helgaas authored
I think the HPET driver should announce the hardware it claims. Here's a patch that prints this: hpet0: at MMIO 0xc0000ffffc002000, IRQs 74, 75, 76 hpet0: 4ns tick, 3 64-bit timers hpet1: at MMIO 0xc0000ffffc082000, IRQs 77, 78, 79 hpet1: 4ns tick, 3 64-bit timers This has been acked by Bob. I haven't heard from Venkatesh. Print basic information (MMIO address, IRQs used, tick rate, number of timers) when claiming an HPET device. Signed-off-by:
-
Luiz Capitulino authored
drivers/net/cs89x0.c: In function `net_close': drivers/net/cs89x0.c:1601: warning: unused variable `lp' 'lp'is only used when ALLOW_DMA is defined. Signed-off-by:
Luiz Capitulino <lcapitulino@conectiva.com.br> Signed-off-by:
-
Christoph Hellwig authored
riva_get_EDID_i2c is only used on !CONFIG_PPC_OF, so don't compile it on ppc either. Signed-off-by:
-
Christoph Hellwig authored
It's defined in slab.c but not used anywhere. Signed-off-by:
-
Christoph Hellwig authored
Signed-off-by:
-
Christoph Hellwig authored
->clear_inode is the right place to free private inode parts. No idea what I though when using ->put_inode and i_count check. Signed-off-by:
-
Christoph Hellwig authored
There's some scoping problems so we get unused variables for that config. Signed-off-by:
-
Christoph Hellwig authored
dump_HT_speeds is only used by #if 0'ed code so if 0 it as well. Signed-off-by:
-
William Lee Irwin III authored
bad_page() only prints out 8 hexadecimal digits of page->flags regardless of sizeof(page_flags_t). This leads to confusing and/or incomplete bug reports. The following patch uses a field width argument to replace the hardcoded %08lx so that bad_page() may print the whole of page->flags. Signed-off-by:
-
Luca Risolia authored
Since in-kernel colorspace conversion is not allowed, this patch disables it in the CPiA video camera driver by default. Users should fix the applications in case they don't work without conversion reenabled by setting the new 'colorspace_conv' module parameter to 1. This is a temporary solution, so within a few months deprecated code will be entirely removed. Signed-off-by:
Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by:
-
Alan Cox authored
This fixes the logic so we always check for the cache. It also defaults to safer behaviour for the non cache flush case now we have the right bits in the right places. I've also played a bit with timings - the worst case timings I can get for the flush are about 7 seconds (which I'd expect as the engineering worst cases will include retries) Probably what should happen is that the barrier logic is enabled providing the wcache is disabled. I've not meddled with this as I don't know what the intended semantics and rules are for disabling barrier on a live disk (eg when a user uses hdparm to turn on the write cache). In the current code as with Jens original that cannot occur. I've also fixed the new printk's as per a private request from Matt Domsch. Cc: Jens Axboe <axboe@suse.de> Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl> Signed-off-by:
-
Alan Cox authored
This was on my TODO list for a while and it turns out someone already fixed the armwaving overcommit mode for the same problem. It is easy to get into a situation where you have no overcommit and nothing can be done because there is no memory to clean up the stable but non-useful state of the machine. The fix is trivial and duplicated from the armwaving overcommit code path. The last 3% of the memory can be claimed by root processes only. It isn't a cure but it does seem to solve the real world problems - at least providing you have enough memory for 3% to be useful 8). Signed-off-by:
-
Adrian Bunk authored
CC drivers/char/pcxx.o drivers/char/pcxx.c: In function `pcxe_cleanup': drivers/char/pcxx.c:209: warning: unused variable `e2' drivers/char/pcxx.c: At top level: drivers/char/pcxx.c:229: `pcxe_init' undeclared here (not in a function) drivers/char/pcxx.c:230: warning: type defaults to `int' in declaration of `module_cleanup' drivers/char/pcxx.c:230: warning: parameter names (without types) in function declaration drivers/char/pcxx.c:230: warning: data definition has no type or storage class drivers/char/pcxx.c:1016: redefinition of `__initcall_pcxe_init' drivers/char/pcxx.c:229: `__initcall_pcxe_init' previously defined here drivers/char/pcxx.c:1016: `pcxe_init' undeclared here (not in a function) drivers/char/pcxx.c:1017: `pcxe_exit' undeclared here (not in a function) drivers/char/pcxx.c: In function `pcxe_tiocmget': drivers/char/pcxx.c:2009: `mstat' undeclared (first use in this function) drivers/char/pcxx.c:2009: (Each undeclared identifier is reported only once drivers/char/pcxx.c:2009: for each function it appears in.) drivers/char/pcxx.c: In function `pcxe_tiocmset': drivers/char/pcxx.c:2072: warning: control reaches end of non-void function drivers/char/pcxx.c: At top level: drivers/char/pcxx.c:1044: warning: `pcxe_init' defined but not used Signed-off-by:
Adrian Bunk <bunk@fs.tum.de> Signed-off-by:
-
Gerd Knorr authored
This is a minor update for the saa7134 driver. Changes: - i2c cleanups (i2c_add_driver return value, add __init & __exit). - fix radio tuning (last update broke this ...). - adds support for new tv cards. - add config info for the tda9887 (thus this one depends on the tuner update patch mailed earlier). - add configuration help printk's for some cards, for stuff which can't be autodetected. - make automute switchable via v4l2 API, without driver reload. Signed-off-by:
-
Gerd Knorr authored
This patch is a minor update for the bttv driver. - add a few new tv cards. - add some infrastructure needed by the dvb drivers (for bt878-based dvb cards). - improve croma line selection for planar video formats, - some new debug printk's Signed-off-by:
-
Gerd Knorr authored
This patch updates the tuner and tda9887 i2c modules which handle the tv card tuning. - some cleanups (don't ignore i2c_add_driver return value, add __init and __exit). - add support for new tuners. - allow to pass configuration info (tv card specific stuff) to the tda9887 module. Signed-off-by:
-
Gerd Knorr authored
This patch has some minor cleanups for the v4l i2c modules: Don't ignore the i2c_add_driver return value and mark the init+exit functions with __init + __exit. Signed-off-by:
-
Hirofumi Ogawa authored
Some unicode chars is missing to convert on nls_cp932. This patch fixes the following chars. U+00A2, U+00A3, U+00A7, U+00A8, U+00AC, U+00B0, U+00B1, U+00B4, U+00B6, U+00D7, U+00F7, U+FFE2 Signed-off-by:OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Signed-off-by:
-
Hirofumi Ogawa authored
Signed-off-by:
-
Jesper Juhl authored
Signed-off-by:
Jesper Juhl <juhl-lkml@dif.dk> Cc: Andi Kleen <ak@muc.de> Signed-off-by:
-
Jesper Juhl authored
akpm: It's a bit debatable. The user passed in a buffer of a particular size, and we successfully sopied the LDT info into it, but we got a fault when clearing out the rest of the user's buffer. Is that worth a -EFAULT? I suppose so... Signed-off-by:
-
