- 22 Nov, 2004 1 commit
-
-
Bjorn Helgaas authored
Ignore offline CPUs when registering IOSAPIC interrupts. We previously directed interrupts even to offline CPUs, which means that if you have some unused CPUs (e.g., you used "maxcpus="), some interrupts won't work. This really hurts because distro installs typically use "maxcpus=1". Patch by Alex Williamson. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 18 Nov, 2004 2 commits
-
-
Grant Grundler authored
Following trivial patch fixes what looks like a merge bug. Signed-off-by:
Grant Grundler <iod00d@hp.com> Signed-off-by:
-
Stéphane Eranian authored
fix a problem in pfm_handle_work() where a task may go to sleep in down_interruptible() with interrupts disabled. This may happen only for a monitored thread for which the PFM_FL_NOTIFY_BLOCK flag is set. The fix re-enables interrupts around the semaphore call. It is safe to do so because pfm_handle_work() is called from do_notify_user() which is called only when the task is about to leave the kernel, i.e., no risk of stack overflow because of interrupt nesting. fix a debug printk warning in pfm_write_pmcs() signed-off-by:
Stephane Eranian <eranian@hpl.hp.com> ack-by:
David Mosberger <davidm@hpl.hp.com> Signed-off-by:
-
- 16 Nov, 2004 2 commits
-
-
Christoph Hellwig authored
syscall_count, ksoftirqd_task, local_syscall_count, local_ksoftirqd_task and local_nmi_count are totally unused (and gone from other architectures aswell) nmi_count() is a stub only used once in arch/ia64/kernel/irq.c, so we can use 0 directly there. I suspect it was added to keep irq.c in sync with i386, but even the CONFIG_GENERIC_HARDIRQS code (<hint>which IA64 needs to be converted to</hint>) leaves /proc/interrupts output to the architecture because it's so different over the architectures. Signed-off-by:
Christoph Hellwig <hch@lst.de> Deleted the code to print "NMI:" and a row of zeroes from irq.c -Tony Signed-off-by:
-
Jesse Barnes authored
The palinfo module may call ia64_pal_tr_read using an IPI. If the processor receiving the IPI is idle, the call will fail since the idle process stack is in region 5 and ia64_pal_tr_read uses __pa rather than ia64_tpa. This small patch fixes the problem by making it use ia64_tpa instead. Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
-
- 15 Nov, 2004 35 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:
-
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:
-
