ChangeSet@1.1730, 2004-03-30 17:36:12-08:00, torvalds@ppc970.osdl.org
Fix serious naming problem.
People were getting quite excited about this.
ChangeSet@1.1729, 2004-03-30 16:53:19-08:00, greg@kroah.com
[PATCH] back out sysfs reference count change
This backs out Maneesh's sysfs patch that was recently added to the
kernel.
In its defense, the original patch did solve some fixes that could be
duplicated on SMP machines, but the side affect of the patch caused lots
of problems. Basically it caused kobjects to get their references
incremented when files that are not present in the kobject are asked for
(udev can easily trigger this when it looks for files call "dev" in
directories that do not have that file). This can cause easy oopses
when the VFS later ages out those old dentries and the kobject has its
reference finally released (usually after the module that the kobject
lived in was removed.)
I will continue to work with Maneesh to try to solve the original bug,
but for now, this patch needs to be applied.
ChangeSet@1.1728, 2004-03-30 16:53:09-08:00, rth@twiddle.net
[PATCH] Alpha: UP1500 pci_mem fix
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
The memory reserved for PCI probe is not freed properly in some cases,
for instance with a 3.5Gb of RAM.
Forward port from 2.4.
ChangeSet@1.1727, 2004-03-30 10:52:10-08:00, benh@kernel.crashing.org
[PATCH] ppc64: More incorrect syscall error test
Oops, there was two different code path affected by this
bug (strace and normal) and I fixed only one. Here's the
other one:
ChangeSet@1.1726, 2004-03-30 10:51:56-08:00, benh@kernel.crashing.org
[PATCH] ppc64: Add a sync in context switch on SMP
For the same reason as ppc32, we need to ensure that all stores
done on a CPU has reached the coherency domain and are visible
to loads done by another CPU when context switching as the same
thread may be rescheduled almost right away there.
ChangeSet@1.1725, 2004-03-30 10:51:44-08:00, benh@kernel.crashing.org
[PATCH] ppc32: PCI mmap update
This updates the ppc32 PCI mmap facility to allow mmap'ing of space
outside of the actual devices, using the host bridge resources instead.
This allow userland to map things like legacy IO space by either using
the bridge device itself, or simply any PCI device on the same bus
domain
ChangeSet@1.1724, 2004-03-30 10:51:30-08:00, benh@kernel.crashing.org
[PATCH] ppc32: Allow PREEMPT with SMP in KConfig
On ppc32, CONFIG_PREEMPT wasn't settable along with CONFIG_SMP
for historical reasons (smp_processor_id() races). Those races have
been fixes since then (well, should have been at least) so it's now
safe to allow both options.
ChangeSet@1.1723, 2004-03-30 10:51:17-08:00, benh@kernel.crashing.org
[PATCH] ppc32: context switch fixes
This fixes a few issues with context switch on ppc32:
- Makes sure we properly flush out all stores to the coherency domain
when switching out, since the same thread could be switched back in
on another CPU right away, those stores must be visible to all other
CPUs.
- Remove dssall in the assembly calls and do it now once in switch_mm
(stop vmx streams). Assume the G5 doesn't need a sync after dssall.
- Remove bogus isync in the loop setting the userland segment registers
- Do not switch the userland segments when the mm stays the same
ChangeSet@1.1722, 2004-03-30 10:51:04-08:00, benh@kernel.crashing.org
[PATCH] ppc32: Remove duplicate export
enable_kernel_fp is exported both in ppc_ksyms and near it's
definition in process.c, remove the former.
ChangeSet@1.1721, 2004-03-30 10:50:51-08:00, benh@kernel.crashing.org
[PATCH] ppc32: Even more preempt fixes
Add a warning if enable_kernel_{fp,altivec} is called with preempt
enabled since this is always an error, and make sure the alignement
exception handler properly disables preempt when doing FP operations.
ChangeSet@1.1720, 2004-03-30 10:49:13-08:00, vatsa@in.ibm.com
[PATCH] Fix obvious stupid race in do_stop
We don't set the task state to TASK_INTERRUPTIBLE _before_ checking for
kthread_should_stop in do_stop.
ChangeSet@1.1717.1.5, 2004-03-30 10:47:17-08:00, marcelo.tosatti@cyclades.com
[PATCH] pc300 driver misplaced ;
From Dave Jones.
Oops.
ChangeSet@1.1717.1.4, 2004-03-30 10:47:05-08:00, armin@melware.de
[PATCH] ISDN Eicon driver: NULL pointer check inside spinlock
Check for valid application pointer inside api spinlock
in diva_send_message().
ChangeSet@1.1717.1.3, 2004-03-30 10:41:57-08:00, akpm@osdl.org
[PATCH] Make pdflush run at nice 0
Since pdflush was converted to be launched by the kthread infrastructure it
has inherited keventd's `nice -10' setting. That hurts interactivity when
pdflush is doing lots of work writing back through the dm-crypt layer.
So set pdflush back to `nice 0'.
ChangeSet@1.1717.1.2, 2004-03-30 10:41:44-08:00, akpm@osdl.org
[PATCH] catch errors when completing bio pairs
From: Mike Christie <michaelc@cs.wisc.edu>
A couple of drivers can sometimes fail the first segments in a bio then
requeue the rest of the request. In this situation, if the last part of
the bio completes successfully bio_pair_end_* will miss that the beginging
of the bio had failed becuase they just return one when bi_size is not yet
zero. The attached patch moves the error value test before the bi_size to
catch the above case.
ChangeSet@1.1717.1.1, 2004-03-30 10:41:31-08:00, akpm@osdl.org
[PATCH] Fix BLKPREP_KILL
From: Jens Axboe <axboe@suse.de>
Samuel Rydh wrote:
If a MODE_SENSE(6) command is sent to an IDE cd using the CDROM_SEND_PACKET
ioctl, then the kernel freezes solidly. To reproduce this, one can take the
SCSI cmd [1a 08 31 00 10 00] and a 16 byte data buffer.
After some bug hunting, I found out that the following is what happens:
- ide-cd recognizes that MODE_SENSE(6) isn't supported and tries
to abort the request from ide_cdrom_prep_pc by returning BLKPREP_KILL.
- in elv_next_request(), the kill request is handled by
the following code:
while (end_that_request_first(rq, 0, rq->nr_sectors))
;
end_that_request_last(rq);
The while loop never exits. The end_that_request_first() doesn't do anything
since rq->nr_sectors is 0; it just returns "not-done" after handling those 0
bytes (rq->bio->bi_size is 16).
ChangeSet@1.1692.3.39, 2004-03-29 20:26:56-08:00, laforge@netfilter.org
[NETFILTER]: Fix DELETE_LIST oopses.
We've now narrowed down the issue of kernel oopses in combination with
'LIST_DELETE' syslog messages happening in certain setups.
Apparently people who do not enable CONFIG_IP_NF_NAT_LOCAL and do
DNAT/REDIRECT and want to connect locally from the gateway via DNAT to
the DNAT'ed address experience the bug ;)
Patch courtesy of KOVACS Krisztian and Henrik Nordstrom
ChangeSet@1.1692.3.38, 2004-03-29 20:19:57-08:00, laforge@netfilter.org
[NETFILTER]: Fix DEBUG compile in ipt_MASQUERADE.
ChangeSet@1.1692.3.37, 2004-03-29 20:11:56-08:00, uaca@alumni.uv.es
[AF_PACKET]: Add PACKET_MMAP documentation.
ChangeSet@1.1717, 2004-03-29 19:24:42-08:00, torvalds@ppc970.osdl.org
Linux 2.6.5-rc3
TAG: v2.6.5-rc3