- 15 Nov, 2004 40 commits
-
-
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 <adaplas@pol.net> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
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:
Adrian Bunk <bunk@stusta.de> Acked-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:
-
Martin Schwidefsky authored
From: Andreas Herrmann <aherrman@de.ibm.com> From: Maxim Shchetynin <maxim@de.ibm.com> zfcp host adapter changes: - Add access control enhancements. - Add event callbacks. Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by:
-
Martin Schwidefsky authored
From: Volker Sameske <sameske@de.ibm.com> zfcp host adapter: - Add read-only lun sharing feature. Signed-off-by:
-
Martin Schwidefsky authored
From: Andreas Herrmann <aherrman@de.ibm.com> zfcp host adapter change: - Avoid usage of unregister debug feature. - Avoid race when unregistering debug feature. - Corrected some log messages for WKA ports. - Don't pass NULL pointer to debug_register_view and debug_set_level. - Some coding style cleanup. - Fix race between scsi_add_device and deregistration of the adapter. - Shorten & rename zfcp_els/zfcp_els_handler. - Remove unused code for unused ELS commands. - Evaluate response instead of request in adisc handler. - Allocate qdio queue structures below 2GB. - Remove ifdefs around ioctl32.h. - Use CONFIG_COMPAT instead of CONFIG_S390_SUPPORT. - Use semaphore in zfcp_ccw_shutdown. - Strip down debug_register/debug_unregister. Signed-off-by:
-
Martin Schwidefsky authored
From: Eric Rossman <edrossma@us.ibm.com> s390 crypto driver changes: - Small cleanup: misc -> crypto, header file defines, variable names and a printk message. Signed-off-by:
-
Martin Schwidefsky authored
From: Gerald Schaefer <geraldsc@de.ibm.com> Docu for the z/VM monitor record read access feature. Signed-off-by:
-
Martin Schwidefsky authored
3270 console driver changes: - Add error handling in 3270 device startup. - Do halt_io if startup has been interrupted. - Fix reference counting in tty timers. - Simplify set_timer functions. Signed-off-by:
-
Martin Schwidefsky authored
From: Stefan Weinhuber <wein@de.ibm.com> dasd driver changes: - Fix parameter parsing to allow sequences of devices, ranges and keywords. Signed-off-by:
-
Martin Schwidefsky authored
From: Cornelia Huck <cohuck@de.ibm.com> From: Thomas Spatzier <tspat@de.ibm.com> common i/o layer changes: - Prevent double unregister of ccw devices. - Move unregister out of the subchannel remove function, to avoid live-lock due to hotplug if the root device is currently indisposed. - Delete pending timer after a machine check. - Revert change to allocate qdio queues and SLIBS in DMA memory. - Decrement ccw_device_init_count only after ccw_device_register is done. - Remove unnecessary check in ccw_hotplug. Signed-off-by:
-
Martin Schwidefsky authored
From: Stefan Bader <shbader@de.ibm.com> From: Martin Schwidefsky <schwidefsky@de.ibm.com> s390 core changes: - Store correct set of registers to core dumps. - Fix make install with separate obj directory. - Regenerate default configuration. Signed-off-by:
-
Jeff Dike authored
Update defconfig. Signed-off-by:
Jeff Dike <jdike@addtoit.com> Signed-off-by:
-
Jeff Dike authored
Bodo pointed out that arch/um/kernel/skas/exec_user.c is dead code, so this removes it. Signed-off-by:
-
Jeff Dike authored
Remove an unused declaration of time_stamp(). Signed-off-by:
-
Jeff Dike authored
Add ARCH_USER_CFLAGS so the arches can modify USER_CFLAGS. We now take __ARCH_WANT_OLD_STAT and __ARCH_WANT_STAT64 from the base arch so that the LFS-64 code gets included or excluded automatically. Signed-off-by:
-
Jeff Dike authored
Some definitions of pte_unmap_* macros were written for HIGHPTE, which UML doesn't support. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> This one covers the fact, that the SIGSEGV signal, which is created by force_sigsegv() in case of an error in handle_signal(), is not delivered to the user immediately. In the worst case it even could be masked if a sigprocmask() systemcall follows immediately after return from kernel. The patch is relevant for other architectures, too. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> If the user stack limit is reached or the signal stack assigned with sigaltstack() is invalid when a user signal handler with SA_ONSTACK has to be started, the signal mask of the interrupted user program is modified. This happens because the mask, that should be used with the handler only, is written to "current->blocked" even if the handler could not be started. But without a handler, no rewrite of the original mask at sys_sigreturn will be done. A slightly different case is sys_sigsuspend(), where the mask is already modified when kern_do_signal() is started. "*oldset" and "current->blocked" are not equal here and thus current->blocked has to be set to *oldset, if an error occurs in handle_signal(). For both cases I've written small tests, and with the patch the result is OK. This issue is relevant for other architectures too (e.g. i386, I've seen). Signed-off-by:
-
