Selected commits to mm-sources between 25/02/2006 and 25/03/2006, covering 1191 new and 1324 removed patches.

Editors notes:


Patch list

acpi: name memory at boot
Add ID for Quadro NVS280
Altix: rs422 support for ioc4 serial driver
AMD Au1xx0: fix Ethernet TX stats
areca-raid-linux-scsi-driver-update4
block layer: increase size of disk stat counters
cramfs mounts provide corrupted content since 2.6.15
dm: md to use bd_claim_by_disk
EDAC: disable sysfs interface
edac: mark as experimental
EDAC: use EXPORT_SYMBOL_GPL
i4l: add new PCI IDs for HFC-S PCI
ipmi: add full sysfs support
ipmi: Increment driver version to v39.0
ipw2200: Add Kconfig entries for QOS and Monitor mode
Kprobes: User space probes support- base interface
make the OSS SOUND_VIA82CXXX option available again
md: Allow stripes to be expanded in preparation for expanding an array
md: Core of raid5 resize process
md: Final stages of raid5 expand code
md: Infrastructure to allow normal IO to continue while array is expanding
mm: Implement swap prefetching tweaks
remove the options for obsolete OSS drivers
Restore tuning capabilities in V4L2 MXB driver
RTC subsystem: EP93XX driver
RTC subsystem: SA1100/PXA2XX driver
RTC: Remove RTC UIP synchronization on CHRP (arch/powerpc)
RTC: Remove RTC UIP synchronization on MIPS-based DEC
RTC: Remove RTC UIP synchronization on Sparc64
RTC: Remove RTC UIP synchronization on x86
s390: 3590 tape driver
s390: dasd extended error reporting
stack-corruption detector
swsusp: add check for suspension of X-controlled devices
swsusp: add s2ram ioctl to userland interface
swsusp: let userland tools switch console on suspend
Time: Clocksource Infrastructure
Time: i386 Clocksource Drivers
Time: i386 Conversion - part 3: Enable Generic Timekeeping
uml: allow ubd devices to be shared in a cluster
uml: memory hotplug
usb: Key codes for Microsoft Natural Ergonomic 4000 USB keyboard
USB: support for USB-to-serial cable from Speed Dragon Multimedia
VIA Velocity massive memory corruption with jumbo frames
x86-64: Calgary IOMMU - Calgary specific bits
x86-64: Calgary IOMMU - hook it in
x86_64: Support physical cpu hotplug for x86_64




acpi: name memory at boot KAMEZAWA Hiroyuki Mon, 06 Mar 2006 23:12:51 -0800 1 files changed, 4 insertions(+) 2170 Bytes
Show ACPI information of rams which exists at boot time, maybe will not be used until memory-hot-remove will be implemented.

Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>


Add ID for Quadro NVS280 Pavel Roskin Sat, 11 Mar 2006 00:26:01 -0800 2 files changed, 3 insertions(+) 1508 Bytes
Quadro NVS280 is a dual-head PCIe card with PCI ID 10de:00fd and subsystem ID
10de:0215.

Signed-off-by: Pavel Roskin <proski@gnu.org>
Signed-off-by: Antonino Daplas <adaplas@pol.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>


Altix: rs422 support for ioc4 serial driver Pat Gefre Fri, 17 Mar 2006 18:13:13 -0800 1 files changed, 211 insertions(+), 124 deletions(-) 18093 Bytes
Add rs422 support to the Altix ioc4 serial driver.

Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


AMD Au1xx0: fix Ethernet TX stats Sergei Shtylylov Wed, 15 Mar 2006 14:36:52 -0800 1 files changed, 8 insertions(+), 7 deletions(-) 1226 Bytes
With Au1xx0 Ethernet driver, TX bytes/packets always remain zero. The problem seems to be that when packet has been transmitted, the length word in DMA buffer is zero.

The patch updates the TX stats when a buffer is fed to DMA. The initial 2.4 patch was posted to linux-mips@linux-mips.org by Thomas Lange 21 Jan
2005.

Signed-off-by: Thomas Lange <thomas@corelatus.se>
Signed-off-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


