- 08 Sep, 2004 40 commits
-
-
Jean Delvare authored
This trivial patch enforces the rule that global variables should not be explicitely initialized to 0 for all i2c chip drivers. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
Greg Kroah-Hartman <greg@kroah.com>
-
Margit Schubert-While authored
Jean scribeth : > Except lm85, but this should be fixed Indeed, patch attached. Signed-off-by: -
Mark M. Hoffman authored
* Greg KH <greg@kroah.com> [2004-08-24 16:44:32 -0700]: > > > Why not? It looks useful to me. Care to send me a patch adding > > > this to the main kernel tree? * Mark M. Hoffman <mhoffman@lightlink.com> [2004-08-25 10:25:02 -0400]: > Later today, sure. Well here it is, one day later because I really didn't want to do this with printk. I spent some time looking around and relayfs seems like a good fit. Do you think relayfs will ever get merged? Meanwhile... * * * * * This patch, applied to 2.6.9-rc1, adds an I2C/SMBus test stub that is useful for developing sensors drivers. Signed-off-by:
Mark M. Hoffman <mhoffman@lightlink.com> Signed-off-by:
-
Matthieu Castet authored
hello, since you say your are interested of using MODULE_DEVICE_TABLE in http://bugzilla.kernel.org/show_bug.cgi?id=3091 I did a patch (attach). Also I notice that some pci_device_id are marked __devinitdata that seem a bug if I read Linux 2.6.0-test3 changelog. To find them do a "grep pci_device_id /usr/src/linux/drivers/i2c/busses/* | grep __devinitdata" Signed-off-by:
-
Nishanth Aravamudan authored
Removes unused function iic_sleep(). Signed-off-by:
Nishanth Aravamudan <nacc@us.ibm.com> Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andries E. Brouwer authored
udf_filead_read() and udf_get_fileextent() are unused. Here they are put inside #if 0 .. #endif Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Paul E. McKenney authored
Signed-off-by: <paulmck@us.ibm.com> Signed-off-by:
-
Olaf Hering authored
Alpha is AXP. hostname and domainname does not need redirection. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Christoph Hellwig authored
The exports were for reiserfs in 2.4, but reiserfs doesn't need them anymore. Signed-off-by:
-
Christoph Hellwig authored
Doesn't even appear in Makefile and Kconfig anymore. Signed-off-by:
-
Andi Kleen authored
Current gcc 3.5 doesn't compile a x86-64 kernel, because it doesn't recognize the offsetof used in asm-offset.c to be constant. Use __builtin_offsetof for this instead. Signed-off-by:
-
Christoph Hellwig authored
Signed-off-by:
-
Christoph Hellwig authored
the ibm_emac_mal.c one is in exported function, so useless, the other two are stale decrements. Signed-off-by:
-
Christoph Hellwig authored
Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Correct the failure path in start_io_thread(), to return the correct error code. Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Avoid forcing use of the no-op scheduler for UBD; this may uncover some bugs in the UBD driver, and in fact uml-ubd-no-empty-queue.patch is needed to make this sure. But as of now, no other bugs have been discovered, so this should be safe. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Avoid using, in the UBD driver, the elv_queue_empty function. It's for the block layer only; in fact, the Anticipatory Scheduler can return NULL with elv_next_request() even if the queue is not empty, because it waits for the process to send another request before seeking on the disk. In fact, if (with uml-ubd-any-elevator) we let UBD use any scheduler, elevator=as will make the UBD driver Oops, if we don't have this patch. Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Andries E. Brouwer authored
The routine afs_rxvl_probe() is unused and could be removed. (I only put #if 0 around it.) Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Ingo Molnar authored
Clean up the TSC-synchronization code: get rid of div64 and calm down the printks. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Andries E. Brouwer authored
Signed-off-by:
-
Paul Fulghum authored
Uses msecs_to_jiffies() instead of the custom jiffies_from_ms(). Signed-off-by:
-
Adrian Bunk authored
drivers/cdrom/cdu31a.c: In function `do_sony_cd_cmd': drivers/cdrom/cdu31a.c:962: parse error before `:' Signed-off-by:
Adrian Bunk <bunk@fs.tum.de> Signed-off-by:
-
Anton Blanchard authored
I noticed a large machine was doing about 400,000 context switches per second when oprofile was enabled. Upon closer inspection it looks like we were rearming the buffer sync timer without modifying the expire time. Now that we have schedule_delayed_work_on I believe we can remove the timer completely. Each cpu should be offset by 1 jiffy so they dont all fire at the same time. I bumped DEFAULT_TIMER_EXPIRE from 2 to 10 times a second to be sure we reap cpu buffers. With the following patch the same large machine gets about 4000 context switches per second. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
On error we can call __free_cpu_buffers with only some buffers allocated. I was getting a bunch of vfree warnings when I hit it, we should check before calling vfree. Signed-off-by:
-
Anton Blanchard authored
Replace open coded versions with for_each_cpu()/for_each_online_cpu(). Signed-off-by:
-
Adrian Bunk authored
drivers/char/riscom8.c:1178: macro `min_t' used with only 2 args Signed-off-by:
-
Badari Pulavarty authored
The problem here is, finished_one_bio() shouldn't call aio_complete() since no work has been done. I have a fix for this - can you verify this ? I am not really comfortable with this "tweaking". (I am not really sure about IO errors like EIO etc. - if they can lead to calling aio_complete() twice) Fix is to call aio_complete() ONLY if there is something to report. Note the we don't update dio->result with any error codes from get_user_pages(), they just passed as "ret" value from do_direct_IO(). Signed-off-by:
-
Thor Kooda authored
xtea_encrypt() should use XTEA_DELTA instead of TEA_DELTA. Signed-off-by:
Thor Kooda <tkooda-patch-kernel@devsec.org> Signed-off-by:
-
Dave Jones authored
This pointer is used prior to a test for NULL. But Bart says it can never be NULL. Signed-off-by:
Dave Jones <davej@redhat.com> Signed-off-by:
-
Dave Jones authored
Not that this driver compiles, but coverity picked up this nonsense. If the pci_alloc_consistent fails, we go boom. Amusingly, after the ==NULL check, is an identical memset. Signed-off-by:
-
Antonino Daplas authored
This adds module_init(xxxfb_init) in all drivers. For drivers with xxxfb_setup(), this patch also adds a 'xxxfb_setup(fb_get_options("xxxfb"))' prior to initialization. Signed-off-by:Antonino Daplas <adaplas@pol.net> Signed-off-by:
-
Antonino Daplas authored
This patch probably deserves discussion among developers. Currently, the framebuffer system is initialized in a roundabout manner. First, drivers/char/mem.c calls fbmem_init(). fbmem_init() will then iterate over an array of individual drivers' xxxfb_init(), then each driver registers its presence back to fbmem. During console_init(), drivers/char/vt.c will call fb_console_init(). fbcon will check for registered drivers, and if any are present, will call take_over_console() in drivers/char/vt.c. This patch changes the initialization sequence so it proceeds in this manner: Each driver has its own module_init(). Each driver calls register_framebuffer() in fbmem.c. fbmem.c will then notify fbcon of the driver registration. Upon notification, fbcon calls take_over_console() in vt.c. The following are the changes brought about by this patch: - Each subsystem (fbcon, fbmem, xxxfb) will have their own module_init. Thus, explicit calls to each subsystem's init functions are eliminated. - The struct fb_drivers array in fbmem.c can be removed. This slashes around 400 lines in fbmem.c - Parsing of kernel boot options were done by fbmem.c calling each driver's xxxfb_setup() function. Because this is not possible with this patch, drivers can choose to either: - have their own __setup() routine - call fb_get_options("xxxfb") and pass the return value to xxxfb_setup(). This is to maintain compatibility with the 'video=xxxfb:<options>' semantics. - Getting a framebuffer console will occur a bit late during the boot process since the initialization sequence will depend upon the link order. So, 'video/' is moved up in drivers/Makefile, shortly after 'pci/' - Because driver initialization will be dependent on the link order, hardware that depends on other subsystems (agpgart, usb, serial, etc) may choose to initialize after the subsystems they depend on. Signed-off-by: -
Antonino Daplas authored
- This fixes another regression from 2.4. If fbcon is compiled statically, and the framebuffer driver is compiled as a module, doing a 'modprobe xxxfb' does nothing to the console. This has generated numerous bug reports from users. With this patch, fbmem will notify fbcon upon driver registration allowing fbcon to take over the console. - This also fixes con2fbmap not working if fbcon is compiled as a module using the same mechanism as described above. Signed-off-by:
-
Antonino Daplas authored
- Fixed rivafb crashing in PPC. rivafb in PPC requires full, instead of partial, hardware initialization in rivafb_set_par(). - Added untested support for NV_ARCH_30 chipsets. - From Guido Guenther <agx@sigxcpu.org> here's another short patch fixing the cursor colors on big endian. - From Guido Guenther <agx@sigxcpu.org> trivial: strictmode is a MODULE_PARAM, even if CONFIG_MTRR is not set: Signed-off-by:Guido Guenther <agx@sigxcpu.org> Signed-off-by:
-
