ChangeSet@1.1767, 2004-04-01 22:33:18-08:00, akpm@osdl.org
[PATCH] kbuild: $LANG fix
From: Sam Ravnborg <sam@ravnborg.org>
Fix this:
Building modules, stage 2.
MODPOST
LANG := en_US.UTF-8
make: LANG: Command not found
make: *** [all] Error 127
by removing the tab in front of the LANG assignment.
ChangeSet@1.1764, 2004-04-01 13:53:47-08:00, akpm@osdl.org
[PATCH] Fix swp_entry_t encoding
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
This fixes a problem in sys_swapon that can cause the creation of invalid
swap ptes. This has its cause in the arch-independent swap entries vs.
the pte coded swap entries. The swp_entry_t uses 27 bits for the offset
and 5 bits for the type. In sys_swapon this definition is used to find how
many swap devices and how many pages on each device there can be. But the
swap entries encoded in a pte can be subject to additional restrictions due
to the hardware besides the 27/5 division of the bits in the swp_entry_t
type. This is solved by adding pte_to_swp_entry and swp_entry_to_pte calls
to the calculations for maximum type and offset.
In addition the s390 swap pte division for offset/type is changed from 19/6
bits to 20/5 bits.
ChangeSet@1.1763, 2004-04-01 13:53:35-08:00, akpm@osdl.org
[PATCH] uninline __wake_up_parent
Two callsites, 48 bytes saved
ChangeSet@1.1762, 2004-04-01 13:53:21-08:00, akpm@osdl.org
[PATCH] uninline __group_complete_signal
Two callsites, 456 bytes saved
ChangeSet@1.1761, 2004-04-01 13:53:10-08:00, akpm@osdl.org
[PATCH] uninline sig_ignored
Four callsites, 104 bytes saved
ChangeSet@1.1760, 2004-04-01 13:52:57-08:00, akpm@osdl.org
[PATCH] uninline __group_send_sig_info
Three callsites, 1104 bytes saved.
ChangeSet@1.1759, 2004-04-01 13:52:46-08:00, akpm@osdl.org
[PATCH] uninline signal_wake_up
Seven callsites and an out-of-line copy is a bit excessive. 562 bytes saved.
ChangeSet@1.1758, 2004-04-01 13:52:31-08:00, akpm@osdl.org
[PATCH] Show more stats in the sysrq-M output
Display number of slab, mapped and pagetable pages in the sysrq-M output.
ChangeSet@1.1757, 2004-04-01 13:52:20-08:00, akpm@osdl.org
[PATCH] run page_address_init() earlier
If someone runs page_address() before page_address_init(), the kernel locks
up over uninitialised spinlocks.
This only happens with the 4:4 patch, but it is more robust to run
page_address_init() before setup_arch(). page_address_init() simply
initialises statically allocated storage.
ChangeSet@1.1756, 2004-04-01 13:52:06-08:00, akpm@osdl.org
[PATCH] loop setup calling bd_set_size too soon
From: Chris Mason <mason@suse.com>
I think Andrew and I managed to mismerge the loop setup race fix.
loop_set_fd is using get_capacity() to read the size of the disk and
sending that to bd_set_size.
But, it is doing this before calling set_capacity, so the size being used
is wrong. This should clean things up.
ChangeSet@1.1755, 2004-04-01 13:51:54-08:00, akpm@osdl.org
[PATCH] Replace MAX_MAP_COUNT with /proc/sys/vm/max_map_count
From: David Mosberger <davidm@napali.hpl.hp.com>
Below is a warmed up version of a patch originally done by Werner Almesberger
(see http://tinyurl.com/25zra) to replace the MAX_MAP_COUNT limit with a
sysctl variable. I thought this had gone into the tree a long time ago but
alas it has not and as luck would have it, the hard limit bit someone today
once again with a large app on a large machine.
Here is a small test app:
ChangeSet@1.1754, 2004-04-01 13:51:39-08:00, akpm@osdl.org
[PATCH] ksoftirqd: missing barrier
Spotted by Andrea: we need the barriers in there to prevent reads passing
ahead of the setting of current->state.
ChangeSet@1.1753, 2004-04-01 13:51:27-08:00, akpm@osdl.org
[PATCH] remove __ARCH_SI_BAND_T
All architectures now make this `long', so we can remove the arch override.
ChangeSet@1.1752, 2004-04-01 13:51:13-08:00, akpm@osdl.org
[PATCH] Fix hugetlb-vs-memory overcommit
From: Andy Whitcroft <apw@shadowen.org>
Two problems:
a) The memory overcommit code fails oto take into account all the pages
which are pinned by being reserved for the hugetlbpage pool
b) We're performing overcommit accounting and checking on behalf of
hugetlbpage vmas.
The main thrust is to ensure that VM_ACCOUNT actually only gets set on
vma's which are indeed accountable. With that ensured much of the rest
comes out in the wash. It also removes the hugetlb memory for the
overcommit_memory=2 case.
ChangeSet@1.1751, 2004-04-01 13:51:01-08:00, akpm@osdl.org
[PATCH] siginfo.si_band is long
From: Marcus Meissner <meissner@suse.de>
After discussion on the glibc list the result was that=20 si_band is "long
int" according to POSIX:
http://www.opengroup.org/onlinepubs/007904975/basedefs/signal.h.html
Ulrich Drepper refused a patch to fix glibc due to this reason:
http://sources.redhat.com/ml/libc-alpha/2004-03/msg00254.html
so here is the patch to fix it in the kernel.
ppc64 and s390x were broken before and are fixed by this patch too.
ChangeSet@1.1750, 2004-04-01 13:50:47-08:00, akpm@osdl.org
[PATCH] ppc64: add useful warning message in hugepage code
From: David Gibson <david@gibson.dropbear.id.au>
This patch adds a debugging message to the ppc64 hugepage code when we
attempt to open the "low" (32-bit) hugepage window on PPC64, but can't
because a (non-hugepage) mapping already exists in the region.
ChangeSet@1.1749, 2004-04-01 13:50:36-08:00, akpm@osdl.org
[PATCH] ppc64: allow MAP_FIXED hugepage mappings
From: David Gibson <david@gibson.dropbear.id.au>
On PowerPC64 the "low" hugepage range (at 2-3G for use by 32-bit processes)
needs to be activated before it can be used. hugetlb_get_unmapped_area()
automatically activates the range for hugepage mappings in 32-bit processes
which are not MAP_FIXED. However for MAP_FIXED mmap()s, even at a suitable
address will fail if the region is not already activated, because there is
no suitable callback from the generic MAP_FIXED code path into the arch
code.
This patch corrects this problem and allows PPC64 to do MAP_FIXED hugepage
mappings in the low hugepage range.
ChangeSet@1.1748, 2004-04-01 13:50:22-08:00, akpm@osdl.org
[PATCH] ppc64: bugfix for hugepage support
From: David Gibson <david@gibson.dropbear.id.au>
Due to a misunderstanding of pmd_offset() the PPC64 hugepage code could end
up looking at bogus pages as if they were PMD pages.
ChangeSet@1.1747, 2004-04-01 13:50:10-08:00, akpm@osdl.org
[PATCH] ppc64: create dma_mapping_error
From: Anton Blanchard <anton@samba.org>
From: Stephen Rothwell <sfr@canb.auug.org.au>
This creates DMA_ERROR_CODE and uses it everywhere instead of
PCI_DMA_ERROR_CODE as we really want the three DMA mapping API's to return
a single error code. Also we now have dma_mapping_error and
vio_dma_mapping_error - and this latter and pci_dma_mapping_error both just
call the former.
Also a small fix in the vscsi - dma_map_sg returns 0 to indicate an error.
ChangeSet@1.1746, 2004-04-01 13:49:57-08:00, akpm@osdl.org
[PATCH] PPC32 build fix
From: Matt Porter <mporter@kernel.crashing.org>
This fixes the build on non cache coherent PPC32 platforms.
ChangeSet@1.1734.6.1, 2004-04-01 20:03:57+01:00, rmk@flint.arm.linux.org.uk
[ARM] Add ARM virtual memory layout documentation.
ChangeSet@1.1608.1.60, 2004-04-01 05:02:39-05:00, len.brown@intel.com
[ACPI] Restore PIC-mode SCI default to Level Trigger (David Shaohua Li)
http://bugme.osdl.org/show_bug.cgi?id=2382
ChangeSet@1.1608.1.59, 2004-04-01 04:17:06-05:00, len.brown@intel.com
[ACPI] PCI bridge interrupt fix (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=2409
ChangeSet@1.1608.1.58, 2004-04-01 03:35:17-05:00, len.brown@intel.com
[ACPI] delete extraneous IRQ->pin mappings below IRQ 16
http://bugzilla.kernel.org/show_bug.cgi?id=2408
ChangeSet@1.1729.1.6, 2004-03-31 23:13:46-08:00, niv@us.ibm.com
[TCP]: IPV6, do not use sock_put() on timewait sockets.
ChangeSet@1.1729.1.5, 2004-03-31 23:04:03-08:00, yoshfuji@linux-ipv6.org
[CREDITS]: Update my affiliation.
ChangeSet@1.1734.2.16, 2004-04-01 12:21:32+10:00, tes@sgi.com
[XFS] Be explicit in adding in the non-transactional data to the reservation
estimate. We must add in for the worst case of a log stripe taking us the
full distance for a log stripe boundary.
SGI Modid: xfs-linux:xfs-kern:169304a
ChangeSet@1.1735.1.1, 2004-03-31 18:18:18-08:00, torvalds@evo.osdl.org
acpi: enable global wake events by default
People need the global wake events even when not sleeping:
they are used for lid open events at least on some laptops.
As such, they should be enabled by default.
You can disable them with "acpi_leave_gpes_disabled" if
your machine doesn't need them, and you want to get a few
less GPE's.
ChangeSet@1.1734.2.15, 2004-04-01 12:16:22+10:00, nathans@sgi.com
[XFS] Make the XFS access checks like the other Linux filesystems for DAC.
SGI Modid: xfs-linux:xfs-kern:169300a
ChangeSet@1.1734.2.14, 2004-04-01 12:07:01+10:00, nathans@sgi.com
[XFS] Ensure sb not flushed async on a SYNC_WAIT sync. Fixed by Bart Samwel.
SGI Modid: xfs-linux:xfs-kern:169208a
ChangeSet@1.1734.2.13, 2004-04-01 12:03:53+10:00, nathans@sgi.com
[XFS] Disallow logbufs=0 unless the correct compilation flags used,
else we panic.
SGI Modid: xfs-linux:xfs-kern:169200a
ChangeSet@1.1734.2.12, 2004-04-01 12:01:15+10:00, nathans@sgi.com
[XFS] Fix shortform attr flags botch affecting listxattr - from Andreas Gruenbacher.
SGI Modid: xfs-linux:xfs-kern:169199a
ChangeSet@1.1734.2.11, 2004-04-01 11:58:20+10:00, hch@sgi.com
[XFS] Fix r/o check in xfs_ioc_space, fix checks on xfs_swapext validity.
SGI Modid: xfs-linux:xfs-kern:169135a
ChangeSet@1.1734.2.10, 2004-04-01 11:55:14+10:00, nathans@sgi.com
[XFS] Reinstate some accidentally dropped log IO error injection code.
SGI Modid: xfs-linux:xfs-kern:169048a
ChangeSet@1.1734.2.9, 2004-04-01 11:52:31+10:00, nathans@sgi.com
[XFS] Reenable non-block flag for DMAPI.
SGI Modid: xfs-linux:xfs-kern:169038a
ChangeSet@1.1734.2.8, 2004-04-01 11:49:59+10:00, nstraz@sgi.com
[XFS] Use unsigned long long for end_offset so we don't overflow it.
SGI Modid: xfs-linux:xfs-kern:168809a
ChangeSet@1.1734.2.7, 2004-04-01 11:40:12+10:00, nathans@sgi.com
[XFS] Fix debug builds - need sb_features2 details in endian translation code.
SGI Modid: xfs-linux:xfs-kern:168693a
ChangeSet@1.1734.2.6, 2004-04-01 11:36:15+10:00, overby@sgi.com
[XFS] Define a new superblock field for more feature bits. Take the last
feature bit in sb_versionnum to use to indicate that the new feature bit
field is to be used.
SGI Modid: xfs-linux:xfs-kern:168665a
ChangeSet@1.1734.2.5, 2004-04-01 11:29:28+10:00, overby@sgi.com
[XFS] Add space for inode and allocation btrees to ITRUNCATE log reservation.
Add XFS_ALLOCFREE_LOG_RES to IFREE log reservation.
SGI Modid: xfs-linux:xfs-kern:168597a
ChangeSet@1.1734.2.4, 2004-04-01 11:22:52+10:00, hch@sgi.com
[XFS] use ssize_t to store VOP_READ/VOP_WRITE return value.
SGI Modid: xfs-linux:xfs-kern:168167a
ChangeSet@1.1734.2.3, 2004-04-01 10:43:55+10:00, sandeen@sgi.com
[XFS] Use PFLAGS_RESTORE_FSTRANS in place of PFLAGS_RESTORE, only restore
previously saved FSTRANS state. Otherwise we can lose process flags.
SGI Modid: xfs-linux:xfs-kern:168082a
ChangeSet@1.1734.2.2, 2004-04-01 10:38:16+10:00, nathans@sgi.com
[XFS] Remove dup fdatasync/fdatawait call on fsync. Means we no longer
take the iolock here, and readers no longer conflict with concurrent
fsync activity. Kudos to Steve!
SGI Modid: xfs-linux:xfs-kern:167949a
ChangeSet@1.1734.2.1, 2004-04-01 10:35:23+10:00, nathans@sgi.com
[XFS] Fix up mrlock debug code, and ensure its only built under DEBUG.
SGI Modid: xfs-linux:xfs-kern:167944a
ChangeSet@1.1729.1.4, 2004-03-31 15:28:59-08:00, laforge@netfilter.org
[NETFILTER]: Fix circular conntrack header file dependency.
ChangeSet@1.1741, 2004-03-31 15:18:48-08:00, akpm@osdl.org
[PATCH] io_getevents leak fix
Spotted by Suparna: if the first range check fails, we leak a ref on the io
context.
ChangeSet@1.1729.1.3, 2004-03-31 15:18:10-08:00, bdschuym@pandora.be
[NETFILTER]: Do not require ip_forwarding for reset on a bridge.
Currently, to be able to send a reset in the FORWARD chain of iptables
for bridged traffic, ip forwarding must be enabled. This causes confusion
and in some situations people really don't want to enable ip forwarding.
The patch below lets the user send reset packets for bridged frames in
the FORWARD chain, with ip forwarding disabled (as long as there is a
route).
ChangeSet@1.1739, 2004-03-31 12:43:37-08:00, bunk@fs.tum.de
[PATCH] fix ALSA au88x0 compilation
In the ALSA cleanup for duplicate PCI ID's, they weren't exactly
duplicated, resulting in problems in the au8810.c driver.
This fixes the problem
ChangeSet@1.1738, 2004-03-31 12:01:37-08:00, jgarzik@pobox.com
[PATCH] fix VIA SATA device detection
The last fix apparently only worked for device 0, since the driver
screwed up the port offsets (due to a wonky VIA hardware layout,
really).
This patch fixes device 1 detection for the users still seeing problems
in -rc3.
ChangeSet@1.1737, 2004-03-31 12:01:25-08:00, jgarzik@pobox.com
[PATCH] Fix oopses in fealnx driver TX path
In both uniprocessor and SMP, the fealnx driver's TX-submit path can
race against the interrupt handler, with disastrous results. Add the
lock that needed to be there all along, to fix this.
There's another problem in the RX path, that will be sent as a separate
patch, as soon as we get that patch 100% nailed down, and acceptable for
a Release Candidate.
ChangeSet@1.1736, 2004-03-31 11:15:07-08:00, torvalds@ppc970.osdl.org
Merge bk://linux-sam.bkbits.net/kbuild
into ppc970.osdl.org:/home/torvalds/v2.6/linux
ChangeSet@1.1735, 2004-03-31 11:12:17-08:00, torvalds@evo.osdl.org
Add __user pointer annotations
Every pointer in <syscalls.h> had better be a user
pointer. Also add some others that a quick sanity check
picked up on.
ChangeSet@1.1734, 2004-03-31 08:48:12-08:00, Alexander.Stohr@gmx.de
[PATCH] double semicolon cleanup
This cleans up a larger amount of superfluos ";;" statements in current
Linux kernel sources by converting them to the regular single ";"
statments.
It seems to be a common problem that at the end of a line the semicolon
key is producing an echo.
ChangeSet@1.1732, 2004-03-31 08:34:59-08:00, akpm@osdl.org
[PATCH] ppc64: clean up virtual <-> absolute code
From: Anton Blanchard <anton@samba.org>
Rusty Russell <rusty@rustcorp.com.au>
The iSeries has an arch-specific mapping from physical <-> absolute
addresses. Fortunately this is only used in a few places. However, the
following arch-specific macros/functions are provided in addition to the
standard macros:
__a2p()
__a2v()
__p2a()
__p2v()
__v2a()
__v2p()
absolute_to_phys()
phys_to_absolute()
virt_to_absolute()
absolute_to_virt()
Reduce them to these, with slightly shorter names, and taking either pointers
or unsigned long (as per __va and __pa) rather than making the caller cast:
abs_to_phys()
phys_to_abs()
And helper macros:
virt_to_abs()
abs_to_virt()
As is standard, virtual addresses are returned as void *, physical and
absolute as unsigned long.
Note that the change the iSeries_setup is a little subtle: ea is set to
__va(pa) above, so "phys_to_abs(pa)" is the same as "virt_to_abs(ea)".
Also, REALADDR is renamed to ISERIES_HV_ADDR and used in a couple of places
where appropriate.
ChangeSet@1.1731, 2004-03-31 08:34:47-08:00, akpm@osdl.org
[PATCH] ppc64: make iSeries boot mostly
From: Anton Blanchard <anton@samba.org>
Stephen Rothwell <sfr@canb.auug.org.au>
This patch just ensures that the RI bit is set really early as it seems it
is not on iSeries Power4 machines (or maybe OS400 v5r3 does this).
ChangeSet@1.1692.15.1, 2004-03-31 09:48:27-06:00, shaggy@austin.ibm.com
JFS: initialize log->bp before calling lmNextPage
ChangeSet@1.1692.11.6, 2004-03-30 22:41:02-08:00, wesolows@foobazco.org
[SPARC32]: Regenerate defconfig
ChangeSet@1.1692.11.4, 2004-03-30 22:02:59-08:00, wesolows@foobazco.org
[SPARC32]: Fix cast-as-lvalue
ChangeSet@1.1692.11.3, 2004-03-30 22:01:26-08:00, wesolows@foobazco.org
[SPARC32]: Display useful information in the event of a bad trap
ChangeSet@1.1692.11.2, 2004-03-30 21:23:10-08:00, wesolows@foobazco.org
Merge foobazco.org:/sources/2.5-sparc-modules
into foobazco.org:/sources/2.5-sparc-todave
ChangeSet@1.1729.1.2, 2004-03-30 19:24:23-08:00, dlstevens@us.ibm.com
[IPV4]: Fix IGMPv3 timer initialization when device not upped.
ChangeSet@1.1729.1.1, 2004-03-30 19:22:40-08:00, chas@cmf.nrl.navy.mil
[ATM]: mpoa_proc warning cleanup (from Willy TARREAU <willy@w.ods.org>)
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.1692.3.31, 2004-03-30 14:23:57-08:00, davem@nuts.davemloft.net
[SPARC64]: Export prom_palette.
ChangeSet@1.1608.1.57, 2004-03-30 17:06:05-05:00, len.brown@intel.com
[ACPI] allow building ACPI w/ CMPXCHG when CONFIG_M386=y
http://bugzilla.kernel.org/show_bug.cgi?id=2391
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.2.5, 2004-03-30 10:47:17-08:00, marcelo.tosatti@cyclades.com
[PATCH] pc300 driver misplaced ;
From Dave Jones.
Oops.
ChangeSet@1.1717.2.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.2.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.2.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.2.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.1717.1.4, 2004-03-30 11:47:50+02:00, perex@suse.cz
ALSA - 1.0.4rc2
ChangeSet@1.1717.1.3, 2004-03-30 11:45:02+02:00, perex@suse.cz
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
au88x0 driver
Cleanups - removed duplicate PCI IDs
ChangeSet@1.1717.1.2, 2004-03-30 11:19:58+02:00, perex@suse.cz
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
add usb_device->speed wrapper for compiling with 2.2.x kernels
ChangeSet@1.1692.13.1, 2004-03-29 23:41:46-08:00, wesolows@foobazco.org
[SPARC32]: Update module linking for symbols starting with "."
Rusty did not like the __dot_sym approach and suggested instead:
1) make rem, urem, mul, umul, div and udiv aliases to .rem, .urem etc:
extern int rem(int, int) __attribute__((weak,alias(".rem")));
2) EXPORT_SYMBOL(rem) etc.
3) Check genksyms recognises that prototype (it should).
4) Copy "dedotify" from ppc64 to handle them on load.
The only real downside is the risk that someone else will export
those names, but I think that's pretty unlikely.
ChangeSet@1.1692.9.11, 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.9.10, 2004-03-29 20:19:57-08:00, laforge@netfilter.org
[NETFILTER]: Fix DEBUG compile in ipt_MASQUERADE.
ChangeSet@1.1692.9.9, 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