areca-raid-linux-scsi-driver-update4 Erich Chen Wed, 15 Mar 2006 14:29:30 -0800 8 files changed, 6368 insertions(+), 2962 deletions(-) 317519 Bytes
Lots of updates, mainly bugfixes and code cleanup.

Signed-off-by: Erich Chen <erich@areca.com.tw>
Signed-off-by: Andrew Morton <akpm@osdl.org>



block layer: increase size of disk stat counters Ben Woodard Thu, 09 Mar 2006 21:04:49 -0800 2 files changed, 9 insertions(+), 9 deletions(-) 1891 Bytes
The kernel's representation of the disk statistics uses the type unsigned which is 32b on both 32b and 64b platforms. Unfortunately, most system tools that work with these numbers that are exported in /proc/diskstats including iostat read these numbers into unsigned longs. This works fine on 32b platforms and when the number of IO transactions are small on 64b platforms. However, when the numbers wrap on 64b platforms & you read the numbers into unsigned longs, and compare the numbers to previous readings, then you get an unsigned representation of a negative number. This looks like a very large 64b number & gives you bizarre readouts in iostat:
ilc4: Device: rrqm/s wrqm/s r/s  w/s  rsec/s  wsec/s  rkB/s wkB/s avgrq-sz avgqu-sz   await  svctm  %util
ilc4: sda 5.50 0.00 143.96 0.00 307496983987862656.00 0.00 153748491993931328.00 0.00 2136028725038430.00 7.94 55.12 5.59 80.42
Though fixing iostat in user space is possible, and a quick survey indicates that several other similar tools also use unsigned longs when processing /proc/diskstats. Therefore, it seems like a better approach would be to extend the length of the disk_stats structure on 64b architectures to 64b. The following patch does that. It should not affect the operation on 32b platforms.

Signed-off-by: Ben Woodard <woodard@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


cramfs mounts provide corrupted content since 2.6.15 Dave Johnson Thu, 02 Mar 2006 10:00:47 -0800 1 files changed, 29 insertions(+), 31 deletions(-) 2202 Bytes
Fix handling of cramfs images created by util-linux containing empty regular files. Images created by cramfstools 1.x were ok.

Fill out inode contents in cramfs_iget5_set() instead of get_cramfs_inode() to prevent issues if cramfs_iget5_test() is called with I_LOCK|I_NEW still set.

Signed-off-by: Dave Johnson <djohnson+linux-kernel@sw.starentnetworks.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


dm: md to use bd_claim_by_disk "Jun'ichi Nomura" Sat, 04 Mar 2006 02:06:32 -0800 1 files changed, 2 insertions(+) 1114 Bytes
Following symlinks are created if md0 is built from sda and sdb
/sys/block/md0/slaves/sda --> /sys/block/sda
/sys/block/md0/slaves/sdb --> /sys/block/sdb
/sys/block/sda/holders/md0 --> /sys/block/md0
/sys/block/sdb/holders/md0 --> /sys/block/md0

Signed-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


EDAC: disable sysfs interface Dave Peterson Mon, 13 Mar 2006 20:15:04 -0800 1 files changed, 42 insertions(+), 2 deletions(-) 2693 Bytes
EDAC: mark as experimental Tim Small Thu, 09 Mar 2006 02:43:50 -0800 1 files changed, 15 insertions(+), 3 deletions(-) 1400 Bytes
EDAC: use EXPORT_SYMBOL_GPL Dave Peterson Fri, 17 Mar 2006 21:30:43 -0800 1 files changed, 14 insertions(+), 14 deletions(-) 4908 Bytes
Disable the EDAC (Project Bluesmoke) sysfs code. The sysfs interface that EDAC presents to user space needs more thought, and is likely to change substantially. Therefore disable it for now so users don't start depending on it in its current form.

- Disable the default behavior of calling panic() when an uncorrectible error is detected (since for now, there is no sysfs interface that allows the user to configure this behavior).

EDAC is still causing a few problems and the code is relatively green. Mark it as experimental until thing settle down. Also, provide some documentation pointers in Kconfig help.

