Pavel Machek [Wed, 1 Dec 2004 09:08:44 +0000 (01:08 -0800)]
[PATCH] swsusp kconfig: Change in wording
Vadim says:
I was reading through the kernel/power/Kconfig file, and noticed that
the wording was slightly unclear. I poked at it a bit, hopefully making
the description a tad more straightforward, but you be the judge. :)
Diffed against 2.6.10-rc2.
From: Vadim Lobanov <vlobanov@speakeasy.net> Signed-off-by: Vadim Lobanov <vlobanov@speakeasy.net> Signed-off-by: Pavel Machek <pavel@suse.cz> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Neil Brown [Wed, 1 Dec 2004 09:08:30 +0000 (01:08 -0800)]
[PATCH] md: fix jiffies handling in md.c
Use time_after_eq instead of >=
From: Michal Schmidt <xschmi00@stud.feec.vutbr.cz> Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Neil Brown [Wed, 1 Dec 2004 09:08:17 +0000 (01:08 -0800)]
[PATCH] md: fix careless bug in raid10
raid10 performs resync by reading all blocks, comparing to look for The
requires re-tasking a bio that was used to read, so that it can be re-used
for write. So a number of fields need to be reset.
The bi_bdev field was not being reset. However when using on a partition
of a device, it gets changed by generic_make_request.
This patch simply resets bi_bdev to the correct value.
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
[PATCH] Buffer overrun in arch/x86_64/sys_ia32.c:sys32_ni_syscall()
With Chris Wright <chrisw@osdl.org>
struct task_struct.comm is defined to be 16 chars, but
arch/x86_64/sys_ia32.c:sys32_ni_syscall() and sys32_vm86_warning() copy it
into a static 8 byte buffer, which will surely cause problems. This patch
makes lastcomm[] the right size, and makes sure it can't be overrun. Since
the code also goes to the effort of getting a local copy of current in "me",
we may as well use it for printing the message.
Signed-off-by: Chris Wright <chrisw@osdl.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Ralf Bächle [Wed, 1 Dec 2004 09:07:46 +0000 (01:07 -0800)]
[PATCH] MIPS updates
o General updates of MIPS to 2.6.10-rc2
o Remove the Baget platform due to lack of maintenance over several years.
Some of the drivers remain and will be removed in a separate patch.
o Remove the HP Laserjet platform. No user reports ever and no patches from
the original submitters made this port a neat hack - and a directory full
of clutter.
o SMP support for the PMC-Sierra.
Holger Freyther [Wed, 1 Dec 2004 16:23:46 +0000 (16:23 +0000)]
[ARM PATCH] 2283/1: SA1100 USB Config options
Patch from Holger Hans Peter Freyther
arch/arm/mach-sa1100/KConfig had options for USB client. The related code was removed early in 2.6. releases.
I think it is appropriate to remove the Config options for it itself, as they're void.
Signed-off-by: Holger Hans Peter Freyther Signed-off-by: Russell King
Len Brown [Wed, 1 Dec 2004 08:59:57 +0000 (03:59 -0500)]
[ACPI] disable LAPIC at reboot and poweroff if Linux forced it on
http://bugzilla.kernel.org/show_bug.cgi?id=3643
Signed-off-by: Alexey Y Starikovskiy <alexey.y.starikovskiy@intel.com> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Len Brown <len.brown@intel.com>
Alternate workaround for blocking usage of select() by UDP applications.
The problem is Linux optimizes the UDP receive checksum path so that checksum
validation is not performed until the application read. This is a performance win
but can cause applications that do select with blocking file descriptors to get false
positives if the received message has a checksum error.
There is a long running thread about this on LKML.
This patch makes these applications work, but keeps the one-pass performance gain
for those applications smart enough to use non-blocking file descriptors with
select/poll. There is still a possibility to get a false positive if application does
select on non-blocking fd then makes it blocking before doing the receive, but that
is unlikely.
Tested by injecting bad packets with SOCK_RAW.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net>
While looking at the SCM passing code in net/core/scm.c I noticed that there's
a 32-bit compat implementation of scm_detach_fds()'s called
scm_detach_fds_compat() living in net/compat.c. While these two functions
are mostly the same the latter does not include the call to the
security_file_receive() hook which is almost certainly a bug.
Signed-off-by: Mitchell Blank Jr <mitch@sfgoth.com> Signed-off-by: James Morris <jmorris@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Bjorn Helgaas [Tue, 30 Nov 2004 00:51:09 +0000 (16:51 -0800)]
[IA64] Bigsur config: Add CONFIG_SERIAL_8250_ACPI so we can find serial devices
In the absence of an HCDP, we used to assume there were legacy COM ports
at 0x3f8 and 0x2f8, but I recently removed that assumption.
"console=ttyS0" still works (assuming you have CONFIG_SERIAL_8250_ACPI
turned on so you can find the ttyS0 device), but the console doesn't
start working until the serial driver initializes. If you need an
early console and you know where it lives, something like
"console=uart,io,0x3f8" will start working very early.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Jens Axboe [Tue, 30 Nov 2004 00:12:38 +0000 (16:12 -0800)]
[PATCH] cfq-iosched: kill show_status sysfs entry
This is a debug entry that isn't of much use to the generic user or on a
production system. Additionally it can also easy overflow the sysfs
PAGE_SIZE limitation, if you have many processes doing io. So kill the
entry.
Rusty Russell [Mon, 29 Nov 2004 12:24:39 +0000 (04:24 -0800)]
[PATCH] Remove Futex Warning
If we're waiting on a futex and we are woken up, it's either because
someone did FUTEX_WAKE, we timed out, or have been signalled. However, the
WARN_ON(!signal_pending(current)) test is overzealous: with threads (a
common use of futexes), we share the signal handler and the other
thread might get to the signal before us. In addition, exit_notify()
can do a recalc_sigpending_tsk() on us, which will then clear our
TIF_SIGPENDING bit, making signal_pending(current) return false.
Returning EINTR is a little strange in this case, since this thread
hasn't handled a signal. However, with threads it's the best we can
do: there's always a race where another thread could have been the
actual one to handle the signal.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Ben Dooks [Mon, 29 Nov 2004 15:23:14 +0000 (15:23 +0000)]
[ARM PATCH] 2285/1: S3C2410 - regs-sdi.h fixes
Patch from Ben Dooks
Fixes from Koen Martens to update the
register definitions for the MMC/SD/SDIO interface,
tidied up for release with extra notes on what has
been depreceated in later silicon.
Signed-off-by: Koen Martens Signed-off-by: Ben Dooks Signed-off-by: Russell King
Jean Delvare [Mon, 29 Nov 2004 07:42:04 +0000 (23:42 -0800)]
[PATCH] I2C: macintoch/therm_* drivers cleanups
This patch cleans the macintoch/therm_* drivers a bit. It removes
useless IDs, cleans names (no white space), some coding style fixes as
well, etc. It's exactly the same as what I posted yesterday as a
candidate fix to bug #3823:
http://bugzilla.kernel.org/show_bug.cgi?id=3823
Although it isn't the proper fix for that bug, as you underlined, this
still sounds like a sane set of cleanups for these drivers.
Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
Andrew Patterson [Mon, 29 Nov 2004 05:39:34 +0000 (21:39 -0800)]
[PATCH] cciss: Off-by-one error causing oops in CCISS_GETLUNIFO ioctl
This patch fixes an an "off-by-one" error found in the CCISS_GETLUNIFO
ioctl in the cciss driver. It is cycling through the part table of the
gendisk structure which is a zero-based array, not a one-based array. This
often causes an oops when referencing the out-of-bounds element.
Signed-off by: Andrew Patterson <andrew.patterson@hp.com>
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Antonino Daplas [Mon, 29 Nov 2004 05:39:21 +0000 (21:39 -0800)]
[PATCH] fbdev: Fix crash if fb_set_var() called before register_framebuffer()
The field info->modelist is initialized during register_framebuffer. This
field is also referred to in fb_set_var(). Thus a call to fb_set_var()
before register_framebuffer() will cause a crash. A few drivers do this,
notably controlfb. (This might fix reports of controlfb crashing in
powermacs).
Andi Kleen [Mon, 29 Nov 2004 05:39:09 +0000 (21:39 -0800)]
[PATCH] x86_64: Fix lost edge triggered irqs on UP kernel
Patch from Petr Vandrovec <vandrove@vc.cvut.cz>
Recently I've observed problems with IDE disks while running UP kernel on
x86-64 - it complained a lot about lost irq from hda/hdc. I tracked
problem down to the problem that at enable_irq() code calls
hw_resend_irq(), but on x86-64 hw_resend_irq() does something useful only
when CONFIG_SMP is defined, on UP systems it does nothing.
Due to this IRQ is lost - and when IDE retries command, it can again happen
that IRQ is delivered before IDE code does enable_irq(), and again and
again, unless due to drive being lazy finally once kernel does enable_irq()
before drive prepares its answer, and things move forward ... to next lost
IRQ.
Michael Kerrisk [Mon, 29 Nov 2004 05:38:43 +0000 (21:38 -0800)]
[PATCH] RLIMIT_MEMLOCK accounting of shmctl() SHM_LOCK is broken
The accounting of shmctl() SHM_LOCK memory locks against the user
structure is broken. The check of the size of the to-be-locked region
is based on the size of the segment as specified when it was created by
shmget() (this size is *not* rounded up to a page boundary).
Fix it by rounding the size properlt. Also, tune up the spinlock
coverage in there a little.
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Andi Kleen [Mon, 29 Nov 2004 03:13:49 +0000 (19:13 -0800)]
[PATCH] PCI: Disable mmconfig on AMD CPUs.
Disable mmconfig on AMD CPUs.
This patch fixes various problems on PCI Express boards, like the
Nforce4. They have a MCFG table in ACPI, but not all devices can be
accessed using MMCONFIG. e.g. the CPU builtin PCI devices in the A64
Northbridge can't. Linux happily uses mmconfig for all PCI devices and
that cause failures and memory corruption.
Right solution apparently is to get more information from MCFG which is
supposed to tell for which busses mmconfig is legal and for which ones
not. But that would be a much more complicated patch and I don't have
a specification of this enhanced table.
This patch just disable MMCONFIG on all AMD CPUs. This is a kludge,
but works around the problem for now.
Andi Kleen [Mon, 29 Nov 2004 03:12:54 +0000 (19:12 -0800)]
[PATCH] PCI: Add sysfs file to map PCI busses to cpus
Add sysfs file to map PCI busses to cpus
Export the information from pcibus_to_cpumask() to sysfs. This
is useful for some user space programs who want to optimize their IO
using O_DIRECT.
There was some indecision on whether it's more useful to report
cpus or nodes here. In the end cpus was chosen because that is
what the existing macros report.
Marcel Holtmann [Mon, 29 Nov 2004 02:40:36 +0000 (18:40 -0800)]
[PATCH] fix unnecessary increment in firmware_class_hotplug() and USB core
> This patch is to fix unnecessary increment of 'i' used to
> specify an element of an arry 'envp[]' in firmware_class_hotplug().
> The 'i' is already incremented in add_hotplug_env_var(), actually.
you are right. The incrementation is wrong, but it doesn't have any
negative effect. However the same applies for the usb_hotplug() function
in drivers/usb/core/usb.c.
Holger Freyther [Sun, 28 Nov 2004 16:07:53 +0000 (16:07 +0000)]
[ARM PATCH] 2280/1: [PATCH] SIMpad: Change maintainer to me
Patch from Holger Hans Peter Freyther
Line numbers could depend on 2279/1
Change the maintainer of the SIMpad board to me. This change was discussed on the simpad linux mailinglist and was supported by the former maintainer of SIMpad. I'll subscribe and introduce myself shortly on the arm linux mailinglist and ask for SIMpad not to be removed.
Signed-off-by: Holger Hans Peter Freyther Signed-off-by: Russell King
Holger Freyther [Sun, 28 Nov 2004 16:02:29 +0000 (16:02 +0000)]
[ARM PATCH] 2279/1: [PATCH] SIMpad: Add a mq200 device to the platform bus
Patch from Holger Hans Peter Freyther
The SIMpad uses the MediaQ 200 framebuffer device. There is no driver in the vanilla kernel for that device. But adding the device to the platform bus makes it possible to just drop the mq200 driver into the kernel and the display will work.
Please consider applying the patch.
Signed-off-by: Holger Hans Peter Freyther Signed-off-by: Russell King
Alexander Viro [Sun, 28 Nov 2004 07:08:13 +0000 (23:08 -0800)]
[PATCH] iomem annotations and fixes + isa_-ectomy in msnd
* switched to ioremap() + normal operations
* split msnd_fifo_write() (and msnd_fifo_read()) into iomem and normal
versions (original was even worse - it used to do __user and __iomem
versions in the same code and in atomic context; when that bogosity
got fixed, the difference between these cases (now normal memory and
iomem) had been lost).
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Alexander Viro [Sun, 28 Nov 2004 07:07:22 +0000 (23:07 -0800)]
[PATCH] seagate iomem annotations, cleanup and isa_-ectomy
* switched to ioremap()
* switched to normal iomem operations
* killed a bunch of phys_to_virt()
* killed open-coded (and inferior) instances of memcpy_toio()/memcpy_fromio().
* fixed a dumb typo introduced in "kill off isa_check_signature()"
patch (sorry - missed the fact that it was not covered by
allmodconfig and didn't verify until after sending the patch in
question ;-/).
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
projects / history.git / log