- 16 Nov, 2004 8 commits
-
-
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 <dwmw2@infradead.org>
-
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:
Nicolas Pitre <nico@cam.org> Signed-off-by:
-
David Woodhouse authored
Originally from Joe Perches <joe@perches.com> Signed-off-by:
-
- 15 Nov, 2004 32 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:
-
Paul Mackerras authored
This patch changes dev.power_state to dev.power.power_state in drivers/scsi/mesh.c, and fixes an uninitialized variable use in a printk. Signed-off-by:
-
Paul Mackerras authored
It seems that pmac_zilog.c got missed in the dev.power_state to dev.power.power_state conversion. This patch makes that change, and also fixes a problem where it would not compile if CONFIG_MAGIC_SYSRQ was set but CONFIG_SERIAL_CORE_CONSOLE was not. Signed-off-by:
-
Yoshinori Sato authored
ptmx_open() only exists if CONFIG_UNIX98_PTYS. Signed-off-by:
Yoshinori Sato <ysato@users.sourceforge.jp> Signed-off-by:
-
Andrew Morton authored
alloc_pages() failures are expected here. Manually prevent warnings. Signed-off-by:
-
Juerg Billeter authored
Using the "resume" kernel parameter together with an initramfs revealed a bug that causes removal of the /sys directory in the initramfs' tmpfs, making the system unbootable. The source of the problem is that the try_name() function removes the /sys directory unconditionally, instead of removing it only when it has been created by try_name(). The attached patch only removes /sys if it has been created before. Signed-off-by:
Juerg Billeter <juerg@paldo.org> Signed-off-by:
-
Adrian Bunk authored
The patch below kills lockd_syms.c. Signed-off-by:
Trond Myklebust <trond.myklebust@fys.uio.no> Acked-by:
Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
Neil Brown authored
10 weeks ago, http://linux.bkbits.com:8080/linux-2.5/cset@415b3380pxf4sB97gM8ujLqDxi6GfQ The patch was mostly right, and fixed a real problem, but missed a bit. It passed the job of checking if an inode had a current alias off to d_find_alias instead of open-coding it in d_alloc_anon. However there is one case where d_alloc_anon would not return the right dentry. That case being when the inode was for the root of the filesystem. The root is a special case because it is not hashed. All other dentries that are not hashed are quite un-interesting: There are "unlinked" but not yet closed. The root of a filesystem is unhashed, but is interesting. Allowing d_find_alias to return an unhashed alias for a directory solves this problem. It is safe because callers of d_find_alias on a directory inode either have a name for the inode already (so finding an unlinked directory by mistake is impossible) or will soon be looking for a name and will drop the dentry if a name is not found. Signed-off-by:
-
Dave Kleikamp authored
I was looking through the radix tree code and came across what I think is a bug in radix_tree_delete. for (idx = 0; idx < RADIX_TREE_TAG_LONGS; idx++) { if (pathp[0].node->tags[tag][idx]) { tags[tag] = 1; nr_cleared_tags--; break; } } The above loop should only be executed if tags[tag] is zero. Otherwise, when walking up the tree, we can decrement nr_cleared_tags twice or more for the same value of tag, thus potentially exiting the outer loop too early. Ensure that nr_cleared_tags is only decremented once for each tag. Signed-off-by:Dave Kleikamp <shaggy@austin.ibm.com> Signed-off-by:
-