Change all instances of EXPORT_SYMBOL() in the core EDAC module to EXPORT_SYMBOL_GPL().

Signed-off-by: David S. Peterson <dsp@llnl.gov>
Signed-off-by: Andrew Morton <akpm@osdl.org>


i4l: add new PCI IDs for HFC-S PCI Karsten Keil Thu, 2 Mar 2006 15:54:56 -0800 3 files changed, 6 insertions(+) 3355 Bytes
Add new PCI IDs for HFC-S PCI based ISDN TA 'Primux II S0' and 'Primux II S0' from Gerdes AG

Signed-off-by: Martin Bachem <info@colognechip.com>
Signed-off-by: Karsten Keil <kkeil@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>


ipmi: add full sysfs support Corey Minyard Tue, 21 Mar 2006 16:01:10 -0800 8 files changed, 702 insertions(+), 56 deletions(-) 24731 Bytes
ipmi: Increment driver version to v39.0 Corey Minyard Fri, 24 Mar 2006 13:48:35 -0800 1 files changed, 1 insertion(+), 1 deletion(-) 983 Bytes
Add full driver model support for the IPMI driver. It links in the proper bus and device support. It adds an "ipmi" driver interface that has each BMC discovered by the driver (as a device). These BMCs appear in the devices/platform directory. If there are multiple interfaces to the same BMC, the driver should
discover this and will only have one BMC entry. The BMC entry will have pointers to each interface device that connects to it. The device information (statistics and config information) has not yet been ported over to the driver model from proc, that will come later.

This work was based on work by Yani Ioannou. I basically rewrote it using that code as a guide, but he still deserves credit :).

Need to increment the version number because of the new PCI and sysfs capabilities of the driver. People maintaining things for distros have asked that I do this after interface or major functional changes.

Signed-off-by: Corey Minyard <minyard@acm.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>


ipw2200: Add Kconfig entries for QOS and Monitor mode Andreas Happe Sun, 19 Mar 2006 22:44:49 -0800 2 files changed, 41 insertions(+), 21 deletions(-) 7096 Bytes
Adds Kconfig entries for enabling Monitor mode and Quality of service to the ipw2200 driver. It also renames the IPW_QOS define to IPW2200_QOS. As Monitor mode generates lots of firmware errors it depends upon BROKEN. QOS is under development, so it depends upon EXPERIMENTAL.

Signed-off-by: Andreas Happe <andreashappe@snikt.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>


Kprobes: User space probes support-base interface Prasanna S Panchamukhi Mon, 20 Mar 2006 02:14:35 -0800 7 files changed, 725 insertions(+), 5 deletions(-) 2819 Bytes
This patchset provides the basic infrastructure for user-space probes based on IBM's Dprobes. Similar to kprobes, user-space probes uses the breakpoint mechanism to insert probes. User has to write a kernel module to insert probes in the executable/library and specify the handlers in the kernel module. Using this mechanism user can not only log user-space data structure present in the memory when probe was hit, but also log kernel data structures, stack traces, system registers etc.

User-space tools like systemtap can use this interface to probe applications and libraries. Design and development of this user-space probe mechanism has been discussed in systemtap mailing lists.

Features supported:

1. Probes on application executable.
2. Probes on libraries.
3. Probes are visible across fork().
4. Probes can be inserted even on executables/libraries
that are not even started running(pages not present in memory).
5. Multiple handlers can be inserted/removed for each probe.

Signed-off-by: Prasanna S Panchamukhi <prasanna@in.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


make the OSS SOUND_VIA82CXXX option available again Adrian Bunk Sat, 11 Mar 2006 00:31:02 -0800 1 files changed, 20 insertions(+) 5514 Bytes
There was a report of a regression in the ALSA driver for the same hardware.

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>


