- 16 Nov, 2004 16 commits
-
-
David Woodhouse authored
... and should include it directly rather than hoping it's been done. Signed-off-by:David Woodhouse <dwmw2@infradead.org>
-
David Woodhouse authored
Signed-off-by: -
David Woodhouse authored
We had it already in the inocache structure we were being passed Signed-off-by:
Artem Bityuckiy <dedekind@infradead.org> Signed-off-by:
-
David Woodhouse authored
We weren't correctly holding a lock when adding raw nodes to the per-inode list. Signed-off-by:
-
David Woodhouse authored
Determine it from the CFI query data instead of hard-coding it. Signed-off-by:
Nicolas Pitre <nico@cam.org> Signed-off-by:
-
David Woodhouse authored
Signed-off-by:Russell King <rmk@arm.linux.org.uk> Signed-off-by: David Woodhouse <dwmw2@infradead.org>
-
David Woodhouse authored
Signed-off-by:
Deepak Saxena <dsaxena@plexity.net> Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
Pete Popov <ppopov@embeddedalley.com> Signed-off-by:
-
David Woodhouse authored
Fix kernel NULL pointer dereference at mtd_erase_callback+6 when trying to insmod INFTL or NFTL modules. Signed-off-by:
Kalev Lember <kalev@colleduc.ee> Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
We weren't correctly resetting our idea of the chip's state on suspend in all circumstances. Fix that. Signed-off-by: -
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Cleanups and fixes in preparation for XIP support -- fix unbalanced use of get_chip() and put_chip(), and clean up the code a little in preparation for what's to come. Signed-off-by:
-
David Woodhouse authored
Originally from Joe Perches <joe@perches.com> Signed-off-by:
-
- 15 Nov, 2004 24 commits
-
-
Miles Bader authored
Signed-off-by:
Miles Bader <miles@gnu.org> Cc: James Bottomley <James.Bottomley@steeleye.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Markus Lidel authored
- changed initialization of spin locks from SPIN_LOCK_UNLOCKED into spin_lock_init() Signed-off-by:
Markus Lidel <Markus.Lidel@shadowconnect.com> Signed-off-by:
-
Markus Lidel authored
- removed old queueing code and replaced it with new wait_event API Signed-off-by:
-
Markus Lidel authored
- remove unused code - make needlessly global code static Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Markus Lidel authored
- changed code with BUG() to use BUG_ON() which could be optimized by some platforms (original from Milton Miller) Signed-off-by:
-
Antonino Daplas authored
let find_mode search for nearest refresh rate Signed-off-by:
Alexander Kern <alex.kern@gmx.de> Signed-off-by:
Antonino Daplas <adaplas@pol.net> Signed-off-by:
-
Antonino Daplas authored
Fix typo, and decrease amount of output Signed-off-by:
-
Antonino Daplas authored
fix hw cursor in doublescan modes Signed-off-by:
-
Antonino Daplas authored
- use symbol_get() to check for the presence of i2c - allow mode changing even if EDID block is not found (no I2C support) - fix crashes on chipsets that do not have i2c support - shorten string in info->fix.id - trivial chip name changes Signed-off-by:
-
Antonino Daplas authored
Problem reported by Gerd Knorr: (1) boot with vesafb (thats what I'm using, maybe it shows on other framebuffers and/or vgacon as well). (2) login into one terminal, then type "echo -ne '\033[?17;15;239c'". You should have a nice, yellow and *not* blinking cursor block. That is what I have in my .profile because I can't stand the blinking cursors. (3) Switch to another terminal. The cursor goes into blinking underscore mode now (i.e. the default cursor). (4) Switch back to the first terminal. Now you have a yellow block with the last two pixel lines (i.e. the underscore) blinking. This bug is caused by both fbcon_cursor and vt softcursor being active at the same time. Fix: - Disable fbcon_cursor if vt softcursor is active (vc->vc_cursor_type & 0x10) != 0. - Recheck/reload fbcon cursor for each vt switch Signed-off-by: -
Antonino Daplas authored
- Add support for fonts bigger thatn 16x32 by dynamically allocating buffer based on font dimensions instead of statically allocating at 64 bytes. - use softcursor if cursor size exceeds 32x32. - fix rivafb_cursor if cursor width is not divisible by 2 Signed-off-by:
-
Antonino Daplas authored
Fix crash if font font is bigger than 16x32 by dynamically allocating buffer based on font dimensions instead of statically allocating at 64 bytes. Signed-off-by:
-
Antonino Daplas authored
From: Jani Jaakkola <jjaakkol@cs.Helsinki.FI>: The first one was that fbcon_set_font() used one byte padding for fonts having width 16 <= width < 24, which was wrong since the pieces of code actually using the font did not use any padding. This is fixed in the included patch and also fbcon_set_font() is made a little cleaner. After the patch the following font is not garbled in fb console: http://www.cs.helsinki.fi/u/jjaakkol/psf/bitstream_vera_sans_mono_roman.16x30.psf The other bug is that fonts having height == 32 crash the kernel. I have no fix for this (at least not yet), but it can be reproduced with font: http://www.cs.helsinki.fi/u/jjaakkol/psf/bitstream_vera_sans_mono_roman.17x32.psf. Signed-off-by:
-
Sylvain Meyer authored
- add vram option to reserve more memory than stolen by BIOS if needed - fix intelfbhw_pan_display typo - add __initdata annotations Signed-off-by:
Sylvain Meyer <sylvain.meyer@worldonline.fr> Signed-off-by:
-
Alasdair G. Kergon authored
Currently userspace code using the dm ioctls must refer to a mapped device by either its name or its uuid. But in some circumstances you know neither of those directly. This patch lets you reference devices by their major/minor numbers as an alternative. Signed-Off-By:
Alasdair G Kergon <agk@redhat.com> Signed-off-by:
-
Alasdair G. Kergon authored
Add DM_TARGET_MSG ioctl so data can be passed to a dm target after its table has been loaded. Signed-Off-By:
-
Alasdair G. Kergon authored
Fix some DMERR macro usage. It already adds : and \n. Signed-Off-By:
-
Alasdair G. Kergon authored
dm-crypt fix for zero-length key. Signed-Off-By:
Christophe Saout <christophe@saout.de> Signed-Off-By:
-
Andries E. Brouwer authored
drivers/md/dm.c dm_int refers to _exits which is defined as __exitdata. With CONFIG_HOTPLUG=n, __exitdata is discarded. Signed-off-by:
-
Roland Dreier authored
Right now, cdev_init() works in a way that is not very intuitive. If a driver passes an uninitialized struct cdev to cdev_init(), then an uninitialized struct kobject will be passed to kobject_init(), which does kset_get() on kobj->kset, which probably points off into space and causes an oops. Drivers can work around this by zeroing out their struct cdev in advance (and indeed most if not all of the things passed to cdev_init() come from BSS) but I think it makes more sense for cdev_init() to live up to its name and actually work on an uninitialized cdev. Signed-off-by:
Roland Dreier <roland@topspin.com> Signed-off-by:
-
Paul Mackerras authored
I released ppp-2.4.3 yesterday, with much improved support for multilink operation - when the first link is terminated, its pppd no longer exits immediately, but keeps running in order to keep the ppp interface up while there are other links still in the bundle. However, this shows up a bug in the kernel ppp driver, which is that there is no way for the pppd controlling the bundle to know when the last link in the bundle is terminated. This patch provides such a way: with this patch, pppd will get an EOF when reading from the /dev/ppp instance for the bundle when there are no channels connected. The change does not affect older versions of pppd or normal non-multilink operation (I have tested to make sure of that). Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Paul Mackerras authored
This patch adds __iomem annotations to drivers/block/swim3.c. Signed-off-by:
-
Paul Mackerras authored
This patch does the power_state -> power.power_state conversion for drivers/macintosh/mediabay.c and makes it use void __iomem * for ioremap cookies. Once the IDE code is converted to not use unsigned long for MMIO register addresses, I will be able to remove a few casts from here. Signed-off-by:
-
Paul Mackerras authored
This patch adds __iomem annotations to drivers/scsi/mac53c94.c, and changes one use of st_le32 to writel. Signed-off-by:
-