md: Allow stripes to be expanded in preparation for expanding an array Neil Brown Thu, 16 Mar 2006 21:44:06 -0800 3 files changed, 123 insertions(+), 8 deletions(-) 555 Bytes
md: Core of raid5 resize process Neil Brown Thu, 16 Mar 2006 21:44:10 -0800 4 files changed, 181 insertions(+), 26 deletions(-) 11413 Bytes
md: Final stages of raid5 expand code Neil Brown Thu, 16 Mar 2006 21:44:12 -0800 4 files changed, 149 insertions(+), 4 deletions(-) 2087 Bytes
md-allow-stripes-to-be-expanded-in-preparation-for-expanding-an-array.patch: Before a RAID-5 can be expanded, we need to be able to expand the stripe-cache
data structure. This requires allocating new stripes in a new kmem_cache. If this succeeds, we copy cache pages over and release the old stripes and kmem_cache. We then allocate new pages. If that fails, we leave the stripe cache at it's new size. It isn't worth the effort to shrink it back again. Unfortuanately this means we need two kmem_cache names as we, for a short period of time, we have two kmem_caches. So they are raid5/%s and raid5/%s-alt

md-core-of-raid5-resize-process.patch: This patch provides the core of the resize/expand process. sync_request notices if a 'reshape' is happening and acts accordingly. It allocated new stripe_heads for the next chunk-wide-stripe in the target geometry, marking them STRIPE_EXPANDING. Then it finds which stripe heads in the old geometry can provide data needed by these and marks them STRIPE_EXPAND_SOURCE. This causes stripe_handle to read all blocks on those stripes. Once all blocks on a STRIPE_EXPAND_SOURCE stripe_head are read, any that are needed are copied into the corresponding STRIPE_EXPANDING stripe_head. Once a STRIPE_EXPANDING stripe_head is full, it is marks STRIPE_EXPAND_READY and then is written out and released.

md-final-stages-of-raid5-expand-code.patch: This patch adds raid5_reshape and end_reshape which will start and finish the reshape processes. raid5_reshape is only enabled in CONFIG_MD_RAID5_RESHAPE is set, to discourage accidental use. Read the 'help' for the CONFIG_MD_RAID5_RESHAPE entry. And make sure that you have backups, just in case.

Signed-off-by: Neil Brown <neilb@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>


md: Infrastructure to allow normal IO to continue while array is expanding Neil Brown Thu, 16 Mar 2006 21:44:08 -0800 2 files changed, 64 insertions(+), 30 deletions(-) 5836 Bytes
We need to allow that different stripes are of different effective sizes, and use the appropriate size. Also, when a stripe is being expanded, we must block any IO attempts until the stripe is stable again. Key elements in this change are:
- each stripe_head gets a 'disk' field which is part of the key, thus there can sometimes be two stripe heads of the same area of the array, but covering different numbers of devices. One of these will be marked STRIPE_EXPANDING and so won't accept new requests.
- conf->expand_progress tracks how the expansion is progressing and is used to determine whether the target part of the array has been expanded yet or not.

Signed-off-by: Neil Brown <neilb@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>


mm: Implement swap prefetching tweaks Con Kolivas Mon, 13 Mar 2006 18:03:58 -0800 1 files changed, 115 insertions(+), 39 deletions(-) 8656 Bytes
- Add watermarks to swap prefetching, and prefetch when free memory is greater than pages_high * 4 down to pages_high * 3.
- Check that only background priority tasks are running before prefetching.
- Prefetching even at low priority causes interrupt induced scheduling latencies which are undesirable.
- Clear the busy bit only if it is set.

Signed-off-by: Con Kolivas <kernel@kolivas.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>


remove the options for obsolete OSS drivers Adrian Bunk Fri, 3 Mar 2006 16:23:13 -0800 2 files changed, 6 insertions(+), 331 deletions(-) 1363 Bytes
This patch contains the following changes:
- No longer schedule the OSS drivers for removal where people have reported problems in the corresponding ALSA drivers
- As Andrew suggested, remove the remaining OBSOLETE_OSS_DRIVER options in 2.6.17 and schedule the actual code for removal in 2.6.19

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>


Restore tuning capabilities in V4L2 MXB driver Michael Hunold Sun, 12 Mar 2006 16:21:57 -0800 1 files changed, 9 insertions(+), 1 deletion(-) 2498 Bytes
The behaviour of the all-in-one Video4Linux tuner driver apparently changed. It now wants to know the tv standard, otherwise it refuses to tune. Restore tuning functionality in my driver for the "Multimedia eXtension Board". The all-in-one tuner driver apparently changed its behaviour.

Signed-off-by: Michael Hunold <hunold@linuxtv.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>


RTC subsystem: EP93XX driver Alessandro Zummo Mon, 06 Mar 2006 16:14:40 -0800 3 files changed, 175 insertions(+), 1 deletion(-) 1277 Bytes
RTC subsystem: SA1100/PXA2XX driver Alessandro Zummo Mon, 06 Mar 2006 16:14:43 -0800 5 files changed, 415 insertions(+) 14444 Bytes
Add a driver for the RTC embedded in the Cirrus Logic EP93XX family of processors.

Add an RTC subsystem driver for the ARM SA1100/PXA2XX processor RTC.

Signed-off-by: Alessandro Zummo <a.zummo@towertech.it>
Signed-off-by: Andrew Morton <akpm@osdl.org>


RTC: Remove RTC UIP synchronization on CHRP (arch/powerpc) Matt Mackall Fri, 17 Mar 2006 22:01:21 -0800 1 files changed, 2 insertions(+), 20 deletions(-) 865 Bytes
RTC: Remove RTC UIP synchronization on MIPS-based DEC Matt Mackall Fri, 17 Mar 2006 22:01:29 -0800 1 files changed, 11 insertions(+), 36 deletions(-) 438 Bytes
RTC: Remove RTC UIP synchronization on Sparc64 Matt Mackall Fri, 17 Mar 2006 22:01:17 -0800 1 files changed, 1 insertion(+), 15 deletions(-) 522 Bytes
RTC: Remove RTC UIP synchronization on x86 Matt Mackall Fri, 17 Mar 2006 22:01:11 -0800 1 files changed, 2 insertions(+), 14 deletions(-) 2474 Bytes
...        
Reading the CMOS clock on x86 and some other arches currently takes up to one second because it synchronizes with the CMOS second tick-over. This delay shows up at boot time as well a resume time. This is the currently the most substantial boot time delay for machines that are working towards instant-on capability. Also, a quick back of the envelope calculation (.5sec * 2M users * 1 boot a day * 10 years) suggests it has cost Linux users in the neighborhood of a million man-hours.

An earlier thread on this topic is here:

http://groups.google.com/group/linux.kernel/browse_frm/thread/8a24255215ff6151/2aa97e66a977653d?
hl=en&lr=&ie=UTF-8&rnum=1&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3D1To2R-2S7-11%40gated-at.bofh.it#2aa97e66a977653d

..from which the consensus seems to be that it's no longer desirable.

In my view, there are basically four cases to consider:

1) networked, need precise walltime: use NTP
2) networked, don't need precise walltime: use NTP anyway
3) not networked, don't need sub-second precision walltime: don't care
4) not networked, need sub-second precision walltime:
get a network or a radio time source because RTC isn't good enough anyway

So this patch series simply removes the synchronization in favor of a simple seqlock-like approach using the seconds value. Note that for purposes of timer accuracy on wakeup, this patch will cause us to fire timers up to one second late. But as the current timer resume code will already sync once (or more!), it's no worse for short timers.

Signed-off-by: Matt Mackall <mpm@selenic.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


s390: 3590 tape driver Stefan Bader, Michael Holzheu, Martin Schwidefsky Wed, 22 Mar 2006 13:26:27 -0800 6 files changed, 1443 insertions(+), 11 deletions(-) 1417 Bytes
Signed-off-by: Stefan Bader <shbader@de.ibm.com>
Signed-off-by: Michael Holzheu <holzheu@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


s390: DASD extended error reporting Stefan Weinhuber Wed, 22 Mar 2006 13:26:19 -0800 8 files changed, 812 insertions(+), 1 deletion(-) 30491 Bytes
The DASD extended error reporting is a facility that allows to get detailed information about certain problems in the DASD I/O. This information can be used to implement fail-over applications that can recover these problems.

Signed-off-by: Stefan Weinhuber <wein@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


stack-corruption detector Ingo Molnar Wed, 08 Mar 2006 12:39:15 -0800 6 files changed, 120 insertions(+), 33 deletions(-) 8286 Bytes
* Ingo Molnar <mingo@elte.hu> wrote:

> in addition, i could try to code up an mcount based 'kernel stack
> corruption checker' feature. It would work somehow like this: i
> already have a [default-off] feature in the tracer that 'poisons' the
> kernel stack. I'd extend this feature with a 'check whether poison
> signature got modified' thing. (Would be about half an hour of coding
> for me, so let me know if you think it's worth a shot.)

Stack-Corruption detector patch attached. But implementing the stack corruption detector was alot harder than i anticipated. It works the following way: It poisons the kernel stack more or less intelligently (by tracking esp changes and by not poisoning the stack on every call), but it still has to check the whole kernel stack for every function call. I was able to successfully boot on a testbox, and the detector immediately triggered when i provoked a kernel stack corruption somewhere in the middle of the kernel stack. (do "gettimeofday(3, 3)" to get the same kernel stack corruption.) Output should look like:

BUG: kernel stack corruption detected!
f5846000 [f5846034] ... f5847f3c [f5847f44] ... f5848000
f5846000: 50 15 e6 f7 60 f2 31 c0 00 00 00 00 00 00 00 00
f5846010: 00 00 00 00 00 00 00 00 00 00 00 c0 55 e9 11 c0
f5846020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f5846030: 00 00 00 00|55 55 55 55 55 55 55 55 55 55 55 55
f5846040: 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55
[...]
f5847d80: 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55
f5847d90: 00 00 00 00 55 55 55 55 55 55 55 55 55 55 55 55 <-- corruption
f5847da0: 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55 55
[...]
f5847ff0: fc 5a c4 bf 7b 00 00 00 55 55 55 55 55 55 55 55
[<c0103ccb>] show_trace+0x18/0x1d
[<c0103ceb>] dump_stack+0x1b/0x1f
[<c0131db6>] __mcount+0x143/0x359
[<c010ef7c>] mcount+0x14/0x18
[<c011e229>] sys_getpid+0x8/0x19
[<c011a7c8>] timeofday_API_hacks+0x5b/0x62
[<c011a7e9>] sys_gettimeofday+0x1a/0x71
[<c0102a7c>] sysenter_past_esp+0x61/0x89

Usage: Apply the attached patch ontop of the tracer patch, and because it's still pretty fragile, make sure your config meets the following criteria:

#if defined(CONFIG_4KSTACKS) || defined(CONFIG_SMP) || defined(CONFIG_DEBUG_SPINLOCK) || defined(CONFIG_DEBUG_SPINLOCK_SLEEP)
# error stack corruption checker relies on these options being turned off!
#endif
#if !defined(CONFIG_DEBUG_STACKOVERFLOW) || !defined(CONFIG_WAKEUP_TIMING) || !defined(CONFIG_LATENCY_TRACE)
# error stack corruption checker relies on these options being turned on!
#endif

If you get false positives, increase STACK_FUZZ from 0x60 to 0x80 (or even higher). x86 and UP only. NOTE: Bootup will be _very_ slow (we check the integrity of the kernel stack for _every_ function call), so be patient - the kernel is not hung. It should boot within 20-30 minutes on your laptop though (it booted in ~3 minutes on a 2GHz box - which boots under 1 minute normally). If it doesnt boot, try speeding things up by doing the checking on every second (or 4th, etc.) function call only.

Signed-off-by: Andrew Morton <akpm@osdl.org>


swsusp: add check for suspension of X-controlled devices "Rafael J. Wysocki" Sun, 19 Mar 2006 22:53:23 -0800 3 files changed, 17 insertions(+), 1 deletion(-) 600 Bytes
It is unsafe to suspend devices if the hardware is controlled by X. Add an extra check to prevent this from happening.

Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Andrew Morton <akpm@osdl.org>


swsusp: add s2ram ioctl to userland interface Luca Tettamanti Mon, 20 Mar 2006 00:14:19 -0800 3 files changed, 40 insertions(+), 2 deletions(-) 2623 Bytes
swsusp: let userland tools switch console on suspend Rafael J. Wysocki Mon, 20 Mar 2006 00:12:36 -0800 1 files changed, 3 deletions(-) 1884 Bytes
Add the SNAPSHOT_S2RAM ioctl to the snapshot device. This ioctl allows a userland application to make the system (previously frozen with the SNAPSHOT_FREE ioctl) enter the S3 state without freezing processes and disabling nonboot CPUs for the second time. This will allow us to implement the suspend-to-disk-and-RAM (STDR) functionality in the userland suspend tools.

Remove the console-switching code from the suspend part of the swsusp userland interface and let the userland tools switch the console.

Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>

Signed-off-by: Luca Tettamanti <kronos.it@gmail.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Andrew Morton <akpm@osdl.org>


Time: Clocksource Infrastructure John stultz Wed, 22 Mar 2006 20:06:25 -0800 5 files changed, 608 insertions(+), 4 deletions(-) 20304 Bytes
Time: i386 Clocksource Drivers John stultz Wed, 22 Mar 2006 20:06:44 -0800 10 files changed, 500 insertions(+), 5 deletions(-) 4630 Bytes
Time: i386 Conversion - part 3: Enable Generic Timekeeping John stultz Wed, 22 Mar 2006 20:06:40 -0800 7 files changed, 84 insertions(+), 201 deletions(-) 2149 Bytes
time-clocksource-infrastructure.patch: This introduces the clocksource management infrastructure. A clocksource is a driver-like architecture generic abstraction of a free-running counter. This code defines the clocksource structure, and provides management code for registering, selecting, accessing and scaling clocksources. Additionally, this includes the trivial jiffies clocksource, a lowest common denominator clocksource, provided mainly for use as an example.

time-i386-clocksource-drivers.patch: Implement the time sources for i386 (acpi_pm, cyclone, hpet, pit, and tsc). With this patch, the conversion of the i386 arch to the generic timekeeping code should be complete. The patch should be fairly straight forward, only adding the new clocksources.

time-i386-conversion-part-3-enable-generic-timekeeping.patch: This converts the i386 arch to use the generic timeofday subsystem. It enabled the GENERIC_TIME option, disables the timer_opts code and other arch specific timekeeping code and reworks the delay code. While this patch enables the generic timekeeping, please note that this patch does not provide any i386 clocksource. Thus only the jiffies clocksource will be available. To get full replacements for the code being disabled here, the timeofday-clocks-i386 patch will be needed.

Signed-off-by: John Stultz <johnstul@us.ibm.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: John Stultz <johnstul@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


UML: allow ubd devices to be shared in a cluster Jeff Dike Fri, 24 Mar 2006 14:46:39 -0800 1 files changed, 43 insertions(+), 33 deletions(-) 8380 Bytes
This adds a 'c' option to the ubd switch which turns off host file locking so that the device can be shared, as with a cluster. There's also some whitespace cleanup while I was in this file.

Signed-off-by: Jeff Dike <jdike@addtoit.com>BR>Signed-off-by: Andrew Morton <akpm@osdl.org><


uml: memory hotplug Jeff Dike Fri, 24 Mar 2006 14:46:41 -0800 6 files changed, 151 insertions(+), 47 deletions(-) 4747 Bytes
This adds hotplug memory support to UML. The mconsole syntax is
config mem=[+-]n[KMG]
In other words, add or subtract some number of kilobytes, megabytes, or gigabytes.

Unplugged pages are allocated and then madvise(MADV_REMOVE), which is a currently experimental madvise extension. These pages are tracked so they can be plugged back in later if the admin decides to give them back. The first page to be unplugged is used to keep track of about 4M of other pages. A list_head is the first thing on this page. The rest is filled with addresses of other unplugged pages. This first page is not madvised, obviously. When this page is filled, the next page is used in a similar way and linked onto a list with the first page. Etc. This whole process reverses when pages are plugged back in. When a tracking page no longer tracks any unplugged pages, then it is next in line for plugging, which is done by freeing pages back to the kernel.

This patch also removes checking for /dev/anon on the host, which is obsoleted by MADVISE_REMOVE.

Signed-off-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


USB: Key codes for Microsoft Natural Ergonomic 4000 USB keyboard John Zaitseff Sun, 05 Mar 2006 22:15:24 -0800 4 files changed, 50 insertions(+), 7 deletions(-) 6590 Bytes
Enable the extra keys found on the Microsoft Natural Ergonomic 4000 USB
keyboard. I had to add a number of keycodes to include/linux/input.h; feel free to reallocate IDs assigned to these new keys.

Main changes:

* Enabled the use of the extra "(" and ")" in the top right-hand part of the keyboard, above the keypad
* Map the zoom slider to KEY_ZOOMPLUS and KEY_ZOOMMINUS (they are actually keypresses)
* Map the F1-F12 keys to appropriate keys when the F Lock is off (this is quite easy as the keyboard already generates different USB key events)
* Map the five buttons above "My Favorites to" KEY_FN_F1 to KEY_FN_F5

I am not sure that I have done the last of these changes correctly: the eyboard returns a usage->hid of (HID_UP_MSVENDOR | 0xff05) whenever any of the five keys are pressed or let go (as well as at certain other times, when the value is 0):

value = 0x00 ---> none of the five keys are pressed
value = 0x01 ---> key 1 is pressed
value = 0x02 ---> key 2 is pressed
value = 0x04 ---> key 3 is pressed
value = 0x08 ---> key 4 is pressed
value = 0x10 ---> key 5 is pressed

Note that although this looks like a bitfield, multiple keys CANNOT in effect be pressed simultaneously: only one of these six values is ever returned (as tested).

Signed-off-by: John Zaitseff <J.Zaitseff@zap.org.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>


USB: Support for USB-to-serial cable from Speed Dragon Multimedia Dick Streefland Wed, 01 Mar 2006 00:53:33 -0800 2 files changed, 5 insertions(+) 1465 Bytes
The USB data cable for my Samsung GSM phone contains the USB-to-serial converter chip MS3303H from Speed Dragon Multimedia, Inc. that appears to be compatible with the PL2303 chip. The following patch adds support for this chip to the pl2303 driver.

Signed-off-by: Dick Streefland <dick@streefland.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>


VIA Velocity massive memory corruption with jumbo frames Francois Romieu Sat, 25 Feb 2006 18:09:54 -0800 1 files changed, 3 insertions(+) 798 Bytes
Have a look at http://www.ussg.iu.edu/hypermail/linux/kernel/0602.3/0369.html for more information.

Signed-off-by: Andrew Morton <akpm@osdl.org>


x86-64: Calgary IOMMU - Calgary specific bits Muli Ben-Yehuda Tue, 21 Mar 2006 03:30:24 -0800 4 files changed, 1192 insertions(+) 32870 Bytes
x86-64: Calgary IOMMU - hook it in Muli Ben-Yehuda Tue, 21 Mar 2006 03:30:26 -0800 7 files changed, 47 insertions(+), 7 deletions(-) 3215 Bytes
(NOTE: You can find information about the AMD64 IOMMU on this page)

This patch introduces the Calgary specific bits. The implementation draws inspiration from both PPC (which has support for the same chip but requires firmware support which we don't have on x86-64) and gart. Calgary is different from gart in that it support a translation table per PHB, as opposed to the single gart aperture. The has been heavily tested on both IBM x366 servers and AMD Opteron machines with gart, with Calgary enabled and disabled in the .config and with iommu={off|soft|force}. Performance numbers are reasonable. There's plenty more to do, but we're aiming for release early and often.

Signed-off-by: Muli Ben-Yehuda <mulix@mulix.org>
Signed-off-by: Jon Mason <jdmason@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


x86_64: Support physical cpu hotplug for x86_64 Ashok Raj Tue, 28 Feb 2006 17:32:46 -0800 1 files changed, 65 insertions(+), 4 deletions(-) 2788 Bytes
This patch enables ACPI based physical CPU hotplug support for x86_64. Implements acpi_map_lsapic() and acpi_unmap_lsapic() to support physical cpu hotplug.

Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>


Created using parse-mm-commits.rb