Summary of changes from v2.6.6 to v2.6.7
============================================
<vojtech@suse.cz>
input: Chips passing MUX detection incorrectly due to USB Legacy support
report MUX version 10.12, not 12.10. Fixed.
<vojtech@suse.cz>
input: Profusion/ServerWorks chipset workaround in i8042.c for Ingo Molnar.
<perex@suse.cz>
Fixed ALSA aureal driver compilation - wrong and missing PCI IDs
<vojtech@suse.cz>
input: Fix emulation of mouse reset (0xff) command.
<hch@lst.de>
[PATCH] kill acient compat cruft from acenic
Kills lots of really old cruft and adds a little cruft to actually
make the driver work with recent 2.4 again.
<hch@lst.de>
[PATCH] convert acenic to pci_driver API
<hirofumi@mail.parknet.co.jp>
[PATCH] 8139too: more useful debug info for tx_timeout
Hi,
I think this patch is useful for looking whether it's the real driver
bug or other bug.
What do you think of this? If ok, please apply.
--
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
[PATCH] 8139too: more useful debug info for tx_timeout
/* disable Tx ASAP, if not already */
tmp8 = RTL_R8 (ChipCmd);
if (tmp8 & CmdTxEnb)
RTL_W8 (ChipCmd, CmdRxEnb);
The above will clear the Tx Descs. So, this prints the debugging info
before rtl8139_tx_timeout() does it. And IntrStatus etc. also prints
anytime for the debug.
<airlied@pdx.freedesktop.org>
- Converted Linux drivers to initialize DRM instances based on PCI IDs, not
just a single instance. The PCI ID lists include a driver private field, which may be used
by drivers for chip family or other information. Based on work by jonsmirl
and Eric Anholt. I've left out the PCI device naming for this patch as
that might be a bit controversial. clean up tdfx to look like everyone else..
<airlied@pdx.freedesktop.org>
From: Eric Anholt:
- Move IRQ functions from drm_dma.h to new drm_irq.h and disentangle them from
__HAVE_DMA. This will be useful for adding vblank sync support to sis and
tdfx. Rename dma_service to irq_handler, which is more accurately what it is.
- Fix the #if _HAVE_DMA_IRQ in radeon, r128, mga, i810, i830, gamma to have
the right number of underscores. This may have been a problem in the case
that the server died without doing its DRM_IOCTL_CONTROL to uninit
<airlied@pdx.freedesktop.org>
left gamma_dma.c out of last changeset
<airlied@pdx.freedesktop.org>
- Add DRM_GET_PRIV_WITH_RETURN macro. This can be used in shared code to get
the drm_file_t * based on the filp passed in ioctl handlers.
<airlied@pdx.freedesktop.org>
From Eric Anholt:
Introduce a new ioctl, DRM_IOCTL_SET_VERSION. This ioctl allows the server
or client to notify the DRM that it expects a certain version of the device
dependent or device independent interface. If the major doesn't match or minor
is too large, EINVAL is returned. A major of -1 means that the requestor
doesn't care about that portion of the interface. The ioctl returns the actual
versions in the same struct.
<airlied@pdx.freedesktop.org>
From: Michel Daenzer:
Memory layout transition:
* the 2D driver initializes MC_FB_LOCATION and related registers sanely
* the DRM deduces the layout from these registers
* clients use the new SETPARAM ioctl to tell the DRM where they think the
framebuffer is located in the card's address space
* the DRM uses all this information to check client state and fix it up if
necessary
This is a prerequisite for things like direct rendering with IGP chips and
video capturing.
<airlied@pdx.freedesktop.org>
From Eric Anholt: some cleanups from AlanH:
- Tie the DRM to a specific device: setunique no longer succeeds when given
a busid that doesn't correspond to the device the DRM is attached to. This
is a breaking of backwards-compatibility only for the multiple-DRI-head case
with X Servers that don't use interface 1.1.
- Move irq_busid to drm_irq.h and make it only return the IRQ for the current
device. Retains compatibility with previous X Servers, cleans up unnecessary
code. This means no irq_busid on !__HAVE_IRQ, but can be changed if
necessary.
- Bump interface version to 1.2. This version when set signifies that the
control ioctl should ignore the irq number passed in and enable the
interrupt handler for the attached device. Otherwise it errors out when
the passed-in irq is not equal to the device's.
- Store the highest version the interface has been set to in the device.
<airlied@pdx.freedesktop.org>
From Eric Anholt:
Return EBUSY when attempting to addmap a DRM_SHM area with a lock in it if
dev->lock.hw_lock is already set. This fixes the case of two X Servers running
on the same head on different VTs with interface 1.1, by making the 2nd head
fail to inizialize like before.
<airlied@pdx.freedesktop.org>
From Eric Anholt + Jon Smirl:
Don't ioremap the framebuffer area. The ioremapped area wasn't used by
anything.
<airlied@pdx.freedesktop.org>
From Michel Daenzer:
Adapt to nopage() prototype change in Linux 2.6.1.
Reviewed by: Arjan van de Ven <arjanv@redhat.com>, additional feedback
from William Lee Irwin III and Linus Torvalds.
<airlied@pdx.freedesktop.org>
More differentiated error codes for DRM(agp_acquire)
<airlied@pdx.freedesktop.org>
drm_ctx_dtor.patch
Submitted by: Erdi Chen
<airlied@pdx.freedesktop.org>
Miscellaneous changes from DRM CVS
<airlied@pdx.freedesktop.org>
radeon_drm.h:
missing define from previous checkin
<airlied@pdx.freedesktop.org>
* Introduce COMMIT_RING() as in radeon DRM, stop using error prone
writeback for ring read pointer (Paul Mackerras)
* Get rid of some superfluous stuff, minor fixes
<airlied@pdx.freedesktop.org>
From Jon Smirl:
This code allows the mesa drivers to use a single definition of the DRM sarea/IOCTLS
<davej@redhat.com>
[AGPGART] If ati_create_gatt_pages() fails, don't propagate an address we've freed.
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #0: replace dev->base_addr with ioaddr
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #1: replace magic constants with enums
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #2: add 'static'; fix wrapped comment
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #3: fix pointer substraction bug
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #4: stop doing stop_nic_rx/writel(np->crvalue) in reset_rx_descriptors
this can inadvertently (re)enable tx and/or rx.
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #5: introduce stop_nic_rxtx(), use it where makes sense
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #6: Francois' fixes for low memory handling; remove free_one_rx_descriptor (not used anymore)
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #7: Garzik fix (IIRC): add locking to tx_timeout
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #8: rework error handling
Add reset timer, fire it 1/2 sec after 'Too much work in interrupt'
Move reset code from tx_timeout into two separate routines:
reset_and_disable_rxtx() and enable_rxtx()
New function reset_tx_descriptors(): clean up tx ring
after tx_timeout. tx_timeout now does:
reset_and_disable_rxtx()
reset_tx_descriptors()
enable_rxtx()
netif_wake_queue()
Absense of netif_wake_queue() call was probably the cause of
tx_timeout() stalling all future tx.
Remove stop_nic_tx(), not used anymore
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #9: fix locking for set_rx_mode
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #10: replace local delay functions with udelay
<vda@port.imtp.ilyichevsk.odessa.ua>
[PATCH] fealnx #11: cleanup and coding style
<brazilnut@us.ibm.com>
[PATCH] pcnet32 add register dump capability
At the next opportunity to add new code to 2.6.6, please apply the following
patch to include the capability to dump chip registers. Ethtool -d support.
<brazilnut@us.ibm.com>
[PATCH] pcnet32 timer to free tx skbs for 79C971/972
At the next opportunity to add new code to 2.6.6, please apply the following:
This patch uses an on-chip timer to free completed transmit skb's for the
79C971 and 972 versions which currently will leave completed transmit
skb's on the transmit ring until new transmit traffic occurs.
<airlied@pdx.freedesktop.org>
define an empty driver pci ids for ffb driver
<pavel@ucw.cz>
[PATCH] Cleanups for b44
Hi!
During some unrelated work I was confused by b44_init_hw. Its return
is checked in _open() but nowhere else. I started adding missing
checks, but then I found why its so: it only ever returns 0.
So this turns it into void. Killed #if 0-ed piece of code and fixed
indentation at one point. Please apply,
Pavel
<jgarzik@redhat.com>
[libata sata_sis] add new PCI id
Also remove constant from linux/pci_ids.h.
<jgarzik@redhat.com>
[libata] Promise driver split part 1: clone to sx4
Clone sata_promise to sata_sx4.
<jgarzik@redhat.com>
[libata] Promise driver split part 2: remove SX4 code from sata_promise
<jgarzik@redhat.com>
[libata] Promise driver split part 3: remove TX2/4 code from sata_sx4
<jgarzik@redhat.com>
[libata] Promise driver split part 4: common header
<airlied@pdx.freedesktop.org>
convert DRM to use pci device structures on Linux, move pci ids
into a separate include file (this is auto-generated from the DRM
tree)
<airlied@pdx.freedesktop.org>
drmP.h:
remove unused structure
<davej@redhat.com>
[CPUFREQ] powernow-k8 cpuid changes.
cpuid changes to support new processors that will be coming out in the
future. Also works around a processor that we have released to the field
that can have an erroneous cpuid value.
From paul.devriendt@amd.com
<davej@redhat.com>
[CPUFREQ] powernow-k8 ignore invalid p-states.
From paul.devriendt@amd.com
<davej@redhat.com>
[CPUFREQ] powernow-k8: prevent BIOSs offering a vid of 0x1f, which means off.
From paul.devriendt@amd.com
<dtor_core@ameritech.net>
Input: synaptics driver cleanup
- pack all button data in 2 bytes instead of 48
- adjust the way we extract button data
- query extended capabilities if SYN_EXT_CAP_REQUESTS >= 1
(was == 1) according to Synaptics' addendum to the interfacing
guide
- do not announce or report BTN_BACK/BTN_FORWARD unless touchpad
has SYN_CAP_FOUR_BUTTON in its capability flags
<dtor_core@ameritech.net>
Input: support Synaptics touchpads that have separate middle button
<dtor_core@ameritech.net>
Input: pass maximum allowed protocol to psmouse_extensions instead of
accessing psmouse_max_proto directly allowing to avoid changing
the global parameter when synaptics initialization fails
<dtor_core@ameritech.net>
Input: Change spurious ACK warning in atkbd to soften accusation
against XFree86
<dtor_core@ameritech.net>
Input: fix trailing whitespace in atkbd
<dtor_core@ameritech.net>
Input: remove unneeded fields in atkbd structure, convert to bitfields
<dtor_core@ameritech.net>
Input: Do not generate events from atkbd until keyboard is completely
initialized. It should suppress messages about suprious NAKs
when controller's timeout is longer than one in atkbd
<dtor_core@ameritech.net>
Input: when getting a new device announce (0xAA 0x00) in psmouse
try reconnecting instead of rescanning to preserve (if possible)
the same input device.
<dtor_core@ameritech.net>
Input: move "reconnect after so many errors" handling from synaptics driver
to psmouse so it can be used by other PS/2 protcol drivers (but so far
only synaptics knows how to validate incoming data)
<dtor_core@ameritech.net>
Input: add protocol_handler to psmouse structure to ease adding
new protocols to psmouse module
<dtor_core@ameritech.net>
Input: add psmouse_sliced_command (passes extended commands encoded
with 0xE8 to the mouse) and use it in Synaptics and Logitech
drivers
<dtor_core@ameritech.net>
Input: do not modify device's properties when probing for protocol
extensions on reconnect as it may interfere with reconnect
process
<dtor_core@ameritech.net>
Input: allow disabling legacy psaux device even for non-embedded systems
<dtor_core@ameritech.net>
Input: serio trailing whitespace fixes
<dtor_core@ameritech.net>
Input: make serio open and close methods optional
<dtor_core@ameritech.net>
Input: trailing whitespace fixes
<dtor_core@ameritech.net>
Input: - move set_abs_params from synaptics driver to input and
rename to input_set_abs_params
- convert input_report_* macros into inline functions
- make use of set_abs_params in touchscreen drivers
<david-b@pacbell.net>
[PATCH] USB: fix usbfs iso interval problem
In 2.6, ISO transfers on USB require a value for urb->interval ... which
usbfs didn't provide (until this patch), or let user mode drivers specify.
This patch initializes the urb->interval from the endpoint's descriptor,
so ISO transfers should now work from userspace. It also fixes a related
problem for interrupt transfers.
<david-b@pacbell.net>
[PATCH] USB: root hubs can report remote wakeup feature
The patch lets HCDs report the root hub remote wakeup feature to usbcore
through config descriptors, and lets usbcore say whether or not remote
wakeup (of host from sleep, by devices) should be enabled.
Both OHCI and UHCI HCDs have some remote wakeup support already; I'm not
too sure how well it works. Given (separate) patches, their root hubs
can start to act more like other hubs in this area too. That'll make
it easier to start using USB suspend mode.
<stern@rowland.harvard.edu>
[PATCH] USB: Remove unusual_devs entries for Minolta DiMAGE 7, 7Hi
It looks safe to conclude that the unusual_devs.h entries for the Minolta
DiMAGE 7x cameras aren't needed. (Michael has tested the 7Hi and it's
definitely unnecessary.) The two other DiMAGE entries probably aren't
needed either, but we don't have any evidence of that so I'm leaving them.
<stern@rowland.harvard.edu>
[PATCH] USB: unusual_devs.h update
On Tue, 20 Apr 2004, Damian Ivereigh wrote:
> Here is the output of dmesg when plugging in an IBM USB MemKey
>
> usb-storage: This device (0a16,8888,0100 S 06 P 50) has unneeded SubClass and Protocol entries in unusual_devs.h
> Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>
Thank you for sending this in. Greg and Pete, here's the patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Implement endpoint_disable() for UHCI
This patch implements the endpoint_disable method for the UHCI driver, as
you requested a while back. It guarantees that during unbinding events
(disconnect, configuration change, rmmod) the UHCI driver will have
finished using every URB for the interface being unbound. It doesn't
quite guarantee that the completion handlers will have finished running,
but it would take a pretty unlikely race to violate that assumption. (I
think it's the same with the OHCI and EHCI drivers.)
Despite the patch numbering this one applies _after_ as249, which is a
more important bugfix.
<stern@rowland.harvard.edu>
[PATCH] USB: Eliminate dead code from the UHCI driver
I'm not sure what this piece of code is doing in the UHCI driver. It
looks like someone envisioned queuing several URBs for the same endpoint
simultaneously. Anyway, the driver can't do that and this code can never
run.
<greg@kroah.com>
[PATCH] USB: fix devio compiler warnings created by previous patch.
<david-b@pacbell.net>
[PATCH] USB: usbtest, smp unlink modes
Handle some SMP-visible unlink states better.
<david-b@pacbell.net>
[PATCH] USB: re-factor enumeration logic
This is an update to some patches from the December/January
timeframe, which will help sort out some of the mess for
drivers that need to use the reset logic. It's one of the
last significant patches in my gadget-2.6 tree that haven't
yet been merged into the main kernel tree.
More refactoring of the enumeration code paths:
* The first half of usb_new_device() becomes the second half of a new
hub_port_init() routine (resets, sets address, gets descriptor)
* The middle chunk of hub_port_connect_change() becomes the first half
of that new hub_port_init() routine.
* Khubd uses that new routine in hub_port_connect_change().
* Now usb_new_device() cleans up better after faults, and has
a more useful locking policy (caller owns dev->serialize).
* Has related minor cleanups including commenting some of
the curious request sequences coming from khubd.
Refactoring means a lot of the current usb_reset_device() logic won't
need to stay an imperfect clone of the enumeration code ... soon, it
can just call hub_port_init().
Even without touching usb_reset_device(), this eliminates a deadlock.
Previously, address0_sem was used both during probe and during reset,
so probe routines can't implement DFU firmware download (involves a
reset; DFU also uncovers other problems) or safely recover from probe
faults by resetting (usb-storage can try that). Now that lock is no
longer held during probe(); so those deadlocks are gone. (And some
drivers, like at76c503, can start to remove ugly workarounds.)
<david-b@pacbell.net>
[PATCH] USB: khubd fixes
This goes on top of the other enumeration patch I just sent,
to handle some dubious and/or broken hub configurations better.
Make khubd handle some cases better:
- Track power budget for bus-powered hubs. This version only warns
when the budgets are exceeded. Eventually, the budgets should help
prevent such errors.
- Rejects illegal USB setup: two consecutive bus powered hubs
would exceed the voltage drop budget, causing much flakiness.
- For hosts with high speed hubs, warn when devices are hooked up
to full speed hubs if they'd be faster on a high speed one.
- For hubs that don't do power switching, don't try to use it
- For hubs that aren't self-powered, don't report local power status
<baldrick@free.fr>
[PATCH] USB usbfs: take a reference to the usb device
Hi Greg, this is the first of a series of patches that replace the
per-file semaphore ps->devsem with the per-device semaphore
ps->dev->serialize. The role of devsem was to protect against
device disconnection. This can be done equally well using
ps->dev->serialize. On the other hand, ps->dev->serialize
protects against configuration and other changes, and has
already been introduced into usbfs in several places. Using
just one semaphore simplifies the code and removes some
remaining race conditions. It should also fix the oopses some
people have been seeing. In this first patch, a reference is
taken to the usb device as long as the usbfs file is open. That
way we can use ps->dev->serialize for as long as ps exists.
devio.c | 27 ++++++++++++++++-----------
inode.c | 3 ---
2 files changed, 16 insertions(+), 14 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: replace the per-file semaphore with the per-device semaphore
devio.c | 43 +++++++++++++++++++++++--------------------
usbdevice_fs.h | 1 -
2 files changed, 23 insertions(+), 21 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: remove obsolete comment from proc_resetdevice
devio.c | 3 ---
1 files changed, 3 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: fix up proc_setconfig
The semaphore is now taken in the caller.
devio.c | 2 --
1 files changed, 2 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: fix up proc_ioctl
The semaphore is now taken in the caller.
devio.c | 2 --
1 files changed, 2 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: fix up releaseintf
The semaphore is now taken in the callers.
devio.c | 2 --
1 files changed, 2 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: destroy submitted urbs only on the disconnected interface
The remaining three patches contain miscellaneous fixes to usbfs.
This one fixes up the disconnect callback to only shoot down urbs
on the disconnected interface, and not on all interfaces. It also adds
a sanity check (this check is pointless because the interface could
never have been claimed in the first place if it failed, but I feel better
having it there).
devio.c | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
<baldrick@free.fr>
[PATCH] USB usbfs: missing lock in proc_getdriver
Hi Oliver,
> I expect it to rarely matter, but it might matter now and then. It's
> just a question of hygiene. If you are using a temporary buffer I'd
> like to see it used to full advantage. So either drop the lock or do
> a direct copy. I'd prefer the first option your patch implemented.
I agree. Greg, please consider applying the updated patch:
Protect against driver binding changes while reading the driver name.
<baldrick@free.fr>
[PATCH] USB usbfs: drop pointless racy check
The check of interface->dev.driver requires a lock to be taken
to protect against driver binding changes. But in fact I think it
is better just to drop the test. The result is that the caller is
required to claim an interface before changing the altsetting,
which is consistent with the other routines that operate on
interfaces.
devio.c | 6 ++----
1 files changed, 2 insertions(+), 4 deletions(-)
<stern@rowland.harvard.edu>
[PATCH] USB: Ignore URB_NO_INTERRUPT flag in UHCI
Following a suggestion of David Brownell's I have decided to remove
support for the URB_NO_INTERRUPT flag in the UHCI driver. The overall
effect of the flag is to reduce the number of interrupts, thereby
improving throughput somewhat while increasing the duration of the
remaining IRQ handlers quite a lot (i.e., increasing interrupt variance).
So I think we're better off without it. Mind you, this is all in the
absence of any firm measurements.
A common case where this will come up is during usb-storage bulk
transfers. Such transfers are generally divided into scatter-gather
components each corresponding to a single URB and transferring one memory
page (4 KB). While generating an interrupt for each one is a little
faster than ideal -- about every 3 ms -- it's better than waiting until 64
KB has been transferred and there are 1024 individual TDs to clean up
during the IRQ.
<stern@rowland.harvard.edu>
[PATCH] USB: Cosmetic improvements for the UHCI driver
This patch makes a few minor improvements to the appearance of the UHCI
driver. Please apply.
<stern@rowland.harvard.edu>
[PATCH] USB: Altsetting updates for USB media drivers
This patch implements the new altsetting regime for the drivers under
usb/media. Not much needed to be changed. I'm unable to test any of the
changes, but at least they compile all right (except that I didn't even
try to compile the pwc driver since it's marked BROKEN).
The stv680 and w9968cf drivers still include an assumption that they are
bound to interface number 0. Since that the drivers are fairly tightly
linked to a specific kind of device I didn't try to change those
assumptions, but maybe they should be changed.
<stern@rowland.harvard.edu>
[PATCH] USB: Altsetting update for USB misc drivers
This is the altsetting update for the drivers under usb/misc. As you can,
not much was needed at all.
<stern@rowland.harvard.edu>
[PATCH] USB: Altsetting update for USB net drivers
The only driver under usb/net that needed any altsetting changes was
usbnet. I'm not looking forward to going through all the source files
under usb/serial. :-(
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
CS4281 driver
Added retry_count
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCMCIA Kconfig
SND_PDAUDIOCF depends on SND_PCM
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA Version
release: 1.0.4
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
added dxs_support and ac97_quirk entries for Amira notebook.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ATIIXP driver
- fixed SPDIF support.
restricted only 48k sample rate.
- fixed the address assignment for bigendian (not existing, though)
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- fixed the possibl ac97 register cache mismatch.
- added the detection of spdif sample rates.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
AC97 Codec Core
fix access to wrong register when clearing powerdown bits
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
Intel8x0 driver
20-bit sample format support
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
remove superfluous address operator from literal arrays
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
allow specification of rate_table in AUDIO_FIXED_ENDPOINT quirks
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Timer Midlevel,ALSA Core
Added early event flag and code to the timer interface.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
AC97 Codec Core
show AC'97 2.3 information in proc file
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
AC97 Codec Core
fix AC'97 revision bits on AD1985
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,SA11xx UDA1341 driver,Memalloc module,PCM Midlevel
RawMidi Midlevel,RTC timer driver,ALSA Core,Timer Midlevel
ALSA<-OSS emulation,ALSA sequencer,ALSA<-OSS sequencer,Generic drivers
MPU401 UART,OPL3,OPL4,ALS100 driver,AZT2320 driver,CMI8330 driver
DT019x driver,ES18xx driver,OPL3SA2 driver,Sound Galaxy driver
Sound Scape driver,AD1816A driver,AD1848 driver,CS4231 driver
CS4236+ driver,PC98(CS423x) driver,ES1688 driver,GUS Classic driver
GUS Extreme driver,GUS MAX driver,AMD InterWave driver,Opti9xx drivers
EMU8000 driver,ES968 driver,SB16/AWE driver,SB8 driver
Wavefront drivers,PARISC Harmony driver,ALS4000 driver,ATIIXP driver
AZT3328 driver,BT87x driver,CMIPCI driver,CS4281 driver
ENS1370/1+ driver,ES1938 driver,ES1968 driver,FM801 driver
Intel8x0 driver,Intel8x0-modem driver,Maestro3 driver,RME32 driver
RME96 driver,SonicVibes driver,VIA82xx driver,AC97 Codec Core
ALI5451 driver,au88x0 driver,CS46xx driver,EMU10K1/EMU10K2 driver
ICE1712 driver,ICE1724 driver,KORG1212 driver,MIXART driver
NM256 driver,RME HDSP driver,RME9652 driver,Trident driver
Digigram VX222 driver,YMFPCI driver,Sound Core PDAudioCF driver
Digigram VX Pocket driver,PPC PowerMac driver,SPARC AMD7930 driver
SPARC cs4231 driver,USB generic driver
use the new module_param*() functions.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,Control Midlevel,ALSA Core,AD1848 driver,CS4231 driver
CS46xx driver,Trident driver,YMFPCI driver,ES18xx driver,OPL3SA2 driver
ATIIXP driver,CS4281 driver,ES1968 driver,Intel8x0 driver
Intel8x0-modem driver,Maestro3 driver,ALI5451 driver,NM256 driver
Sound Core PDAudioCF driver
Clean up of power-management codes.
- moved commonly used codes to the core layer.
- using the unified suspend/resume callbacks for PCI and ISA
- added snd_card_set_pm_callbacks() and snd_card_set_isa_pm_callbacks()
as the registration functions.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALI5451 driver
Clean up of power-management codes.
- moved commonly used codes to the core layer.
- using the unified suspend/resume callbacks for PCI and ISA
- added snd_card_set_pm_callbacks() and snd_card_set_isa_pm_callbacks()
as the registration functions.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Trident driver,CS4231 driver,PARISC Harmony driver
Remove all old SNDRV_DMA_TYPE_PCI references
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
ALSA sequencer
load snd-seq-dummy automatically, as documented in seq_dummy.c
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
use wrapper function for usb_control_msg()
to prevent DMA'ing from/to the stack
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ALS4000 driver,ATIIXP driver,AZT3328 driver,BT87x driver
CMIPCI driver,CS4281 driver,ENS1370/1+ driver,ES1938 driver
ES1968 driver,FM801 driver,Intel8x0 driver,Intel8x0-modem driver
Maestro3 driver,RME32 driver,RME96 driver,SonicVibes driver
VIA82xx driver,ALI5451 driver,au88x0 driver,CS46xx driver
EMU10K1/EMU10K2 driver,ICE1712 driver,ICE1724 driver,KORG1212 driver
MIXART driver,NM256 driver,RME HDSP driver,RME9652 driver
Trident driver,Digigram VX222 driver,YMFPCI driver
- removed superfluous warning messages after pci_module_init().
(2.6 kernel doesn't return the error anyway...)
- store card pointer in pci_drvdata instead of chip pointer.
this would make easier to add PM support.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCI drivers,au88x0 driver
bugfixes and VIA/AMD chipset automatic workaround by Manuel Jander <manuel.jander@mat.utfsm.cl>
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
added Event Electronics EZ8 support by Doug McLain <nostar@comcast.net>
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Intel8x0 driver
fixed MX440 workaround in suspend/resume.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Memalloc module
fixed the allocation of coherent DMA pages under 32bit mask.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
Edirol UA-700 advanced modes support
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Intel8x0 driver,Intel8x0-modem driver
- probe only audio (intel8x0) or modem (intel8x0m) codecs.
- call snd_ac97_suspend() in the suspend callback.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- export snd_ac97_suspend().
- mute MASTER and HEADPHONE volumes in suspend to avoid possible clicks.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS4281 driver,ES1968 driver,Maestro3 driver,ALI5451 driver
CS46xx driver,NM256 driver,Trident driver,YMFPCI driver
- call snd_ac97_suspend() in the suspend callback.
- suspend/resume secondary codecs, too.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
fixed the deadlock of power_lock in suspend (by Terry Loftin)
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC PMAC driver
fixed the suspend/resume with the new ALSA common callbacks.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Memalloc module
removed the obsolete hack for dev_alloc_coherent() with dev = 0.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC PMAC driver
another fix for the new suspend/resume.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ICE1712 driver
<Dirk.Kalis@t-online.de>
added a control for default rate in the ice1712 driver
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC PMAC driver
fixed the missing function declarations.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ATIIXP driver
- added the PCI id entry for SB300.
- added the missing terminator to the PCI id list.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- fixed the center/mic share switch on ALC65x.
- created AC97_SINGLE_VALUME() macro.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Control Midlevel
- fixed the compilation without CONFIG_PM.
- fixed the return value of POWER ioctl.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
added the mic/center sharing switch of cm9739 codec again.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,AC97 Codec Core
added the write support to ac97#x-x+regs proc file.
this is for debugging purpose, and enabled only when CONFIG_SND_DEBUG is set.
it allows the user to modify AC97 register bits without compiling the sources.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Fixed AD18xx PCM bit handling
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Opti9xx drivers
Fixed irq&dma initialization for <93x chips
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Intel8x0 driver
From: Giridhar Pemmasani <giri@lmc.cs.sunysb.edu>
It seems that pci config space is messed up after resume for Intel ICH4
audio controller (on Dell Latitude D600, but I notice that others also
complain about this problem). Consequently resume from S3 causes oops with
snd_intel8x0 module. If the module is removed before suspend and loaded
afterwards, I still get oops. The following simple patch fixes the
problem. With this, I can leave alsa untouched during suspend/resume.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
patch_sigmatel_stac9758
- initialize with default values from datasheet
- apply old initialization only for Gateway M675 notebook
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
ac97->pci might be null
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC Keywest driver,PPC PMAC driver,PPC PowerMac driver
PPC Tumbler driver
fixed the oops on resume and the initialization of chip.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
fixed the compilation without CONFIG_SND_DEBUG.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCI drivers,ATIIXP driver
- added IXP 300 to descriptions and comments.
- fixed the codec probing without the proper interrupts.
- added the experimental PM support.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the experimental PM support.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
OPL3SA2 driver
Added YMH0801 ISA PnP ID - OPL3-SA2
<jgarzik@redhat.com>
[libata] add ata_tf_{to,from}_fis helpers
<jgarzik@redhat.com>
[libata] clean up taskfile submission to hardware
When writing taskfile (an ATA command) to the controller, the exact
setup of the taskfile is dependent on the taskfile "protocol":
PIO, PIO Multiple, DMA, Non-data, etc.
So, we separate out the submission of the taskfile to hardware into
a separate function ata_qc_issue_prot(), which will later be the
home for more code.
Also, remove some dead code (#if 0'd).
<jeremy@sgi.com>
[PATCH] sata_vsc initialization fix
<airlied@pdx.freedesktop.org>
drm_irq.h:
remove NO_VERSION
<jejb@mulgrave.(none)>
MPT Fusion add back FC909 support
From: "Moore, Eric Dean" <Emoore@lsil.com>
<aris@cathedrallabs.org>
[PATCH] qlogicfas: kill horrible irq probing
this patch kills irq probe and also I/O because isn't useful to
probe I/O if we can't probe irq later.
<aris@cathedrallabs.org>
[PATCH] qlogicfas: split and create a new module
<aris@cathedrallabs.org>
[PATCH] qlogic_cs: use qlogicfas408 module
this patch kills qlogic_core.c and I guess the same idea can be
applied to other pcmcia scsi drivers. comments?
<praka@users.sourceforge.net>
[PATCH] qla2xxx set current state fixes
- always set_current_state(TASK_UNINTERRUBTIBLE) unless we explicitly
check for signals.
- make all timeouts take HZ based values.
<Kai.Makisara@kolumbus.fi>
[PATCH] SCSI tape log message fixes
This patch changes the st console/log messages:
- __GFP_NOWARN added to buffer allocation to suppress useless messages
when having to use smaller than default segments
- move log message from enlarge_buffer() to caller so that the tape name
can be printed and remove some debugging messages; now the st messages
should include drive name where applicable (a problem reported by
Hironobu Ishii)
- setting options is logged only when debugging; the most important
options are now seen in sysfs
<akpm@osdl.org>
[PATCH] aic7xxx: fix oops whe hardware is not present
From: Herbert Xu <herbert@gondor.apana.org.au>
This is because aic7xxx does not unregister itself properly if no devices
are found. This patch fixes the problem.
<jejb@mulgrave.(none)>
aic7xxx: compile fix for EISA only case
We can't refer to PCI functions for a pure
EISA machine.
<chrisw@osdl.org>
[PATCH] Update aacraid MAINTAINERS entry
<garloff@suse.de>
[PATCH] scsi: don't attach device if PQ indicates not connected
<aradford@amcc.com>
[PATCH] 3ware driver update
This patch includes the following driver changes:
1.26.00.038 - Roll driver minor version to 26 to denote kernel 2.6.
Add support for cmds_per_lun module parameter.
1.26.00.039 - Fix bug in tw_chrdev_ioctl() polling code.
Fix data_buffer_length usage in tw_chrdev_ioctl().
Update contact information.
<jgarzik@redhat.com>
[libata] move ATAPI startup from katad thread to workqueue thread
libata creates one thread per ata_port structure. This is inadequate
for our needs, and also cumbersome to maintain, now that workqueues
and Rusty's thread work is available.
This patch begins to move libata away from doing its own per-port
thread, by moving the ATAPI command initiation code to work under
the workqueue system.
This patch also creates a private workqueue, global to all of libata.
<jgarzik@redhat.com>
[libata] move PIO data xfer from katad thread to workqueue thread
<jgarzik@redhat.com>
[libata] move probe execution from katad thread to workqueue thread
This allows us to kill the katad thread itself, and several
thread-related variables in struct ata_port.
<andmike@us.ibm.com>
[PATCH] fix module unload problem in sd
Move scsi_device_get out of sd probe path to allow module to be unloaded
when devices are not open.
<jgarzik@redhat.com>
[libata] move ATAPI command initiation code from libata-scsi to libata-core
<jgarzik@redhat.com>
[libata] make ata_wq workqueue local to libata-core module
Now that libata-scsi module no longer calls queue_work() directly,
we can localize the use of ata_wq.
<jgarzik@redhat.com>
[libata] internal cleanup: kill ata_pio_start
Integrate it into its caller.
<jgarzik@redhat.com>
[libata] some work on the ATAPI path
Remove a lot of redundant code in ATAPI packet submission.
ATAPI is still disabled, it doesn't work yet.
<jgarzik@redhat.com>
[libata] work queueing cleanups and fixes
Make sure to initialize PIO data xfer state.
Use queue_delayed_work() rather than manually calling schedule_timeout(),
then queue_work(), ourselves.
<jgarzik@redhat.com>
[libata] increase max-sectors limit for modern drives
This is the much-discussed "speed up SATA" patch. It limits requests
to 1MB as discussed, rather than the hardware maximum (32MB).
As soon as Jens Axboe's patch to dynamically determining request
size is merged, max_sectors becomes what it properly should be --
a description of the absolute hardware maximum.
<jgarzik@redhat.com>
[libata] replace per-command semaphore with optional completion
The semaphore was initialized and up'd for each command, but nobody
was listening. Replace this with a completion, which may or may not
be present.
<jgarzik@redhat.com>
[libata promise] make sure our schedule_timeout(N) are never with N==0
Make sure we delay for a minimum desired length of time.
<airlied@pdx.freedesktop.org>
drm_pciids.h:
add new tdfx id, and blank ffb ids
<akpm@osdl.org>
[PATCH] scsi_disk_release() warning fix
drivers/scsi/sd.c: In function `scsi_disk_release':
drivers/scsi/sd.c:1477: warning: unused variable `sdev'
<jgarzik@redhat.com>
[libata] remove unused struct ata_engine
<akpm@osdl.org>
[PATCH] sata_sx4.c warning fix
drivers/scsi/sata_sx4.c: In function `pdc20621_put_to_dimm':
drivers/scsi/sata_sx4.c:928: warning: comparison is always true due to limited range of data type
The code is doing, effectively:
if ((long)(expr returning u32)) >= 0
but on 64-bit architectures, that will always be true.
So cast the u32 result to s32 before promoting to long so that bit 31
correctly propagates into bits 32-63.
<tejohnson@yahoo.com>
[PATCH] USB: mtouchusb update for 2.6.6-rc2
The attached patch for the 3M Touch Systems Capacitive controller.
Quick list of changes:
* Changed reset from standard USB dev reset to vendor reset
* Changed data sent to host from compensated to raw coordinates
* Eliminated vendor/product module params
* Performed multiple successfull tests with an EXII-5010UC
The changes are primarily due to comments from Vojtech Pavlik, as well
as making the newer EXII-50XXUC controllers work.
Thanks to 3M Touch Systems for sending me some new controllers to test with!
An updated HOWTO is also available at:
http://groomlakelabs.com/grandamp/code/microtouch/Linux-Input-USB-Touchscreen-HowTo.txt
<bellucda@tiscali.it>
[PATCH] USB: audits in usb_init()
there were some missing audits in usb_init()
<baldrick@free.fr>
[PATCH] USB: be assertive in usbfs
Be assertive.
<stern@rowland.harvard.edu>
[PATCH] USB: Altsetting updates for usb/serial
The updates needed for proper altsetting handling among the USB serial
drivers turned out to be a lot easier than I expected, thanks to the
organization of the drivers. Only a handful of changes were needed.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB: usb-storage driver changes for 2.6.x [1/4]
Patch as239b from Alan Stern: This patch improves the interaction between
a SCSI reset, an internally generated reset, and an abort. This improves
our error-recovery in cases where the device is hung (or almost hung) while
we're trying to auto-reset.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB: usb-storage driver changes for 2.6.x [2/4]
This is patch as248b from Alan Stern, modified by myself: This adds a flag
which allows us to supress the "unneeded unusual_devs.h entry" message.
This is useful for times when idiotic device manufacturers break the rules
and release two different devices with the same VID, PID, and revision
number.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB: usb-storage driver changes for 2.6.x [3/4]
This patch adds some clear-halt calls if a GetMaxLUN fails. Apparently,
some devices (like certain early-rev Zip100s) stall their bulk pipes if
they receive a GetMaxLUN.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB: usb-storage driver changes for 2.6.x [4/4]
This is a trivial patch to remove some duplicate includes. sched.h and
errno.h are already included in this file about a dozen lines or so above
this point.
<greg@kroah.com>
USB: switch struct urb to use a kref instead of it's own atomic_t
<jgarzik@redhat.com>
[libata sata_sx4] trivial: fix filename in header
<greg@kroah.com>
USB: removed unused atomic_t in keyspan driver structure.
<greg@kroah.com>
USB: make ehci driver use a kref instead of an atomic_t
<greg@kroah.com>
USB: fix incorrect usb-serial conversion for cur_altsetting from previous patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Allocate interface structures dynamically
This is a revised version of an earlier patch; I feel a lot better about
this one. Basically it does the same thing as before: allocate
interfaces dynamically to avoid the problems with reusing them.
The difference is that this patch adds a struct kref to the array of
usb_interface_cache's, so the array can persist if needed after the
device has been disconnected. Each interface takes a reference to it
(along with the configuration itself), so as long as the interfaces
remain pinned in memory the altsettings will also remain.
Here is a slight revision of patch as246b. This one allocates all the new
interfaces before changing any other state; otherwise it's the same.
<greg@kroah.com>
USB: fix compiler warnings in devices.c file.
<jejb@mulgrave.(none)>
Cset exclude: jejb@mulgrave.(none)|ChangeSet|20040404150128|05866
scsi_get_device needs no NULL check
<Michael_E_Brown@Dell.com>
[PATCH] add SMBIOS tables to sysfs -- UPDATED
<greg@kroah.com>
My cleanups to the smbios driver.
<sean@mess.org>
[PATCH] USB: add new USB PhidgetServo driver
Here is a driver for the usb servo controllers from Phidgets
<http://www.phidgets.com/>, using sysfs.
Note that the devices claim to be hid devices, so I've added them to the
hid_blacklist (HID_QUIRK_IGNORE). A servo controller isn't really an hid
device (or is it?).
<stern@rowland.harvard.edu>
[PATCH] USB: Lock devices during tree traversal
On Tue, 27 Apr 2004, Greg KH wrote:
> So, what's next in this patch series? :)
Funny you should ask...
While writing those patches I noted a problem, that the USB device tree
can change while a process reading /proc/bus/usb/devices is traversing it,
leading to an oops when a pointer to a no-longer-existing child device is
dereferenced. The ensuing discussion led to the conclusion that the
devices' ->serialize locks should be acquired, top-down, while going
through the tree.
That means changing the code that populates the devices file and changing
the code that adds and removes USB device structures. This patch takes
care of the first part. I'm delaying the second part because that section
of usbcore is still under change -- David Brownell's revisions have not
yet been fully integrated.
A similar change should be made to usb_find_device() and match_device() in
usb.c. You may want to add that yourself.
<david-b@pacbell.net>
[PATCH] USB: fix sparc64 2.6.6-rc2-mm2 build busted: usb/core/hub.c hubstatus
> 2) An undefined 'hubstatus' variable in drivers/usb/core/hub.c:
>
> CC drivers/usb/core/hub.o
> drivers/usb/core/hub.c: In function `hub_port_connect_change':
> drivers/usb/core/hub.c:1343: error: `hubstatus' undeclared (first use in this function)
> drivers/usb/core/hub.c:1343: error: (Each undeclared identifier is reported only once
> drivers/usb/core/hub.c:1343: error: for each function it appears in.)
> make[3]: *** [drivers/usb/core/hub.o] Error 1
>
> As a total shot in the dark, the following fixes the build (I've no clue
> if it is the right fix):
Yes, it's the right fix. Greg, please merge the attached patch,
which will be needed on any big-endian system.
<sean@mess.org>
[PATCH] USB: fix PhidgetServo driver
Somehow I managed to send the wrong version. Here is a patch which fixes
that. (Remove a dev_info() which wasn't supposed to be there, and make sure
that everything is still consistent in the unlikely event that kmalloc()
fails). Just minor cleanups.
<greg@kroah.com>
USB: remove the wait_for_urb function from bfusb driver as it's no longer needed.
<greg@kroah.com>
USB: fix build error in hci_usb driver due to urb reference count change.
This really needs to get fixed the proper way, by making the urb allocation
dynamic in the driver, instead of the hack it is currently doing...
<dsaxena@plexity.net>
[PATCH] PCI: pci.ids update from sf.net + add IXP4xx to pci_ids.h
<jochen@jochen.org>
[PATCH] PCI: I'm moving
Can you please feed the following patch to Andrew?
<jochen@jochen.org>
[PATCH] PCI: message cleanup in PCI probe
The messages read:
PCI: Address space collision on region 8 of bridge 0000:00:1f.0 [1180:11bf]
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Transparent bridge - 0000:00:1e.0
PCI: Using IRQ router PIIX/ICH [8086/24cc] at 0000:00:1f.0
PCI: Found IRQ 11 for device 0000:00:1f.1
The following patch adds "PCI: " in front of the message and KERN_INFO as well.
Compile&boot tested.
Jochen
<lxiep@us.ibm.com>
[PATCH] PCI Hotplug: rpaphp: set eeh option (enabled ) prior to any i/o to newly added IOA
Attached patch fix the problem I have found during DLPAR I/O slots
testing on our new hardware. rpaphp needs to set eeh-option(eanbled)
for newly added IOA prior to performing PCI config(pci_setup_device),
otherwise the pci_dev of the IOA will have invalid base address
information.
Linas Vepstas impleted eeh changes.
<johnrose@austin.ibm.com>
[PATCH] PCI Hotplug: RPA DLPAR remove slot, return code fix
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: null checks
If the "struct hotplug_struct *" parameter to any function in
hotplug_slots_ops is ever NULL something bogus is going on. In this case we
should just oops and not hide the bug. This also fixes the driver name used in
debug messages.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: slot_paranoia_check
Matthew Wilcox wrote:
> On Thu, Apr 22, 2004 at 01:18:23PM +0200, Rolf Eike Beer wrote:
> > slot_paranoia_check is only another kind of checking everything for NULL.
> > Removing this leads to function get_slot is reduced to a simple cast, so
> > this function can be killed also.
>
> Since private is void *, you don't even need the casts.
>
> > static int enable_slot (struct hotplug_slot *hotplug_slot)
> > {
> > - struct slot *slot = get_slot(hotplug_slot, __FUNCTION__);
> > + struct slot *slot = (struct slot *)hotplug_slot->private;
>
> struct slot *slot = hotplug_slot->private;
>
> is enough.
Fixed.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: coding style
This patch kills the space before the opening brace in function
declarations. It also beautifies some ugly return statements.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: kill hardware_test
The function hardware_test only tells that there are no tests. If we just
kill it the file "test" in the slot's directory will not show up which
means pretty much the same.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: use goto for error handling
This one converts the error handling in init_slots to use gotos to avoid code
duplication.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: return
Fix 2 very ugly return constructs.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Clean up acpiphp_core.c: remove 3 get_* functions
If we remove this 3 get_* functions the pci hotplug core will do the same
thing for us.
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI Hotplug: remove unneeded funtion for parameter handling
A special function for handling the parameters in non-module case is not
needed, the MODULE_* makros handle this also for compiled in situations.
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI Hotplug: kill magic number
slot->magic is not used anymore since slot_paranoia_check is dead, so just kill
it.
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI Hotplug ZT5550: use new style of module parameters
Convert the driver to use new interface for module parameters, Also fix the
driver name used in debug messages.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] ACPI PCI Hotplug: use new style of module parameters
This one converts acpiphp_core.c to use the new interface for module
parameters.
<eike-hotplug@sf-tec.de>
[PATCH] ACPI PCI Hotplug: kill magic number
The magic slot number was only another type of checking the validity of a
pointer. These checks are all gone so magic can follow them.
<eike-hotplug@sf-tec.de>
[PATCH] ACPI PCI Hotplug: use goto for error handling
This one fixes another space before an opening brace I missed before and
optimizes the error paths in init_slots a bit more.
<eike-hotplug@sf-tec.de>
[PATCH] ACPI PCI Hotplug: coding style fixes
Some minor coding style fixes:
-space before opening brace of function
-wrap some long lines
-change some identations from spaces to tabs
<eike-hotplug@sf-tec.de>
[PATCH] ACPI PCI Hotplug: add a BUG() where one should be
If there is a condition with the comment "should never happen" it is a good
place for a BUG() if it is ever reached.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: use new style of module parameters
Convert the PCI hotplug skeleton driver to use new style of module parameter
handling.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: remove useless NULL checks
This one removes all the useless NULL checks including slot_paranoia_check,
get_slot and the magic number from the PCI hotplug skeleton driver. Also some
lines containing only a single tab are fixed.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: fix codingstyle
Coding style fixes for pcihp_skeleton.c: remove spaces before opening braces
and change a comment in function hardware_test to make clearer that the
functions purpose is not to tell the user there are no tests.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: mark functions __init/__exit
Add __init and __exit to some functions only called from __init/__exit context.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: use goto for error handling
Convert PCI hotplug skeleton driver to use goto for error handling in
init_slots to avoid code duplication.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug skeleton: final cleanups
Some final fixes for the skeleton driver:
-spaces before opening brace
-add a better example for hardware_test function
-remove a "int retval" in a void function
-some more coding style changes
-changed enough stuff: increase version number
-fix a typo in a comment
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: fix coding style
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: remove useless kmalloc casts
The result of kmalloc does not need to be casted, it is a void * which can be
assigned to any pointer variable. Also avoid code duplication in one if
statement.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: splut pciehp_ctrl.c::configure_new_function
configure_new_function is way too big (>600 lines). Split it in 2 functions,
one for the new functions and one for bridges. And split out a small piece
from the bridge function which is used twice to it's own function.
Patch is huge because of the identation changes but does nothing than the
split and some minor coding style changes.
<tejohnson@yahoo.com>
input: Microtouch USB driver update
Changed reset from standard USB dev reset to vendor reset
Changed data sent to host from compensated to raw coordinates
Eliminated vendor/product module params
Performed multiple successfull tests with an EXII-5010UC
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: coding style fixes
The usual coding style fixes, this time for cpqphp_ctrl.c and cpqphp.c.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: remove useless NULL checks
Remove some useless NULL and magic checks from Compaq PCI Hotplug driver.
If one of this pointers is invalid we are in bad trouble anyway.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: move huge inline function out of header file
set_controller_speed is implemented in cpqphp.h but only used in cpqphp_ctrl.c
and it's much too big to be defined in a header file. This patch moves it to
cpqphp_ctrl.c. Also the inline attribute is removed, this function is called
from 2 places and to big to be an inline.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: use new style of module parameters
Convert Compaq PCI Hotplug driver to use the new style of module parameters.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: more coding style fixes
Fix a lot of coding style issues in Compaq PCI hotplug:
-spaces before opening brace of functions
-much too much C++ style comments
-wrap long lines
-remove some comments where the code does not really need to be explained
Eike
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: split up hardware_test
This puts the LED shifting used as "hardware test" in a function to make
cpqhp_hardware_test much smaller and easier to read. Also changes some
comments from C++ to C style.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: use goto for error handling
Convert ctrl_slot_setup to use goto for error handling and fix some minor
coding style things.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: remove useless NULL checks from cpqphp_core.c
Remove some useless NULL checks in cpqphp_core.c
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: fix C++ style comments
This is not C++! Fix comments from C++ style to C style, removing some useless
ones (e.g. no need to tell up and down protect a critical section).
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: use goto for error handling in cpqphp_ctrl.c
Change cpqphp_ctrl.c to use goto for error handling.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: coding style fixes for cpqphp_ctrl.c
Some coding style fixes I missed last time.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: some final fixes for cpqphp_core.c
Final small fixes for cpqphp_core.c:
-use better error handling in one_time_init
-small coding style fixes
-the name of the driver is not "pci_hotplug"
-add an __exit for unload_cpqphp
-changes enough to increment version, isn't it?
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Remove type magic from kmalloc
This patch removes the cast of kmalloc's results to the target pointer type.
Also it fixes kmalloc to use sizeof(*foo) instead of sizeof(type_of_foo) as
suggested by Matthew Wilcox. Also removes a few useless checks if a pointer
is NULL before calling kfree: kfree checks this itself.
<eike-hotplug@sf-tec.de>
[PATCH] [BUGFIX] shpchp_pci.c: fix missing braces after if
Add missing braces around if statement, if not we will try to add devices
for an empty slot.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug Core: use new style of module parameters
Convert PCI Hotplug Core to new style of module parameter handling.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Hotplug: Move an often used while loop to an inline function
Walking through a pci_resource list and freeing all members is done a lot of
times in unload functions. This patch moves this to an inline function in
pciehp_core.c, pciehp_pci.c, shpchp_core.c and shpchp_pci.c. This shrinks the
code a lot (some 200 lines) and makes it much easier to read. Also adds some
__exit.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: use new style of module parameters
This converts PCI Express Hotplug to the new style of module parameter
handling.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: fix missing braces
Fix missing braces. It does not change the code but makes it easier to read.
<greg@kroah.com>
PCI Hotplug: fix stupid build bugs caused by previous patches.
Doesn't anyone build their patches anymore before sending them out...
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: remove useless NULL checks
Remove useless NULL checks and magic numbers from PCI Express Hotplug, also
some minimal coding style fixes.
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: Remove useless NULL checks
Remove useless NULL checks and magic numbers from rpaphp. If one of these
ever becomes invalid we are in serious trouble anyway.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: kill useless kmalloc casts
This patch removes the cast of kmalloc's results to the target pointer type.
Also it fixes kmalloc to use sizeof(*foo) instead of sizeof(type_of_foo) as
suggested by Matthew Wilcox. Also removes a few useless checks if a pointer
is NULL before calling kfree: kfree checks this itself.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: kill hardware_test
The hardware_test function of the PCI Express Hotplug driver is empty. It's
better to completely kill this to tell the user hardware tests are not
supported by this driver.
<eike-hotplug@sf-tec.de>
[PATCH] Compaq PCI Hotplug: remove useless NULL checks from cpqphp_ctrl.c
Remove useless NULL checks from cpqphp_ctrl.c. Under normal circumstances
there is no chance for any of this functions to get called with a NULL
argument. If we are in such trouble that we get a NULL pointer don't hide it,
just oops.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: use goto for error handling
This changes pciehp_core.c::init_slots to use goto for error hanling. Also a
missing magic missed by previous patches is killed.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: codingstyle fixes for pciehp.h
Some small coding style fixes and a typo fix for pciehp.h
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: remove useless kmalloc casts
The result of kmalloc does not need to be casted to any other pointer type.
Also use kmalloc(*foo) instead of kmalloc(type_of_foo) and wrap some long
lines.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: some cleanups
Some coding style fixes and small cleanups for pciehp_core.c:
-wrap long lines
-kill spaces before opening braces of functions
-remove code duplication where both parts of an if statement do exactly the
same
-kill some useless comments
-kill an unneeded initialisation
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: mark global variables static
Don't know why, but it looks like a good idea to mark this global variables
static.
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: kill more useless casts
This patch does two things:
-remove casts of pointers which are void* or already the correct type for the
target
-if we dereferenced a struct member and copied this to it's own variable use
this and don't dereference the member again
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express Hotplug: codingstyle fixes for pciehp_pci.c
This is a bunch of coding style fixes (wrap long lines, whitspacing etc.) for
pciehp_pci.c
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: use new style of module parameters
The debug parameter of rpaphp is only used as a boolean so we can scan the
commandline of it like a boolean parameter.
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: kill get_cur_bus_speed from rpaphp_core.c
The get_cur_bus_speed function of rpaphp does nothing that the PCI Hotplug Core
would not do by itself if this function does not exist, so just kill it.
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: codingstyle fixes for rpaphp_core.c
Some coding style fixes for rpaphp_core.c:
-s/return(foo)/return foo/
-some whitespace fixes
-document function in proper way
Eike
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: fix up init_slots in rpaphp_core.c
rpaphp_core.c::init_slots is not more than a for loop and is called only from
one place, this inlines the important 3 lines. Als add some __init and __exit.
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: remove useless NULL checks from rpaphp_core.c
Remove two useless NULL checks from rpaphp_core.c
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: use goto for error handling in rpaphp_slot.c
Convert rpaphp_slot.c::alloc_slot_struct to use goto for error handling. Also
some small coding style fixes.
<eike-hotplug@sf-tec.de>
[PATCH] RPA PCI Hotplug: codingstyle fixes for rpaphp_pci.c
Some coding style fixes for rpaphp_pci.c.
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: use new style of module parameters
Convert shpchp_core.c to use new style of module handling.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: kill hardware_test
shpchp_core.c::hardware_test is empty. If we remove it we tell the user that
hardware tests are not supported at all.
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: fix cleanup_slots to use a release function
shpchp is the only driver which does not use a release function for the slot
struct. This adds one and does some minor coding style fixes. Also no one
cares about the return value of cleanup_slots (which is always 0 anyway) so
we can make the function void.
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: use goto for error handling
Convert shpchp_core.c::init_slots to use goto for error handling.
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: codingstyle fixes
Some small coding style fixes for shpchp_core.c.
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: kill useless NULL checks
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: more coding style fixes
A big bunch of coding style fixes for shpchp_ctrl.c and shpchp_pci.c
Eike
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: remove some useless casts
Remove a useless cast: pci_add_new_bus returns a struct pci_bus*, so no need
to cast.
<greg@kroah.com>
PCI Hotplug: fix build error due to previous patches.
<jejb@mulgrave.(none)>
Fix errors in [PATCH] aic7xxx: fix oops whe hardware is not present
This patch was causing a boot panic. Now fixed.
<stern@rowland.harvard.edu>
[PATCH] USB: USB altsetting updates for IDSN Hisax driver
The USB core is changing the way interfaces and altsettings are stored.
They are no longer required to be in numerical order, and as a result,
simply indexing the interface and altsetting arrays won't work as
expected.
This patch for the st5481 takes these changes into account. A simpler
approach would be to store a pointer to the struct usb_host_interface
rather than look it up repeatedly, but I'm not very familiar with this
driver and didn't want to attempt such an alteration.
<linux-usb@nerds-incorporated.org>
[PATCH] USB: Alcatel TD10 Serial to USB converter cable support
The Alcatel TD10 USB to Serial converter cable (for use with a Alcatel
OT 535 or 735(i) mobile phone) seems to be a repackaged Alcatel
version of the Prolific 2303 adapter.
And as such, simply adding its product/vendor id (0x11f7/0x02df) to
drivers/usb/serial/pl2303.c seems to be enough to make it work.
<david-b@pacbell.net>
[PATCH] USB Gadget: gadget zero and USB suspend/resume
This patch lets gadget zero be more useful in testing usb suspend
and resume. It prints messages on suspend() and resume(), and
supports an "autoresume=N" mode to wake the host after N seconds.
<david-b@pacbell.net>
[PATCH] USB: reject urb submissions to suspended devices
This patch rejects URB submissions to suspended devices, so
that they don't get hardware-specific fault reports. Instead,
they get the same code (-EHOSTUNREACH) for all HCDs.
It also fixes a minor problem with colliding declarations of
the symbol USB_STATE_SUSPENDED.
<stuber@loria.fr>
[PATCH] USB: LEGO USB Tower driver v0.95
here is the latest version 0.95 of the LEGO USB Tower driver against 2.6.6-rc3
which corrects a lot of problems in the version currently in the kernel,
most notably sleeping in interrupt context and improper locking.
Please apply.
It has been thoroughly tested with UHCI, OHCI and EHCI host controllers
using Lejos and NQC. Firmware and program download, and with proper
modifications all communication protocols supported by Lejos work,
as well as firmware and program download and datalog upload in NQC.
Notes to application maintainers/protocol designers:
- Small modifications are needed in communication protocols because
the tower tends to discard the first byte of transmissions.
So for example LNP needs to send an extra byte like 0xff before
the packet, and F7 handlers needs to cope with a lost 0x55.
- I suggest /dev/usb/legousbtower0 etc. as the standard device names.
This puts it in the same place as the other USB devices and makes
clear which driver is responsible for these devices.
<baldrick@free.fr>
[PATCH] USB: usbfs: change extern inline to static inline
And change __inline__ to inline and get rid of an unused function
while at it.
<baldrick@free.fr>
[PATCH] USB: fix WARN_ON in usbfs
On Tuesday 27 April 2004 10:58, Oliver Neukum wrote:
> Am Dienstag, 27. April 2004 00:14 schrieb Greg KH:
> > On Mon, Apr 26, 2004 at 04:05:17PM +0200, Duncan Sands wrote:
> > > diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
> > > --- a/drivers/usb/core/devio.c Mon Apr 26 13:48:28 2004
> > > +++ b/drivers/usb/core/devio.c Mon Apr 26 13:48:28 2004
> > > @@ -350,8 +350,8 @@
> > > * all pending I/O requests; 2.6 does that.
> > > */
> > >
> > > - if (ifnum < 8*sizeof(ps->ifclaimed))
> > > - clear_bit(ifnum, &ps->ifclaimed);
> > > + BUG_ON(ifnum >= 8*sizeof(ps->ifclaimed));
> >
> > I've changed that to a WARN_ON(). Yeah, writing over memory is bad, but
> > oopsing is worse. Let's be a bit nicer than that.
>
> You aren't nice that way. An oops has localised consequences. Scribbling
> over memory can cause anything.
Hi Greg, if won't accept a BUG_ON, how about the following?
<david-b@pacbell.net>
[PATCH] USB: dummy_hcd, root port wakeup/suspend
Here's what's in my tree to make dummy_hcd do suspend and
wakeup correctly ... that is, making its emulated root hub
and gadget work more like real ones.
It's easier to do this for fake hardware than the real stuff.
But real drivers tend to need very similar changes ... :)
- Dave
p.s. This does not depend on the suspend/resume patch.
And it doesn't do "global" suspend (of root hub).
<msdemlei@cl.uni-heidelberg.de>
[PATCH] USB: DSBR-100 tiny patch
On Fri, Feb 06, 2004 at 10:17:32AM -0800, Greg KH wrote:
> On Fri, Feb 06, 2004 at 05:06:01PM +0100, Markus Demleitner wrote:
> > Since I finally switched over to 2.6 I noticed that my dsbr100 driver
> > produces a warning to the effect that I should provide a release
> > callback. After a quick google on the issue I came to the conclusion
>
> No, you will have to fix up your driver to work properly, sorry. It's
> due to the changes to the v4l layer to handle removable devices much
> better (and to tie it into the driver model.)
I didn't get around to doing real work on this until now, but finally
in the attachment there's my stab at bringing dsbr100 up to kernel 2.6.
I'm not really comfortable with the release callback issues (I've yet
to find some HOWTO-like documentation on this...) on the v4l side,
so I'd be grateful if you could have a look at it. I've basically
tried to copy what stv680 does, which may or may not have been a
good idea (in particular see the comment above the disconnect
function).
I've used the opportunity for some code beautyfing, which of course
makes the patch a bit of a mess. I hope you won't mind too much
-- as you can see, it would have been pretty messy anyway.
<khali@linux-fr.org>
[PATCH] I2C: Add LM99 support to the lm90 driver
The following patch adds support for the LM99 chip to the lm90 driver,
on popular request. The nVidia GeForce FX 5900 series cards have such a
chip on-board for monitoring the GPU temperature.
Relevant pointers:
http://archives.andrew.net.au/lm-sensors/msg07671.html
http://secure.netroedge.com/~lm78/readticket.cgi?ticket=1661
http://secure.netroedge.com/~lm78/readticket.cgi?ticket=1662
Additional effects of the patch:
* Do not consider the lm90 driver experimental anymore. I have had
enough testers and not a single problem report, the driver is working
OK.
* Support the LM89. According to the datasheets, it is exactly the same
chip as the LM99 (to the chip ID). We've never seen this chip in a
computer so far, but it doesn't cost anything to support it (actually we
cannot not support it, since we have no way to differenciate with the
LM99).
* Scan two addresses instead of one. The LM99 and LM89 have a "-1"
variant using an alternate address.
* Update copyright year.
* Reword the identification code a bit. It is hopefully slightly less
unreadable.
This patch was successfully tested by Corey Hickey.
<akpm@osdl.org>
[PATCH] PCI Hotplug: pciehp-linkage-fix.patch
This fixes allyesconfig
<greg@kroah.com>
I2C: rename i2c-ip4xx.c driver
<khali@linux-fr.org>
[PATCH] I2C: Voltage conversions in via686a
My previous patch was actually not correct, reading from the chip's
registers was fixed but writing limits to it wasn't. This new version of
the patch should be better. Sorry for the trouble.
<kevin@koconnor.net>
[PATCH] I2C: support I2C_M_NO_RD_ACK in i2c-algo-bit
I have an I2C device (Samsung ks0127 video grabber) with a peculiar i2c
implementation. When reading bytes, it only senses for the stop condition
in the place where the acknowledge bit should be. So, to properly support
this device acks need to be turned off during reads.
There is an I2C_M_NO_RD_ACK bit already defined in i2c.h which appears to
be what I want. Unfortunately it doesn't seem to be used anywhere in the
current tree. At the end of this message is a patch to teach i2c_algo_bit
to honor the bit.
<dsaxena@plexity.net>
[PATCH] I2C: Update IXP4xx I2C bus driver
The 2.6 IXP4xx code has been cleaned up to change all references to
IXP42x/IXP425 with IXP4xx. The following patch updates the I2C bits.
Before applying, you need to 'bk move i2c-ixp42x.c ixp-4xx.c".
<stefan.eletzhofer@eletztrick.de>
[PATCH] I2C: add I2C epson 8564 RTC chip driver
Add support for the Epson 8564 RTC chip.
<stevef@steveft21.ltcsamba>
Update cifs change log
<sebek64@post.cz>
[PATCH] Class support for ppdev.c
<hannal@us.ibm.com>
[PATCH] Add class support to drivers/char/ip2main.c
<hannal@us.ibm.com>
[PATCH] add class support to drivers/block/paride/pg.c
This patch adds class support to pg.c, the parallel port generic ATAPI device driver.
I have verified it compiles but do not have the hardware. If someone does and
could test that would be helpful.
<hannal@us.ibm.com>
[PATCH] add class support to drivers/block/paride/pt.c
This patch adds class support to pt.c which "the high-level driver for parallel
port ATAPI tape drives based on chips supported by the paride module." Which I
dont have in order to test.
I have verified it compiles but can not test it. If someone who has the
hardware could I would appreciate it.
<hannal@us.ibm.com>
[PATCH] add class support to drivers/char/tipar.c
This patch adds class support to the Texas Instruments graphing calculators
with a parallel link cable.
I have verified it compiles. If someone has the hardware please verify it works.
<kenn@linux.ie>
[PATCH] Re: Platform device matching
On Mon, Apr 26, 2004 at 12:27:33AM +0100, Russell King wrote:
> So, this comment needs updating:
>
> * So, extract the <name> from the device, and compare it against
> * the name of the driver. Return whether they match or not.
Want a patch?
<stevef@smfhome.smfdom>
Add missing cifs protocol data unit definitions
<tony.cureington@hp.com>
[TG3]: Add eeprom dump support.
<c.lucas@ifrance.com>
[PATCH] USB: esthetic and trivial patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Altsetting update for USB IrDA driver
This patch updates the USB IrDA driver to take into account that the
kernel may no longer store altsetting entries in numerical order.
The driver only needed one change; this was a simple matter of using the
entry corresponding to the altsetting that was just installed.
<tejohnson@yahoo.com>
[PATCH] USB: update for mtouchusb
The attached patch for the 3M Touch Systems Capacitive controller. (again)
Quick list of changes:
* decrease mtouch->open counter in the event of a urb submission
failure
The changes are due to comments Oliver Neukum's comments on the
touchkit.c driver. Good catch! Sorry I missed it.
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=108343028201159&w=2
<davidm@tiger.hpl.hp.com>
ia64: Avoid ".save rp, r0" since the kernel unwinder doesn't support it yet.
Once we switch to a libunwind-based kernel unwinder, this code can be
re-enabled again.
<stevef@smfhome.smfdom>
Add smb copy function
<stevef@smfhome.smfdom>
fix truncated directory listings on large directories to Samba (when Unicode and Unix extensions enabled)
<rct@gherkin.frus.com>
[PATCH] sym53c500_cs PCMCIA SCSI driver (round 5)
Fifth attempt at a PCMCIA SCSI driver for the Symbios 53c500
controller. This version has all the cleanup Christoph has requested
to date, including removal of support for the obsolete (in 2.6)
proc_info functionality.
Support for additional sysfs class device attributes has been added:
two are read-only (irq, ioport), one is read-write (fast_pio). The
read-write attribute is a per-instance flag indicating the PIO speed
of the particular HBA: valid values are 1 (enabled -- default) and 0
(disabled).
<stern@rowland.harvard.edu>
[PATCH] PATCH: (as255) Handle Unit Attention during INQUIRY better
Some buggy USB storage devices can return Unit Attention status for
INQUIRY commands. The current code in scsi_scan.c checks for ASC = 0x28 =
Not ready to ready transition, but these devices can also return ASC =
0x29 = Power-on or reset occurred. In addition, the code doesn't retry
the INQUIRY when these codes are received.
<jeremy@sgi.com>
[PATCH] minor changes to qla1280 driver
On one of our big machines we found a problem with posted writes while
running AIM.
Two writes of the Request Queue In pointer went out of order, making
the chip think that it had a queue wrap.
I took advantage of this opportunity to add relaxed reads, which helps
the Altix. It should not affect other arches. All reads are relaxed
except for the read of the Semaphore register.
<akpm@osdl.org>
[PATCH] aic7xxx deadlock fix
We cannot call del_timer_sync() from within that timer's handler function!
<rddunlap@osdl.org>
[PATCH] (5/5) pcmcia/nsp: use kernel.h min/max/ARRAY_SIZE
From: Michael Veeck <michael.veeck@gmx.net>
Subject: [Kernel-janitors] [PATCH] drivers/scsi/pcmcia MIN/MAX/NUMBER removal
Patch (against 2.6.6-rc1) removes unnecessary min/max/number macros and
changes calls to use kernel.h macros instead.
drivers/scsi/pcmcia/nsp_cs.c | 12 ++++++------
drivers/scsi/pcmcia/nsp_cs.h | 2 --
2 files changed, 6 insertions(+), 8 deletions(-)
<rddunlap@osdl.org>
[PATCH] (2/5) aic7xyz_old: use kernel.h min/max/ARRAY_SIZE
From: Michael Veeck <michael.veeck@gmx.net>
Subject: [Kernel-janitors] [PATCH] drivers/scsi/aic7xxx_old MIN/MAX/NUMBER
removal
Patch (against 2.6.6-rc1) removes unnecessary min/max/number macros and
changes calls to use kernel.h macros instead.
drivers/scsi/aic7xxx_old.c | 43 ++++++++++++++------------------
drivers/scsi/aic7xxx_old/aic7xxx_proc.c | 6 ++--
2 files changed, 23 insertions(+), 26 deletions(-)
<rddunlap@osdl.org>
[PATCH] (4/5) nsp32 (ninja): use kernel.h min/max/ARRAY_SIZE
From: Michael Veeck <michael.veeck@gmx.net>
Subject: [Kernel-janitors] [PATCH] drivers/scsi/nsp MIN/MAX/NUMBER removal
Patch (against 2.6.6-rc1) removes unnecessary min/max/number macros and
changes calls to use kernel.h macros instead.
drivers/scsi/nsp32.c | 24 ++++++++++++------------
drivers/scsi/nsp32.h | 4 ----
2 files changed, 12 insertions(+), 16 deletions(-)
<rddunlap@osdl.org>
[PATCH] (3/5) ncr53c8x: use kernel.h min/max
From: Michael Veeck <michael.veeck@gmx.net>
Subject: [Kernel-janitors] [PATCH] drivers/scsi/53c* MIN/MAX removal
Patch (against 2.6.6-rc1) removes unnecessary min/max macros and changes
calls to use kernel.h macros instead.
drivers/scsi/ncr53c8xx.c | 6 +++---
drivers/scsi/sym53c8xx_comm.h | 5 +----
2 files changed, 4 insertions(+), 7 deletions(-)
<akpm@osdl.org>
[PATCH] support swsusp for aic7xxx
From: Pavel Machek <pavel@ucw.cz>
Marks threads as needed for suspend.
DESC
aic79xx_osm.c build fix
EDESC
drivers/scsi/aic7xxx/aic79xx_osm.c: In function `ahd_linux_dv_thread':
drivers/scsi/aic7xxx/aic79xx_osm.c:2594: `PF_IOTHREAD' undeclared (first use in this function)
<jgarzik@redhat.com>
[netdrvr b44] ethtool_ops support
<jgarzik@redhat.com>
[netdrvr b44] use netdev_priv
<jgarzik@redhat.com>
[netdrvr b44] use miilib for MII ioctl handling
<olh@suse.de>
[PATCH] add simple class for adb
This adds /sys/class/adb/, removes unused devfs lines and updates a
comment to match reality.
<greg@kroah.com>
PCI Hotplug: revert broken PCI Express hotplug patch
<greg@kroah.com>
USB: add support for Zire 31 devices.
Info was from Adriaan de Groot <adridg@cs.kun.nl>
<stefan.eletzhofer@eletztrick.de>
[PATCH] USB Gadget: fix pxa define in gadget_chips.h
below is a trivial patch which fixes the PXA gadget define
in drivers/linux/usb/gadget/gadget_chips.h
Everywhere CONFIG_USB_GADGET_PXA2XX is used, except in that file, which
bites obviously ...
Fix define for PXA UDC.
<stefan.eletzhofer@eletztrick.de>
[PATCH] USB Gadget: fix g_serial debug module parm
g_serial.ko can't be load as module because "debug" is only
defined if G_SERIAL_DEBUG is defined, but "debug" is referenced
in MODULE_PARM().
<david-b@pacbell.net>
[PATCH] USB: usbnet handles Billionton Systems USB2AR
This adds another ax8817x device to "usbnet".
<daniel.ritz@gmx.ch>
[PATCH] USB: add support for eGalax Touchscreen USB
this is the second version of the patch to add support for eGalax Touchkit USB
touchscreen. changes since last patch:
- fixed the bug in open, found by oliver neukum
- renamed driver from touchkit.c to touchkitusb.c (since the thing also exists
as RS232, PS/2 and I2C)
- some minor coding style updates
<stern@rowland.harvard.edu>
[PATCH] USB: Reduce kernel stack usage
This patch allocates a temporary array from the heap instead of from the
kernel's stack in usb_set_configuration(). It also updates a few
comments. Please apply.
<stern@rowland.harvard.edu>
[PATCH] USB Storage: unusual_devs.h update
On 4 May 2004, Rajesh Kumble Nayak wrote:
> The Above patch work fine for Sony Hc-85
> I shall post the dmesg entry soon.
>
> With many thanks
> Rajesh
Greg and Pete, here's the patch. It's possible that this entry could be
combined with the previous one, but until we know definitely they should
be kept separate.
<stern@rowland.harvard.edu>
[PATCH] USB: Small change to CPiA USB driver
Only one aspect of it is notable: The CPiA USB
driver calls usb_driver_release_interface() during its disconnect()
routine. That doesn't appear to be necessary, since it didn't call
usb_driver_claim_interface() beforehand and since the interface will be
released automatically when disconnect() returns.
<al.fracchetti@tin.it>
[PATCH] USB Storage: Kyocera Finecsm 3L -unusual_devs.h
<stern@rowland.harvard.edu>
[PATCH] PATCH: (as268) Import device-reset changes from gadget-2.6 tree
This patch imports the changes that David Brownell has made to the
device-reset functions in his gadget-2.6 tree. Once these ongoing
troubling questions about locking are settled, I'll add support for the
"descriptors changed" case.
<lxiep@us.ibm.com>
[PATCH] PCI Hotplug: rpaphp doesn't initialize slot's name
Attached is a revised version of rpaphp.patch. It has the following fixes:
- Set up slot->name
- Kill some dbgs
- Eike's fixes
- New fixes for incorrect "goto" in rpaphp_slot.c.
<herbert@gondor.apana.org.au>
[PATCH] USB Storage: Sony Clie
I've received the following report which indicates that the Sony Clie needs
the US_FL_FIX_INQUIRY flag set.
http://bugs.debian.org/243650
<greg@kroah.com>
Driver core: handle error if we run out of memory in kmap code
<bellucda@tiscali.it>
[PATCH] missing audit in bus_register()
|How about using a goto on the error path to clean up properly
|instead of the different return sections.
.. here goes Take 2:
<khali@linux-fr.org>
[PATCH] I2C: Sensors (W83627HF) in Tyan S2882
<khali@linux-fr.org>
[PATCH] I2C: Invert as99127f beep bits in kernel space
The following patch changes the way we invert beep bits for the AS99127F
sensor chip. This chip behaves differently from the other chips in that
a disabled bit is 1, not 0. So far we didn't handle that specificity in
the w83781d driver, so it was left to user-space applications to handle
it. For the sake of uniformity, it's obviously better if it's done in
the driver instead (although the meaning of each bit is still
chip-dependant).
I already did a similar change to the 2.4 driver and the sensors
program. I don't think that many user-space application will be
affected, since most of them don't handle the beep mask as far as I can
tell.
This also close Debian bug #209299:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=209299
Successfully tested on my AS99127F rev.1 chip. Aurelien Jarno also
checked that there were no regression on non-Asus chips.
<khali@linux-fr.org>
[PATCH] I2C: Rewrite temperature conversions in via686a driver
The following patch rewrites the temperature conversion macros and
functions found in the via686a chip driver. Contrary to the voltage
conversions a few weeks ago, temperature conversions were numerically
correct, but artificially complex. The new ones are cleaner. It also
fixes a highly improbable array overflow (would take one of the measured
temperatures to be over 145 degrees C).
Successfully tested by Mark D. Studebaker and I, and already applied to
our CVS repository.
<khali@linux-fr.org>
[PATCH] I2C: Fix memory leaks in w83781d and asb100
Quoting myself
> U-ho. I think I've introduced a memory leak with this patch :(
>
> For drivers that handle subclients (asb100 and w83781d on i2c), the
> sublient memory is never released if I read the code correctly. This
> is because we now free the private data on unload, assuming that it
> contains the i2c client data as well. That's true for the main i2c
> client, but not for the subclients (data == NULL so nothing is freed).
>
> Could someone take a look and confirm?
I could test and actually saw memory leaking when cycling the w83781d
driver at a sustained rate (5/s).
> I can see two different fixes:
>
> 1* When freeing the memory, free the data if it's not NULL (main
> client), else free client (subclients). Cleaner (I suppose?).
>
> 2* When creating subclients, do data = &client instead of data = NULL.
> Then freeing will work. Less code, faster. Are there side effects? (I
> don't think so)
>
> My preference would go to 2*.
I ended up implementing 1*. That's cleaner and there's actually almost
no extra code.
Mark, can you confirm that I'm doing the correct thing? I'll do
something similar in our CVS repository (for now, the asb100 and w83781d
drivers had not their memory allocation scheme reworked there).
<hunold@convergence.de>
[PATCH] I2C: add .class to i2c drivers
in the "[RFC|PATCH][2.6] Additional i2c adapter flags for i2c client
isolation" thread, the i2c people have agreed that an ".class" field
should be added to struct i2c_driver.
Currently only drivers do checks for plausibility ("Is this an adapter I
can attach to?"), but adapters don't have a chance to keep drivers away
from their bus.
If both drivers and adapters provide a .class entry, the i2c-core can
easily compare them and let devices only probe on busses where they can
really exist.
Real world example: DVB i2c adapters cannot ensure that only known DVB
i2c chipsets probe their busses. Most client drivers probe every bus
they get their hands on. This will confuse some DVB i2c busses.
With the new I2C_CLASS_ALL flag it will be possible that an adapter can
request that really all drivers are probed on the adapter. On the other
hand, drivers can make sure that they get the chance to probe on every
i2c adapter out there (this is not encouraged, though)
The attached patch does the first step:
- add .class member to struct i2c_device
- remove unused .flags member from struct i2c_adapter
- rename I2C_ADAP_CLASS_xxx to I2C_CLASS_xxx (to be used both for
drivers and adapters)
- add new I2C_CLASS_ALL and I2C_CLASS_SOUND classes
- follow these changes in the existing drivers with copy & paste
<eranian@hpl.hp.com>
[PATCH] ia64: perfmon update
- Cleanup the read/write check routines for pfm_write_pmcs,
pfm_write_pmds, pfm_read_pmds.
- Autodetect the PMU model. No need to have the kernel compiled for
Itanium, HP Simulator, or Itanium2. The support for all PMU models
is included. Probing is based on processor family and
platform_name, if necessary. With this patch, it is possible to use
an Itanium2 compiled kernel on an Itanium 1 system and get perfmon
to work.
- Removed remaining dependency on CONFIG_MCKINLEY by adding a new
field (flags) to pmu_config_t. Update /proc/perfmon to show the new
field.
- Fixed a bug in the Itanium2 pmc_ita2_write_check() where an inactive
PMC13 would be considered active.
<bjorn.helgaas@hp.com>
[PATCH] ia64: initialize IO-port-base early
(start_secondary): Set up IO port base here, in case early console
needs it.
(smp_callin): Move IO port base setup to start_secondary().
<a.othieno@bluewin.ch>
[PATCH] ia64: arch/ia64/kernel/smp.c: kill duplicate #include
linux/cache.h is included more than once.
<davidm@tiger.hpl.hp.com>
ia64: rename "mem" boot parameter to "max_addr" and implement proper "mem"
Patch by Robert Picco:
This patch renames the mem bootparameter to max_addr and implements the mem
boot parameter to work as documented (i.e., to limit the amount of memory
to be recognized by the kernel).
<Matt_Domsch@dell.com>
[PATCH] PCI: PCI devices with no PCI_CACHE_LINE_SIZE implemented
On Wed, May 05, 2004 at 03:31:02PM -0700, Greg KH wrote:
> On Thu, Apr 29, 2004 at 02:53:01PM -0500, Matt Domsch wrote:
> > a) need this be a warning, wouldn't KERN_DEBUG suffice, if a message
> > is needed at all? This is printed in pci_generic_prep_mwi().
>
> Yes, we should make that KERN_DEBUG. I don't have a problem with that.
> Care to make a patch?
<pfg@sgi.com>
[PATCH] ia64: SN2 - remove node_first_cpu member
Remove node_first_cpu member from nodepda_s and replace its usage with calls
to sn_get_node_first_cpu().
<davidm@tiger.hpl.hp.com>
ia64: Fix spurious GAS dependency-violation (dv) warnings by taking
advantage of two new GAS directives (.serialize.{data,instruction}).
<davej@redhat.com>
[CPUFREQ] Export scaling cur frequencies
Many users want to know the current cpu freqeuncy, even if not using
the userspace frequency. On ->target cpufreq drivers (if they do their
calls to cpufreq_notify_transition correctly) this just means reading
out cpufreq_policy->cur.
<davej@redhat.com>
[CPUFREQ] Move cpufreq_get() from the userspace governor to the core.
Contrary to the previous implementation, it now calls the cpufreq driver,
and reads out the _actual_ current frequency, and not the frequency the
CPUfreq core _thinks_ the CPU is running at. Most cpufreq drivers do provide
such a "hw get" function (only ACPI-io can definitely not be supported,
I'm not sure about sh, sparc64 and powermac) anyway, and it is useful for
other issues.
<davej@redhat.com>
[CPUFREQ] Export cpufreq_get() to userspace.
As it involves calls to hardware which might take some time,
only let the super-user read out this value.
<davej@redhat.com>
[CPUFREQ] Fix 'out of sync' issue.
Sometimes we might discover during a call to cpufreq_get() that we're "out of sync",
meaning the actual CPU frequency changed "behind our back". If this happens, the flag
CPUFREQ_PANIC_OUTOFSYNC decides what can be done: if it is set, the kernel panic's,
it it is not set, the cpufreq transition notifiers are informed of this change, and
a call to cpufreq_update_policy() is scheduled [using the default workqueue] so that
the user-defined values override BIOS / external interaction.
<davej@redhat.com>
[CPUFREQ] (Hopefully) fix cpufreq resume support.
Upon resuming, first CPUfreq hardware support needs to be re-enabled in certain cases
(call to cpufreq_driver->resume()).
Then, two different paths may need to be taken:
a) frequency during suspend equals frequency during resume ==> everything is fine,
b) frequency differ ==> either we can't handle it, then panic (see flag
CPUFREQ_PANIC_RESUME_OUTOFSYNC). Or we can handle it, then notify all
<davej@redhat.com>
[CPUFREQ] Handle CPUFREQ_RESUMECHANGE notifications
Notifications in i386, sparc64, x86_64, sh-sci and sa11xx-pcmcia notifiers.
sa1100-framebuffer doesn't seem to be able to handle frequency transitions
behind its back well. So, sa11xx will be marked
CPUFREQ_PANIC_OUTOFSYNC | CPUFREQ_PANIC_RESUME_OUTOFSYNC later.
<davej@redhat.com>
[CPUFREQ] use elanfreq's internal get function as ->get()
<davej@redhat.com>
[CPUFREQ] use gx-suspmod's internal get function as ->get()
<davej@redhat.com>
[CPUFREQ] Add a longhaul_get function.
<davej@redhat.com>
[CPUFREQ] Add longrun ->get
Longrun users might be interested in their CPU's current frequency as
well, so use a longrun-specific cpuid-call in longrun_get().
<davej@redhat.com>
[CPUFREQ] Add p4-clockmod ->get
p4-clockmod is a bit more complicated as it might run on SMP, HT, and
the instructions need to run on the specific (physical) CPU.
<davej@redhat.com>
[CPUFREQ] powernow-k6 ->get
powernow_k6 has almost all pieces in place for its own ->get() function.
Add the rest.
<davej@redhat.com>
[CPUFREQ] powernow-k7->get() implementation by Bruno Ducrot.
<davej@redhat.com>
[CPUFREQ] Add powernowk8_get()
but be careful as some code needs to run on specified CPU only.
<davej@redhat.com>
[CPUFREQ] use speedstep_centrino's internal get function as ->get()
<davej@redhat.com>
[CPUFREQ] Use speedstep_lib's capabilites for ->get() in speedstep-ich.c
<davej@redhat.com>
[CPUFREQ] Use speedstep_lib's capabilites for ->get() in speedstep-smi.c
<shaggy@austin.ibm.com>
JFS: Avoid race invalidating metadata page
<davej@redhat.com>
[CPUFREQ] arm-integrator ->get() implementation
arm-integrator had its ->get() implementation inside
integrator_cpufreq_init(). Move it to an extra function,
and add it as ->get() function.
<davej@redhat.com>
[CPUFREQ] sa11x0 ->get
sa11x0_getspeed can be used by both cpu-sa1100.c and cpu-sa1110.c as
->get() function. Update calling conventions, and un-export it as
we fixed the handling of cpufreq_get in the cpufreq core. Also,
remove special call to userspace-governor init as it isn't needed
any longer.
<davej@redhat.com>
[CPUFREQ] Handle CPU frequency changing behind our back.
Once we detected 50 consecutive ticks with lost ticks (and this is half of
the amount needed to trigger the fallback to a "sane" timesource), verify
the CPU frequency is in sync if cpufreq is used: sometimes the CPU frequency
changes behind the user's back, and then the TSC detects lost ticks. By a
call to cpufreq_get(), the frequency the TSC driver thinks the CPU is in
is updated to the actual frequency, in case these differ. Works really nice
on my notebook -- it's never falling back to a different timesource now, even
if I plug in the power cord.
<davej@redhat.com>
[CPUFREQ] Also check whether the CPU frequency is out of sync once we get to cpufreq_notify_transition.
<davej@redhat.com>
[CPUFREQ] Handle P4 TSC scaling.
Currently, the TSC cpufreq notifiers does almost nothing on P4s, as we
assumed the TSC to be constant independent of _all_ frequency transitions.
Extensive testing by Karol Kozimor has shown, though, that only _throttling_
does not affect the TSC, but _scaling_ does.
So:
- pass the CPUFREQ_CONST_LOOPS flags (to be exact, all flags) to cpufreq
transition notifiers
- skip TSC value changes if this flag is set
- set this flag for P4 / P4-Ms only in p4-clockmod [On Pentium-M banias
the TSC _is_ affected by p4-clock modulation
<davej@redhat.com>
[CPUFREQ] Clean up P4 centrino detection.
Add a new "struct cpu_id" for better handling of different Pentium M
steppings / revisions.
<davej@redhat.com>
[CPUFREQ] Improved Banias detection.
The built-in tables are only valid for Pentium M (Banias) processors
with CPUID 6/9/5. So, add a pointer to the proper struct cpu_id to the
cpu_model struct, and re-name _CPU/CPU to _BANIAS/BANIAS
<davej@redhat.com>
[CPUFREQ] Add support for Pentium M (Dothan) processors.
Until further review, only ACPI data will get this driver to run - no built-in tables will exist.
Many thanks to Thomas Renninger for reporting the lack of, and testing
the support for Dothan processors.
<davej@redhat.com>
[CPUFREQ] Add support for Pentium M (Dothan) processors for p4-clockmod.
But warn loudly if anyone tries to use it -- you really should use speedstep-centrino
instead. On Dothans, the TSC is _not_ affected by TSC transitions (contrary
to Banias processors), so set the CPUFREQ_CONST_LOOPS flag.
Many thanks to Thomas Renninger for reporting the lack of, and testing
the support for Dothan processors.
<shaggy@austin.ibm.com>
JFS: reduce stack usage
<hch@lst.de>
[PATCH] ia64: fix MOD_{INC,DEC}_USE_COUNT use in prominfo
set proper proc_entry owner instead. Patch OK'd by Jesse Barnes.
<shaggy@austin.ibm.com>
JFS: [CHECKER] More robust error recovery in add_index
If an error is encountered in add_index, it now leaves the index table
in a consistent state. Since the return value is stored in the
directory entry regardless of add_index's success, return zero
instead of -EPERM (which made no sense).
<greg@kroah.com>
Add modules to sysfs
This patch adds basic kobject support to struct module, and it creates a
/sys/module directory which contains all of the individual modules. Each
module currently exports the refcount (if they are unloadable) and any
module paramaters that are marked exportable in sysfs.
Was written by me and Rusty over and over many times during the past 6 months.
<stevef@stevef95.austin.ibm.com>
update readme for mode,uid,gid description
<eranian@hpl.hp.com>
[PATCH] ia64: make perfmon treat Ski simulator like real Itanium chip
Remove perfmon_hpsim.c. Support is folded into perfmon_itanium.c or
perfmon_itanium2.c depending on how Ski identifies itself via the CPU
ID family (Merced or McKinley/Madison). Also fix firmware emulator
PAL_PERFMON_INFO emulation to report Itanium2 information.
<davem@nuts.davemloft.net>
[TG3]: Add 572x/575x PCI IDs.
<davem@nuts.davemloft.net>
[TG3]: Add 5750 chip and PHY IDs.
<davem@nuts.davemloft.net>
[TG3]: Prepare for 5750 support plus minor fixes.
1) Handle cases that apply to 5750 the same as 5705.
2) Only set CLOCK_CTRL_FORCE_CLKRUN on 5705_A0
3) Clear out on-chip and memory stats block right before
setting MAC_MODE.
4) On bootup chip probe, always skip PHY reset if link
is up.
<davem@nuts.davemloft.net>
[TIGON3]: Detect and record PCI Express.
<davem@nuts.davemloft.net>
[TG3]: PCI Express 5750_A0 chips need 5701_REG_WRITE_BUG treatment.
<davem@nuts.davemloft.net>
[TG3]: Fix chiprev test in previous change.
<davem@nuts.davemloft.net>
[TG3]: Do not set CLOCK_CTRL_DELAY_PCI_GRANT on PCI Express.
<davem@nuts.davemloft.net>
[TG3]: Double delay after writing MAC_MI_MODE reg.
<davem@nuts.davemloft.net>
[TG3]: Correct RDMAC/WDMAC mode settings on 5705/5750.
<davem@nuts.davemloft.net>
[TG3]: Do not write stats coalescing ticks reg on 5705/5750.
<dtor_core@ameritech.net>
Input: trailing whitespace fixes in drivers/input/serio
<dtor_core@ameritech.net>
Input: kbd98io_interrupt should return irqreturn_t
<dtor_core@ameritech.net>
Input: kbd98_interrupt should return irqreturn_t
<dtor_core@ameritech.net>
Input: various fixes for H3600 touchscreen driver
- h3600ts_interrupt, npower_button_handler and action_button_handler
should return irqreturn_t
- fix missing argument in h3600ts_process_packet call
- add MODULE_AUTHOR, MODULE_DESCRIPTION and MODULE_LICENSE
- small formatting changes
<dtor_core@ameritech.net>
Input: twidjoy module
- twidjoy_interrupt should return irqreturn_t
- add MODULE_DESCRIPTION and MODULE_LICENSE
<dtor_core@ameritech.net>
Input: trailing whitespace fixes in drivers/input/keyboard
<dtor_core@ameritech.net>
Input: power - add MODULE_LICENSE
<dtor_core@ameritech.net>
Input: trailing whitespace fixes in drivers/input/joystick
<dtor_core@ameritech.net>
Input: trailing whitespace fixes in drivers/input/gameport
<dtor_core@ameritech.net>
Input: trailing whitespace fixes in drivers/input
<dtor_core@ameritech.net>
Input: do not call synaptics_init unless we are ready to do full
mouse setup
<dtor_core@ameritech.net>
Input: split i8042 interrupt handling into an IRQ handler and a tasklet
<dtor_core@ameritech.net>
Patch from Sau Dan Lee
Input: i8042 - kill the timer only after removing interrupt handler,
otherwise there is a chance that interrupt handler will install
the timer again and it will trigger after module is unloaded.
<dtor_core@ameritech.net>
Input: mousedev - better multiplex absolute and relative devices;
cleanups
<aia21@cantab.net>
NTFS: 2.1.9 release - Fix two bugs in the decompression engine
in handling of corner cases.
<davej@redhat.com>
[CPUFREQ] Warning fixes.
On sparc64:
drivers/cpufreq/cpufreq.c: In function `cpufreq_add_dev':
drivers/cpufreq/cpufreq.c:394: warning: cast to pointer from integer of different size
drivers/cpufreq/cpufreq.c: In function `handle_update':
drivers/cpufreq/cpufreq.c:507: warning: cast from pointer to integer of different size
<brking@us.ibm.com>
[PATCH] Make SCSI timeout modifiable
add a timeout field to struct scsi_device and expose it in in sysfs.
This patch allows LLDs to override the default timeout used for scsi devices
and exposes it in sysfs. The default timeout value used is too short for
many RAID array devices, such as those created by the ipr driver.
<jejb@mulgrave.(none)>
MPT Fusion driver 3.01.06 update
From: Moore, Eric Dean <Emoore@lsil.com>
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [1/15] qla2xxx: Firmware dump fixes
ISP dump routine fixes:
o Properly release hardware_lock in failure path.
o Fix inability to complete ISP2100 dump, by properly
reseting the RISC after register reads.
drivers/scsi/qla2xxx/qla_dbg.c | 34 ++++++++++++----------------------
1 files changed, 12 insertions(+), 22 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [2/15] qla2xxx: Remove flash routines
Remove flash support from embedded driver:
o Remove unused option-rom variables from host structure.
o Remove flash manipulation routines.
drivers/scsi/qla2xxx/qla_def.h | 2
drivers/scsi/qla2xxx/qla_gbl.h | 8
drivers/scsi/qla2xxx/qla_init.c | 3
drivers/scsi/qla2xxx/qla_sup.c | 446 ----------------------------------------
4 files changed, 459 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [3/15] qla2xxx: 2100 request-q contraints
Older, notably the ISP2100, chips have some contraints for the request
queue depth and number of scatter-gather elements allowed for a
given command. For this chip, reduce request queue size to 128 and
maximum number of scatter-gather entries for a command to 32.
drivers/scsi/qla2xxx/qla_def.h | 14 +++-----------
drivers/scsi/qla2xxx/qla_init.c | 9 +++++----
drivers/scsi/qla2xxx/qla_iocb.c | 14 +++++++-------
drivers/scsi/qla2xxx/qla_os.c | 14 +++++++++-----
drivers/scsi/qla2xxx/qla_rscn.c | 2 +-
5 files changed, 25 insertions(+), 28 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [4/15] qla2xxx: PortID binding fixes
Fix problem where port ID binding would not be honoured when
a device was moved within the fabric.
drivers/scsi/qla2xxx/qla_init.c | 33 ++++++++++++++++++++++++---------
1 files changed, 24 insertions(+), 9 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [5/15] qla2xxx: Debug messages during ISP abort
Issue a kernel warning message before initiating an ISP abort (big
hammer) -- additional debugging mechanism in case of event.
drivers/scsi/qla2xxx/qla_mbx.c | 9 +++++++++
drivers/scsi/qla2xxx/qla_os.c | 2 ++
drivers/scsi/qla2xxx/qla_rscn.c | 2 ++
3 files changed, 13 insertions(+)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [6/15] qla2xxx: LoopID downcast fix
Fix problem where the driver would incorrectly down-cast the target
loop_id while retrieving link statistics.
drivers/scsi/qla2xxx/qla_gbl.h | 2 +-
drivers/scsi/qla2xxx/qla_mbx.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [7/15] qla2xxx: Firmware options fixes
Cleanup retrieval and update of firmware options:
o Update only valid for non-(2[12]00) ISPs.
o Instruct firmware to return completed IOCBs without
waiting for an ABTS to complete.
drivers/scsi/qla2xxx/qla_init.c | 79 +++++++++++++++++++++++++---------------
1 files changed, 50 insertions(+), 29 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [8/15] qla2xxx: Volatile topology fixes
Fix problem where during ISP initialization in a volatile topology
(i.e. fabric environment with large number of streaming RSCNs) the
driver would loop indefinitely or hang due to termination of an
invalid thread pid.
drivers/scsi/qla2xxx/qla_init.c | 142 ++++++++++++++++------------------------
drivers/scsi/qla2xxx/qla_os.c | 1
2 files changed, 60 insertions(+), 83 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [9/15] qla2xxx: Tape command handling fixes
Fix several problems when handling commands issued to tape devices:
1) insure commands are not prematurely returned to the mid-layer
with a failed status during loop/fabric transitions.
2) tape commands tend to have rather 'long' timeout values,
unfortunately, as the these values increase into the 17 to
20 minute range (and larger), the cumulative skew of the
RISC's own timer result in commands being held for seconds
beyond their defined timeout values. Compensate for this
in the driver's command timeout function.
drivers/scsi/qla2xxx/qla_def.h | 3 +
drivers/scsi/qla2xxx/qla_init.c | 4 ++
drivers/scsi/qla2xxx/qla_isr.c | 10 ++---
drivers/scsi/qla2xxx/qla_os.c | 74 ++++++++++++++++++++++++++++++++++++----
4 files changed, 79 insertions(+), 12 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [10/15] qla2xxx: Use readX_relaxed
Jeremy Higdon <jeremy () sgi ! com>:
For those to whom this is new (it was discussed on linux-kernel
and linux-ia64 I believe), normal PCI register reads imply that
PCI DMA writes that occured prior to the PCI MMR (memory mapped
register) read (on the PCI bus) will be reflected in system
memory once the MMR read is complete.
On our platforms, we can speed up the MMR read significantly if
that ordering requirement is "relaxed".
So I attempted to find the common register reads that don't
have a need for this ordering so that I could make them use
this faster read.
drivers/scsi/qla2xxx/qla_def.h | 3 +++
drivers/scsi/qla2xxx/qla_iocb.c | 6 +++---
drivers/scsi/qla2xxx/qla_isr.c | 2 +-
3 files changed, 7 insertions(+), 4 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [11/15] qla2xxx: /proc fixes
/proc file updates:
o Address 'unaligned access' message on ia64 platorms
while displaying bit-field flags.
o Iterate through the the OS target array to display
target ID bindings.
drivers/scsi/qla2xxx/qla_os.c | 30 ++++++++++++------------------
1 files changed, 12 insertions(+), 18 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [12/15] qla2xxx: RIO/ZIO fixes
RIO/ZIO fixes:
o Reduce register access during RIO operation by checking
for a 'dirtied' signature.
o Fix problem where ZIO mode handling could result in a
nasty recursive call-frame.
drivers/scsi/qla2xxx/qla_os.c | 5 +----
1 files changed, 1 insertion(+), 4 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [13/15] qla2xxx: Misc. code scrubbing
Misc. driver scrubbing:
o Use kernel #define for PCI command register bit.
o Fix rate-limiting check the queue-depth module
parameter.
o Clean-up comments.
drivers/scsi/qla2xxx/qla_init.c | 2 +-
drivers/scsi/qla2xxx/qla_mbx.c | 1 -
drivers/scsi/qla2xxx/qla_os.c | 7 +++----
3 files changed, 4 insertions(+), 6 deletions(-)
<jejb@mulgrave.(none)>
PATCH [14/15] qla2xxx: Resync with latest released firmware -- 3.02.28.
From: Andrew Vasquez <andrew.vasquez@qlogic.com>
drivers/scsi/qla2xxx/ql2300_fw.c |12380 +++++++++++++++++++--------------------
drivers/scsi/qla2xxx/ql2322_fw.c |11812 ++++++++++++++++++-------------------
drivers/scsi/qla2xxx/ql6312_fw.c |10174 ++++++++++++++++----------------
drivers/scsi/qla2xxx/ql6322_fw.c |10352 ++++++++++++++++----------------
4 files changed, 22368 insertions(+), 22350 deletions(-)
<andrew.vasquez@qlogic.com>
[PATCH] PATCH [15/15] qla2xxx: Update driver version
Update version number to 8.00.00b12-k.
drivers/scsi/qla2xxx/qla_version.h | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
<hch@lst.de>
[PATCH] imm/ppa style police
fix remaining style problems after Al ressurrected the drivers.
<hch@lst.de>
[PATCH] missing pci_set_master in megaraid
<hch@lst.de>
[PATCH] mca_53c9x needs CONFIG_MCA_LEGACY
<jejb@mulgrave.(none)>
sym53c500_cs remove irq,ioport scsi attributes
From: Bob Tracy <rct@gherkin.frus.com>
<noodles@earth.li>
[PATCH] Initio INI-9X00U/UW error handling in 2.6
Plumb old error handling into new eh infrastructure.
<marcel@holtmann.org>
[Bluetooth] Fix disconnect race on ISOC interface
The hci_usb_disconnect() gets called recursively when SCO support
is enabled and used. This causes sysfs_hash_and_remove() finally to
dereference a NULL pointer.
Noticed by Sebastian Schmidt <yath@yath.eu.org>
<marcel@holtmann.org>
[Bluetooth] Adapt changes for USB core altsettings
The USB core has changed its way the interfaces and the altsettings are
stored. The probe routines of the USB based Bluetooth drivers must be
changed and in some cases they are simplified.
Patch from Alan Stern <stern@rowland.harvard.edu>
<shaggy@austin.ibm.com>
JFS: module unload was not removing /proc/fs/jfs/
<jejb@mulgrave.(none)>
Add IBM power RAID driver 2.0.6
From: Brian King <brking@us.ibm.com>
<jgarzik@redhat.com>
[netdrvr tg3] netdev_priv
<marcel@holtmann.org>
[Bluetooth] Use type of the parent socket
The SELinux fixes for kernel sockets assume that we always use the type
SOCK_SEQPACKET, but this must not be the truth. Give the sock->type
as argument to sock_create_lite() and everything is correct for the new
child socket.
<jejb@mulgrave.(none)>
Add SCSI IPR PCI Ids to pci_ids.h
<akpm@osdl.org>
[PATCH] small scheduler cleanup
From: Ingo Molnar <mingo@elte.hu>
From: Nick Piggin <piggin@cyberone.com.au> wrote:
It removes the last place where we mess with run_list open coded.
<akpm@osdl.org>
[PATCH] sched: improved resolution in find_busiest_node
From: Nick Piggin <piggin@cyberone.com.au>
From: Frank Cornelis <frank.cornelis@elis.ugent.be>
In order to get the best possible resolution we need to use NR_CPUS instead
of the constant value 10. load is an int, so no need to worry about
overflows...
<akpm@osdl.org>
[PATCH] sched: scheduler domain support
From: Nick Piggin <piggin@cyberone.com.au>
This is the core sched domains patch. It can handle any number of levels
in a scheduling heirachy, and allows architectures to easily customize how
the scheduler behaves. It also provides progressive balancing backoff
needed by SGI on their large systems (although they have not yet tested
it).
It is built on top of (well, uses ideas from) my previous SMP/NUMA work, and
gets results very similar to them when using the default scheduling
description.
Benchmarks
==========
Martin was seeing I think 10-20% better system times in kernbench on the 32
way. I was seeing improvements in dbench, tbench, kernbench, reaim,
hackbench on a 16-way NUMAQ. Hackbench in fact had a non linear element
which is all but eliminated. Large improvements in volanomark.
Cross node task migration was decreased in all above benchmarks, sometimes by
a factor of 100!! Cross CPU migration was also generally decreased. See
this post:
http://groups.google.com.au/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&frame=right&th=a406c910b30cbac4&seekm=UAdQ.3hj.5%40gated-at.bofh.it#link2
Results on a hyperthreading P4 are equivalent to Ingo's shared runqueues
patch (which is a big improvement).
Some examples on the 16-way NUMAQ (this is slightly older sched domain code):
http://www.kerneltrap.org/~npiggin/w26/hbench.png
http://www.kerneltrap.org/~npiggin/w26/vmark.html
From: Jes Sorensen <jes@wildopensource.com>
Tiny patch to make -mm3 compile on an NUMA box with NR_CPUS >
BITS_PER_LONG.
From: "Martin J. Bligh" <mbligh@aracnet.com>
Fix a minor nit with the find_busiest_group code. No functional change,
but makes the code simpler and clearer. This patch does two things ...
adds some more expansive comments, and removes this if clause:
if (*imbalance < SCHED_LOAD_SCALE
&& max_load - this_load > SCHED_LOAD_SCALE)
*imbalance = SCHED_LOAD_SCALE;
If we remove the scaling factor, we're basically conditionally doing:
if (*imbalance < 1)
*imbalance = 1;
Which is pointless, as the very next thing we do is to remove the
scaling factor, rounding up to the nearest integer as we do:
*imbalance = (*imbalance + SCHED_LOAD_SCALE - 1) >> SCHED_LOAD_SHIFT;
Thus the if statement is redundant, and only makes the code harder to
read ;-)
From: Rick Lindsley <ricklind@us.ibm.com>
In find_busiest_group(), after we exit the do/while, we select our
imbalance. But max_load, avg_load, and this_load are all unsigned, so
min(x,y) will make a bad choice if max_load < avg_load < this_load (that
is, a choice between two negative [very large] numbers).
Unfortunately, there is a bug when max_load never gets changed from zero
(look in the loop and think what happens if the only load on the machine is
being created by cpu groups of which we are a member). And you have a
recipe for some really bogus values for imbalance.
Even if you fix the max_load == 0 bug, there will still be times when
avg_load - this_load will be negative (thus very large) and you'll make the
decision to move stuff when you shouldn't have.
This patch allows for this_load to set max_load, which if I understand
the logic properly is correct. With this patch applied, the algorithm is
*much* more conservative ... maybe *too* conservative but that's for
another round of testing ...
From: Ingo Molnar <mingo@elte.hu>
sched-find-busiest-fix
<akpm@osdl.org>
[PATCH] sched_domain debugging
From: Nick Piggin <piggin@cyberone.com.au>
Anton was attempting to make a sched domain topology for his POWER5 and was
having some trouble.
This patch only includes code which is ifdefed out, but hopefully it will
be of some use to implementors.
<akpm@osdl.org>
[PATCH] scheduler domain balancing improvements
From: Nick Piggin <piggin@cyberone.com.au>
This patch gets the sched_domain scheduler working better WRT balancing.
Its been tested on the NUMAQ. Among other things it changes to the way SMT
load calculation works so as not to active load blances when it shouldn't.
It still has a problem with SMT and NUMA: it will put a task on each
sibling in a node before moving tasks to another node. It should probably
start moving tasks after each *physical* CPU is filled.
To fix, you need "how much CPU power in this domain?" At the moment we
approximate # runqueues == CPU power, and hack around it at the CPU
physical domain by counting all sibling runqueues as 1.
It isn't hard to correctly work the CPU power out, but once CPU hotplug is
in the equation it becomes much more hotplug events. If anyone is actually
interested in getting this fixed, that is.
<akpm@osdl.org>
[PATCH] sched: cpu_sibling_map to cpu_mask
From: Nick Piggin <piggin@cyberone.com.au>
This is a (somewhat) trivial patch which converts cpu_sibling_map from an
array of CPUs to an array of cpumasks. Needed for >2 siblings per package,
but it actually can simplify code as it allows the cpu_sibling_map to be
set up even when there is 1 sibling per package. Intel want this, I use it
in the next patch to build scheduling domains for the P4 HT.
From: Thomas Schlichter <thomas.schlichter@web.de>
Build fix
From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Fix to handle more than 2 siblings per package.
<akpm@osdl.org>
[PATCH] sched: implement domains for i386 HT
From: Nick Piggin <piggin@cyberone.com.au>
The following patch builds a scheduling description for the i386
architecture using cpu_sibling_map to set up SMT if CONFIG_SCHED_SMT is
set.
It could be made more fancy and collapse degenerate domains at runtime (ie.
1 sibling per CPU, or 1 NUMA node in the computer).
From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
This fixes an oops due to cpu_sibling_map being uninitialised when a
system with no MP table (most UP boxen) boots a CONFIG_SMT kernel. What
also happens is that the cpu_group lists end up not being terminated
properly, but this oops kills it first. Patch tested on UP w/o MP table,
2x P2 and UP Xeon w/ no siblings.
From: "Martin J. Bligh" <mbligh@aracnet.com>,
Nick Piggin <piggin@cyberone.com.au>
Change arch_init_sched_domains to use cpu_online_map
From: Anton Blanchard <anton@samba.org>
Fix build with NR_CPUS > BITS_PER_LONG
<akpm@osdl.org>
[PATCH] sched: handle inter-CPU jiffies skew
From: Nick Piggin <piggin@cyberone.com.au>
John Hawkes discribed this problem to me:
There *is* a small problem in this area, though, that SuSE avoids.
"jiffies" gets updated by cpu0. The other CPUs may, over time, get out of
sync (and they're initialized on ia64 to start out being out of sync), so
it's no guarantee that every CPU will wake up from its timer interrupt and
see a "jiffies" value that is guaranteed to be last_jiffies+1. Sometimes
the jiffies value may be unchanged since the last wakeup. Sometimes the
jiffies value may have incremented by 2 (or more, especially if cpu0's
interrupts are disabled for long stretches of time). So an algoithm that
says, "I'll call load_balance() only when jiffies is *exactly* N" is going
to fail on occasion, either by calling load_balance() too often or not
often enough. ***
I fixed this by adding a last_balance field to struct sched_domain, and
working off that.
<akpm@osdl.org>
[PATCH] sched_balance_exec(): don't fiddle with the cpus_allowed mask
From: Rusty Russell <rusty@rustcorp.com.au>,
Nick Piggin <piggin@cyberone.com.au>
The current sched_balance_exec() sets the task's cpus_allowed mask
temporarily to move it to a different CPU. This has several issues,
including the fact that a task will see its affinity at a bogus value.
So we change the migration_req_t to explicitly specify a destination CPU,
rather than the migration thread deriving it from cpus_allowed. If the
requested CPU is no longer valid (racing with another set_cpus_allowed,
say), it can be ignored: if the task is not allowed on this CPU, there will
be another migration request pending.
This change allows sched_balance_exec() to tell the migration thread what
to do without changing the cpus_allowed mask.
So we rename __set_cpus_allowed() to move_task(), as the cpus_allowed mask
is now set by the caller. And move_task_away(), which the migration thread
uses to actually perform the move, is renamed __move_task().
I also ignore offline CPUs in sched_best_cpu(), so sched_migrate_task()
doesn't need to check for offline CPUs.
Ulterior motive: this approach also plays well with CPU Hotplug.
Previously that patch might have seen a task with cpus_allowed only
containing the dying CPU (temporarily due to sched_balance_exec) and
forcibly reset it to all cpus, which might be wrong. The other approach is
to hold the cpucontrol sem around sched_balance_exec(), which is too much
of a bottleneck.
<akpm@osdl.org>
[PATCH] sched-group-power
From: Nick Piggin <piggin@cyberone.com.au>
The following patch implements a cpu_power member to struct sched_group.
This allows special casing to be removed for SMT groups in the balancing
code. It does not take CPU hotplug into account yet, but that shouldn't be
too hard.
I have tested it on the NUMAQ by pretending it has SMT. Works as expected.
Active balances across nodes.
<akpm@osdl.org>
[PATCH] sched_domains: use cpu_possible_map
From: Nick Piggin <piggin@cyberone.com.au>
This changes sched domains to contain all possible CPUs, and check for
online as needed. It's in order to play nicely with CPU hotplug.
<akpm@osdl.org>
[PATCH] sched: SMT niceness handling
From: Con Kolivas <kernel@kolivas.org>
This patch provides full per-package priority support for SMT processors
(aka pentium4 hyperthreading) when combined with CONFIG_SCHED_SMT.
It maintains cpu percentage distribution within each physical cpu package
by limiting the time a lower priority task can run on a sibling cpu
concurrently with a higher priority task.
It introduces a new flag into the scheduler domain
unsigned int per_cpu_gain; /* CPU % gained by adding domain cpus */
This is empirically set to 15% for pentium4 at the moment and can be
modified to support different values dynamically as newer processors come
out with improved SMT performance. It should not matter how many siblings
there are.
How it works is it compares tasks running on sibling cpus and when a lower
static priority task is running it will delay it till
high_priority_timeslice * (100 - per_cpu_gain) / 100 <= low_prio_timeslice
eg. a nice 19 task timeslice is 10ms and nice 0 timeslice is 102ms On
vanilla the nice 0 task runs on one logical cpu while the nice 19 task runs
unabated on the other logical cpu. With smtnice the nice 0 runs on one
logical cpu for 102ms and the nice 19 sleeps till the nice 0 task has 12ms
remaining and then will schedule.
Real time tasks and kernel threads are not altered by this code, and kernel
threads do not delay lower priority user tasks.
with lots of thanks to Zwane Mwaikambo and Nick Piggin for help with the
coding of this version.
If this is merged, it is probably best to delay pushing this upstream in
mainline till sched_domains gets tested for at least one major release.
<akpm@osdl.org>
[PATCH] sched: add local load metrics
From: Nick Piggin <piggin@cyberone.com.au>
This patch removes the per runqueue array of NR_CPU arrays. Each time we
want to check a remote CPU's load we check nr_running as well anyway, so
introduce a cpu_load which is the load of the local runqueue and is kept
updated in the timer tick. Put them in the same cacheline.
This has additional benefits of having the cpu_load consistent across all
CPUs and more up to date. It is sampled better too, being updated once per
timer tick.
This shouldn't make much difference in scheduling behaviour, but all
benchmarks are either as good or better on the 16-way NUMAQ: hackbench,
reaim, volanomark are about the same, tbench and dbench are maybe a bit
better. kernbench is about one percent better.
John reckons it isn't a big deal, but it does save 4K per CPU or 2MB total
on his big systems, so I figure it must be a bit kinder on the caches. I
think it is just nicer in general anyway.
<akpm@osdl.org>
[PATCH] Reduce TLB flushing during process migration
From: Martin Hicks <mort@wildopensource.com>
Another optimization patch from Jack Steiner, intended to reduce TLB
flushes during process migration.
Most architextures should define tlb_migrate_prepare() to be flush_tlb_mm(),
but on i386, it would be a wasted flush, because i386 disconnects previous
cpus from the tlb flush automatically.
<akpm@osdl.org>
[PATCH] sched: trivial fixes, cleanups
From: Ingo Molnar <mingo@elte.hu>
The trivial fixes.
- added recent trivial bits from Nick's and my patches.
- hotplug CPU fix
- early init cleanup
<akpm@osdl.org>
[PATCH] Hotplug CPU sched_balance_exec Fix
From: Rusty Russell <rusty@rustcorp.com.au>
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
From: Andrew Morton <akpm@osdl.org>
From: Rusty Russell <rusty@rustcorp.com.au>
We want to get rid of lock_cpu_hotplug() in sched_migrate_task. Found
that lockless migration of execing task is _extremely_ racy. The
races I hit are described below, alongwith probable solutions.
Task migration done elsewhere should be safe (?) since they either
hold the lock (sys_sched_setaffinity) or are done entirely with preemption
disabled (load_balance).
sched_balance_exec does:
a. disables preemption
b. finds new_cpu for current
c. enables preemption
d. calls sched_migrate_task to migrate current to new_cpu
and sched_migrate_task does:
e. task_rq_lock(p)
f. migrate_task(p, dest_cpu ..)
(if we have to wait for migration thread)
g. task_rq_unlock()
h. wake_up_process(rq->migration_thread)
i. wait_for_completion()
Several things can happen here:
1. new_cpu can go down after h and before migration thread has
got around to handle the request
==> we need to add a cpu_is_offline check in __migrate_task
2. new_cpu can go down between c and d or before f.
===> Even though this case is automatically handled by the above
change (migrate_task being called on a running task, current,
will delegate migration to migration thread), would it be
good practice to avoid calling migrate_task in the first place
itself when dest_cpu is offline. This means adding another
cpu_is_offline check after e in sched_migrate_task
3. The 'current' task can get preempted _immediately_ after
g and when it comes back, task_cpu(p) can be dead. In
which case, it is invalid to do wake_up on a non-existent migration
thread. (rq->migration_thread can be NULL).
===> We should disable preemption thr' g and h
4. Before migration thread gets around to handle the request, its cpu
goes dead. This will leave unhandled migration requests in the dead
cpu.
===> We need to wakeup sleeping requestors (if any) in CPU_DEAD
notification.
I really wonder if we can get rid of these issues by avoiding balancing at
exec time and instead have it balanced during load_balance ..Alternately
if this is valuable and we want to retain it, I think we still need to
consider a read/write sem, with sched_migrate_task doing down_read_trylock.
This may eliminate the deadlock I hit between cpu_up and CPU_UP_PREPARE
notification, which had forced me away from r/w sem.
Anyway patch below addresses the above races. Its against 2.6.6-rc2-mm1
and has been tested on a 4way Intel Pentium SMP m/c.
Rusty sez:
Two other changes:
1) I grabbed a reference to the thread, rather than using
preempt_disable(). It's the more obvious way I think.
2) Why the wait_to_die code? It might be needed if we move tasks after
stop_machine, but for nowI don't see the problem with the migration
thread running on the wrong CPU for a bit: nothing is on this runqueue
so active_load_balance is safe, and __migrate task will be a noop (due
to cpu_is_offline() check). If there is a problem, your fix is racy,
because we could be preempted immediately afterwards.
So I just stop the kthread then wakeup any remaining...
<akpm@osdl.org>
[PATCH] sched: wakeup balancing fixes
From: Nick Piggin <nickpiggin@yahoo.com.au>
Make affine wakes and "passive load balancing" more conservative. Aggressive
affine wakeups were causing huge regressions in dbt3-pgsql on 8-way non NUMA
systems at OSDL's STP.
<akpm@osdl.org>
[PATCH] sched: fix imbalance calculations
From: Nick Piggin <nickpiggin@yahoo.com.au>
Imbalance calculations were not right. This would cause unneeded migration.
<akpm@osdl.org>
[PATCH] sched: altix tuning
From: Nick Piggin <nickpiggin@yahoo.com.au>
From: John Hawkes
The following brings up performance on a 64-way Altix. This system being on
the smaller end of the scale should also be applicable to other NUMA systems.
<akpm@osdl.org>
[PATCH] sched: oops fix
From: Nick Piggin <nickpiggin@yahoo.com.au>
After the for_each_domain change, the warn here won't trigger, instead it
will oops in the if statement. Also, make sure we don't pass an empty
cpumask to for_each_cpu.
<akpm@osdl.org>
[PATCH] ppc64: sched-domain support
From: Anton Blanchard <anton@samba.org>
Below are the diffs between the current ppc64 sched init stuff and x86.
- Ignore the POWER5 specific stuff, I dont set up a sibling map yet.
- What should I set cache_hot_time to?
large cpumask typechecking requirements (perhaps useful on x86 as well):
- cpu->cpumask = CPU_MASK_NONE -> cpus_clear(cpu->cpumask);
- cpus_and(nodemask, node_to_cpumask(i), cpu_possible_map) doesnt work,
need to use a temporary
<akpm@osdl.org>
[PATCH] ARCH_HAS_SCHED_WAKE_BALANCE doesnt exist
From: Anton Blanchard <anton@samba.org>
It seems someone has been making trivial changes without using grep.
<akpm@osdl.org>
[PATCH] sched: fix setup races
From: Nick Piggin <nickpiggin@yahoo.com.au>
De-racify the sched domain setup code. This involves creating a dummy
"init" domain during sched_init (which is called early).
When topology information becomes available, the sched domains are then
built and attached. The attach mechanism is asynchronous and uses the
migration threads, which perform the switch with interrupts off. This is a
quiescent state, so domains can still be lockless on the read side. It
also allows us to change the domains at runtime without much more work.
This is something SGI is interested in to elegantly do soft partitioning of
their systems without having to use hard cpu affinities (which cause
balancing problems of their own).
The current setup code also has a race somewhere because it is unable to
boot on a 384 CPU system.
From: Anton Blanchard <anton@samba.org>
This is basically a mindless ppc64 merge of the x86 changes to sched
domain init code.
Actually if I produce a sibling_map[] then the x86 code and the ppc64
will be identical. Maybe we can merge it.
<akpm@osdl.org>
[PATCH] sched: minor cleanups
From: Nick Piggin <nickpiggin@yahoo.com.au>
Minor cleanups from Ingo's patch including task_hot (do it right in
try_to_wake_up too).
<akpm@osdl.org>
[PATCH] sched: uninlinings
From: Ingo Molnar <mingo@elte.hu>
Uninline things
<akpm@osdl.org>
[PATCH] sched: add enqueeu_task_head()
From: Ingo Molnar <mingo@elte.hu>
Helper function for later patches
<akpm@osdl.org>
[PATCH] sched: extend sync wakeups
From: Ingo Molnar <mingo@elte.hu>
The attached patch extends sync wakeups to the process sys_exit() path too:
the chldwait wakeup can be done sync, since we know that the process is
going to exit (and thus deschedule).
The most visible effect of this change is strace's behavior on SMP systems:
it now stays on a single CPU, together with the traced child. (previously
it would run in parallel to the child, bouncing around madly.)
<akpm@osdl.org>
[PATCH] sched: lock cpu_attach_domain for hotplug
From: Nick Piggin <nickpiggin@yahoo.com.au>
The attached patch is required to work correctly with the CPU hotplug
framework. John Hawkes reports successful booting with this.
<akpm@osdl.org>
[PATCH] sched: cleanups
From: Ingo Molnar <mingo@elte.hu>
This re-adds cleanups which were lost in splitups of an earlier patch.
<akpm@osdl.org>
[PATCH] sched: passive balancing damping
From: Nick Piggin <nickpiggin@yahoo.com.au>
This patch starts to balance woken processes when half the relevant domain's
imbalance_pct is reached. Previously balancing would start after a small,
constant difference in waker/wakee runqueue loads was reached, which would
cause too much process movement when there are lots of processes running.
It also turns wake balancing into a domain flag while previously it was always
on. Now sched domains can "soft partition" an SMP system without using
processor affinities.
<akpm@osdl.org>
[PATCH] sched: cpu load management cleanup
From: Ingo Molnar <mingo@elte.hu>
This does the source/target cleanup. This is a no-functionality patch which
also adds more comments to explain these functions.
<akpm@osdl.org>
[PATCH] sched: balance-on-clone
From: Ingo Molnar <mingo@elte.hu>
Implement balancing during clone(). It does the following things:
- introduces SD_BALANCE_CLONE that can serve as a tool for an
architecture to limit the search-idlest-CPU scope on clone().
E.g. the 512-CPU systems should rather not enable this.
- uses the highest sd for the imbalance_pct, not this_rq (which didnt
make sense).
- unifies balance-on-exec and balance-on-clone via the find_idlest_cpu()
function. Gets rid of sched_best_cpu() which was still a bit
inconsistent IMO, it used 'min_load < load' as a condition for
balancing - while a more correct approach would be to use half of the
imbalance_pct, like passive balancing does.
- the patch also reintroduces the possibility to do SD_BALANCE_EXEC on
SMP systems, and activates it - to get testing.
- NOTE: there's one thing in this patch that is slightly unclean: i
introduced wake_up_forked_thread. I did this to make it easier to get
rid of this patch later (wake_up_forked_process() has lots of
dependencies in various architectures). If this capability remains in
the kernel then i'll clean it up and introduce one function for
wake_up_forked_process/thread.
- NOTE2: i added the SD_BALANCE_CLONE flag to the NUMA CPU template too.
Some NUMA architectures probably want to disable this.
<akpm@osdl.org>
[PATCH] sched: reduce idle time
From: Nick Piggin <nickpiggin@yahoo.com.au>
It makes NEWLY_IDLE balances cause find_busiest_group return the busiest
available group even if there isn't an imbalance. Basically - try a bit
harder to prevent schedule emptying the runqueue.
It is quite aggressive, but that isn't so bad because we don't (by default)
do NEWLY_IDLE balancing across NUMA nodes, and NEWLY_IDLE balancing is always
restricted to cache_hot tasks.
It picked up a little bit of idle time that dbt2-pgsql was seeing...
<akpm@osdl.org>
[PATCH] sched: micro-optimisation for wake_up
From: Nick Piggin <nickpiggin@yahoo.com.au>
This actually does produce better code, especially under the locked
section.
Turns a conditional + unconditional jump under the lock in the unlikely
case into a cmov outside the lock.
<akpm@osdl.org>
[PATCH] sched: Look at another CPU's domain
From: Nick Piggin <nickpiggin@yahoo.com.au>
The SMT wake_idle code really wants to look at a non-local CPU's domain in
order to check for idle siblings.
So change the domain attachment code a little bit so we continue to hold a
runqueue's lock while attaching a new domain. This means the locking rules
have changed to: you may access your own domain without any lock, you must
hold a remote runqueue's lock in order to view its domain.
<akpm@osdl.org>
[PATCH] Move migrate_all_tasks to CPU_DEAD handling
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
migrate_all_tasks is currently run with rest of the machine stopped.
It iterates thr' the complete task table, turning off cpu affinity of any task
that it finds affine to the dying cpu. Depending on the task table
size this can take considerable time. All this time machine is stopped, doing
nothing.
Stopping the machine for such extended periods can be avoided if we do
task migration in CPU_DEAD notification and that's precisely what this patch
does.
The patch puts idle task to the _front_ of the dying CPU's runqueue at the
highest priority possible. This cause idle thread to run _immediately_ after
kstopmachine thread yields. Idle thread notices that its cpu is offline and
dies quickly. Task migration can then be done at leisure in CPU_DEAD
notification, when rest of the CPUs are running.
Some advantages with this approach are:
- More scalable. Predicatable amout of time that machine is stopped.
- No changes to hot path/core code. We are just exploiting scheduler
rules which runs the next high-priority task on the runqueue. Also
since I put idle task to the _front_ of the runqueue, there
are no races when a equally high priority task is woken up
and added to the runqueue. It gets in at the back of the runqueue,
_after_ idle task!
- cpu_is_offline check that is presenty required in try_to_wake_up,
idle_balance and rebalance_tick can be removed, thus speeding them
up a bit
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
Rusty mentioned that the unlikely hints against cpu_is_offline is
redundant since the macro already has that hint. Patch below removes those
redundant hints I added.
<akpm@osdl.org>
[PATCH] sched_getaffinity vs cpu hotplug race fix
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
Fix the race in sys_sched_getaffinity. Patch below takes cpu_hotplug lock
before reading cpus_allowed mask of a task.
<akpm@osdl.org>
[PATCH] migration_thread() race fix
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
Noticed that migration_thread can examine "kthread_should_stop()?" without
setting its state to TASK_INTERRUPTIBLE first. This can cause kthread_stop
on that thread to block forever ...
P.S - I assumed that having the task state set to TASK_INTERRUTIBLE
while it is doing active_load_balance is fine. It seemed to be
the case earlier also.
<markh@osdl.org>
[PATCH] aacraid reset handler fix
This fixes a situation where the handler can exit too early.
<len.brown@intel.com>
[ACPI] handle _CRS outside _PRS -- even when non-zero
avoid sharing IRQ12
http://bugzilla.kernel.org/show_bug.cgi?id=2665
<akpm@osdl.org>
[PATCH] Fix deadlock in journalled quota
From: Jan Kara <jack@ucw.cz>
Attached patch should fix reported deadlock in journalled quota code.
quotactl() call was violating the locking rules and didn't start transaction
when it should.
From: <raven@themaw.net>
Found a couple of symbols not exported that were needed by the ext3.ko
module.
<akpm@osdl.org>
[PATCH] MIPS update
From: Ralf Baechle <ralf@linux-mips.org>
- Kconfig cleanups:
- enable DMA_NONCOHERENT, DMA_COHERENT or DMA_IP27 via reverse dependencies
- untangle VRC4171 / VRC4173 selection
- R10000 support enables PREFETCH
- SEAD needs IRQ_CPU
- Update defconfig against latest Kconfig files.
- Fix computation of return address if syscall number was out of range
- Add power managment hooks in signal code.
- Don't try to handle signals when previous context was not in user mode.
- Fix serial interface setup for VR41xx systems.
- Build fixes after CLEAR_BITMAP changed name.
- Removes bogus comment from <asm/checksum.h>
- <asm/hdreg.h> is dead.
- Start collecting common definitions for PMON firmware in <asm/pmon.h>
- Define ARCH_MIN_TASKALIGN to 8; we have 64-bit members even on 32-bit
kernels if we're running on MIPS II or better.
<akpm@osdl.org>
[PATCH] mips: fix 2.6 fb setup
From: Ralf Baechle <ralf@linux-mips.org>
<akpm@osdl.org>
[PATCH] mips: Simplify expression
From: Ralf Baechle <ralf@linux-mips.org>
CONFIG_MIPS is always defined, for 32-bit and 64-bit.
<akpm@osdl.org>
[PATCH] mips: newport driver fixes
From: Ralf Baechle <ralf@linux-mips.org>
Make the driver for Newport aka XL work in 2.6.
<akpm@osdl.org>
[PATCH] mips: remove VIDEO_TYPE_SNI_RM
From: Ralf Baechle <ralf@linux-mips.org>
The RM200's onboard video really is a plain old boring Cyrix PCI card.
<akpm@osdl.org>
[PATCH] mips: GBE Video Driver
From: Ralf Baechle <ralf@linux-mips.org>
This patch adds the GBE video driver for the video system in SGI IP32
aka O2 and it's i386-based equivalent the Visual Workstation.
This driver obsoletes sgivwfb.c; but I'd prefer to play safe and remove
it after some additional time, just in case.
<akpm@osdl.org>
[PATCH] mips: add missing IP22 Zilog bit
From: Ralf Baechle <ralf@linux-mips.org>
Add missing definition PORT_IP22ZILOG which is need by ip22zilog driver.
<akpm@osdl.org>
[PATCH] mips: 64-bit MIPS needs compat stuff
From: Ralf Baechle <ralf@linux-mips.org>
<akpm@osdl.org>
[PATCH] mips: remove dz driver
From: Ralf Baechle <ralf@linux-mips.org>
This driver has been obsoleted by drivers/serial/dz.c.
<akpm@osdl.org>
[PATCH] mips: sgiwd93 2.6 fixes and crapectomy
From: Ralf Baechle <ralf@linux-mips.org>
Get to work under 2.6 sorting out the giant mess this has been. Further
cleanups would require a full crapectomy of wd33c93.c itself ...
<akpm@osdl.org>
[PATCH] Fixes in 32 bit ioctl emulation code
From: Raghavan <raghav@in.ibm.com>,
me
I am submitting a patch that fixes 2 race conditions in the 32 bit ioctl
emulation code.(fs/compat.c) Since the search is not locked; when a
ioctl_trans structure is deleted, corruption can occur.
The following scenarios discuss the race conditions:
1) When the search is hapenning, if any ioctl_trans structure gets
deleted; then rather than searching the hash table, the code will start
searching the free list.
while (t && t->cmd != cmd)
-
<akpm@osdl.org>
[PATCH] Fix nmi_watchdog=2 and P4 HT
From: Philippe Elie <phil.el@wanadoo.fr>
With nmi_watchdog=2 and a P4 ht box the nmi is occurring only on logical
processor 0, it's better to get it on both.
With this patch, on x86 SMP and nmi_watchdog=2, nmi interupts occur at 1000
hz (if the cpu is loaded) not at the intended 1 hz rate but that's a distinct
problem.
<akpm@osdl.org>
[PATCH] reduce NMI watchdog call frequency with local APIC.
From: Mikael Pettersson <mikpe@csd.uu.se>
The real problem is that SMP with nmi_watchdog=2 initialises the lapic NMI
watchdog but doesn't check it and therefore doesn't reduce nmi_hz. This is
an SMP bug.
The patch changes smpboot.c to do a check_nmi_watchdog() at the appropriate
place, which fixes the high NMI frequency problem w/o changing anything
else. I've verified that it solves the problem on my MP-capable UP box.
<akpm@osdl.org>
[PATCH] Fix ext3 bogus ENOSPC
With strange workloads which do a lot of quick truncation on small filesystems
it is possible to get into a situation where there are free blocks on the
disk, but they are not allocatable at this time due to their having been freed
up in the current JBD transaction. Applications get unexpected ENOSPC errors.
We can fix that with this patch, originally by Andreas Dilger which forces a
single commit+retry when an ENOSPC is encountered.
<akpm@osdl.org>
[PATCH] sched: in_sched_functions() cleanup
From: Rusty Russell <rusty@rustcorp.com.au>
1) Create an in_sched_functions() function in sched.c and make the
archs use it. (Two archs have wchan #if 0'd out: left them alone).
2) Move __sched from linux/init.h to linux/sched.h and add comment.
3) Rename __scheduling_functions_start_here/end_here to __sched_text_start/end.
Thanks to wli and Sam Ravnborg for clue donation.
<akpm@osdl.org>
[PATCH] ext3 error handling fixes
From: Andreas Dilger <adilger@clusterfs.com>
a) we don't call ext3_error() for an IO error in ext3_find_entry(), so we
won't do the normal ext3 error handling (mark SB in error, remount-ro
or panic if desired);
b) in empty_dir() we don't continue checking for non-empty blocks after a
content error (ext3_check_dir_entry() calls ext3_error() already);
c) we had decided not to mark the SB in error for holes in directories to
allow leway in the indexed-directory implementation, but this change
incorrectly also disabled marking the SB in error for real IO errors.
<akpm@osdl.org>
[PATCH] selinux: reopen descriptors closed on exec to /dev/null
From: Stephen Smalley <sds@epoch.ncsc.mil>
This patch changes the SELinux module to try to reset any descriptors it
closes on exec (due to a lack of permission by the new domain to the inherited
open file) to refer to the null device. This counters the problem of SELinux
inducing program misbehavior, particularly due to having descriptors 0-2
closed when the new domain is not allowed access to the caller's tty. This is
primarily to address the case where the caller is trusted with respect to the
new domain, as the untrusted caller case is already handled via AT_SECURE and
glibc secure mode. The code is partly based on the OpenWall LSM, which in
turn drew from the OpenWall kernel patch. Note that the code does not
guarantee that the descriptor is always re-opened to /dev/null; it merely
makes a reasonable effort to do so, but can fail under various conditions.
<akpm@osdl.org>
[PATCH] cyclades MAINTAINERS update
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
<akpm@osdl.org>
[PATCH] Laptop Mode doc update
From: <bart@samwel.tk>
Richard Atterer reported that mutt does not play well with noatime (it uses
access times to check whether new mail has arrived in a folder). This patch
warns about this in the doc, and adds a setting to the control script to
disable the noatime remount.
<akpm@osdl.org>
[PATCH] AS: increase batch expiry intervals
From: Nick Piggin <nickpiggin@yahoo.com.au>
Without disturbing the read/write ratio, increase the bathc expiry
intervals. This wil have the effect of increasing latency a little, but
with improved throughput.
<akpm@osdl.org>
[PATCH] Consolidate sys32_readv and sys32_writev
From: Arnd Bergmann <arnd@arndb.de>
The seven implementations of this have gone out of sync and are mostly buggy.
The new compat_sys_* version is based on the ppc64 implementation, which most
closely resembles the code in sys_readv/sys_writev.
Tested on x86_64, ia64 and s390.
<akpm@osdl.org>
[PATCH] Consolidate do_execve32
From: Arnd Bergmann <arnd@arndb.de>
The code for sys32_execve/do_execve32 in most of the seven versions was copied
from fs/exec.c but not kept up-to-date. The new compat_do_execve() function
is based on the mips code and has been resync'ed with do_execve(). IA64
changes are from Arun Sharma.
Tested on x86_64, ia64 and s390
<akpm@osdl.org>
[PATCH] Consolidate sys32_select
From: Arnd Bergmann <arnd@arndb.de>
sys32_select has seven mostly but not exactly identical versions, so
consolidate them as compat_sys_select. Based on the ppc64 implementation,
which most closely resembles sys_select. One bug that was not caught by LTP
has been fixed since the first version of this patch.
tested x86_64, ia64 and s390.
<akpm@osdl.org>
[PATCH] Consolidate sys32_nfsservctl
From: Arnd Bergmann <arnd@arndb.de>
sys32_nfsservctl is the largest remaining syscall emulation handler that can
be consolidated. mips and ia64 currently don't use this at all, parisc has a
simpler implementation than the one used by s390, sparc ppc and that the new
compat_sys_nfsservctl is based on.
The user access checks in the code are inconsistant at least, which should be
fixed here.
Compile tested only due to lack of proper test setup.
<akpm@osdl.org>
[PATCH] es7000 subarch update
From: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
The patch fixes a problem with ES7000 Server Management mechanism that uses
platform register mip_port. It was not initialized, so the mechanism was not
functional.
The patch also fixes the APIC destination for hierarchical and flat cluster
models used in ES7000. The destination ID's reflect policies for Cascade
based systems which use logical delivery and lowest priority mechanism, and
for xAPIC based models that use physical delivery and fixed APIC destinations.
The patch also turns on NO_IOAPIC_CHECK (1) to avoid error messages and
attempts to re-write the ID, because on ES7000 all ID's are hard coded in the
BIOS and cannot be altered.
<akpm@osdl.org>
[PATCH] ppc32: ppc8xx build fixes
From: "Prof. BJ" <prof.bj@freemail.hu>
- m8xx_setup warning and mfmsr error fix
- ppc8xx_pic include error fix
- tqm8xxl.c typeing (syntax) error fix
- commproc.c include error and prototype warning fix
(acked by Matt Porter)
<akpm@osdl.org>
[PATCH] Remove bootsect_helper and a comment fix
From: Coywolf Qi Hunt <coywolf@greatcn.org>
Since "Direct booting from floppy is no longer supported", this patch is to
remove the bootsect_helper code. And also a comment fix.
The other two platforms x86_64 and PC-9800 should also be cleaned up too.
<akpm@osdl.org>
[PATCH] Remove bootsect_helper on x86_64 and pc98
From: Coywolf Qi Hunt <coywolf@greatcn.org>
Since "Direct booting from floppy is no longer supported", this patch is
remove the bootsect_helper code from x86_64 and PC-9800.
<akpm@osdl.org>
[PATCH] remove some unused variables in s2io
From: Anton Blanchard <anton@samba.org>
Found a few warnings when compiling with NAPI off.
<akpm@osdl.org>
[PATCH] New version of early CPU detect
From: Andi Kleen <ak@suse.de>
We still need some kind of early CPU detection, e.g. for the AMD768
workaround and for the slab allocator to size its slabs correctly for the
cache line. Also some other code already had private early CPU routines.
This patch takes a new approach compared to the previous patch which caused
Andrew so much grief. It only fills in a few selected fields in
boot_cpu_data (only the data needed to identify the CPU type and the cache
alignment). In particular the feature masks are not filled in, and the
other fields are also not touched to prevent unwanted side effects.
Also convert the ppro workaround to use standard cpu data now.
I'm not sure if slab still has the necessary support to use the cache line
size early; previously Manfred showed some serious memory saving with this
for kernels that are compiled for a bigger cache line size than the CPU (is
often the case on distribution kernels). This code could be reenable now
with this patch.
<akpm@osdl.org>
[PATCH] shrink_slab: improved handling of GFP_NOFS allocations
Currently, shrink_slab() will decide that it needs to scan a certain number of
dentries, will call shrink_dcache_memory() requesting that this be done, and
shrink_dcache_memory() will simply bale out without doing anything because the
caller did not have __GFP_FS.
This has the potential to disrupt our lovely pagecache-vs-slab balancing act.
So change things so that shrinker callouts can return -1, indicating that they
baled out. This way, shrink_slab can remember that this slab was owed a
certain number of scannings and these will be correctly performed next time a
__GFP_FS caller comes by.
<akpm@osdl.org>
[PATCH] partitioning cleanup: use DOS_EXTENDED_PARTITION
From: FabF <Fabian.Frederick@skynet.be>
Use the pre-existing enum rather than magic numbers.
<akpm@osdl.org>
[PATCH] Reiserfs commit default fix
From: Bart Samwel <bart@samwel.tk>
This patch from Micha Feigin fixes some bugs in the earlier reiserfs
commit default patch. The changelog:
* If you remounted without any commit=NNN option, it would assume commit=0
and restore the defaults. This patch makes it leave the current state alone
if you don't pass commit=NNN.
* Added range check for cast from unsigned long to unsigned int.
<akpm@osdl.org>
[PATCH] reiserfs: acl device node initialization
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
properly init device inodes in the acl code
<akpm@osdl.org>
[PATCH] reiserfs: xattr support
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs support for xattrs
<akpm@osdl.org>
[PATCH] reiserfs: ACL support
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs acl support
<akpm@osdl.org>
[PATCH] reiserfs: support trusted xattrs
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs support for trusted xattrs
<akpm@osdl.org>
[PATCH] reiserfs: selinux support
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs support for selinux
<akpm@osdl.org>
[PATCH] reiserfs: xattr locking fixes
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs xattr locking fixes
<akpm@osdl.org>
[PATCH] reiserfs: quota support
From: Chris Mason <mason@suse.com>
ReiserFS support for quotas. Originally from Jan Kara
<akpm@osdl.org>
[PATCH] reiserfs: xattr permission fix
From: Chris Mason <mason@suse.com>
From: jeffm@suse.com
reiserfs permission bug fix for xattrs
<akpm@osdl.org>
[PATCH] reiserfs: add device info to diagnostic messages
From: Chris Mason <mason@suse.com>
From: Jeff Mahoney <jeffm@suse.com>
Add device info to the various reiserfs warnings and panics so you can tell
which filesystem triggers the message. Loosely based on code from Oleg
Drokin.
<akpm@osdl.org>
[PATCH] mptfusion depends on scsi
From: Olaf Hering <olh@suse.de>
<akpm@osdl.org>
[PATCH] find_user locking and leak fix
find_user() is being called from set/get_priority(), but it doesn't take the
needed lock, and those callers were forgetting to drop the refcount which
find_user() took.
<akpm@osdl.org>
[PATCH] Improve laptop mode's block_dump output
From: "Theodore Ts'o" <tytso@mit.edu>
This patch versus improves the output produced by "echo 1 >
/proc/sys/vm/block_dump", in the following ways:
1) The messages are printed with KERN_DEBUG, so that even if sysklogd is
running, if configured appropriately, it will not need to write to log
files.
2) The inode which is dirtied by a process is now identified more
precisely by inode number and filesystem ID, and by a dcache name if
present.
3) In the generic filesystem sget function, the superblock id (s_id) is
filled in with the filesystem type by default. Filesystems which are
block-device based will override s_id, but this allows pseudo
filesystems such as tmpfs, procfs, etc. to be identified in (2).
<akpm@osdl.org>
[PATCH] com90xx error message patch: check_region() gone
From: Greg Aumann <Greg_Aumann@sil.org>
This patch updates two error messages to reflect changes in the code.
<akpm@osdl.org>
[PATCH] Kill a warning while making pdfdocs.
From: Alexey Dobriyan <adobriyan@mail.ru>
DOCPROC Documentation/DocBook/parportbook.sgml
Warning(drivers/parport/share.c:188): No description found for parameter 'drv'
(kernel-doc parameter name is incorrect.)
<akpm@osdl.org>
[PATCH] Kill some 'No description found...' warnings. (kernel-api.sgml)
From: Alexey Dobriyan <adobriyan@mail.ru>
Fix various kernel-doc parameters.
<akpm@osdl.org>
[PATCH] Allow architectures to reenable interrupts on contended spinlocks
From: Keith Owens <kaos@sgi.com>
As requested by Linus, update all architectures to add the common
infrastructure. Tested on ia64 and i386.
Enable interrupts while waiting for a disabled spinlock, but only if
interrupts were enabled before issuing spin_lock_irqsave().
This patch consists of three sections :-
* An architecture independent change to call _raw_spin_lock_flags()
instead of _raw_spin_lock() when the flags are available.
* An ia64 specific change to implement _raw_spin_lock_flags() and to
define _raw_spin_lock(lock) as _raw_spin_lock_flags(lock, 0) for the
ASM_SUPPORTED case.
* Patches for all other architectures and for ia64 with !ASM_SUPPORTED
to map _raw_spin_lock_flags(lock, flags) to _raw_spin_lock(lock).
Architecture maintainers can define _raw_spin_lock_flags() to do
something useful if they want to enable interrupts while waiting for
a disabled spinlock.
<akpm@osdl.org>
[PATCH] Un-inline spinlocks on ppc64
From: Paul Mackerras <paulus@samba.org>
The patch below moves the ppc64 spinlocks and rwlocks out of line and into
arch/ppc64/lib/locks.c, and implements _raw_spin_lock_flags for ppc64.
Part of the motivation for moving the spinlocks and rwlocks out of line was
that I needed to add code to the slow paths to yield the processor to the
hypervisor on systems with shared processors. On these systems, a cpu as
seen by the kernel is a virtual processor that is not necessarily running
full-time on a real physical cpu. If we are spinning on a lock which is
held by another virtual processor which is not running at the moment, we
are just wasting time. In such a situation it is better to do a hypervisor
call to ask it to give the rest of our time slice to the lock holder so
that forward progress can be made.
The one problem with out-of-line spinlock routines is that lock contention
will show up in profiles in the spin_lock etc. routines rather than in the
callers, as it does with inline spinlocks. I have added a CONFIG_SPINLINE
config option for people that want to do profiling. In the longer term, Anton
is talking about teaching the profiling code to attribute samples in the spin
lock routines to the routine's caller.
This patch reduces the kernel by about 80kB on my G5. With inline
spinlocks selected, the kernel gets about 4kB bigger than without the
patch, because _raw_spin_lock_flags is slightly bigger than _raw_spin_lock.
This patch depends on the patch from Keith Owens to add
_raw_spin_lock_flags.
<akpm@osdl.org>
[PATCH] Only Print Taint Message Once
From: Rusty Russell <rusty@rustcorp.com.au>
Only print the tainted message the first time. Its purpose is to warn
users that we can't support them, not to fill their logs.
<akpm@osdl.org>
[PATCH] blk_start_queue() should use kblockd
kblockd is the thread which runs unplug functions, not keventd.
<akpm@osdl.org>
[PATCH] EDD: follow sysfs convention, MODULE_VERSION, remove dead SCSI symlink
From: Matt Domsch <Matt_Domsch@dell.com>
Clean up the edd.c driver.
* use kobject_set_name() instead of snprintf() per GregKH's recommendation.
* Add MODULE_VERSION()
* s/driverfs/sysfs/ in Kconfig
* Remove report URL message, as there have been too many BIOSs reported,
virtually none of which are EDD-capable. This may return if/when I
develop a better reporting method and database to capture/store the
data from users.
* Remove the unused code for creating a symlink to the scsi_device.
This never worked right, and I'm going to show the relationship from
a userspace tool which uses libsysfs instead.
<akpm@osdl.org>
[PATCH] cmpci OSS driver update
From: C.L. Tien <cltien@cmedia.com.tw>
Current version from cmedia.
<akpm@osdl.org>
[PATCH] dentry and inode cache hash algorithm performance changes.
From: "Jose R. Santos" <jrsantos@austin.ibm.com>
It alleviates some issues seen with Linux when accessing millions of files on
machines with large amounts of RAM (+32GB). Both algorithms are base on some
studies that Dominique Heger was doing on hash table efficiencies in Linux.
The dentry hash table has been tested in small systems with one internal IDE
hard disk as well as in large SMP with many fiberchanel disks. Dominique
claims that in all the testing done, they did not see one case were this has
function provided worst performance and that in most test they were seeing
better performance.
The inode hash function was done by me base on Dominique's original work and
has only been stress tested with SpecSFS. It provided a 3% improvement over
the default algorithm in the SpecSFS results and speed ups in the response
time of almost all filesystem operations the benchmark stress. With the
better distribution is as also possible to reduce the number of inode buckets
for 32 million to 16 million and still get a slightly better results.
Anton was nice enough to provide some graphs that show the distribution
before and after the patch at http://samba.org/~anton/linux/sfs/1/
For the dentry hash function, some of my other coorkers had put this hash
function through various testing and have concluded that the hash function was
equal or better than the default hash function. These runs were done with a
(hopefully to be Open Source soon) benchmark called FFSB which can simulate
various io patters across many filesystems and variable file sizes.
SpecSFS fileset is basically a lot of small file which varies depending on the
size of the run. For a not so big SMP system the number of file is in the +20
Million files range. Of those 20 million files only 10% are access randomly
by the client. The purpose of this is that the benchmark tries to stress not
only the NFS layer but, VM and Filesystems layers as well. The filesets are
also hundreds of gigabytes in size in order to promote disk head movement by
guaranteeing cache misses in memory. SFS 27% of the workload are lookups
__d_lookup has showing high in my profiles.
For the inode hash the problem that I see is that when running a benchmark
with this huge fileset we end up trying to free a lot of inode entries during
the run while trying to put new entries in cache. We end up calling
ifind_fast() which calls find_inodes_fast() held under inode_lock. In order
to avoid holding the inode_lock we needed to avoid having long chains in that
hash function.
When I took a look at the original hash function, I found it to be a bit to
simple for any workload. My solution (which I took advantage of Dominique's
work) was to create a hash that function that could generate completely
different hashes depending on the hashval and the superblock in order to have
the hash scale as we added more filesystems to the machine.
Both of these problems can be somewhat tuned out by increasing the number of
buckets of both d and i cache but it got to a point were I had 256MB of inode
and 128MB in dentry hash buckets on a not so large SMP. With the hash changes
I have been able to reduce the number of buckets to 128MB for inode cache and
to 32MB for dentry cache and still get better performance.
If it help my case... I haven't been running this benchmark for long, so I
haven't been able to find a way to cheat. I need to come up with generic
solutions until I can find a cheat for the benchmark. :)
SDET results:
Steve Pratt seem to have a SDET setup already and he did me the favor of
running SDET with a reduce dentry entry hash table size. I belive that
his table suggest that less than 3% change is acceptable variability, but
overall he got a 5% better number using the new hash algorith.
A) x4408way1.sdet.2.6.5100000-8p.04-05-05_12.08.44 vs
B) x4408way1.sdet.2.6.5+hash-100000-8p.04-05-05_11.48.02
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 1048576 (order: 10, 4194304 bytes)
Results:Throughput
tolerance = 0.00 + 3.00% of A
A B
Threads Ops/sec Ops/sec %diff diff tolerance
----------- ------------ ------------ -------- ------------ ------------
1 4341.9300 4401.9500 1.38 60.02 130.26
2 8242.2000 8165.1200 -0.94 -77.08 247.27
4 15274.4900 15257.1000 -0.11 -17.39 458.23
8 21326.9200 21320.7000 -0.03 -6.22 639.81
16 23056.2100 24282.8000 5.32 1226.59 691.69 *
32 23397.2500 24684.6100 5.50 1287.36 701.92 *
64 23372.7600 23632.6500 1.11 259.89 701.18
128 17009.3900 16651.9600 -2.10 -357.43 510.28
=========================================================================
<akpm@osdl.org>
[PATCH] Fix MTD suspend/resume
From: Russell King <rmk@arm.linux.org.uk>
This patch carries forward the following bug fix from MTD CVS, which causes a
lot of noise after a suspend/resume cycle on ARM devices.
revision 1.127
date: 2003/07/02 20:29:38; author: acurtis; state: Exp; lines: +2 -1
Added FL_STATUS to the FL_READY case in put_chip(). (Eliminate noise)
<akpm@osdl.org>
[PATCH] remove blk_queue_bounce() printks
From: Matt Domsch <Matt_Domsch@dell.com>
Jens Axboe wrote:
It should just be deleted. As you note, it is a debug message. I
originally added it so we would have some clues as to dma capability for
bug reports. There never was any, the check can go :)
<akpm@osdl.org>
[PATCH] fix deadlock in create_workqueue()
Fix bug identified by Srivatsa Vaddagiri <vatsa@in.ibm.com>:
There's a deadlock in __create_workqueue when CONFIG_HOTPLUG_CPU is set. This
can happen when create_workqueue_thread fails to create a worker thread. In
that case, we call destroy_workqueue with cpu hotplug lock held.
destroy_workqueue however also attempts to take the same lock.
<akpm@osdl.org>
[PATCH] throttle P4 thermal warnings
From: Zwane Mwaikambo <zwane@linuxpower.ca>
In really bad conditions this can keep printing for a while, throttle the
output somewhat. Also change the "CPU%d" formatting to better match the
other boot output.
<akpm@osdl.org>
[PATCH] pcmcia/i82365.c warning fix
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
drivers/pcmcia/i82365.c: At top level:
drivers/pcmcia/i82365.c:71: warning: `version' defined but not used
<akpm@osdl.org>
[PATCH] worker_thread race fix
Fix a waitqueue-handling race in worker_thread().
<akpm@osdl.org>
[PATCH] Warn when smp_call_function() is called with interrupts disabled
From: Keith Owens <kaos@sgi.com>
Almost every architecture has a comment above smp_call_function()
* You must not call this function with disabled interrupts or from a
* hardware interrupt handler or from a bottom half handler.
I have not seen any problems with calling smp_call_function() from a bottom
half handler, but calling it with interrupts disabled can definitely
deadlock. This bug is hard to reproduce and even harder to debug.
CPU A CPU B
Disable interrupts
smp_call_function()
Take call_lock
Send IPIs
Wait for all cpus to acknowledge IPI
CPU A has not responded, spin waiting
for cpu A to respond, holding call_lock
smp_call_function()
Spin waiting for call_lock
Deadlock Deadlock
Change all smp_call_function() to WARN_ON(irqs_disabled()). It should be
BUG_ON() but some buggy code like SCSI sg will break with BUG_ON, so just
warn for now. Change it to BUG_ON after the buggy code has been fixed.
<akpm@osdl.org>
[PATCH] fixup 68360 module refcounting
From: Christoph Hellwig <hch@lst.de>
<akpm@osdl.org>
[PATCH] gcc-3.4.0 fixes for 2.6.6-rc3 x86_64 kernel
From: Mikael Pettersson <mikpe@csd.uu.se>
Here are some patches to fix compilation warnings from
gcc-3.4.0 in the 2.6.6-rc3 x86_64 kernel.
- puts() type conflict in boot/compressed/misc.c:
rename to putstr(), just like i386 did
- cast-as-lvalue in ia32_copy_siginfo_from_user():
use temporary
- code before declaration in io_apic.c:
move decl up
- code before declaration in ioremap.c:
move existing #ifndef up
- cast-as-lvalue (tons of them) from UP version of per_cpu():
merged asm-generic's version
<akpm@osdl.org>
[PATCH] ppc64: use generic ipc syscall translation
From: David Gibson <david@gibson.dropbear.id.au>
Currently ppc64 has its own code to convert 32-bit ipc() syscalls to 64-bit,
rather than using the common translation code from ipc/compat.c. This patch,
tweaked slightly from an earlier version of Anton Blanchard's fixes that,
replacing the ppc64 code with calls to the common code.
I've run the LSB IPC tests, and as many of the LTP IPC tests as I could figure
out how to run easily, and it seems to pass them all.
<akpm@osdl.org>
[PATCH] fix ramdisk size assembler warning
From: Jorn Engel <joern@wohnheim.fh-wedel.de>
AS arch/i386/boot/setup.o
/usr/src/linux-2.6.5/arch/i386/boot/setup.S: Assembler messages:
/usr/src/linux-2.6.5/arch/i386/boot/setup.S:159: Warning: value 0x37ffffff truncated to 0x37ffffff
The warning is correct, the calculated value for ramdisk_max would be
0xb7ffffff instead of 0x37ffffff. Truncating 0xb7ffffff to 0x37ffffff
is desired behaviour, so we should do it explicitly.
<akpm@osdl.org>
[PATCH] cyclades cleanups
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
- cleanups for cyclades Kconfig entry (Adrian Bunk/me)
- janitors project: remove dead function (Don Koch)
From: aris@cathedrallabs.org (Aristeu Sergio Rozanski Filho)
Use the standard min/max macros
<akpm@osdl.org>
[PATCH] jiffies-to-clockt fix
From: john stultz <johnstul@us.ibm.com>
This patch polishes up Tim Schmielau's (tim@physik3.uni-rostock.de) fix for
jiffies_to_clock_t() and jiffies_64_to_clock_t(). The issues observed was
w/ /proc output not matching up to wall time due to accumulated error
caused by HZ not being exactly 1000 on i386 systems. The solution is to
correct that error by using the more accurate TICK_NSEC in our calculation.
Additionally, this patch corrects 3 warnings in the TCP layer uncovered by
this change.
<akpm@osdl.org>
[PATCH] readahead: keep file->f_ra sane
When two threads are simultaneously pread()ing from the same fd (which is a
legitimate thing to do), the readahead code thinks that a huge amount of
seeking is happening and shrinks the window, damaging performance a lot.
I don't see a sane way to avoid this within the readahead code, so take a
private copy of the readahead state and restore it prior to returning from the
read.
<akpm@osdl.org>
[PATCH] CLOCK_TICK_RATE: introduce asm-*/8253pit.h, #define PIT_TICK_RATE constant.
From: Thorsten Kranzkowski <dl8bcu@dl8bcu.de>
The calculation of the counter values in drivers/input/misc/pcspkr.c is
incorrectly based on CLOCK_TICK_RATE. This goes unnoticed in i386 because
there the system clock is driven by the same Programmable Interval Timer chip
as the speaker. But this doesn't hold true on other archs, e.g. Alpha.
To solve this problem I made these patches:
1/3: introduce asm-*/8253pit.h, #define PIT_TICK_RATE constant.
It seems this is not always the same value.
2/3: use PIT_TICK_RATE in *spkr.c
3/3: use CLOCK_TICK_RATE where 1193180 was used in general timing
calculations. (optional)
There are still some places where the magic number is used instead of the
#define (vt_ioctl.c, gameport.c) but I left them as-is. I got some responses
from arch maintainers to specifically not touch their respective architectures
so changing these places would mean breakage for them.
Tested on Alpha and i386, ack'ed by Ralf Baechle for MIPS.
This patch:
introduce asm-*/8253pit.h, #define PIT_TICK_RATE constant.
<akpm@osdl.org>
[PATCH] CLOCK_TICK_RATE: use PIT_TICK_RATE in *spkr.c
From: Thorsten Kranzkowski <dl8bcu@dl8bcu.de>
<akpm@osdl.org>
[PATCH] CLOCK_TICK_RATE: use CLOCK_TICK_RATE
From: Thorsten Kranzkowski <dl8bcu@dl8bcu.de>
use CLOCK_TICK_RATE where 1193180 was used in general timing calculations.
(optional)
<akpm@osdl.org>
[PATCH] es7000 subarch update for generic arch
From: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
This is ES7000 sub architecture update. It makes ES7000 a part of the
generic architecture, so the single compiled kernel will be able to choose
a correct set of parameters, routines ("genapic"), and a boot path. It
uses criteria provided by the subarch for platform identification. In case
of ES7000, it is a unique product/vendor string in the ACPI/MP OEM table,
and server control registers. The patch is confined to only es7000 subarch
and generic subarch. It was tested on ES7000 as well as generic Intel 8x
Xeon system. Andi Kleen has reviewed the changes.
<akpm@osdl.org>
[PATCH] update Documentation/md.txt
From: <spam@altium.nl> (Dick Streefland)
The following patch documents the currently undocumented raid= kernel
parameter.
<akpm@osdl.org>
[PATCH] bfs filesystem read past the end of dir
From: Jakub Jermar <jermar@itbs.cz>
I found out that BFS filesystem will eventually try to read and interpret
garbage past the end of directory in bfs_add_entry(). If the garbage
(interpreted as i-node number) is not set to zero (does it have to be?)
bfs_add_entry() will consider it a regular directory entry.
This causes weird things like this:
# touch a
# rm a
# ls
# touch b
# ls
a
My patch detects an attempt to read past the end of directory and explicitly
clears the garbage that represents i-node number. Thus the correct behaviour
is achieved.
(was unable to contact Tigran)
<akpm@osdl.org>
[PATCH] simplify mqueue_inode_info->messages allocation
From: Chris Wright <chrisw@osdl.org>
Currently, if a user creates an mqueue and passes an mq_attr, the
info->messages will be created twice (and the extra one is properly freed).
This patch simply delays the allocation so that it only ever happens once.
The relevant mq_attr data is passed to lower levels via the dentry->d_fsdata
fs private data. This also helps isolate the areas we'd need to touch to do
rlimits on mqueues.
<akpm@osdl.org>
[PATCH] swsusp documentation updates
From: Pavel Machek <pavel@ucw.cz>
<akpm@osdl.org>
[PATCH] blk: cache queue_congestion_on/off_threshold values
From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>
It's kind of redundant that queue_congestion_on/off_threshold gets
calculated on every I/O and they produce the same number over and over
again unless q->nr_requests gets changed (which is probably a very rare
event). We can cache those values in the request_queue structure.
<akpm@osdl.org>
[PATCH] SElinux interface for reporting size of printk buffer
From: Olaf Dabrunz <od@suse.de>
Add the necessary hooks so that a SELinux-enabled kernel will allow the new
"report the size of the printk buffer" query to work.
<akpm@osdl.org>
[PATCH] Fix race on tty close
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
ldisc close can race with the flush_to_ldisc workqueue.
This patch fixes it by killing the workqueue first.
<akpm@osdl.org>
[PATCH] as-iosched barrier fix
From: Jens Axboe <axboe@suse.de>
AS does not correctly account requests inserted with INSERT_FRONT or
INSERT_BACK, barriers for example. In other elevators, requeued requests also
go through the insert path, but AS has its own requeue handler which means the
code has never been tested.
Also, make inserting a barrier with INSERT_SORT imply INSERT_BACK, which is
the logical behaviour. Previously such insertions weren't rigorously defined.
<akpm@osdl.org>
[PATCH] pcmcia/tcic.c warning fix.
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
drivers/pcmcia/tcic.c:63: warning: `version' defined but not used
<akpm@osdl.org>
[PATCH] Lindent arch/i386/kernel/cpuid.c
From: Hanna Linder <hannal@us.ibm.com>
Per Greg's request this is a patch of having run Lindent on cpuid.c. The
tabs were not the right number of spaces before. I have verified it still
compiles and boots with this "change".
<akpm@osdl.org>
[PATCH] fix wrong var used in hotplug/shpchp_ctrl.c.
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Zhenmin's checker tool <zli4@cs.uiuc.edu> detected this:
9. /drivers/pci/hotplug/shpchp_ctrl.c, Line 1575:
err("%s: Failed to disable slot, error code(%d)\n", __FUNCTION__, rc);
Maybe change to:
err("%s: Failed to disable slot, error code(%d)\n", __FUNCTION__,
retval);
I think it is right because at line 1564, the slot is turned off, and in
this line (1575) is checked the status to see if we got an error; if so,
the error number is shown. This number is in 'retval', not in 'rc' ('rc'
does have the return of configure_new_device()).
<akpm@osdl.org>
[PATCH] hugepage: fix add_to_page_cache() error handling
From: David Gibson <david@gibson.dropbear.id.au>
add_to_page_cache() locks the given page if and only if it suceeds. The
hugepage code (every arch), however, does an unlock_page() after
add_to_page_cache() before checking the return code, which could trip the
BUG() in unlock_page() if add_to_page_cache() failed.
In practice we've never hit this bug, because the only ways
add_to_page_cache() can fail are when we fail to allocate a radix tree node
(very rare), or when there is already a page at that offset in the radix
tree, which never happens during prefault, obviously. We should probably
fix it anyway, though.
The analagous bug in some of the patches floating about to
demand-allocation of hugepages is more of a problem, because multiple
processes can race to instantiate a particular page in the radix tree -
that's been hit at least once (which is how I found this).
<akpm@osdl.org>
[PATCH] Add sysctl to define a hugetlb-capable group
From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>,
"Seth, Rohit" <rohit.seth@intel.com>
This patch addresses the longstanding problem wherein Oracle needs
CAP_IPC_LOCK to allocate SHM_HUGETLB shm memory, but people don't want to run
Oracle as root, and capabilties are busted.
Various ideas with rlimits didn't work out, mainly because these objects live
beyond the lifetime of the user processes which establish them.
What we do is to create root-writeable /proc/sys/vm/hugetlb_shm_group which
specifies a single group ID. Users who belong to that group may allocate
hugepages for SHM_HUGETLB shm segments.
So the sysadmin will greate a new group, say `hugepageusers', will add the
oracle user to that group and will write that group's ID into
/proc/sys/vm/hugetlb_shm_group.
<akpm@osdl.org>
[PATCH] cpqarray update for 2.6
From: <mikem@beardog.cca.cpqcorp.net>
This patch fixes 2 minor issues that break our Array Configuration utility.
my_io was changed to a pointer so the & had to removed when using it with
copy_to_user().
Sometime in 2.5 SG_MAX got changed to 31. Maybe to copy cciss? Now I'm
changing it back to 32 so our app can work.
<akpm@osdl.org>
[PATCH] kill useless MOD_{INC,DEC}_USE_COUNT in sound/oss/msnd.c
From: Christoph Hellwig <hch@lst.de>
Callers are exported register/unregister handlers so the module is locked in
core by users of said exports.
<akpm@osdl.org>
[PATCH] kill MOD_{INC,DEC}_USE_COUNT gunk in arch/cris/arch-v10/drivers/pcf8563.c
From: Christoph Hellwig <hch@lst.de>
Driver already sets fops->owner so the open/close methods are entirely
superflous.
<akpm@osdl.org>
[PATCH] fix MOD_{INC,DEC}_USE_COUNT gunk in arch/um/drivers/net_kern.c
From: Christoph Hellwig <hch@lst.de>
Well, UML is pretty out of date in mainline, but I'd like to squash the last
users of said beasts rather sooner than later.
<akpm@osdl.org>
[PATCH] drivers/video/* MOD_INC_USE_COUNT fixes
From: Christoph Hellwig <hch@lst.de>
A bunch of framebuffer drivers use MOD_INC_USE_COUNT to prevent themselves
from unloading completely - but we have a much easier way to do so, that is
simply removing the module_exit/cleanup_module handler.
<akpm@osdl.org>
[PATCH] fix MOD_INC_USE_COUNT usage in mtd
From: Christoph Hellwig <hch@lst.de>
mtd driver need to get another reference if ->probe succeeds (strange design
if you ask me, but what the heck..), and while most drivers have been switched
to __module_get already two are still missing.
<akpm@osdl.org>
[PATCH] remove MOD_INC_USE_COUNT usage in arch/um/drivers/harddog_kern.c
From: Christoph Hellwig <hch@lst.de>
->open already has a reference so use __module_get. The file has no
maintainer noted in it, all credits are from the driver it's copied from.
<akpm@osdl.org>
[PATCH] minor RCU optimization
From: Stephen Hemminger <shemminger@osdl.org>
Minor tweak to rcu, use __list_splice instead of list_splice because the
list has already been checked for empty.
<akpm@osdl.org>
[PATCH] use core_initcall for binfmt initialisation
We need to register the binfmts earlier, so normal initcalls can successfully
run call_usermodehelper() to execute things.
<akpm@osdl.org>
[PATCH] Make usermodehelper_init() use core_initcall()
We may as well make usermodehelper_init() core_initcall as well, to make
sure its services are avaialble to all the other initcall levels.
<akpm@osdl.org>
[PATCH] export con_set_default_unimap()
fbcon needs this symbol.
<akpm@osdl.org>
[PATCH] Crystal cs4235 mixer fix
From: Joseph Parmelee <jparmele@wildbear.com>
Fixes improper setup of the mixer on Crystal soundcards with the CS4235
chip.
<akpm@osdl.org>
[PATCH] remove kernel 2.2 code from drivers/net/hamradio/dmascc.c
From: Adrian Bunk <bunk@fs.tum.de>
The patch below removes some #ifdef'd kernel 2.2 code from
drivers/net/hamradio/dmascc.c.
<akpm@osdl.org>
[PATCH] telephony/ixj.h: remove kernel 2.2 #ifdef's
From: Adrian Bunk <bunk@fs.tum.de>
The patch below removes two #ifdef's for kernel 2.2 from
linux-2.6.2-mm1/drivers/telephony/ixj.h
<akpm@osdl.org>
[PATCH] fix some typos in sound docs
From: Christoph Hellwig <hch@lst.de>
(partially from the debian kernel tree)
<akpm@osdl.org>
[PATCH] make tags for selinux
From: Olaf Hering <olh@suse.de>
make tags skips security/selinux/include because of find . -name include
-prune This patch does just add it later. No idea if it can be done
better.
<akpm@osdl.org>
[PATCH] remove intermezzo
Peter Braam said:
I would just like to say that I have no difficulties with intermezzo
being rm -rf'd. There are probably only a handful of users.
In the past 4 years nobody has supported InterMezzo sufficiently for
it to become successful. I have been fortunate to get really good support
for the Lustre project. So I have focussed on that. Lustre 1.X has
become really solid.
The disconnected operation, caching and mirroring functionality of
InterMezzo will become available in Lustre as a new feature in version 2.
So I see no point in keeping InterMezzo if it is a nuisance.
The patch removes the references to intermezzo. Please do a `bk rm' of
fs/intermezzo.
<akpm@osdl.org>
[PATCH] PPC termio fix
From: Paul Mackerras <paulus@samba.org>
It turns out that we are not handling the TABDLY bits of the termios
c_oflag field correctly on PPC, PPC64 and Alpha. These three architectures
have a value for XTABS that is different from the TAB3 value. POSIX
specifies that setting the TABDLY field to TAB3 should result in tabs being
expanded to spaces. In n_tty.c:opost() we check for O_TABDLY(tty) ==
XTABS, which is fine on most architectures because they have XTABS == TAB3.
I think the right thing to do is just to change the definition of XTABS to
be the same as TAB3 on these architectures. The patch below does this for
PPC and PPC64 (and I suggest the Alpha maintainer should do the same). At
the moment, applications using either the XTABS or TAB3 values won't get
the expected behaviour. With this patch, apps that use TAB3 will get the
expected behaviour. Apps that use XTABS will need to be recompiled (but
note that the POSIX-specified name to use is TAB3 not XTABS).
<akpm@osdl.org>
[PATCH] Fix __down Tainting Kernel with CONFIG_MODVERSIONS=y
From: Rusty Russell <rusty@rustcorp.com.au>
PowerPC64 ABI has ".funcname" (the actual function) and "funcname" (the
function descriptor) and we strip off the dots in "dedotify" called from
module_frob_arch_sections(). We need to also de-dotify the corresponding
names in the __version section.
Actually has nothing to do with __down, it's just that we only print the
first symbol whose version is missing.
<torvalds@ppc970.osdl.org>
Remove intermezzo, per instructions from Peter Braam.
<akpm@osdl.org>
[PATCH] x86-64: convert sibling map to masks
From: Andi Kleen <ak@muc.de>
From: Suresh B. Siddha
Convert sibling map on x86-64 to cpumasks.
This is needed for the SMT patches.
<akpm@osdl.org>
[PATCH] Add SMT setup for domain scheduler on x86-64
From: Andi Kleen <ak@muc.de>
Set up SMT for the domain scheduler on x86-64. This way the scheduling
works better on HyperThreading aware systems; in particular it will use
both physical CPUs before sharing two virtual CPUs on the same package.
This improves performance considerably in some cases.
Based on the i386 code and a previous patch from Suresh B. Siddha.
<akpm@osdl.org>
[PATCH] get_thread_area macro fixes
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
one of the macros for get_thread_area extracts the wrong bit. The
"32bit" field is in bit 22, not 23 (as can be seen in desc.h).
[ Fix ia64/x86-64 too, while we're at it. Linus ]
<James.Bottomley@steeleye.com>
[PATCH] fix LLD module refcounting in sr.c
The patch to close all the open/close/hotplug races in sr left the
module refcounting broken so that the ULD housing the CD device now
can't be removed until the device itself is removed.
This patch (structurally identical to the one for sd.c to perform the
same function) fixes the module refcounting.
<jejb@mulgrave.(none)>
qla2100 fabric fixes
From: "Andrew Vasquez" <andrew.vasquez@qlogic.com>
Ok, well there aren't too many folks using an QLA2100 in a fabric
topology, if there were, they wouldn't have gotten very far in the
driver load sequence. I've been able to scrape-up a QLA2100, 1Gig
switch, and an JBOD. Upon loading the 8.00.00b12k driver, the
firmware successfully logs into the switch, the driver receives a
LOOP_UP event, but, the kernel panics due to NULL pointer dereference
while trying to perform an RFT_ID -- the attached patch against
current scsi-misc-2.6 fixes that problem.
<aia21@cantab.net>
NTFS: Cleanup whitespace (trailing space removal, etc).
<rmk@flint.arm.linux.org.uk>
[SERIAL] Fix exit function pointer initialisers
This wraps pointer initialisers to functions marked __devexit with
__devexit_p.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] ntfs cleanup
ntfs_fill_super() and ntfs_read_inode_mount() cleaned up. Removed
the kludges around the first iget() on NTFS. Instead of playing with
(re)setting ->s_op we have the MFT_FILE inode set up by explicit new_inode()/
set ->i_ino/insert_inode_hash()/call ntfs_read_inode_mount() directly.
That kills the need of second super_operations and it allows to return
error from ntfs_read_inode_mount() without resorting to ugly "poisoning"
tricks.
<geert@linux-m68k.org>
[PATCH] Sun3x dummycon
Sun3x: Like most other platforms, Sun3x needs conswitchp set if
CONFIG_DUMMY_CONSOLE is defined (from Sam Creasey)
<geert@linux-m68k.org>
[PATCH] M68k missing <linux/compiler.h>
M68k: <asm/virtconvert.h> needs include <linux/compiler.h> for
__attribute_const__ (from Richard Zidlicky)
<willy@debian.org>
[PATCH] PA-RISC updates for 2.6.6
- Split PA7300LC from PA7100LC (Matthew Wilcox)
- Handle 32-bit firmware and 64-bit kernel at runtime (Ryan Bradetich)
- Fix building in a separate tree (Matthew Wilcox)
- Update defconfigs (Randolph Chung)
- Make WCHAN work (Randolph Chung)
- Initial support for SMP in 2.6 (Grant Grundler)
- Use 8-byte PTEs on 32-bit kernels (James Bottomley)
- Implement L2/L3 hybrid page tables for 64 bit kernels (James Bottomley)
- Support 8TB of physical and virtual address space (James Bottomley)
- Macro'ise the tlb miss handlers (James Bottomley)
- Check the ptrace flags correctly in the syscall return path (Randolph Chung)
- Eliminate many magic numbers (James Bottomley)
- Work around linker bug in vmlinux.lds.S (James Bottomley)
- Many cache flushing fixes (James Bottomley)
- first baby step for PA8800 support (Grant Grundler)
- Self-aligning spinlocks (Randolph Chung)
<paulus@samba.org>
[PATCH] ppc64: extra barrier in I/O operations
At the moment, on PPC64, the instruction we use for wmb() doesn't
order cacheable stores vs. non-cacheable stores. (It does order
cacheable vs. cacheable and non-cacheable vs. non-cacheable.) This
causes problems in the sort of driver code that writes stuff into
memory, does a wmb(), then a writel to the device to start a DMA
operation to read the stuff it has just written to memory.
This patch solves the problem by adding a sync instruction before the
store in the write* and out* macros. The sync is a full barrier that
orders all loads and stores, cacheable or not. The patch also moves
the eieio instruction that we had after the store to before the load
in the read* and in* macros. With the sync before the store, we don't
need an eieio as well in a sequence of stores, but we still need an
eieio between a store and a load.
I think it is better to do this than to turn wmb() into a full memory
barrier (a sync instruction) because the full barrier is slow and
isn't needed with the sync in the write*/out* macros. This way,
write*/out* are fully ordered with respect to preceding loads and
stores, which is what driver writers expect, and we avoid penalizing
users of wmb() who are only doing cacheable stores.
<eger@havoc.gtf.org>
[PATCH] radeon: fix overlapping copyarea
This fixes a corruption problem with overlapping copyarea()'s
in the radeon driver.
<jgarzik@redhat.com>
[libata] preparation for writeback caching support
* bug fix: make sure 'nsect' member of struct ata_queued_cmd is
initialized each time a cmd is re-used. Only affects PIO data xfers,
which nobody uses.
* slightly change the way a device's flags are printed out. currently
the only flag is 'lba48', but soon 'wcache' will appear also.
* add WB-cache-related constants and macros to linux/ata.h
<jgarzik@redhat.com>
[libata] Maintainer annotations
In MAINTAINERS and in individual low-level drivers.
<davidm@tiger.hpl.hp.com>
ia64: Add support to the kernel unwinder for the ".save rp, r0" idiom.
Based on patch by Keith Owens.
<stevef@steveft21.ltcsamba>
Update readme with new information on symlinks to Samba
<davidm@tiger.hpl.hp.com>
ia64: Minor changes to get a (mostly) clean compile with GCC pre-3.5.
<cw@f00f.org>
[PATCH] kill warning in r8169
<akpm@osdl.org>
[PATCH] lance.c: fix for card with signature 0x52 0x49
From: Vesselin Kostadiov <vesselin@alphawave.com.au>
Problem: The lance.c driver did not work with my Racal Interlan EtherBlaster
card.
More info: I found that my card has a signature 0x52 0x49 that was not
recognized by the driver.
Explanation: Following your suggestion I created a static table with possible
signatures, not too different from the table in ni65.c. The updated code
compares the first byte of the cards signature with the first byte of the
signatures from the table. It this succeeds then it reads the second byte and
compares the whole signature with the values from the table. This way the
minimal I/O reads approach is maintained.
Side effect: The previous version would missdetect cards with signatures 0x52
0x57 and 0x57 0x44. This has been fixed as well.
<akpm@osdl.org>
[PATCH] 8139too not running s3 suspend/resume pci fix
From: "Adrian Yee" <brewt-linux-kernel@brewt.org>
Having an 8139 based device in my notebook, I often switch between it and
wireless. The problem is that the 8139too driver does not save/restore the
pci configuration of the card if the device isn't running. This simple
patch moves the save/restore code so that the code runs regardless of
whether or not the device is running.
I looked at other drivers and they all seem to do the same thing. Is there
a reason why this isn't done like in the patch?
<hch@lst.de>
[netdrvr gt961000eth] remove useless MOD_{INC,DEC}_USE_COUNT
*grr* - this one slipped in after my last round of audits it seems.
<mingo@elte.hu>
[netdrvr dmfe] netpoll support
<herbert@gondor.apana.org.au>
[sound/oss i810] fix wait queue race in drain_dac
This particular one fixes a textbook race condition in drain_dac
that causes it to timeout when it shouldn't.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix race
This patch fixes the value of swptr in case of an underrun/overrun.
Overruns/underruns probably won't occur at all when the driver is
fixed properly, but this doesn't hurt.
<herbert@gondor.apana.org.au>
[sound/oss] remove bogus CIV_TO_LVI
This patch removes a pair of bogus LVI assignments. The explanation in
the comment is wrong because the value of PCIB tells the hardware that
the DMA buffer can be processed even if LVI == CIV.
Setting LVI to CIV + 1 causes overruns when with short writes
(something that vmware is very fond of).
<herbert@gondor.apana.org.au>
[sound/oss i810] clean up with macros
This patch adds a number macros to clean up the code.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix partial DMA transfers
This patch fixes a longstanding bug in this driver where partial fragments
are fed to the hardware. Worse yet, those fragments are then extended
while the hardware is doing DMA transfers causing all sorts of problems.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix playback SETTRIGGER
This patch fixes SETTRIGGER with playback so that the LVI is always
set and the DAC is always started.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix OSS fragments
This patch makes userfragsize do what it's meant to do: do not start
DAC/ADC until a full fragment is available.
<herbert@gondor.apana.org.au>
[sound/oss i810] remove divides on playback
This patch removes a couple of divides on the playback path.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix drain_dac loop when signals_allowed==0
This patch fixes another bug in the drain_dac wait loop when it is
called with signals_allowed == 0.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix reads/writes % 4 != 0
This patch removes another bogus chunk of code that breaks when
the application does a partial write.
In particular, a read/write of x bytes where x % 4 != 0 will loop forever.
<herbert@gondor.apana.org.au>
[sound/oss i810] fix deadlock in drain_dac
This patch fixes a typo in a previous change that causes the driver
to deadlock under SMP.
<davej@redhat.com>
[CPUFREQ] cpu_sibling_mask fixup.
<davej@redhat.com>
[CPUFREQ] Latency is in nanoseconds -- speedstep-centrino got it wrong
<davej@redhat.com>
[CPUFREQ] Avoid scheduling cpufreq_delayed_get_work() twice; but do call it a bit earlier.
<davej@redhat.com>
[CPUFREQ] Fix for longrun.c for degenerate case
From H. Peter Anvin
I ran into a system the other day which had a Transmeta processor, but
configured in a degenerate, fixed-frequency configuration. It crashed
booting Fedora Core 2 test 3 due to a division by zero in the longrun
cpufreq driver.
<davej@redhat.com>
[CPUFREQ] Nehemiah improvements for longhaul driver.
From Andreas Meisinger
<geert@linux-m68k.org>
[PATCH] M68k superfluous whitespace
M68k: Remove superfluous whitespace that hurts my eyes with `let
c_space_errors=1' in vim. This includes correcting trailing whitespace and
spaces in front of tabs. `diff -urNbB' shows no difference before/after.
<nico@org.rmk.(none)>
[ARM PATCH] 1828/2: rework SA11xx PCMCIA code structure for better sharing of generic
code
Patch from Nicolas Pitre
[Updated after comments on patch #1828/1]
This patch moves things around and rename a few files/functions/structures
to be shared with PXA2xx PCMCIA support (coming in a separate patch) and
maybe others SOCs. No functional change were made so SA11xx users
shouldn't see any difference.
<alan@redhat.com>
[PATCH] PATCH: Do something about aacraid
This is a fairly minimal fix for aacraid. It removes the happy cast
pointers to u32 garbage in the 2.6 code and replaces it with the working
2.4 equivalents. I've not backported any of the other changes from 2.4 to
2.6 yet, and some things have gone which are good to be gone (eg the
proc/scsi horror). There is a certain amount of white space noise caused
by realigning with the 2.4 code so I could see what was going on.
Tested on a dual opteron
<nico@org.rmk.(none)>
[ARM PATCH] 1829/1: base support for PCMCIA on the Intel PXA2xx chip
Patch from Nicolas Pitre
This provides base PCMCIA support for PXA2xx and relies on patch #1828/1.
Board specific support must be added separately.
This is based on initial work from Stefan Eletzhofer and Ian Molton.
<nico@org.rmk.(none)>
[ARM PATCH] 1830/2: PCMCIA support for Lubbock (PXA2xx based)
Patch from Nicolas Pitre
[Patch #1830/1 wasn't generated correctly. Here's the fixed one.]
This adds PCMCIA support for Lubbock and relies on patch #1829/1. This
is probably the only reference board using both the PXA2xx and the SA1111
for PCMCIA support. Other board won't need to link sa1111_generic.o.
<nico@org.rmk.(none)>
[ARM PATCH] 1831/1: remove outdated SA11xx PCMCIA documentation
Patch from Nicolas Pitre
This documentation isn't reflecting the code anymore and therefore
is misleading. Better remove it and let people see the code where
multiple examples can now be followed.
<nico@org.rmk.(none)>
[ARM PATCH] 1843/2: supress PCMCIA build warnings
Patch from Nicolas Pitre
This is an alternative to patch #1843/1 keeping the ugliness
(and possible future breakage) to the affected driver only.
This one should be applied after patch #1830/2.
<jejb@mulgrave.(none)>
Make st support the scsi_device timeout
From: Brian King <brking@us.ibm.com>
<aia21@cantab.net>
NTFS: 2.1.10 - Force read-only (re)mounting of volumes with unsupported flags.
<gtw@cs.bu.edu>
[sound i810] silently ignore invalid PCM_ENABLE_xxx bits from userland
We must guarantee that struct file's ->f_mode agrees with
PCM_ENABLE_xxx bits from userland OSS apps. Other drivers silently
ignore invalid bits, so we follow their lead.
<greg@kroah.com>
USB: make functions static in usb drivers that should be
Thanks to Tridge's findstatic.pl script for helping find these.
<davem@nuts.davemloft.net>
[SCHED]: Fix double slash in include directive.
<davem@nuts.davemloft.net>
[SPARC64]: Export pci_domain_nr to modules.
<greg@kroah.com>
Module attributes: fix build error if CONFIG_MODULE_UNLOAD=n
Thanks to Andrew Morton for pointing this out to me.
<khali@linux-fr.org>
[PATCH] I2C: kill duplicate includes in i2c bus drivers
Following a suggestion of Arthur Othieno, here is a trivial patch that
kills duplicate inclusions of config.h in four i2c bus drivers.
At first I was thinking of also removing inclusions of config.h wherever
it doesn't seem to be necessary but Eugene doesn't seem to think it's a
good idea. So I may give it a try later (in 2.7), but for now this
simple patch will be enough.
<R.S.Bultje@students.uu.nl>
[PATCH] I2C: new i2c video decoder calls
Attached patch adds three new calls to the i2c video decoder API. The changes
were requested by Michael (CC'ed) and approved by Gerd Knorr (v4l maintainer,
CC'ed).
Short explanation:
* INIT is a general initialization call with optional initialization data.
Reason for this is that several i2c decoders (or general: clients) are being
used by several adapters (main drivers), and in some cases, one adapter
simply needs different settings than the other, either because the adapter
is completely different or because the card was reverse engineered in a way
that doesn't allow multiple adapters to run using the same original
initialization data. Michael faces such a problem right now. Both he and
me lack time to properly sit together and work out the exact details or a
proper way to merge.
* VBI_BYPASS and GPIO set specific pins on the decoder. This will be used
in the saa7111 driver. My driver (zr36067, original user of the saa7111
driver) doesn't use any of this, but Michael's does.
<R.S.Bultje@students.uu.nl>
[PATCH] I2C: new i2c video decoder calls: saa7111 driver
Attached patch implements the i2c calls in the saa7111 driver.
The driver is still compatible with old behaviour, so the zr36067 driver
(the original user of the saa7111 module) doesn't need any changes. I'll
probably gradually make everything use DECODER_INIT instead of 0 (that was
a nice hack back then) somewhere later.
Can I just remove '0' later on? Or are there official ABI rules for
stable kernel versions?
<khali@linux-fr.org>
[PATCH] I2C: Rename hardware monitoring I2C class
Quoting myself:
> Mmm, I once proposed that I2C_ADAP_CLASS_SMBUS would be better renamed
> I2C_ADAP_CLASS_SENSORS (so I2C_CLASS_SENSORS now). What about that? I
> think it would be great to embed that change into your patch, so that
> the name changes only once.
>
> BTW, if HWMON is prefered to SENSORS, this is fine with me too, I
> have no strong preference.
Below is a patch that does that. I finally went for HWMON. Yes, it's
big, but it's actually nothing more than
s/I2C_CLASS_SMBUS/I2C_CLASS_HWMON/ (thanks perl -wip :)).
<hannal@us.ibm.com>
[PATCH] Add class support to drivers/net/wan/cosa.c
This patch adds sysfs class support to the Cosa driver. I have verified it
compiles but do not have the hardware to test it. If someone could that
would be helpful.
<hannal@us.ibm.com>
[PATCH] USB: Add class support to drivers/usb/misc/tiglusb.c
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: remove set_attention_status
This one removes useless code and fixes the issue that the return code of
set_attention_status for cpcihp is always 0 even if cpci_set_attention_status
returns an error.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: remove two useless checks
This two checks are useless: cpci_hp_register_bus is only called from two
places, one has constant arguments, the other one passes the module
parameters which are checked for this condition on module load. And the bus
argument of cpci_hp_unregister_bus can never be NULL, all functions calling
this function use fields of the bus struct before so they will oops if it
would ever be NULL.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: use goto for error handling
Convert cpci_hotplug_core.c::cpci_hp_register_bus to use goto for error
handling.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: remove useless NULL checks
If the "struct hotplug_slot *" parameter is ever NULL then something bogus is
going on, we should not hide this bug by catching it. Also the name used in
debug messages is fixed.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: remove slot_paranoia_check and get_slot
slot_paranoia_check is only another kind of checking everything for NULL.
Removing this leads to function get_slot is reduced to a simple cast, so this
function can be killed also.
Eike
<eike-hotplug@sf-tec.de>
[PATCH] CompactPCI: remove two useless functions
This 2 get_* functions do the same the hotplug core does if this functions
would not be there. Kill Bil^H^H^Hem!
Eike
<eike-hotplug@sf-tec.de>
[PATCH] PCI Express, SHPCHP: fix freeing wrong resources
<eike-hotplug@sf-tec.de>
[PATCH] SHPC PCI Hotplug: fix cleanup_slots again...
Am Donnerstag, 6. Mai 2004 02:48 schrieb Sy, Dely L:
> On Fri, 30 Apr 2004 12:31:18 +0200, Rolf Eike Beer wrote:
>> -
>> -static int cleanup_slots (struct controller * ctrl)
>> +static void cleanup_slots(const struct controller *ctrl)
>> {
>> - struct slot *old_slot, *next_slot;
>> + struct slot *old_slot;
>>
>> old_slot = ctrl->slot;
>> ctrl->slot = NULL;
>>
>> while (old_slot) {
>> - next_slot = old_slot->next;
>> - pci_hp_deregister (old_slot->hotplug_slot);
>> - kfree(old_slot->hotplug_slot->info);
>> - kfree(old_slot->hotplug_slot->name);
>> - kfree(old_slot->hotplug_slot);
>> - kfree(old_slot);
>> - old_slot = next_slot;
>> + pci_hp_deregister(old_slot->hotplug_slot);
>> + old_slot = old_slot->next;
>> }
>
> The variable next_slot and its assignment should be kept, for once
> pci_hp_deregister() is called and the release callback function, which
> you added, may come in and clean up old_slot structure before the next
> ptr is saved. The code should be:
>
> static void cleanup_slots(const struct controller *ctrl)
> {
> struct slot *old_slot, *next_slot;
>
> old_slot = ctrl->slot;
> ctrl->slot = NULL;
>
> while (old_slot) {
> next_slot = old_slot->next;
> pci_hp_deregister (old_slot->hotplug_slot);
> old_slot = next_slot;
> }
> }
Yes, good point. Greg, this patch makes does it. Please apply on top of the
other stuff.
<lcapitulino@prefeitura.sp.gov.br>
[PATCH] PCI Hotplug: fix wrong var used in hotplug/shpchp_ctrl.c.
Zhenmin's checker tool <zli4@cs.uiuc.edu> detected this:
9. /drivers/pci/hotplug/shpchp_ctrl.c, Line 1575:
err("%s: Failed to disable slot, error code(%d)\n", __FUNCTION__, rc);
Maybe change to:
err("%s: Failed to disable slot, error code(%d)\n", __FUNCTION__,
retval);
I think it is right because at line 1564, the slot is turned off, and
in this line (1575) is checked the status to see if we got an error; if
so, the error number is shown. This number is in 'retval', not in 'rc'
('rc' does have the return of configure_new_device()).
The patch bellow fixes that:
<herbert@gondor.apana.org.au>
[PATCH] acpiphp_glue.c oops fix
It oopses during modprobe becasue the first load of acpiphp didn't clean up
properly.
<arjanv@redhat.com>
[PATCH] PCI crash with pciless box or pci=off workaround on Vaio's
From: Alan Cox <alan@redhat.com>
Reasoning
- Earlier in boot if we find a PCI bus we set raw_pci_ops to the function
table to use for PCI accesses.
- When we enter this function we now check if we have such a method
- If not then we know it will otherwise crash because the call sequence
through the code goes
pci_irq_init
pirq_peer_trick
pci_scan_bus_parented
which always leads down into the device scan and a pci config access
via raw_pci_ops
The moment the scan searches for a device it has to crash as it has no
access methods.
- The other case which does nothing but pci_fixup_irqs is a no-op with no
PCI devices
- THUS any situation that is changed by the raw_pci_ops check was
previously an oops case anyway or did nothing anyway.
Tested with pci=off and without
<aia21@cantab.net>
NTFS: Only build logfile.o if building the driver with read-write support.
<lcapitulino@prefeitura.sp.gov.br>
[PATCH] USB: fix media/dsbr100.c unused variable.
drivers/usb/media/dsbr100.c: In function `usb_dsbr100_probe':
drivers/usb/media/dsbr100.c:239: warning: unused variable `videodev'
<stern@rowland.harvard.edu>
[PATCH] USB Gadget: Fix file-storage gadget Request Sense length
On Fri, 7 May 2004, kernel@metro.cx wrote:
> Hi All,
>
> I don't know where else to report this, but I found a very very very
> minor bug in the usb gadgets drivers, specifically the file_storage.c
> mass storage driver.
>
> In the function do_request_sense(..) it says:
>
> buf[7] = 18 - 7; // Additional sense length
>
> Whereas (according to page 38 of the USB mass storage class, UFI command spec,
> http://www.usb.org/developers/devclass_docs#approved) this clearly neads
> to be equal to 10, not 11.
>
> I checked with the 2.6.5 source, it is still there. Hope someone will find this usefull, although most USB hosts seem to ignore length bits alltogether anyway....
>
> Koen Martens
You are quite right; thank you for pointing this out. Greg, please apply
the patch below.
<david-b@pacbell.net>
[PATCH] USB: EHCI power management updates
This patch updates EHCI suspend/resume so that its essential
components work on a few different implementations:
- make root hub suspend/resume work
- make remote wakeup work (given CONFIG_USB_SUSPEND patch)
- separate root hub suspend/resume from PCI suspend/resume
- say if controller supports remote wakeup (on this system)
- sysfs register dump unavailable if controller is suspended
Plus a handful of minor cleanups. Please merge, along with the
"hcd-0506.patch" I sent last week.
Tested by modifying sysfs power/state files, since ACPI doesn't
work on this system (so I can't test system suspend/resume):
- For root hub(*) ... suspend/resume works, also remote wakeup
- PCI controller ... suspend/resume works, remote wakeup
signals PME# (according to "lspci -vv"), but that's ignored
on my test sytem
Regardless of whether USB was active, "echo 1 > /proc/acpi/sleep"
produced a system that wouldn't resume, and the same result
came from "echo standby > /sys/power/state". So that's about
as far as I can take this testing for now.
- Dave
(*) Doing this relies on the CONFIG_USB_SUSPEND patch. Otherwise
no USB devices respond to sysfs power/state updates. The
PCI suspend/resume is a superset of this.
<eranian@hpl.hp.com>
[PATCH] ia64: perfmon dv serialization patch
Add ia64_dv_serialize_*() macros to ia64_set_*br() calls to avoid DV warnings
from the assembler (requires updated assembler).
<stern@rowland.harvard.edu>
[PATCH] USB: Accept devices with funky interface/altsetting numbers
Now that all the USB drivers have been audited, we can safely accept
devices that have noncompliant numbering for their interfaces or
altsettings. This patch skips bad or duplicate descriptors, allows gaps
in the numbering, accepts more or fewer interfaces than bNumInterfaces,
and logs warnings describing all these things. Also, the debugging log
messages have been improved by David Brownell.
This should please a sizeable group of users.
<aia21@cantab.net>
NTFS: Really final white space cleanups.
<david-b@pacbell.net>
[PATCH] USB: more functional HCD PCI PM glue
This patch makes the usbcore PCI suspend/resume logic behave
much better. In particular:
- Even HCs without PCI PM support will normally be able
to support global suspend, saving power ... and will
need to resume later. Let them try to suspend; lots
of not-that-old USB controllers don't have PM caps.
- Saner order for the boilerplate PCI stuff. It also
explicitly disables the IRQ and DMA, which aren't
available in D1/D2/D3 states anyway.
- Uses pci_enable_wake() when the root hub supports
remote wakeup. Didn't fully work in one test setup;
that controller's PME# was evidently ignored. (Not
enabled unless CONFIG_USB_SUSPEND.)
It worked for me with brief tests with the current 2.6.6-rc
uhci-hcd with one old UHCI; more extensive ones with various
OHCIs (using patches which I'll post soonish); and not at all
with EHCI (where PM hasn't ever worked).
Those of you who've been having PM problems might find
this helpful as-is, though I think that unless you're
using UHCI you'll also need an HCD patch.
- Dave
<oliver@neukum.org>
[PATCH] USB: fixes of assumptions about waitqueues
quoting Linus:
--
> so there is no need to recheck the bit in do/while loop, because
> there is no false wakeups now.
You should never assume this. You should assume that there are _always_
false wakeups.
Why? Because Linux has always allowed people to leave wait-queues active,
without being "atomic". For example, the tty read/write layer used to
(still does?) add itself on the wait-queue _once_, and then leave itself
on the wait-queue while in a loop it does copies from/to user space.
--
Unfortunately, this means us. Here's the first fix. Comments?
- make sure timeouts are observed even if somebody left us on a queue
<david-b@pacbell.net>
[PATCH] USB: OHCI resume/reset stops deadlocking in PM code
System-wide PM resume now happily deadlocks if one of the
resuming devices tries to remove devices which vanished
during the suspend(*). IMO that's unreasonable both
because devices can/do vanish, and because 2.4 didn't
deadlock in those cases; but no patch to fix that has been
merged. The result is that ever since merging the "new" PM
code, some OHCI-based systems deadlock on resume.
So this patch handles the "lost power during resume" case
differently: it doesn't disconnect the root hub (or its
children) directly. Instead, it does part of that work
immediately, and defers the rest to khubd:
- add a "pending" list for live urbs, and use it after reset
to abort pending URBs (and reclaim "live" EDs/TDs)
- immediately mark all devices NOTATTACHED, so any operations
on the devices before khubd handles the disconnects, including
resume() callbacks, will fail
- kick root hub so it can do the cleanup
It also handles "fminterval" init/reinit a bit better, mostly
to work better in some remote wakeup scenarios addressed in
later patches:
- save any initial value the boot firmware provided
- use it during initialization (and eventually, remote wakeup)
Other changes:
- use better jiffies calculation for scheduled delays
- the allocator does more of the one-time initialization
- initialize hcd.can_wakeup according to boot firmware
- move some inlines to the header
- minor cleanups
(*) http://marc.theaimsgroup.com/?l=linux-kernel&m=106606272103414&w=2
reported against 2.6.0-test7.
<david-b@pacbell.net>
[PATCH] USB: OHCI cleanups
This splits out a few obvious fixes, to help shrink a PM patch:
- when the HC is quiescing, don't schedule any more EDs
or re-activate any after unlink completion.
- when the HC is suspended, don't access registers through
sysfs either.
- simplify locking and call for donelist processing
<david-b@pacbell.net>
[PATCH] USB: khubd turns port power back on after reset
This goes with the OHCI anti-deadlock patch, and is what
ensures that when a root hub loses power during suspend,
khubd can turn port power back on so devices can enumerate.
<david-b@pacbell.net>
[PATCH] USB: OHCI root hub suspend/resume/wakeup
This patch goes on top of the previous two, and the hcd-0506 patch:
- Moves root hub suspend/resume code out of PCI-specific bus glue
into generic hub code. That way it's easy to re-use it even
for non-PCI implementations like SA1111, OMAP, and LH7A404.
(Plus, given CONFIG_USB_SUSPEND, it can be invoked with sysfs.)
- Root hub suspend is a lot more careful, as is root hub resume.
Pending transactions are now shut down more consistently; and
more registers are re-initialized on resume.
- The PCI bus glue is now left with truly generic PCI stuff, plus
some PMAC-specific stuff (which doesn't include irq disabling
any more, hcd-0506 moves that up a level in the stack).
- Remote wakeup support is basically working for the root hub.
(given CONFIG_USB_SUSPEND to suspend devices and enable it).
- Idle HCs will now automatically suspend themselves, and resume
as necessary. This saves a certain amount of power on most
systems, and matches what UHCI has been doing for a while.
The large size of this patch is mostly because of moving that
root hub suspend/resume code out of the PCI-specific glue.
<colin@colino.net>
[PATCH] USB: cosmetic fixes for cdc-acm
<maneesh@in.ibm.com>
[PATCH] kobject_set_name - error handling
1) kobject_set_name-cleanup-01.patch
This patch corrects the following by checking the reutrn code from
kobject_set_name().
bus_add_driver()
bus_register()
sys_dev_register()
o The following patch cleansup the kobject_set_name() users. Basically checking
return code from kobject_set_name(). There can be error returns like -ENOMEM
or -EFAULT from kobject_set_name() if the name length exceeds KOBJ_NAME_LEN.
<James.Bottomley@steeleye.com>
[PATCH] fix dev_printk to work even in the absence of an attached driver
<maneesh@in.ibm.com>
[PATCH] kobject/sysfs race fix
The following patch fixes the race involved between unregistering a kobject
and simultaneously opeing a corresponding attribute file in sysfs.
Ideally sysfs should take a ref. to the kobject as long as it has dentries
referring to the kobjects, but because of current limitations in
module/kobject ref counting, sysfs's pinning of kobject leads to
hang/delays in rmmod of certain modules. The patch checks for unhashed
dentries in check_perm() while opening a sysfs file. If the dentry is
still hashed then it goes ahead and takes the ref to kobject. This done
under the per dentry lock. It does this in the inline routine
sysfs_get_kobject(dentry).
<len.brown@intel.com>
[ACPI] create platform_rename_gsi() so ES7000 can munge IRQ numbers
from Natalie Protasevich
<stevef@steveft21.ltcsamba>
Fix oops when smb buffer can not be allocated
<len.brown@intel.com>
[ACPI] if _STA.functional, set _STA.present (Bjorn Helgaas)
workaround for Big Sur and Bull systems
<davej@redhat.com>
[AGPGART] Various Intel/EM64T AGP fixes.
From Andi Kleen.
- Add full PCI IDs to the module table for intel-agp and intel-mch-agp.
Don't use PCI_ANY_ID for device, since the drivers cannot handle unknown
devices anyways.
This fixes the problems with them loading both when compiled in and
also helps external tools that use the module PCI table to find the
correct driver.
- Remove wrong hack in intel-mch-agp that checked for long mode.
EM64T capability has nothing to do with the MCH version.
To avoid double probing the fix above is better.
- Handle the case of no AGP capability (unlikely, but better to handle it)
<mchouque@online.fr>
[SPARC]: Mark unaligned_panic as attribute used to workaround gcc-3.4 problem.
<jbarnes@engr.sgi.com>
[PATCH] ia64: sn_get_node_first_cpu() is redundant
sn_get_node_first_cpu() is redundant, so kill it. Since calls to this routine
happen rather late in the boot process, using the generic topology functions
is safe. Fixup the callers and kill the function.
<jbarnes@engr.sgi.com>
[PATCH] ia64: kill warnings in sn2 specific pci init
A couple of unused variable warnings cropped up in the sn2 pci init routine.
This patch kills the unused variables.
<shemminger@osdl.org>
[BRIDGE]: Allow multiple interfaces with same address (necessary for VLAN's).
<mchouque@online.fr>
[MODULES]: Fix endianness in modprobe.
<davem@nuts.davemloft.net>
[TG3]: Update to 5788 capable 5705 TSO firmware, version 1.2.0
<davem@nuts.davemloft.net>
[TG3]: Update to non-5705 TSO firmware version 1.6.0
<davem@nuts.davemloft.net>
[TG3]: If asked to load TSO firmware on 5750, just return success.
The 5750 does TSO in hardware, not via firmware code.
<davidm@tiger.hpl.hp.com>
ia64: Call print_modules() before printing tombstone.
<jbarnes@engr.sgi.com>
[PATCH] ia64: This patch kills some unused lines and redundant functions
<jbarnes@engr.sgi.com>
[PATCH] ia64: map display option ROMs on SN2
By default, the sn2 PCI init code doesn't map option ROM address
ranges since PIO address space is limited. However, we do need to map
display option ROMs in the event that userland applications want to
read and emulate them.
<dsaxena@xanadu.(none)>
First of a set of eight patches that adds support for Intel's
IXP4xx family of network processors. The code still needs some
cleanup here and there, but it's to the point that it's should
be OK to push upstream.
Some of the remaining TODOs:
- Cleanup GPIO IRQ handling for edge-trigered HW (none exists ATM)
- Add IDE driver for various platforms
- Misc cleanups
This patch adds the changes to arch/arm/Makefile and arch/arm/Kconfig
<dsaxena@xanadu.(none)>
entry-armv.S, debug.S, bios32.c:
IXP4xx support
<dsaxena@xanadu.(none)>
head.S, Makefile:
IXP4xx support
<dsaxena@xanadu.(none)>
proc-xscale.S, Kconfig:
IXP4xx support
<dsaxena@xanadu.(none)>
Add IXP4xx support
<dsaxena@xanadu.(none)>
pci_ids.h:
IXP4xx support
<davem@nuts.davemloft.net>
[TG3]: Add 5750 NVRAM programming plus 5704 MAC offset bug fix.
<len.brown@intel.com>
[ACPI] Add MADT error checking (Yi Zhu)
http://bugzilla.kernel.org/show_bug.cgi?id=1434
<len.brown@intel.com>
[ACPI] create kacpid thread to handle ACPI work in process context.
Also will be needed for cpu hot-unplug.
from Anil S Keshavamurthy and David Shaohua Li
http://bugzilla.kernel.org/show_bug.cgi?id=2515
<davem@nuts.davemloft.net>
[TG3]: Update LED programming to support 5750.
<davem@nuts.davemloft.net>
[TG3]: Updated ASF handling for 5750.
<icampbell@com.rmk.(none)>
[ARM PATCH] 1827/1: PXAFB patch updated based on comments in 1826
Patch from Ian Campbell
The patch includes the PXA FB driver discussed recently on the
arm-kernel mailing list, I have incorporated your (RMK's) comments
from patch 1826.
<tony@com.rmk.(none)>
[ARM PATCH] 1853/1: Update OMAP low level debug functions
Patch from Tony Lindgren
Changes OMAP low level debug function to allow virtual IO != physical
IO. Also removes waituart checking, as it only worked for first
serial port.
<tony@com.rmk.(none)>
[ARM PATCH] 1854/1: Remove old board specific OMAP files
Patch from Tony Lindgren
Removes old duplicate board specific files that have been renamed to
board-*.c
<jkluebs@com.rmk.(none)>
[ARM PATCH] 1848/1: PXA suspend/resume improvements
Patch from John K Luebs
This adds support to preserve the GPIO level across a suspend
and resume for PXA machine types. Removes the hack to preserve
the FFUART state as this is unnecessary with the 2.6 serial
driver code.
<nico@org.rmk.(none)>
[ARM PATCH] 1842/1: fix/clarify some comments
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1863/2: definitions and mapping for the Intel PXA27x internal registers
Patch from Nicolas Pitre
This reworks PXA register mapping to accommodate the extra registers
of the PXA27x chips (aka Bulverde).
<nico@org.rmk.(none)>
[ARM PATCH] 1864/1: separate PXA25x and PXA27x specific code
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1865/1: DMA changes for PXA27x
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1871/1: faster IRQ retrieval for PXA27x
Patch from Nicolas Pitre
On the PXA27x it's also possible to get the IRQ info from CP6
and it has a much lower latency than the memory mapped equivalent.
<jelenz@edu.rmk.(none)>
[ARM PATCH] 1851/1: sa1100 fb support for collie
Patch from John Lenz
Add the sa1100fb_mach_info structure for collie
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1874/1: S3C2410 - fix for selection of low-level debug UART
Patch from Ben Dooks
Fix selection configuration entry for UART number for low-level debug
<dsaxena@xanadu.(none)>
common.c:
new file
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1875/1: SMDK2410 machine support
Patch from Ben Dooks
Initial support for SMDK2410 and variants
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1876/1: Removed apostrophes from asembler source
Patch from Ben Dooks
Removed two 's from assembly code (binutils has problems
with these)
<jejb@mulgrave.(none)>
Fix SCSI device state model
Following a prior patch, we made cancel the sole
route into deleted, but forgot to update the
state model checks to reflect this.
offline and created also go to cancel
<dsaxena@xanadu.(none)>
common.c:
Remove unused flag variable from ixp4xx_timer_interrupt
<dsaxena@xanadu.(none)>
prpmc1100-setup.c, ixdp425-setup.c, coyote-setup.c:
Add INIT_MACHINE() to ixp4xx platform setup code
<dougg@torque.net>
[PATCH] st.c for GET_IDLUN
A little more testing of st's SG_IO ioctl turned up a
small problem.
This is the corresponding patch that was applied to the
sd driver when it received the block layer SG_IO ioctl.
For least surprise of lk 2.4 utilities that use the
SCSI_IOCTL_GET_IDLUN and SCSI_IOCTL_GET_BUS_NUMBER
ioctls (e.g. sg_map) it is better to return the correct
values rather than 0.
<jejb@mulgrave.(none)>
gdth driver update to 3.04
From: Leubner, Achim <Achim_Leubner@adaptec.com>
- Support for drives > 2 TB implemented
- 64-bit DMA support depending on the controller firmware version implemented
- Some important bug fixes made
<eranian@hpl.hp.com>
[PATCH] ia64: switch /proc/perfmon to seq_file avoid buffer overflows
Switches /proc/perfmon to using the seq_file interface. This is more
inline with the rest of the kernel and avoid crashes for very large
machine configurations.
Based on patch by Dean Nelson.
<david-b@pacbell.net>
[PATCH] USB: missing probe() diagnostics for CDC Ethernet
This patch should help correct the "missing diagnostics with
CONFIG_USB_DEBUG during CDC Ethernet probe()" issue. Some
folk are having problems with firmware that doesn't respond
properly to descriptor fetches -- which is unnecessarily
confusing because the diagnostics aren't being printed.
<baldrick@free.fr>
[PATCH] USB: Patch to remove interface indices from devio.c
> I went ahead and created a patch to change all the places where devio.c
> uses an interface index. Now it always uses just the interface number.
> Does this look all right to you? I don't have a convenient way to test
> it.
Hi Alan, thanks for doing this. It looks and works OK. I added some name
changes: all struct usb_interface pointers are now called intf; and, when
reasonable, variables holding interface numbers are now all called ifnum.
This drowns your original changes in a sea of churning names, I hope you
don't mind.
<stern@rowland.harvard.edu>
[PATCH] USB: Don't delete interfaces until all are unbound
On Thu, 13 May 2004, Duncan Sands wrote:
> No, but the pointer for another (previous) interface may just have been
> set to NULL, causing an Oops when usb_ifnum_to_if loops over all
> interfaces.
Of course! I trust you won't mind me changing your suggested fix
slightly. This should do an equally good job of repairing things, and it
will prevent other possible invalid references as well.
<akpm@osdl.org>
[PATCH] USB: fix ohci-hcd build error
"Matt H." <lkml@lpbproductions.com> wrote:
>
> Just attempted to compile 2.6.6-mm2 and got this error
>
> CC [M] drivers/usb/core/driverfs.o
> CC [M] drivers/usb/core/hcd-pci.o
> LD [M] drivers/usb/core/usbcore.o
> LD drivers/usb/host/built-in.o
> CC [M] drivers/usb/host/ehci-hcd.o
> CC [M] drivers/usb/host/ohci-hcd.o
> In file included from drivers/usb/host/ohci-hcd.c:129:
> drivers/usb/host/ohci-hub.c: In function `ohci_rh_resume':
> drivers/usb/host/ohci-hub.c:313: error: `hcd' undeclared (first use in this
> function)
hm, not sure what's happened there...
<dsaxena@xanadu.(none)>
[ARM] Remove Documentation/ARM/XScale
Patch from Deepak Saxena <dsaxena@plexity.net>
Documentation/ARM/XScale has not been updated by anyone in a long time;
therefore, it is being deleted until someone volunteers to provide
updated versions.
<davidm@tiger.hpl.hp.com>
ia64: fix spurious "timer tick before it's due" problem
Patch Bjorn Helgaas: Fix the "timer tick before it's due" complaint
from timer_interrupt(). The problem was that smp_callin() turned
on the periodic timer tick before syncing the ITC with the BP.
Syncing the ITC happens with interrupts disabled, and if you're
unlucky enough to (1) pend a timer interrupt, and (2) set the ITC
back before the ITM value that caused the timer interrupt, you
can get stuck for several iterations in the following cycle
(assume 100 clocks per tick):
ITC ITM
--- ---
ia64_init_itm()
100 200 schedule first tick at 200
ia64_sync_itc()
disable interrupts
200 200 ITC == ITM; pend IT interrupt
150 set ITC to sync with BP
enable interrupts
recognize pending IT interrupt
disable IT interrupts
timer_interrupt()
160 200 notice that 160 < 200,
printk "timer tick before it's due")
200 200 ITC == ITM; pend IT interrupt
300 set ITM for next tick
re-enable IT interrupt
recognize pending IT interrupt
disable IT interrupts
timer_interrupt()
260 300 notice that 260 < 300,
printk "timer tick before it's due")
... repeat until you're tired or timer_interrupt()
takes long enough that the ITC lands after the
ITM
This patch syncs the ITC with the BP before starting up the
periodic tick, so the above scenario should never happen.
This doesn't change how the timer tick on the BP is started;
that happens quite early (and must be early because things
like calibrate_delay() depend on jiffies updates).
<davidm@tiger.hpl.hp.com>
ia64: Correct atomic_inc_and_test() and atomic64_inc_and_test().
<greg@kroah.com>
USB: add snooping capability to usbfs for control messages.
Also fix up some of the other printk() calls to be dev_* calls.
<dsaxena@xanadu.(none)>
MTD driver for Intel IXP4xx platform (from MTD CVS tree)
Patch from Deepak Saxena <dsaxena@plexity.net>
<tony@atomide.com>
[PATCH] USB: Merge support for Keyspan UPR-112 USB serial adapter from 2.4 to 2.6
Following patch merges the support for Keyspan UPR-112 USB serial adapter
from 2.4 to 2.6.
<david-b@pacbell.net>
[PATCH] USB: usbhid calls itself "hid"
<dsaxena@xanadu.(none)>
[ARM] Add config help and documentation for Intel IXP4xx platforms
Patch from Deepak Saxena
<jgarzik@redhat.com>
[libata] add new ->bmdma_setup hook
In order to support some new taskfile protocols, particularly ATAPI,
the setup-and-start-DMA hook needs to be split into its component
pieces, 'setup' and 'start'.
For PCI IDE-style controllers, most of the code is moved into the
'setup' portion, with the 'start' portion only flipping a single
bit in hardware.
<jgarzik@redhat.com>
[libata] use new ->bmdma_{start,setup} method to properly support ATAPI
<jgarzik@redhat.com>
[libata] more ATAPI work - translate SCSI CDB to ATA PACKET
Now that we can specify ATAPI as a taskfile protocol, we can utilize
the existing SCSI->ATA translation infrastructure to build an ATA
PACKET command quickly and easily.
<jgarzik@redhat.com>
[libata] random minor bug fixes
* Only call ata_sg_setup{_one} if ATA_QCFLAG_SG is set. Preparation
for future use, as currently ATA_QCFLAG_SG is always set when
ata_qc_issue is called.
This change in theory is incorrect for Promise TX/SX4 drivers,
since those drivers set up the Promise-specific packet in their
->fill_sg hook, which is now called conditionally.
A FIXME that doesn't affect anything, for now.
* ATA_PROT_ATAPI and ATA_PROT_ATAPI_DMA command issue need to be
differentiated.
* Create and use ata_qc_set_polling() to consistently set/clear the
flags associated with using polling instead of interrupts.
<jgarzik@redhat.com>
[libata] kill ATA_QCFLAG_POLL flag
The standard ATA bit nIEN in the Device Control register serves as
the indicator for whether we are polling or not. As it mirrors
ATA_QCFLAG_POLL completely, eliminate that in favor of testing
ATA_NIEN bit.
<async@cc.gatech.edu>
evdev.c:
input: Fix an oops at opentime of /dev/input/event devices
<vojtech@suse.cz>
input: Check for IM Explorer mice even if IMPS check failed.
<aia21@cantab.net>
NTFS: 2.1.11 - Driver internal cleanups.
<aia21@cantab.net>
NTFS: 2.1.11 - Rename uchar_t to ntfschar.
<hch@lst.de>
[netdrvr wan] remove comx driver
the drivers have been broken since pre-2.4.0, like referencing a symbol
that was made procfs-internal in 2.3.x, haven't received maintainer
updates for about the same period and MOD_{INC,DEC}_USE_COUNT usage that
pretty much unfixable (inside warts of _horrible_ procfs abuse).
<y.rutschle@indigovision.com>
[ARM] Fix broken IXP4xx GPIO0 IRQ handling
Patch from Yves Rutschle
<greg@kroah.com>
USB: remove magic number field from usb_serial_port as it's pretty useless.
<greg@kroah.com>
USB: remove magic number field from struct usb_serial as it's pretty useless.
<greg@kroah.com>
USB: removed port_paranoia_check() call for usb serial drivers.
Pretty useless stuff. If this was hiding anything real, we need to find out.
<greg@kroah.com>
USB: remove serial_paranoia_check() function
If this is hiding real problems, we need to find them.
<stevef@stevef95.austin.ibm.com>
Add missing mount parameters
<jgarzik@redhat.com>
[netdrvr] remove rcpci driver, for Red Creek Hardware VPNs
Pete Popov, the author says
This driver is obsolete and broken in 2.4 (and I'm pretty sure in 2.6).
The hardware has not been available for a while. I wrote the driver
for 2.2 but after I left RedCreek (which went out of business),
someone in the community updated it to 2.4, but I don't think that
person even had the hardware to test it so the driver remained broken
in 2.4. So my recommendation is that it's really time to remove this
driver from the kernel tree. Just my opinion but I thought I'd share
it with you.
[...]
I can't imagine that there are any users because 2.4 was broken last
time I checked (admittedly that was a year ago).
<davem@nuts.davemloft.net>
[TG3]: Include mss in every txd, not just the first, on 5750.
<greg@kroah.com>
USB: remove get_usb_serial() as it's pretty much unneeded
It also could hide real bugs, and that's not good. And the name
implies that a reference is grabbed, and that's not true at all.
<baldrick@free.fr>
[PATCH] USB: compile fix for usbfs snooping
<davem@nuts.davemloft.net>
[TG3]: On 5750 with TSO, need to set some special reg bits.
<david-b@pacbell.net>
[PATCH] USB: ohci resume fix
Prakash K. Cheemplavam wrote:
> David Brownell wrote:
>
>>> There appear lines like
>>>
>>> usb usb2: string descriptor 0 read error: -108
>>>
>>> bug or feature? They weren't there with 2.6.6-mm1. I have no usb2.0
>>> stuff to actually test. My usb1 stuff seems to work though.
>>
>> Bug; minor, since the only real symptom seems to be messages like
>> that. Ignore them for now, I'll make a patch soonish.
>
> Ok, good. Thanks for the explanation of what is going on, though I don't
> can make too much out of it. ;-)
The short version is: it's missing this patch.
<davem@nuts.davemloft.net>
[TG3]: Full chip reset tweaks for 5750.
<masbock@us.ibm.com>
[PATCH] add ibmasm driver warning message
[note, I changed this a bit to be nicer on the system log, greg k-h]
<maneesh@in.ibm.com>
[PATCH] sysfs_rename_dir-cleanup
o The following patch cleans up sysfs_rename_dir(). It now checks the
return code of kobject_set_name() and propagates the error code to its
callers. Because of this there are changes in the following two APIs. Both
return int instead of void.
int sysfs_rename_dir(struct kobject * kobj, const char *new_name)
int kobject_rename(struct kobject * kobj, char *new_name)
<david-b@pacbell.net>
[PATCH] USB: hcd-pci suspend tweak
I needed this to get an APM + UHCI config to behave on resume.
Applies against your BK of last night ... OHCI and EHCI do
some of this manually, they could be simplified later.
<davem@nuts.davemloft.net>
[TG3]: More 5750 chip reset tweaks.
<davem@nuts.davemloft.net>
[TG3]: Do not enable slow clocks on 5750 with ASF.
<davem@nuts.davemloft.net>
[TG3]: Rewrite dma_rwctrl settings to handle PCIX/PCIE.
<davem@nuts.davemloft.net>
[TG3]: Add 572x/575x PCI IDs to driver table, update vers/reldate.
<greg@kroah.com>
USB: change usbserial core to use module_param()
<greg@kroah.com>
USB: convert pl2303 to use module_param()
<greg@kroah.com>
USB: convert visor to use module_param()
<jdgaston@snoqualmie.dp.intel.com>
[PATCH] I2C: ICH6/6300ESB i2c support
This patch adds DID support for ICH6 and 6300ESB to i2c-i801.c(SMBus).
In order to add this support I needed to patch pci_ids.h with the SMBus
DID's. To keep things orginized I renumbered the ICH6 and ESB entries
in pci_ids.h. I then patched the piix IDE and i810 audio drivers to
reflect the updated #define's. I also removed an error from irq.c;
there was a reference to a 6300ESB DID that does not exist.
<bjorn@mork.no>
[PATCH] I2C: "probe" module param broken for it87 in Linux 2.6.6
Jean Delvare <khali@linux-fr.org> writes:
> So I'd suggest that you simply use the standard exit sequence in the
> it87 driver (the second one in your current patch). A patch for the 2.4
> driver would be appreciated as well.
OK. I've attached a new version of the patch against linux-2.6.6.
I'll send a patch against current lm_sensors CVS removing the extra
exit command in a separate mail.
Greg KH <greg@kroah.com> writes:
> On Wed, May 12, 2004 at 04:38:03PM +0200, Bj?rn Mork wrote:
>> + if (!it87_find(&addr)) {
>> + printk("it87.o: new ISA address: 0x%04x\n", addr);
>
> That printk is wrong (no KERN_ level, or dev_printk() style use).
> Please fix it in your next revision of this patch.
Errh, I just added it to document my sloppyness. It was never meant
to be in the patch I sent you. Sorry. Removed in the attached patch.
The style of these drivers seem to be "just working, making no noise"
so I assume informational printk's are unwanted.
<dsaxena@plexity.net>
[PATCH] I2C: Missed ixp42x -> ixp4xx conversion
Forgot to include this with my original patch a few weeks ago...
<stevef@stevef95.austin.ibm.com>
do not try to grab the i_sem ever during revalidate path since the rename code can grab it before we get here
<akpm@osdl.org>
[PATCH] Make users of page->count use the provided macros
I'm about to change the meaning (and name) of page->count. Go through and fix
up all those places which are open-coding references to it.
<akpm@osdl.org>
[PATCH] Implement atomic_add_negative() on various architectures
Lots of architectures have atomic_add_return() and no atomic_add_negative().
We can implement the latter in terms of the former.
<akpm@osdl.org>
[PATCH] Implement atomic_inc_and_test() on various architectures
It's easy to do when the arch provides atomic_inc_return().
<akpm@osdl.org>
[PATCH] alpha: atomic_inc_and_test()
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
It seems atomic_inc_and_test() is missing on alpha.
<akpm@osdl.org>
[PATCH] ia64 atomic_inc_and_test fix
From: David Mosberger <davidm@napali.hpl.hp.com>
<akpm@osdl.org>
[PATCH] sparc64: implement atomic_add_negative()
<akpm@osdl.org>
[PATCH] Fix page double-freeing race
This has been there for nearly two years. See bugzilla #1403
vmscan.c does, in two places:
spin_lock(zone->lru_lock)
page = lru_to_page(&zone->inactive_list);
if (page_count(page) == 0) {
/* erk, it's being freed by __page_cache_release() or
* release_pages()
*/
put_it_back_on_the_lru();
} else {
--> window 1 <--
page_cache_get(page);
put_in_on_private_list();
}
spin_unlock(zone->lru_lock)
use_the_private_list();
page_cache_release(page);
whereas __page_cache_release() and release_pages() do:
if (put_page_testzero(page)) {
--> window 2 <--
spin_lock(lru->lock);
if (page_count(page) == 0) {
remove_it_from_the_lru();
really_free_the_page()
}
spin_unlock(zone->lru_lock)
}
The race occurs if the vmscan.c path sees page_count()==1 and then the
page_cache_release() path happens in that few-instruction "window 1" before
vmscan's page_cache_get().
The page_cache_release() path does put_page_testzero(), which returns true.
Then this CPU takes an interrupt...
The vmscan.c path then does page_cache_get(), taking the refcount to one.
Then it uses the page and does page_cache_release(), taking the refcount to
zero and the page is really freed.
Now, the CPU running page_cache_release() returns from the interrupt, takes
the LRU lock, sees the page still has a refcount of zero and frees it again.
Boom.
The patch fixes this by closing "window 1". We provide a
"get_page_testone()" which grabs a ref on the page and returns true if the
refcount was previously zero. If that happens the vmscan.c code simply drops
the page's refcount again and leaves the page on the LRU.
All this happens under the zone->lru_lock, which is also taken by
__page_cache_release() and release_pages(), so the vmscan code knows that the
page has not been returned to the page allocator yet.
In terms of implementation, the page counts are now offset by one: a free page
has page->_count of -1. This is so that we can use atomic_add_negative() and
atomic_inc_and_test() to provide put_page_testzero() and get_page_testone().
The macros hide all of this so the public interpretation of page_count() and
set_page_count() remains unaltered.
The compiler can usually constant-fold the offsetting of page->count. This
patch increases an x86 SMP kernel's text by 32 bytes.
The patch renames page->count to page->_count to break callers who aren't
using the macros.
This patch requires that the architecture implement atomic_add_negative(). It
is currently present on
arm
arm26
i386
ia64
mips
ppc
s390
v850
x86_64
ppc implements this as
#define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0)
and atomic_add_return() is implemented on
alpha
cris
h8300
ia64
m68knommu
mips
parisc
ppc
ppc
ppc64
s390
sh
sparc
v850
so we're looking pretty good.
<akpm@osdl.org>
[PATCH] sched: add missing local_irq_enable()
From: Nick Piggin <nickpiggin@yahoo.com.au>
this_rq_lock does a local_irq_disable, and sched_yield() needs to undo that.
<akpm@osdl.org>
[PATCH] MSEC_TO_JIFFIES consolidation
From: Ingo Molnar <mingo@elte.hu>
We have various different implementations of MSEC[S]_TO_JIFFIES and
JIFFIES_TO_MSEC[S]. We recently had a compile-time clash in USB.
Fix all that up.
- The SCTP version was very inefficient. Hopefully this version is accurate
enough.
- Optimise for the HZ=100 and HZ=1000 cases
- This version does round-up, so sleep(9 milliseconds) works OK on 100HZ.
- We still have lots of jiffies_to_msec and msec_to_jiffies implementations.
From: William Lee Irwin III <wli@holomorphy.com>
Optimize the cases where HZ is a divisor of 1000 or vice-versa in
JIFFIES_TO_MSECS() and MSECS_TO_JIFFIES() by allowing the nonvanishing(!)
integral ratios to appear as a parenthesized expressions eligible for
constant folding optimizations.
From: me
Use typesafe inlines for the jiffies-to-millisecond conversion functions.
This means that milliseconds officially takes the type `unsigned int'.
All current callers seem to be OK with that.
Drivers need to be fixed up to use this instead of their private versions.
<akpm@osdl.org>
[PATCH] Covert drivers to use msec_to_jiffies
Remove various private implementations of msecs_to_jiffies() and
jiffies_to_msecs().
There are various uppercase versions which should be consolidated.
<akpm@osdl.org>
[PATCH] MSEC_TO_JIFFIES to msec_to_jiffies
Switch all users of MSEC[S]_TO_JIFFIES and JIFFIES_TO_MSEC[S] over to use
jiffies_to_msecs() and msecs_to_jiffies(). Withdraw MSECS_TO_JIFFIES() and
JIFFIES_TO_MSECS() from the kernel API.
<akpm@osdl.org>
[PATCH] revert the process-migration-speedup patch
David Mosberger asked that this be backed out:
"I do not believe that flushing the TLB before migration is be the right thing
to do on ia64 machines which support global TLB purges (i.e., all but SGI's
machines)."
It was of huge benefit for the SGI machines, so work is ongoing.
<akpm@osdl.org>
[PATCH] VM accounting fix
From: Hugh Dickins <hugh@veritas.com>
Stas Sergeev <stsp@aknet.ru> wrote:
mprotect() fails to merge VMAs because one VMA can end up with
VM_ACCOUNT flag set, and another without that flag. That makes several
apps of mine to malfuncate.
Great find! Someone has got their test the wrong way round. Since that
VM_MAYACCT macro is being used in one place only, and just hiding what it's
actually about, fold it into its callsite.
<akpm@osdl.org>
[PATCH] do_mounts_rd-malloc-fix
gcc-3.4.0 sez:
init/do_mounts_rd.c:309: warning: conflicting types for built-in function 'malloc'
<akpm@osdl.org>
[PATCH] filtered wakeups
From: William Lee Irwin III <wli@holomorphy.com>
This patch series is solving the "thundering herd" problem that occurs in the
mainline implementation of hashed waitqueues. There are two sources of
spurious wakeups in such arrangements:
(a) Hash collisions that place waiters on different objects on the same
waitqueue, which wakes threads falsely when any of the objects hashed to
the same queue receives a wakeup. i.e. loss of information about which
object a wakeup event is related to.
(b) Loss of information about which object a given waiter is waiting on.
This precludes wake-one semantics for mutual exclusion scenarios. For
instance, a lock bit may be slept on. If there are any waiters on the
object, a lock bit release event must wake at least one of them so as to
prevent deadlock. But without information as to which waiter is waiting
on which object, we must resort to waking all waiters who could possibly
be waiting on it. Now, as the lock bit provides mutual exclusion, only
one of the waiters woken can proceed, and the remainder will go back to
sleep and wait for another event, creating unnecessary system load. Once
wake-one semantics are established, only one of the waiters waiting to
acquire a lock bit need to be woken, which measurably reduces system load
and improves efficiency (i.e. it's the subject of the benchmarking I've
been sending to you).
Even beyond the measurable efficiency gains, there are reasons of robustness
and responsiveness to motivate addressing the issue of thundering herds. In a
real-life scenario I've been personally involved in resolving, the thundering
herd issue caused powerful modern SMP machines with fast IO systems to be
unresponsive to user input for a minute at a time or more. Analogues of these
patches for the distro kernels involved fully resolved the issue to the
customer's satisfaction and obviated workarounds to limit the pagecache's
size.
The latest spin of these patches basically shoves more pieces of the logic
into the wakeup functions, with some efficiency gains from sharing the hot
codepath with the rest of the kernel, and a slightly larger diff than the
patches with the newly-introduced entrypoint. Writing these was motivated by
the push to insulate sched.c from more of the details of wakeup semantics by
putting more of the logic into the wakeup functions. In order to accomplish
this while still solving (b), the wakeup functions grew a new argument for
communication about what object a wakeup event is related to to be passed by
the waker.
=========
This patch provides an additional argument to wakeup functions so that
information may be passed from the waker to the waiter. This is provided as a
separate patch so that the overhead of the additional argument can be measured
in isolation. No change in performance was observable here.
<akpm@osdl.org>
[PATCH] filtered wakeups: wakeup enhancements
From: William Lee Irwin III <wli@holomorphy.com>
This patch provides an additional argument to __wake_up_common() so that the
information wakefunc.patch made waiters ready to receive may be passed to them
by wakers. This is provided as a separate patch so that the overhead of the
additional argument to __wake_up_common() can be measured in isolation. No
change in performance was observable here.
<akpm@osdl.org>
[PATCH] filtered wakeups: apply to pagecache functions
From: William Lee Irwin III <wli@holomorphy.com>
This patch implements wake-one semantics for page wakeups in a single step.
Discrimination between distinct pages is achieved by passing the page to the
wakeup function, which compares it to a pointer in its own on-stack structure
containing the waitqueue element and the page. Bit discrimination is achieved
by storing the bit number in that same structure and testing the bit in the
wakeup function. Wake-one semantics are achieved by using WQ_FLAG_EXCLUSIVE
in the codepaths waiting to acquire the bit for mutual exclusion.
<akpm@osdl.org>
[PATCH] filtered wakeups: apply to buffer_head functions
From: William Lee Irwin III <wli@holomorphy.com>
This patch implements wake-one semantics for buffer_head wakeups in a single
step. The buffer_head being waited on is passed to the waiter's wakeup
function by the waker, and the wakeup function compares that to the a pointer
stored in its on-stack structure and checking the readiness of the bit there
also. Wake-one semantics are achieved by using WQ_FLAG_EXCLUSIVE in the
codepaths waiting to acquire the bit for mutual exclusion.
<akpm@osdl.org>
[PATCH] rename rmap_lock to page_map_lock
Sync this up with Andrea's patches.
<akpm@osdl.org>
[PATCH] rmap-5-swap_unplug-page-revert
Revert the pre-2.6.6 per-address-space unplugging changes. This removes a
swapper_space exceptionality, syncs things with Andrea and provides for
simplification of the swap unplug function.
<akpm@osdl.org>
[PATCH] Add blk_run_page()
From: Andrea Arcangeli <andrea@suse.de>
From: Jens Axboe
Add blk_run_page() API. This is so that we can pass the target page all the
way down to (for example) the swap unplug function. So swap can work out
which blockdevs back this particular page.
<akpm@osdl.org>
[PATCH] blk_run_page(): fixup for swap_unplug_io_fn()
<akpm@osdl.org>
[PATCH] blk_run_page(): we don't trust bh->b_page
We don't trust bh->b_page to point to the right thing across all filesystems,
so revert this bit.
<akpm@osdl.org>
[PATCH] swap speedups and fix
From: Andrea Arcangeli <andrea@suse.de>
I don't think we need an install_swap_bdev/remove_swap_bdev anymore, we should
use the swap_info->bdev, not the swap_bdevs. the swap_info already has a
->bdev field, the only point of remove_swap_bdev/install_swap_bdev was to
unplug all devices as efficiently as possible, we don't need that anymore with
the page parameter.
Plus the semaphore should be a rwsem to allow parallel unplug from multiple
pages.
After that I don't need to take the semaphore anymore during swapon, no
swapcache with swp_type() pointing to such bdev, will be allowed until swapon
is complete (SWP_ACTIVE is set a lot later after setting p->bdev).
In swapoff I only need a dummy serialization with the readers, after
try_to_unuse is complete:
err = try_to_unuse(type);
current->flags &= ~PF_SWAPOFF;
/* wait for any unplug function to finish */
down_write(&swap_unplug_sem);
up_write(&swap_unplug_sem);
that's all, no other locking and no install_swap_bdev/remove_swap_bdev.
(and the swap_bdevs[] compression code was busted)
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: core kernel initialisation
From: Ashok Raj <ashok.raj@intel.com>
This patch changes __init to __devinit to init_idle so that when a new cpu
arrives, it can call these functions at a later time.
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: init section fixes
From: Ashok Raj <ashok.raj@intel.com>
Contains changes from __init to __devinit to support cpu hotplug Changes only
arch/ia64 portions of the kernel tree.
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: sysfs additions
From: Ashok Raj <ashok.raj@intel.com>
Creation of sysfs via topology_init() creates sysfs entries. The creation of
the online control file is created separately when the cpu_up is invoked in
arch independent code.
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: IRQ affinity work
From: Ashok Raj <ashok.raj@intel.com>
irq affinity setting via /proc was forcing iosapic rte programming by force.
The correct way to do this is to perform this when a interrupt is pending.
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: /proc rework
From: Ashok Raj <ashok.raj@intel.com>
Changes proc entries for cpu hotplug to be created via the cpu hotplug
notifier callbacks. Also fixed a bug in the removal code that did not remove
proc entries as expected.
<akpm@osdl.org>
[PATCH] Revisited: ia64-cpu-hotplug-cpu_present.patch
From: Paul Jackson <pj@sgi.com>
With a hotplug capable kernel, there is a requirement to distinguish a
possible CPU from one actually present. The set of possible CPU numbers
doesn't change during a single system boot, but the set of present CPUs
changes as CPUs are physically inserted into or removed from a system. The
cpu_possible_map does not change once initialized at boot, but the
cpu_present_map changes dynamically as CPUs are inserted or removed.
Paul Jackson <pj@sgi.com> provided an expanded explanation:
Ashok's cpu hot plug patch adds a cpu_present_map, resulting in the following
cpu maps being available. All the following maps are fixed size bitmaps of
size NR_CPUS.
#ifdef CONFIG_HOTPLUG_CPU
cpu_possible_map - map with all NR_CPUS bits set
cpu_present_map - map with bit 'cpu' set iff cpu is populated
cpu_online_map - map with bit 'cpu' set iff cpu available to scheduler
#else
cpu_possible_map - map with bit 'cpu' set iff cpu is populated
cpu_present_map - copy of cpu_possible_map
cpu_online_map - map with bit 'cpu' set iff cpu available to scheduler
#endif
In either case, NR_CPUS is fixed at compile time, as the static size of these
bitmaps. The cpu_possible_map is fixed at boot time, as the set of CPU id's
that it is possible might ever be plugged in at anytime during the life of
that system boot. The cpu_present_map is dynamic(*), representing which CPUs
are currently plugged in. And cpu_online_map is the dynamic subset of
cpu_present_map, indicating those CPUs available for scheduling.
If HOTPLUG is enabled, then cpu_possible_map is forced to have all NR_CPUS
bits set, otherwise it is just the set of CPUs that ACPI reports present at
boot.
If HOTPLUG is enabled, then cpu_present_map varies dynamically, depending on
what ACPI reports as currently plugged in, otherwise cpu_present_map is just a
copy of cpu_possible_map.
(*) Well, cpu_present_map is dynamic in the hotplug case. If not hotplug,
it's the same as cpu_possible_map, hence fixed at boot.
<akpm@osdl.org>
[PATCH] ia64 cpu hotplug: core
From: Ashok Raj <ashok.raj@intel.com>
Supports basic ability to enable hotplug functions for IA64.
Code is just evolving, and there are several loose ends to tie up.
What this code drop does
- Support logical online and offline
- Handles interrupt migration without loss of interrupts.
- Handles stress fine > 24+ hrs with make -j/ftp/rcp workloads
- Handles irq migration from a dying cpu without loss of interrupts.
What needs to be done
- Boot CPU removal support, with platform level authentication
- Putting cpu being removed in BOOT_RENDEZ mode.
<akpm@osdl.org>
[PATCH] Module ref counting for vt console drivers
From: Herbert Xu <herbert@gondor.apana.org.au>
The following patch adds basic module reference counting to vt console
drivers. Currently modules like fbcon are not counted at all.
<akpm@osdl.org>
[PATCH] I2O subsystem fixing and cleanup for 2.6 - i2o-config-clean.patch
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
* Changes the formating of the header in i2o_config.c
<akpm@osdl.org>
[PATCH] I2O subsystem fixing and cleanup for 2.6 - i2o-passthru.patch
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
* Add a pass-thru ioctl to i2o_config, which is needed to work with the
Adaptec management software.
<akpm@osdl.org>
[PATCH] i2o: 64-bit fixes
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
Fix 64-bit problems.
<akpm@osdl.org>
[PATCH] I2O subsystem fixing and cleanup for 2.6 - i2o_block-cleanup.patch
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
* more than 3 "visible" disks (hda, hdb, hdc, hdd) lead to kernel panics.
* removes some unused code with partitions.
* I2O_LOCK was often called with the addresses of the controller, and not
with the address of the device. Fixed.
* the cleanup function for gendisk (del_gendisk) doesn't work if the queue
is shared between different devices. To workaround the queue is removed
before.
* redundant code removed in module initialization and remove, use
i2ob_new_device and i2ob_del_device instead.
* removed atomic_t queue_depth
* removed unnecessary and bogus code for queue handling
<akpm@osdl.org>
[PATCH] I2O subsystem fixing and cleanup for 2.6 - i2o-64-bit-fix.patch
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
* provides i2o_context_list_*() functions, which maps 64-bit pointers to
32-bit context id's in a dynamic list. On 32-bit systems the functions are
replaced with a static inline.
* i2o_scsi now uses the i2o_context_list_*() functions for transaction
context, and therefore now work on 64-bit systems too.
<akpm@osdl.org>
[PATCH] I2O subsystem fixing and cleanup for 2.6 - i2o-makefile-cleanup.patch
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
* The Kconfig and Makefile in drivers/message/i2o still got a CONFIG_I2O_PCI
entry, which is not used anymore. This one is replaced by a
CONFIG_I2O_CONFIG entry, which now builds the i2o_config module.
<akpm@osdl.org>
[PATCH] d_flags locking fixes
A few filesystems modify dentry.d_flags under non-obvious locking. To
consolidate that field wth d_vfs_flags they need to take ->d_lock
<akpm@osdl.org>
[PATCH] d_vfs_flags locking fix
Be consistent about d_vfs_flags locking: take dentry->d_lock when modifying
it.
<akpm@osdl.org>
[PATCH] dentry shrinkage
Rework dentries so that the inline name length is between 31 and 48 bytes.
On SMP P4-compiled x86 each dentry consumes 160 bytes (24 per page).
Here's the histogram of name lengths on all 1.5M files on my workstation:
1: 0%
2: 0%
3: 1%
4: 5%
5: 8%
6: 13%
7: 19%
8: 26%
9: 33%
10: 42%
11: 49%
12: 55%
13: 60%
14: 64%
15: 67%
16: 69%
17: 71%
18: 73%
19: 75%
20: 76%
21: 78%
22: 79%
23: 80%
24: 81%
25: 82%
26: 83%
27: 85%
28: 86%
29: 87%
30: 88%
31: 89%
32: 90%
33: 91%
34: 92%
35: 93%
36: 94%
37: 95%
38: 96%
39: 96%
40: 96%
41: 96%
42: 96%
43: 96%
44: 97%
45: 97%
46: 97%
47: 97%
48: 97%
49: 98%
50: 98%
51: 98%
52: 98%
53: 98%
54: 98%
55: 98%
56: 98%
57: 98%
58: 98%
59: 98%
60: 99%
61: 99%
62: 99%
63: 99%
64: 99%
So on x86 we'll fit 89% of filenames into the inline name.
The patch also removes the NAME_ALLOC_LEN() rounding-up of the storage for the
out-of-line names. That seems unnecessary.
<akpm@osdl.org>
[PATCH] dentry qstr consolidation
When dentries are given an external name we currently allocate an entire qstr
for the external name.
This isn't needed. We can use the internal qstr and kmalloc only the string
itself. This saves 12 bytes from externally-allocated names and 4 bytes from
the dentry itself.
The saving of 4 bytes from the dentry doesn't actually decrease the dentry's
storage requirements, but it makes four more bytes available for internal
names, taking the internal/external ratio from 89% up to 93% on my 1.5M files.
Fix:
The qstr consolidation wasn't quite right, because it can cause qstr->len to
be unstable during lookup lockless traverasl.
Fix that up by taking d_lock earlier in lookup. This serialises against
d_move.
Take the lock after comparing the parent and hash to preserve the
mostly-lockless behaviour.
This obsoletes d_movecount, which is removed.
<akpm@osdl.org>
[PATCH] dentry d_bucket fix
The gap between checking d_bucket and sampling d_move_count looks like a bug
to me.
It feels safer to be checking d_bucket after taking the lock, when we know
that it is stable.
And it's a little faster to check d_bucket after having checked the hash
rather than before.
<akpm@osdl.org>
[PATCH] more dentry shrinkage
- d_vfs_flags can be removed - just use d_flags. All modifications of
dentry->d_flags are under dentry->d_lock.
On x86 this takes the internal string size up to 40 bytes. The
internal/external ratio on my 1.5M files hits 96%.
<akpm@osdl.org>
[PATCH] dentry layout tweaks
Lookup typically touches three fields of the dentry: d_bucket, d_name.hash and
d_parent.
Change the layout of things so that these will always be in the same
cacheline.
<akpm@osdl.org>
[PATCH] H8/300: bitops.h add find_next_bit
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- add find_next_bit
<akpm@osdl.org>
[PATCH] H8/300: ldscripts fix
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- symbol prefix (use h8300 and v850) support
- include headers
<akpm@osdl.org>
[PATCH] H8/300: pic support
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- add PIC binary support
<akpm@osdl.org>
[PATCH] H/8300 pic support fix
From: Yoshinori Sato <ysato@users.sourceforge.jp>
Sorry. There was the file which lacked.
<akpm@osdl.org>
[PATCH] H8/300: preempt support
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- add preempt support
- add new syscalls
- code cleanup
<akpm@osdl.org>
[PATCH] H8/300: SCI driver fix
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- fix h8300 depend setup sequence
<akpm@osdl.org>
[PATCH] H8/300: ne driver
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- ne2k compatible NIC support
<akpm@osdl.org>
[PATCH] H8/300: Kconfig
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- Separate taget depends config.
<akpm@osdl.org>
[PATCH] H8/300: delete headers
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- Delete obsolete header files
<akpm@osdl.org>
[PATCH] H8/300: more cleanup
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- gcc-3.4 warning fix.
- io access address fix.
- cleanup code.
<akpm@osdl.org>
[PATCH] Add del_single_shot_timer()
From: Geoff Gustafson <geoff@linux.jf.intel.com>,
"Chen, Kenneth W" <kenneth.w.chen@intel.com>,
Ingo Molnar <mingo@elte.hu>,
me.
The big-SMP guys are seeing high CPU load due to del_timer_sync()'s
inefficiencies. The callers are fs/aio.c and schedule_timeout().
We note that neither of these callers' timer handlers actually re-add the
timer - they are single-shot.
So we don't need all that complexity in del_timer_sync() - we can just run
del_timer() and if that worked we know the timer is dead.
Add del_single_shot_timer(), export it to modules and use it in AIO and
schedule_timeout().
(these numbers are for an earlier patch, but they'll be close)
Before: 32p 4p
Warm cache 29,000 505
Cold cache 37,800 1220
After: 32p 4p
Warm cache 95 88
Cold cache 1,800 140
[Measurements are CPU cycles spent in a call to del_timer_sync, the average
of 1000 calls. 32p is 16-node NUMA, 4p is SMP.]
(I cleaned up a few things and added some commentary)
<akpm@osdl.org>
[PATCH] s390: core
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
s390 core changes:
- Rename idle_cpu_mask to nohz_cpu_mask as agreed with Dipankar.
- Refine compiler version check for "Q" constraints in uaccess.h.
- Store per process ptrace information to the correct place.
- Fix per cpu data access for 64-bit modules.
- Add topology_init function for cpu hotplug.
- Define TASK_SIZE dependent on TIF_31BIT and define MM_VM_SIZE
to 4TB to get rid of elf_map32 and arch_get_unmapped_area.
<akpm@osdl.org>
[PATCH] s390: common i/o layer
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Common i/o layer changes:
- Delay unregister/register of ccw devices reappering on a different
subchannel. Search for the old ccw_device & subchannel for the
reattached device and deregister it too to avoid inconsistencies.
- Fix path grouping for devices that present command reject for
SetPGID but not for SensePGID.
<akpm@osdl.org>
[PATCH] s390: dasd driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
dasd driver changes:
- Do error recovery for error recovery requests.
- Retry request if the start_IO failed because of a timeout.
<akpm@osdl.org>
[PATCH] s390: 3270 console driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
3270 device driver change:
- Don't allow activation of views while the initial size sensing is still
in progress. Replace RAW3270_FLAGS_SHUTDOWN with RAW3270_FLAGS_READY.
- Make 3270 views loadable as modules.
<akpm@osdl.org>
[PATCH] s390: zfcp host adapter
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
zfcp host adapter change:
- Prevent infinite retry of SCSI commands when FCP adapter is unavailable.
- Always queue error recovery structure to the error recovery running list.
- Add help text to zfcp config option.
<akpm@osdl.org>
[PATCH] s390: network driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Network driver changes:
- lcs: Add missing irb error checking.
- lcs: Fix multicasting.
- lcs: Use a seperate lock (ipm_lock) for multicast list.
- lcs: Add missing in_dev_put in multicase address list handling.
- iucv: Set static variables to NULL after kfree.
- iucv: Do bus_unregister if module initialization fails.
- netiucv: Convert iucvMagic to EBCDIC in con_action_start.
- netiucv: Remove administration of ifno-stuff for device name,
- netiucv: Add attribute to remove a netiucv device.
- qeth: Add version string that is displayed at driver load time.
- qeth: Fix memory leak in qeth_arp_query.
- qeth: Remove duplicate case statements in qeth_do_ioctl.
- qeth: Fix OSA broadcast filtering.
- qeth: Increase timeout for purge ARP cache IPA.
- qeth: Fix hsi device naming.
- qeth: Add do_QDIO count to qeth performance statistics.
- qeth: Allow writing to IP address takeover attribute only in
state DOWN or RECOVER.
- qeth: Fix hang when removing a vlan device.
- qeth: Cleanup error messages for ARP commands.
- qeth: Return EOPNOTSUPP for purge ARP on HiperSockets.
- qeth: Drop skbs if the net_device of a qeth device is down.
- qeth: Simplify ip address list processing.
<akpm@osdl.org>
[PATCH] befs: LBD support
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
LBD patch merged long time ago, so it is safe to pass u64 block numbers to
sb_bread() when sector_t is large enough.
<akpm@osdl.org>
[PATCH] befs: microoptimisation, use befs_bread() instead of befs_bread_iaddr()
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
We already have block number (inode->i_ino), so there is no need to calculate
it from befs_block_run before sb_bread() call (this is what befs_bread_iaddr()
do).
<akpm@osdl.org>
[PATCH] befs: binary search microoptimisation
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
Move value initialisation out of the loop body.
<akpm@osdl.org>
[PATCH] befs: typo fix
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
Fix really old typo in config help
<akpm@osdl.org>
[PATCH] befs: debugging code cleanup
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
- Reduce stack usage.
- Kill useless duplication of error and warning messages when debug is on. Old
behaviour was:
...
BeFS(hda1):
<akpm@osdl.org>
[PATCH] befs: maintainer update
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
Acked by Will Dyson.
<akpm@osdl.org>
[PATCH] befs: inode->i_flags thinko fix
Jorn Engel <joern@wohnheim.fh-wedel.de>
inode->i_flags should never contain fs-specific flags. In fact, it doesn't;
the checks against it cause "chattr +T" to be useless for ext[23]. Same bug
was in befs as well.
<akpm@osdl.org>
[PATCH] export clear_pages on ppc32
From: Olaf Hering <olh@suse.de>
ext3 as module is not possible in 2.6.6, clear_pages, called from clear_page,
is not exported.
Also, unexport clear_page(), which is an inline.
<akpm@osdl.org>
[PATCH] PPC32: Fix __flush_dcache_icache_phys() for Book E
From: Matt Porter <mporter@kernel.crashing.org>
This patch implements/uses __flush_dcache_icache_page() which kmaps on a
Book E part, but keeps the existing behavior on other PowerPCs which can
disable the MMU.
<akpm@osdl.org>
[PATCH] PPC32: Fix copy prefetch on non coherent PPCs
From: Matt Porter <mporter@kernel.crashing.org>
This patch fixes the condition where prefetching cache lines beyond a
buffer can cause data corruption on non cache coherent PPCs. It is a port
of the version that went into 2.4. From Eugene Surovegin
<ebs@ebshome.net>.
<akpm@osdl.org>
[PATCH] PPC32: Add Book E / PPC44x specific exception support
From: Matt Porter <mporter@kernel.crashing.org>
Adds general Book E debug exception support and PPC44x-specific debug
exception implementation.
<akpm@osdl.org>
[PATCH] PPC32: Add Book E / PPC44x specific exception support
From: Matt Porter <mporter@kernel.crashing.org>
Adds general Book E machine check exception support and PPC44x-specific
machine check exception implementation.
<akpm@osdl.org>
[PATCH] PPC32: New OCP core support (updated)
From: Matt Porter <mporter@kernel.crashing.org>
New OCP infrastructure ported from 2.4 along with several enhancements.
Updated patch with comments from hch and Valdis.
<akpm@osdl.org>
[PATCH] PPC32: Bubinga/405EP for new OCP
From: Matt Porter <mporter@kernel.crashing.org>
Merge Bubinga/405EP support against new OCP.
<akpm@osdl.org>
[PATCH] PPC32: PPC44x lib support
From: Matt Porter <mporter@kernel.crashing.org>
Merge PPC44x library support against new OCP.
<akpm@osdl.org>
[PATCH] PPC32: IBM PPC4xx-specific OCP support
From: Matt Porter <mporter@kernel.crashing.org>
Merge PPC4xx-specific OCP support for new OCP core.
<akpm@osdl.org>
[PATCH] PPC32: 4xx core fixes and 440gx PIC support
From: Matt Porter <mporter@kernel.crashing.org>
Merge misc. 4xx core fixes and support for the new cascade scheme in the
440gx.
<akpm@osdl.org>
[PATCH] PPC32: Update 4xx defconfigs
From: Matt Porter <mporter@kernel.crashing.org>
Update all current 4xx defconfigs for new OCP.
<akpm@osdl.org>
[PATCH] PPC32: PPC40x ports for new OCP
From: Matt Porter <mporter@kernel.crashing.org>
Merge all current PPC40x ports against new OCP.
<akpm@osdl.org>
[PATCH] PPC32: PPC44x ports for new OCP
From: Matt Porter <mporter@kernel.crashing.org>
Merge all current PPC44x ports against new OCP.
<akpm@osdl.org>
[PATCH] ppc32: Fix pmac compile after OCP changes
From: Paul Mackerras <paulus@samba.org>
Matt Porter's recent changes broke the compile for non-4xx ppc32 systems,
unfortunately. I get an error that mfdcr is not defined in
include/asm-ppc/ocp.h when compiling for powermac (reasonable, since the
mfdcr instruction only exists on 4xx processors). The patch below fixes
it.
<akpm@osdl.org>
[PATCH] ppc32: Move declarations into headers
From: Paul Mackerras <paulus@samba.org>
The patch below moves some declarations from C files into the appropriate
header file in include/asm-ppc (and removes an unused local variable in a
function).
<akpm@osdl.org>
[PATCH] ppc64: fix radix tree allocation under spinlock
From: Anton Blanchard <anton@samba.org>
We were allocating radix tree nodes in the interrupt code with GFP_KERNEL
under a spinlock. Change it to GFP_ATOMIC.
<akpm@osdl.org>
[PATCH] ppc64: set MSR_RI in iseries exception code
From: Anton Blanchard <anton@samba.org>
We need to set MSR_RI in iseries exception prolog.
<akpm@osdl.org>
[PATCH] ppc64: align some heavily used variables
From: Anton Blanchard <anton@samba.org>
Based on feedback from the hardware guys align jiffies and tb_last_stamp.
We update both regularly and there are other read only, heavily accessed
things that share those cachelines.
<akpm@osdl.org>
[PATCH] ppc64: NVRAM fixes
From: Anton Blanchard <anton@samba.org>
We check nvram_fetch/nvram_store against -1, so better not make these
unsigned.
<akpm@osdl.org>
[PATCH] ppc64: remove iseries interrupt recursion workaround
From: Anton Blanchard <anton@samba.org>
It turns out we do avoid irq recursion on iseries so remove the workaround.
<akpm@osdl.org>
[PATCH] ppc64: Kconfig bits for CONFIG_SPINLINE
From: Paul Mackerras <paulus@samba.org>
When I sent the patch to uninline the spinlocks, I inadvertently left out
the change to arch/ppc64/Kconfig which defines the config symbol for
inlining the locks (CONFIG_SPINLINE now). This patch adds it. It also
adds a symbol CONFIG_PPC_SPLPAR which enables the code for calling the
hypervisor on shared-processor logically-partitioned system to yield the
physical processor to the lock holder when spinning. (The code that
depends on this symbol is already present in arch/ppc64/lib/locks.c.)
<akpm@osdl.org>
[PATCH] ppc64: strengthen I/O and memory barriers
From: Paul Mackerras <paulus@samba.org>
After I sent the recent patch to include/asm-ppc64/io.h which put stronger
barriers in the I/O accessor macros, Paul McKenney pointed out to me that a
writex/outx could still slide out from inside a spinlocked region. This patch
makes the barriers a bit stronger so that this can't happen. It means that we
need to use a sync instruction for wmb (a full "heavyweight" sync), since
drivers rely on wmb for ordering between writes to system memory and writes to
a device.
I have left smb_wmb() as a lighter-weight barrier that orders stores, and
doesn't impose an ordering between cacheable and non-cacheable accesses (the
amusingly-named eieio instruction). I am assuming here that smp_wmb is only
used for ordering stores to system memory so that another cpu will see them in
order. It can't be used for enforcing any ordering that a device will see,
because it is just a gcc barrier on UP.
This also changes the spinlock/rwlock unlock code to use lwsync ("light-weight
sync") rather than eieio, since eieio doesn't order loads, and we need to
ensure that loads stay inside the spinlocked region.
<akpm@osdl.org>
[PATCH] ppc64 iSeries: allow read only virtual disks
From: Stephen Rothwell <sfr@canb.auug.org.au>
It is possible to attach a virtual disk to a logical partition on an iSeries
machine so that it is read only to the partition. This patch allows Linux to
use such virtual disks.
<benh@kernel.crashing.org>
[PATCH] ppc64: Add proper SMP init on dual 970FX based machines
This patch fixes SMP boot on Apple Xserve G5
<len.brown@intel.com>
[ACPI] delete IOAPIC-disable workaround on x86_64/VIA
http://bugme.osdl.org/show_bug.cgi?id=1530
<santil@us.ibm.com>
[PATCH] PowerPC Virtual Ethernet duplicate MAC addresses
This fixes a bug where different partitions were assigned the same MAC
address. Also, according to Anton, gcc 3.5 didn't like our mac_addr_p
gymnastics, so this ends up fixing that as well.
<santil@us.ibm.com>
[PATCH] PowerPC Virtual Ethernet links to /sys/class/net/ethX
This adds links to the driver and device inside /sys/class/net/ethX for
PowerPC Virtual Ethernet devices.
<kkeil@suse.de>
[PATCH] fix typo in avm_cs PCMCIA AVM B1 cardservice driver
this trivial fix makes the AVM B1 PCMCIA cards work with 2.6
<aia21@cam.ac.uk>
[PATCH] x86_64 has buggy ffs() implementation
x86_64 has an incorrect ffs() implementation. The asm uses "g" instead
of "rm" for the bsfl instruction. (This was spotted by Yuri Per.)
bsfl does not accept constant values but only memory or register ones.
On i386 the correct "rm" is used.
This causes NTFS build to fail as gcc optimizes a variable into a
constant and ffs() then fails to assemble.
<jgarzik@redhat.com>
[sound/oss i810] bump driver to version 1.00
<jgarzik@redhat.com>
[sound/oss i810] pci id cleanups
The driver defined its own PCI id constants. Kill the majority,
which were redundant, and move the rest to include/linux/pci_ids.h.
Also, move open-coded tests for "new ICH" audio chips to a single
helper function. These tests were being patched with each new
ICH motherboard from Intel, resulting in each new PCI id being added
to several places in the driver.
Note that, even though this should be a harmless patch, there
exists the remote possibility that I mis-matched some of the
PCI ids, as I only tested ICH5.
<torvalds@ppc970.osdl.org>
Make dev_dbg() "use" it's 'dev' argument even when not debugging.
This avoids warnings about unused variables.
<torvalds@ppc970.osdl.org>
Fix typo nonsense test in radeon PMAC backlight code.
<akpm@osdl.org>
[PATCH] Fix dpt_i2o
From: Go Taniguchi <go@turbolinux.co.jp>
Make it build (and work) again.
<jejb@mulgrave.(none)>
scsi sg: fix smp_call_function() with intrs disabled
From: Matthew Wilcox <willy@debian.org>,
Douglas Gilbert <dougg@torque.net>
- Fix vmalloc,vfree with intrs disabled
- bump version number
- introduce MODULE_VERSION
- increase over allocation of sg_dev_arr from 6 to 32
<catalin.marinas@com.rmk.(none)>
[ARM PATCH] 1880/1: cache_type is uninitialised in the blockops_check() function
Patch from Catalin Marinas
In the blockops_check() function, cache_type is uninitialised
because an "mcr" instruction is used instead of "mrc".
<catalin.marinas@com.rmk.(none)>
[ARM PATCH] 1881/1: Illegal strex instruction generated by gcc
Patch from Catalin Marinas
The _raw_write_(try)lock functions in include/asm-arm/spinlock.h
should use the early clobber modifier (&) for the "tmp" register.
A newer compiler (gcc-3.4.0) generates an "strexeq %0, %1, [%2]"
instruction where %0 is the same as %2, which is illegal.
<catalin.marinas@com.rmk.(none)>
[ARM PATCH] 1882/1: Fixes in the v6_dma_(invalidate|flush)_range functions
Patch from Catalin Marinas
The v6_dma_invalidate_range - the "mcr" instruction for draining
the write buffer requires r0 == 0. A "cmp" instruction for
testing the end address is missing in the v6_dma_flush_range
function.
<catalin.marinas@com.rmk.(none)>
[ARM PATCH] 1883/1: Bit 4 in pmd should be 0 for the ARMv6 architecture
Patch from Catalin Marinas
Unlike the v5 architecture, the ARM1136 requires that BIT4 is 0 in
the first level page descriptor (ARM1136 TRM, page 6-39). It works
at the moment but it might break future v6 cores.
<robin.farine@org.rmk.(none)>
[ARM PATCH] 1879/1: fix a few xscale "drain write & fill buffer" instructions
Patch from Robin Farine
Fix the xscale cache handling routines that were invalidating a D
cache line instead of draining the write & fill buffer as intended.
<shai@ftcon.com>
[PATCH] Multiple (ICH3) IDE-controllers in a system
This fixes a problem with multiple IDE controllers in a system.
The problem is that pcibios_fixups table (in arch/i386/pci/fixup.c) uses
the pci_fixup_ide_trash() quirk for Intel's ICH3 (my case specifically
8086:248b). This clears any bogus BAR information set up by the BIOS.
In a system which has multiple ICH3's can't use any of the IDE
controllers beside the one on the first ICH3.
Anyhow, the fix is to make sure pci_fixup_ide_trash resets the BARs only
for first time being called, so the subsequent IDE controllers will use
the BIOS BARs. This is better than "loosing" all these IDE controllers
in the case their BARs set right.
The issue discussed and agreed with Bartlomiej Zolnierkiewicz (see below).
<jgarzik@redhat.com>
[libata] internal cleanups
Remove unused 'done_late' arg to ata_qc_complete(), which was never
useful in 2.4, and never used at all in 2.6.
This allows us to eliminate the same arg from ata_dma_complete(),
and also make it more correct by passing the command rather than
the ATA port structure as arg0.
<akpm@osdl.org>
[PATCH] x86: stack dumps using frame pointers
From: Adam Litke <agl@us.ibm.com>
Teach the x86 stack tracing code to use frame pointers, if they are available.
It eliminates all the false-positives in the normal stack traces.
This is a big improvement, and -fomit-frame-pointer seems to make no
difference at all to generated code size. Maybe we should kill off
-fomit-frame-pointer.
<akpm@osdl.org>
[PATCH] Fix writeback_inodes-vs-umount race
Fix bug identified by Chris Mason.
If writeback_inodes is left holding a ref on the superblock's last inode then
the superblock list walk can race with umount and the superblock can be
released.
Take and put a ref against the superblock to fix that.
<akpm@osdl.org>
[PATCH] sched: improved cpu_load rounding
From: Nick Piggin <nickpiggin@yahoo.com.au>
"Siddha, Suresh B" <suresh.b.siddha@intel.com> noticed a problem in the
cpu_load averaging where the integer truncation could sometimes cause cpu_load
to never quite reach its target.
I'm not sure that you could demonstrate a real world problem, but I quite
like this fix.
<akpm@osdl.org>
[PATCH] sched: fix scheduler for unsynched processor sched_clock
From: Nick Piggin <nickpiggin@yahoo.com.au>
Fine-tune the unsynched sched_clock handling.
Basically, you need to be careful about ensuring timestamps get correctly
adjusted when moving CPUs, and you *can't* look at your unadjusted
sched_clock() and a remote task's ->timestamp and try to come up with
anything meaningful.
I think this second problem will really hit hard in the activate_task path
on systems with unsynched sched_clock when you're waking up a remote task,
which happens very often. Andi, I thought some Opterons have unsynched
tscs? Maybe this is causing your unexplained bad interactivity?
Another problem is a fixup in pull_task. When adjusting ->timestamp from
one processor to another, you must use timestamp_last_tick for the local
processor too. Using sched_clock() will cause ->timestamp to creep
forward.
A final small fix is for sync wakeups. They were using __activate_task for
some reason, thus they don't get credited for sleeping at all AFAIKS.
And another thing, do we want to #ifdef timestamp_last_tick so it doesn't
show on UP?
<akpm@osdl.org>
[PATCH] sched: less locking in balancing
From: Nick Piggin <nickpiggin@yahoo.com.au>
Analysis and basic idea from Suresh Siddha <suresh.b.siddha@intel.com>
"This small change in load_balance() brings the performance back upto base
scheduler(infact I see a ~1.5% performance improvement now). Basically
this fix removes the unnecessary double_lock.."
Workload is SpecJBB on 16-way Altix.
<akpm@osdl.org>
[PATCH] sched: reduce node balancing interval
From: Nick Piggin <nickpiggin@yahoo.com.au>
From: Suresh Siddha <suresh.b.siddha@intel.com>
Node max rebalance interval is too large. It is currently dependent on
number of online cpus. For 16 cpu system, max node balance interval in
busy case is 32 seconds. Agreed that it will use max 32 seconds only when
it doesn't find imbalance for a long time. But this will lead to slow
response time in cases where load runs for a second with no imbalance and
suddently creates an imbalance. My patch makes the busy max node rebalance
interval equal to the base [scheduler].
<akpm@osdl.org>
[PATCH] Use -msoft-float
From: Dave Jones <davej@redhat.com>
To catch accidental usage of floating point. Has been in -mm for ages.
<akpm@osdl.org>
[PATCH] autofs4: dnotify + autofs may create signal/restart syscall loop
From: Ian Kent <raven@themaw.net>
From: Jeff Mahoney <jeffm@suse.com>
I saw a recent bug report that showed when a process set up a dnotify
against the autofs root and then attempted an access(2) call inside the
autofs namespace on a mount that would fail, it would create a
signal/restart loop.
The cause is that the autofs code checks to see if any signals are pending
after it waits on a response from the autofs daemon. If it finds any, it
assumes that autofs_wait was interrupted, and that it should return
-ERESTARTNOINTR. The problem with this is that a signal_pending(current)
check will return true if *any* signals were received, not just if a signal
that interrupted the wait was received. autofs_wait explicitly blocks all
signals except for SIGKILL, SIGQUIT, and SIGINT before calling
interruptible_sleep_on.
The effect is that if a dnotify is set against the autofs root, when the
autofs daemon creates the directory, a dnotify event will be sent to the
originating process. Since the code in autofs_root_lookup doesn't check to
see what signals are actually pending, it bails early, telling the caller
to try again. The loop goes on forever until interrupted via one of the
actual interrupting signals.
The following patch makes both autofs_root_lookup and autofs4_root_lookup
verify that one of its defined "shutdown" signals are pending before
bailing out early. Any other signal should be delivered later, as
expected. It doesn't matter if the signal occured outside of the sleep in
autofs_wait. The calling process will either go away or try again.
<akpm@osdl.org>
[PATCH] autofs4: printk cleanups and memory leak fix
From: Ian Kent <raven@themaw.net>
- Correct text in DPRINTK messages and comments, a little reformating and
correct URL location for autofs v4 in Kconfig message.
- Fix error-path memory leak in autofs4_fill_super()
<akpm@osdl.org>
[PATCH] autofs4: locking rework
From: Ian Kent <raven@themaw.net>
Remove BKL from autofs4 module and add spinlock to serialise access to the
automount daemon communication waitq.
Locking requirements are different in 2.6 and so I'm seeking comments and
suggestions on this. I have taken a rather heavy handed approach to this in
the patch. For example, the VFS operations that directly change the
filesystem, such as autofs4_mkdir etc, hold the inode semaphore on entry so
the BKL has been removed. I can't see why two locking mechanisms are needed.
Rather than add locking all over the place, I'm looking for justification
it's needed, as I don't see it myself.
<akpm@osdl.org>
[PATCH] autofs4: expiry refcount fixes
From: Ian Kent <raven@themaw.net>
This patch is the result of an e-mail discussion with Soni Maneesh. He felt
that the use of reference counts in the expire module is unreliable (in the
presence of rcu) and suggested it should use standard VFS calls where
possible. This has been done. Once the boundary in autofs is reached we
have no choice but to resort using reference counts (but under the
vfsmount_lock).
After review by hch:
- renamed autofs4_may_umount to __may_umount_tree, made it static and moved
it to namespace.c.
- added stub function may_umount_tree with description
- altered may_umount to use above stub function and added little description
- added may_umount_tree prototype to fs.h
- removed the EXPORT_SYMBOL for vfsmount_lock
- updated expire.c to suit
<akpm@osdl.org>
[PATCH] autofs4: may_umount_tree() cleanup
From: <raven@themaw.net>
Patch to sync 2.6.6-rc2-mm2 with the result of my discussion with
Christoph Hellwig.
Difference is that Christoph realised that merging may_umount_tree and
may_umount was not worth it. They are now seperate functions.
<akpm@osdl.org>
[PATCH] autofs4: readdir fixes
From: Ian Kent <raven@themaw.net>
a. Implement readdir and friends for directory lookup for late mounting.
This is done largely by replacing a catch all condition in
try_to_fill_dentry with appropriate cases.
b. Add path calc. function in waitq.c to get extended path to return to
daemon (for direct mounts).
c. Add revalidate calls to sys_chdir and sys_chroot so that pwd lookups
work correctly.
d. Add ioctl to retrieve minor version for automount daemon (and me) to
recognise module fix level. Bumped minor version to 5.
From: Hugh Dickins <hugh@veritas.com>
After chdir (or chroot) to non-existent directory on 2.6.5-mm5, you can no
longer unmount filesystem holding working directory (or root).
<akpm@osdl.org>
[PATCH] autofs4: fix handling of chdir and chroot
From: <raven@themaw.net>
Pushed changes in sys_chdir and sys_chroot into the revalidate/lookup by
using nameidata hint.
<akpm@osdl.org>
[PATCH] autofs4: add ioctl to query unmountability
From: Ian Kent <raven@themaw.net>
Add ioctl to find out if autofs mount can be umounted. When the daemon
discovers this it's past the point of no return.
<akpm@osdl.org>
[PATCH] autofs4: readdir futureproofing
From: Ian Kent <raven@themaw.net>
Needed for support coming development plans.
<akpm@osdl.org>
[PATCH] autofs4 race fix
From: Ian Kent <raven@themaw.net>
The case where two process similtaneously trigger a mount in autofs4 can
cause multiple requests to the daemon for the same mount. The daemon
handles this OK but it's possible an incorrect error to be returned. For
this reason I believe it is better to change the spin lock to a semaphore
in waitq.c. This makes the second and subsequent request wait on the q as
ther supposed to.
<akpm@osdl.org>
[PATCH] autofs4 compat ioctls
From: <raven@themaw.net>
These are the ioctls that need to be added to the compatibility layer.
They are all esentially the same as the AUTOFS_IOC_PROTOVER in their
requirements and so should be fine.
<akpm@osdl.org>
[PATCH] fbdev: radeonfb: fix garbled screen
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> My screen is still a bit garbeld after booting.
> Still like http://zodiac.dnsalias.org/images/garbage.jpg
Yes, usual boot-time x86 garbage. Well, let's imagine it's as simple
as clearing the framebuffer during boot :) Try this patch and let me
know. If that doesn't help, then the problem is definitely in fbcon.
<akpm@osdl.org>
[PATCH] fbdev: Neomagic driver update.
From: James Simmons <jsimmons@infradead.org>
Here is a updated driver for the neomagic.
<akpm@osdl.org>
[PATCH] fbdev: video/tridentfb.c warning fix
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Speaking with frame buffer people, we agree with this patch to fix the
warning:
drivers/video/tridentfb.c:455: warning: `tridentfb_fillrect' defined but not used
drivers/video/tridentfb.c:473: warning: `tridentfb_copyarea' defined but not used
<akpm@osdl.org>
[PATCH] fbdev: video/hgafb.c warning fix
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Make HGA acceleration functions selectable in kernel config, fix these
warnings:
drivers/video/hgafb.c:452: warning: `hgafb_fillrect' defined but not used
drivers/video/hgafb.c:472: warning: `hgafb_copyarea' defined but not used
drivers/video/hgafb.c:502: warning: `hgafb_imageblit' defined but not used
<akpm@osdl.org>
[PATCH] fbdev: video/tdfxfb.c warning fix
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Fix this:
drivers/video/tdfxfb.c:1005: warning: `tdfxfb_cursor' defined but not used
and make the acceleration function selectable (like hgafb and tridentfb)
Geert says:
tdfxfb_cursor() was not used before, causing a compiler warning.
tdfxfb_cursor() may work, but we don't know, so we didn't dare to enable it
by default. Now the user (he who has the hardware) can enable it, and tell
us whether it works or not.
<akpm@osdl.org>
[PATCH] fbdev: video/imsttfb.c warning fix
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
drivers/video/imsttfb.c:1089: warning: `imsttfb_load_cursor_image' defined but not used
drivers/video/imsttfb.c:1159: warning: `imstt_set_cursor' defined but not used
<akpm@osdl.org>
[PATCH] fbdev: clean up logo handling
From: James Simmons <jsimmons@infradead.org>
This make the logo handling code easier to read. Merged the two code blocks
since they test for the exact same condition.
<akpm@osdl.org>
[PATCH] fbdev: remove redundant p->vrows calculation
From: James Simmons <jsimmons@infradead.org>
This patch removes the redundent calculation of p->vrows. This is done in
fbcon_resize.
<akpm@osdl.org>
[PATCH] fbdev: remove redundant local
From: James Simmons <jsimmons@infradead.org>
Remove extra variable. We use i instead of rc.
<akpm@osdl.org>
[PATCH] fbdev: set a default access_align value
From: James Simmons <jsimmons@infradead.org>
Set the default access_align variable. This variable tells us how much data
the hardware can handle in a single read/write cycle. For example the epson
chipset can handle only 16 bit reads and writes to the framebuffer.
<akpm@osdl.org>
[PATCH] fbdev: Fix NULL-ptr dereference in pm2fb_probe
From: Jim Hague <jim.hague@acm.org>
It fixes the NULL pointer dereference and also a problem in pm2fb_blank().
<akpm@osdl.org>
[PATCH] fbdev: Virtual fbdev updates
From: James Simmons <jsimmons@infradead.org>
This is attempt 2 at the virtual framebuffer patch. It migrates the driver
to the framebuffer_release/framebuffer_alloc api. It doesn't enable the
driver by default.
<akpm@osdl.org>
[PATCH] fbdev: Vesa Fbdev update
From: James Simmons <jsimmons@infradead.org>
This patch migrates the Vesa Framebuffer driver over to the
framebuffer_alloc/framebuffer_release api. It also fixes the error
handling paths. The mtrr issue that Geert brought up has been fixed.
<akpm@osdl.org>
[PATCH] fbdev: Vesa Fbdev update fix
From: Geert Uytterhoeven <geert@linux-m68k.org>
On Sun, 25 Apr 2004, James Simmons wrote:
> This patch migrates the Vesa Framebuffer driver over to the
> framebuffer_alloc/framebuffer_release api. It also fixes the error
> handling paths. The mtrr issue that Geert brought up has been fixed.
> With your approval Geert, Ben please apply this patch.
> + /* Set video size according to vram boot option */
> + if (vram && vram * 1024 * 1024 != vesafb_fix.smem_len)
> + vesafb_fix.smem_len = vram * 1024 * 1024;
The second part of the test can be removed. The rest looks OK to me.
<akpm@osdl.org>
[PATCH] fbdev: New Asiliant framebuffer driver.
From: James Simmons <jsimmons@infradead.org>
This is the new asiliant framebuffer driver.
<akpm@osdl.org>
[PATCH] fbdev: Fix fbcon and unimap
From: Fabrice Menard <menard.fabrice@wanadoo.fr>
Trying to solve my latin1 char problems with the framebuffer console, I
found that fbcon doesn't set a unicode map.
<akpm@osdl.org>
[PATCH] fbdev: Q40 fbdev updates.
From: James Simmons <jsimmons@infradead.org>
It ports this driver to sysfs api and fixes a colormap issue.
<akpm@osdl.org>
[PATCH] Fix i2o_proc kernel panic on access of /proc/i2o/iop0/lct
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
The patch converts i2o_proc to seq_file, thereby fixing a bug in the
i2o_proc.c module, where the kernel panics, if you access /proc/i2o/iop0/lct
and read more then 1024 bytes of it.
<akpm@osdl.org>
[PATCH] i2o_proc module owner fix
From: Warren Togami <wtogami@redhat.com>
<akpm@osdl.org>
[PATCH] slabify iocontext + request_queue
From: Jens Axboe <axboe@suse.de>
Move both request_queue and io_context allocation to a slab cache.
This is mainly a space-saving exercise. Some setups have a lot of disks
and the kmalloc rounding-up can consume significant amounts of memory.
<akpm@osdl.org>
[PATCH] show last kernel-image symbol in /proc/kallsyms
From: Rusty Russell <rusty@rustcorp.com.au>
The current code doesn't show the last symbol (usually _einittext) in
/proc/kallsyms. The reason for this is subtle: s_start() returns an empty
string for position 0 (ignored by s_show()), and s_next() returns the first
symbol for position 1.
What should happen is that update_iter() for position 0 should fill in the
first symbol. Unfortunately, the get_ksymbol_core() fills in the symbol
information, *and* updates the iterator: we have to split these functions,
which we do by making it return the length of the name offset.
Then we can call get_ksymbol_core() without moving the iterator, meaning
that we can call it at position 0 (ie. s_start()).
<akpm@osdl.org>
[PATCH] Include Aliases in kallsyms
From: Rusty Russell <rusty@rustcorp.com.au>
Kallsyms discards symbols with the same address, but these are sometimes
useful. Skip this minor optimization and make kallsyms_lookup deal with
aliases
<akpm@osdl.org>
[PATCH] make buildcheck
From: Arjan van de Ven <arjanv@redhat.com>
the patch below adds a "make buildcheck" target which checks for the "uses
exit in init" bug using Keith Owen's script. In the future other similar
sanity checks can be added to this target, but even just this one has been
quite useful already. I use it in the kernel rpm build process for
example, and I'm sure the OSDL build testers can/want to use it too.
From: Keith Owens <kaos@ocs.com.au>
They commented out the progress print statements, I prefer to have them
present but no big deal. The licence is missing.
<akpm@osdl.org>
[PATCH] efivars: check that it's enabled
From: "Randy.Dunlap" <rddunlap@osdl.org>
EFI-enabled kernels crash on non-EFI machines. efivars_init() and
efivars_exit() need to check efi_enabled instead of assuming that the
system is using EFI.
<akpm@osdl.org>
[PATCH] expose backing dev max read-ahead
From: Jens Axboe <axboe@suse.de>
Expose the blockdev's VM readahead in /sys/block/hda/queue/read_ahead_kbytes
This duplicates `blockdev --setra', but we're trying to get away from
ioctls.
It would be nice to have a readahead-setting mechanism which also allows,
say, NFS to be tuned. But there is no common exposure point for
backing_dev_infos. One option might be per-superblock:
mount -o remount,read_ahead_kbytes=64
but the generic remount code also has no visibility of the backing_dev, so it
would need a new super_block operation. One which doesn't accidentally modify
default_backing_dev_info.
<akpm@osdl.org>
[PATCH] ib700wdt watchdog driver fix
From: Patrice Bouchand <PBouchand@cyberdeck.com>
ibwdt_ping(): we should write the current timeout's index into the holdoff
register, not the timeout's value in seconds.
<akpm@osdl.org>
[PATCH] ib700wdt watchdog driver fix #2
From: Patrice Bouchand <PBouchand@cyberdeck.com>
The value written in the WDT_STOP register is not important. As soon as
something is written, the watchdog timer stops. But things will be cleaner
if we use the following patch.
<akpm@osdl.org>
[PATCH] laptop-mode documentation fix
From: Sau Dan Lee <danlee@informatik.uni-freiburg.de>
The script /etc/acpi/actions/battery.sh in the document doesn't run,
because of a wrong name.
<akpm@osdl.org>
[PATCH] create_workqueue locking fix
Fix some silliness in there.
<akpm@osdl.org>
[PATCH] Fix AladdinCard entry in parport_pc
From: Christian Groessler <cpg@aladdin.de>
Our AladdinCard also uses the oxsemi_840 chips and locks up when ecp mode
is enabled.
<akpm@osdl.org>
[PATCH] Watchdog timer for Intel IXP4xx CPUs
From: Deepak Saxena <dsaxena@plexity.net>
Following patch adds a driver for the watchdogs on the Intel IXP4xx family of
network processors (ARM).
<akpm@osdl.org>
[PATCH] Update laptop mode control script with XFS_HZ=100
From: Bart Samwel <bart@samwel.tk>
The laptop mode control script incorrectly guesses XFS_HZ=1000. This is
incorrect, since the patches that made XFS use USER_HZ went into 2.6.6 as
well. This changes XFS_HZ to 100 and removes the warning from the doc about
checking XFS_HZ.
<akpm@osdl.org>
[PATCH] videodev: handle class_register() failure
From: "Randy.Dunlap" <rddunlap@osdl.org>
From: <WHarms@bfs.de>(Walter Harms)
(acked by Gerd)
<akpm@osdl.org>
[PATCH] dquot_release oops fix
From: Jan Kara <jack@ucw.cz>
Fix a null-pointer-deref oops in the quota code.
<akpm@osdl.org>
[PATCH] calculate NGROUPS_PER_BLOCK from PAGE_SIZE
From: Greg Edwards <edwardsg@sgi.com>
On ia64, EXEC_PAGESIZE (max page size) is 65536, but the default page size is
16k. This results in NGROUPS_PER_BLOCK in include/linux/sched.h being
calculated incorrectly when the page size is anything other than 64k. For
example, on a 16k page size kernel, a setgroups() call with a gidsetsize of
65536 will end up walking over memory since only 1/4 of the needed pages were
allocated for the blocks[] array in the group_info struct.
Patch below calculates NGROUPS_PER_BLOCK from PAGE_SIZE instead.
<akpm@osdl.org>
[PATCH] PCI debug compile fix in sis_router_probe()
From: Pavel Roskin <proski@gnu.org>
I get a compile error when I define "DEBUG" in arch/i386/pci/pci.h. Variable
rt is not defined in sis_router_probe(), file arch/i386/pci/irq.c.
<akpm@osdl.org>
[PATCH] security: remove empty build of capability.o
From: Chris Wright <chrisw@osdl.org>
The build includes capability.c when CONFIG_SECURITY=n, yet the whole file is
ifdef'd out. Remove unnecessary build step as well as superfluous ifdefs.
<akpm@osdl.org>
[PATCH] security: minor cleanups in capability.c
From: Chris Wright <chrisw@osdl.org>
Remove confusing error message when loading as secondary module, and ditch
conditional MY_NAME macro.
<akpm@osdl.org>
[PATCH] fix linux doc errors
From: Alan Cox <alan@redhat.com>
<akpm@osdl.org>
[PATCH] fix block layer ioctl bug
From: Alan Cox <alan@redhat.com>
The block layer checks for -EINVAL from block layer driver ioctls. This is
wrong - ENOTTY is unknown and some drivers correctly use this. I suspect
for an internal ioctl 2.7 should change to -ENOIOCTLCMD and bitch about old
style returns
This is conservative fix for the 2.6 case, it keeps the bogus -EINVAL to
avoid breaking stuff
<akpm@osdl.org>
[PATCH] Fix reiserfs oom crash
From: Oleg Drokin <green@linuxhacker.ru>
Thanks to Standford guys, a case where reiserfs can dereference NULL
pointer if memory allocation fail during mount was identified.
<akpm@osdl.org>
[PATCH] implement print_modules()
From: Arjan van de Ven <arjanv@redhat.com>,
Rusty Russell <rusty@rustcorp.com.au>
The patch below resolves the "Not Yet Implemented" print_modules() thing.
This is a really useful feature for distros; it allows us to do statistical
analysis on which modules are present how often in oopses compared to how
often they are used normally. In addition it helps to spot candidates for
certain bugs without having to go back to the customer asking for this
information.
<akpm@osdl.org>
[PATCH] m68k: use print_modules()
From: Geert Uytterhoeven <geert@linux-m68k.org>
<akpm@osdl.org>
[PATCH] Fix endianess in modpost when cross-compiling for sparc on i386
From: Mathieu Chouquet-Stringer <mchouque@online.fr>
This patch makes the following code work again:
#ifdef STT_REGISTER
if (info->hdr->e_machine == EM_SPARC ||
info->hdr->e_machine == EM_SPARCV9) {
/* Ignore register directives. */
if (ELF_ST_TYPE(sym->st_info) == STT_REGISTER)
break;
}
#endif
This portion of code is sparc specific and nothing else in modpost.c uses
e_machine meaning cross-compiling for sparc on i386 (or any little endian
machine) is the only way to experience the bug.
Without it, e_machine has the wrong value and modpost then generates a lot
of "*** Warning: \"symbol\" [filename.ko] undefined" messages.
<akpm@osdl.org>
[PATCH] fix cyclades compile with !PCI
From: Adrian Bunk <bunk@fs.tum.de>
drivers/char/cyclades.c: In function `cy_cleanup_module':
drivers/char/cyclades.c:5638: warning: implicit declaration of function `pci_release_regions'
<akpm@osdl.org>
[PATCH] fix tlan.c for !PCI
From: Adrian Bunk <bunk@fs.tum.de>
drivers/net/tlan.c: In function `tlan_remove_one':
drivers/net/tlan.c:449: warning: implicit declaration of function `pci_release_regions'
<akpm@osdl.org>
[PATCH] fix aic7xxx_old.c for !PCI
From: Adrian Bunk <bunk@fs.tum.de>
drivers/scsi/aic7xxx_old.c: In function `aic7xxx_release':
drivers/scsi/aic7xxx_old.c:10971: warning: implicit declaration of function `pci_release_regions'
<akpm@osdl.org>
[PATCH] x86_64 msr.c warning fix
arch/x86_64/kernel/msr.c:1:10: warning: extra tokens at end of #ident directive
<akpm@osdl.org>
[PATCH] Make /proc/sysrq-trigger ignore sysrq_enabled
It's silly that writing to /proc/sysrq-trigger does nothing if you haven't
enabled /proc/sys/kernel/sysrq. So provide a new __handle_sysrq() which
ignores the sysrq_enabled check.
The patch also withdraws __handle_sysrq_nolock() from the kernel API. It had
no callers.
<akpm@osdl.org>
[PATCH] remove driver model code in mwave driver
From: Christoph Hellwig <hch@lst.de>
Someone blindly added sysfs support to the driver long time ago without
understanding the implications (and if they were understood the driver
would need half a rewrite for it). Herber Xu recently noticed the problems
this causes on unload, so let's if 0 out all that code and get the driver
working again.
<akpm@osdl.org>
[PATCH] Fix x86_64 allmodconfig with gcc-3.4.0
From: Andi Kleen <ak@muc.de>
*** Warning: "memcmp" [drivers/atm/zatm.ko] undefined!
gcc 3.4 specific problem. This patch should fix it. Actually it would be
better to move all these EXPORT_SYMBOLs into lib/string.c, it is silly that
each arch has to duplicate all that.
<akpm@osdl.org>
[PATCH] Remove old sh-sci driver
From: Paul Mundt <lethal@linux-sh.org>
The old drivers/char sh-sci driver is no long used by anyone, both sh and
h8300 are using the drivers/serial version at this point, so we can get rid
of the old one entirely.
<akpm@osdl.org>
[PATCH] Export `laptop_mode' for XFS
From: <bart@samwel.tk>
XFS needs `laptop_mode'.
<akpm@osdl.org>
[PATCH] floppy.c: better floppy_init error handling
From: "Randy.Dunlap" <rddunlap@osdl.org>
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Adds a better audit for floppy_init(). Fixes one real bug (in calling
blk_queue_max_sectors()).
<akpm@osdl.org>
[PATCH] floppy.c: better/cleaner use of debugt
From: "Randy.Dunlap" <rddunlap@osdl.org>
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
floppy_debugt.patch: better use of the debugt functions.
<akpm@osdl.org>
[PATCH] remove unused acpi_irq_to_vector()
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
Now that everybody has acpi_gsi_to_irq(), we can nuke the deprecated
acpi_irq_to_vector(). No references remain.
<akpm@osdl.org>
[PATCH] Laptop mode control script support for XFS *_centisecs sysctl values.
From: Bart Samwel <bart@samwel.tk>
XFS now uses
/proc/sys/fs/xfs/xfssyncd_centisecs
/proc/sys/fs/xfs/xfsbufd_centisecs
/proc/sys/fs/xfs/age_buffer_centisecs
Here's a patch to support these values in the laptop mode control script.
<akpm@osdl.org>
[PATCH] Increase xfsbufd_centisecs when in laptop mode
From: Bart Samwel <bart@samwel.tk>
The attached patch is the outcome of a discussion with Nathan.
When laptop mode is active, there is no need for XFS to wake up xfsbufd (the
daemon that flushes buffers that are too old) too often. The default is once
every second, this patch makes laptop mode do it once every 30 seconds.
<akpm@osdl.org>
[PATCH] ac97_plugin_ad1980 porting fix
From: "Uwe Bugla" <uwe.bugla@gmx.de>
Fix up a mistake in the 2.4->2.6 forward-port of this driver.
<akpm@osdl.org>
[PATCH] groups_alloc(0) clobbers memory past end of block
From: Olaf Kirch <okir@suse.de>
Authentication code in net/sunrpc makes frequent use of groups_alloc(0),
which seems to clobber memory past the end of what it allocated.
If called with gidsetsize == 0, groups_alloc will set nblocks = 0,
but still does a
group_info->blocks[0] = group_info->small_block;
<akpm@osdl.org>
[PATCH] bootmem.c cleanup
From: Michael Buesch <mbuesch@freenet.de>
- BUG_ON() conversion
- Remove redundant dump_stack() (BUG already does that)
<akpm@osdl.org>
[PATCH] radeonfb stack space fix
These (unused) arrays are causing huge stack utilisation when instantiated in
an auto variable. Remove them for now.
<akpm@osdl.org>
[PATCH] typhoon locking fix
Initialise the semaphore even if !MODULE
<akpm@osdl.org>
[PATCH] Fix botched fbdev lvalue conversion
<akpm@osdl.org>
[PATCH] i2o_config build fix
Stomp a C99ism.
<torvalds@ppc970.osdl.org>
Fix bogus debug code in usb/misc/cytherm.c
Uncovered by recent cleanup of "dev_dbg()".
<ak@muc.de>
[PATCH] x86-64 updates
Various accumulated x86-64 patches and bug fixes.
It fixes one nasty bug that has been there since NX is used by
default in the kernel. With heavy AGP memory allocation it would
set NX on parts of the kernel mapping in some corner cases, which gave
endless crash loops. Thanks goes to some wizards in AMD debug labs
for getting a trace out of this.
Also various other fixes. This patches only changes x86-64 specific
files, i have some changes outside too that I am sending separately.
- Fix help test for CONFIG_NUMA
- Don't enable SMT nice on CMP
- Move HT and MWAIT checks up to generic code
- Update defconfig
- Remove duplicated includes (Arthur Othieno)
- Set up GSI entry for ACPI SCI correctly (from i386)
- Fix some comments
- Fix threadinfo printing in oopses
- Set task alignment to 16 bytes
- Handle NX bit for code pages correctly in change_page_attr()
- Use generic nops for non amd specific kernel
- Add __KERNEL__ checks in unistd.h (David Lee)
<ak@muc.de>
[PATCH] x86-64: fix /dev/mem caching behaviour
This changes the /dev/mem caching behaviour on x86-64 to be compatible
with i386.
By default everything is set cached.
This actually makes WC MTRRs on AMD systems work, which would get
overriden by the UC PAT bits that were set earlier. This can make DVD
decoding with hardware support a lot faster.
It also supports O_SYNC now, like i386, although that is not really
safe, because it allows the user to create undefined cache attribute
conflicts that can corrupt caches in some circumstances. I kept it for
now. Better would to disallow it, until Terrence Ripperda's PAT
framework is getting merged, that can avoid these problems.
Actually it would be probably a good idea to add a printk here to catch
broken programs for i386 and x86-64, but that is for another patch.
<ak@muc.de>
[PATCH] Handle empty nodes in sysfs on x86-64
This code is shared between i386 and x86-64, and x86-64 needs to check
for empty nodes here. Otherwise you can get oopses at boot in some
circumstances.
This handles empty nodes != 0; empty node zero are still broken in other
ways.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide-disk.c: more write cache fixes
- many Maxtor disks incorrectly claim CACHE FLUSH EXT command support,
fix it by checking both CACHE FLUSH EXT command and LBA48 support
(thanks to Eric D. Mudama for help in fixing this)
- write_cache() was called with 'drive->id->cfs_enable_2 & 0x3000' as 'int arg'
argument which was always truncated to zero due to 'u8 drive->wcache = arg'
assignment so write cache was indeed enabled but drive->wcache was zero
(thanks to Rene Herman for help in debugging this)
- flush cache in idedisk_start_power_step() only if ATA-6 CACHE FLUSH (EXT)
bits are present in disk's identify data (prevents sending unknown commands)
- set drive->wcache in idedisk_setup() not idedisk_attach() (no need to check
id->command_set_2 - we check id->cfs_enable_2 instead in write_cache() call)
- use ide_cacheflush_p() in idedisk_setup()
- minor cleanups
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove bogus drivers/ide/pci/cmd640.h
Trivia.
CMD640 driver doesn't use generic IDE PCI code (it doesn't even include
this header).
<torvalds@ppc970.osdl.org>
Fix gidsetsize == 0 for real this time.
We need to always allocate at least one indirect block
pointer, since we always fill out blocks[0] even if
we don't have any groups.
<jgarzik@redhat.com>
[libata] minor stuff
* now that ATAPI is close to working, making ATAPI DMA interrupts
in ata_host_intr
* remove unnecessary space character in printk() output (oh, the horror)
<davej@redhat.com>
[CPUFREQ] Fix several operator precedence bugs.
<davej@redhat.com>
[CPUFREQ] Makefile reordering issues.
As several cpufreq drivers are late_initcalls now [dependency on acpi/processor.c
which is module_init()], we need to use Makefile ordering to assert that
- speedstep-centrino is loaded before acpi [faster: msr instead of io]
- speedstep-centrino, speedstep-ich and acpi are loaded before p4-clockmod
[frequency and voltage scaling instead of throttling]
<davej@redhat.com>
[CPUFREQ] Sync p4-clockmod MSR access across logical CPUs.
As noted and debugged by Rutger Nijlunsing and verified in section 13.15.3 of Intel's
IA32 Intel Architecture Software Developer's Manual, Volume 3, the p4-clockmod
msr needs to be set to the same value on all logical CPUs ("siblings") to
function "properly".
This patch implements this, and uses cpufreq_p4_get instead of a local copy in
cpufreq_p4_setdc. The latter function now only does the actual setting, all
other (notification, verification and set_cpus_allowed()) stuff is done in
cpufreq_p4_target.
<davej@redhat.com>
[CPUFREQ] Fix an invalid comment in speedstep-ich
This driver is for ICH only, not for PIIX4. Thanks to Christian Hilberg for noting this.
<davej@redhat.com>
[CPUFREQ] Make powernow-k8 work right when ACPI is built as a module.
From: Tony Lindgren <tony@atomide.com>
<jgarzik@redhat.com>
[libata] handle non-data ATAPI commands via interrupt
It's easier to do it this way, than polling, at the moment.
Also, fix a test in ata_scsi_translate that was incorrectly
erroring-out non-data commands.
<pp@ee.oulu.fi>
[netdrvr b44] better reset behavior
This patch makes the b44-after-bcm4400 scenario work for
me. What was happening is that the broadcom driver sets a "power off MAC"
bit, and we didn't remove that when initializing the chip.
Also added some (a bit ugly, I know ) logic to clear up the address
filter stuff, which is what recent broadcom drivers do...
<jack@ucw.cz>
[PATCH] Quota fix 2
This fixes the problem with recursion into filesystem when inode of
quota file needs a page + some other allocation problems. I hope I got
the GFP mask setting right..
<torvalds@evo.osdl.org>
We need to use "memset_io()" when accessing PCI
mapped memory.
A regular "memset()" may be using cache control
instructions etc, which is not appropriate for
memory-mapped IO.
This also fixes a warning.
<rth@twiddle.net>
[PATCH] alpha: fix GP-load symbol linkage
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
This skips the GP-loading function prologue (two instructions: 8 bytes)
on BRSGP linkage correctly, fixing an oops on alpha while loading the
aic7xxx driver.
<rmk@flint.arm.linux.org.uk>
[SERIAL] Remove base_baud default from 8250_pci
Since all boards specify base_baud, the code to default base_baud to
the architecture-defined BASE_BAUD is redundant. Also, defaulting
to the architecture-defined BASE_BAUD is wrong since the UARTs on a
serial PCI card will be clocked at the same rate no matter what the
architecture of the host machine.
<rmk@flint.arm.linux.org.uk>
[ARM] Move a bunch of symbol exports from armksyms.c
This moves a bunch of EXPORT_SYMBOL() statements from armksyms.c
into the file which defines the function/variable such that the
exports are localised.
This also means we can get rid of the ugly __xxx_to_xxx__is_a_macro
in include/asm-arm/arch-*/memory.h
<rmk@flint.arm.linux.org.uk>
[ARM] Convert execve() to be a function rather than a SWI call.
This eliminates the last SWI user from the kernel - now all SWI calls
will only come from userspace. More importantly, this also allows us
to empty the kernel stack when starting userspace programs from
kernelspace, thereby ensuring that the user registers always appear
at the top of the kernel stack.
<corbet@lwn.net>
Remove drivers/net/auto_irq.c.
No more users of the autoirq_xxx() API existed, so this file is not
only unused, it isn't even listed in any makefiles.
<akpm@osdl.org>
[PATCH] Fixed quota recursion fix
This fixes the gfp_mask setting on the quota inode.
<jgarzik@redhat.com>
[libata] DMADIR support
DMADIR bit is necessary for some PATA->SATA bridges. These
bridges require the OS driver to specify the data xfer direction,
for PACKET (a.k.a. scsi) commands.
A reliable DMADIR detection method hasn't yet been developed,
and ATAPI is still a WIP, so DMADIR is enabled with an ifdef for
now.
<jgarzik@redhat.com>
[libata] remove redundant use of ATA_QCFLAG_SG in ATAPI packet translation
ata_scsi_translate() sets this flag for all ATA->SCSI translated
commands, so it need not be done in atapi_xlat(). The now-removed
use in atapi_xlat() was also inconsistent WRT PIO versus DMA.
<jgarzik@redhat.com>
[libata] SCSI->ATA simulator hacking: INQUIRY command
The SCSI T10 committee is working on a document describing a standard
method for translating ATA<->SCSI, since it being done quite often
these days. Some of the recommendations are reasonable, and we implement
two here:
* Mirror that ATA 'removeable media' bit into INQUIRY output.
* Change behavior of INQUIRY output field 'product revision' from
the libata software version number to the first 4 bytes of the
ATA device's firmware revision number.
Rather than cache the firmware revision in struct ata_device, as was/is
done with two other strings, I took the opportunity to eliminate the
caching of the two other strings, 'vendor' and 'product'. These strings
are now retrieved as needed from the IDENTIFY [PACKET] DEVICE info page,
since we cache its entire contents.
Retrieving a string from the identify-device page is done via the
helper function ata_dev_id_string(), which is now exported.
This patch winds up making struct ata_device 40 bytes smaller, and
the libata core gets a bit smaller as well.
<jgarzik@redhat.com>
[libata] comments and constants
* note a nasty problem with shared interrupts that must be fixed
before we turn on certain code paths.
* add a few comments to the READ CAPACITY scsi simulator
* remove a FIXME comment from the TEST UNIT READY scsi simulator
* add constant for ATA command CHECK POWER MODE, and associated
"mandatory" power management feature set bit.
<jgarzik@redhat.com>
[libata] scsi simulator improvements: MODE SENSE, SEEK(6,10), REZERO_UNIT
* SEEK(6), SEEK(10), and REZERO_UNIT are no-ops. Unconditionally
complete these commands with success.
* MODE SENSE caching page work:
* correct page length
* set bit, if read-ahead is disabled
* set bit, if writeback caching is enabled
(previously, this bit was never set, even if
writeback caching was enabled)
* add MODE SENSE r/w error recovery page
<jgarzik@redhat.com>
[libata] replace ATA_QCFLAG_ATAPI with inline helper
Detection of an ATAPI taskfile is possible using a simple test
on existing information, so there is no need to cache this value
in a separate flag (ATA_QCFLAG_ATAPI). Instead, create and use
a new helper function is_atapi_taskfile().
<tiwai@suse.de>
input: Fix oops in hiddev
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PARISC Harmony driver
fixed compilation - using struct parisc_device for DMA allocation.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
ALSA<-OSS emulation,ALSA sequencer,ALSA<-OSS sequencer,OPL4
make some module parameters sysfs-writable, where appropriate
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
Intel8x0 driver
check that period interrupt really has occured;
clear only those interrupts that have been handled
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS4231 driver
checks the PCM substream pointers to fix oops/panic in the interrupt
handler.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
added DXS whitelist for (eMachines) m680x.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Documentation,EMU10K1/EMU10K2 driver
Initial attempt to add support for SB Live 5.1 (c) 2003
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
RME HDSP driver
HDSP9632 has also firmware version 0x97
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
CS4231 driver
add missing closing brace
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
try to mute and power down in the destructor (to shut up noises).
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ES1968 driver
- set ACPI D3 at suspend.
- fixed the interrupt disabling at shutdown.
- enabled PM for compaq Armada.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core
- added the generic PM callback registration.
- rewritten ISA callbacks to use the new one.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
SA11xx UDA1341 driver,UDA1341
- clean up PM codes using the new PM callback functions.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation
- fixed some obsolete descriptions and typos.
- a bit more detailed description about addition of the new driver.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
ICE1712 driver
fix Hoontech DSP* box configuration
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
ALSA<-OSS emulation
don't return negative byte count from GET[IO]PTR ioctl
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
fixed again the DXS entry for m680x to 48k-fixed rate.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
fixed the bit width of IEC958_SUBFRAME_* formats from 24 to 32.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,NM256 driver
- added a blacklist to avoid the possible hang-up at module loading.
- added notes about the hang-up problem to ALSA-Configuration.txt.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,CMIPCI driver
dropped the software encoding of AC3 stream in the driver.
this is done now in alsa-lib.
soft_ac3 module option is kept for backward compatibility but not
referred at all.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ATIIXP driver
- fixed the direct SPDIF playback mode. (still experimental)
- use the different driver id name for the direct spdif mode, so that
alsa-lib can read another corresponding configuration.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation
added the document about Audigy mixer implementation by Peter Zubaj.
it is not target to users, rather to developers.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
(Alan Stern) use altsetting number instead of index in messages
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
EMU10K1/EMU10K2 driver
Credits for SB Live (c) 2003
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Sound Core PDAudioCF driver
Updated interrupt function to 2.6 irq API
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,CMIPCI driver
make soft_ac3 option conditional again.
this will make it possible for old chips to feed the IEC958 data
without conversion (sometimes useful, e.g. for apps using mmap).
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
renamed the elements of 'input source select' control to avoid confusion.
formerly used words 'Line' and 'Mic', which have nothing to do with
the actual connections.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Sound Core PDAudioCF driver
- fixed the changed function decleration.
- fixed the return value from cast check.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ICE1724 driver,ICE1712 driver
- added model module option to specify board model to snd-ice1712 and snd-ice1724
drivers.
- removed ez8 option from ice1724. this can be specified as 'model=ez8' option.
- rewritten some struct init in C99 style.
- function for accessing i2c of ice1724 (for future use).
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PARISC Harmony driver
- fixed the buffer allocation with the new API.
- optimized the rate and format setting.
- removed redundant call of buffer release.
- removed invalid __devinit prefix.
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
AC97 Codec Core
STAC9758: stereo mutes, jack configuration
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
Roland UA-1000 support
<perex@suse.cz>
ALSA CVS update - Clemens Ladisch <clemens@ladisch.de>
USB generic driver
fix typo
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
fixed the buffer id confliction in the case of CONTINUOUS or ISA buffers.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC PMAC driver,PPC Tumbler driver
Giuliano Pochini <pochini@shiny.it>:
fixed the return value of interrupt handlers.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ATIIXP driver
- probe only audio codecs.
- use enums instead of embedded numbers.
- added KERN_ERR prefix to the error messages.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS4236+ driver
Added the new pnp id for an Intel mobo.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver,RME9652 driver
fixed invalid spin_lock/unlock_irq() in the prepare callback.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
added headphone amplifier switch.
initial patch by Radoslaw 'AstralStorm' Szkodzinski.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
Added the support of Aureon 7.1-Universe.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
fixes by Christoph Haderer <chris_web@gmx.at>:
- added the support of DAC/ADC mute switches
- fixed the capture route enum.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ICE1712 driver
<Dirk.Kalis@t-online.de>
ice1712 patch for dsp24 value cards
Without this patch in envy24control no controls for DAC and ADC
available because no number of dacs and adcs is given.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel,ALSA Core
Added SYNC_PTR ioctl for the PCM interface.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel
Call hwsync at the start of SYNC_PTR ioctl
<davej@redhat.com>
[AGPGART] Don't abort if Intel-agp can't find AGP capability.
Some bridges don't have this set it seems.
Detective work, and fixing by Andi Kleen.
<greg@kroah.com>
USB: fix build error in drivers/usb/serial/console.c
Thanks to Adrian Bunk <bunk@fs.tum.de> for pointing this out.
<maneesh@in.ibm.com>
[PATCH] fix-sysfs-symlinks.patch
- Rediffed the patch for 2.6.6-mm3 to fix rejects in the latest changes
in sysfs code.
o The symlinks code in sysfs doesnot point to the correct target kobject
whenever target kobject is renamed and suffers from dangling symlinks
if target kobject is removed.
o The following patch implements ->readlink and ->follow_link operations
for sysfs instead of using the page_symlink_inode_operations.
The pointer to target kobject is saved in the link dentry's d_fsdata field.
The target path is generated everytime we do ->readlink and ->follow_link.
This results in generating the correct target path during readlink and
follow_link operations inspite of renamed target kobject.
o This also pins the target kobject during link creation and the ref. is
released when the link is removed.
o Apart from being correct this patch also saves some memory by not pinning
a whole page for saving the target information.
o Used a rw_semaphor sysfs_rename_sem to avoid clashing with renaming of
ancestors while the target path is generated.
o Used dcache_lock in fs/sysfs/sysfs.h:sysfs_get_kobject() because of using
d_drop() while removing dentries.
<zwane@fsmlabs.com>
[PATCH] USB: fix usb-serial serial_open oops
No usb serial devices, just compiled in and the system has a USB controller.
Unable to handle kernel NULL pointer dereference at virtual address 0000000c
printing eip:
c046a188
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in:
CPU: 0
EIP: 0060:[<c046a188>] Not tainted VLI
EFLAGS: 00010246 (2.6.6-mm3)
EIP is at serial_open+0x38/0x170
eax: 00000000 ebx: dc883000 ecx: c0613db8 edx: 00000000
esi: 00000001 edi: 00000000 ebp: dc84cef0 esp: dc84cedc
ds: 007b es: 007b ss: 0068
Process serial (pid: 1073, threadinfo=dc84c000 task=ddffca50)
Stack: 00000000 de8f4f5c ffffffed 00000100 de8f4f5c dc84cf14 c035a874 090115a0
0bc00000 dc883000 00000000 de8f4f5c 00000001 df8a2dfc dc84cf40 c0171270
dc84c000 00000001 00000000 de8f4f5c dbc75e94 00000000 de8f4f5c dbc75e94
Call Trace:
[<c01076c5>] show_stack+0x75/0x90
[<c010781f>] show_registers+0x11f/0x180
[<c01079c6>] die+0xb6/0x170
[<c011af20>] do_page_fault+0x1e0/0x525
[<c010732d>] error_code+0x2d/0x40
[<c035a874>] tty_open+0x274/0x3b0
[<c0171270>] chrdev_open+0x160/0x340
[<c0166426>] dentry_open+0x156/0x230
[<c01662cd>] filp_open+0x4d/0x50
[<c0166858>] sys_open+0x38/0x70
[<c0106199>] sysenter_past_esp+0x52/0x79
Code: de 63 c0 89 55 f0 c7 45 ec 00 00 00 00 85 f6 0f 85 31 01 00 00 c7 83
8c 09 00 00 00 00 00 00 8b 43 08 e8 3c fe ff ff 31 d2 89 c7 <8a> 50 0c 8b
43 08 29 d0 8b 74 87 18 89 b3 8c 09 00 00 89 5e 04
(gdb) list *serial_open+0x38
0xc046a188 is in serial_open (drivers/usb/serial/usb-serial.c:465).
460
461 /* get the serial object associated with this tty pointer */
462 serial = usb_serial_get_by_index(tty->index);
463
464 /* set up our port structure making the tty driver remember our port object, and us it */
465 portNumber = tty->index - serial->minor;
466 port = serial->port[portNumber];
467 tty->driver_data = port;
468
469 port->tty = tty;
<arjanv@redhat.com>
[PATCH] USB: fix obsolete header usage in usb storage
drivers/scsi/hosts.h is obsolete, <scsi/scsi_host.h> is the prefered header
nowadays. (hosts.h is just a 1 line wrapper to include it for now anyway)
<david-b@pacbell.net>
[PATCH] USB: fix CONFIG_PM build issues
<david-b@pacbell.net>
[PATCH] USB: fix MSEC_TO_JIFFIES in usb code
Here are some MSEC_TO_JIFFIES() fixes missed by whoever did it,
plus a minor fix to grab root_hub->serialize() during OHCI
suspend. (I forgot to cut/paste those lines from resume.)
<oliver@neukum.org>
[PATCH] USB: further fix to mdc800
I made a mistake fixing that driver. Here's the fix. Please apply soon.
- fix race condition leading to busy waiting
<icampbell@com.rmk.(none)>
[ARM] Fix use of page->count
Patch from: Ian Campbell
This changes the atomic_t in struct page named count into a private
member _count which breaks arch/arm/mm/init.c at line 80 which reads
page->count directly in show_mem().
The comments in the above changeset suggest that page_count(page) is
precisely equal to the old page->count semantics, even though the
semantics of _count are different, so I think the following is correct
<rmk@flint.arm.linux.org.uk>
[ARM] Update atomic.h
This re-jigs atomic.h by providing atomic_add_return and
atomic_sub_return as other architectures do. This allows us to
implement the atomic ops that test the new value without having
to write the underlying atomic operation in various forms.
<aia21@cantab.net>
NTFS: Add a new address space operations struct, ntfs_mst_aops, for mst
protected attributes. This is because the default ntfs_aops do not
make sense with mst protected data and were they to write anything to
such an attribute they would cause data corruption so we provide
ntfs_mst_aops which does not have any write related operations set.
<rmk@flint.arm.linux.org.uk>
[ARM] Add linux/module.h include for ioremap.
<dsaxena@xanadu.(none)>
[ARM] Fix bogus variable name in dev_dbg() call in dmabounce code.
<bwheadley@earthlink.net>
[PATCH] USB: Aiptek.c Driver patch
<david-b@pacbell.net>
[PATCH] USB: RNDIS (and CDC) filter flag handling
This should fix the problem David Meggy found, where RNDIS was setting
the OID_GEN_CURRENT_PACKET_FILTER state incorrectly. It's the same
issue Andrew Morton noticed a while back, for that matter, but with
more than just a "now compiles on 64 bit" fix.
Basically the code needs to interpret 32 bits provided in the request
from the (Windows) host, rather than 8 bits of other memory that's got
some irrelevant value.
The fix is just to save the 32 bits. I did the same thing with the
CDC Ethernet filter, which should eventually be used the same way: to
limit what packets get sent to the host. Also defined a couple more
of the CDC requests.
<david-b@pacbell.net>
[PATCH] USB: ethernet/rndis gadget address params
This resolves a FIXME by adding module parameters that can
be used to provide stable (vs random) addresses, and gets
rid of a runtime error from obsolete module parameter usage
in the RNDIS code.
The stable ethernet addresses are nice to hosts, which will
normally want to save them away in config databases. For
example, without stable addresses Windows XP will end up
recording quite a lot of RNDIS devices.
<oliver@neukum.org>
[PATCH] USB: new delay helper safe wrt waitqueues
this is a new waiting helper safe even if we are left on a waitqueue.
This version addresses Alan's concerns about ifdefs. Please apply.
- add delay helper that is safe even if we are still on another waitqueue
<oliver@neukum.org>
[PATCH] USB: purge wait_ms from core
this makes the core use the new safe waiting helper.
- remove wait_ms from hub driver
<greg@kroah.com>
USB: fix dumb compile error in aiptek driver
Doesn't anyone ever actually build the patches they send me...
<greg@kroah.com>
USB: fix up formatting issues with aiptek driver
<greg@kroah.com>
PCI Hotplug: clean up a lot of global symbols that do not need to be.
<jgarzik@redhat.com>
[libata] polish DocBook docs a bit
Mainly involved fixing a great many docproc warnings, by filling in
missing documentation in the source code.
<rene.herman@keyaccess.nl>
[PATCH] missing closing \n in printk
<stevef@smfhome.smfdom>
switch to mempools for cifs request buf and mid allocation to avoid deadlocks in out of memory conditions
<stevef@smfhome1.smfsambadom>
free mempool in correct order
<olof@austin.ibm.com>
[PATCH] ppc64: fix non-SMP build break
arch/ppc64/lib/locks.c was recently added by Paulus' lock rewrite. It's
always compiled, which breaks non-SMP builds. Below patch makes it depend
on CONFIG_SMP.
<perex@suse.cz>
ALSA CVS sync
<len.brown@intel.com>
[ACPI] revert button module unload fix (2281)
Cset exclude: len.brown@intel.com|ChangeSet|20040503042906|02093
Cset exclude: len.brown@intel.com|ChangeSet|20040428081825|02121
Cset exclude: len.brown@intel.com[lenb]|ChangeSet|20040428071221|03892
<len.brown@intel.com>
[ACPI] remove /proc files before unloading modules
from Sau Dan Lee, Zhenyu Wang
http://bugzilla.kernel.org/show_bug.cgi?id=2705
<shaggy@austin.ibm.com>
JFS: error in __get_metapage caused by invalid size from ea_get
<rmk@flint.arm.linux.org.uk>
[ARM] Initialise an uninitialised spinlock.
<rmk@flint.arm.linux.org.uk>
[PCMCIA] Fix a couple of resource bugs.
Fix resource database bug where base + num wraps to zero. Also,
ensure that we always take the resource semaphore whenever we
allocate a resource.
<rmk@flint.arm.linux.org.uk>
[PCMCIA] Convert IO resource allocation to use struct resource.
This causes PCMCIA to use struct resource internally for IO resources.
This means that we can keep track of the resource pointer, expand
this resource if necessary, and use release_resource() on it when
we're done.
This eventually means that we can change these to normal resources
which aren't marked busy.
<davem@nuts.davemloft.net>
Resolve merge conflicts.
<greg@kroah.com>
Add msleep function to the kernel core to prevent duplication.
<greg@kroah.com>
Delete block/carmel.c's version of msleep()
<greg@kroah.com>
Remove libata's version of msleep()
<greg@kroah.com>
USB: remove usb_uninterruptible_sleep_ms() now that we have msleep()
<greg@kroah.com>
USB: clean up usages of wait_ms() now that we have msleep()
<greg@kroah.com>
USB: remove ehci and ohci's private sleep function and use msleep() instead.
<greg@kroah.com>
USB: remove wait_ms() from usb.h as it's no longer needed.
<greg@kroah.com>
I2C: change i2c_delay() to use msleep() instead.
<greg@kroah.com>
Input: remove wait_ms() in place of using msleep()
<greg@kroah.com>
Some more misc wait_ms() conversions to use msleep()
<scott.feldman@intel.com>
[PATCH] e100: fix for incoherent arches
* Changed mapping on Rx skb to bi-directional. skb->data holds both the
RFD structure and the packet data, and the RFD is read/written by
HW. Issue found on Xscale HW that doesn't handle cache syncs auto-
matically. Other changes in patch are whitespace/spelling.
<scott.feldman@intel.com>
[PATCH] e100: big-endian fix for ethtool -e/E
* Reads/writes from/to eeprom using ethtool weren't working right
on big-endian. Now they are.
<scott.feldman@intel.com>
[PATCH] e100: netdev->priv to netdev_priv()
* Convert all netdev->priv references to the fancy new netdev_priv().
<stevef@smfhome1.smfsambadom>
do not recurse into the filesystem allocating sk buffs
<akpm@osdl.org>
[PATCH] ppc32: IBM PowerPC 750GX Support
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
From: Bryan Rittmeyer <bryan@staidm.org>
This patch adds preliminary support for the IBM PowerPC 750GX. In summary
this part is a PPC750FX ramped to 1 GHz with a 1MB 4-way L2 and more
advanced I/O pipelining. It is beginning to appear in embedded systems and
was rumored to be under evaluation inside Apple. Tested on PVR 70020101;
please merge.
http://www-3.ibm.com/chips/techlib/techlib.nsf/products/PowerPC_750GX_Microprocessor
<akpm@osdl.org>
[PATCH] ppc32: some whitespace fixes
From: Paul Mackerras <paulus@samba.org>
This patch does nothing but fix up whitespace in three files in arch/ppc.
It deletes trailing blanks and tabs in several places and joins two lines
that didn't need to be split.
<akpm@osdl.org>
[PATCH] ppc32: Handle altivec assist exception properly
From: Paul Mackerras <paulus@samba.org>
On machines with Altivec (i.e. G4 and G5 processors), the altivec
floating-point instructions can operate in two modes: one where
denormalized inputs or outputs are truncated to zero, and one where they
aren't. In the latter mode the processor can take an exception when it
encounters denormalized floating-point inputs or outputs rather than
dealing with them in hardware.
This patch adds code to deal properly with the exception, by emulating the
instruction that caused the exception. Previously the kernel just switched
the altivec unit into the truncate-to-zero mode, which works but is a bit
gross. Fortunately there are only a limited set of altivec instructions
which can generate the assist exception, so we don't have to emulate the
whole altivec instruction set.
This patch also makes sure that we always have a handler for the altivec
unavailable exception. Without this, if you run a kernel that is not
configured for altivec support on a machine with altivec, it works fine
until a user process tries to execute an altivec instruction. At that
point the kernel thinks it has taken an unknown exception and panics. With
this patch it sends a SIGILL to the process instead.
<akpm@osdl.org>
[PATCH] ppc32: update defconfigs
From: Paul Mackerras <paulus@samba.org>
This patch updates several of the ppc32 defconfigs.
<akpm@osdl.org>
[PATCH] ppc32: fix MOD_{INC,DEC}_USE_COUNT abuse in 4xx/8xx code
From: Christoph Hellwig <hch@lst.de>
Note that most of the drivers are in a compiling shape currently, but I
want to get rid of the last callers of those.
(acked by Tom Rini)
<akpm@osdl.org>
[PATCH] ppc32: update Motorola LoPEC and Sandpoint defconfigs
From: Tom Rini <trini@kernel.crashing.org>
Update the Motorola LoPEC and Sandpoint config files.
<akpm@osdl.org>
[PATCH] ppc32: remove 'mem_pieces_append'
From: Tom Rini <trini@kernel.crashing.org>
From: Fabian.Frederick <Fabian.Frederick&prov-liege.be>
Remove mem_pieces_append, it is never used.
<akpm@osdl.org>
[PATCH] ppc32: some fixes for 'make O=...'
From: Tom Rini <trini@kernel.crashing.org>
From: Geoffrey LEVAND <geoffrey.levand@am.sony.com>
Fix some of the problems with 'make O=...'
Ack'd by Sam Ravnborg.
<akpm@osdl.org>
[PATCH] ppc32: Fix ocp_register_driver() return value
From: Matt Porter <mporter@kernel.crashing.org>
Fixes return value from ocp_register_driver().
<akpm@osdl.org>
[PATCH] ppc32: PPC4xx fixes
From: Matt Porter <mporter@kernel.crashing.org>
Fixes 440GX UIC code, updates 440GX PVRs, and fixes a typo.
<akpm@osdl.org>
[PATCH] ppc64: fix rtas error log length
From: Anton Blanchard <anton@samba.org>
From: Jake Moilanen
Fix for not vmalloc'n space for the sequence number in rtas_log_buf.
<akpm@osdl.org>
[PATCH] ppc64: fix rtas error log location
From: Anton Blanchard <anton@samba.org>
From: Nathan Lynch <nathanl@austin.ibm.com>
Somehow we've been placing the rtas error_log file at /proc/ppc64/error_log,
which breaks at least one application I know of. It is supposed to be at
/proc/ppc64/rtas/error_log (this is the 2.4 behavior).
<akpm@osdl.org>
[PATCH] ppc64: add stack overflow detection
From: Anton Blanchard <anton@samba.org>
I only got iseries first time around. Add CONFIG_DEBUG_STACKOVERFLOW for
pseries/pmac too.
<akpm@osdl.org>
[PATCH] ppc64: fix error return in mf_proc
From: Anton Blanchard <anton@samba.org>
This patch was submitted by Olaf Hering to fix mf_proc.c where it does not
return error values correctly.
<akpm@osdl.org>
[PATCH] ppc64: fix rtas flash driver
From: Anton Blanchard <anton@samba.org>
From: John Rose <johnrose@austin.ibm.com>
Please apply the following, which fixes a typo that prevents the creation of
the manage_flash /proc file.
<akpm@osdl.org>
[PATCH] ppc64: 4GB firmware flash fix
From: Anton Blanchard <anton@samba.org>
From: Jake Moilanen
We want to make sure flash list is above 4 gigs, not 4 megs.
<akpm@osdl.org>
[PATCH] ppc64: oprofile fixes
From: Anton Blanchard <anton@samba.org>
- support newer 970 and POWER5 chips.
- use new SIHV/SIPR bits on POWER5.
- fix oops at shutdown.
<akpm@osdl.org>
[PATCH] ppc64: Make PMC6 spin
From: Anton Blanchard <anton@samba.org>
Make PMC6 spin on POWER5 boxes.
<akpm@osdl.org>
[PATCH] ppc64: correct return code in iommu_alloc_consistent
From: Anton Blanchard <anton@samba.org>
From: Olof Johansson
iommu_alloc_consistent should return NULL on failure.
<akpm@osdl.org>
[PATCH] ppc64: more required exports
From: Anton Blanchard <anton@samba.org>
IBM veth uses these symbols.
<akpm@osdl.org>
[PATCH] ppc64: add device tree pointer for vio devices
From: Anton Blanchard <anton@samba.org>
From: Olaf Hering
Provide pointer into the device-tree for vio devices.
<akpm@osdl.org>
[PATCH] md: Fix user-after-free bug in multipath
From: NeilBrown <neilb@cse.unsw.edu.au>
If mddev->thread is non-null later, it gets used.
<akpm@osdl.org>
[PATCH] i2o: reorder of fields in i2o_cmd_passthru structure
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
I have made a mistake in the kernel header i2o-dev.h. All structures there
begin with the "iop" first, but in my structure the order is reversed.
<paulus@samba.org>
[PATCH] Fix incorrect PT_FPSCR definition
Bryan Rosenburg pointed out that the definition of PT_FPSCR in
include/asm-ppc64/ptrace.h is wrong. The patch below fixes it.
<roland@topspin.com>
[PATCH] PCI: Add InfiniBand HCA IDs to pci_ids.h
Add InfiniBand HCA IDs to pci_ids.h.
<faikuygur@tnn.net>
[PATCH] I2C: use idr_get_new to allocate a bus id in drivers/i2c/i2c-core.c
<khali@linux-fr.org>
[PATCH] I2C: Incomplete AT24RF08 corruption prevention in i2c eeprom
The AT24RF08 corruption prevention trick that is found in the i2c eeprom
driver is not correct. The prevention is activated only conditionally,
while it should be done all the time.
<ebs@ebshome.net>
[PATCH] I2C PPC4xx IIC driver: upgrade to new OCP infrastructre
this patch changes IBM PPC4xx IIC driver to support new PPC OCP infrastructure
recently added to 2.6 kernel.
<ebs@ebshome.net>
[PATCH] I2C PPC4xx IIC driver: Kconfig cleanup
this patch renames Kconfig entry for PPC4xx IIC driver making it more clear and
also adds a help text.
<ebs@ebshome.net>
[PATCH] I2C PPC4xx IIC driver: fix debug build with gcc3
this patch fixes PPC4xx IIC driver debug mode build with gcc 3.x compiler.
Noticed by Evgenij Polyakov.
<ebs@ebshome.net>
[PATCH] I2C PPC4xx IIC driver: 0-length transaction temporary fix
this patch adds temporary fix for 0-length requests (e.g. SMBUS_QUICK) to PPC4xx
IIC driver. This i2c controller doesn't support such transactions and this patch
just restores previous driver version behavior making SMBUS_QUICK-based bus scan
at least partially usable. This is temporary kludge until correct bit-banging
emulation is implemented.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] add default ARM/ARM26 IDE host driver
Add drivers/ide/arm/ide_arm.c for simple default IDE interfaces
and clean obsolete ide_init_default_hwifs() implementations
in asm-arm/arch-{cl7500,rpc,shark}/ide.h and asm-arm26/ide.h.
This allows us to kill ide_init_default_hwifs() completely
in the next patch (because lh7a40x and sa1100 are broken).
Cross-compile tested on ARM.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ARM/ARM26 IDE cleanups
- clear hwif->hw in setup-pci.c before using it
- fix arch/arm/Kconfig to allow IDE only on platforms supporting it
- introduce IDE_ARCH_OBSOLETE_INIT and ide_default_io_ctl() so
we can use generic ide_init_hwif_ports() and kill no longer needed
<asm-arm/arch-*/ide.h> (leave broken lh7a40x and sa1100 versions)
Cross-compile tested on ARM.
<mason@suse.com>
[PATCH] Fix reiserfs inode size update race
reiserfs_file_write unlocks the pages it operated on before updating
i_size. This can lead to races with writepage, who checks i_size when
deciding how much of the file to zero out.
This patch also replaces SetPageReferenced with mark_page_accessed() in
reiserfs_file_write
This was verified to fix the BitKeeper data corruption problems that
Steven Cole has been debugging, where concurrent writes to a file and
writebacks to disk would cause zeroes in the file when CONFIG_PREEMPT
was enabled.
<davej@redhat.com>
[AGPGART] Make the driver only announce the PCI IDs it actually supports.
This avoids dups with the amd64 driver.
From: Andi Kleen
<davej@redhat.com>
[AGPGART] kill trailing whitespace & indentation fixes.
<davej@redhat.com>
[AGPGART] Make the VIA AGP driver only announce PCI IDs it actually supports.
Avoids dups with the AMD64 driver.
From: Andi Kleen
<davej@redhat.com>
[AGPGART] Make the Nvidia AGP driver only announce PCI IDs it actually supports.
From: Andi Kleen
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] H8/300 IDE support update
From: Yoshinori Sato <ysato@users.sourceforge.jp>
With minor fixes from me
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide.c: use less stack in ide_unregister()
From: Chris Wedgwood <cw@f00f.org>
Seperate function, cruft removed and old_hwif
renamed to something less confusing.
<davej@redhat.com>
[AGPGART] Add missing SIS755 ID to AMD64 AGP driver
From: Andi Kleen
<davej@redhat.com>
[AGPGART] Remove lots of trailing whitespace from amd64 gart driver.
No code changes.
<torvalds@ppc970.osdl.org>
Fixed mismerge of cpufreq and pcmcia updates
<shaggy@austin.ibm.com>
JFS: Don't return -EPERM for system xattrs.
Also, we don't need to call jfs_permission directly anymore, just
permission.
Thanks Andreas Gruenbacher
<torvalds@ppc970.osdl.org>
Shorten some PCI device names
Avoid warnings about truncating them when building the
name database.
<jejb@mulgrave.(none)>
SCSI: fix Stack overflow when lldd returns SCSI_MLQUEUE_DEVICE_BUSY
From: Heiko Carstens <Heiko.Carstens@de.ibm.com>
This happened when sending out the inquiry command and the LLDD was in
recovery for the specific LUN and returned SCSI_MLQUEUE_DEVICE_BUSY.
Problem is that max_device_blocked gets set _after_ the inquiry command
finished. In this specific case max_device_blocked was 0 and thus the
device was never blocked resulting in the observed stack overflow.
I moved the initializazion of max_device_blocked from scsi_add_lun to
sdev_alloc_sdev and the problem is gone.
<shaggy@austin.ibm.com>
JFS: Implement multiple commit threads
For scalability, jfs now allows specifying the number of commit
threads with the module parameter commit_threads=<num>. It defaults
to the number of processors.
You can also change the number of txBlocks and txLocks allocated with
the nTxBlock and nTxLock module parameters. "modinfo jfs.ko" for
specifics.
<rth@twiddle.net>
[PATCH] alpha fp-emu vs module refcounting
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
This allows building the math-emu code as a module only when
CONFIG_SMP is not set. The fp trap handler cannot be preempted
on a single-CPU (as CONFIG_PREEMPT is not going to be supported
on alpha), so the module can be safely unloaded at any time.
<greg@kroah.com>
Reversed pci.ids changes, as Linus already fixed them in his tree
<arjanv@redhat.com>
[PATCH] fealnx smp bugfix
spinlock_t *lp = &((struct netdev_private *)dev->priv)->lock;
doesn't mix with
spin_unlock_irqrestore(&lp, flags);
<shaggy@austin.ibm.com>
JFS: set GFP_NOFS to avoid recursing back into file system code
<eranian@hpl.hp.com>
[PATCH] ia64: fix 1-CPU PMC/PMD dump for /proc/perfmon when PFM_DEBUG is on
<akpm@osdl.org>
[PATCH] system_state splitup
Split the system_state state `SYSTEM_SHUTDOWN' into SYSTEM_HALT,
SYSTEM_POWER_OFF and SYSTEM_RESTART and export system_state to modules.
This allows driver shutdown routines to know why they are being shutdown. The
IDE subsystem wants this so that it knows to not spin the disks down across a
reboot.
<akpm@osdl.org>
[PATCH] blk_run_page() race fix
blk_run_page() is incorrectly using page->mapping, which makes it racy against
removal from swapcache.
Make block_sync_page() use page_mapping(), and remove bkl_run_page(), which
only had one caller.
<akpm@osdl.org>
[PATCH] put module license in swim3.c
From: Paul Mackerras <paulus@samba.org>
This patch adds module tags for the swim3 (macintosh floppy) driver.
<akpm@osdl.org>
[PATCH] PPC32: Get full register set on bad kernel accesses
From: Paul Mackerras <paulus@samba.org>
At present on ppc32, if the kernel accesses a bad address and causes an
oops, or drops into the xmon debugger, we only have the contents of the
volatile registers available to print. The reason is that we only save the
volatile registers on entry for a page fault.
This patch restructures the code a bit so that if do_page_fault()
determines that the page fault is caused by a bad kernel access, it returns
to the caller, which then saves the full register set into the exception
frame before calling bad_page_fault(). This way we get the full set of
registers printed in the oops message.
<akpm@osdl.org>
[PATCH] PPC64: iSeries virtual ethernet transmit errors
From: Stephen Rothwell <sfr@au1.ibm.com>
This patch stops the iseries_veth driver trying to send every packet to too
many logical partitions. Consequently, the number of transmit errors falls to
(about) zero from a very large number. This should also improve performance a
bit as the driver is no longer doing 31 extra skb_clone()s and skb_free()s for
each packet.
<akpm@osdl.org>
[PATCH] PPC64 iSeries virtual ethernet locking fix
From: Olaf Hering <olh@suse.de>
Missing spin_unlock in the error path.
<webvenza@libero.it>
[netdrvr sis900] fix ISA bridge detection
<akpm@osdl.org>
[PATCH] PPC32: Minor OCP cleanups
From: Matt Porter <mporter@kernel.crashing.org>
Fixes a warning and a printk format in OCP.
<akpm@osdl.org>
[PATCH] Mark CONFIG_MAC_SERIAL (drivers/macintosh/macserial.c) as broken
From: Arthur Othieno <a.othieno@bluewin.ch>
CONFIG_MAC_SERIAL (drivers/macintosh/macserial.c) is marked obsolete and
currently doesn't build.
benh says: "I though build got fixed recently ... well, anyway, the driver is
indeed obsolete, there's a new one in drivers/serial now."
<akpm@osdl.org>
[PATCH] dpt_i2o warning fixes
drivers/scsi/dpt_i2o.c: In function `adpt_queue':
drivers/scsi/dpt_i2o.c:442: warning: use of cast expressions as lvalues is deprecated
drivers/scsi/dpt_i2o.c: In function `adpt_scsi_register':
drivers/scsi/dpt_i2o.c:2213: warning: use of cast expressions as lvalues is deprecated
<akpm@osdl.org>
[PATCH] speed up readahead for seeky loads
From: Ram Pai <linuxram@us.ibm.com>
Currently the readahead code tends to read one more page than it should with
seeky database-style loads. This was to prevent bogus readahead triggering
when we step into the last page of the current window.
The patch removes that workaround and fixes up the suboptimal logic instead.
wrt the "rounding errors" mentioned in this patch, Ram provided the following
description:
Say the i/o size is 20 pages.
Our algorithm starts by a initial average i/o size of 'ra_pages/2' which
is mostly say 16.
Now every time we take a average, the 'average' progresses as follows
(16+20)/2=18
(18+20)/2=19
(19+20)/2=19
(19+20)/2=19.....
and the rounding error makes it never touch 20
Benchmarking sitrep:
IOZONE
run on a nfs mounted filesystem:
client machine 2proc, 733MHz, 2GB memory
server machine 8proc, 700Mhz, 8GB memory
./iozone -c -t1 -s 4096m -r 128k
<akpm@osdl.org>
[PATCH] security: add disable param to capabilities module
From: Chris Wright <chrisw@osdl.org>
Add disable param to capabilities module. Similar to the SELinux param for
disabling at boot time. This allows vendors to ship single binary image with
capabilities compiled statically, and disable it if they provide another
security model compiled as module.
<akpm@osdl.org>
[PATCH] fix radio-cadet `readq' namespace clash
It conflicts with the readq() I/O function.
<akpm@osdl.org>
[PATCH] Remove hardcoded offsets from i386 asm
From: Brian Gerst <bgerst@didntduck.org>
Generate offsets for thread_info, cpuinfo_x86, and a few others instead of
hardcoding them.
<akpm@osdl.org>
[PATCH] Fix madvise length checking
Fix http://bugme.osdl.org/show_bug.cgi?id=2710.
When the user passed madvise a length of -1 through -4095, madvise blindly
rounds this up to 0 then "succeeds".
<akpm@osdl.org>
[PATCH] dentry size tuning
Experimenting with various values of DENTRY_STORAGE
dentry size objs/slab dentry size * objs/slab inline string
148 26 3848 32
152 26 3952 36
156 25 3900 40
160 24 4000 44
We're currently at 160. The patch fairly arbitrarily takes it down to 152, so
we can fit a 35-char name into the inline part of the dentry.
Also, go back to the old way of sizing d_iname so that any arch-specific
compiler-forced alignemnts are honoured.
<akpm@osdl.org>
[PATCH] Fix arithmetic in shrink_zone()
From: Nick Piggin <nickpiggin@yahoo.com.au>
If the zone has a very small number of inactive pages, local variable
`ratio' can be huge and we do way too much scanning. So much so that Ingo
hit an NMI watchdog expiry, although that was because the zone would have a
had a single refcount-zero page in it, and that logic recently got fixed up
via get_page_testone().
Nick's patch simply puts a sane-looking upper bound on the number of pages
which we'll scan in this round.
It fixes another failure case: if the inactive list becomes very small
compared to the size of the active list, active list scanning (and therefore
inactive list refilling) also becomes small.
This patch causes inactive list scanning to be keyed off the size of the
active+inactive lists. It has the plus of hiding active and inactive
balancing implementation from the higher level scanning code. It will
slightly change other aspects of scanning behaviour, but probably not
significantly.
<akpm@osdl.org>
[PATCH] slab: enable runtime cache line size on i386
From: Manfred Spraul <manfred@colorfullife.com>
the attached patch switches the SLAB_HWCACHE_ALIGN alignment from the
compile time L1 cache line size to the runtime detected value for i386.
x86-64 already uses the runtime detection.
<akpm@osdl.org>
[PATCH] slab: allow arch override for kmem_bufctl_t
From: Manfred Spraul <manfred@colorfullife.com>
The slab allocator keeps track of the free objects in a slab with a linked
list of integers (typedef'ed to kmem_bufctl_t). Right now unsigned int is
used for kmem_bufctl_t, i.e. 4 bytes per-object overhead.
The attached patch implements a per-arch definition of for this type:
Theoretically, unsigned short is sufficient for kmem_bufctl_t and this would
reduce the per-object overhead to 2 bytes. But some archs cannot operate on
16-bit values efficiently, thus it's not possible to switch everyone to
ushort.
The chosen types are a result of dicussions with the various arch maintainers.
<akpm@osdl.org>
[PATCH] slab: add kmem_cache_alloc_node
From: Manfred Spraul <manfred@colorfullife.com>
The attached patch adds a simple kmem_cache_alloc_node function: allocate
memory on a given node. The function is intended for cpu bound structures.
It's used for alloc_percpu and for the slab-internal per-cpu structures.
Jack Steiner reported a ~3% performance increase for AIM7 on a 64-way
Itanium 2.
Port maintainers: The patch could cause problems if CPU_UP_PREPARE is
called for a cpu on a node before the corresponding memory is attached
and/or if alloc_pages_node doesn't fall back to memory from another node if
there is no memory in the requested node. I think noone does that, but I'm
not sure.
<akpm@osdl.org>
[PATCH] Work around gcc 3.3.3-hammer sched miscompilation on x86-64
From: Andi Kleen <ak@muc.de>
The new domain scheduler got miscompiled on x86-64 with gcc 3.3.3-hammer,
which is shipping with some distributions. The kernel deadlocks eventually
under light stress on SMP systems with the right options.
After some experiments it seems this simple change avoids the
miscompilation. It also doesn't pessimize the code unduly for other
architectures.
<akpm@osdl.org>
[PATCH] BeFS MAINTAINERS update
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
<akpm@osdl.org>
[PATCH] Fix for Makefiles to get KBUILD_OUTPUT working
From: Mathieu Chouquet-Stringer <mchouque@online.fr>
If you use O=/someotherdir or KBUILD_OUTPUT=/someotherdir on the following
architectures: alpha, mips, sh and cris, the build process is probably
going to fail at one point or another, depending on the target you used,
because make can't find scripts/Makefile.build or scripts/Makefile.clean.
The following patch fixes this, I greped the whole tree and these four were
the only "offenders" I found.
<akpm@osdl.org>
[PATCH] reserve syscall slots for kexec
From: "Randy.Dunlap" <rddunlap@osdl.org>
kexec is a fairly major and popular feature. People are shipping it in
products, although it is not known if Linux distributors plan to ship it.
The patch reserves the kexec syscall slots to pin the ABI down for
everyone.
- add kexec_load prototype to syscalls.h
- add LINUX_REBOOT_CMD_KEXEC to reboot.h
- add kexec_load syscall for ia32, ia64, x86_64, ppc32, ppc64
<akpm@osdl.org>
[PATCH] fore200e.c warning fix
drivers/atm/fore200e.c: In function `fore200e_close':
drivers/atm/fore200e.c:1659: warning: use of cast expressions as lvalues is deprecated
<akpm@osdl.org>
[PATCH] Remove blk_run_queues() remnants
It no longer exists.
<akpm@osdl.org>
[PATCH] replace MOD_INC_USE_COUNT in cyber2000fb
From: Christoph Hellwig <hch@lst.de>
This driver is unloadable for the pci case, but not if vlb cards are found so
we can't use the module_exit removal to lock it into memory.
Replace the MOD_INC_USE_COUNT with __module_get in it's module_init routine.
<akpm@osdl.org>
[PATCH] don't mention MOD_INC_USE_COUNT/MOD_DEC_USE_COUNT in docs
From: Christoph Hellwig <hch@lst.de>
If we want new drivers to not use obsolete interfaces we're better off not
mentioning it in the documentation.
<akpm@osdl.org>
[PATCH] mark the `planb' video driver broken
From: Christoph Hellwig <hch@lst.de>
This one is missing updates from the v4l1 interfaces in 2.4 to the 2.6ish
v4l2 and thus doesn't compile. While we're at it also remove the
MOD_{INC,DEC}_USE_COUNT calls in it that were bogus even in 2.4 to avoid
false positives in grep.
<akpm@osdl.org>
[PATCH] Subject: [PATCH] kbuild SUBDIRS="more/ than/ one/"
From: Andreas Gruenbacher <agruen@suse.de>
Here is a patch that re-adds support for more than one directory in SUBDIRS.
We have a number of packages that use this.
The FORCE dependency of crmodverdir seems unnecessary; removing.
(acked by Sam)
<akpm@osdl.org>
[PATCH] correct ps2esdi module parm name
From: "Randy.Dunlap" <rddunlap@osdl.org>
The module parameter name is incorrect (looks like a thinko).
<akpm@osdl.org>
[PATCH] SELinux: fix error handling in selinuxfs
From: Stephen Smalley <sds@epoch.ncsc.mil>
This patch against 2.6.6 fixes error handling for two out-of-memory conditions
in selinuxfs, avoiding potential deadlock due to returning without releasing a
semaphore. The patch was submitted by Karl MacMillan of Tresys.
<akpm@osdl.org>
[PATCH] Quota fix 3 - quota file corruption
From: Jan Kara <jack@ucw.cz>
This patch fixes possible quota files corruption which could happen when root
did not have any inodes&space allocated.
Originally this could not happen as structure would not be written to disk in
that case but with journalled quota we need to write even all-zero structure.
The fix is not very nice but change of the format on disk is probably worse (I
made a mistake with not including the usage-bitmaps into format :().
<akpm@osdl.org>
[PATCH] SubmittingDrivers completeness
From: Jonathan Corbet <corbet@lwn.net>
I noticed a patch went in to Documentation/SubmittingDrivers which tweaked
the URL for KernelTraffic. Here's a self-serving patch which makes that
section more complete; to be fair, I added two other sites too. Just in
case it's useful.
<akpm@osdl.org>
[PATCH] EDD: remove unused SCSI header files
From: Matt Domsch <Matt_Domsch@dell.com>
EDD: Remove no longer needed SCSI header file inclusion.
Thanks to ArjanV for reminding me.
<akpm@osdl.org>
[PATCH] efivars: add MODULE_VERSION, remove unnecessary check in exit
From: Matt Domsch <Matt_Domsch@dell.com>
* Adds MODULE_VERSION
* Remove check for efi_enabled in efivars_exit() - we aborted module load at
init based on this already.
<akpm@osdl.org>
[PATCH] do_generic_mapping_read() cleanup
We just tested the page's uptodateness, no point in doing it again.
<akpm@osdl.org>
[PATCH] drivers/cdrom/aztcd.c warning fix.
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
drivers/cdrom/azctd.c:379: warning: `pa_ok' defined but not used
<akpm@osdl.org>
[PATCH] initialise mca_bus_type even if !MCA_bus
From: "Randy.Dunlap" <rddunlap@osdl.org>
We need to call mca_system_init() to register MCA bus struct, otherwise
find_mca_adapter() oopses with a NULL ptr dereference.
Fixes this oops reported last week:
http://marc.theaimsgroup.com/?l=linux-kernel&m=108455738606747&w=2
Thanks to James Bottomley for pointing this out.
<akpm@osdl.org>
[PATCH] kNFSd: Use correct _bh locking on sv_lock.
From: NeilBrown <neilb@cse.unsw.edu.au>
With the _bh, we can deadlock.
<akpm@osdl.org>
[PATCH] kNFSd: Make sure CACHE_NEGATIVE is cleared when a cache entry is updates.
From: NeilBrown <neilb@cse.unsw.edu.au>
This is important for update-in-place caches which may change from being
negative to posative.
Thanks to "J. Bruce Fields" <bfields@fieldses.org> and Olaf Kirch
<okir@suse.de>
<akpm@osdl.org>
[PATCH] kNFSd: Allow larger writes to sunrpc/svc caches.
From: NeilBrown <neilb@cse.unsw.edu.au>
We currently serialize all writes to these caches with queue_io_sem, so we
only needed one buffer.
There is some need for larger-than-one-page writes, so we can just statically
allocate a buffer.
<akpm@osdl.org>
[PATCH] kNFSd: Change fh_compose to NOT consume a reference to the dentry.
From: NeilBrown <neilb@cse.unsw.edu.au>
fh_compose currently consumes a reference to the dentry but not the export
point. This is both inconsistent and confusing.
It is better if a routine like this doesn't consume reference points, so with
this patch, it doesn't. This fixes a couple of very subtle and unusual
reference counting errors.
<akpm@osdl.org>
[PATCH] kNFSd: Protect reference to exp across calls to nfsd_cross_mnt
From: NeilBrown <neilb@cse.unsw.edu.au>
nfsd_cross_mnt can release the reference to the passed svc_export structure
when it returns a different svc_export structure. So we need to make sure we
have a counted reference before, and drop the reference afterwards.
<akpm@osdl.org>
[PATCH] kNFSd: Fix race conditions in idmapper
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
Also fix leaks on error; split up code a bit to make it easier to verify
correctness.
<akpm@osdl.org>
[PATCH] kNFSd: Improve idmapper behaviour on failure.
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
Slightly better behavior on failed mapping (which may happen either because
idmapd is not running, or because there it has told us it doesn't know the
mapping.):
on name->id (setattr), return BADNAME. (I used ESRCH to
communicate BADNAME, just because it was the first error in
include/asm-generic/errno-base.h that had something to
do with nonexistance of something, and that we weren't
already using.)
id->name (getattr), return a string representation of the numerical
id. This is probably useless to the client, especially
since we're unlikely to accept such a string on a setattr,
but perhaps some client will find it mildly helpful.
<akpm@osdl.org>
[PATCH] kNFSd: Reduce timeout when waiting for idmapper userspace daemon.
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
1 second should be plenty of time; if we're going to take longer than that
it's probably better just to return NFS4ERR_DELAY and let the client retry
anyway.
<akpm@osdl.org>
[PATCH] kNFSd: Remove check on number of threads waiting on user-space.
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
Currently we are counting the number of threads already asleep and returning
an immediate NFS4ERR_DELAY (==JUKEBOX) error if more than half are already
asleep.
This patch removes that logic, so instead we only return NFS4ERR_DELAY if an
upcall times out (if it takes more than a second to return).
With the thread counting there is the risk that even when all the relevant
subsystems are responsive, the client may still see occasional NFS4ERR_DELAY
returns just because, by coincidence, several upcalls were initiated at the
same time. I expect clients will delay several seconds before retrying after
NFS4ERR_DELAY, so this will be quite noticeable to users. Sporadic long
delays like this are likely to lead users to suspect a problem somewhere, when
in fact there is none.
The current scheme ensures that we can still process requests not depending on
upcalls, even when all threads would otherwise be tied up waiting on upcalls.
However, this is not something that should happen under normal circumstances;
if a server spends a significant portion of its time with all threads waiting
for upcalls, this a sign that something is seriously wrong.
In such a circumstance (e.g., an ldap server dies), we can, at least, bound
the waiting time to a second without the need for counting threads.
In short, removing the thread-counting will allow us to behave predictably
when things are working, while still allowing some progress when they don't.
It would be a worthwhile project to measure the amount of time threads spend
waiting for upcalls (or for reads, for that matter); if a significant portion
of the time they spend handling requests is spent sleeping, then there's an
opportunity to improve nfsd performance: if we can break the one-to-one
mapping between requests and threads, then we can lower the number of threads
required to keep the nfs server busy.
However, both the currently available options for doing this are problematic:
returning JUKEBOX/DELAY errors at random times will lead to unpredictable
performance, and saving a copy of the request to be processed from scratch
again later is wasteful and makes it difficult to provide correct semantics,
especially in the NFSv4 case.
So for now I believe waits with short timeouts are the best option.
<akpm@osdl.org>
[PATCH] kNFSd: Add a warning when upcalls fail,
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
To help the user diagnose problems caused by user-level daemons not running.
<akpm@osdl.org>
[PATCH] svc_recv() fix
From: "J. Bruce Fields" <bfields@fieldses.org>
svc_recv may call svc_sock_release before rqstp->rq_res is initialized.
<akpm@osdl.org>
[PATCH] VFS cache sizing fix for small machines
From: Matt Mackall <mpm@selenic.com>
Doing the algebra:
c = (a - b) * 3/2
a' = a - c = a - 3/2(a - b) = (2a - 3a + 3b)/2 = (3b - a)/2
a' >= 0
3b - a >= 0
3b >= a
b >= a/3
nr_free_pages() >= mempages/3
We can indeed get into trouble if we try to load a large kernel on a very
small box (ie kernel reserves more than 2/3 of usable memory). Surprisingly I
haven't hit this, but here's a fix.
<akpm@osdl.org>
[PATCH] vga16fb-fix
The recent ARM-specific fix broke ia32. Hopefully the ARM team can find an
arch-specific implementation of VGA_MAP_MEM() which makes it work.
<akpm@osdl.org>
[PATCH] Fix overzealous use of online cpu iterators
From: Rusty Russell <rusty@rustcorp.com.au>
The IA64 hotplug CPU merge seems to have included some core changes: in
particular the recalc_bh_state() needs to sum for all (including offline)
cpus, since we don't empty the counters on CPU down. The totals printed by
/proc/stat (the first loop) should include offline cpus, too (apparently
printing out the per-cpu lines for offline cpus confuses top).
<akpm@osdl.org>
[PATCH] use-before-uninitialized value in ext3(2)_find_ goal
From: Mingming Cao <cmm@us.ibm.com>
There is a uninitialized goal value being referenced in both ext3 and ext2
find goal block functions (ext3_find_goal() and ext2_find_goal()).
In the non-sequential write case, these functions check the goal value(non
zero) before calling ext3(2)_find_near() to find the goal block to
allocate.
Since the goal value is uninitialized(non zero), the ext3(2)_find_near() is
never being called in the non-sequential write, thus ext3(2)_find_goal()
failed to guide a goal block in the random write case.
ext3(2)_new_block() takes the junk goal value and will turn it to goal 0
since it's normally beyond the filesystem block number limit. The fix is
trivial.
<akpm@osdl.org>
[PATCH] s390: core s390
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
s390 core changes:
- Fix system call trace / audit interface.
- Fix find_first_bit / find_next_bit inlines assembly constraints.
<akpm@osdl.org>
[PATCH] s390: dasd driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
dasd device driver changes:
- Reset pointer from ccw device to dasd_devmap on device removal.
<akpm@osdl.org>
[PATCH] s390: zfcp host adapater
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
zfcp host adapter change:
- Remove misplaced dot in error message.
- Remove unused performance statistics code.
<akpm@osdl.org>
[PATCH] s390: network driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Network driver changes:
- iucv: Make grab_param function SMP safe.
- lcs: Fix null-pointer dereference after unsuccessful set_online.
- qeth: Fix kmalloc flags in qeth_alloc_reply.
- qeth: Show broadcase capability also in route4/6 sysfs attributes.
- qeth: Remove debug code.
- qeth: Add option to qetharp user space interface to strip unused
fields from query arp records.
- qeth: Add shortcut in outbound path for HiperSockets.
- qeth: Add more info to qeth_perf_stats.
- qeth: Add support for direct SNMP interface to OSA express cards.
<akpm@osdl.org>
[PATCH] sir_dev locking fix
From: Martin Diehl <lists@mdiehl.de>
There was a spin_unlock missing in the raw mode tx-completion path. Probably
it slipped through because the raw mode stuff is never reached with my Actisys
hardware.
<akpm@osdl.org>
[PATCH] s390 atomic_inc_and_test() fix
From: David Mosberger <davidm@napali.hpl.hp.com>
<webvenza@libero.it>
[netdrvr sis900] cosmetic header cleanups
<webvenza@libero.it>
[netdrvr sis900] fix missing netif_device_detach in suspend
<nathans@sgi.com>
Fix an incorrect email address in XFS maintainers section.
<nathans@sgi.com>
Remove a bk ignored XFS cvs directory, accidentally added.
<akpm@osdl.org>
[PATCH] raid locking fix.
From: Neil Brown <neilb@cse.unsw.edu.au>
Fix bug #2661
Raid currently calls ->unplug_fn under spin_lock_irqsave(), but unplug_fns
can sleep.
After a morning of scratching my head and trying to come up with some that
does less locking, the following is the best I can come up with. I'm not
proud of it but it should work.
If I move "nr_pending" out or rdev into the per-personality structures
(e.g. mirror_info), and if I had "atomic_inc_if_nonzero" I could do with
without locking so much, but random atomic* functions don't seem trivial
<gerg@snapgear.com>
[PATCH] ucLinux: return 0 on success from do_munmap() for nommu version
Added a nommu version of sysctl_max_map_count.
Fix return value from do_munmap(), it should return 0 on success not
EINVAL.
<gerg@snapgear.com>
[PATCH] m68knommu: fix cache flush for 5407 ColdFire CPU
Fix the cache flushing code for the ColdFire 5407 CPU.
The cpushl instruction arguments are wrong, causing it to miss some
cache lines.
<gerg@snapgear.com>
[PATCH] m68knommu: big clean/fix of Dragonball frame buffer driver
Big cleanup of the Motorola DragonBall 68x328 frame buffer. It was
quite broken before.
Patch from Georges Menie <georges@menie.org>.
<gerg@snapgear.com>
[PATCH] m68knommu: add find_next_bit() to bitops.h
A couple of fixups for asm-m68knommu/bitops.h:
. re-order definition of fls(), to be outside __KERNEL__
. add code for find_next_bit()
<gerg@snapgear.com>
[PATCH] m68knommu: add init points for Dragonball frame buffer driver
Create init points for the Motorola Dragonball 68x328 frame
buffer driver.
Patch from Georges Menie <georges@menie.org>
<gerg@snapgear.com>
[PATCH] m68knommu: un-define IO instructions when using smc driver
We should un-define all the x86 style IO routines when redefining local
versions.
<gerg@snapgear.com>
[PATCH] m68knommu: remove ColdFire specific atomic functions
Remove ColdFire specific code sections for atomic_add and atomc_sub.
These are not needed, the m68k asm code for these functions is ColdFire
clean.
<gerg@snapgear.com>
[PATCH] m68knommu: correct build line for Dragonbakk frame buffer driver
Correct build lines for Motorola Dragonball 68x328 frame buffer driver.
Patch from Georges Menie <georges@menie.org>
<gerg@snapgear.com>
[PATCH] m68knommu: remove un-used libgcc symbols
Remove a lot of un-used and un-needed libgcc funstions from export list
for m68knommu syms.
<gerg@snapgear.com>
[PATCH] m68knommu: add newlines to debug trace in comempci.c
Add newlines to some printk debug trace of comempci.c driver.
<paulus@samba.org>
[PATCH] ppc64: move kmem_bufctl_t inside #ifndef __ASSEMBLY__
When the kmem_bufctl_t typedef got added to include/asm-ppc64/types.h,
it got added outside the #ifndef __ASSEMBLY__ section, causing
assembler errors. This patch, from David Gibson, moves it inside the
#ifndef __ASSEMBLY__ region.
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<davem@nuts.davemloft.net>
[SPARC64]: Mark sort_memlist static.
<zli4@cs.uiuc.edu>
[SPARC]: Fix prom_prom_taken[].theres_more setting.
<vfort@provident-solutions.com>
[PATCH] mxser.c kernel-2.6.5
This adds support for the CP-104 Moxa Smartio serial cards. Just add
the PCI ID information.
<pat@computer-refuge.org>
[SPARC64]: Verify that boot CPU number is less than NR_CPUS.
<gnb@melbourne.sgi.com>
[TG3]: Count rx_discards in rx_errors.
<gnb@melbourne.sgi.com>
[TG3]: Add more ethtool -S stats.
<akepner@sgi.com>
[TG3]: Fix ethtool -S.
<peterm@redhat.com>
[NETLINK]: Fix typo in netlink_unicast.
<mhuth@mvista.com>
[IPV6]: Fix sock identity checking bug in tcp_ipv6_check_established.
<stevef@steveft21.ltcsamba>
POSIX protocol extensions part 1
<yoshfuji@linux-ipv6.org>
[IPV6] handle return value from ip6_push_pending_frames().
<yoshfuji@linux-ipv6.org>
[IPV6] unify XXX_push_pending_frames() code path for rawv6 sockets.
<yoshfuji@linux-ipv6.org>
[IPV6] unify csum_ipv6_magic() code path for rawv6 sockets.
<yoshfuji@linux-ipv6.org>
[IPV6] put appropriate checksum for rawv6 sockets even if it was not initialized.
<yoshfuji@linux-ipv6.org>
[IPV6] ensure to evaluate the checksum for sockets with the IPV6_CHECKSUM option.
<shaggy@austin.ibm.com>
JFS: [CHECKER] Memory leak on commonly executed path
The jfs_log structure was never being freed at unmount time.
<neilb@cse.unsw.edu.au>
[PATCH] Invalid notify_change(symlink, [ATTR_MODE]) in nfsd
Make sure NFS client doesn't see errors from mode setting on new symlinks.
When nfsd creates a symlink, it tries to set the mode as the mode is
carried in the NFS request and some filesystems store a mode.
If the filesystem refuses to set the mode (e.g. -EOPNOTSUPP), this
error should not be returned to the client.
<marcel@holtmann.org>
[Bluetooth] Kill duplicate includes
This patch removes the duplicate inclusion of linux/config.h in the
hci_uart driver.
Patch from Arthur Othieno <a.othieno@bluewin.ch>
<dvrabel@arcom.com>
[ARM] Fix IXP4xx CLOCK_TICK_RATE to match HW 66.66... MHz
<dvrabel@arcom.com>
[ARM] Fix IXP4XX_OST_RELOAD_MASK definition to not mask proper bits
Current definition of OST_RELOAD_MASK masks off bit 2 of
the timer reload value register when it should mask bits 0
and 1. This would cause small timeout values to be loaded
incorrectly.
<trond.myklebust@fys.uio.no>
[PATCH] Fix NFS long symlinks checks
The NFS readlink() methods all take a buffer length argument. Use that
instead of assuming PAGE_SIZE...
We need to return ENAMETOOLONG rather than EIO.
<trond.myklebust@fys.uio.no>
RPC: Ensure that if we reconnect, we delay by at least 15
seconds in order to avoid flooding of servers.
<trond.myklebust@fys.uio.no>
NFS_O_DIRECT: there's a code path in nfs_direct_write_seg
where NFS_I(inode)->data_updates can get out of sync
with reality, which will lead to a BUG() in nfs_clear_inode
later on.
Patch by Olaf Kirch.
<trond.myklebust@fys.uio.no>
NFS O_DIRECT: Change the NFS O_DIRECT path so that it
no longer calls the generic VFS read and write routines.
This allows all application read requests to pass through
to the server, instead of just the ones that appear to be
inside the file. this eliminates the requirement to use a
GETATTR operation before each read or write to determine
where the EOF is. This is a significant performance and
scalability win.
It also removes all requirements for holding the inode
semaphore during NFS direct reads and writes, as the read
and write logic no longer needs atomic access to the size
of the file. this also helps client CPU scalability by
reducing the serialization of writes against a single file.
Patch by Chuck Lever
<trond.myklebust@fys.uio.no>
NFSv4: Fix a bug in the open reboot-recovery code.
<trond.myklebust@fys.uio.no>
Following a suggestion by Jamie Lokier
RPC: Make "major" timeouts be of fixed length "timeo<<retrans"
rather than counting the number of retransmissions. The
clock starts at the first attempt to send each request.
RPC: Ensure that we "slow start" the RTT estimation after a
major timeout has occurred.
<trond.myklebust@fys.uio.no>
NFS: Patch by Steve Dickson to improve error reporting
when mounting an NFS filesystem.
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: this adds some new trace messages and
makes existing ones consistent with other
trace messages in the RPC client.
Patch by Chuck Lever
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: Make a couple functions in the krb5 code more
generally useful. This will help prepare for the spkm3
and lipkey mechanisms.
Patch by Bruce Fields
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: Fix module reference counting.
Clean up the interface to the GSSAPI code.
Patch by Bruce Fields
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: Move EXPORT_SYMBOL's to place where functions
are defined.
Patch by Bruce Fields
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: Split out integrity code in wrap and
unwrap procedures; otherwise they're going to
be ridiculously long after we add privacy support.
Patch by Bruce Fields
<trond.myklebust@fys.uio.no>
RPCSEC_GSS: The expiration time passed down in the
gss context is (duh!) in seconds, not jiffies!
Patch by Bruce Fields
<trond.myklebust@fys.uio.no>
nfs_writepage_sync stack reduction
Patch from akpm
<trond.myklebust@fys.uio.no>
From: Arjan van de Ven <arjanv@redhat.com> and akpm
nfs/read.c: dynamically allocate the big structs
<shaggy@austin.ibm.com>
JFS: [CHECKER] if txCommit fails, don't call d_instantiate
In several functions, d_instantiate is called before the transaction
is committed. Under the rare condition that txCommit fails, the new
inode is released, but the dentry continues to point to it. This
can lead to a seg fault. The fix is to call d_instantiate after
txCommit has run successfully.
<davidm@tiger.hpl.hp.com>
ia64: Fix bug in fsys_rt_sigprocmask() reported by Andreas Schwab.
<davidm@tiger.hpl.hp.com>
ia64: Reserve syscall number for kexec_load().
<trond.myklebust@fys.uio.no>
From: Dave Jones <davej@redhat.com>
Remove a local 1k array.
<roehrich@sgi.com>
[XFS] Prep for using dmapi code outside of xfs tree
SGI Modid: xfs-linux:xfs-kern:170510a
<nathans@sgi.com>
[XFS] Remove extraneous vmtruncate call, missed in earlier merge.
SGI Modid: xfs-linux:xfs-kern:170858a
<nathans@sgi.com>
[XFS] Remove xfs_iaccess checks on security namespace, needs to be
done outside XFS.
SGI Modid: xfs-linux:xfs-kern:170861a
<roehrich@sgi.com>
[XFS] Remove some recent dmapi changes
SGI Modid: xfs-linux:xfs-kern:171032a
<roehrich@sgi.com>
[XFS] Dmapi preunmount event references null pointer
SGI Modid: xfs-linux:xfs-kern:171047a
<nathans@sgi.com>
[XFS] Remove unused transaction pointer from bulkstat.
SGI Modid: xfs-linux:xfs-kern:171081a
<nathans@sgi.com>
[XFS] Bump the kmalloc/vmalloc cutoff up to 128k.
SGI Modid: xfs-linux:xfs-kern:171083a
<hch@sgi.com>
[XFS] Properly account for clustered pages in the writeout path
SGI Modid: xfs-linux:xfs-kern:171157a
<jpk@sgi.com>
[XFS] xfs_iomap_write_delay() was doing speculative allocations
without checking if there were any real blocks already in the
speculative allocation area. This could result in an allocation
that overlaps pre-allocated space. This would result in an ASSERT
failure in debug kernels, or invalid output from xfs_bmap.
The code will now only do speculative allocation if we are writing
beyond the current allocation eof.
SGI Modid: xfs-linux:xfs-kern:171163a
<hch@sgi.com>
[XFS] fix direct user memory dereference in bulkstat
SGI Modid: xfs-linux:xfs-kern:171167a
<fsgqa@sgi.com>
[XFS] Remove the 128K limitation on pagebuf_get_no_daddr() and allow
the kmem_alloc() to fail.
SGI Modid: xfs-linux:xfs-kern:171201a
<nathans@sgi.com>
[XFS] Make uses of extended inode flags consistent, remove duplicated code.
SGI Modid: xfs-linux:xfs-kern:171450a
<nathans@sgi.com>
[XFS] Fix some compiler warnings, mark cmn_err as printflike.
SGI Modid: xfs-linux:xfs-kern:171451a
<nathans@sgi.com>
[XFS] Fixup a couple of incorrect xfs_trans_commit calls (bad
flags/casts).
SGI Modid: xfs-linux:xfs-kern:171452a
<nathans@sgi.com>
[XFS] Merge final laptop mode patch (xfssyncd) from Bart Samwel.
SGI Modid: xfs-linux:xfs-kern:171591a
<felixb@sgi.com>
[XFS] Remove speculative preallocation from linvfs_get_block_core.
All speculative preallocations should be done from xfs_iomap_write_delay.
SGI Modid: xfs-linux:xfs-kern:171620a
<jpk@sgi.com>
[XFS] Add support for allocating additional file space in
stripe width sized chunks. A new fstab/mount option,
"swalloc" has been defined. If specified when mounting
a striped file system, allocation requests will be
rounded up to a stripe width if the file size is >= stripe
width, and the data is being appended to eof. The
'swalloc' option is "off" by default.
SGI Modid: xfs-linux:xfs-kern:171710a
<nathans@sgi.com>
[XFS] Export/import tunable time intervals as centisecs not jiffies.
SGI Modid: xfs-linux:xfs-kern:171825a
<nathans@sgi.com>
[XFS] Switch all XFSDEBUG to DEBUG
SGI Modid: xfs-linux:xfs-kern:171990a
<akpm@osdl.org>
[PATCH] ide-disk.c: don't put disks in STANDBY mode on reboot
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
From: Rene Herman <rene.herman@keyaccess.nl>
Prevent the disks from spinning down across a reboot.
<nathans@sgi.com>
[XFS] Fix a use-after-free during transaction commit when the log
is in error state.
SGI Modid: xfs-linux:xfs-kern:172041a
<nathans@sgi.com>
[XFS] Use set_current_state instead of direct current->state assignment.
SGI Modid: xfs-linux:xfs-kern:172042a
<nathans@sgi.com>
[XFS] Fix sendfile return code to be ssize_t in all places.
SGI Modid: xfs-linux:xfs-kern:172110a
<tes@sgi.com>
[XFS] Change xfs_contig_bits to work on 32/64 and both endian styles.
Fix from nboullis@debian.org.
SGI Modid: xfs-linux:xfs-kern:172115a
<hch@sgi.com>
[XFS] Use macros instead of inlines for spinlock wrappers to aid
debugging.
SGI Modid: xfs-linux:xfs-kern:172120a
<sandeen@sgi.com>
[XFS] guard against unused var in new mutex_spinunlock #define
SGI Modid: xfs-linux:xfs-kern:172198a
<nathans@sgi.com>
[XFS] Remove xfs_swappable code, its not useful on Linux.
SGI Modid: xfs-linux:xfs-kern:172224a
<nathans@sgi.com>
[XFS] Remove no-longer-used variable in log write code, and a
dated comment.
SGI Modid: xfs-linux:xfs-kern:172225a
<nathans@sgi.com>
[XFS] Remove unused xfs_trans_bhold_until_committed and related macros.
SGI Modid: xfs-linux:xfs-kern:172237a
<nico@org.rmk.(none)>
[ARM PATCH] 1867/1: support for the Intel Mainstone (PXA27x based) eval board
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1868/1: support for LEDs on Mainstone
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1870/1: defconfig for Mainstone
Patch from Nicolas Pitre
<nico@org.rmk.(none)>
[ARM PATCH] 1889/1: don't select CONFIG_IWMMXT just yet with Mainstone
Patch from Nicolas Pitre
Since the iWMMXt patch (#1866/1) requires more time to be reviewed,
this patch will allow merging Mainstone patches without breaking
anything if iWMMXt support isn't merged yet.
Should be applied after patch #1867/1.
<g.liakhovetski@gmx.de>
[PATCH] tmscsim: 64-bit cleanup
Ok, here comes the first one. I chose this one because it fixes an actual
bug in the driver. This bug was (partially) introduced by myself when
porting to 2.6. Partly the reason was that I disliked using
function-like macros as lvalues:
sg_dma_address(x) = ...
sg_dma_len(x) = ...
[OT] wouldn't it be better to introduce some macros like
set_sg_dma_{address|len}(x, y)?
A part of the original patch has already been merged (s/UINT/ULONG/), so,
the actual version is re-diffed against 2.6.6-bk6 and re-tested (on a
plain Pentium).
Also updates the driver-version, printed on startup.
<hch@lst.de>
[PATCH] fix assorted wd7000 warnings
- needs linux/delay.h for udelay
- C doesn't allow taking addresses of register variables and gcc even
complains these days
<g.liakhovetski@gmx.de>
[PATCH] tmscsim: no internal queue
Here comes the 2nd one. I wanted to get Christoph's patches now in, but
already the first his patch comes on the top of this one: remove internal
command queuing in the driver. And, in fact, it fixes some bugs in it. So,
they should go in together. Here's the original comment from Christoph's
email of 1 Feb 2004:
<start quote>
Patch looks mostly good for me. But there's some fishyness in queuecommand,
mostly from before you patch:
- many failure cases return one with the new EH code although we wouldn't
want to requeue the midlayer in that case. I removed the ifdef and added
a failed goto to handle them.
- we need to set cmd->result onlyh if we have an error instead of always
an overriding it - else it will leak to the midlayer in the return 1
case.
- the check for ids out of range are superflous (this was one of the errors
above, I decided to remove it instead of fixing it).
- you don't do DC390_UNLOCK_ACB when failing. While it's a noop I think
it's bad to have locking macros in place and don't balance them. You
should probably remove it completly in one of the next patches.
- the pDCB->pWaitingSRB looks a bit strange. By unifying the the codepathes
it becomes much more readable.
<end quote>
<akpm@osdl.org>
[PATCH] qlogicfas408.c warning fix
drivers/scsi/qlogicfas.c:190: warning: initialization from incompatible pointer type
<g.liakhovetski@gmx.de>
tmscsim: remove procfs write support from tmscsim
From: Christoph Hellwig <hch@lst.de>
When looking at the driver after reviewing the changes I stubled over
that code. Almost all of the funcitonality (except DUMP) should go
through the midlayer and will at least cause some confusion if it
doesn't.
Also the implementation isn't exactly nice, like kmalloced scsi commands
and the tytpical 'parsing' macros cut & pasted over all historic scsi
drivers. I think we're better of removing it completly and maybe readd
dump as a sysfs attribute if needed.
500 lines of code gone.
<g.liakhovetski@gmx.de>
[PATCH] tmscsim: remove legacy and void code
This one is purely cosmetic - it removes legacy (pre 2.4) and some void
(e.g. #defined as nothing locks) code. So, it doesn't affect the resulting
object file.
<rusty@rustcorp.com.au>
[PATCH] [TRIVIAL 2.6] drivers_scsi_nsp32.c: kill duplicate
From: a.othieno@bluewin.ch (Arthur Othieno)
<jejb@mulgrave.(none)>
SCSI: logging optimisation
From: garloff@suse.de
Optimization.
Tell the compiler that the SCSI LOG will not likely happen.
<jejb@mulgrave.(none)>
SCSI: deprecate BLIST_FORCELUN
From: garloff@suse.de
Cleanup
Mark BLIST_FORCELUN as deprecated, as we don't want to collect a list
of perfectly working multi-LUN devices with BLIST_FORCELUN. Instead
document max_luns boot/module parameter.
<jejb@mulgrave.(none)>
SCSI: make SCSI REPORT LUNS the default
From: garloff@suse.de
Cleanup/Feature
Remove CONFIG_SCSI_REPORT_LUNS config option.
Instead provide BLIST_NOREPORTLUN that can be passed as default_dev_flags
(but also per device if needed).
Provide BLIST_REPORTLUN2 that allows trying to use REPORT_LUNS for SCSI-2
devices, if they are connected to a host adapter supporting more than 8 LUNs
(and thus avoiding the usual USB crap to render this feature useless when
used with default_dev_flags).
drivers/scsi/Kconfig | 11 -----------
drivers/scsi/scsi_scan.c | 19 +++++++++----------
include/scsi/scsi_devinfo.h | 3 +++
3 files changed, 12 insertions(+), 21 deletions(-)
<jejb@mulgrave.(none)>
SCSI: make inquiry timeout tuneable
From: garloff@suse.de
Feature
Make the timeout for INQUIRY during SCSI scan adjustable via boot parameter.
Note that the second INQUIRY does use a shorter timeout, as the long timeout
is for recovery from the initial reset, not because existing devices would
take so long to answer INQUIRY. SPC3 says that INQUIRY should be available
right away, but real life is different unfortunately.
<akpm@osdl.org>
[PATCH] fix for stuck cpus at boot]
From: Anton Blanchard <anton@samba.org>
From: Rusty Russell <rusty@rustcorp.com.au>
When hotplug cpu isn't enabled, cpu_is_offline is always false. I had a stuck
cpu at boot that resulted in a lockup because we tried to start a migration
thread on it. Instead of cpu_is_offline we can use !cpu_online which should
cover both the hotplug cpu enabled and disabled cases.
<akpm@osdl.org>
[PATCH] ppc64: Fix readq & writeq
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This fixes busted asm constraints for readq & writeq implementation on
ppc64 that resulted in garbage beeing generated for writeq (plus an obvious
mistake in the prototype).
<akpm@osdl.org>
[PATCH] ppc64: fix inline version of _raw_spin_trylock
From: Paul Mackerras <paulus@samba.org>
When I added the out-of-line spinlocks on PPC64, I inadvertently introduced
a bug in the inline version of _raw_spin_trylock, where it returns the
opposite of what it should return. The patch below fixes it.
<akpm@osdl.org>
[PATCH] ppc64: update xmon debugger
From: Paul Mackerras <paulus@samba.org>
This patch fixes a whole pile of problems in the xmon kernel debugger for
ppc64. This basically makes xmon SMP-safe. Now, when we enter xmon it
sends an IPI to the other CPUs to get them into xmon too. It also changes
the way we do single-stepping and breakpoints so that we don't have to
remove a breakpoint to proceed from it (instead we either emulate the
instruction where the breakpoint was, or execute it out of place). With
this patch, if we get an exception inside xmon, it will just return to the
xmon command loop instead of hanging the system as at present.
The patch is quite large because it updates the disassembler to the latest
version from binutils (trimmed a bit), which is why I didn't cc lkml.
<akpm@osdl.org>
[PATCH] ppc64: trivial cleanup
From: David Gibson <david@gibson.dropbear.id.au>
The ppc64 head.S contains an enable_32b_mode function which is used
nowhere. This patch removes it.
<akpm@osdl.org>
[PATCH] ppc64: make enter_rtas() take unsigned long arg
From: Paul Mackerras <paulus@samba.org>
We declare enter_rtas with a struct rtas_args * argument, though it is
supposed to be a physical address, and then every time we call it we cast the
unsigned long result from __pa() to a void *. This patch changes the
declaration of enter_rtas to make it take an unsigned long argument, and
removes the cast from all the callers. The actual enter_rtas() routine is in
assembler and doesn't need to be changed.
<akpm@osdl.org>
[PATCH] ramdisk fixes
- Remove the ramdisk special-case in fs-writeback.c - it will soon be
unneeded.
- Fix rd_ioctl() to return -ENOTTY on invalid ioctl types, not -EINVAL.
- Make ramdisk Kconfig friendlier.
<akpm@osdl.org>
[PATCH] ramdisk memory allocation fixes
Allocating pagecache pages within the disk request_fn is deadlocky and prone
to page allocation failures, causing write I/O errors.
Attempt to improve things by fiddling with gfp masks.
<akpm@osdl.org>
[PATCH] ramdisk: lock blockdev pages during "IO".
There's a race: one CPU writes a 1k block into a ramdisk page which isn't in
the blockdev pagecache yet. It memsets the locked page to zeroes.
While this is happening, another CPU comes in and tries to write a different
1k block to the "disk". But it doesn't lock the page so it races with the
memset and can have its data scribbled over.
Fix this up by locking the page even if it already existed in pagecache.
Locking a pagecache page in a make_request_fn sounds deadlocky but it is not,
because:
a) ramdisk_writepage() does nothing but a set_bit(), and cannot recur onto
the same page.
b) Any higher-level code which holds a page lock is supposed to be
allocating its memory with GFP_NOFS, and in 2.6 kernels that's equivalent
to GFP_NOIO.
(The distinction between GFP_NOIO and GFP_NOFS basically disappeared
with the buffer_head LRU, although it was reused for writes to swap).
<akpm@osdl.org>
[PATCH] ramdisk: use kmap_atomic() in rd_blkdev_pagecache_IO()
We don't actualy need to kmap the blockdev inode's pages at all, because
they're ~__GFP_HIGHMEM. But it's future-safe, and cheap.
<akpm@osdl.org>
[PATCH] ramdisk: fix PageUptodate() handling
When a filesystem does getblk() to get a buffer_head against the ramdisk the
VFS will allocate a new not-uptodate pagecache page and will attach buffers to
it.
The filesystem will then bring certain buffer_heads uptodate. But not the
whole page.
Later, various ramdisk a_ops see the not-uptodate page and wipe the whole
thing out, including the parts to which the filesystem wrote!
Fix that up by only zapping those parts of the page which are covered by
non-uptodate buffers.
<akpm@osdl.org>
[PATCH] ramdisk: implement writepages()
Implement an empty ->writepages() so that attempts to write back ramdisk pages
have less work to do.
<akpm@osdl.org>
[PATCH] ramdisk: separate the blockdev backing_dev_info from the hosted inodes'
Give appropriate and separate backing_dev_info's to both the ramdisk blockdev
inode and to the files which live atop the ramdisk.
Everything works now.
<akpm@osdl.org>
[PATCH] Debugging option to put data symbols in kallsyms
From: Rusty Russell <rusty@rustcorp.com.au>
kallsyms contains only function names, but some debuggers (eg. xmon on
PPC/PPC64) use it to lookup symbols: it'd be much nicer if it included data
symbols too.
<akpm@osdl.org>
[PATCH] getblk() BUG removal
We keep on getting BUG()s from isofs_read_super() because it passes an insane
blocksize to bread(). See http://bugme.osdl.org/show_bug.cgi?id=2735 for
example.
I don't know what's up with isofs, but going BUG in there seems a bit rude.
Change it to drop a bunch of diagnostics and a backtrace then return a null
bh*.
Most callers of getblk() don't expect it to fail, so they'll oops anyway. But
isofs does actually check for a NULL return. This way, the machine stays up
and we get better debug diagnostics.
<akpm@osdl.org>
[PATCH] fbmem: rename sys_inbuf() and sys_outbuf()
From: David Mosberger <davidm@napali.hpl.hp.com>
These aren't syscalls, so rename them. And make them static.
<akpm@osdl.org>
[PATCH] Fix NFSD oops in readdir
From: Neil Brown <neilb@cse.unsw.edu.au>
If a single readdir entry needs to be split over two pages in the reply, we
first encode it into a new page, and then copy the bits into place. When
we do this relocation, we have to modify the "offset" pointer to be either
in the first or the second page, as appropriate.
If the pointer should be at the start of the second page, it is currently
put past the end of the first page.
Note that as the offset and whole response is known to be 4byte-aligned,
the offset pointer will never be split over two pages.
<akpm@osdl.org>
[PATCH] cleanup double semicolons
From: Nuno Monteiro <nuno@itsari.org>
Remove lots of double-semicolons.
<akpm@osdl.org>
[PATCH] trivial: Fix name of biovec slab
From: Rusty Russell <rusty@rustcorp.com.au>
From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>
Pure cosmetic. Largest biovec slab is printed as biovec-BIO_MAX_PAGES in
/proc/slabinfo. It would be more informative to print actual number instead
of macro's name.
<akpm@osdl.org>
[PATCH] trivial: scripts_kernel-doc should strip comments inside structs'
From: Rusty Russell <rusty@rustcorp.com.au>
From: <adobriyan@mail.ru>
Long block comment before declaration moves it out of page in pdfs.
Alexey
$ ./linux-2.6.6-rc2/scripts/kernel-doc.orig -text test.c
struct stuff:
struct stuff {
int a;
/** comment here*/char b;
};
Members:
a
aaaa
b
bbbbb
Description:
stuff
$ ./linux-2.6.6-rc2/scripts/kernel-doc -text test.c
struct stuff:
struct stuff {
int a;
char b;
};
Members:
a
aaaa
b
bbbbb
Description:
stuff
<akpm@osdl.org>
[PATCH] trivial: add parantheses for if (necessary for cross-compilation)
From: Rusty Russell <rusty@rustcorp.com.au>
From: Martin Schaffner <schaffner@gmx.li>
<akpm@osdl.org>
[PATCH] trivial: fix old URLs in initrd doc
From: Rusty Russell <rusty@rustcorp.com.au>
From: Marco Cova <marco.cova@studio.unibo.it>
<akpm@osdl.org>
[PATCH] trivial: MAINTAINERS fbdev - web site change
From: Rusty Russell <rusty@rustcorp.com.au>
From: David Eger <eger@theboonies.us>
Doesn't resolve.
<akpm@osdl.org>
[PATCH] trivial: Fix #endif comment in linux_moduleparam.h
From: Rusty Russell <rusty@rustcorp.com.au>
From: Pavel Machek <pavel@ucw.cz>
If we are providing "helpful" comment, it should better be correct.
<akpm@osdl.org>
[PATCH] trivial: fix /proc documentation lies about file-nr
From: Rusty Russell <rusty@rustcorp.com.au>
From: Tommi Virtanen <tv@tv.debian.net>
<akpm@osdl.org>
[PATCH] trivial: Make JFFS2 ready for Linux 2.7
From: Rusty Russell <rusty@rustcorp.com.au>
(OK from maintainer David Woodhouse <dwmw2@infradead.org>)
From: Sam Ravnborg <sam@ravnborg.org>
From: <l.s.r@web.de>
> since the code for Linux 2.4 compatibility in fs/jffs2 is gone, we can
> clean up the Makefile a bit. Following patch makes the Makefile
> compatible with Linux 2.7 instead . :) Please consider applying.
If we are going to clean up this I prefer we get rid of the
local variables.
See attached patch.
Sam
<akpm@osdl.org>
[PATCH] trivial: drivers/media/video_ir-kbd-gpio.c: kill duplicate include
From: Rusty Russell <rusty@rustcorp.com.au>
From: a.othieno@bluewin.ch (Arthur Othieno)
<akpm@osdl.org>
[PATCH] trivial: add CC Trivial Patch Monkey to SubmittingPatches
From: Rusty Russell <rusty@rustcorp.com.au>
From: maximilian attems <janitor@sternwelten.at>
The "Trivial Patch Monkey" is neither documented in MAINTAINERS nor was there
a note in SubmittingPatches.
<akpm@osdl.org>
[PATCH] trivial: fix counter in build_zonelists()
From: Rusty Russell <rusty@rustcorp.com.au>
From: Stephen Leonard <stephen@phynp6.phy-astr.gsu.edu>
This fixes a counter that is unnecessarily incremented in build_zonelists().
<akpm@osdl.org>
[PATCH] trivial: swsusp section usage
From: Rusty Russell <rusty@rustcorp.com.au>
From: Pavel Machek <pavel@ucw.cz>
This patch fixes init section usage in swsusp.c: "read_suspend_image()" can
be __init.
<akpm@osdl.org>
[PATCH] Feed arch/i386/kernel/msr.c through Lindent
<akpm@osdl.org>
[PATCH] msr.c touchups
A few things which Lindent got wrong.
<akpm@osdl.org>
[PATCH] Fix i386/x86_64 cpuid/msr BUG() on impossible CPUs
From: Rusty Russell <rusty@rustcorp.com.au>
Matthieu Castet <castet.matthieu@free.fr> pointed out that testing
cpu_online(cpu) on a UP system goes BUG().
That's because you're never supposed to ask cpu_online() about a CPU which
is >= NR_CPUS. msr and cpuid devices use the minor to indicate the CPU
number. Oops.
Fix is to explicitly test cpu < NR_CPUS. Using cpu_online() is OK;
although the CPU might go down before you actually read the file, that will
simply cause junk to be returned.
<akpm@osdl.org>
[PATCH] drop left-over #ifndef __ia64__
From: David Mosberger <davidm@napali.hpl.hp.com>
It used to be that loops_per_jiffy was a macro on ia64, hence it couldn't be
exported. That's no longer the case though, so there is no point in
inhibiting its export (not that it makes any _sense_ to export that value on
ia64).
<akpm@osdl.org>
[PATCH] Fix power/shutdown.c comments
From: Roger Luethi <rl@hellgate.ch>
Make the comments in drivers/base/power/shutdown.c somewhat less wrong.
There's still room for improvement :-/.
<akpm@osdl.org>
[PATCH] Neaten and fix init/main.c cpu bringup message
From: Andrew Theurer <habanero@us.ibm.com>
Use num_online_cpus in smp_init instead of counting cpus which may or may not
really be brought up.
<akpm@osdl.org>
[PATCH] ramfs lfs limit
From: Andrea Arcangeli <andrea@suse.de>
this fixes the 2G limit on ramfs
<peterc@gelato.unsw.edu.au>
ia64: Make cond_syscall() declare a dummy prototype so GCC doesn't complain.
<davidm@tiger.hpl.hp.com>
ia64: Kill a warning when arch/ia64/kernel/machvec.c gets compiled on UP.
<davidm@tiger.hpl.hp.com>
ia64: Update defconfig
<ysato@users.sourceforge.jp>
[PATCH] H8/300 mtd setup fix
- config symbol fix
<ysato@users.sourceforge.jp>
[PATCH] H8/300 new ide driver support
- new config items
- interface setup
- io cleanup
<ysato@users.sourceforge.jp>
[PATCH] H8/300 module support update
- add module support code
- add H8/300 ELF infomation
- fix kcore ELF format
<torvalds@ppc970.osdl.org>
Add 'mode' argument to vfs_symlink.
Right now we ignore it, but we need to pass this down
to the low-level filesystems if we want to ever make
knfsd create symlinks with different permissions correctly.
<yoshfuji@linux-ipv6.org>
[IPV4]: Fix deadlock in IP tunnel error path.
<bdschuym@pandora.be>
[BRIDGE]: Fix LL_RESERVED_SPACE usage in netfilter code.
<herbert@gondor.apana.org.au>
[IPSEC]: Fix state modifications in xfrm_state_update().
doing a mod_timer on a live state without holding a lock or for that
matter not even checking whether the state is dead is definitely a bad
idea
<tony@com.rmk.(none)>
[ARM PATCH] 1884/1: OMAP update 1/2: arch files
Patch from Tony Lindgren
This patch syncs the mainline kernel with the linux-omap tree.
The highlights of the patch are:
- Changed the BOOT_MEM() to use the new IO address (Tony Lindgren)
- Cleaned up interrupt handler (Juha Yrjölä)
- DMA channel linking for 1610 (Samuel Ortiz)
- GPIO fixes (Juha Yrjölä)
- IRQ fix for OMAP-730 (Kevin Hilman)
- OMAP-1510 FPGA interrupt fix (Dirk Behme)
- OMAP-1610 voltage change settings (Todd Poynor)
- Uncompress kernel serial output fixes (Tony Lindgren)
<akpm@osdl.org>
[PATCH] block device layer: separate backing_dev_info infrastructure
Sigh. ramdisk almost works, except it loses data on umount.
This is because the files which are atop the ramdisk do not contribute to
dirty memory accounting, but they do need writeback. So when sync() calls
sync_inodes_sb() to do the work, sync_inodes_sb() hopelessly underestimates
the number of pages which need writeback for a complete sync.
If you run `sync' enough times, everything eventually hits "disk" and all is
happy.
The root cause here is that the ramdisk and the files which it hosts shared
the same backing_dev_info. This is inappropriate because the hosted files
*do* want to writeback and really should contribute to dirty memory
accounting. But the ramdisk inode itself wants neither.
So. The patch sets up the infrastructure which permits a blockdev to provide
a separate backing_dev_info for the files which it hosts. It's a bit of a
ramdisk-special.
<torvalds@ppc970.osdl.org>
[REDO] ramdisk: separate the blockdev backing_dev_info from the hosted inodes
This re-applies the separation of the ramdisk blockdev inode
backing store and the files that live in the ramdisk.
Cset exclude: torvalds@ppc970.osdl.org|ChangeSet|20040521210025|21437
<tony@com.rmk.(none)>
[ARM PATCH] 1885/1: OMAP update 2/2: include files
Patch from Tony Lindgren
This patch syncs the mainline kernel with the linux-omap tree.
The highlights of the patch are:
- Changed the BOOT_MEM() to use the new IO address (Tony Lindgren)
- Cleaned up interrupt handler (Juha Yrjölä)
- DMA channel linking for 1610 (Samuel Ortiz)
- GPIO fixes (Juha Yrjölä)
- IRQ fix for OMAP-730 (Kevin Hilman)
- OMAP-1510 FPGA interrupt fix (Dirk Behme)
- OMAP-1610 voltage change settings (Todd Poynor)
- Uncompress kernel serial output fixes (Tony Lindgren)
<tony@com.rmk.(none)>
[ARM PATCH] 1887/1: Update OMAP low level debug functions again
Patch from Tony Lindgren
This patch makes the low level debug functions work when support is
compiled in for multiple OMAPs. The patch also removes now unnecessary
include, incorrect comment, and SERIAL_REG_SHIFT ifdefs.
<stevef@steveft21.ltcsamba>
Check for kmalloc failure on building full path
<g.liakhovetski@gmx.de>
[PATCH] tmscsim: trivial updates
Here comes the next (trivial) patch. I just want to get it out of the way
to make the next (scary) patch smaller and simpler. This one doesn't
modify the object code either. Actually, well, it does - it makes a few
objects, that were previously declared extern static. And removes a couple
more defines.
<hch@lst.de>
[PATCH] remove an unused function from NC53c406a
and here's a variant using #if 0
<akpm@osdl.org>
[PATCH] Fix !CONFIG_SYSFS build
From: Maneesh Soni <maneesh@in.ibm.com>
The sysfs_rename_dir() interface was changed recently but I forgot to
change the definition if CONFIG_SYSFS is not defined.
<akpm@osdl.org>
[PATCH] vga16fb warning fix
drivers/video/vga16fb.c:1350: warning: assignment makes pointer from integer without a cast
<akpm@osdl.org>
[PATCH] gss_api build fix
From: "J. Bruce Fields" <bfields@fieldses.org>
Older gcc's don't like that dimensionless array. Remove it in favour of a
pointer to the data.
<akpm@osdl.org>
[PATCH] console autodetection for pmac
From: Olaf Hering <olh@suse.de>
This one allows console autodetection for powermacs.
<akpm@osdl.org>
[PATCH] fix sendfile on 64bit architectures
From: Andi Kleen <ak@suse.de>
sys_sendfile has a hardcoded 2GB limit. 64bit architectures should
probably always use sys_sendfile64() in their native system tables, because
for them sizeof(off_t) == sizeof(loff_t). This patch does this. It seemed
easier to just change the 64bit entry tables instead of fixing up all the
emulation layers to do 2GB checks on their own.
I changed all 64bit architectures except for parisc64, which seemed to
already have a sendfile64.
<akpm@osdl.org>
[PATCH] fbdev: mode switching fix.
From: James Simmons <jsimmons@infradead.org>
This fixes the bugs that where in mode switch via stty.
The problem was we couldn't set the mode just by using the x and y
resolution. We use modedb to fill in the rest. There also was a bug that
allowed you to change the console resolution for drivers with fixed
resolutions. This would mess up your display. Now that is fixed.
<akpm@osdl.org>
[PATCH] trivial: use page_to_phys in dma_map_page()
From: Trivial Patch Monkey <trivial@rustcorp.com.au>
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
dma_map_page() can be simplified by using page_to_phys instead of writing the
calculation explicitly.
<akpm@osdl.org>
[PATCH] trivial: remove duplicated #includes
From: Rusty Russell <rusty@rustcorp.com.au>
From: a.othieno@bluewin.ch (Arthur Othieno)
From: Vinay K Nallamothu <vinay-rc@naturesoft.net>
Remove various duplicated #includes
From: Vinay K Nallamothu <vinay-rc@naturesoft.net>
Use mod_timer in drivers_block_floppy98.c
From: carbonated beverage <ramune@net-ronin.org>
doc update for bk usage
bk://... appears to be dead, use http://... instead.
<akpm@osdl.org>
[PATCH] Sanitise handling of unneeded syscall stubs
From: David Mosberger <davidm@napali.hpl.hp.com>
Below is a patch that tries to sanitize the dropping of unneeded system-call
stubs in generic code. In some instances, it would be possible to move the
optional system-call stubs into a library routine which would avoid the need
for #ifdefs, but in many cases, doing so would require making several
functions global (and possibly exporting additional data-structures in
header-files). Furthermore, it would inhibit (automatic) inlining in the
cases in the cases where the stubs are needed. For these reasons, the patch
keeps the #ifdef-approach.
This has been tested on ia64 and there were no objections from the
arch-maintainers (and one positive response). The patch should be safe but
arch-maintainers may want to take a second look to see if some __ARCH_WANT_foo
macros should be removed for their architecture (I'm quite sure that's the
case, but I wanted to play it safe and only preserved the status-quo in that
regard).
<akpm@osdl.org>
[PATCH] blk: clear completion stack pointer on return
From: Jens Axboe <axboe@suse.de>
It doesn't always look safe to let ->waiting remain set when returning from
functions that set it to point to stack area, since various locations check
for != NULL to see if it's valid. So clear it on return from
ide_do_drive_cmd() and blk_execute_rq().
<akpm@osdl.org>
[PATCH] swsusp: kill unneccessary debugging
From: Pavel Machek <pavel@ucw.cz>
This is no longer neccessary. We have enough pauses elsewhere, and it works
well enough that this is not needed.
<akpm@osdl.org>
[PATCH] swsusp: fix devfs breakage introduced in 2.6.6
From: Pavel Machek <pavel@ucw.cz>
This fixes bad interaction between devfs and swsusp.
Check whether the swap device is the specified resume device, irrespective of
whether they are specified by identical names.
(Thus, device inode aliasing is allowed. You can say /dev/hda4 instead of
/dev/ide/host0/bus0/target0/lun0/part4 [if using devfs] and they'll be
considered the same device. This is *necessary* for devfs, since the resume
code can only recognize the form /dev/hda4, but the suspend code would like
the long name [as shown in 'cat /proc/mounts'].)
[Thanks to devfs hero whose name I forgot.]
<akpm@osdl.org>
[PATCH] i4l: Eicon driver: fix __devexit in prototype
From: Armin Schindler <armin@melware.de>
Fixes a compiler warning about unused Eicon ISDN driver function if hotplug is
disabled.
<akpm@osdl.org>
[PATCH] x86 cpuid cache info update
From: Francois Romieu <romieu@fr.zoreil.com>
Missing cache size format for Intel P4E (p.26 of doc. 241618-025, "Intel
Processor Identification and the CPUID Instruction").
<akpm@osdl.org>
[PATCH] autofs4: printk cleanup
From: Ian Kent <raven@themaw.net>
This is a patch contributed by Joe Perches to automatically include the
function name in the dprintk statements.
<akpm@osdl.org>
[PATCH] autofs4: MAINTAINERS update
From: Ian Kent <raven@themaw.net>
This changes the autofs4 maintainer to me. Recommended by Joe Perches and
OKed with Jeremy.
<bunk@fs.tum.de>
[PATCH] JFFS2_FS_NAND=y compile error
The case of CONFIG_JFFS2_FS_NAND=y got broken recently.
The bug is obvious, and the fix is trivial:
<bunk@fs.tum.de>
[PATCH] more comx removal
The patch below removes the MAINTAINERS entry for the removed comx
driver.
Additionally, the following comx header files could be removed:
drivers/net/wan/mixcom.h
drivers/net/wan/hscx.h
drivers/net/wan/munich32x.h
drivers/net/wan/falc-lh.h
I've double-checked that none of them are used by any other driver.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove dead drivers/ide/ppc/swarm.c
This driver was partially merged in 2.5.32 and never compiled in 2.5/2.6.
It was fixed in linux-mips CVS but has been broken again about 5 months ago.
Just remove it for now (it is in wrong directory anyway).
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] two fixups for my ARM/ARM26 IDE changes
- initializing needs to be set to 1 before calling ide_arm_init()
- ide_default_io_ctl() should be 0 on arm26
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] IDE PCI: don't initialize fields of static chipset tables to zero
Also remove unused EOL define from ide.h.
This trivial patch makes grepping a lot easier.
<herbet@gondor.apana.org.au>
[IPSEC]: Lock policy in policy timer.
<shemminger@osdl.org>
[BRIDGE]: Handle delete of multiple devices with same address.
This fixes the issue discovered when removing bluetooth devices from a bridge.
Need to add special case code when forwarding table is being cleaned up to
handle the case where several devices share the same hardware address.
<shemminger@osdl.org>
[BRIDGE]: Cleanup of bridge allocation.
Minor cleanup (lead in to later sysfs support).
Change new_nb to new_bridge_dev and return the net_device rather than
bridge because that is what the caller wants anyway.
<shemminger@osdl.org>
[BRIDGE]: Relax locking on add/delete.
Relax the locking on add/delete interfaces to a bridge. Since these operations
are already called with RTNL semaphore, only need to hold the bridge lock while
doing operations related to STP and processing path. This is necessary for later
sysfs support where those operations might sleep.
<shemminger@osdl.org>
[BRIDGE]: Ioctl cleanup and consolidation.
Merge the ioctl stub calls that just end up calling the sub-function
to do the actual ioctl. Move br_get_XXX_ifindices into the ioctl file
as well where they can be static.
<shemminger@osdl.org>
[BRIDGE]: Fix deadlock on device removal.
Fix a deadlock where deleting a device call br_del_if with lock held.
br_del_if doesn't want to be called under lock anymore.
<shemminger@osdl.org>
[BRIDGE]: Read forwarding table chunk at a time.
Change how the read of forwarding table works. Instead of copying
entries to user one at a time, use an intermediate kernel buffer and
do up to a page at a chunk.
This gets rid of some awkward code dealing with entries getting deleted
during the copy. And allows same function to be used by later sysfs
hook.
<shemminger@osdl.org>
[BRIDGE]: Expose timer_residue function for use by sysfs.
Move the local function timer_residue to br_timer_value so it can
be used by both ioctl and sysfs code.
<shemminger@osdl.org>
[BRIDGE]: Add sysfs support.
<shemminger@osdl.org>
[BRIDGE]: New ioctl interface for 32/64 compatability.
Add four new ioctl's for the operations that can't be done through sysfs.
The existing bridge ioctl's are multiplexed, and most go through SIOCDEVPRIVATE
so they won't work in a mixed 32/64bit environment.
The new release of bridge-utils will use these if possible, and fall
back to the old interface.
<shemminger@osdl.org>
[BRIDGE]: Compat hooks for new-ioctl interface.
Replacement 64 bit compatibility code for the new ioctl's. The new
ioctl's all pass through clean, but for the old style ioctl's it uses
the mis-feature of the earlier bridge-utils that they check the API version.
So if an old 32bit version of brctl is run on a 64bit platform it will
report
bridge utilities not compatible with kernel version
Tested on Itanium 1; but should solve issue for sparc, ppc, and x86_64
<shemminger@osdl.org>
[BRIDGE]: Forwarding table sanity checks.
Forwarding table paranoia:
* Solve some potential problems if a device changes address and one or
more device has the same address.
* Warn if new device added to a bridge matches a entry that has shown
up on the network.
* Also don't put static entries in the timer list, they don't time
out so shouldn't be there.
<torvalds@ppc970.osdl.org>
Avoid type warning in comparison by making it explicit.
(The difference between two pointers is a "size_t", while
MAX_LEN and the result here are "int"s).
<stevef@smfhome1.smfsambadom>
fix oops in heavy stress test caused by lack of check for bad dentry being passed in on reconnect
<akpm@osdl.org>
[PATCH] Make swapper_space tree_lock irq-safe
->tree_lock is supposed to be IRQ-safe. Hugh worked out that with his
changes, we never actually take it from interrupt context, so spin_lock() is
sufficient.
Apart from kinda freaking me out, the analysis which led to this decision
becomes untrue with later patches. So make it irq-safe.
<akpm@osdl.org>
[PATCH] __add_to_swap_cache and add_to_pagecache() simplification
Simplify the logic in there a bit.
<akpm@osdl.org>
[PATCH] revert recent swapcache handling changes
Go back to the 2.6.5 concepts, with rmap additions. In particular:
- Implement Andrea's flavour of page_mapping(). This function opaquely does
the right thing for pagecache pages, anon pages and for swapcache pages.
The critical thing here is that page_mapping() returns &swapper_space for
swapcache pages without actually requiring the storage at page->mapping.
This frees page->mapping for the anonmm/anonvma metadata.
- Andrea and Hugh placed the pagecache index of swapcache pages into
page->private rather than page->index. So add new page_index() function
which hides this.
- Make swapper_space.set_page_dirty() again point at
__set_page_dirty_buffers(). If we don't do that, a bare set_page_dirty()
will fall through to __set_page_dirty_buffers(), which is silly.
This way, __set_page_dirty_buffers() can continue to use page->mapping.
It should never go near anon or swapcache pages.
- Give swapper_space a ->set_page_dirty address_space_operation method, so
that set_page_dirty() will not fall through to __set_page_dirty_buffers()
for swapcache pages. That function is not set up to handle them.
The main effect of these changes is that swapcache pages are treated more
similarly to pagecache pages. And we are again tagging swapcache pages as
dirty in their radix tree, which is a requirement if we later wish to
implement swapcache writearound based on tagged radix-tree walks.
<akpm@osdl.org>
[PATCH] vmscan: revert may_enter_fs changes
Fix up the "may we call writepage" logic for the swapcache changes.
<akpm@osdl.org>
[PATCH] Make sync_page use swapper_space again
Revert recent changes to sync_page(). Now that page_mapping() returns
&swapper_space for swapcache pages we don't need to test for PageSwapCache in
sync_page().
<akpm@osdl.org>
[PATCH] __set_page_dirty_nobuffers race fix
Running __mark_inode_dirty() against a swapcache page is illegal and will
oops.
I see a race in set_page_dirty() wherein it can be called with a PageSwapCache
page, but if the page is removed from swapcache after
__set_page_dirty_nobuffers() drops tree_lock(), we have the situation where
PageSwapCache() is false, but local variable `mapping' points at swapcache.
Handle that by checking for non-null mapping->host. We don't care about the
page state at this point - we're only interested in the inode.
There is a converse case: what if a page is added to swapcache as we are
running set_page_dirty() against it?
In this case the page gets its PG_dirty flag set but it is not tagged as dirty
in the swapper_space radix tree. The swap writeout code will handle this OK
and test_clear_page_dirty()'s call to
radix_tree_tag_clear(PAGECACHE_TAG_DIRTY) will silently have no effect. The
only downside is that future radix-tree-based writearound won't notice that
such pages are dirty and swap IO scheduling will be a teensy bit worse.
The patch also fixes the (silly) testing of local variable `mapping' to see if
the page was truncated. We should test page_mapping() for that.
<akpm@osdl.org>
[PATCH] rmap 7 object-based rmap
From: Hugh Dickins <hugh@veritas.com>
Dave McCracken's object-based reverse mapping scheme for file pages: why
build up and tear down chains of pte pointers for file pages, when
page->mapping has i_mmap and i_mmap_shared lists of all the vmas which
might contain that page, and it appears at one deterministic position
within the vma (unless vma is nonlinear - see next patch)?
Has some drawbacks: more work to locate the ptes from page_referenced and
try_to_unmap, especially if the i_mmap lists contain a lot of vmas covering
different ranges; has to down_trylock the i_shared_sem, and hope that
doesn't fail too often. But attractive in that it uses less lowmem, and
shifts the rmap burden away from the hot paths, to swapout.
Hybrid scheme for the moment: carry on with pte_chains for anonymous pages,
that's unchanged; but file pages keep mapcount in the pte union of struct
page, where anonymous pages keep chain pointer or direct pte address: so
page_mapped(page) works on both.
Hugh massaged it a little: distinct page_add_file_rmap entry point; list
searches check rss so as not to waste time on mms fully swapped out; check
mapcount to terminate once all ptes have been found; and a WARN_ON if
page_referenced should have but couldn't find all the ptes.
<akpm@osdl.org>
[PATCH] rmap 8 unmap nonlinear
From: Hugh Dickins <hugh@veritas.com>
The previous patch let the ptes of file pages be located via page
->mapping->i_mmap and i_mmap_shared lists of vmas; which works well unless
the vma is VM_NONLINEAR - one in which sys_remap_file_pages has been used
to place pages in unexpected places, to avoid an explosion of distinct
unmergable vmas. Such pages were effectively locked in memory.
page_referenced_file is already skipping nonlinear vmas, they'd just waste
its time, and age unfairly any pages in their proper positions. Now extend
try_to_unmap_file, to persuade it to swap from nonlinears.
Ignoring the page requested, try to unmap cluster of 32 neighbouring ptes
(in worst case all empty slots) in a nonlinear vma, then move on to the
next vma; stopping when we've unmapped at least as many maps as the
requested page had (vague guide of how hard to try), or have reached the
end. With large sparse nonlinear vmas, this could take a long time:
inserted a cond_resched while no locks are held, unusual at this level but
I think okay, shrink_list does so.
Use vm_private_data a little like the old mm->swap_address, as a cursor
recording how far we got, so we don't attack the same ptes next time around
(earlier tried inserting an empty marker vma in the list, but that got
messy). How well this will work on real- life nonlinear vmas remains to be
seen, but should work better than locking them all in memory, or swapping
everything out all the time.
Existing users of vm_private_data have either VM_RESERVED or VM_DONTEXPAND
set, both of which are in the VM_SPECIAL category where we never try to
merge vmas: so removed the vm_private_data test from is_mergeable_vma, so
we can still merge VM_NONLINEARs. Of course, we could instead add another
field to vm_area_struct.
<akpm@osdl.org>
[PATCH] slab: consolidate panic code
Many places do:
if (kmem_cache_create(...) == NULL)
panic(...);
We can consolidate all that by passing another flag to kmem_cache_create()
which says "panic if it doesn't work".
<akpm@osdl.org>
[PATCH] rmap 9 remove pte_chains
From: Hugh Dickins <hugh@veritas.com>
Lots of deletions: the next patch will put in the new anon rmap, which
should look clearer if first we remove all of the old pte-pointer-based
rmap from the core in this patch - which therefore leaves anonymous rmap
totally disabled, anon pages locked in memory until process frees them.
Leave arch files (and page table rmap) untouched for now, clean them up in
a later batch. A few constructive changes amidst all the deletions:
Choose names (e.g. page_add_anon_rmap) and args (e.g. no more pteps) now
so we need not revisit so many files in the next patch. Inline function
page_dup_rmap for fork's copy_page_range, simply bumps mapcount under lock.
cond_resched_lock in copy_page_range. Struct page rearranged: no pte
union, just mapcount moved next to atomic count, so two ints can occupy one
long on 64-bit; i386 struct page now 32 bytes even with PAE. Never pass
PageReserved to page_remove_rmap, only do_wp_page did so.
From: Hugh Dickins <hugh@veritas.com>
Move page_add_anon_rmap's BUG_ON(page_mapping(page)) inside the rmap_lock
(well, might as well just check mapping if !mapcount then): if this page is
being mapped or unmapped on another cpu at the same time, page_mapping's
PageAnon(page) and page->mapping are volatile.
But page_mapping(page) is used more widely: I've a nasty feeling that
clear_page_anon, page_add_anon_rmap and/or page_mapping need barriers added
(also in 2.6.6 itself),
<akpm@osdl.org>
[PATCH] rmap 10 add anonmm rmap
From: Hugh Dickins <hugh@veritas.com>
Hugh's anonmm object-based reverse mapping scheme for anonymous pages. We
have not yet decided whether to adopt this scheme, or Andrea's more advanced
anon_vma scheme. anonmm is easier for me to merge quickly, to replace the
pte_chain rmap taken out in the previous patch; a patch to install Andrea's
anon_vma will follow in due course.
Why build up and tear down chains of pte pointers for anonymous pages, when a
page can only appear at one particular address, in a restricted group of mms
that might share it? (Except: see next patch on mremap.)
Introduce struct anonmm per mm to track anonymous pages, all forks from one
exec sharing the same bundle of linked anonmms. Anonymous pages originate in
one mm, but may be forked into another mm of the bundle later on. Callouts
from fork.c to allocate, dup and exit the anonmm structure private to rmap.c.
From: Hugh Dickins <hugh@veritas.com>
Two concurrent exits (of the last two mms sharing the anonhd). First
exit_rmap brings anonhd->count down to 2, gets preempted (at the
spin_unlock) by second, which brings anonhd->count down to 1, sees it's 1
and frees the anonhd (without making any change to anonhd->count itself),
cpu goes on to do something new which reallocates the old anonhd as a new
struct anonmm (probably not a head, in which case count will start at 1),
first resumes after the spin_unlock and sees anonhd->count 1, frees "anonhd"
again, it's used for something else, a later exit_rmap list_del finds list
corrupt.
<akpm@osdl.org>
[PATCH] rmap 11 mremap moves
From: Hugh Dickins <hugh@veritas.com>
A weakness of the anonmm scheme is its difficulty in tracking pages shared
between two or more mms (one being an ancestor of the other), when mremap has
been used to move a range of pages in one of those mms. mremap move is not
very common anyway, and it's more often used on a page range exclusive to the
mm; but uncommon though it may be, we must not allow unlocked pages to become
unswappable.
This patch follows Linus' suggestion, simply to take a private copy of the
page in such a case: early C-O-W. My previous implementation was daft with
respect to pages currently on swap: it insisted on swapping them in to copy
them. No need for that: just take the copy when a page is brought in from
swap, and its intended address is found to clash with what rmap has already
noted.
If do_swap_page has to make this copy in the mremap moved case (simply a call
to do_wp_page), might as well do so also in the case when it's a write access
but the page not exclusive, it's always seemed a little odd that swapin needed
a second fault for that. A bug even: get_user_pages force imagines that a
single call to handle_mm_fault must break C-O-W. Another bugfix: swapoff's
unuse_process didn't check is_vm_hugetlb_page.
Andrea's anon_vma has no such problem with mremap moved pages, handling them
with elegant use of vm_pgoff - though at some cost to vma merging. How
important is it to handle them efficiently? For now there's a msg
printk(KERN_WARNING "%s: mremap moved %d cows\n", current->comm, cows);
<akpm@osdl.org>
[PATCH] rmap 12 pgtable remove rmap
From: Hugh Dickins <hugh@veritas.com>
Remove the support for pte_chain rmap from page table initialization, just
continue to maintain nr_page_table_pages (but only for user page tables -
it also counted vmalloc page tables before, little need, and I'm unsure if
per-cpu stats are safe early enough on all arches). mm/memory.c is the
only core file affected.
But ppc and ppc64 have found the old rmap page table initialization useful
to support their ptep_test_and_clear_young: so transfer rmap's
initialization to them (even on kernel page tables? well, okay).
<akpm@osdl.org>
[PATCH] rmap 13 include/asm deletions
From: Hugh Dickins <hugh@veritas.com>
Delete include/asm*/rmap.h
Delete pte_addr_t typedef from include/asm*/pgtable.h
Delete KM_PTE2 from subset of include/asm*/kmap_types.h
Beware when 4G/4G returns to -mm: i386 may need KM_FILLER for 8K stack.
<akpm@osdl.org>
[PATCH] Convert i_shared_sem back to a spinlock
Having a semaphore in there causes modest performance regressions on heavily
mmap-intensive workloads on some hardware. Specifically, up to 30% in SDET on
NUMAQ and big PPC64.
So switch it back to being a spinlock. This does mean that unmap_vmas() needs
to be told whether or not it is allowed to schedule away; that's simple to do
via the zap_details structure.
This change means that there will be high scheuling latencies when someone
truncates a large file which is currently mmapped, but nobody does that
anyway. The scheduling points in unmap_vmas() are mainly for munmap() and
exit(), and they still will work OK for that.
From: Hugh Dickins <hugh@veritas.com>
Sorry, my premature optimizations (trying to pass down NULL zap_details
except when needed) have caught you out doubly: unmap_mapping_range_list was
NULLing the details even though atomic was set; and if it hadn't, then
zap_pte_range would have missed free_swap_and_cache and pte_clear when pte
not present. Moved the optimization into zap_pte_range itself. Plus
massive documentation update.
From: Hugh Dickins <hugh@veritas.com>
Here's a second patch to add to the first: mremap's cows can't come home
without releasing the i_mmap_lock, better move the whole "Subtle point"
locking from move_vma into move_page_tables. And it's possible for the file
that was behind an anonymous page to be truncated while we drop that lock,
don't want to abort mremap because of VM_FAULT_SIGBUS.
(Eek, should we be checking do_swap_page of a vm_file area against the
truncate_count sequence? Technically yes, but I doubt we need bother.)
- We cannot hold i_mmap_lock across move_one_page() because
move_one_page() needs to perform __GFP_WAIT allocations of pagetable pages.
- Move the cond_resched() out so we test it once per page rather than only
when move_one_page() returns -EAGAIN.
<akpm@osdl.org>
[PATCH] rmap 14: i_shared_lock fixes
From: Hugh Dickins <hugh@veritas.com>
First of batch of six patches which introduce Rajesh Venkatasubramanian's
implementation of a radix priority search tree of vmas, to handle object-based
reverse mapping corner cases well.
rmap 14 i_shared_lock fixes
Start the sequence with a couple of outstanding i_shared_lock fixes.
Since i_shared_sem became i_shared_lock, we've had to shift and then
temporarily remove mremap move's protection of concurrent truncation - if
mremap moves ptes while unmap_mapping_range_list is making its way through the
vmas, there's a danger we'd move a pte from an area yet to be cleaned back
into an area already cleared.
Now site the i_shared_lock with the page_table_lock in move_one_page. Replace
page_table_present by get_one_pte_map, so we know when it's necessary to
allocate a new page table: in which case have to drop i_shared_lock, trylock
and perhaps reorder locks on the way back. Yet another fix: must check for
NULL dst before pte_unmap(dst).
And over in rmap.c, try_to_unmap_file's cond_resched amidst its lengthy
nonlinear swapping was now causing might_sleep warnings: moved to a rather
unsatisfactory and less frequent cond_resched_lock on i_shared_lock when we
reach the end of the list; and one before starting on the nonlinears too: the
"cursor" may become out-of-date if we do schedule, but I doubt it's worth
bothering about.
<akpm@osdl.org>
[PATCH] numa api: x86_64 support
From: Andi Kleen <ak@suse.de>
Add NUMA API system calls on x86-64
This includes a bugfix to prevent miscompilation on gcc 3.2 of bitmap.h
<akpm@osdl.org>
[PATCH] numa api: Add i386 support
From: Andi Kleen <ak@suse.de>
Add NUMA API system calls for i386
<akpm@osdl.org>
[PATCH] numa api: Add IA64 support
From: Andi Kleen <ak@suse.de>
Add NUMA API system calls on IA64 and one bug fix required for it.
<akpm@osdl.org>
[PATCH] numa api: Core NUMA API code
From: Andi Kleen <ak@suse.de>
The following patches add support for configurable NUMA memory policy
for user processes. It is based on the proposal from last kernel summit
with feedback from various people.
This NUMA API doesn't not attempt to implement page migration or anything
else complicated: all it does is to police the allocation when a page
is first allocation or when a page is reallocated after swapping. Currently
only support for shared memory and anonymous memory is there; policy for
file based mappings is not implemented yet (although they get implicitely
policied by the default process policy)
It adds three new system calls: mbind to change the policy of a VMA,
set_mempolicy to change the policy of a process, get_mempolicy to retrieve
memory policy. User tools (numactl, libnuma, test programs, manpages) can be
found in ftp://ftp.suse.com/pub/people/ak/numa/numactl-0.6.tar.gz
For details on the system calls see the manpages
http://www.firstfloor.org/~andi/mbind.html
http://www.firstfloor.org/~andi/set_mempolicy.html
http://www.firstfloor.org/~andi/get_mempolicy.html
Most user programs should actually not use the system calls directly,
but use the higher level functions in libnuma
(http://www.firstfloor.org/~andi/numa.html) or the command line tools
(http://www.firstfloor.org/~andi/numactl.html
The system calls allow user programs and administors to set various NUMA memory
policies for putting memory on specific nodes. Here is a short description
of the policies copied from the kernel patch:
* NUMA policy allows the user to give hints in which node(s) memory should
* be allocated.
*
* Support four policies per VMA and per process:
*
* The VMA policy has priority over the process policy for a page fault.
*
* interleave Allocate memory interleaved over a set of nodes,
* with normal fallback if it fails.
* For VMA based allocations this interleaves based on the
* offset into the backing object or offset into the mapping
* for anonymous memory. For process policy an process counter
* is used.
* bind Only allocate memory on a specific set of nodes,
* no fallback.
* preferred Try a specific node first before normal fallback.
* As a special case node -1 here means do the allocation
* on the local CPU. This is normally identical to default,
* but useful to set in a VMA when you have a non default
* process policy.
* default Allocate on the local node first, or when on a VMA
* use the process policy. This is what Linux always did
* in a NUMA aware kernel and still does by, ahem, default.
*
* The process policy is applied for most non interrupt memory allocations
* in that process' context. Interrupts ignore the policies and always
* try to allocate on the local CPU. The VMA policy is only applied for memory
* allocations for a VMA in the VM.
*
* Currently there are a few corner cases in swapping where the policy
* is not applied, but the majority should be handled. When process policy
* is used it is not remembered over swap outs/swap ins.
*
* Only the highest zone in the zone hierarchy gets policied. Allocations
* requesting a lower zone just use default policy. This implies that
* on systems with highmem kernel lowmem allocation don't get policied.
* Same with GFP_DMA allocations.
*
* For shmfs/tmpfs/hugetlbfs shared memory the policy is shared between
* all users and remembered even when nobody has memory mapped.
This patch:
This is the core NUMA API code. This includes NUMA policy aware
wrappers for get_free_pages and alloc_page_vma(). On non NUMA kernels
these are defined away.
The system calls mbind (see http://www.firstfloor.org/~andi/mbind.html),
get_mempolicy (http://www.firstfloor.org/~andi/get_mempolicy.html) and
set_mempolicy (http://www.firstfloor.org/~andi/set_mempolicy.html) are
implemented here.
Adds a vm_policy field to the VMA and to the process. The process
also has field for interleaving. VMA interleaving uses the offset
into the VMA, but that's not possible for process allocations.
From: Andi Kleen <ak@muc.de>
> Andi, how come policy_vma() calls ->set_policy under i_shared_sem?
I think this can be actually dropped now. In an earlier version I did
walk the vma shared list to change the policies of other mappings to the
same shared memory region. This turned out too complicated with all the
corner cases, so I eventually gave in and added ->get_policy to the fast
path. Also there is still the mmap_sem which prevents races in the same MM.
Patch to remove it attached. Also adds documentation and removes the
bogus __alloc_page_vma() prototype noticed by hch.
From: Andi Kleen <ak@suse.de>
A few incremental fixes for NUMA API.
- Fix a few comments
- Add a compat_ function for get_mem_policy I considered changing the
ABI to avoid this, but that would have made the API too ugly. I put it
directly into the file because a mm/compat.c didn't seem worth it just for
this.
- Fix the algorithm for VMA interleave.
From: Matthew Dobson <colpatch@us.ibm.com>
1) Move the extern of alloc_pages_current() into #ifdef CONFIG_NUMA.
The only references to the function are in NUMA code in mempolicy.c
2) Remove the definitions of __alloc_page_vma(). They aren't used.
3) Move forward declaration of struct vm_area_struct to top of file.
<akpm@osdl.org>
[PATCH] mpol in copy_vma
From: Hugh Dickins <hugh@veritas.com>
I think Andi missed the copy_vma I recently added for mremap, and it'll
need something like below.... (Doesn't look like it'll optimize away when
it's not needed - rather bloaty.)
<akpm@osdl.org>
[PATCH] numa api core: use SLAB_PANIC
<akpm@osdl.org>
[PATCH] Re-add NUMA API statistics
From: Andi Kleen <ak@suse.de>
Patch readds the sysfs output of the NUMA API statistics. All my test
scripts need this and it is very useful to check if the policy actually
works.
This got lost when the huge page numa api changes got dropped.
I decided to not resend the huge pages NUMA API changes for now. Instead I
will wait for this area to settle when demand paged large pages is merged.
<akpm@osdl.org>
[PATCH] numa api: Add VMA hooks for policy
From: Andi Kleen <ak@suse.de>
NUMA API adds a policy to each VMA. During VMA creattion, merging and
splitting these policies must be handled properly. This patch adds the calls
to this.
It is a nop when CONFIG_NUMA is not defined.
<akpm@osdl.org>
[PATCH] numa api: Add shared memory support
From: Andi Kleen <ak@suse.de>
Add support to tmpfs and hugetlbfs to support NUMA API. Shared memory is a
bit of a special case for NUMA policy. Normally policy is associated to VMAs
or to processes, but for a shared memory segment you really want to share the
policy. The core NUMA API has code for that, this patch adds the necessary
changes to tmpfs and hugetlbfs.
First it changes the custom swapping code in tmpfs to follow the policy set
via VMAs.
It is also useful to have a "backing store" of policy that saves the policy
even when nobody has the shared memory segment mapped. This allows command
line tools to pre configure policy, which is then later used by programs.
Note that hugetlbfs needs more changes - it is also required to switch it to
lazy allocation, otherwise the prefault prevents mbind() from working.
<akpm@osdl.org>
[PATCH] small numa api fixups
From: Christoph Hellwig <hch@lst.de>
- don't include mempolicy.h in sched.h and mm.h when a forward delcaration
is enough. Andi argued against that in the past, but I'd really hate to add
another header to two of the includes used in basically every driver when we
can include it in the six files actually needing it instead (that number is
for my ppc32 system, maybe other arches need more include in their
directories)
- make numa api fields in tast_struct conditional on CONFIG_NUMA, this gives
us a few ugly ifdefs but avoids wasting memory on non-NUMA systems.
<akpm@osdl.org>
[PATCH] numa api: Add statistics
From: Andi Kleen <ak@suse.de>
Add NUMA hit/miss statistics to page allocation and display them in sysfs.
This is not 100% required for NUMA API, but without this it is very
The overhead is quite low because all counters are per CPU and only happens
when CONFIG_NUMA is defined.
<akpm@osdl.org>
[PATCH] numa api: Add policy support to anonymous memory
From: Andi Kleen <ak@suse.de>
Change to core VM to use alloc_page_vma() instead of alloc_page().
Change the swap readahead to follow the policy of the VMA.
<akpm@osdl.org>
[PATCH] numa api: fix end of memory handling in mbind
From: Andi Kleen <ak@suse.de>
This fixes a user triggerable crash in mbind() in NUMA API. It would oops
when running into the end of memory. Actually not really oops, because a
oops with the mm sem hold for writing always deadlocks.
<akpm@osdl.org>
[PATCH] rmap 15: vma_adjust
From: Hugh Dickins <hugh@veritas.com>
If file-based vmas are to be kept in a tree, according to the file offsets
they map, then adjusting the vma's start pgoff or its end involves
repositioning in the tree, while holding i_shared_lock (and page_table_lock).
We used to avoid that if possible, e.g. when just moving end; but if we're
heading that way, let's now tidy up vma_merge and split_vma, and do all the
locking and adjustment in a new helper vma_adjust. And please, let's call the
next vma in vma_merge "next" rather than "prev".
Since these patches are diffed over 2.6.6-rc2-mm2, they include the NUMA
mpolicy mods which you'll have to remove to go earlier in the series, sorry
for that nuisance. I have intentionally changed the one vma_mpol_equal to
mpol_equal, to make the merge cases more alike.
<akpm@osdl.org>
[PATCH] rmap 16: pretend prio_tree
From: Hugh Dickins <hugh@veritas.com>
Pave the way for prio_tree by switching over to its interfaces, but actually
still implement them with the same old lists as before.
Most of the vma_prio_tree interfaces are straightforward. The interesting one
is vma_prio_tree_next, used to search the tree for all vmas which overlap the
given range: unlike the list_for_each_entry it replaces, it does not find
every vma, just those that match.
But this does leave handling of nonlinear vmas in a very unsatisfactory state:
for now we have to search again over the maximum range to find all the
nonlinear vmas which might contain a page, which of course takes away the
point of the tree. Fixed in later patch of this batch.
There is no need to initialize vma linkage all over, just do it before
inserting the vma in list or tree. /proc/pid/statm had an odd test for its
shared count: simplified to an equivalent test on vm_file.
<akpm@osdl.org>
[PATCH] rmap 17: real prio_tree
From: Hugh Dickins <hugh@veritas.com>
Rajesh Venkatasubramanian's implementation of a radix priority search tree of
vmas, to handle object-based reverse mapping corner cases well.
Amongst the objections to object-based rmap were test cases by akpm and by
mingo, in which large numbers of vmas mapping disjoint or overlapping parts of
a file showed strikingly poor performance of the i_mmap lists. Perhaps those
tests are irrelevant in the real world? We cannot be too sure: the prio_tree
is well-suited to solving precisely that problem, so unless it turns out to
bring too much overhead, let's include it.
Why is this prio_tree.c placed in mm rather than lib? See GET_INDEX: this
implementation is geared throughout to use with vmas, though the first half of
the file appears more general than the second half.
Each node of the prio_tree is itself (contained within) a vma: might save
memory by allocating distinct nodes from which to hang vmas, but wouldn't save
much, and would complicate the usage with preallocations. Off each node of
the prio_tree itself hangs a list of like vmas, if any.
The connection from node to list is a little awkward, but probably the best
compromise: it would be more straightforward to list likes directly from the
tree node, but that would use more memory per vma, for the list_head and to
identify that head. Instead, node's shared.vm_set.head points to next vma
(whose shared.vm_set.head points back to node vma), and that next contains the
list_head from which the rest hang - reusing fields already used in the
prio_tree node itself.
Currently lacks prefetch: Rajesh hopes to add some soon.
<akpm@osdl.org>
[PATCH] rmap 18: i_mmap_nonlinear
From: Hugh Dickins <hugh@veritas.com>
The prio_tree is of no use to nonlinear vmas: currently we're having to search
the tree in the most inefficient way to find all its nonlinears. At the very
least we need an indication of the unlikely case when there are some
nonlinears; but really, we'd do best to take them out of the prio_tree
altogether, into a list of their own - i_mmap_nonlinear.
<akpm@osdl.org>
[PATCH] unmap_mapping_range: add comment
<akpm@osdl.org>
[PATCH] rmap 19: arch prio_tree
From: Hugh Dickins <hugh@veritas.com>
The previous patches of this prio_tree batch have been to generic only. Now
the arm and parisc __flush_dcache_page are converted to using
vma_prio_tree_next, and benefit from its selection of relevant vmas. They're
still accessing the tree without i_shared_lock or any other, that's not
forgotten but still under investigation. Include pagemap.h for the definition
of PAGE_CACHE_SHIFT. s390 and x86_64 no longer initialize vma's shared field
(whose type has changed), done later.
<akpm@osdl.org>
[PATCH] vm_area_struct size comment
From: Hugh Dickins <hugh@veritas.com>
Missed comment on the size of vm_area_struct: it is no longer 64 bytes on
ia32.
<akpm@osdl.org>
[PATCH] rmap.c comment/style fixups
From: Christoph Hellwig <hch@lst.de>
<akpm@osdl.org>
[PATCH] rmap 20 i_mmap_shared into i_mmap
From: Hugh Dickins <hugh@veritas.com>
Why should struct address_space have separate i_mmap and i_mmap_shared
prio_trees (separating !VM_SHARED and VM_SHARED vmas)? No good reason, the
same processing is usually needed on both. Merge i_mmap_shared into i_mmap,
but keep i_mmap_writable count of VM_SHARED vmas (those capable of dirtying
the underlying file) for the mapping_writably_mapped test.
The VM_MAYSHARE test in the arm and parisc loops is not necessarily what they
will want to use in the end: it's provided as a harmless example of what might
be appropriate, but maintainers are likely to revise it later (that parisc
loop is currently being changed in the parisc tree anyway).
On the way, remove the now out-of-date comments on vm_area_struct size.
<akpm@osdl.org>
[PATCH] rmap 21 try_to_unmap_one mapcount
From: Hugh Dickins <hugh@veritas.com>
Why should try_to_unmap_anon and try_to_unmap_file take a copy of
page->mapcount and pass it down for try_to_unmap_one to decrement? why not
just check page->mapcount itself? asks akpm. Perhaps there used to be a good
reason, but not any more: remove the mapcount arg.
<akpm@osdl.org>
[PATCH] rmap 22 flush_dcache_mmap_lock
From: Hugh Dickins <hugh@veritas.com>
arm and parisc __flush_dcache_page have been scanning the i_mmap(_shared) list
without locking or disabling preemption. That may be even more unsafe now
it's a prio tree instead of a list.
It looks like we cannot use i_shared_lock for this protection: most uses of
flush_dcache_page are okay, and only one would need lock ordering fixed
(get_user_pages holds page_table_lock across flush_dcache_page); but there's a
few (e.g. in net and ntfs) which look as if they're using it in I/O
completion - and it would be restrictive to disallow it there.
So, on arm and parisc only, define flush_dcache_mmap_lock(mapping) as
spin_lock_irq(&(mapping)->tree_lock); on i386 (and other arches left to the
next patch) define it away to nothing; and use where needed.
While updating locking hierarchy in filemap.c, remove two layers of the fossil
record from add_to_page_cache comment: no longer used for swap.
I believe all the #includes will work out, but have only built i386. I can
see several things about this patch which might cause revulsion: the name
flush_dcache_mmap_lock? the reuse of the page radix_tree's tree_lock for this
different purpose? spin_lock_irqsave instead? can't we somehow get
i_shared_lock to handle the problem?
<akpm@osdl.org>
[PATCH] rmap 23 empty flush_dcache_mmap_lock
From: Hugh Dickins <hugh@veritas.com>
Most architectures (like i386) do nothing in flush_dcache_page, or don't scan
i_mmap in flush_dcache_page, so don't need flush_dcache_mmap_lock to do
anything: define it and flush_dcache_mmap_unlock away. Noticed arm26, cris,
h8300 still defining flush_page_to_ram: delete it again.
<akpm@osdl.org>
[PATCH] rmap 24 no rmap fastcalls
From: Hugh Dickins <hugh@veritas.com>
I like CONFIG_REGPARM, even when it's forced on: because it's easy to force
off for debugging - easier than editing out scattered fastcalls. Plus I've
never understood why we make function foo a fastcall, but function bar not.
Remove fastcall directives from rmap. And fix comment about mremap_moved
race: it only applies to anon pages.
<akpm@osdl.org>
[PATCH] rmap 27 memset 0 vma
From: Hugh Dickins <hugh@veritas.com>
We're NULLifying more and more fields when initializing a vma
(mpol_set_vma_default does that too, if configured to do anything). Now use
memset to avoid specifying fields, and save a little code too.
(Yes, I realize anon_vma will want to set vm_pgoff non-0, but I think that
will be better handled at the core, since anon vm_pgoff is negotiable up until
an anon_vma is actually assigned.)
<akpm@osdl.org>
[PATCH] rmap 28 remove_vm_struct
From: Hugh Dickins <hugh@veritas.com>
The callers of remove_shared_vm_struct then proceed to do several more
identical things: gather them together in remove_vm_struct.
<akpm@osdl.org>
[PATCH] rmap 29 VM_RESERVED safety
From: Hugh Dickins <hugh@veritas.com>
From: Andrea Arcangeli <andrea@suse.de>
Set VM_RESERVED in videobuf_mmap_mapper, to warn do_no_page and swapout not to
worry about its pages. Set VM_RESERVED in ia64_elf32_init, it too provides an
unusual nopage which might surprise higher level checks. Future safety: they
don't actually pose a problem in this current tree.
<akpm@osdl.org>
[PATCH] rmap 30 fix bad mapcount
From: Hugh Dickins <hugh@veritas.com>
From: Andrea Arcangeli <andrea@suse.de>
page_alloc.c's bad_page routine should reset a bad mapcount; and it's more
revealing to show the bad mapcount than just the boolean mapped.
<akpm@osdl.org>
[PATCH] rmap 31 unlikely bad memory
From: Hugh Dickins <hugh@veritas.com>
From: Andrea Arcangeli <andrea@suse.de>
Sprinkle unlikelys throughout mm/memory.c, wherever we see a pgd_bad or a
pmd_bad; likely or unlikely on pte_same or !pte_same. Put the jump in the
error return from do_no_page, not in the fast path.
<akpm@osdl.org>
[PATCH] rmap 32 zap_pmd_range wrap
From: Hugh Dickins <hugh@veritas.com>
From: Andrea Arcangeli <andrea@suse.de>
zap_pmd_range, alone of all those page_range loops, lacks the check for
whether address wrapped. Hugh is in doubt as to whether this makes any
difference to any config on any arch, but eager to fix the odd one out.
<akpm@osdl.org>
[PATCH] rmap 33 install_arg_page vma
From: Hugh Dickins <hugh@veritas.com>
anon_vma will need to pass vma to put_dirty_page, so change it and its
various callers (setup_arg_pages and its 32-on-64-bit arch variants); and
please, let's rename it to install_arg_page.
Earlier attempt to do this (rmap 26 __setup_arg_pages) tried to clean up
those callers instead, but failed to boot: so now apply rmap 27's memset
initialization of vmas to these callers too; which relieves them from
needing the recently included linux/mempolicy.h.
While there, moved install_arg_page's flush_dcache_page up before
page_table_lock - doesn't in fact matter at all, just saves one worry when
researching flush_dcache_page locking constraints.
<akpm@osdl.org>
[PATCH] rmap 34 vm_flags page_table_lock
From: Hugh Dickins <hugh@veritas.com>
First of a batch of seven rmap patches, based on 2.6.6-mm3. Probably the
final batch: remaining issues outstanding can have isolated patches. The
first half of the batch is good for anonmm or anon_vma, the second half of the
batch replaces my anonmm rmap by Andrea's anon_vma rmap.
Judge for yourselves which you prefer. I do think I was wrong to call
anon_vma more complex than anonmm (its lists are easier to understand than my
refcounting), and I'm happy with its vma merging after the last patch. It
just comes down to whether we can spare the extra 24 bytes (maximum, on
32-bit) per vma for its advantages in swapout and mremap.
rmap 34 vm_flags page_table_lock
Why do we guard vm_flags mods with page_table_lock when it's already
down_write guarded by mmap_sem? There's probably a historical reason, but no
sign of any need for it now. Andrea added a comment and removed the instance
from mprotect.c, Hugh plagiarized his comment and removed the instances from
madvise.c and mlock.c. Huge leap in scalability... not expected; but this
should stop people asking why those spinlocks.
<akpm@osdl.org>
[PATCH] rmap 35 mmap.c cleanups
From: Hugh Dickins <hugh@veritas.com>
Before some real vma_merge work in mmap.c in the next patch, a patch of
miscellaneous cleanups to cut down the noise:
- remove rb_parent arg from vma_merge: mm->mmap can do that case
- scatter pgoff_t around to ingratiate myself with the boss
- reorder is_mergeable_vma tests, vm_ops->close is least likely
- can_vma_merge_before take combined pgoff+pglen arg (from Andrea)
- rearrange do_mmap_pgoff's ever-confusing anonymous flags switch
- comment do_mmap_pgoff's mysterious (vm_flags & VM_SHARED) test
- fix ISO C90 warning on browse_rb if building with DEBUG_MM_RB
- stop that long MNT_NOEXEC line wrapping
Yes, buried in amidst these is indeed one pgoff replaced by "next->vm_pgoff -
pglen" (reverting a mod of mine which took pgoff supplied by user too
seriously in the anon case), and another pgoff replaced by 0 (reverting
anon_vma mod which crept in with NUMA API): neither of them really matters,
except perhaps in /proc/pid/maps.
<akpm@osdl.org>
[PATCH] rmap 36 mprotect use vma_merge
From: Hugh Dickins <hugh@veritas.com>
Earlier on, in 2.6.6, we took the vma merging code out of mremap.c and let it
rely on vma_merge instead (via copy_vma). Now take the vma merging code out
of mprotect.c and let it rely on vma_merge too: so vma_merge becomes the sole
vma merging engine. The fruit of this consolidation is that mprotect now
merges file-backed vmas naturally. Make this change now because anon_vma will
complicate the vma merging rules, let's keep them all in one place.
vma_merge remains where the decisions are made, whether to merge with prev
and/or next; but now [addr,end) may be the latter part of prev, or first part
or whole of next, whereas before it was always a new area.
vma_adjust carries out vma_merge's decision, but when sliding the boundary
between vma and next, must temporarily remove next from the prio_tree too.
And it turned out (by oops) to have a surer idea of whether next needs to be
removed than vma_merge, so the fput and freeing moves into vma_adjust.
Too much decipherment of what's going on at the start of vma_adjust? Yes, and
there's a delicate assumption that you may use vma_adjust in sliding a
boundary, or splitting in two, or growing a vma (mremap uses it in that way),
but not for simply shrinking a vma. Which is so, and must be so (how could
pages mapped in the part to go, be zapped without first splitting?), but would
feel better with some protection.
__vma_unlink can then be moved from mm.h to mmap.c, and mm.h's more misleading
than helpful can_vma_merge is deleted.
<akpm@osdl.org>
[PATCH] rmap 37 page_add_anon_rmap vma
From: Hugh Dickins <hugh@veritas.com>
Silly final patch for anonmm rmap: change page_add_anon_rmap's mm arg to vma
arg like anon_vma rmap, to smooth the transition between them.
<akpm@osdl.org>
[PATCH] rmap 38 remove anonmm rmap
From: Hugh Dickins <hugh@veritas.com>
Before moving on to anon_vma rmap, remove now what's peculiar to anonmm rmap:
the anonmm handling and the mremap move cows. Temporarily reduce
page_referenced_anon and try_to_unmap_anon to stubs, so a kernel built with
this patch will not swap anonymous at all.
<akpm@osdl.org>
[PATCH] rmap 39 add anon_vma rmap
From: Hugh Dickins <hugh@veritas.com>
Andrea Arcangeli's anon_vma object-based reverse mapping scheme for anonymous
pages. Instead of tracking anonymous pages by pte_chains or by mm, this
tracks them by vma. But because vmas are frequently split and merged
(particularly by mprotect), a page cannot point directly to its vma(s), but
instead to an anon_vma list of those vmas likely to contain the page - a list
on which vmas can easily be linked and unlinked as they come and go. The vmas
on one list are all related, either by forking or by splitting.
This has three particular advantages over anonmm: that it can cope
effortlessly with mremap moves; and no longer needs page_table_lock to protect
an mm's vma tree, since try_to_unmap finds vmas via page -> anon_vma -> vma
instead of using find_vma; and should use less cpu for swapout since it can
locate its anonymous vmas more quickly.
It does have disadvantages too: a lot more change in mmap.c to deal with
anon_vmas, though small straightforward additions now that the vma merging has
been refactored there; more lowmem needed for each anon_vma and vma structure;
an additional restriction on the merging of vmas (cannot be merged if already
assigned different anon_vmas, since then their pages will be pointing to
different heads).
(There would be no need to enlarge the vma structure if anonymous pages
belonged only to anonymous vmas; but private file mappings accumulate
anonymous pages by copy-on-write, so need to be listed in both anon_vma and
prio_tree at the same time. A different implementation could avoid that by
using anon_vmas only for purely anonymous vmas, and use the existing prio_tree
to locate cow pages - but that would involve a long search for each single
private copy, probably not a good idea.)
Where before the vm_pgoff of a purely anonymous (not file-backed) vma was
meaningless, now it represents the virtual start address at which that vma is
mapped - which the standard file pgoff manipulations treat linearly as vmas
are split and merged. But if mremap moves the vma, then it generally carries
its original vm_pgoff to the new location, so pages shared with the old
location can still be found. Magic.
Hugh has massaged it somewhat: building on the earlier rmap patches, this
patch is a fifth of the size of Andrea's original anon_vma patch. Please note
that this posting will be his first sight of this patch, which he may or may
not approve.
<akpm@osdl.org>
[PATCH] rmap 40 better anon_vma sharing
From: Hugh Dickins <hugh@veritas.com>
anon_vma rmap will always necessarily be more restrictive about vma merging
than before: according to the history of the vmas in an mm, they are liable to
be allocated different anon_vma heads, and from that point on be unmergeable.
Most of the time this doesn't matter at all; but in two cases it may matter.
One case is that mremap refuses (-EFAULT) to span more than a single vma: so
it is conceivable that some app has relied on vma merging prior to mremap in
the past, and will now fail with anon_vma. Conceivable but unlikely, let's
cross that bridge if we come to it: and the right answer would be to extend
mremap, which should not be exporting the kernel's implementation detail of
vma to user interface.
The other case that matters is when a reasonable repetitive sequence of
syscalls and faults ends up with a large number of separate unmergeable vmas,
instead of the single merged vma it could have.
Andrea's mprotect-vma-merging patch fixed some such instances, but left other
plausible cases unmerged. There is no perfect solution, and the harder you
try to allow vmas to be merged, the less efficient anon_vma becomes, in the
extreme there being one to span the whole address space, from which hangs
every private vma; but anonmm rmap is clearly superior to that extreme.
Andrea's principle was that neighbouring vmas which could be mprotected into
mergeable vmas should be allowed to share anon_vma: good insight. His
implementation was to arrange this sharing when trying vma merge, but that
seems to be too early. This patch sticks to the principle, but implements it
in anon_vma_prepare, when handling the first write fault on a private vma:
with better results. The drawback is that this first write fault needs an
extra find_vma_prev (whereas prev was already to hand when implementing
anon_vma sharing at try-to-merge time).
<akpm@osdl.org>
[PATCH] partial prefetch for vma_prio_tree_next
From: Rajesh Venkatasubramanian <vrajesh@umich.edu>
This patch adds prefetches for walking a vm_set.list. Adding prefetches
for prio tree traversals is tricky and may lead to cache trashing. So this
patch just adds prefetches only when walking a vm_set.list.
I haven't done any benchmarks to show that this patch improves performance.
However, this patch should help to improve performance when vm_set.lists
are long, e.g., libc. Since we only prefetch vmas that are guaranteed to
be used in the near future, this patch should not result in cache trashing,
theoretically.
I didn't add any NULL checks before prefetching because prefetch.h clearly
says prefetch(0) is okay.
<roland@redhat.com>
[PATCH] bogus sigaltstack calls by rt_sigreturn
There is a longstanding bug in the rt_sigreturn system call.
This exists in both 2.4 and 2.6, and for almost every platform.
I am referring to this code in sys_rt_sigreturn (arch/i386/kernel/signal.c):
if (__copy_from_user(&st, &frame->uc.uc_stack, sizeof(st)))
goto badframe;
/* It is more difficult to avoid calling this function than to
call it and ignore errors. */
/*
* THIS CANNOT WORK! "&st" is a kernel address, and "do_sigaltstack()"
* takes a user address (and verifies that it is a user address). End
* result: it does exactly _nothing_.
*/
do_sigaltstack(&st, NULL, regs->esp);
As the comment says, this is bogus. On vanilla i386 kernels, this is just
harmlessly stupid--do_sigaltstack always does nothing and returns -EFAULT.
However this code actually bites users on kernels using Ingo Molnar's 4G/4G
address space layout changes. There some kernel stack address might very
well be a lovely and readable user address as well. When that happens, we
make a sigaltstack call with some random buffer, and then the fun begins.
To my knowledge, this has produced trouble in the real world only for 4G
i386 kernels (RHEL and Fedora "hugemem" kernels) on machines that actually
have several GB of physical memory (and in programs that are actually using
sigaltstack and handling a lot of signals). However, the same clearly
broken code has been blindly copied to most other architecture ports, and
off hand I don't know the address space details of any other well enough to
know if real kernel stack addresses and real user addresses are in fact
disjoint as they are on i386 when not using the nonstandard 4GB address
space layout.
The obvious intent of the call being there in the first place is to permit
a signal handler to diddle its ucontext_t.uc_stack before returning, and
have this effect a sigaltstack call on the signal handler return. This is
not only an optimization vs doing the extra system call, but makes it
possible to make a sigaltstack change when that handler itself was running
on the signal stack. AFAICT this has never actually worked before, so
certainly noone depends on it. But the code certainly suggests that
someone intended at one time for that to be the behavior. Thus I am
inclined to fix it so it works in that way, though it has not done so before.
It would also be reasonable enough to simply rip out the bogus call and not
have this functionality.
From the current state of code in both 2.4 and 2.6, there is no fathoming
how this broken code came about. It's actually much simpler to just make
it work! I can only presume that at some point in the past the sigaltstack
implementation functions were different such that this made sense. Of the
few ports I've looked at briefly, only the ppc/pc64 porters (go paulus!)
actually tried to understand what the i386 code was doing and implemented
it correctly rather than just carefully transliterating the bug.
The patch below fixes only the i386 and x86_64 versions. The x86_64
patches I have not actually tested. I think each and every arch (except
ppc and ppc64) need to make the corresponding fixes as well. Note that
there is a function to fix for each native arch, and then one for each
emulation flavor. The details differ minutely for getting the calls right
in each emulation flavor, but I think that most or all of the arch's with
biarch/emulation support have similar enough code that each emulation
flavor's fix will look very much like the arch/x86_64/ia32/ia32_signal.c
patch here.
<torvalds@ppc970.osdl.org>
Linux 2.6.7-rc1
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCI drivers,ICE1712 driver,ICE1724 driver
- improved the description of ice1724 driver on Kconfig.
- better support of VT1720 with snd-ice1724 driver.
- check PCI subsystem IDs when no EEPROM is available (ice1724 only)
- change the driver name string if given in the board list.
- merged prodigy 7.1 support into aureon.c. they are almost identical.
- allow to use PDMA4 and RMDA1 for non-SPDIF purpose if specified (ice1724 only).
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core
added reverse selections of components to CONFIG_SND_BIT32_EMUL.
<perex@suse.cz>
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the DXS entry for ECS K7VTA3 v8.0
- fixed the DXS entry for ASUS A7V8X to NO_VRA.
<perex@suse.cz>
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel,ALSA Core
Added SNDRV_PCM_SYNC_PTR_APPL and SNDRV_PCM_SYNC_PTR_AVAIL_MIN extensions
to SYNC_PTR ioctl for PCM API.
<marcel@holtmann.org>
[Bluetooth] Use try_module_get() for RFCOMM sessions
It is not possible to use __module_get() when adding a new RFCOMM
session, because there is a case where no reference count is hold.
This happens when the module is not in use right now and an incoming
connection occurs.
<marcel@holtmann.org>
[Bluetooth] Define .kobj.k_name for the fake device
The PCMCIA devices are not devices for the kernel and the bt3c_cs
driver uses a fake device for calling request_firmware(). The fake
device initialization must also set .kobj.k_name to prevent an oops
until PCMCIA devices are fully integrated into the driver model.
<davej@redhat.com>
[AGPGART] Fix a potential leak in intel driver.
It's not leaking anything currently, as agp_alloc_bridge() doesn't do any
actual allocations right now, but if/when things get changed to support
multiple bridges, these error paths need to free up the allocation.
<davej@redhat.com>
[CPUFREQ] Silence noisy debugging printk in longhaul driver.
<jejb@mulgrave.(none)>
initial 2.6 fixup for ATP870U scsi
From: Alan Cox <alan@redhat.com>
Pretty minimal. queue_command is now called locked, this requires propogating
some small locking changes for send_s870
<brking@us.ibm.com>
[PATCH] ipr gcc attributes fixes
This patch fixes an issue where ipr was including a kernel
data structure, list_head, in a packed structure, which causes
compile issues on some architectures, and is just a bad thing to do.
<brking@us.ibm.com>
[PATCH] ipr add error logs to abort and reset paths
This patch adds additional error logging to abort, device reset,
and bus reset paths to help in diagnosing scsi problems on ipr.
<brking@us.ibm.com>
[PATCH] ipr fix for ioa reset timeout oops
This patch fixes an oops discovered in test which can occur
on bad hardware if the ipr adapter times out coming operational.
<brking@us.ibm.com>
[PATCH] ipr remove anonymous unions for gcc 2.95
This patch removes all usage of anonymous unions from the ipr
driver since gcc 2.95 does not support anonymous unions.
<brking@us.ibm.com>
[PATCH] ipr driver version 2.0.7
Bump driver version
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] ncpfs compat ioctls
This takes ncpfs ioctl handling into fs/compat_ioctl.c, removing it from
ppc64 and sparc64 code.
Code sanitized, switched to compat_alloc_user_space(), bunch of
{k,v}malloc() killed.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix oops in dma_unmap_single()
Fix an oops caused by a missing failure return value for devices which
do not require DMA bouncing.
<rmk@flint.arm.linux.org.uk>
[ARM] Provide coherent_dma_mask for PXA MCI device.
<rmk@flint.arm.linux.org.uk>
[ARM] Add lubbock_set_misc_wr()
This provides an atomic method to update the Lubbock board specific
register from various drivers.
<rmk@flint.arm.linux.org.uk>
[ARM] Add LCD display parameters for Lubbock board.
<rmk@flint.arm.linux.org.uk>
[ARM] Update PXA serial driver.
- Move CKEN manipulation into power management handling (so we don't
shut down the clock to the console port.)
- .iotype should be using UPIO_xxx not SERIAL_IO_xxx
- Remove each port when module is unloaded.
- Remove needless #include.
- Remove ASYNC_SKIP_TEST - we don't have any tests to skip.
<rmk@flint.arm.linux.org.uk>
[ARM] Remove SA1111 PS/2 IRQ_HANDLED handling.
Some SA1111 devices are unable to clear the PS/2 receive IRQ before
it has been serviced, so we always re-enter the handler one more
time than is strictly necessary. We can't clear the IRQ after
servicing because that causes race conditions with other SA1111
devices, so we take the easy option and always return IRQ_HANDLED.
<rmk@flint.arm.linux.org.uk>
[ARM] PXAFB bug fixes
- There are only 16 entries in the pseudo palette
- For dual-panel displays, we need to halve the display height
- When disabling the LCD controller, use LCCR0_DIS (aka slow disable)
rather than quick disable.
- Clean up compiler warnings.
<vadim@cs.washington.edu>
[NET]: Save some space with sysfs strings.
<rmk@flint.arm.linux.org.uk>
[ARM] Remove old static GPIO port definitions for SA1111.
Using these old definitions on PXA will result in randomly
scribbling over memory. Remove them.
<nathans@sgi.com>
[XFS] Rename a subdirectory to make life easier for people (esp.
distributors) picking up changes directly from the XFS CVS tree.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix sorting of machine class symbols.
These are supposed to be ordered by option name.
<rmk@flint.arm.linux.org.uk>
[ARM] Enable IRQs over context switches
Disabling IRQs over context switches causes unreasonable IRQ latency
on VIVT cached machines, so provide our own prepare_arch_switch(),
finish_arch_switch() and task_running() implementations. We provide
an optimised UP version so we don't end up needlessly incrementing
and decrementing the preempt count.
<James.Bottomley@SteelEye.com>
[PATCH] pa-risc: kernel/fork.c broken by the new rmap
Any architecture (like pa-risc) that makes use of the helper function
flush_dcache_mmap_lock() won't compile with the new rmap due to use of
the wrong "mapping".
Trivial fix.
<rmk@flint.arm.linux.org.uk>
[ARM] Remove needless include of asm/mach-types.h
<icampbell@com.rmk.(none)>
[ARM PATCH] 1893/1: define __ARCH_WANT_SYS_PAUSE for ARM
Patch from Ian Campbell
The recent changeset "Sanitise handling of unneeded syscall stubs" missed
__ARCH_WANT_SYS_PAUSE from include/asm-arm/unistd.h.
<rmk@flint.arm.linux.org.uk>
[ARM] Don't reference __machine_arch_type directly.
<mroos@linux.ee>
[SPARC64]: Make 32 CPUs the default.
<herbert@gondor.apana.org.au>
[IPSEC]: Fix OOPS when deleting an ip address.
Looks like I was too hasty in blaming myself :) Although my patch does
fix a real bug, it cannot have been responsible for the crash that the OP
reported. The reason is that the state timer always keeps a reference to
the state so even if it is incorrectly re-added the reference will prevent
the crash.
Hence the problem is still a bug in the ref counting. I think I've found
the real culprit now. __xfrm?_find_acq() is missing an xfrm_state_hold
on the create path. This also explains why I never see it myself since
Openswan never creates states through that code-path.
<herbert@gondor.apana.org.au>
[IPSEC]: Use add_timer in find_acq.
<davej@redhat.com>
[CPUFREQ] Convert longhaul driver to use module_param
<davej@redhat.com>
[CPUFREQ] Remove some unneeded includes.
<davej@redhat.com>
[CPUFREQ] Use correct printk prefix in p4-clockmod driver
<davej@redhat.com>
[CPUFREQ] Quieten the powernow-k7 init printk a little.
There seem to be quite a few desktop K7 processors which support the
powernow cpuid call, but don't actually offer any powernow scaling.
In which case the driver prints out
"PowerNOW! Technology present. Can scale: nothing" which looks a bit odd,
and just adds to confusion of end-users.
Change things so that we don't print anything at all if we can't do anything.
Also kill some trailing whitespace gremlins that crept in.
<davej@redhat.com>
[CPUFREQ] Remove a bunch of trailing whitespace from the powernow-k8 driver.
<davej@redhat.com>
[CPUFREQ] Fix leak in powernow-k8
Spotted by Yury Umanets
<davej@redhat.com>
[CPUFREQ] Make longhaul debug a module option.
<davej@redhat.com>
[CPUFREQ] Scaling on VIA C3 Nehemiah works now.
So remove the warning printk.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix lubbock PCMCIA driver.
- access SA1111 GPIO using sa1111_set_io functions.
- access Lubbock misc register using lubbock_set_misc_wr
- fix CF voltage selection.
- don't fiddle with PCMCIA voltage selection when selecting CF
voltage.
- wait for the voltage switches to stabilise before reading the
new card state.
<rmk@flint.arm.linux.org.uk>
[ARM] pxa2xx_udc needs asm/mach-types.h
<errandir_news@mph.eclipse.co.uk>
[PATCH] USB: usblp printer GET_DEVICE_ID fix
There is a problem in the usblp GET_DEVICE_ID ioctl() implementation. The patch
below (against 2.6 current) fixes the code to be according to the official usb
printer spec.
Most printers are not affected by this fix, as they use interface 0 and
alternate 0. For those, nothing changes. But my printer/scanner uses interface
1 for the printer.
<oliver@neukum.org>
[PATCH] USB: clean delays for ehci
Here's one you overlooked.
- safe sleep helper
<oliver@neukum.org>
[PATCH] USB: yet another place for msleep
this is in kobil_sct.
It uses msleep() and replaces needless GFP_ATOMICs with GFP_NOIO
as this function can sleep.
- no need for GFP_ATOMIC
- use msleep()
<oliver@neukum.org>
[PATCH] USB: waitqueue related problem in kaweth
this was buggy for the same reason that the old msleep was buggy.
- safe waiting in case we are left on other wait queues
<oliver@neukum.org>
[PATCH] USB: fix fix to kaweth.c
the previous patch was buggy. The state must be set _before_ the
condition is checked, or there's a window missing a wakeup.
This incremental change set fixes that.
- fix race condition with current->state
<lcapitulino@prefeitura.sp.gov.br>
[PATCH] USB: /usb/gadget/serial.c warning fix.
that code is generating the fallowing warning:
drivers/usb/gadget/serial.c:162: warning: `debug' defined but not used
When G_SERIAL_DEBUG is not defined, `debug' is not used, because
the gs_debug() function is compiled only when G_SERIAL_DEBUG is
defined.
Thus, a solution is to define `debug' only when G_SERIAL_DEBUG
is defined. That includes the use of `debug' as a module parameter
(this last part I'm not sure).
The patch bellow does that (compiles ok, not tested because I don't
have that hardware):
<david-b@pacbell.net>
[PATCH] USB: PXA 2xx UDC and RNDIS g_ether
I noticed some problems with the PXA 2xx UDC and the
RNDIS version of the ethernet-over-usb link:
- Static linking needs more than just two endpoints now
- The endpoint autoconfig misbehaves (sounds like what
Stefan reported a couple weeks ago)
This patch fixes those two problems, though there are
a couple others lurking too.
<movits@bloomberg.com>
[PATCH] USB: add support for MS adapter to usb pegasus net driver
I took the relevant parts from the patch (not some PHY stuff that was
irrelevant). Attached is the patch against stock 2.6.6.
<Thomas.Wahrenbruch@kobil.com>
[PATCH] USB: Fix kobil_sct with uhci
the kobil_sct didn't work with uhci hcds.
It used usb_fill_bulk_urb instead of usb_fill_int_urb.
The attached patch fixes this.
It starts reading in open now - this gives apps (CT-API) the chance to
detect the p'n'p string correctly.
<paulus@samba.org>
[PATCH] ppc64: better stack traces
This improves the stack traces we get on PPC64 by putting a marker in
those stack frames that are created as a result of an interrupt or
exception. The marker is "regshere" (0x7265677368657265).
With this, stack traces show where exceptions have occurred, which can
be very useful. This also improves the accuracy of the trace because
the relevant return address can be in the link register at the time of
the exception rather than on the stack. We now print the PC and
exception type for each exception frame, and then the link register if
appropriate as the next item in the trace.
<stevef@smfhome1.smfsambadom>
Fix incorrect file size on handle based setattr (for big endian hardware)
<stevef@smfhome.smfdom>
check for close pending and invalid file struct on writing out page
<stevef@smfhome.smfdom>
Retry build_path_from_dentry if parent path changes in flight
<davej@redhat.com>
[PATCH] Make early_cpu_detect() set x86_cache_alignment on pre-cpuid CPU's too
From: Zdenek Pavlas <pavlas@nextra.cz>
On any x86 without cpuid, early_cpu_detect() left x86_cache_alignment as
zero, so kmem_cache_init() calls cache_estimate() with align == 0, and
it loops forever. I've tried this trivial fix, and it works for me.
Andi Kleen looked over this, and ok'd it.
<aia21@cantab.net>
NTFS: Cleanup dirty ntfs inode handling (fs/ntfs/inode.[hc]) which also
includes an adapted ntfs_commit_inode() and an implementation of
ntfs_write_inode() which for now just cleans dirty inodes without
writing them (it does emit a warning that this is happening).
<akpm@osdl.org>
[PATCH] ppc64: fix inline spinlocks
From: Anton Blanchard <anton@samba.org>
In _raw_spin_lock_flags we were branching to the wrong spot and would
restore random stuff to the MSR.
<akpm@osdl.org>
[PATCH] ppc64: NUMA fixes
From: Anton Blanchard <anton@samba.org>
From: Anton Blanchard, Dave Hansen and Olof Johansson:
Fix multiple bugs in the ppc64 NUMA topology probe code.
- We were using HW cpu numbers instead of logical ones. 615, 630, 650,
some 670 and some 690 SMP will all fail to boot without this patch.
- The old code would BUG() when it got confused (more NUMA zones than the
kernel is configured for etc).
- The common depth calculation was incorrect. Dave found an OF property
that gives us exactly what we want.
- Things were broken on SMT machines.
The new code should work on those broken systems and should no longer BUG()
but fall back to a flat topology when it gets confused.
<akpm@osdl.org>
[PATCH] ppc64: fix to viopath.c
From: Anton Blanchard <anton@samba.org>
From: Olaf Hering and Nathan Lynch:
Fix a couple of nasty lurking bugs in viopath.c and add information
required to know if the iseries_veth module should be loaded on legacy
iSeries systems.
<akpm@osdl.org>
[PATCH] dynamic addition of virtual disks on PPC64 iSeries
From: Stephen Rothwell <sfr@canb.auug.org.au>
This patch allows us to dynamically add virtual disks to an iSeries partition.
It works like this: after you have created the virtual disk file on OS/400
and attached it to the Linux partition, you need to write to
/sys/bus/vio/drivers/viodasd/probe (it doesn't matter what you write). This
will do the probe. It calls add_disk() for each new disk, so we get hotplug
events as a side effect.
This was the nicest way I could think of doing this as the interface to the
hypervisor is polled ...
<akpm@osdl.org>
[PATCH] ppc64: small enter_rtas fix
From: Anton Blanchard <anton@samba.org>
enter_rtas now takes an unsigned long.
<akpm@osdl.org>
[PATCH] ppc64: bump IOMMU_MAX_ORDER
Signed-off-by: Anton Blanchard <anton@samba.org>
We have cards that want over 2MB of PCI consistent memory. The
IOMAP_MAX_ORDER limit is just to catch bad drivers early, so we can bump
this a bit.
We want some room to grow but our maximum get_free_pages allocation on
ppc64 is currently 16MB, so it doesnt make sense to go above that.
<akpm@osdl.org>
[PATCH] ppc64: avoid bogus real IRQ numbers
Signed-off-by: Paul Mackerras <paulus@samba.org>
Early in the boot process on pSeries machines, we look in the Open Firmware
device tree for information about the interrupt assignments, and assign
virtual IRQ numbers for each physical IRQ. There is currently a couple of
bugs in this code which result in us assigning virtual IRQs for nonexistent
physical IRQs. This causes problems when we call the firmware to enable or
disable those nonexistent physical IRQs. Some versions at least of the
firmware will hit an assertion failure and crash the machine when this
happens.
This patch fixes the bugs and ensures that we don't try and use nonexistent
physical IRQ numbers. One bug was that we were mapping ISA interrupts,
which is unnecessary since virtual IRQ numbers 0 - 15 are reserved for
them. The other was that when we had a PCI interrupt (which is always in
the range 1 to 4, corresponding to INTA to INTD) which didn't have a
mapping in the PCI host bridge above it, we were just using the original
number (usually 1) rather than ignoring it.
<akpm@osdl.org>
[PATCH] use SLAB_PANIC in ll_rw_blk.c
<akpm@osdl.org>
[PATCH] Fix userspace include of linux/fs.h
From: Mans Rullgard <mru@kth.se>
There are a few include which should have been under __KERNEL__.
<akpm@osdl.org>
[PATCH] Prevent scary warnings from knfsd
From: "J. Bruce Fields" <bfields@fieldses.org>
The kernel currently prints:
nfsd: nobody listening for auth.unix.ip upcall; has some daemon not been started?
on every bootup, during initscripts.
Neil Brown <neilb@cse.unsw.edu.au> says:
It was part of the recent set of idmapper patches. Bruce wanted the admin
to get a warning when the idmapper daemon wasn't running. I thought the
same warning should apply to any daemon that responded to upcalls.
In the case of auth.unix.ip it isn't strictly necessary for a daemon to be
running (for comparability with 2.4).
You can get rid of the warning by doing:
mount -t nfsd nfsd /proc/fs/nfs
before mountd is started (init scripts should start doing this I hope, but
distributions don't tend to use the init script from nfs-utils, so it is
hard to push it). This will trigger mountd to listen on auth.unix.ip and
others.
That's a hassle, so Bruce's patch limits the warning purely to the new
idmapper cache. It provides a callback in the cache_detail that individual
caches can use to log messages when upcalls fail because a userspace daemon
not running. Implement this method for the idmapping caches.
<akpm@osdl.org>
[PATCH] Fix the mangled-oops-output-on-SMP problem
From: Ingo Molnar <mingo@elte.hu>
printk currently does
if (oops_in_progres)
bust_printk_locks();
which means that once we oops, the printk locking is 100% ineffective and
multiple CPUs make an unreadable mess on a serial console. It's a significant
development hassle.
Fix that up by only popping locks once per ten seconds.
akpm@osdl.org did:
- Bump the timeout to 30 seconds - 9600 baud is slow.
- Handle jiffy wraps: change the logic so that we only skip the lockbust
if the current time is within 30 seconds of the previous lockbusting
attempt.
<akpm@osdl.org>
[PATCH] ep_send_events() stack reduction
ep_send_events() uses ~350 bytes of stack for a local buffer of events to send
to userspace. The patch fixes that by removing the double-buffering
altogether. A pipe-based microbenchmark from Davide Libenzi
<davidel@xmailserver.org> was sped up by 1-2%.
<akpm@osdl.org>
[PATCH] Fix race condition with current->group_info
From: Olaf Kirch <okir@suse.de>
I have been chasing a corruption of current->group_info on PPC during NFS
stress tests. The problem seems to be that nfsd is messing with its
group_info quite a bit, while some monitoring processes look at
/proc/<pid>/status and do a get_group_info/put_group_info without any locking.
This problem can be reproduced on ppc platforms within a few seconds if you
generate some NFS load and do a "cat /proc/XXX/status" of an nfsd thread in a
tight loop.
I therefore think changes to current->group_info, and querying it from a
different process, needs to be protected using the task_lock.
(akpm: task->group_info here is safe against exit() because the task holds a
ref on group_info which is released in __put_task_struct, and the /proc file
has a ref on the task_struct).
<akpm@osdl.org>
[PATCH] don't export vma_prio_tree_next
From: Christoph Hellwig <hch@lst.de>
there's no user is modules, the function isn't in mainline and I don't see why
modules should use it.
<akpm@osdl.org>
[PATCH] remove stale comments above struct page
From: Christoph Hellwig <hch@lst.de>
struct page easily fits into a single cacheline with any recent CPU, and the
ordering isn't as described anymore anyway.
<akpm@osdl.org>
[PATCH] Decrease srtuct file size by 8
From: Kurt Garloff <garloff@suse.de>
Attached patch decreases the size of struct file by 8 bytes on 64 bit arches
by avoiding unecessary padding.
<akpm@osdl.org>
[PATCH] hfsplus: fix key length for index nodes
From: Roman Zippel <zippel@linux-m68k.org>
Use the correct key length for index nodes.
<akpm@osdl.org>
[PATCH] hfsplus: correct dentry initialization for dir dentries.
From: Roman Zippel <zippel@linux-m68k.org>
Initialize d_fsdata field also for dir dentries, use hfsplus_instantiate
helper function for this.
<akpm@osdl.org>
[PATCH] hfsplus: delete inode properly
From: Roman Zippel <zippel@linux-m68k.org>
Call hfsplus_delete_inode() to delete an inode when adding it to the
filesystem failed, so superblock info is correctly updated.
<akpm@osdl.org>
[PATCH] hfsplus: completely remove half inserted catalog entry
From: Roman Zippel <zippel@linux-m68k.org>
If the inserting of the file or dir record failed, remove the previously
inserted thread record.
<ink@jurassic.park.msu.ru>
[PATCH] fix system clock on ruffian
Unlike most other alphas, ruffian uses i8253 timer instead of RTC
as the system clock source. However, the PIT clock divisor (LATCH)
is bogus since CLOCK_TICK_RATE has been changed to 32 KHz.
Fixed using recently introduced PIT_TICK_RATE macro.
Ivan.
<akpm@osdl.org>
[PATCH] hfsplus: don't release not existing nodes
From: Roman Zippel <zippel@linux-m68k.org>
When releasing a page don't try to release not existing nodes.
<akpm@osdl.org>
[PATCH] hfsplus: update dir time after change
From: Roman Zippel <zippel@linux-m68k.org>
Update dir ctime/mtime when adding/removing an entry.
<akpm@osdl.org>
[PATCH] befs: nls fix
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
Fix nls support for character sets with character width large than 1.
<akpm@osdl.org>
[PATCH] fix a bash-ism in toplevel Makefile
From: Christoph Hellwig <hch@lst.de>
From: Debian kernel package, author probably Herbert Xu.
* Fixed bashism in Makefile
<akpm@osdl.org>
[PATCH] remove a dead variable from isofs
From: Christoph Hellwig <hch@lst.de>
From: Debian kernel package, author is probably Herbert Xu
* Do not get seqno since we will not use it in fs/isofs/inode.c
<akpm@osdl.org>
[PATCH] add one more neomagic audio device id
From: Christoph Hellwig <hch@lst.de>
From: Mattia Monga via Debian kernel package
Add support for nm256xl+ in sound/oss/nm256_audio.c
<akpm@osdl.org>
[PATCH] missing init.h in drivers/mtd/chips/sharp.c
From: Christoph Hellwig <hch@lst.de>
again needed by most non-x86 arches.
* Include linux/init.h for __init
<akpm@osdl.org>
[PATCH] include linux/root_dev.h for ROOT_DEV in drivers/mtd/maps/uclinux.c
From: Christoph Hellwig <hch@lst.de>
* Include linux/root_dev.h for ROOT_DEV in drivers/mtd/maps/uclinux.c
<akpm@osdl.org>
[PATCH] include linux/selection.h for color_table in drivers/video/tgafb.c
From: Christoph Hellwig <hch@lst.de>
From: Debian kernel package, author probably Herbert Xu
<akpm@osdl.org>
[PATCH] befs: typo fix
From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
Fix a typo in an error message.
<akpm@osdl.org>
[PATCH] make i386 dma-mapping.h includeable standalone
From: Christoph Hellwig <hch@lst.de>
From: Debian kernel package, author probably Herbert Xu
Include asm/io.h and asm/scatterlist.h in include/asm-i386/dma-mapping.h to
make it useable standalone, which is already true for most architectures.
<akpm@osdl.org>
[PATCH] ext3: remove duplicated ext3_std_error() call
From: Andi Kleen <ak@muc.de>
When start_transaction() detects an error it already calls ext3_std_error.
No need to do it again in the caller.
<akpm@osdl.org>
[PATCH] matroxfb: Add support for mapping CRTC<->outputs at boot time
Signed-off-by: Petr Vandrovec <vandrove@vc.cvut.cz>
Some people expressed interest in having possibility to set CRTC <->
outputs mapping at boot time, without having to use 'matroxset' later after
kernel boots.
This patch adds option 'video=matroxfb:outputs:XYZ', where X sets which
CRTC will connect to primary output, Y sets secondary output and Z sets DVI
output.
In addition to that I also added missing memset() into maven, which was
broken since i2c was kobjectified.
<akpm@osdl.org>
[PATCH] Don't use "cut" in laptop mode control script -- it is in /usr.
From: Bart Samwel <bart@samwel.tk>
We don't want to use "cut" in the laptop mode control script, because that
is in /usr. This patch is from Jasper Spaans.
<akpm@osdl.org>
[PATCH] swsusp: fix swsusp with intel-agp
From: Pavel Machek <pavel@suse.cz>
swsusp contained rather nasty bug where it killed machine when intel-agp or
anything else split kernel 4MB mapping. Herbert Xu diagnosed this. Fixed by
switching to "known good" mapping for during suspend/resume.
<akpm@osdl.org>
[PATCH] FAT: small fixes
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
- use fat_fs_panic() instead of BUG() if it read a corrupted inode.
- add missing "\n".
<akpm@osdl.org>
[PATCH] initramfs uncpio fix
From: <viro@parcelfarce.linux.theplanet.co.uk>
init/initramfs.c::do_skip() has an off-by-one that leads to unpacking
failures for some gzipped cpio images. We have
static int __init do_skip(void)
{
if (this_header + count <= next_header) {
eat(count);
return 1;
} else {
eat(next_header - this_header);
state = next_state;
return 0;
}
}
and that <= should actually be <. It almost never matters, since if we hit
the boundary case (header ending exactly on the gunzip window end) the
current variant will simply end up doing extra call of do_skip() when we
get to the next window and that will finish the work (assign state). The
only exception is when we hit that in the last window. That is, if there's
nothing after the final header (trailer). Then we miss the final state
transition (Skip -> Reset) and get "junk in archive" panic. Normally
cpio(1) pads the image to multiple of 512, so we actually have a bunch of
zeroes after the trailer. And that almost always saves our butts - trailer
is followed by zeroes, so we get to Reset state just fine.
So we never see that on small in-kernel image (it's less than 512 bytes, so
it gets a lot of padding) and we almost never see that on external ones
(1:127 odds of hitting the bug).
<ink@jurassic.park.msu.ru>
[PATCH] fix NUMA build
Replace reference to page->count with page_count().
Ivan.
<akpm@osdl.org>
[PATCH] v4l: use saa7111 i2c module in V4L MXB driver
From: Michael Hunold <hunold@convergence.de>
The attached patch changes my "Multimedia eXtension Board" (MXB)
Video4Linux-driver to use the standard saa7111 video decoder infrastructure
(to which I recently submitted changes through Ronald Bultje) instead of
some home-brewn direct-access stuff.
Nothing serious, but it removes code duplication and makes the code use the
video decoder api.
<akpm@osdl.org>
[PATCH] Fix various memory leaks
From: Yury Umanets <torque@ukrpost.net>
Thanks to smatch I have found few memory leaks and other related issues.
<akpm@osdl.org>
[PATCH] H8/300 module fix
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- fix relocation
- define SYMBOL_PREFIX
<akpm@osdl.org>
[PATCH] H8/300 ne driver module fix
From: Yoshinori Sato <ysato@users.sourceforge.jp>
- module support fix
<akpm@osdl.org>
[PATCH] CREDITS is unmaintained
From: Adrian Bunk <bunk@fs.tum.de>
This information seems to be quite outdated.
<akpm@osdl.org>
[PATCH] bk-kernel-howto reversion
From: Rusty Russell <rusty@rustcorp.com.au>
This one snuck through - Jeff prefers the bk:// addresses.
<ink@jurassic.park.msu.ru>
[PATCH] compile fix for mm/init.c
Fix another page->count reference (in addition to numa.c one
that I've sent earlier).
Ivan.
<akpm@osdl.org>
[PATCH] UDF: directory reading fix
From: Ben Fennema <bfennema@falcon.csc.calpoly.edu>
The problem occured when files were stored on the disc in 16-bit per
character mode when all the upper bits were 0. The fs module
converted the file name given by the user to a 8-bit per character
string to compare, so the comparison always failed.
The patch maps the file from disc into the current locale and then
compares it directly to the file name given by the user.
<akpm@osdl.org>
[PATCH] Fix for lockup in reiserfs acl/xattrs
From: Jeff Mahoney <jeffm@suse.com>
The following is a patch to fix a locking problem in ACL/xattr code. It
manifests when a user attempts to set an xattr on a file which they do
not own, and on which an ACL is applied.
What happens is this:
reiserfs_setxattr [write lock inode xattr sem]
->xattr_set
-> lookup
-> __reiserfs_permission [if conditions above are met, and need_lock=
is
unset, read lock inode xattr sem] *lockup*
Since we already keep track of when to lock during permission calls, the
fix is simple: just make the locking conditional as it was before.
Credits to Andreas Gruenbacher <agruen@suse.de>
<akpm@osdl.org>
[PATCH] remap_file_pages: implement MAP_POPULATE for all protections
Signed-off-by: Hugh Dickins <hugh@veritas.com>
It seems eccentric to implement MAP_POPULATE only on PROT_NONE mappings:
do_mmap_pgoff is passing down prot, then sys_remap_file_pages verifies it's
not set. I guess that's an oversight from when we realized that the prot arg
to sys_remap_file_pages was misdesigned.
There's another oddity whose heritage is harder for me to understand, so
please let me leave it to you: sys_remap_file_pages is declared as asmlinkage
in mm/fremap.c, but is the one syscall declared without asmlinkage in
include/linux/syscalls.h.
<akpm@osdl.org>
[PATCH] remap_file_pages: fix syscall declaration
Signed-off-by: Hugh Dickins <hugh@veritas.com>
sys_remap_file_pages is declared as asmlinkage in mm/fremap.c, but is the one
syscall declared without asmlinkage in include/linux/syscalls.h.
<akpm@osdl.org>
[PATCH] Really enable NUMA API on x86-64
From: Andi Kleen <ak@muc.de>
Really enable the NUMA API system calls on x86-64.
<akpm@osdl.org>
[PATCH] minor sched.c cleanup
Signed-off-by: Christian Meder <chris@onestepahead.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
The following obviously correct patch from Christian Meder simplifies the
DELTA() define.
<akpm@osdl.org>
[PATCH] ext2: fix build with DEBUG=y
From: FabF <fabian.frederick@skynet.be>
<ink@jurassic.park.msu.ru>
[PATCH] fix PCI bridge swizzle on takara and eiger
This fixes NULL pointer dereference (bus->self) for PCI devices
on the root bus.
Ivan.
<akpm@osdl.org>
[PATCH] isapnp sb16 virtual pc
From: David Sanders <linux@sandersweb.net>
Patch adds support for the emulated Soundblaster 16 in Virtual PC 2004.
<akpm@osdl.org>
[PATCH] Revert bogus x86-64 change
From: Andi Kleen <ak@muc.de>
The 32bit generic nops added with a previous patch to x86-64 alternative()
are not completely 64bit clean. This caused crashes in some cases. This
patch reverts this broken change.
<akpm@osdl.org>
[PATCH] ir-kbd-gpio.c build fix
It's initialising slot 24 in two places. Gerd Knorr <kraxel@bytesex.org> says
"This one should be 23.".
<akpm@osdl.org>
[PATCH] rmap build fix
From: William Lee Irwin III <wli@holomorphy.com>
PMD_SIZE is not a compile-time constant on sparc. Use min() in there so
that the cluster size will be evaluated at runtime if the architecture
insists on doing that.
<akpm@osdl.org>
[PATCH] No interpretation of HD spindown timeout in laptop mode ACPI binding script.
From: Bart Samwel <bart@samwel.tk>
Currently the ACPI binding script in the Laptop Mode doc always says "20
seconds" and "2 hours" for the timeouts it uses. This is incorrect if the
user changed the config values, so we print something more general.
<akpm@osdl.org>
[PATCH] Subject: Re: Help understanding slow down
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Add a warning that "idle=poll" is a performance hit on hyperthreaded CPUs.
<akpm@osdl.org>
[PATCH] sched.h comment typo fix
Signed-off-by: Christian Meder <chris@onestepahead.de>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
sched.h typo fix from Christian Meder.
<akpm@osdl.org>
[PATCH] sched_yield() microoptimisation
Signed-off-by: Ingo Molnar <mingo@elte.hu>
We can avoid the local_irq_enable() in sched_yield() because schedule()
unconditionally enables interrupts anyway.
<akpm@osdl.org>
[PATCH] missing compat ioctl mapping for DM_REMOVE_ALL
Signed-off-by: Marcus Meissner <meissner@suse.de>
Added missing DM_REMOVE_ALL call.
<mingo@elte.hu>
[PATCH] x86-bigsmp: use fixed interrupt delivery
This patch, from Venkatesh Pallipadi, changes x86 IO-APICs to use fixed
interrupt delivery instead of lowest priority to support larger number
of CPUs. Only bigsmp is affected by this cleanup.
From: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
<paulus@samba.org>
[PATCH] IRQ stacks for PPC64
Even with a 16kB stack, we have been seeing stack overflows on PPC64
under stress. This patch implements separate per-cpu stacks for
processing interrupts and softirqs, along the lines of the
CONFIG_4KSTACKS stuff on x86. At the moment the stacks are still 16kB
but I hope we can reduce that to 8kB in future. (Gcc is capable of
adding instructions to the function prolog to check the stack pointer
whenever it moves it downwards, and I want to use that when I try
using 8kB stacks so I can be confident that we aren't overflowing the
stack.)
Signed-off-by: Paul Mackerras <paulus@samba.org>
<shemminger@osdl.org>
[BRIDGE]: Update bridge.txt
Trent Jarvi <taj@www.linux.org.uk> noticed this. The file was out of date
with current web site and maintainer. Please apply to 2.4 and 2.6.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
<jamesl@appliedminds.com>
[PATCH] USB: Fix down() in hard IRQ in powermate driver
Fixes this warning:
May 18 06:56:01 Knoppix kernel: Debug: sleeping function called from
invalid context at include/asm/semaphore.h:119
May 18 06:56:01 Knoppix kernel: in_atomic():1, irqs_disabled():0
May 18 06:56:01 Knoppix kernel: Call Trace:
May 18 06:56:01 Knoppix kernel: [<c0117083>] __might_sleep+0xb2/0xd3
May 18 06:56:01 Knoppix kernel: [<f88b92f4>] powermate_config_complete+0x33/0x77 [powermate]
May 18 06:56:01 Knoppix kernel: [<c02c6760>] usb_hcd_giveback_urb+0x25/0x39
May 18 06:56:01 Knoppix kernel: [<c02d7194>] uhci_finish_urb+0x54/0xa1
May 18 06:56:01 Knoppix kernel: [<c02d7224>] uhci_finish_completion+0x43/0x55
May 18 06:56:01 Knoppix kernel: [<c02d737d>] uhci_irq+0xf8/0x179
May 18 06:56:01 Knoppix kernel: [<c02c67aa>] usb_hcd_irq+0x36/0x67
May 18 06:56:01 Knoppix kernel: [<c01060c6>] handle_IRQ_event+0x3a/0x64
May 18 06:56:01 Knoppix kernel: [<c0106479>] do_IRQ+0xb8/0x192
May 18 06:56:01 Knoppix kernel: [<c0104850>] common_interrupt+0x18/0x20
Attached patch uses spinlocks instead of a semaphore so that we can't sleep
when in_atomic().
<olh@suse.de>
[PATCH] USB: out of bounds access in hiddev_cleanup
hiddev_table[] is an array of pointers. the minor number is used as an
offset. hiddev minors start either with zero, or with 96. If they start
with 96, the offset must be reduced by HIDDEV_MINOR_BASE because only 16
minors are available. unplugging a hiddevice will zero data outside the
hiddev_table array.
this was spotted by Takashi Iwai.
<herbert@gondor.apana.org.au>
[IPSEC]: Do not leak entries in xfrm_state_find.
In xfrm_state_find, the larval state never actually matures with
Openswan so it only ever gets deleted by the timer which means
that the time crash can't happen :) It becomes a (possible) memory
leak instead.
<herbert@gondor.apana.org.au>
[IPSEC]: Fix outdated comment in __xfrm_state_delete.
<herbert@gondor.apana.org.au>
[IPSEC]: Use add_timer() in xfrm_state_find.
<linux-kernel@vortech.net>
[VLAN]: Use KERN_INFO for VLAN_INF.
<ak@muc.de>
[PATCH] Fix nodemask clearing bug in NUMA API
Fix over long nodemask clearing in get_mem_policy() by using the
right size for the node mask.
<jnardelli@infosciences.com>
[PATCH] USB: visor: Fix Oops on disconnect
This fixes http://bugme.osdl.org/show_bug.cgi?id=2289
This patch has been tweaked by greg@kroah.com
<stern@rowland.harvard.edu>
[PATCH] USB: Initially read 9 bytes of config descriptor
This patch reads the full 9 bytes of a configuration descriptor during
enumeration rather than just the first 8 bytes. That's how Windows does
it, and today I ran across a device that doesn't work properly when asked
to send only 8 bytes worth. I doubt very much this will cause any
problems with currently-working devices; since the descriptor itself is 9
bytes long and since the devices are most likely to expect a 9-byte
request, anything that can handle an 8-byte request should have no
difficulty. (Also, some debugging messages have been slightly improved.)
Incidentally, USB traces taken from Windows 2000 and Windows XP show that
when those operating systems retrieve a string descriptor during
enumeration, they do so by requesting a 255-byte transfer. They do not
first ask just for the initial 2 bytes (which contain the actual length)
and then ask for the actual length, which is what we do. Interestingly,
back in 2.4 we _did_ do things the same as Windows.
<stern@rowland.harvard.edu>
[PATCH] USB UHCI: allow URBs to be unlinked when IRQs don't work
A lot of people with USB controllers made by VIA have been suffering from
the fact that these controllers stop working when they receive a babble
packet. In particular, they stop generating interrupt requests. Since
the UHCI driver relies on IRQs from the controller for proper timing and
interlocking of unlink requests, this means that those broken controllers
will hang the UHCI driver and drivers for any device connected through it.
This patch, written by Herbert Xu, gives the UCHI driver the ability to
manage the unlink procedure using timer interrupts as well as controller
interrupts. (It also fixes a race in the UHCI irq handler.) Although it
won't prevent the VIA controllers from flaking out when they encounter
babble, at least now users will be able to rmmod the uhci-hcd driver and
then reload it, restoring their systems back to normal operation (until
the next babble!).
P.S.: Herbert, there's one loose end I still want to tie up. When the
controller isn't running (i.e., is suspended) the frame number won't
change, but unlinks still need to work. It's a small point, not too
likely to come up in normal usage. I'll fix it later on when I update the
state-changing part of the driver.
<stern@rowland.harvard.edu>
[PATCH] USB: Change "driverfs" to "sysfs" in usbcore
Before fixing up the device locking and device reset code, I want to do
some cleanups of the hub driver and related areas. This is the first of a
series of patches for that purpose.
This patch changes all the occurrences of "driverfs" in usbcore to "sysfs"
-- I just couldn't stand seeing the out-of-date name any more (and I kept
confusing it with usbfs, don't know why).
Although I did a "bk mv driverfs.c sysfs.c" when creating the patch, the
exported patch file itself doesn't reflect that very well. It looks like
driverfs.c was deleted and sysfs.c created from scratch. If you prefer, I
can resubmit this in a slightly different form, with the file name
unchanged so that you can issue the "bk mv" command in your repository
after applying the patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Add usb_release_address() and move usb_set_address()
This patch adds usb_release_address() as a complement to
usb_choose_address(), to centralize the work required when freeing an
allocated device address. It also moves the usb_set_address() routine
from usb.c to hub.c -- which is the only place it is ever used -- and
renames it to hub_set_address().
<stern@rowland.harvard.edu>
[PATCH] USB: Make usb_choose_configuration() a separate subroutine
This patch creates a separate subroutine to encapsulate the work required
in choosing an initial configuration for a device. In my opinion that
reflects a policy decision that should be kept apart from all the other
work involved in creating a new device structure. The existing code in
usb_new_device() is simply moved into usb_choose_configuration().
<stern@rowland.harvard.edu>
[PATCH] USB: Gonzo variable renaming in hub.c
As part of the cleanup effort, I wanted to name all the variables in hub.c
uniformly. Currently there are different names for the same thing in
different routines, and the same names are used for different things --
it's impossible to keep things straight. I also wanted to step away from
the deplorable practice of naming everything "dev". It is not an
exaggeration that up until relatively recently one of the drivers (not the
hub driver, fortunately!) contained a line which looked basically like
this:
dev->dev.dev = &intf->dev;
If you can make sense out of that, you're a better code reader than I am!
Ranting aside, this patch institutes the following name scheme for local
variables in hub.c:
hub: struct usb_hub
hdev: hub's corresponding struct usb_device
hub_dev: hub interface's embedded struct device
udev: general struct usb_device
There are a couple of genuine code changes hidden in there too. Just
trivial things, like creating a local hub_dev variable for use in place of
&hub->intf->dev.
<torvalds@ppc970.osdl.org>
Pass in a "dirty" argument to ptep_establish in
preparation for pte update race fix.
This does not actually use the information yet, but
the next few patches will start to put it to some
good use.
<akepner@sgi.com>
[TG3]: Make sure RX/TX flow control settings actually get set.
<torvalds@ppc970.osdl.org>
Introduce architecture-specific "ptep_update_dirty_accessed()"
helper function to write-back the dirty and accessed bits from
ptep_establish().
Right now this defaults to the same old "set_pte()" that we've
always done, except for x86 where we now fix the (unlikely)
race in updating accessed bits and dropping a concurrent dirty
bit.
<davem@nuts.davemloft.net>
[TG3]: Update driver version and reldate.
<sxking@qwest.net>
[IPSEC]: Fix buglet in AF_KEY spddelete
When trying to spddelete individual entries using setkey, spddelete always
fails. The culprit is in net/af_key.c; spdadd sets the family field of the
selector when creating an entry, but spddelete doesn't when building a
selector to match for xfrm_policy_bysel. Trivial fix is to have spddelete
set the family field in the selector in same way spdadd does.
<davem@nuts.davemloft.net>
[SPARC64]: Implement debugging version of write_trylock().
<stevef@stevef95.austin.ibm.com>
do not log errors on write failures unless debug is on
<davem@nuts.davemloft.net>
[SPARC64]: Implement _raw_spin_lock_flags().
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<torvalds@ppc970.osdl.org>
Don't return void types from void functions.
This helps reduce sparse noise.
<torvalds@ppc970.osdl.org>
Make constant types explicit, rather than depend on
some rather subtle C type expansion rules.
This makes sparse happier.
<torvalds@ppc970.osdl.org>
Remove bogus test preprocessor test.
PAGE_SIZE isn't even always defined at this point,
which makes us test undefined preprocessor symbols.
It so happens that the test works in that case,
but since the test is a bit pointless in the first
place...
<davem@nuts.davemloft.net>
[SPARC64]: Move over to HZ==1000.
<dtor_core@ameritech.net>
[NET_SCHED] Do not oops when user tries to attach a filter to a TBF qdisc.
(TBF does not allow attaching filters as it has only one class,
filter should be attached either to TBF's parent or to its child)
<torvalds@ppc970.osdl.org>
Split ptep_establish into "establish" and "update_access_flags"
ptep_establish() is used to establish a new mapping at COW time,
and it always replaces a non-writable page mapping with a totally
new page mapping that is dirty (and likely writable, although ptrace
may cause a non-writable new mapping). Because it was nonwritable,
we don't have to worry about losing concurrent dirty page bit updates.
ptep_update_access_flags() leaves the same page mapping, but updates
the accessed/dirty/writable bits (it only ever sets them, and never
removes any permissions). Often easier, but it may race with a dirty
bit update on another CPU.
Booted on x86 and ppc64.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: missing rq checks in ide-disk
ide-disk only checks for drive->blocked and blk_fs_request() if TASKFILE_IO
is defined. Move these checks (and TCQ check too) to upper function.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: fix ide_delay_50ms() in ide.c to always sleep
Noticed by Christoph Hellwig <hch@lst.de>.
Probably somebody got the logic wrong while adding
#ifndef CONFIG_BLK_DEV_IDECS back in 2.4.0-test2.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: use msleep() instead of ide_delay_50ms()
msleep() does msecs to jiffies conversion correctly regardless
of HZ value and sets the current task's state in a safe way.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<aia21@cantab.net>
NTFS: 2.1.12 release - Fix the second fix to the decompression engine.
<paulus@samba.org>
[PATCH] ppc64: fix nonexistent irq affinity
This fixes a bug where, if we try to set the affinity on an unused
virtual IRQ number on a logically-partitioned pSeries system, we call
the firmware with physical IRQ number = -1, which it doesn't like.
With this patch we just ignore the attempt.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davem@nuts.davemloft.net>
[SPARC64]: Kill unused var warnings/errors.
<davem@nuts.davemloft.net>
[TG3]: Use HOST TXDs always.
<mashirle@us.ibm.com>
[IPV6]: Fix pmtu check conditions in two spots.
<christophe@saout.de>
[CRYPTO]: Fix two scatterwalk problems.
- After calling scatterwalk_copychunks walk_in might point to the next
page which will break scatterwalk_samebuf (in this case src_p should
point to tmp_src anyway and scatterwalk_samembuf returns 0).
- scatterwalk_samebuf should also check for equal offsets inside the page
(just bad for performance in some cases).
<mashirle@us.ibm.com>
[RTNETLINK]: IFA_MAX is wrong.
<shaggy@austin.ibm.com>
JFS: check default acl for correctness before setting it
This patch was orignally submitted by Andreas Gruenbacher and modified
by me.
<davem@nuts.davemloft.net>
[SCTP]: Kill 64-bit platform warning.
<davej@redhat.com>
[CPUFREQ] fix panic in powernow_k8_verify on MP but PSB systems.
Instead of -ENODEV; powernow_k8_cpu_init returns 0 if it's running on a MP
system but PSB BIOS is tried... this causes a panic in
powernow_k8_verify, as can be seen at
http://forums.gentoo.org/viewtopic.php?t=177423
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Dominik Brodowski <linux@brodo.de>
<davem@nuts.davemloft.net>
[TCP]: Kill distance enforcement between tcp_mem[] elements.
<davem@nuts.davemloft.net>
[TCP]: Add tcp_default_win_scale sysctl.
<arjanv@redhat.com>
[PATCH] PCI: restore pci config space on resume
The patch below enhances the PCI layer with 2 things
1) enable and busmaster state are stored in the pci device struct
2) pci config space is stored to the pci device struct
with that, it is possible to make a generic pci resume method that restores
config space and reenables the device, including busmaster when appropriate.
One can rightfully argue that the driver resume method should do this, and
yes that is right. So the patch only does it for devices that don't have a
resume method. Like the main PCI bridge on my testbox of which the bios so
nicely forgets to restore the bus master bit during resume.. With this patch
my testbox resumes just fine while it, well, wasn't all too happy as you can
imagine without a busmaster pci bridge.
<stevef@stevef95.austin.ibm.com>
Keep number of active (on the network at one time) requests (to a single cifs server) below SMB maxmpx
<stevef@stevef95.austin.ibm.com>
fix big endian conversion of file system attribute and device info
<stevef@stevef95.austin.ibm.com>
missing init for new request_q
<stevef@smfhome1.smfsambadom>
Take rename sem (where we can do it safely) when building full paths. We don't try to take the rename sem in cifs_rename of course because the kernel already took it above us, and for the same reason we can not take it in lookup/revalidate, but most everywhere else we build a full path we can safely take it.
<davej@redhat.com>
[CPUFREQ] Make powernow-k7 module parameter not need powernow prefix.
From: Bruno Ducrot
because powernow_k7.powernow_acpi_force=1 looks silly.
<davej@redhat.com>
[AGPGART] SIS AGP updates
Signed-off-by: Dave Jones <davej@redhat.com>
From: "Heilmann, Oliver" <Oliver.Heilmann@drkw.com>
* renamed sis_648_enable to sis_delayed_enable and removed chipset
references
* All chipsets that require the sis delay-hack are listed in
sis_broken_chipsets (and no other place).
* There are two new module options to force agp3-spec compliant
initialisation and/or the delay hack. As I only have a 648FX chipset to
test on, I figured this might be useful to experiment with on other
chipsets (i.e.746[FX]).
Basically, if you have an SiS chipset and your machine freezes when you
start X, try the -agp_sis_force_delay=1 option. If this fixes your
problem add your PCI ID to sis_broken_chipsets in sis-agp.c
Note to 746[FX] people: I'm still not sure what the differences between
the two 746 versions and the 648 series are. If this patch does not work
for you try playing with the agp_sis_agp_spec module option. Any
feedback is greatly appreciated.
<shaggy@austin.ibm.com>
JFS: fix hang in __get_metapage
A previous patch to fix a race introduced a hang if more than one
thread is waiting for a "stale" metapage.
<akpm@osdl.org>
[PATCH] ppc64 kernel hackers can't spell
From: Anton Blanchard <anton@samba.org>
From: Dave Hansen
This patch is obviously of the utmost importance. It probably doesn't matter
as much for kernel error messages, but one of these mistakes is in a
user-readable /proc file.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Dave Hansen <haveblue@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: fix 'make O=...'
From: Tom Rini <trini@kernel.crashing.org>
Fix arch/ppc/boot/ so that everything now works with 'make O='.
Partially by: Geoffrey LEVAND <geoffrey.levand@am.sony.com>.
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] posix locks oops fix
From: Andreas Gruenbacher <agruen@suse.de>
There is a race between unshare_files() and the following steal_locks().
As a consequence, steal_locks() may steal some additional FL_POSIX locks
that don't belong to the current thread. This triggers a BUG in
locks_remove_flock().
In detail, the current thread shares its files struct with other threads.
This causes unshare_files() to associate the current thread with a copy of
its files_struct. The copy shares all file objects with the original files
struct. In the time between unshare_files() and steal_locks(), another
thread creates a new file and a FL_POSIX lock on it. The current thread
gets into steal_locks() and takes over all FL_POSIX locks that refer to the
previous files_struct, including the new lock. We do
put_files_struct(original files_struct). This causes the file handle to
the new file to be closed. We get into locks_remove_posix() and miss the
lock, because its fl_owner field now refers to the new files_struct.
Finally we get into locks_remove_flock(), and stumble upon the lock.
While looking into this bug report I gathered the following data with a
SUSE kernel (oops and LKCD dump from Chris):
kernel BUG at fs/locks.c:1736!
invalid operand: 0000 [#1]
SMP
CPU: 0
EIP: 0060:[<c01844fb>] Tainted: G U
EFLAGS: 00010246 (2.6.5-0-testing)
EIP is at locks_remove_flock+0x8b/0x130
eax: f7b89998 ebx: f61df3fc ecx: f61df354 edx: 00000000
esi: f61df354 edi: f6702b80 ebp: f6179c24 esp: f6179c08
ds: 007b es: 007b ss: 0068
Process owcimomd (pid: 1713, threadinfo=f6178000 task=f66d0d60)
Stack: c1e1fdac c1e1fdac f7fe83c0 00000296 f6702b80 f7fe87c0 f61df354 f6179c3c
c016ce00 f61ddadc f6702b80 00000000 f6703b00 f6179c54 c0168b1f c0000000
0000026f 00000012 f6703b00 f6179c6c c0124ba7 00000001 f6179e5c f6179d88
Call Trace:
[<c016ce00>] __fput+0x30/0x120
[<c0168b1f>] filp_close+0x4f/0x90
[<c0124ba7>] put_files_struct+0x67/0xc0
[<c019d285>] load_elf_binary+0x3f5/0x1596
[<c018a5af>] update_atime+0x9f/0xc0
[<c01478fd>] __generic_file_aio_read+0x1cd/0x200
[<c0145060>] file_read_actor+0x0/0xd0
[<c01784b7>] search_binary_handler+0x97/0x270
[<c017a072>] do_execve+0x172/0x200
[<c0105fb2>] sys_execve+0x32/0x70
[<c0107e21>] sysenter_past_esp+0x52/0x71
Code: 0f 0b c8 06 eb 74 35 c0 eb db b8 00 e0 ff ff 21 e0 8b 10 8b
put_files_struct+0x67 is equivalent to fs/binfmt_elf.c:681 in 2.6.6
current->files == fl->fl_owner
fl->fl_file = 0xf6702b80 (a valid struct file)
current->files =
max_fds=32
max_fdset=1024
next_fd=3
fd=[0xf6927080 0xf6951b80 0xf6951b80 0 ...]
Here's a proposed fix. As a side effect, steal_locks no longer walks the
global list of locks, but only the locks of all open inodes.
What are the reasons (other than historic ones) for not getting rid of
fl_owner and using fl_pid instead, by the way? I think that would clean up
the whole mess with file locks a bit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] Set d_bucket correctly for anonymous dentries
From: Neil Brown <neilb@cse.unsw.edu.au>
In researching the oopses reported in bug #2761, Neil came up with:
I have found one problem, but it isn't particularly new and I cannot
see how it would be related.
When d_alloc_anon creates an anonymous dentry, it is put on a special hash
chain for anonymous dentries (sb->s_anon), but d_bucket is set to
d_hash(parent, name_hash)
If, when it is eventually moved to a proper name, that hash value is the same
as the final hash value, it will not be moved to the right bucket, and so it
not be accessible by name. This patch should fix it.
anonymous dentries have their own private hash "bucket" (sb->s_anon) and so
d_bucket should be set to a unique (impossible) address, else d_move will
get confused.
Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] Fix the setting of file->f_ra on block-special files
We need to set file->f_ra _after_ calling blkdev_open(), when inode->i_mapping
points at the right thing. And we need to get it from
inode->i_mapping->host->i_mapping too, which represents the underlying device.
Also, don't test for null file->f_mapping in the O_DIRECT checks.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] wdt.c warning fix
drivers/char/watchdog/wdt.c: In function `wdt_init':
drivers/char/watchdog/wdt.c:638: warning: label `outrbt' defined but not used
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] remove message: POSIX conformance testing by UNIFIX
From: "Randy.Dunlap" <rddunlap@osdl.org>
Remove the outdated "POSIX conformance testing by UNIFIX" message.
There is a general desire to reduce the quantity of noisy and/or
outdated kernel boot-time messages...
Suggested by Andi Kleen.
Ulrich's (old) comments:
http://www.nsa.gov/selinux/list-archive/0107/0525.cfm
Certifying Linux (Linux Journal):
http://www.linuxjournal.com/article.php?sid=0131
Agreed by Tim Bird, no dissenters that I heard of:
http://marc.theaimsgroup.com/?l=linux-kernel&m=108362954024749&w=2
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] CPU Hotplug: restore Idle task's priority during CPU_DEAD notification
From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
Fix a CPU Hotplug problem wherein idle task's "->prio" value is not
restored to MAX_PRIO during CPU_DEAD handling. Without this patch, once a
CPU is offlined and then later onlined, it becomes "more or less" useless
(does not run any task other than its idle task!)
Ingo said:
The __setscheduler() call is (technically) incorrect because in the
SCHED_NORMAL case the prio should be zero. So it's a bit cleaner to set up
the static priority to MAX_PRIO and then revert the policy to SCHED_NORMAL
via __setscheduler().
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] swsusp documentation updates
From: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] Print backtrace for bad vfree()
From: Andi Kleen <ak@suse.de>
Only the printk alone is not too useful, print the backtrace too.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] nfsd: deleting symlinks over nfs causes oops on unmount
From: "J. Bruce Fields" <bfields@fieldses.org>
From: Neil Brown <neilb@cse.unsw.edu.au>
This fixes an oops on unmount (failure of the assertation at
fs/ext3/super.c:421). Probably reproduceable just by creating and deleting a
single symlink over nfs and then unmounting the exported filesystem.
Recent change to fh_compose means dentry reference is *not* consumed, and so
usually has to be explicitly dput afterwards. One usage was missed in that
patch, so this dput is needed.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<davem@nuts.davemloft.net>
[SPARC64]: Export _do_write_trylock to modules.
<lcapitulino@prefeitura.sp.gov.br>
[PATCH] fix net/tulip/winbond-840.c warning.
<lethal@linux-sh.org>
[PATCH] Fix 8139too ring size for dreamcast/embedded
Presently 2.6.6 backs out the CONFIG_8139_RXBUF_IDX in favor of using a
hardcoded 8139_RXBUF_IDX (again). This seems to have been done due to
some issues occuring with 8139_RXBUF_IDX =3D=3D 3, however (as the Kconfig
pointed out), we still need 8139_RXBUF_IDX =3D=3D 1 in the CONFIG_SH_DREAMC=
AST
case.
The patch which made this change can be seen at:
{MIME-mangled URL}
Before that, CONFIG_8139_RXBUF_IDX was set to 1 both in the
CONFIG_SH_DREAMCAST and CONFIG_EMBEDDED cases. This patch adds that
back into the current 8139too.
<rusty@rustcorp.com.au>
[PATCH] Update Alfred Arnold contact info
From: Jean Delvare <khali@linux-fr.org>
<rusty@rustcorp.com.au>
[PATCH] Fix incorrect but unused define in net_sk_mca.h
From: Jean Delvare <khali@linux-fr.org>
<brazilnut@us.ibm.com>
[PATCH] pcnet32: add static to two routines.
This patch adds 'static' to two routines. The prototype has static but
the instantiation did not.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: avoid hard hang with some chip variants.
This patch fixes a hard hang with 79C975 and 79C976 chip variants when
dumping BCR register #34.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: correct 79C976 variant string.
This patch correctly identifies the 79C976 as a PCnet/PRO not a FAST III.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: fix boundary comparison bug.
This patch fixes a boundary condition. It is possible to get an
interrupt and have the transmit queue completely full. Without this
the driver will leak skb's and pci maps (if the arch supports them).
<brazilnut@us.ibm.com>
[PATCH] pcnet32: remove timer and complexity.
This removes the timer I recently added, and the 'ltint' interrupt
mitigation from the 79C971 and 79C972. It did not improve performance,
added complexity, and was a bad idea in hind sight.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: limit frames received during interrupt.
The current code will allow an infinite number of frames to be received
during one interrupt. Tested ia32 and ppc64.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: fix bogus carrier errors with 79c973
The 79C973 version of the pcnet32 chipset would report all transmit
operations as being sent with a carrier error. The root cause was
writing reserved bits in bcr33. It caused the 973 to report xmit
as errors, and caused 975 and 976 to hard hang when reading bcr34.
My thanks to Bruce Penrod for his help in finding the cause of this
bug.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: correct printk for big-endian arch
This patch corrects a printk when executed on a big-endian system. Tested
ppc64.
<brazilnut@us.ibm.com>
[PATCH] pcnet32: avoid timeout with tcpdump
This patch avoids a timeout when entering/exiting promiscuous mode with
tcpdump. All pending xmit operations are flushed and if the queue is
full the timeout will occur. The wake_queue avoids that timeout.
Tested ppc64 and ia32.
<kevin.curtis@farsite.co.uk>
[netdrvr wan] farsync driver update
1) Provides support for new FarSync cards T1U, T2U, T4U and TE1
2) Provides support for an E1 interface
3) Provides support for a variant of X.21 that allows transmit and
receive clocks
4) Provide a raw socket interface directly to the data from the line.
5) Improves performance with less time in interrupts and more in BH's
<achirica@telefonica.net>
[wireless airo] Add RFMON support for MPI and latest Cisco
<ganesh.venkatesan@intel.com>
[PATCH] e1000 1/7: Clear Auto-MDIX when the link is forced to
<ganesh.venkatesan@intel.com>
[PATCH] e1000 2/7: Workaround for link LED staying ON even when
<ganesh.venkatesan@intel.com>
[PATCH] e1000 3/7: Determine link status correctly while using
<ganesh.venkatesan@intel.com>
[PATCH] e1000 4/7: Estimate number of tx descriptors required
Reduce scope of tx_lock
<ganesh.venkatesan@intel.com>
[PATCH] e1000 6/7: ethtool_ops support
<ganesh.venkatesan@intel.com>
[PATCH] e1000 7/7: Support for ethtool msglevel based error
Also included are driver version update and change logs
<srompf@isg.de>
[netdrvr b44] always restore PCI config on resume
the Broadcom BCM4401 driver restores pci configuration on resume only when the
device is up. On my notebook, this leads to a failure when the device is down
during the S3 cycle. Short solution for now: Always restore pci config.
<pelle@dsv.su.se>
[netdrvr tulip] new pci id
<brazilnut@us.ibm.com>
[PATCH] pcnet32: fix for patch 8 le16_to_cpu
Joe Perches pointed out an error in patch 8. As I looked at the results
closer 3 out of 4 looked correct. This fixes the output for the last
case. Output is now the same on IA32 and PPC64 hardware.
<davem@nuts.davemloft.net>
Cset exclude: mashirle@us.ibm.com|ChangeSet|20040526204412|10895
<davidm@tiger.hpl.hp.com>
ia64: Reserve syscall # for vserver().
<bjorn.helgaas@hp.com>
[PATCH] ia64: fix hotplug config placement
HOTPLUG_CPU depends on SMP, so why not put it under SMP?
<rl@hellgate.ch>
[PATCH] via-rhine: Fix force media
Lucas Nussbaum and Dirk Koeppen each found independently that the code
for forcing media options in via-rhine is borked and suggested the fix
below. I've been sitting on this way too long because there is more
badness in the immediate vicinity which needs a bigger surgery.
The second hunk fixes a braino I managed to introduce myself.
<rl@hellgate.ch>
[PATCH] via-rhine: Rename some symbols
This patch renames symbols:
via_rhine_* -> rhine_*
struct netdev_private *np -> struct rhine_private *rp
<rl@hellgate.ch>
[PATCH] via-rhine: Whitespace clean-up
- Switch to 8 char tabs.
- Remove kernel log pointer to the scyld web site -- it's
a) fairly irrelevant by now and
b) gone.
- Remove Emacs Voodoo.
- More white space clean up, mostly coding style.
<rl@hellgate.ch>
[PATCH] via-rhine: USE_MEM, USE_IO -> USE_MMIO
Replace USE_MEM and USE_IO with USE_MMIO define.
<rl@hellgate.ch>
[PATCH] via-rhine: netdev_priv()
Found another patch that should go with this batch:
Switch to netdev_priv(). Fix outdated comment and bump version number
while we're at it.
<mporter@kernel.crashing.org>
Add new IBM PPC4xx EMAC net driver.
<hch@lst.de>
sb1000 and wan/sealevel net drivers need to include linux/init.h.
<akpm@osdl.org>
[PATCH] net/sk98lin: correct buggy VPD in ASUS MB
From: Jeff Lightfoot <jeffml@pobox.com>
The following patch to net/sk98lin/skvpd.c was put together by Marc Bouget,
mbouget at club-internet.fr.
This patch works around a corrupt EEPROM (VPD?) in the ASUS K8V Deluxe SE
motherboard ethernet chipset and allows the network driver to work
correctly. We have written to ASUS and the sk98lin maintainers but have
not heard anything back.
<stevef@smfhome1.smfsambadom>
Add support for cifs per-share statistics, and add corresponding make menuconfig option for cifs statistics
<jgarzik@redhat.com>
[netdrvr ixgb] massive update
Since Intel agreed to submit further updates via broken-up patches
like they do currently (and admirably) for e1000 and e100, I agreed
to merge this update to bring the driver up to speed.
Contributed by: Ayyappan.Veeraiyan@intel.com
Changes:
Features implemented
* Support for new 850nm adapters.
* Copyright notice updated to include year 2004.
* Fix for "ixgb does not maintain non-default MTU setting across a
link loss" issue - When link loss happens in non-default MTU
environment, driver will incorrectly operate with default 1500 MTU
setting.
* Netpoll support added
* Ethtool support - status functionality, FlowControl interface,
Checksum interface, TSO and Scatter Gather interfaces
* Race condition fix - Race condition (TX path) exists between
ixgb_xmit_frame and clean_tx_irq routines in handling the queue.
* Removed dead code segments (#if 0)
Performance improvement features
* Mod operator usage is removed - used to cause performance
problems in non-IA architecture based machines
* Multiple ICR register read in ISR is avoided
* RS bit set on only 'end of packet' TX descriptors - to avoid
multiple writebacks by controller for packets with multiple descriptors.
* RX descriptors prefetch is done - improved 1500 MTU TX
performance
All relevant e1000 driver cleanups ported to ixgb
* Valid error propagation in functions ixgb_up, ixgb_probe,
ixgb_open.
* NAPI code cleanups
* u8, u16 and u32 data types are changed to uint8_t, uint16_t and
uint32_t respectively. We use these types on our shared code for
multiple OSes and also to make it uniform with e1000 driver.
* Some functions in ixgb_main.c are moved to different location -
This enables easy porting of e1000 bug fixes to ixgb
<jgarzik@redhat.com>
[netdrvr e1000] use generic ethtool_ops provided in net/core/ethtool.c
<davem@nuts.davemloft.net>
[TCP]: Add receiver side RTT estimation.
Based largely upon work by John Heffner.
<jbarnes@engr.sgi.com>
[PATCH] ia64: don't udelay() in sn_mmiob
sn_mmiob is a lightweight way to ensure PCI write ordering, intended
to be used as an alternative to doing a PIO read. Unfortunately, with
the udelay() in there, it ends up being slower than a PCI read on
small configurations, so remove it in favor of a simple cpu_relax().
<greg@kroah.com>
Remove the smbios driver as it is not needed.
You can do the same from userspace, and the author requests that the
driver be deleted from the kernel tree before people start using it.
<sandeen@sgi.com>
[XFS] Fix overflow in mapping test at offsets of 2^63-1 bytes
SGI Modid: xfs-linux:xfs-kern:172649a
<hch@sgi.com>
[XFS] Don't leak locked pages on readahead failure
SGI Modid: xfs-linux:xfs-kern:172618a
<stevef@smfhome1.smfsambadom>
add additional cifs stats
<stevef@smfhome1.smfsambadom>
fix rc mapping on out of memory on mid alloc failure and cleanup dead code
<benh@kernel.crashing.org>
[PATCH] ppc32: Fix typo in USB sleep code on intrepid based laptops
This fixes a typo in the low level platform code that puts to sleep and
wakes up the USB cell. This fixes a problem when pmdisk is used on
those machines (pmdisk patch not merged yet, soon maybe...)
From: Guido Guenther <agx@sigxcpu.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davidm@napali.hpl.hp.com>
[PATCH] ia64: use new ptep_set_access_flags
ia64: Implement race-free ptep_set_access_flags()
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<aia21@cantab.net>
NTFS: Implement writing of mft records (fs/ntfs/mft.[hc]), which includes
keeping the mft mirror in sync with the mft when mirrored mft records
are written. The functions are write_mft_record{,_nolock}(). The
implementation is quite rudimentary for now with lots of things not
implemented yet but I am not sure any of them can actually occur so
I will wait for people to hit each one and only then implement it.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<aia21@cantab.net>
NTFS: Commit open system inodes at umount time. This should make it
virtually impossible for sync_mft_mirror_umount() to ever be needed.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<bcollins@debian.org>
[IEEE1394]: Fix for deadlock condition.
Submitted-by: Jim Radford
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
[ieee1394]: Kill duplicate atomic.h inclusion.
Submitted-by: Arthur Othieno
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
[ieee1394]: Fix problem with extended ROM regions.
Submitted-by: Steve Kinneberg <kberg@linux1394.org>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
[ieee1394]: Delete host timer to avoid crashes in certain conditions.
Submitted-by: Alexandre Oliva <oliva@lsd.ic.unicamp.br>
Submitted-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
[ieee1394]: Cleanup failure handling in ieee1394 and nodemgr.
Submitted-by: Walter Harms <WHarms@bfs.de>
Submitted-by: Randy.Dunlap <rddunlap@osdl.org>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
[ieee1394]: Fix some possible deadlock conditions.
Submitted-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Ben Collins <bcollins@debian.org>
<rmk@flint.arm.linux.org.uk>
[ARM] Fix sparse complaint
Sparse found an instance where we were directly dereferencing a
userspace pointer in the signal handling code. This change
fixes that.
<bcollins@debian.org>
[ieee1394]: Remove unused variable.
Signed-off-by: Ben Collins <bcollins@debian.org>
<aia21@cantab.net>
NTFS: Implement ->write_inode (fs/ntfs/inode.c::ntfs_write_inode()) for the
ntfs super operations. This gives us inode writing via the VFS inode
dirty code paths. Note: Access time updates are not implemented yet.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<davem@nuts.davemloft.net>
[TCP]: Grow socket receive buffer based upon estimated sender window.
<tpoynor@mvista.com>
[PATCH] Device runtime suspend/resume fixes
(1) Set device power state at runtime resume (as is done for runtime
suspend) so that a later suspend does not think the device is still
suspended (refusing to suspend it again).
(2) Move devices from the active list to the off list only when
suspending all devices as part of a system suspend, not for runtime
suspend. This matches the resume code, which only moves devices from
off to active during system resume, such that runtime resume currently
doesn't move the suspended device back to the active list. (This also
avoids reordering the device list for runtime suspends; the list is in
order of registration and suspend/resume works best that way -- granted,
more sweeping improvements in how device dependencies are accounted for
in the suspend/resume order are also needed someday.)
Runtime device suspend/resume is in some cases used frequently on
battery-powered embedded devices, to save additional power and to handle
device power state interactions with overall system power state on
certain platforms.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<tpoynor@mvista.com>
[PATCH] Leave runtime suspended devices off at system resume
Currently all devices are resumed at system resume time, including any
that were individually powered off ("at runtime") prior to the system
suspend. In certain cases it can be nice to force back on individually
suspended devices, such as the display, but hopefully this policy can be
left up to userspace power managers; the kernel should probably honor
the settings previously made by userspace/drivers. This seems
preferable to requiring a power-conscious system to re-suspend devices
after a system resume; furthermore, for certain platforms (such as
XScale PXA27X) there can be disastrous consequences of powering up
devices when the system is in a state incompatible with operation of the
device.
Suggested patch does this:
(1) At system resume, checks power_state to see if the device was
suspended prior to system suspend, and skips powering on the device if
so.
(2) Does not re-suspend an already-suspended device at system suspend
(using a different method than is currently employed, which reorders the
list, see #3).
(3) Preserves the active/off device list order despite the above changes
to suspend/resume behavior, to avoid dependency problems that tend to
occur when the list is reordered.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<greg@kroah.com>
[PATCH] Report which device failed to suspend
Based on a patch from Nickolai Zeldovich <kolya@MIT.EDU> but put into the
proper place by me.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<jgarzik@redhat.com>
[netdrvr 8139too] remove bogus config option test
8139too should not be testing CONFIG_EMBEDDED.
Thanks to Christoph Hellwig for pointing this out.
<greg@kroah.com>
Minor coding style fixups in resume code and added a bit of debugging help.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<davem@nuts.davemloft.net>
[AIRO]: Fix build error.
<bcollins@debian.org>
[sbp2]: Fix use-after-free bug.
Signed-off-by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Ben Collins <bcollins@debian.org>
<wim@iguana.be>
[WATCHDOG] v2.6.6 w83627hf_wdt.c
When drivers starts show the correct watchdog driver info.
<wim@iguana.be>
[WATCHDOG] v2.6.6 sc520_wdt.c-patch1
Clean-up (general stuff: comments, keep module parameters together, ...)
Added clear definitions for the Watchdog Timer Control Register bits
Made start, stop and keepalive return 0 if successful
Fixed nowayout behaviour so that it is consistent with other watchdog drivers
Fixed release behaviour so that it is consistent with other watchdog drivers
Added wdt_set_heartbeat function to set the timeout/heartbeat of the watchdog
Made sure that memory remapping (wdtmrctl) is done before misc_register is started
MMCR_BASE_DEFAULT was wrong (Bug 2497 reported by Sean Young)
Tested by Sean Young
<sean@mess.org>
[WATCHDOG] v2.6.6 sc520_wdt.c-patch2
This patch also removes the cbar usage which is unnecessary. The MMCR is
always available at 0xfffef000; there is no need to use the cbar register
(if mmcr aliasing is enabled, then the MMCR is _also_ available at
another address set by CBAR).
<tpoynor@mvista.com>
[PATCH] Fix for leave-runtime-suspended-devices-off-at-system-resume.patch
A patch to fix my previous
leave-runtime-suspended-devices-off-at-system-resume patch; the new
changes save a copy of power.power_state in order to know whether to
resume a device, independently of mods to that field by a driver suspend
routine. This fixes 2.6.7-rc1-mm1 in the same fashion as the updated
2.6.6 patch sent previously.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<wim@iguana.be>
[WATCHDOG] v2.6.6 linux/fs.h-patch
From: Christoph Hellwig <hch@lst.de>
All watchdog drivers need linux/fs.h
<stern@rowland.harvard.edu>
[PATCH] USB: Use normal return codes for several routines in hub.c
This patch changes the return codes used by hub_port_wait_reset(),
hub_port_reset(), and hub_port_debounce() in hub.c. I couldn't stand the
{-1=error, 0=okay, 1=disconnect} scheme; the meanings seemed arbitrary and
I constantly forgot which number stood for what status. The revised code
uses normal negative error codes, including -ENOTCONN to indicate device
disconnected, or 0 for success.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<abbotti@mev.co.uk>
[PATCH] USB: ftdi_sio throttling fix
This patch fixes throttling problems in the ftdi_sio driver for the
2.6 kernel. The old throttling mechanism (unlinking the read urb)
often failed to work, and even it did work, would lose any data
held in the transfer buffer. The new mechanism presented here is
based on what the whitehead driver does (defer processing and
resubmitting of the read urb until unthrottled).
Signed-off-by: Ian Abbott <abbotti@mev.co.uk>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<trimmer@infiniconsys.com>
[PATCH] PCI: Add InfiniCon PCI ID to pci_ids.h
We would like to have the InfiniCon PCI Vendor ID added to pci_ids.h
Below is a context diff, which would would greatly appreciate if you
applied and included in future kernel releases.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<lcapitulino@prefeitura.sp.gov.br>
[PATCH] PCI: fix pci/probe.c possible NULL pointer.
In drivers/pci/probe.c::pci_scan_bridge() the call for pci_alloc_child_bus()
can return NULL, but it is not handled by the function (detected by
Coverity's checker).
The patch bellow fix that returning `max' if we got the NULL, but
I do not know if it is right. I guess it is, because in that case
the function will act in the same way as with `pass != 0'.
Signed-off by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<khali@linux-fr.org>
[PATCH] I2C: i2c-parport: support the ADM1031 evaluation board
The following patch adds support for the ADM1030 and ADM1031 evaluation
boards to the i2c-parport and i2c-parport-light drivers. They are almost
compatible with the already supported ADM1025 and ADM1032 boards, except
that the ADM1032 board needs some pins to be set high to draw its power,
while the same pins power up heating resistors on the ADM1031 board. I
considered it was a bit dangerous to do that by default, so I ended up
with two different device definitions, one with powering pins set, and
one with these pins cleared.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<fishor@gmx.net>
[PATCH] I2C: add max1619 driver
This is a driver for "Remote/Local Temperature Sensor with Dual-Alarm Outputs
and SMBus Serial Interface" MAX1619. I found this chip an my Laptop SAMSUNG
NV5000. Daryng I use Linux cooling didn't worked at all, naw with this
driwer it's working. I hope this will be usefool for ather too.
I didn't hade any expiriens with programming, but i didn't wont to wait wann
some body make it vor me. Jean halped me correrct any mysteiks wich i made.
Thanks Jaen :)
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<torvalds@ppc970.osdl.org>
Revert 3c905C initialization changes that cause problems
Cset exclude: akpm@osdl.org[torvalds]|ChangeSet|20040510205830|02933
<benh@kernel.crashing.org>
[PATCH] radeonfb iBook & IGP fixes
This patch to radeonfb fixes support for the latest iBook models along
with an initialisation problem on some IGP chipsets. Please apply.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<stevef@smfhome1.smfsambadom>
Missing spin lock init
<rmk@flint.arm.linux.org.uk>
[ARM] Move common definitions to asm/memory.h
Virtually all the architecture specific memory.h files were defining
the same constants and v<->p translations the same way. Move them to
asm/memory.h
<rmk@flint.arm.linux.org.uk>
[ARM] Ensure AMBA devices on Versatile have a correct dma_mask
<rmk@flint.arm.linux.org.uk>
[ARM] Remove obsolete asm-arm/arch-*/keyboard.h
<akpm@osdl.org>
[PATCH] d_bucket initialisation simplification
The recent nfsd fix was too fancy. When initialising d_bucket to an "invalid"
value, all we need is a NULL in there.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: remove silly debug path from get_vsid()
From: David Gibson <david@gibson.dropbear.id.au>
Currently the get_vsid() and get_kernel_vsid() functions have a test which
enables a different VSID algorithm for debugging. Using a dumb VSID
algorithm for stressing the hash table is a reasonable debugging tool, but
switching it at runtime makes no sense at all. Plus it adds another test
and memory access to the performance critical SLB miss path.
This patch removes the test, replacing it with a compile time switch. It
seems to make a measurable, although small speedup to the SLB miss path
(maybe 0.5%).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Fix typo in pmac_zilog
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch fixes a typo preventing channel B from working on the Rx path of
pmac zilog (never calling tty_flip_*). I think I never tested channel B :)
Thanks to Hollis Blanchard for spotting the bug.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix non-existent /dev/adb
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch fixes the lack of /dev/adb in kernel 2.6.7-rc1. The call to
devfs_mk_cdev() has probably been removed too soon. Hope this one is
better than the last one ;)
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Colin Leroy <colin@colino.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] use new msleep() in ADT746x driver
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch replaces schedule_timeout() with the new msleep().
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Colin Leroy <colin@colino.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: ix compiling arch/ppc/8260_io/enet.c
From: Tom Rini <trini@kernel.crashing.org>
When the 826x enet driver was made to call register_netdev/free_netdev,
no one declared 'err' in the function.
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: fix PPC4xx for the handle_page_fault() change
From: Matt Porter <mporter@kernel.crashing.org>
Fixes PPC4xx from the do_page_fault()->handle_page_fault() change.
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: reorg DMA API, add coherent alloc in irq
From: Matt Porter <mporter@kernel.crashing.org>
Reorg PPC DMA API. Use PCI DMA API wrapper and add coherent alloc in irq.
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: xmon fixes
From: Anton Blanchard <anton@samba.org>
A few xmon fixes:
- Check we have the set-indicator property before calling rtas.
- We were printing a cpu number in one place with %s, fix.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Add `make checkstack' target
Jorn Engel <joern@wohnheim.fh-wedel.de>
Adds a `make checkstack' target. This disassembles and parses vmlinux and
*.ko, generating a sorted list of stack hogs, eg:
0xc0100663 huft_build: 1456
0xc01022d3 huft_build: 1456
0xc0103127 inflate_dynamic: 1328
0xc0101487 inflate_dynamic: 1324
0xc010131f inflate_fixed: 1168
0xc0102fb7 inflate_fixed: 1168
0x00000003 sha512_transform: 984
0xc024aee3 Vpd: 952
0x00000003 twofish_setkey: 804
0x000060c3 isd200_action: 792
0x0000e6cb nfsd4_proc_compound: 760
0xc0249087 SkPnmiGetStruct: 712
....
Supported architectures are alleged to be arm, x86, ia64, mips, mips64, ppc,
ppc64 and s390x.
Signed-off-by: Jörn Engel <joern@wohnheim.fh-wedel.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] i386: put irq stacks in .bss.page_aligned section
From: Matt Mackall <mpm@selenic.com>
I noticed that my vmlinux BSS had grown from 17k to 45k between 2.6.5 and
2.6.6. 8k was moving a pair of objects in head.S from the text section to
bss, 8k was the introduction of IRQ stacks, while the remainder (12k) was
page alignment slop, some of it spurious. The following patch brings BSS
down to the expected 33k.
Throw the IRQ stacks into the page aligned section to avoided wasted BSS
space. While we'd expect this to save up to 4k, this saves over 10k of BSS
here due to gcc3.3 spuriously aligning other objects in the vicinity.
Signed-off-by: Matt Mackall <mpm@selenic.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm-ioctl.c: fix off-by-one error
From: Kevin Corry <kevcorry@us.ibm.com>
Fix an OB1 error when calculating an output buffer size, that could cause a
missing null termininator in the 'list devices' ioctl results. [Steffan
Paletta]
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm.c: free cloned bio on error path
From: Kevin Corry <kevcorry@us.ibm.com>
In __map_bio(), if the target returns an error while mapping the I/O, the
cloned bio needs to be freed.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm-ioctl: replace dm_[add|remove]_wait_queue() with dm_wait_event()
From: Kevin Corry <kevcorry@us.ibm.com>
Some testing of DM multipath has turned up a problem with the DEVICE_WAIT
command. In the tests, while performing a DEVICE_WAIT on a multipath device,
the command sometimes returns immediately, even though the event-number is
correct and no path-failure has occurred to trigger an event. The problem was
tracked down to the call to schedule() in dev_wait(), which would return even
though it was not woken up by a DM table event.
This patch moves the responsibility for waiting from the ioctl interface into
the core driver, and uses wait_event_interruptible() instead of relying on
wait-queues and schedule().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm: add static and __init qualifiers
From: Kevin Corry <kevcorry@us.ibm.com>
DM: Add static and __init qualifiers. [Dave Olien]
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm-table.c: proper usage of dm_vcalloc
From: Kevin Corry <kevcorry@us.ibm.com>
dm-table.c: Proper usage of dm_vcalloc. [Dave Olien]
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm: change maintainer
From: <thornber@redhat.com>
Change of device-mapper maintainer
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] use SLAB_PANIC for general caches
From: Brian Gerst <bgerst@didntduck.org>
Initialize the general caches using SLAB_PANIC instead of BUG().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] asm-i386/timer.h docu cleanup
From: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
This patch fixes a typo (intruupt), a possible confusion (ms should be
microseconds here, not milli), and adds descriptions for the missing
functions.
Signed-off-by: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix unchecked return value in register_disk()
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ADT746X MAINTAINERS update
From: Colin Leroy <colin@colino.net>
I'm maintaining this driver i wrote :)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] epoll events send fix
From: Davide Libenzi <davidel@xmailserver.org>
We're now sending epi->event.events while it should be sending
epi->revents.
Signed-off-by: Davide Libenzi <davidel@xmailserver.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fs/dcache.c: avoid race when updating nr_unused count of unused dentries.
From: NeilBrown <neilb@cse.unsw.edu.au>
d_count == 1 is no guarantee that dentry is on the dentry_unused list, even
if it has just been incremented inside dcache_lock, as dput can decrement
at any time.
This test from Greg Banks is much safer, and is more transparently correct.
Cc: Maneesh Soni <maneesh@in.ibm.com>, Dipankar Sarma <dipankar@in.ibm.com>
From: Greg Banks <gnb@melbourne.sgi.com>
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>
<akpm@osdl.org>
[PATCH] CREDITS file update
From: <Valdis.Kletnieks@vt.edu>
Thomas Dunbar used to be working in one of the Dean's offices here. He's
now down the hall from me (and has been for several years, actually). So
let's fix the crufty pointers.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] CREDITS file update
From: Robert Love <rml@ximian.com>
Update Robert's email address
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vt_ioctl() comment fix
From: <Andries.Brouwer@cwi.nl>
The "Probably init should be changed" happened almost ten years ago.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] nfsd: missing dget()
From: Neil Brown <neilb@cse.unsw.edu.au>
The recentish change to fh_compose not consuming a reference to the passed
dentries missed this needed dget.
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>
<viro@www.linux.org.uk>
[PATCH] sparse: oprofile __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: parport __user annotation (sysctls)
<viro@www.linux.org.uk>
[PATCH] sparse: nfs __user annotation (client only, and not touching RPC)
<viro@www.linux.org.uk>
[PATCH] sparse: ext2 __user annotation (ioctl)
<viro@www.linux.org.uk>
[PATCH] sparse: ipc __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: acpi __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of drivers/char __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of drivers/block __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: partial drivers/input __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: drivers/pci __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: partial serial_core.c __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: OSS __user annotation
caddr_t is gone (most of the instances were void __user * in disguise,
the rest - void *)
Fixed b0rken ioctls in mpu401 and pss - they used to dereference
userland pointers with no checks.
<viro@www.linux.org.uk>
[PATCH] sparse: ide-proc.c fixes
Fixed dereferencing userland pointers, general idiocy in parsing.
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of drivers/ide __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: rtc.c __user annotation
Also replacement of #if RTC_IRQ with #ifdef, moved inlined function in
front of all uses.
<viro@www.linux.org.uk>
[PATCH] sparse: partial mm/* __user annotation
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of kernel/* __user annotation
<torvalds@ppc970.osdl.org>
Add __user annotations to ppc64 signal.c
<davem@nuts.davemloft.net>
[TCP]: More sysctl tweakings for rcvbuf stuff.
1) Add sysctl to control rcvbuf moderation, off for now.
2) Set default winscale to zero.
<torvalds@ppc970.osdl.org>
Add __user annotations to arch/ppc64/kernel/syscalls.c
<torvalds@ppc970.osdl.org>
Add __user annotations to arch/ppc64/kernel/process.c
<rmk@flint.arm.linux.org.uk>
[SERIAL] Fix sparse warnings in serial_core.c
This fixes sparse warnings for the user write method, and the UART
ioctl functions which copy data to/from userspace.
<davem@nuts.davemloft.net>
[SPARC64]: compat select and futex need %o4 zero-extended.
<herbert@gondor.apana.org.au>
[AF_KEY]: Set family for state selector.
As the comment in the code suggests, nobody really uses this so nobody
will notice the difference :) Still, let's make it correct while we're
at it.
<yoshfuji@linux-ipv6.org>
[NET]: Prevent future missed updates of FOO_MAX macros.
<kaber@trash.net>
[IPV6]: Fix memory leak in ah6.c
<kaber@trash.net>
[IPV4,6]: Fix off-by-one in max protocol-type check
<kaber@trash.net>
[IPV4]: Fix skb leak in igmpv3_newpack.
<kaber@trash.net>
[IRDA]: Fix NULL-ptr dereference in irlmp_get_saddr().
<nico@org.rmk.(none)>
[ARM PATCH] 1898/1: fix io_v2p macro on PXA
Patch from Nicolas Pitre
Correcting my own screw-up, found by Ian Campbell.
<shemminger@osdl.org>
[NET]: Simplify netdev_sysfs_xxx if SYSFS is not configured.
Don't need all the network sysfs code if CONFIG_SYSFS is not enabled.
Also:
* netdev_sysfs_unregister is declaration mismatch
* if netdev_sysfs_register fails print a warning.
Need to still mark it as registered so the unregister_netdevice works,
but we will probably end up leaking memory in that case.
<herbert@gondor.apana.org.au>
[IPSEC]: Fix ref counting in __xfrmN_bundle_create().
<nico@org.rmk.(none)>
[ARM PATCH] 1872/1: base clock difference between PXA25x and PXA27x
Patch from Nicolas Pitre
<torvalds@ppc970.osdl.org>
Fix sparse complaint about badly typed constant
<torvalds@ppc970.osdl.org>
Add __user pointer annotations to arch/ppc64/kernel/sys_ppc32.c
This also fixes a terminally broken sys32_utimes() implementation.
<nico@org.rmk.(none)>
[ARM PATCH] 1897/1: prevent selecting more than one PXA target
Patch from Nicolas Pitre
... since this is not supported at the moment and would fail to build.
<nico@org.rmk.(none)>
[ARM PATCH] 1869/1: PCMCIA support for Mainstone
Patch from Nicolas Pitre
<davem@nuts.davemloft.net>
[NET]: Do net_todo_list empty check under semaphore.
<torvalds@ppc970.osdl.org>
Add __user pointer annotations to fs/compat.c
<akropel1@rochester.rr.com>
[PATCH] typo in OSS sparse __user annotations
Fix a missing initialization in the sparse __user annotation work for OSS.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] Missed RTC_IRQ patchlet
oh, hell - I missed this one when carving the thing out of big patch ;-/
<torvalds@ppc970.osdl.org>
adb.c needs <linux/devfs_fs_kernel.h>
<torvalds@ppc970.osdl.org>
Add __user pointer annotations to ppc64 code
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] more sparse checking of do_utimes()
Speaking of conflicts... Here's another half of a do_utimes() patch,
same story as on ppc64:
<viro@www.linux.org.uk>
[PATCH] sparse: cdrom_generic_command split into kernel/user
The kernel instance (packet_command) has kernel pointers, userland one -
__user ones. Surprise.
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of drivers/scsi/* annotation
<viro@www.linux.org.uk>
[PATCH] sparse: trivial part of cdrom.c annotation
<viro@www.linux.org.uk>
[PATCH] sparse: kernel/sysctl.c annotation and cleanup
<viro@www.linux.org.uk>
[PATCH] sparse: make sg_io_hdr->cmdp a __user pointer
copying moved into sg_io()
<viro@www.linux.org.uk>
[PATCH] sparse: scsi_cmd_ioctl __user annotation
scsi_cmd_ioctl() switched to __user *, block/scsi_ioctl.c annotated.
<viro@www.linux.org.uk>
[PATCH] sparse: scsi_ioctl __user annotation
scsi_ioctl() and scsi_ioctl_send_command() switched to __user *;
scsi/scsi_ioctl.c annotated.
<viro@www.linux.org.uk>
[PATCH] sparse: sg.c annotation
rest of pointers in sg ioctl arguments made __user.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: aio annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: trivial parts of fs/* annotation
fs/*, fs/proc/*, fs/nfsd/*, fs/autofs4/*
The only interdependent group is the fs/autofs4/* stuff.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: bits and pieces
Independent minor bits caught by sparse:
- paride.h mixing void and int in ? :, used always in a void context
ide-iops.c return insw() - insw is void()
- scsi/constants.c uses undefined macros in #if; added #define to 0 in
case that used to leave it undefined
- usb/host/hcd.h: fixed-point arithmetics in constant
- fs/exec.c: missing UL on a large constant
- fs/locks.c: #if where #ifdef should've been
- fs.h: missing UL on MAX_LFS_FILESIZE in 64bit case
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: misc ->read()/->write() __user annotation
a bunch of trivial ->read() and ->write() instances (and their procfs
relatives) __user-annotated. All chunks are independent, but IMO not
worth splitting.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: fault_in_pages_readable() annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: compat_ioctl - easy part
Easy parts of compat_ioctl fixes - pure __user annotation.
In one place (SG_IO handling) replaced dereference of user pointer
with put_user() (why whoever had noticed that just put a FIXME instead
of obvios fix is a mistery...)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): raw_ioctl() fixes
Whoever had done the translation apparently never heard of
big-endian boxen. Replaced the kludge with get_user()/put_user() on
64bit values. Note that
struct raw_config_request
{
int raw_minor;
__u64 block_major;
__u64 block_minor;
};
has __u64 on _all_ platforms and it is used as an integer in raw.c code.
The only reason why translation is needed at all is alignment for 64bit
values; block_major and block_minor themselves should be passed as-is.
Breakage fixed, entire area annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): blkpg cleanup and annotation
blkpg ioctls handling switched to compat_alloc_user_space() (instead
of messing with set_fs()) and annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): font stuff
Annotated, cleaned up, wholesale copying of structure with
subsequeunt casts from hell replaced with get_user()/put_user() on
the fields we really need.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): CDROM_SEND_PACKET handling
annotated, killed useless (and type-buggering - void ** is not
assignment-compatible with foo **) helper, cleaned up.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): fb colourmap stuff
Similar to previous - annotated, killed helper, made the thing
type-clean, cleaned up.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse (compat_ioctl): SIOCGIFCONF
Switched to compat_alloc_user_space(), killed kmalloc and set_fs(),
annotated, somewhat cleaned up.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: final bits of compat_ioctl
ethtool_ioctl() annotated; it would go in the first compat_ioctl
chunk (trivial ones) if it wouldn't be right after SIOCGIFCONF mess; was
easier to split in that order...
<torvalds@ppc970.osdl.org>
Fix up my misedit of Al's good patch. Don't blame Al.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: ->[gs]etsockopt() annotation
optval (and in case of getsockopt - optlen) made __user, changes
percolated down into the instances.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: nf_sockopt() annotation
netfilter set/getsockopt annotated. That's a continuation of previous
patch - by now the only remaining place where setsockopt()/getsockopt()
userland pointers are not traced is vcc_[sg]etsockopt() and down into the
ATM drivers. Everything from that area in net/* should be done by now.
That's pretty much it as far as non-trivial splitting counts; remaining
patches in net/* are independent, tty and console stuff is also not hard to
split (not much of it, anyway) and what remains is arch-dependent code for
alpha and amd64. Of course there'll be more stuff coming, but as far as I'm
concerned the rest of my pile is managable - and finally below 200Kb. That'll
go tomorrow - right now I'm going down and getting some sleep...
<torvalds@ppc970.osdl.org>
Linux 2.6.7-rc2
<rmk@flint.arm.linux.org.uk>
[ARM] Add two more missing __user annotations for sparse.
<pepe@attika.ath.cx>
[PATCH] make vram boot option actually work
The following patch makes the vram boot option actually be recognized
and its value assigned to the vram variable.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<torvalds@ppc970.osdl.org>
Add __user annotations to sock_get_timestamp()
<torvalds@ppc970.osdl.org>
ppc64: fix untyped large constants so that they don't cause
sparse to warn about implicit typing.
<ak@suse.de>
[PATCH] x86-64 update
Add accumulated bug fixes for x86-64 and some minor cleanups.
- Add ptep_set_access_flags from i386
- Change memory text mapping to 10MB from 40MB to make alias window
smaller
- Disable change_page_attr for kernel mapoing for now (wrong, but the
other code also doesn't work)
- Add .bss.page_aligned and align interrupt/exception stacks (idea from
Matt Mackall)
- Protect sysenter MSR setup against missing registers.
- Set mce tolerance level to 1 (panic instead of deadlock)
- Fix cross 4GB bug in find_first_bit (Michael Matz)
- Add missing memory clobbers in bitops.h (Suresh B. Siddha)
- Check kernel size at boot up
- Set boot cpu online at boot to fix early printk
- Fix EFER bit definitions (Dave Jones)
- Fix comments in 32bit syscall table.
- Quieten all 32bit syscalls that are unimplemented in 32bit.
- Various MCE fixes suggested by Eric Morton, David Boles et.al.
More to come.
- Quieten some printks
- Fix cpu online check in msr driver
- Lower polling interval for machine checks to 5 minutes to avoid
overrunning the registers.
- Make memcpy_{from,to}io more compatible with i386 (Roland Dreier)
<ak@suse.de>
[PATCH] Really fix empty node 0 on x86-64
x86-64 shares some numa code with i386, and that didn't handle holes in
the node map properly. Fix this.
<torvalds@ppc970.osdl.org>
ppc64: use "ASM_CONST()" to give proper C type to constants
that can also be used in assembly language context.
This one fixes the common CPU_FTR_COHERENT_ICACHE warning in
asm/cacheflush.h.
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<davem@nuts.davemloft.net>
[SPARC]: Do tty_flip_buffer_push outside of port lock.
<davem@nuts.davemloft.net>
[PKT_SCHED]: Missing rta_len init in sch_delay.
<ak@suse.de>
[PATCH] Fix compilation on x86-64
I managed to break compilation with my last patch with a last minute edit.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: missed setsockopt wrappers
Here's the tail of setsockopt I've missed - for old protocol families we
have wrappers around those methods.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: dev_ioctl() callers
dev_ioctl() has a __user pointer argument; however, its declaration
lacks that and callers are also wrong. Declaration fixed, callers updated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: missed piece of sock_get_timestamp() annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: trivial part of net/* annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: more net/* annotation
Annotation of net/* ...copy... that deals with userland pointers +
several bits that fell out of previous patch (trivial annotations)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: net/* non-ANSI argument lists
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 annotation - beginning
Annotated basic primitives (copy_.._user, get_user, ...).
Functions got __user in prototypes, macros (in uaccess.h) got a
conditional check - see CHECK_UPTR() below. If you have more elegant
way to deal with the macros - please, tell.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 annotations - trivial part
Annotation of amd64 code - just adding __user where needed...
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 - more trivial annotations
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 - #if abuse fixes
#if where #ifdef should've been. Fixed.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 - long constants
Long constants marked as such.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: amd64 - rest
return void in floppy.h and "conditionally long" constants in page.h.
Would be useful to teach as(1) about C notation for long...
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: fs/compat.c::copy_iocb() cleanup
That "u64" in there is actually struct iocb __user *. Changed
prototype, killed casts in body and caller...
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: tty_io annotation
tty_io.c annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: tty_ioctl annotation
tty_ioctl.c annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: vt and friends
vt, vt_ioctl, consolemap and selection annotated, struct unimapdesc
and struct consolefontdesc got __user on their pointer members.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: n_tty annotation
n_tty annotated, ldisc_struct ->read() and ->write() got __user
on their buf argument.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: tty_driver ->write_proc()
Made ->write_proc in tty_driver suitable for procfs write callback
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: SIOCGIFCONF handling - the rest of it
Fixed the type of SIOCGIFCONF callback; inet instance was already
correctly annotated, decnet one was _not_. Moreover, decnet callback
needed fixing - dereferencing userland address.
<torvalds@ppc970.osdl.org>
ppc64: more explicitly typed constants
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: beginning of __user annotation
Copying primitives annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: long constants
Long constants marked as such
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: #if abuses
#if where #ifdef should've been
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: trivial parts of __user annotation
Trivial stuff in arch/alpha annotated; in two cases of
osf_proplist_syscall() dereferencing userland pointers replaced with
get_user
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: utimes()
... and that's where I'd found do_utimes() crap before I went
grepping ;-)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse alpha: the rest of it
A bunch of "return in void function" dealt with, removed bogus extern
from definition of __load_new_mm_context(), sanitized fscking ugly
CROSS_64K() helper (even if sparse doesn't segfault on that anymore,
it's _still_ fscking ugly).
<torvalds@ppc970.osdl.org>
ppc64: mark the "regshere" marker with proper type information.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] trivial annotation for arch/i386/kernel/*
Several places in arch/i386/kernel were still un-annotated - they didn't
trip copy_.._user(), so they stayed alive. Caught and killed.
That's not all - there's a big cluster of them in vm86.c, but I haven't
looked into that code yet.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: reiserfs annotation
Everything straigthforward and takes care of almost all sparse warnings
in fs/reiserfs/*.
<rmk@flint.arm.linux.org.uk>
[PCMCIA] Fix up SOC PCMCIA socket timing calculations
The timing calculations used by the PXA platforms did not always take
account of the timings handed to us by PCMCIA, and where it did, it
assumed IO timings for memory windows.
We fix this, and provide a generic function which calculates the
required timings (in nanoseconds) for IO, memory and attribute
windows. The SOC drivers only have to convert this information to
whatever format the hardware requires to achieve at least these
timing parameters.
<rmk@flint.arm.linux.org.uk>
[ARM] Eliminate meminfo 'end' element
Some machines decided to initialise this element. It's not necessary
since find_memend_and_nodes() initialises this itself. However,
'end' is not required if we initialise high_memory in this function
rather than waiting until mem_init() is called.
<rmk@flint.arm.linux.org.uk>
[ARM] Correct permissions on several ARMv6 files.
<dwmw2@shinybook.infradead.org>
Add PPC 8280 support, calculate core clock frequency.
Patch from Guy Streeter <streeter@redhat.com>
<dwmw2@shinybook.infradead.org>
PPC 8260 FCC Ethernet: Fix skb leak when TX ring overflows
Patch from Guy Streeter <streeter@redhat.com>
and/or Peter Barada <pbarada@redhat.com>
<dwmw2@shinybook.infradead.org>
Fix handle_sysrq() call in PPC 8260 uart driver
<dwmw2@shinybook.infradead.org>
Add support for WindRiver PowerQUICC II.
Code from Guy Streeter <streeter@redhat.com>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: asus_acpi dereference of userland pointers
Direct sscanf() on userland buffer in procfs ->write_proc(). Fixed.
<torvalds@ppc970.osdl.org>
sparse: add "__force" type attribute for forcing a cast.
<torvalds@ppc970.osdl.org>
ppc64: check more of the user access functions for proper arguments.
<torvalds@ppc970.osdl.org>
ppc64: missing __user annotations noticed by stricter checks.
<torvalds@ppc970.osdl.org>
sparse: make x86 user pointer checks stricter.
Also use "__force" when forcing the user address to "unsigned long"
for the address limit check.
<marcel@holtmann.org>
[Bluetooth] Move function exports out of syms.c
With Linux 2.6 there is no need to keep the function exports in a
central file and thus the use of syms.c makes no real sense. Remove
it and add the EXPORT_SYMBOL calls to the functions they belong to.
<torvalds@ppc970.osdl.org>
ppc64: fix more user pointers in signal handling
<torvalds@ppc970.osdl.org>
ppc64: add more user annotations to ptrace.c
<torvalds@ppc970.osdl.org>
ppc64: more user address fixups.
Removed one (harmless) direct user pointer access.
<davem@nuts.davemloft.net>
[SPARC64]: Fix NR_IRQS check in hardirq.h
<marcel@holtmann.org>
[Bluetooth] Remove CVS tags and cleanup the code
Since we are using Bitkeeper the CVS tags are useless. This patch
removes them and makes some whitespace cleanups.
<marcel@holtmann.org>
[Bluetooth] Update Kconfig help entries
This patch updates the address of the BlueZ project and changes
some wording of the help entries.
<marcel@holtmann.org>
[Bluetooth] Allocate protocol number for HIDP support
This patch allocates the next free protocol number for the upcoming
HIDP support.
<marcel@holtmann.org>
[Bluetooth] Add dynamic PSM allocation for L2CAP server sockets
If no PSM is specified for a L2CAP server socket, it will search
for the next free one and automaticly bind to it.
Proposed by Stephen Crane <steve.crane@rococosoft.com>
<marcel@holtmann.org>
[Bluetooth] Add dynamic channel allocation for RFCOMM server sockets
If no channel is specified for a RFCOMM server socket, it will search
for the next free one and automaticly bind to it.
Proposed by Stephen Crane <steve.crane@rococosoft.com>
<marcel@holtmann.org>
[Bluetooth] Add quirk for broken RTX Telecom based dongles
Some RTX Telecom based USB dongles offer SCO support, but their
implementation is broken. This patch disables the use of the ISOC
interface for these devices.
<davem@nuts.davemloft.net>
[SPARC64]: Annotate 64-bit constants with 'UL'
<davem@nuts.davemloft.net>
[SPARC64]: __volatile --> __volatile__
<petero2@telia.com>
[PATCH] Avoid excessive stack usage in NFS
Assigning '*wdata' with a dynamic initializer creates a
temporary structure copy on the stack, and then the final
data is initialized with a "memcpy()".
As a result, these NFS functions use more than 800 bytes
of stack-space.
Changing the code to just do a memset followed by explicit
initialization of the non-zero member variables takes the
stack usage down to 36 bytes.
Here is a patch that does exactly that.
<torvalds@ppc970.osdl.org>
sparse: make x86 and ppc64 set the architecture-specific #define's
explcitly.
sparse doesn't set any arch defines itself.
<stevef@smfhome1.smfdom>
cifs_prepare_write fixes to remove problem in which we were not populating page data from the server copy when writing to non-uptodate page
<davem@nuts.davemloft.net>
[SPARC64]: Lots of sparse work for arch/sparc64.
<akpm@osdl.org>
[PATCH] ppc32: reorg DMA API, add coherent alloc in irq
From: Eugene Surovegin <ebs@ebshome.net>
Put back DECLARE_PCI_UNMAP_??? and friends accidentaly removed during DMA
API reorganization.
Signed-off-by: Eugene Surovegin <ebs@ebshome.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davem@nuts.davemloft.net>
[SPARC]: Set sparse arch defines explicitly.
<stevef@smfhome1.smfdom>
No matter what the blocksize, we are required to use fake blocksize of 512 when calculating
number of blocks in a file (otherwise this confuses the du command)
<stevef@smfhome1.smfdom>
Remove temporary debug message
<stevef@smfhome1.smfdom>
Update cifs change log for cifs 1.17
<stevef@smfhome1.smfdom>
Handle out of memory on allocating dentry or inode during filldir
<davem@nuts.davemloft.net>
[SPARC]: First stage of sparc32 sparse work.
<akpm@osdl.org>
[PATCH] fix net/ixgb/ixgb_main.c warning
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
drivers/net/ixgb/ixgb_main.c: In function `ixgb_intr':
drivers/net/ixgb/ixgb_main.c:1593: warning: unused variable `hw'
(catch by J. Cherry).
This happens because `hw' is only used when CONFIG_IXGB_NAPI is not set.
As `hw' is used only to have the code readable, we can use it for
!CONFIG_IXGB_NAPI too.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<akpm@osdl.org>
[PATCH] s2io section fix
s2io_rem_nic() is marked __exit and is being referred to from .data.
Signed-off-by: Andrew Morton <akpm@osdl.org>
<hch@lst.de>
[PATCH] farsync needs <asm/io.h>
i386 gets it implicitly from somewhere but some architectures don't.
Also move <asm/uaccess.h> down so we have asm after linux headers.
<khc@pm.waw.pl>
[PATCH] Re: [Fwd: [PATCH] Stop queue on close in hdlcdrv]
> From: Ralf Baechle <ralf@linux-mips.org>
> Subject: [PATCH] Stop queue on close in hdlcdrv
> To: Jeff Garzik <garzik@gtf.org>
> Date: Tue, 4 May 2004 13:59:15 +0200
>
> The stop method of a driver should ensure queueing is stopped ...
>
> diff -u -r1.19 hdlcdrv.c
> --- suckage/drivers/net/hamradio/hdlcdrv.c 12 Apr 2004 20:23:32 -0000
the above means the following is needed for my drivers - please apply to 2.6:
<willy@debian.org>
[PATCH] Better tulip handling on PA-RISC
This patch improves some of the handling of PA-RISC tulip cards.
- Introduce HAS_SWAPPED_SEEPROM and NEEDS_FAKE_MEDIA_TABLE
- Only trigger this code on GSC machines. The pure PCI machines don't
have these cards.
- Allow the chip_name to be overridden in tulip_init_one().
- Fix some indentation.
- Handle the output from tulip_read_eeprom() better.
<joern@wohnheim.fh-wedel.de>
[PATCH] Improve `make checkstack'
On i386, stack usually grows with "sub $0x8,%esp" and shrinks with
"add $0x8,%esp" respectively. In some cases, though, stack grows with
"add $0xffffff80,%esp" and shrinks with "sub $0xffffff80,%esp".
Obviously, we don't want to miss those cases.
Since in either case add and sub seem to be balanced and contain the
same parameter, we don't need a second regex. We simply accept hex
numbers of up to 8 digits and treat them as negative numbers when the
sub appears to be a little too high.
...or so I thought. But another day of testing proved me wrong again.
Some functions do stuff like "sub $0x10,%esp", ..., "add $0x20,%esp".
In other words, add and sub are *NOT* balanced. Manual inspection
showed that 0x20 is a more realistic number, so I accept either
variant, just in case. We pay for this with a bunch of duplicates in
our output, but that beats missing some stack hogs.
In the long run, this script has to be replaced by gcc options,
really. Looking at the result and guessing back is such a stupid
idea.
Signed-off-by: Jörn Engel <joern@wohnheim.fh-wedel.de>
<P@draigBrady.com>
[WATCHDOG] v2.6.6 w83627hf_wdt.c-patch
Add w83627hf_select_wd_register and w83627hf_unselect_wd_register.
Add w83627hf_init to fix initialization problem on certain motherboards.
Make ping and disable code return 0 (int) on success.
Extract set_heartbeat code to seperate function.
<yoshfuji@linux-ipv6.org>
[IPV6] use appropriate __alignof__() for mibs.
<yoshfuji@linux-ipv6.org>
[NET] Introduce and use several common stuff for snmp item list.
<yoshfuji@linux-ipv6.org>
[IPV{4,6}] introduce ip-independent ipstats_mib based on ipv6_mib.
<yoshfuji@linux-ipv6.org>
[IPV6] rename snmp6_ipv6_list to snmp6_ipstats_list.
<davej@redhat.com>
[AGPGART] Fix broken serverworks tlb flush routine.
This is horribly broken due to a jiffy wrap bug, we never get out of
the while loop, preventing booting on a kernel with this driver
compiled in. (See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124495)
The warning message there has never been reported in any bug report
that google can find, so I'm of the opinion that this driver is trying
to be too clever for its own good. Rip out the jiffies logic completely,
it should be totally unnecessary.
<davej@redhat.com>
[AGPGART] Make agp=off work again.
This option only worked for the amd64 driver.
On every other driver, the only thing it did was
make it not printk the banner on startup.
<yoshfuji@linux-ipv6.org>
[IPV4] use ip-independent ipstats_mib to store IPv4 statistics.
<davej@redhat.com>
[AGPGART] Improve the resume functions for Intel AGP bridges by restoring config space
(the bios might not have done that).
From: Arjan van de Ven
<airlied@starflyer.(none)>
fix missing DRM_ERR()s - Eric Anholt
Signed-off-by: Dave Airlie <airlied@linux.ie>
<airlied@starflyer.(none)>
add R200_EMIT_RB3D_BLENDCOLOR state packet to support GL_EXT_blend_color, GL_EXT_blend_func_separate and GL_EXT_blend_equation_separate on r200
from Roland Scheidegger
Signed-off-by: Dave Airlie <airlied@linux.ie>
<davej@redhat.com>
[CPUFREQ] Fix build of longhaul.
Arjan noted that in some cases, the build fails.
This should fix it up.
<torvalds@ppc970.osdl.org>
sparse: use new generic __chk_user_ptr() macro in x86/ppc64/sparc*
Older versions of gcc were unhappy with our previous trick, and
just separating out the __CHECKER__ case made it much simpler.
<ak@suse.de>
[PATCH] Fix x86-64 compilation without CONFIG_NUMA
This fixes compilation of x86-64 without CONFIG_NUMA again (got broken
by the previous patchkit)
<rusty@rustcorp.com.au>
[PATCH] Export kthread primitives
kthreads are not just for breakfast anymore.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (creator)
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc64: fix missing RELOCs, add linux,phandle property
This fixes a couple of bugs in arch/ppc64/kernel/prom.c. We were
missing a couple of places where we needed to use RELOC(). I added the
RELOC in one case, and in the other, moved the variable that we were
accessing onto the stack (and reduced its size). (We use the variable
to get a property value, but we aren't interested in the value, just in
whether the property exists or not. Since we pass the size of the
variable to the OF getprop call, it won't overflow.) The effect of
missing the RELOCs would be that random memory locations get used on IBM
pSeries systems (possibly causing random boot failures).
The other thing that this does is add a linux,phandle property to each
node, containing the phandle for the node, which is the token that OF
uses to identify the node. Some nodes reference other nodes by means
of their phandle. Without the linux,phandle property, userspace code
looking at the OF device-tree image in /proc/device-tree has no way of
knowing which other node is being referenced.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] radeonfb fix (non-8bpp clear doesn't use palette)
From: Jurriaan <thunder7@xs4all.nl>
I've used this patch since 2.6.5, and other users have confirmed it
solves their problems.
Basically, when not in 8bpp mode, radeonfb should use the palette when
clearing a region on screen. This is how it's done in 2.4 and xfree, also.
Signed-off-by: Jurriaan Kalkman <thunder7@xs4all.nl>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: iSeries default config update
From: Stephen Rothwell <sfr@canb.auug.org.au>
This patch brings the iSeries default config up to date and changes some of
the options to what I use. These are more sensible options (at least in my
opinion :-)). Please apply.
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: iSeries virtual ethernet minor optimisation
From: Stephen Rothwell <sfr@canb.auug.org.au>
This has only been adjusted by me to apply after David Gibson's patch to
add a watchdog timer.
The iseries_veth driver does skb_clone, it should only need to skb_get,
which is cheaper. Should help performance a little.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: iSeries fix virtual ethernet transmit block
From: Stephen Rothwell <sfr@canb.auug.org.au>
This patch fixes the virtual ethernet driver so that it will not block the
transmit queue indefinitely. This patch appplies on top of the previous
patch from Rusty that removed skb_clone. There is one white space fix in
hte middle of this - I hope that doesn't offend :-).
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: add eeh_add_device_early/late
From: Anton Blanchard <anton@samba.org>
Implement eeh_add_device_early and eeh_add_device_late, required for
the ppc64 PCI hotplug code.
Signed-off-by: Linas Vepstas <linas@us.ibm.com>
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: reset iseries progress indicator on boot
From: Anton Blanchard <anton@samba.org>
Reset the progress indicator on iseries after boot.
Signed-off-by: John Engel <engel@us.ibm.com>
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: bolt first vmalloc segment into SLB
From: Anton Blanchard <anton@samba.org>
Based on some profiles we noticed the first vmalloc region was being
continually cast out and replaced. All modules end up there so it is one
of our hottest segments.
This patch bolts the vmalloc region into the second segment. SLB misses on
an NFS benchmark were reduced by about 10% with this patch.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: SLB accounting fix
From: Anton Blanchard <anton@samba.org>
Even though we have a variable containing the number of entries in the SLB,
we hardwire the value at boot. We also dont use the variable in the head.S
fastpath handler.
This patch removes it.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: iseries bolted SLB fix
From: Anton Blanchard <anton@samba.org>
Legacy iseries has problems with the bolted vmalloc patch. This patch
disables the optimisation on iseries and creates a slb_add_bolted helper
function.
Also, while we require all SLB entries to be context switched, we werent
informing the iseries hypervisor.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Add watchdog timer to iseries_veth driver
From: David Gibson <david@gibson.dropbear.id.au>
Currently the iSeries virtual ethernet driver has no Tx watchdog timer.
This makes it vulnerable to clagging up if the other end of connection is
misbehaving - in particular if it is not giving timely hypervisor level
acks to our data frams.
This patch adds a watchdog timer which resets the connection to any lpar we
seem to be having trouble sending to. With any luck the other end might
behave better after the reset. If not, this will at least unclag the queue
for a while so we can keep talking to the lpars which are behaving
correctly.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Add FUTEX_CMP_REQUEUE futex op
From: Jakub Jelinek <jakub@redhat.com>
FUTEX_REQUEUE operation has been added to the kernel mainly to improve
pthread_cond_broadcast which previously used FUTEX_WAKE INT_MAX op.
pthread_cond_broadcast releases internal condvar mutex before FUTEX_REQUEUE
operation, as otherwise the woken up thread most likely immediately sleeps
again on the internal condvar mutex until the broadcasting thread releases it.
Unfortunately this is racy and causes e.g.
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/nptl/tst-cond16.c?rev=1.1&content-type=text/x-cvsweb-markup&cvsroot=glibc
to hang on SMP.
http://listman.redhat.com/archives/phil-list/2004-May/msg00023.html contains
analysis how the hang happens, the problem is if any thread does
pthread_cond_*wait in between releasing of the internal condvar mutex and
FUTEX_REQUEUE operation, a wrong thread might be awaken (and immediately go to
sleep again because it doesn't satisfy conditions for returning from
pthread_cond_*wait) while the right thread requeued on the associated mutex
and there would be nobody to wake that thread up.
The patch below extends FUTEX_REQUEUE operation with something FUTEX_WAIT
already uses:
FUTEX_CMP_REQUEUE is passed an additional argument which is the expected value
of *futex. Kernel then while holding the futex locks checks if *futex !=
expected and returns -EAGAIN in that case, while if it is equal, continues
with a normal FUTEX_REQUEUE operation. If the syscall returns -EAGAIN, NPTL
can fall back to FUTEX_WAKE INT_MAX operation which doesn't have this problem,
but is less efficient, while in the likely case that nobody hit the (small)
window the efficient FUTEX_REQUEUE operation is used.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Mark cache_names __initdata
From: Brian Gerst <bgerst@didntduck.org>
We don't need to keep the pointer array around after the caches are
initialized. This doesn't affect the actual strings.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Support for SC1100
From: David Goodenough <david.goodenough@btconnect.com>
Add PCI device supoprt for the Geode SC1100-based Microtik Routerboard 230.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Missing pop-off in arch/i386/kernel/acpi/wakeup.S
From: <gniibe@m17n.org>
There is a missing pop-off after call of acpi_enter_sleep_state. On
success, acpi_enter_sleep_state never returns, but on failure, it will
cause kernel OOPS.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] md.c message during quiet boot
From: Ingo Molnar <mingo@elte.hu>
the patch below gets rid of a message that gets printed during FC2's quiet
bootup.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] POSIX_MQUEUE depends on NET
From: Adrian Bunk <bunk@fs.tum.de>
POSIX_MQUEUE requires netlink.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] SECURITY_SELINUX depends on NET
From: Adrian Bunk <bunk@fs.tum.de>
LD .tmp_vmlinux1
security/built-in.o(.text+0x97e4): In function `selnl_notify':
: undefined reference to `alloc_skb'
security/built-in.o(.text+0x988a): In function `selnl_notify':
: undefined reference to `netlink_broadcast'
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] pnpbios only makes sense for X86
From: Christoph Hellwig <hch@lst.de>
Extracted from the Debian kernel package
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Document checkstacks
From: Diego Calleja =?ISO-8859-15?Q?Garc=EDa?= <diegocg@teleline.es>
It'll be much better if the world can know about the existence of
checkstacks.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vesafb: vram boot option the same as 2.4.x
From: Marc-Christian Petersen <m.c.p@kernel.linux-systeme.com>
Give the vesafb `vram' boot option the same (silly) syntax as 2.4 and
document it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s/tkill/tgkill/ in /** documentation */
From: bert hubert <ahu@ds9a.nl>
Documentation is in fact for tgkill and not for tkill
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] linux/timer.h needs linux/stddef.h
From: Christoph Hellwig <hch@lst.de>
timer.h is using NULL and thus needs stddef.h, without it some drivers
break on alpha.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix mca procfs stub
From: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Fix readahead handling in knfsd
From: NeilBrown <neilb@cse.unsw.edu.au>
The read-ahead structures were not being initialised properly, and were not
having the use-count decremented after use, making them fairly useless
(since Apr 2002!).
From: Colin Gibbs <colin@gibbsonline.net>
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>
<akpm@osdl.org>
[PATCH] i386: add missing bitop.h memory clobbers
From: Andi Kleen <ak@muc.de>
Add missing memory clobbers to find_first_bit() and find_first_zero_bit().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sched: remove noinline workaround
From: Ingo Molnar <mingo@elte.hu>
Now the x86_64 bitop memory clobber problem has been fixed we can remove
this.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] cpqarray.c: seed the random number pool
From: George France <france@handhelds.org>
Teach cpqarray.c to do the add_disk_randomness() thing.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] use aio workqueue in fs/aio.c
From: William Lee Irwin III <wli@holomorphy.com>
Minor aio correction split off from suparna's patches:
Use the dedicated aio workqueue, not keventd, in order to isolate the rest
of the system from aio's demands.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] correct use_mm()/unuse_mm() to use task_lock() to protect ->mm
From: William Lee Irwin III <wli@holomorphy.com>
Split off from suparna's patches:
Correct use_mm()/unuse_mm() to use task_lock() to protect task->mm.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] CRIS architecture update
From: "Mikael Starvik" <mikael.starvik@axis.com>
- Lots of fixes from 2.4.
- Updated for 2.6.6.
- Added IDE driver
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] radeonfb powerdown doesn't work
From: <fxkuehl@gmx.de>
When I switch the computer to standby with echo -n standby >
/sys/power/state the radeonfb driver tells me its suspending to state 1 but
the display does not get turned off. It turns out to be a small typo in
drivers/video/aty/radeon_pm.c.
(from http://bugme.osdl.org/show_bug.cgi?id=2758)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<aia21@cantab.net>
NTFS: - Implement fs/ntfs/mft.[hc]::{,__}mark_mft_record_dirty() and make
fs/ntfs/aops.c::ntfs_writepage() and ntfs_commit_write() use it, thus
finally enabling resident file overwrite! (-8 This also includes a
placeholder for ->writepage (ntfs_mft_writepage()), which for now
just redirties the page and returns. Also, at umount time, we for
now throw away all mft data page cache pages after the last call to
ntfs_commit_inode() in the hope that all inodes will have been
written out by then and hence no dirty (meta)data will be lost. We
also check for this case and emit an error message telling the user
to run chkdsk.
- If the user is trying to enable (dir)atime updates, warn about the
fact that we are disabling them.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<davej@delerium.codemonkey.org.uk>
Cset exclude: davej@redhat.com|ChangeSet|20040523113850|65135
<davej@redhat.com>
[AGPGART] intel-agp: skip non-AGP devices
From: Matt Domsch.
The E7205 doesn't have an AGP header, so printing this message is
pretty much useless. Also make it KERN_WARNING as well, as it's
not really worthy of a KERN_ERR
<torvalds@ppc970.osdl.org>
Start documenting the sign-off procedure in SubmittingPatches
We already have over 200 sign-off lines in the kernel, so
let's document the thing, even if discussion may still be
on-going.
<yoshfuji@linux-ipv6.org>
[IPV6]: Store idev in routes.
<davem@nuts.davemloft.net>
[IPV6]: ndisc_dst_alloc can never get a NULL dev.
<herbert@gondor.apana.org.au>
[IPSEC]: Fix xfrm_tunnel leak.
Turns out that the IPIP tunnel used by IPCOMP states are only freed
if the IPCOMP state is deleted by xfrm_state_delete.
This is not the case for all states. For example, an immature IPCOMP
state that dies in add_sa will not go through xfrm_state_delete.
The following patch moves the delete_tunnel call into IPCOMP's
destructor. I think it makes more sense there as IPCOMP is the
only user of the tunnel anyway.
<rmk@flint.arm.linux.org.uk>
[ARM] Update ARM memory region reservations.
Remove 26-bit ARM region reserves.
All region reserves start at PHYS_OFFSET, and we only ever have one,
so set res_size and reserve the region from PHYS_OFFSET size res_size.
Don't free the .init sections on Integrator/CP - they sit in the SSRAM
obscured region so we are unable to use them for DMA purposes.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix missing spinlock initialisation.
<bjorn.helgaas@hp.com>
[PATCH] active_load_balance() deadlock
active_load_balance() looks susceptible to deadlock when busiest==rq.
Without the following patch, my 128-way box deadlocks consistently
during boot-time driver init.
<torvalds@ppc970.osdl.org>
Add comments on load balancing special cases.
Ingo explains:
The condition is 'impossible', but the whole balancing code is
(intentionally) a bit racy:
cpus_and(tmp, group->cpumask, cpu_online_map);
if (!cpus_weight(tmp))
goto next_group;
for_each_cpu_mask(i, tmp) {
if (!idle_cpu(i))
goto next_group;
push_cpu = i;
}
rq = cpu_rq(push_cpu);
double_lock_balance(busiest, rq);
move_tasks(rq, push_cpu, busiest, 1, sd, IDLE);
in the for_each_cpu_mask() loop we specifically check for each CPU in
the target group to be idle - so push_cpu's runqueue == busiest [==
current runqueue] cannot be true because the current CPU is not idle, we
are running in the migration thread ... But this is not a real problem,
load-balancing we do in a racy way to reduce overhead [and it's all
statistics anyway so absolute accuracy is impossible], and active
balancing itself is somewhat racy due to the migration-thread wakeup
(and the active_balance flag) going outside the runqueue locks [for
similar reasons].
so it all looks quite plausible - the normal SMP boxes dont trigger it,
but Bjorn's 128-CPU setup with a non-trivial domain hiearachy triggers
it.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<nico@org.rmk.(none)>
[ARM PATCH] 1896/2: distinguish between memory and LCD clock on PXA
Patch from Nicolas Pitre
[patch rediffed]
On PXA27x the memory and LCd clocks are different.
Also clean the PXA27x clock code a bit.
<rmk@flint.arm.linux.org.uk>
[ARM] asm_do_IRQ takes an unsigned IRQ number.
<dwmw2@shinybook.infradead.org>
[PPC sbc82xx] Use mfspr macro for reading PVR in boot setup.
<yoshfuji@linux-ipv6.org>
[IPV4]: Store idev in routes.
<davem@nuts.davemloft.net>
[SPARC64]: Compat syscall overhaul.
1) Make syscall entry zero-extend all arguments.
2) Sign extend those needed in sys32.S
3) Kill the A() AA() macros, replace with compat_ptr() et al.
<stevef@steveft21.ltcsamba>
Initial protocol definitions for cifs dirnotify (directory change notification) support
Signed-off-by: Steve French <sfrench@us.ibm.com>
<dsw@gelato.unsw.edu.au>
ia64: define pending_irq_cpumask in irq.c
This fixes a build-problem with the Ski simulator. The simulator doesn't
include iosapic.c and hence pending_irq_cpumask never got defined.
<davidm@tiger.hpl.hp.com>
Update ia64 linux mailing-list and web-site addresses.
<davidm@tiger.hpl.hp.com>
ia64: Add defconfig for Ski simulator (patch by Darren Williams).
<maeda.naoaki@jp.fujitsu.com>
ia64: fix /proc/ioports regression in 2.6.6 on Tiger4
This patch fixes a problem that "cat /proc/ioports" loops
on some IA64 machines that use quirk_io_region(). The problem
is caused by redundant resource claim by quirk_io_region()
and pcibios_fixup_device_resources(). The patch prevents
this condition and is written by Matthew Wilcox.
Signed-off-by: Maeda Naoaki <maeda.naoaki@jp.fujitsu.com>
<jeremy@redfishsoftware.com.au>
[PATCH] Fix signal race during process exit
Fix a race identified by Jeremy Kerr <jeremy@redfishsoftware.com.au>: if
update_process_times() decides to deliver a signal due to process timer
expiry, it can race with __exit_sighand()'s freeing of task->sighand.
Fix that by clearing the per-process timer state in exit_notify(), while under
local_irq_disable() and under tasklist_lock. tasklist_lock provides exclusion
wrt release_task()'s freeing of task->sighand and local_irq_disable() provides
exclusion wrt update_process_times()'s inspection of the per-process timer
state.
We also need to deal with the send_sig() calls in do_process_times() by
setting rlim_cur to RLIM_INFINITY.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Jeremy Kerr <jk@ozlabs.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<herbert@gondor.apana.org.au>
[PATCH] Check cmd in plip_ioctl
I received a bug report that a PLIP interface was incorrectly identified
as wireless because plip_ioctl did not check what the value of cmd is
before processing the request.
This patch fixes exactly that.
<margitsw@t-online.de>
[PATCH] prism54: delete cvs tags
* Remove CVS tags from source
<margitsw@t-online.de>
[PATCH] prism54: Add new private ioctls
* oid_mgt.[c,h] : added type to oids. New functions :
oid_cpu_to_le(), mgt_le_to_cpu() and mgt_response_to_str().
* isl_ioctl.c : use private sub-ioctls. Added a
bunch of private sub-ioctls. Removed the le??_to_cpu and
cpu_to_le??. Give the error code when sending wireless
events.
<margitsw@t-online.de>
[PATCH] prism54: Reset card on tx timeout
* islpci_eth.[c,h] islpci_dev.[c,h] : reset card on tx_timeout.
Patch submited by Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
<margitsw@t-online.de>
[PATCH] prism54: Add iwspy support
* islpci_eth.c, islpci_dev.h, isl_ioctl.c : iwspy support.
<margitsw@t-online.de>
[PATCH] prism54: Add avs header support
* islpci_eth.[c,h], islpci_dev.[c,h], isl_ioctl.[c,h] : added
support for avs header in monitor mode. Based on the work of
Antonio Eugenio Burriel <aeb@ryanstudios.com>. Unified packets
header (rfmon_header and rx_annex) for iwspy.
<jgarzik@redhat.com>
Cset exclude: jgarzik@redhat.com|ChangeSet|20040527204246|14084
Revert CONFIG_NET_GIGE change.
The proper fix is _not_ NET_ETHERNET or default twiddling,
but better overall organization of the ethernet driver selection,
which would include not only CONFIG_NET_GIGE but other options as well.
Reverted back to old behavior until a full and complete solution
appears (and people like it, of course).
<paulus@samba.org>
[PATCH] ppp ldisc close deadlock prevention
Jeff Garzik writes:
> So what was the resolution of this?
This patch is what we want. We don't in fact need to do the read
lock, only the write lock, which is what the original patch did.
However, we need to do it in ppp_synctty.c as well as ppp_async.c.
Thanks to John K Luebs <jkluebs@luebsphoto.com> for pointing out the
problem.
Signed-off-by: Paul Mackerras <paulus@samba.org>
<khc@pm.waw.pl>
[PATCH] 2.6 Generic HDLC update
The attached patch updates generic HDLC:
- fixed some carrier-related problems (Cisco HDLC and FR links could
report valid link when no carrier was detected at startup).
- fixed kbuild problems with wanxl firmware (building kernel in separate
tree). $(src)/wanxlfw.inc is now wanxlfw.inc_shipped.
<davej@redhat.com>
[CPUFREQ] Consolidate version checking in longhaul_get_cpu_mult
reduce code duplication.
<shaggy@austin.ibm.com>
JFS: Handle out of space errors more gracefully
Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
<jgarzik@redhat.com>
[libata promise] revert broken taskfile delivery change
The ->tf_load and ->exec_command driver hooks were changed to assume
that PIO was the only type of taskfile ever delivered to these functions.
This will be true... in the future, but not today. In other drivers
this change was not needed, but Promise executes commands differently
due to its "ATA packet" hardware features, so the Promise drivers need
this change reverted.
Diagnosis and initial fix by Brad Campbell <brad@wasp.net.au>
<jgarzik@redhat.com>
[libata scsi] ack SYNCHRONIZE CACHE command
When taskfile delivery is improved, we will actually perform
this command, instead of no-oping it.
For now, this is cosmetic except for removing an annoying message
that some users see.
<arjanv@redhat.com>
[libata] Use standard headers from include/scsi, not drivers/scsi
<davem@nuts.davemloft.net>
[SPARC64]: Kill _exit kernelsyscall stub from unistd.h
<hch@lst.de>
[SBUS]: Define dma direction bits in terms of enum dma_data_direction.
<tcallawa@redhat.com>
[SBUS]: Stop using drivers/scsi/{scsi,hosts}.h in drivers.
<davem@nuts.davemloft.net>
[ATM]: fore200e dma direction macro tests no longer needed.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: don't put disks in standby mode on halt on Alpha
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: fix for generic IDE PCI module
Extracted from the Debian kernel package.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: ide_pci_device_t sanitization
- convert ->isa_ports into ->flags (IDEPCI_FLAG_ISA_PORTS)
- add IDEPCI_FLAG_{OBS_FORCE_PDC,FORCE_MASTER} flags
and use them in setup-pci.c
- use struct pci_dev ->vendor and ->device fields directly
in generic.c and serverworks.c
- remove no longer needed debug checks (dev->device != d->device)
- remove ->vendor and ->device fields from ide_pci_device_t
- misc cleanups
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: merge amd74xx.h into amd74xx.c
While at it add DECLARE_AMD_DEV() and DECLARE_NV_DEV() macros
(ala piix.h:DECLARE_PIIX_DEV() added by jgarzik).
Acked by Vojtech.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: add new nForce IDE/SATA device IDs to amd74xx.c
From: "Brian Lazara" <blazara@nvidia.com>
Add device IDs for new nForce IDE and SATA controllers. Rename some of
the existing controller names to correctly match released product names.
Acked by Vojtech.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: use generic ide_init_hwif_ports() on m68k
Also print the same warning as on m68k on other archs too.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: use <asm-i386/ide.h> as <asm-x86_64/ide.h>
They are identical (modulo infamous PC9800 stuff).
Acked by Andi.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: add IDE_ARCH_OBSOLETE_DEFAULTS
per jgarzik's suggestion
Define it in <asm/ide.h> if ide_default_io_base(),
ide_default_irq() and ide_init_default_irq() are needed.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: remove useless /proc/ide/siimage from siimage.c
It only gives (not mapped in case of MMIO) DMA base addresses.
The same info is given during driver initialization (if BM-DMA is used)
or can be obtained from 'lspci -v' output (if MMIO-DMA is used).
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: simplify CONFIG_IDEDMA_ONLYDISK logic a bit
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<tony@com.rmk.(none)>
[ARM PATCH] 1902/1: OMAP update 1/3: entry-armv.S
Patch from Tony Lindgren
Update the IO register names in entry-armv.S
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1906/1: S3C2410: serial minor number fix
Patch from Ben Dooks
Fix the minor number of the serial device to be the same
as the configuration in the 2.4.x series kernels.
<akpm@osdl.org>
[PATCH] ramfs o_sync oops fix
Writing to ramfs files with O_SYNC dereferences null in mpage_writepages(),
due to null a_ops->writepage. The call path is
generic_file_aio_write_nolock
->generic_osync_inode
->write_inode_now
->__writeback_single_inode
->__sync_single_inode
->do_writepages
->mpage_writepages
The best fix for this is to visit all ram-backed filesystems and give them a
no-op a_ops.writepages. But baling out if the file is memory-backed is a
sufficient coverall and is how we handle this in __filemap_fdatawrite().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] shrink_all_memory() fixes
- Off-by-one in balance_pgdat means that we're not scanning the zones all
the way down to priority=0.
- Always set zone->temp_priority in shrink_caches(). I'm not sure why I had
the `if (zone->free_pages < zone->pages_high)' test in there, but it's
preventing us from setting ->prev_priority correctly on the
try_to_free_pages() path.
- Set zone->prev_priority to the current priority if it's currently a
"lower" priority. This allows us to build up the pressure on mapped pages
on the first scanning pass rather than only on successive passes.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: add "indirect" DCR access, pass 2
From: Matt Porter <mporter@kernel.crashing.org>
DCR number is encoded in mfdcr/mtdcr command itself and this prevents easy
DCR access when register number is not known on compile time. This patch
adds __mfdcr & __mtdcr helpers which use pre-generated mfdcr/mtdcr
sequences for all possible DCR numbers. We also use GCC extension
__builtin_constant_p to optimize cases when DCR number is in fact known
during compilation.
Signed-off-by: Eugene Surovegin <ebs@ebshome.net>
Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: kernel Makefile options for $(AS)
From: Olaf Hering <olh@suse.de>
`-64' is no longer a valid option for as. Pass it `-a64' instead.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: update info about available iseries_veth interfaces
From: Olaf Hering <olh@suse.de>
/proc/iSeries/config contains now the number of configured virtual ethernet
adapters. AVAILABLE_VETH should only indicate if there is at least one
interface available, iseries_veth must be loaded in this case.
Printing the entire map will give installers some hints about what
interface numbers will appear and how the MAC address may look like.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64 gives up too quickly on hotplugged cpu
From: Nathan Lynch <nathanl@austin.ibm.com>
On some systems it can take a hotplugged cpu much longer to come up than it
would at boot. If the cpu comes up after we've given up on it, it tends to
die in its first attempt to kmem_cache_alloc (uninitialized percpu data, I
imagine).
In my experimentation I haven't seen a processor take more than one second
to become available; the patch waits five seconds just to be safe.
Signed-off-by: Nathan Lynch <nathanl@austin.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] partition table validity checking
From: Andries Brouwer <Andries.Brouwer@cwi.nl>
The patch examines a putative partition table, and if that doesnt look like a
valid partition table it goes away again.
Some devices have partition tables (and there are many styles of such), some
don't. Traditionally fixed disks have one, floppies don't. Nobody knows what
happens with ZIP disks, USB sticks and other such things. Both the DOS-type
partition table, and the "big floppy" whole disk FAT filesystem are common.
It is undesirable for the kernel to detect partitions where there are none.
This leads to great confusion, sometimes to kernel crashes.
In the particular case of DOS-type partition tables a partition entry has a
1-byte field boot_ind that traditionally is 0x80 for the boot partition and 0
for the other three primary partitions. Linux does not use this field, and
one sometimes sees tables with all four entries zero.
The patch tells the kernel not to think that something is a valid DOS-type
partition table when a value other than 0 or 0x80 is encountered. I think it
is a fairly safe change: I do not know of any fdisk-type program that will
write other values there.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Add reference_init.pl to `make buildcheck' target
`make buildcheck' only checks for calls to linker discarded sections,
reference_init checks for calls to sections discarded at run time, init was
cloned from discarded. They are separate because the linker detects the
discarded case and I did not want to confuse users with messages about init
text/data while they were fixing the linker errors.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] selinux: check processed security context length
From: Stephen Smalley <sds@epoch.ncsc.mil>
This patch changes security_context_to_sid to check the length of the
processed security context against the full length of the provided context,
rejecting any further data.
Signed-off-by: Stephen Smalley <sds@epoch.ncsc.mil>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] floppy minor number fix
From: Paul Slootman <paul+nospam@wurtel.net>
Correctly set the floppy disk's first minor.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sched: balance-on-exec fix
From: Jack Steiner <steiner@sgi.com>
It looks like the call to sched_balance_exec() from do_execve() is in the
wrong spot. The code calls sched_balance_exec() before determining whether
"filename" actually exists.
In many cases, users have several entries in $PATH. If a full path name is
not specified on the 'exec" call, the library code iterates thru the files
in the PATH list until it finds the program. This can result is numerous
migrations of the parent process before the program is actually found.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Fix loop device cache handling
From: Russell King <rmk+lkml@arm.linux.org.uk>
It appears the loop driver has had one flush_dcache_page() call added for
the case where it writes to the backing device page cache pages.
However, it seems to be missing the call where it writes to its own page
cache pages.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix possible NULL pointer in fs/ext3/super.c.
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
In fs/ext3/super.c::ext3_get_journal() at line 1675 `journal' can be NULL,
but it is not handled right (detect by Coverity's checker).
Signed-off by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dm: add DM_REMOVE_ALL_32 compat ioctl
From: Marcus Meissner <meissner@suse.de>
Add DM_REMOVE_ALL_32 to the list of compatible ioctls.
Signed-off-By: Marcus Meissner <meissner@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] mm/oom_kill.c trivial cleanup
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>
Remove duplicated assignment.
Signed-off by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davej@redhat.com>
[CPUFREQ] Remove duplicate declaration of debug var from longhaul.
Spotted by Joe Perches.
I'm surprised gcc didn't at least warn about this.
Signed-off-by: Dave Jones <davej@redhat.com>
<akpm@osdl.org>
[PATCH] use const in time.h unit conversion functions
From: William Lee Irwin III <wli@holomorphy.com>
The time conversion functions may have const args, which is in fact useful
for when they are passed const variables as arguments so as to avoid
discarding qualifiers from pointer types warnings. This is a preparatory
cleanup for a minor aio bugfix.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] aio: fix io_getevents() timer expiry setting
From: William Lee Irwin III <wli@holomorphy.com>
start_jiffies was not respected by set_timeout(), which reread jiffies
instead of respecting what read_events() passed it. This difference can be
significant, particularly if the calling process slept during the
copy_to_user() operation in read_events(). To correct this, this patch
teaches it to respect its argument, with the additional bonus of converting
it to use timespec_to_jiffies() instead of open-coding it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] move #endif to correct place
From: David Mosberger <davidm@napali.hpl.hp.com>
Darrene Williams <dsw@gelato.unsw.edu.au> noticed that the #endif for
__ARCH_WANT_SYS_SIGPROCMASK was off by one routine.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] hugetlbpage msync() fix
From: David Gibson <david@gibson.dropbear.id.au>
Currently, calling msync() on a hugepage area will cause the kernel to blow
up with a bad_page() (at least on ppc64, but I think the problem will exist
on other archs too). The msync path attempts to walk pagetables which may
not be there, or may have an unusual layout for hugepages.
Lucikly we shouldn't need to do anything for an msync on hugetlbfs beyond
flushing the cache, so this patch should be sufficient to fix the problem.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] direct-io hole fix
From: Chris Mason <mason@suse.com>
When filling holes via DIRECT_IO, we fall back to normal buffered io. For
this to work properly, the direct io funcs have to return a value of zero to
the file write functions, so the file write functions know where to start
writing.
In some cases, dio->result was getting returned by direct_io_worker, and that
wasn't always zero, causing some data not to be written.
From: <akpm@osdl.org>:
- Simplify things by setting `ret' later on, fix up subsequent damage to the
dio_complete() args.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] hugetlbpage: reinitialise compound page destructor
From: David Gibson <david@gibson.dropbear.id.au>
Currently the hugepage code stores the hugepage destructor in the mapping
field of the second of the compound pages. However, this field is never
cleared again, which causes tracebacks from free_pages_check() if the
hugepage is later destroyed by reducing the number in
/proc/sys/vm/nr_hugepages. This patch fixes the bug by clearing the
mapping field when the hugepage is freed.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: core
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
s390 core changes:
- Make use of the ipte instruction for ptep_set_access_flags
- Fix atomic64_inc_and_test primitive as well.
- Fix return type handler for __copy_in_user.
- New default configuration.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: common i/o layer
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Common i/o layer changes:
- qdio: Lose the adapter lock for thin interrupts to improve performance
and do unregister of the adapter interrupt handler with rcu.
- ccwgroup: Fix error handling when creating a ccwgroup device.
- Convert the slow crw kernel thread to a single threaded workqueue.
- Use the slow crw workqueue to unregister a subchannel after it was
found not operational to serialize it with other possible unregister/
register events coming in via machine checks.
- Trigger a rescan of the css via the slow path if a missing channel path
is found in __recover_lost_chpids.
- Use saner default levels for the debug feature, add some debugging code.
- Remove request_irq and free_irq stubs.
- Remove bogus inlines.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: block device driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
block device driver changes:
- dasd: Fix diag discipline if it is loaded as a module.
- dcssblk: Replace r/w lock with r/w semaphore to be able to call
device_register inside a critical section.
- dcssblk: Fix error handling in write function for dcss "add" attribute.
- xpram & dcssblk: Fix sanity check for sector number.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: network device driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Network driver changes:
- iucv: Fix special case of a "Connection Pending" interrupt within
iucv_do_int.
- netiucv: Revoke broken iucvMagic change for more than one connection.
- qeth: Fix string parsing in notifier_register attribute function.
- qeth: Add code for socket ioctl SIOC_QETH_GET_CARD_TYPE.
- qeth: Fix debug log entry and buffer copy in qeth_snmp_command_cb.
- qeth: Fix race on qeth_dbf_txt_buf.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] quota: fix writing of quota info
From: Jan Kara <jack@ucw.cz>
Fixes a problem with some quota operations not writing the quota info they
changed which could later cause that some transaction to use more buffers
than it had reserved or it could cause corrupted quota files when the
system was rebooted at the right time.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] quota: fix for old quota format
From: Jan Kara <jack@ucw.cz>
Fix a problem in the old quota format when we tried to read quota
information after the end of quota file (that is correct as it might a user
with sufficiently large UID which has no limits or usage).
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] kill off efi_dir in efi.h
From: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
The /proc support for efi 'stuff' isn't used/needed anymore, yet the
efi_dir declaration remains. This removes it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] update elilo loader location in Kconfig
From: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
The elilo EFI boot loader has been moved to sourceforge. So, update the
location of where one might look for it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ext3_orphan_del may double-decrement bh->b_count
From: Jeff Mahoney <jeffm@suse.com>
Chris Mason and I ran across this one while hunting down another bug.
If ext3_mark_iloc_dirty() fails in ext3_orphan_del() on the outer buffer,
bh->b_count will be decremented twice. ext3_mark_iloc_dirty() will brelse
the buffer, even on error. ext3_orphan_del() is explicity brelse'ing the
buffer on error. Prior to calling ext3_mark_iloc_dirty(), this is the
correct behavior.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] use c99 struct initializer in hotcpu_notifier
From: Nathan Lynch <nathanl@austin.ibm.com>
The hotcpu_notifier macro does not properly record the given priority in
the notifier block. This causes trouble only for callers which specify a
non-zero priority, of which there are none (yet).
Signed-off-by: Nathan Lynch <nathanl@austin.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Better names for EDD legacy_* fields
From: "Patrick J. LoPresti" <patl@users.sourceforge.net>
Renames legacy_heads to legacy_max_head legacy_sectors to
legacy_sectors_per_track.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Use decimal instead of hex for EDD values
From: "Patrick J. LoPresti" <patl@users.sourceforge.net>
This patch changes default_cylinders, default_heads,
default_sectors_per_track, legacy_max_cylinder, legacy_max_head,
legacy_sectors_per_track, and sectors to decimal.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] bug in sys_io_setup
From: Jerzy Szczepkowski <js189202@zodiac.mimuw.edu.pl>
There is a bug in sys_io_setup().
If ioctx_alloc() succeeds and put_user() fails io_destroy() is called.
io_destroy() assumes that ioctx->users >= 2 (if context is alive) and calls
put_ioctx twice, while in this sequence ioctx->users == 1.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] direct-io invalidation fix
clean_blockdev_aliases() is using the wrong thing to work out how many
filesystem blocks should be invalidated. It invalidates too many, which can
cause live fs metadata buffers to be invalidated when they are pending
writeout. It's a filesystem-wrecker, although seems very hard to hit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<torvalds@ppc970.osdl.org>
sparse: fix up futex address space warning
<paulus@samba.org>
[PATCH] ppc32: Add _raw_write_trylock
I tried compiling a PPC32 kernel with PREEMPT + SMP and it failed
because we didn't have a _raw_write_trylock. This patch adds
_raw_write_trylock, moves the exports of _raw_*lock from
arch/ppc/kernel/ppc_ksyms.c to arch/ppc/lib/locks.c, and makes
__spin_trylock static since it is only used in locks.c.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Don't synchronize in disable_irq() if no handler
This patch is the ppc32 counterpart to a fix that went into
arch/i386/kernel/irq.c last October. The bug was noted by Al Viro: if
no handler exists, and we have IRQ_INPROGRESS set because of an
earlier irq that got through, synchronize_irq() will end up waiting
forever.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Suppress bogus info in /proc/ppc_htab on 64-bit cpus
In the ppc32 kernel, we have a /proc/ppc_htab file that trawls through
the MMU hash table and prints various statistics on it such as percent
occupancy. However, the hash table entry format is different on
64-bit cpus (POWER3, G5) which the ppc32 kernel does support (in
32-bit mode).
This patch disables the scanning of the MMU hash table and printing of
the statistics that we get from it on 64-bit cpus. Since the
statistics are only for interest, and the ppc32 kernel is being used
less and less on 64-bit cpus now that the ppc64 kernel is in
reasonable shape, I didn't think it worth while to add code to deal
with the 64-bit HPTE format.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Use -fPIC instead of -mrelocatable-lib
The ppc32 boot code has a couple of files that are executed very early
on before the kernel is mapped at the address it is linked at. We
have been using -mrelocatable-lib to compile these files, but
apparently -mrelocatable-lib is deprecated and the gcc developers are
threatening to remove it. In fact the -fPIC flag does what we need.
This patch changes -mrelocatable-lib to -fPIC.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Make ppc32 PCI code more robust
The main thrust of this patch is to make the ppc32 PCI code more
robust by checking for bus->resource[] being NULL before using it. We
can legitimately get elements of bus->resource being NULL and I have
actually hit that on some machines. This patch also allows resources
starting at 0 to be accepted as assigned (we can and do get PCI
resources starting at 0 in I/O space on PPC machines) and provides a
sensible default for the case where Open Firmware doesn't give us a
bus-range property for a PCI bridge.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Fix preemptible check
Ben H added a check in a couple of places to make sure that we had
preemption disabled when we call enable_kernel_{fp,altivec}.
Unfortunately the check he used trips in the case when
CONFIG_PREEMPT=n. This patch fixes it by defining a preemptible()
macro (which reduces to 0 when CONFIG_PREEMPT=n) and doing
WARN_ON(preemptible()).
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] ppc32: Reduce WARN_ON(0) to nothing
The last patch I sent means that we have WARN_ON(0) in a couple of
places when CONFIG_PREEMPT=n. This patch makes that reduce to
nothing (rather than a conditional trap on a 0 value), and also makes
BUG_ON(0) reduce to nothing for completeness.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rmk+lkml@arm.linux.org.uk>
[PATCH] Export swapper_space
swapper_space is needed by at least loop/st/sg these days.
<rmk@flint.arm.linux.org.uk>
[ARM] Don't include lubbock.h in asm/arch/hardware.h
Since asm/arch/hardware.h is included (indirectly) by most kernel
files, we don't want all these files depending on the individual
machine support files, especially as only five files really require
the header.
Instead, explicitly include lubbock.h into files as necessary.
<nico@org.rmk.(none)>
[ARM PATCH] 1910/1: rework Mainstone and IDP include files
Patch from Nicolas Pitre
Don't include them from hardware.h
<icampbell@com.rmk.(none)>
[ARM PATCH] 1890/2: Consolidate CPUFREQ handling in SOC PCMCIA driver
Patch from Ian Campbell
Rediffed against latest BK. Compiles on Assabet and my PXA255
platform. Tested on my 255 platform.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] DMA mode setup fixes for piix.c/ata_piix.c
From: Go Taniguchi <go@turbolinux.co.jp> (Turbolinx Inc.)
Change reg48 and reg54 in 8bit access and remove unused reg44.
Jeff acked ata_piix.c part.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davej@redhat.com>
[CPUFREQ] Change longhaul debugging info printk's to dprintk's
<hch@lst.de>
[ATM]: Simplify fore200e DMA macros even further.
<hch@lst.de>
[SBUS]: Further cleanup of scsi driver header usage.
<davem@nuts.davemloft.net>
[SPARC64]: New 6th arg of sys_futex needs sign extension.
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<paulus@samba.org>
[PATCH] ppc32: Fix locks.c properly this time
When I moved the exports into arch/ppc/lib/locks.c, I forgot to
include module.h, so it doesn't compile (with CONFIG_SMP +
CONFIG_SPINLOCK_DEBUG). This patch fixes it.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davej@redhat.com>
[CPUFREQ] Fix powernow-k7 when ACPI_PROCESSOR built as module.
From Herbert Xu
Signed-off-by: Dave Jones <davej@redhat.com>
<stevef@stevef95.austin.ibm.com>
whitespace and comment cleanup
Signed-off-by: Steve French (sfrench@us.ibm.com)
<davej@redhat.com>
[CPUFREQ] Remove lots of redundant code from longhaul driver.
The recent Nehemiah changes introduced lots of stuff that does
a whole lot of nothing. Nuke it.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Document some oddness in the longhaul driver.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Unify the EBLCR parsing code in longhaul.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Remove duplicate debug printk from longhaul driver.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Move longhaul multiplier debug printk to somewhere more useful.
If we abort due to a reserved FSB being found, we probably want to know the multipliers.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Remove bogus longhaul v4
The code only supports 3 versions, so numbering them 1,2 and 4
doesn't make a lot of sense.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Convert longhaul debug printk to use varargs.
From: Joe Perches.
Signed-off-by: Dave Jones <davej@redhat.com>
<akpm@osdl.org>
[PATCH] Add the sixth arg to the sys_futex() prototype.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sound sb fix
In some cases snd_sb_csp_load() did kmalloc() and copy_from_user()
under a spinlock. Split into snd_sb_csp_load() and snd_sb_csp_load_user() -
ther former always from kernel pointer, the latter - from userland.
snd_sb_csp_load_user() doesn't take any locks itself, it just
does kmalloc, copy_from_user and calls snd_sb_csp_load() to do the rest.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: msnd sound fix
msnd_pinnacle/msnd_classic do copy_{to,from}_user under a spinlock.
Taken out of spinlock (into a temp. buffer). Calls of msnd_fifo_{read,write}
always go from kernel buffer now, so we can drop the 'int user' argument in
them _and_ simplify error handling - all errors were from copy_..._user() and
now these are called directly by dsp_read()/dsp_write().
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sound/core/timer.c fix
copy_from_user() where copy_to_user() should've been. Unfortunately, on
x86 they are almost identical, so it went unnoticed for quite a while.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sound/core annotation - trivial part
Trivial parts of sound/core annotation.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: annotation of include/sound (generic parts)
Annotated method prototypes, commonly used ioctl-only structures and
generic helpers.
Instances of methods in drivers are _not_ annotated at that point - they
will go with driver patches
<jhh@lucent.com>
[SCTP] Fix to not setup a new association if the endpoint is in
SHUTDOWN_ACK_SENT state and recognizes that the peer has restarted.
<jhh@lucent.com>
[SCTP] Fix to not start a new association on a 1-many style sendmsg()
with MSG_EOF/MSG_ABORT flag and no data.
<pfg@sgi.com>
[PATCH] ia64: for SN2, disable MST errors on probe
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<sri@us.ibm.com>
[SCTP] Fix the use of cached non-zero vtag in an INIT that is resent
after a stale cookie error.
<arun.sharma@intel.com>
[PATCH] ia64: tighten FPH state context switch check
In the absence of this patch, a process can set it's own mfh bit and
potentially view another process's high floating point registers. So a
check is needed.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<sri@us.ibm.com>
[SCTP] Fix missing VTAG validation on certain incoming packets.
<sri@us.ibm.com>
[SCTP] Fix to wakeup blocking connect() after max INIT retries failed.
<arun.sharma@intel.com>
[PATCH] ia64: disable in-kernel ia32 emulation post Madison
For IPF processors beyond Madison, this patches changes the kernel to
allow IA-32 application execution exclusively using IA-32EL.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<sri@us.ibm.com>
[SCTP] Fix poll() on a 1-1 style socket so that it returns when the
association is aborted by peer.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sound/core/pcm* annotation
The tricky part here was an iterator that used to take a callback and
argument for that callback as parameters. Iterator itself didn't care
what type that argument had been; it's entirely up to callback. The
thing is, two callbacks expect (and get) char __user * while other two
expect (and also get) char __user **.
Iterator used to use void * as "opaque data"; I've switched it to
unsigned long. Note that there was nothing that said "it's a pointer" -
use of callback that would take e.g. int is also perfectly legitimate.
The rest is triviali annotation.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: opl annatation
Annotated sound/drivers/opl*
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rest of sound/core
The rest of sond/core annotated; reverted bogus addition of __user in
snd_seq_kernel_client_ctl() - I should've guessed from the name alone
;-)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sound/isa/gus annotation
GUS annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sscape annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: wavefront annotation
Both ALSA and OSS drivers + wavefront ioctl structure annotated. NB:
both should be switched to generic firmware loading - as it is, they are
using a homegrown and rather ugly variant
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sb annotation
sb annotation (both ALSA and OSS drivers)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: vx annotation
Both PCI and PCMCIA variants of driver annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: trident annotation
Both ALSA and OSS variants
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rme9652 annotation
Annotated driver and ioctl structure used by it.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: emu10k1 annotation
emu10k1 annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rest of ALSA annotation
The rest of annotation for ALSA drivers; only OSS stuff left to do in
sound/*
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: cs4281 annotation
cs4281 annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: cmpci annotation
cmpci annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: es1371 annotation
es1371 annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: es1370 annotation
es1370 annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: esssolo annotation
esssolo annotated
<viro@www.linux.org.uk>
[PATCH] sparse: rme96xx annotation
rme96xx annotated
<viro@www.linux.org.uk>
[PATCH] sparse: i810 annotation
i810 annotated
<viro@www.linux.org.uk>
[PATCH] sparse: cs46xx annotation
cs46xx annotated
<viro@www.linux.org.uk>
[PATCH] sparse: ali5455 annotation
ali5455 annotated
<viro@www.linux.org.uk>
[PATCH] sparse: sonicvibes annotation
sonicvibes annotated
<viro@www.linux.org.uk>
[PATCH] sparse: maestro3 annotation
maestro3 annotated
<viro@www.linux.org.uk>
[PATCH] sparse: the rest of sound/* annotation
Remaining bits and pieces in sound/oss annotated.
At that point sound/* is done - we have no noise warnings left there.
<viro@www.linux.org.uk>
[PATCH] sparse: ad1889 annotation
ad1889 annotated
<viro@www.linux.org.uk>
[PATCH] sparse: btaudio annotation
btaudio annotated
<viro@www.linux.org.uk>
[PATCH] sparse: maestro annotation
maestro annotated
<viro@www.linux.org.uk>
[PATCH] sparse: ymfpci annotation
ymfpci annotated
<viro@www.linux.org.uk>
[PATCH] sparse: msnd annotation
msnd annotated
<viro@www.linux.org.uk>
[PATCH] sparse: forte annotation
forte annotated
<torvalds@ppc970.osdl.org>
sparse: annotate (and comment on) kmod.c user pointer usage
Big comment, because it wasn't clear why this cast was valid.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: drivers/cpufreq annotation
drivers/cpufreq annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: drivers/cdrom annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: drivers/md annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: drivers/pnp annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: DAC960 annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: cciss annotation
cciss annotated, definition of inlined helpers moved up - before their
first use.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: cpqarray annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: paride annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rest of drivers/block annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] drivers/atm/ambassador.c delousing
Translated to C. Original was anything but.
BTW, even if they were writing in Pascal, their use of nested functions
would be gratuitous for such a situation.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] drivers/atm/horizon.c delousing
Same as with ambassador.c - same authors, same braindamage.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: atm annotation (core)
ATM core annotated; ATM drivers will go in the next patch, here we only
annotated their method prototypes
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: atm annotation - drivers
The rest of ATM annotation: drivers.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: coda annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: decnet annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: ax25 annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: netrom annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rose annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: x25 annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: ipx annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: appletalk annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: econet annotation
econet partially annotated.
It's still badly broken - it mixes userland and kernel chunks in the
same iovec, then does set_fs(KERNEL_FS) and sends that to
sock_sendmsg(). Do we still want to support that protocol family,
anyway?
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: wanrouter annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: net/bridge annotation
net/bridge partially annotated.
There are nasty problems with net/bridge/netfilter/* and they'll need to
be dealt with at some point - it mixes kernel and userland pointers a
lot and while it seems to avoid obvious breakage, it's not a nice code.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: netlink annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: irda annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: vlan annotation
<jmorris@redhat.com>
[NETFILTER]: Fix checksum bug for multicast/broadcast packets on postrouting hook.
In a nutshell, skb checksum mangling has been removed from
nf_hook_slow() and pushed up to whatever really needs to do it.
Namely: NAT, ip_fw_compat, ipt_TCPMSS, IPSec transforms.
skb_checksum_help() has been changed to perform an skb_copy() if needed
(e.g. the original problem case where bcast/mcast was cloning packets for
transmission over loopback, changing ip_summed).
Because of the above, the output path has been modified to take into
account the fact that an skb may need to be changed in some places. There
are some minor changes in the routing code to take care of the now
different input and output function prototypes. The ipv6 fragmentation
code has been modified to detect a changed skb.
The rest of the patch (probably the bulk of it) is simply the result of
changing to double skb pointers.
I've tested this with ipv4, ipv6, ipsec (including xfrm bundles), NAT and
the original DHCP test case. Everything seems to be working ok.
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<davem@nuts.davemloft.net>
[NETFILTER]: In ipt_TCPMSS, SYN packets are never hw checksummed.
Signed-off-by: David S. Miller <davem@redhat.com>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: bluetooth annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: sctp annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: more netfilter annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: mroute annotation
<paulus@samba.org>
[PATCH] ppc64: don't clear MSR.RI in do_hash_page_DSI
Some code that is used on iSeries (do_hash_page_DSI in head.S) was
clearing the RI (recoverable interrupt) bit in the MSR when it
shouldn't. We were getting SLB miss interrupts following that which
were panicking because they appeared to have occurred at a bad place.
This patch fixes the problem. In fact it isn't necessary for
do_hash_page_DSI to do anything to RI, so the patch changes the code
to not set or clear it.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: ->ifr_data annotation
->ifr_data users annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: ->ifr_data fixes
b44.c: ->ioctl() is broken, since it uses &ifr->ifr_data instead of
ifr->ifr_data itself. Surprise, surprise, copy_from_user() on that address
doesn't do any good...
baycom_epp.c: does get_user() of the first word of structure, then
immediately does copy_from_user() on the entire thing and completely ignores
the value read by get_user() (it uses the same value in copied structure
instead). Bogus get_user() call removed.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: more wan annotations
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: selinux annotation
selinuxfs.c annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rest of net/* annotations (in this patchset, that is ;-)
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: hugetlb sysctl annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: gdth.c annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: misc scsi annotation
osst.c, st.c, scsi_debug.c annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: rest of drivers/net annotations in the patchset
s2io.c: bogus initializer ({{"a"},{"b"}} has too many braces for
two-dimensional array of char - strings are arrays themselves).
de4x5.h: missing __user on a pointer in ioctl structure.
airo.c: cleaned up and fixed procfs ->read() and ->write()
<viro@www.linux.org.uk>
[PATCH] sparse: misc headers annotations
several pointers in ioctl structures marked as userland ones.
And that's it with this patchset. A couple more of those and we'll
be done with the noise warnings ;-)
<viro@www.linux.org.uk>
[PATCH] sparse: ide-floppy annotation
<viro@www.linux.org.uk>
[PATCH] sparse: synclink_cs annotation
<viro@www.linux.org.uk>
[PATCH] sparse: synclink annotation
<viro@www.linux.org.uk>
[PATCH] sparse: trivial fs annotations
<viro@www.linux.org.uk>
[PATCH] sparse: usb/core/devio annotation
<viro@www.linux.org.uk>
[PATCH] sparse: sonypi annotiation
<viro@www.linux.org.uk>
[PATCH] sparse: ppdev annotation
<viro@www.linux.org.uk>
[PATCH] sparse: misc drivers annotations
assorted minor bits in drivers/* - all independent, but there's
some limit to splitting stuff...
<viro@www.linux.org.uk>
[PATCH] sparse: lp annotation
<viro@www.linux.org.uk>
[PATCH] sparse: drivers/char/i8 annotation
<viro@www.linux.org.uk>
[PATCH] sparse: tpqic annotation
<aia21@cantab.net>
NTFS: Use set_page_writeback()/end_page_writeback() in ntfs_writepage()
resident attribute write code path as otherwise the radix-tree tag
PAGECACHE_TAG_DIRTY remains set even though the page is clean.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<aia21@cantab.net>
NTFS: Implement ntfs_mft_writepage() so it now checks if any of the mft
records in the page are dirty and if so redirties the page and
returns. Otherwise it just returns (after doing set_page_writeback(),
unlock_page(), end_page_writeback() or the radix-tree tag
PAGECACHE_TAG_DIRTY remains set even though the page is clean), thus
alowing the VM to do with the page as it pleases. Also, at umount
time, now only throw away dirty mft (meta)data pages if dirty inodes
are present and ask the user to email us if they see this happening.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<catalin.marinas@com.rmk.(none)>
[ARM PATCH] 1912/1: Wrong cache aliasing bit check
Patch from Catalin Marinas
arch/arm/mm/mmap.c: arch_get_unamapped_area() checks bit 9 in the cache type register for possible cache aliasing problems. Bit 11 should be checked instead.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] apply nForce2 fixup only if C1 Halt Disconnect is enabled
Some boards don't support C1 Halt Disconnect.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<Toshihiro.Kobayashi@com.rmk.(none)>
[ARM PATCH] 1911/1: fix of odd PMD handling in do_translation_fault()
Patch from Toshihiro Kobayashi
do_translation_fault() in arch/arm/mm/fault.c will never resolve odd PMD.
This patch fixes that problem.
<rmk@flint.arm.linux.org.uk>
[PCMCIA] Add sparse annotations to ds.c
<jmorris@redhat.com>
[IPVS]: IPVS needs checksum fixups.
Here's an additional patch for ipvs, which also mangles packets via
netfilter and was previously depending on the checksum helper in
nf_hook_slow().
Signed-of-by: James Morris <jmorris@redhat.com>
Signed-of-by: David S. Miller <davem@redhat.com>
<yoshfuji@linux-ipv6.org>
[UDPv4]: Pass correct socket to ip_mc_sf_allow.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: if_mii() helper (from jgarzik)
From: Jeff Garzik
Jeff's patch adds a helper for obtaining mii_ioctl_data from ifreq
and switches drivers to it. It's almost a "move common expression into
inline helper", except that instead of
(struct mii_ioctl_data *)&rq->ifr_ifru.ifru_data
it does
(struct mii_ioctl_data *)&rq->ifr_ifru
- pointer to union instead of pointer to a field of union that has nothing
to do with mii_ioctl_data *and* adds confusion by being a pointer itself.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: the rest of ifr_data cleanups and annotations
The rest of ->ifr_data cleanups. A bunch of drivers use address
of ifr->ifr_ifru, but spell that as &ifr->ifr_data, which expands to
&ifr->ifr_ifru.ifru_data. ifr_ifru is a union and in effect they sneak in
a private field into that union; ifr_ifru.ifru_data is a field in that
union and it has nothing to do with the things they want to do. Cleaned
up by explicit use of &ifr->ifr_ifru.
Several places where we really use ->ifr_data (i.e. use its value
and use it as __user pointer) annotated.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: drivers/net/tun.c annotation
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: depca annotation
ioctl structure annotated
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] sparse: slip.c annotation
<davidm@tiger.hpl.hp.com>
ia64: Avoid intermediate-overflows in sched_clock().
Bug reported by Zoran Menyhart.
<alex.williamson@hp.com>
[PATCH] ia64: setup cpu_to_node for cpus not present
In latest linux-2.5 bitkeeper, if you turn on CONFIG_HOTPLUG_CPU w/
an NR_CPUS greater than physically presents CPUs, you'll end up taking
an MCA in __alloc_percpu(). kmem_cache_alloc_node() gets called with a
node value of -1. It seems other architectures are defaulting the
cpu_to_node map to zero for possible, but not present cpus. Here's a
trivial patch that does the same for ia64.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<garyhade@us.ibm.com>
[PATCH] ia64: Fix early serial console setup regression on the IBM x450 and x455
This patch removes the ACPI LEGACY_DEVICES IA-PC boot architecture
flag as a condition for early serial console setup. This flag may not
be set on some systems (e.g. IBM x450 and x455) where early serial
console setup is possible.
Signed-off-by: Gary Hade <garyhade@us.ibm.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<alext@fc.hp.com>
[PATCH] ia64: fix comment-typo in entry.S
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<akpm@osdl.org>
[PATCH] ia64: uninline find_next_bit on ia64
From: Paul Jackson <pj@sgi.com>
Move the page of code (~700 bytes of instructions) for find_next_bit and
find_next_zero_bit from inline in include/asm-ia64/bitops.h to a real function
in arch/ia64/lib/bitops.c, leaving a declaration and macro wrapper behind.
The other arch's with almost this same code might want to also uninline it:
alpha, parisc, ppc, sh, sparc, sparc64.
These are too big to inline.
Signed-off-by: Paul Jackson <pj@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davem@nuts.davemloft.net>
[SPARC64]: Fix compat_sys_wait4 extern decl.
<davem@nuts.davemloft.net>
[SPARC64]: Tidy asm macros in sfp-util.h
<paulus@samba.org>
[PATCH] ppc32: Fix typo in ppc32 spinlock.h
Brown-paper bag time... I put a typo in the asm for _raw_write_trylock
(left in a spurious \n\). This patch fixes it.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davem@nuts.davemloft.net>
[COMPAT]: Add __user attributes for pointers passed while KERNEL_DS.
<davem@nuts.davemloft.net>
[AIO]: Split ki_user_obj into a 2 member union.
This documents how this member is used in two
ways, 1) as a pointer to a user ioctx and 2)
as a pointer to a task struct to wake up.
<davem@nuts.davemloft.net>
[COMPAT]: Fix some sparse annotations in fs/compat_ioctl.c
<davem@nuts.davemloft.net>
[KERNEL]: Some sparse fixes for init/main.c
1) Explicitly cast to __user in syscall invocations
where we know we are in KERNEL_DS
2) Explicitly test against zero in assignment expression
conditional.
<shemminger@osdl.org>
[TCP]: Common code for generating tcp_info.
<kaos@sgi.o>
ia64: work around linker bug
Building 2.6.6-ia64-040521, using GNU ld version 2.14.90.0.4 20030523.
__gp is sometimes set incorrectly. Instead of being .got + 0x2000000,
it is set to .data + 0x2000000, which breaks some LTOFF22 and GPREL22
entries.
This is non-deterministic, changing the path name to the kernel tree
which changes the size of some messages in .data is enough to make the
linker get it right. Force __gp to be based on .got.
HJ Lu says this is fixed in newer versions of binutils but the work around
is sensible enough that it is a better solution than forcing everybody
to upgrade binutils.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davidm@tiger.hpl.hp.com>
ia64: Kill unused external declaration of "acpi_legacy_devices".
<ak@suse.de>
[PATCH] More x86-64 bugfixes
This patch fixes the problem some people had with their systems crashing
early at boot. Also fix a problem in the LDT/TSS setup noticed by Paul
Menage. And some other random fixes.
- Update defconfig
- Remove some unnecessary printks
- Enlarge kernel mapping to 40MB
- Fix acpi=ht (Suresh Siddha)
- Use KERN_ALERT for more important oops lines
- Fix LDT/TSS limit (Paul Menage)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: swapper_space.i_mmap_nonlinear
Initialize swapper_space.i_mmap_nonlinear, so mapping_mapped reports false on
it (as it used to do). Update comment on swapper_space, now more fields are
used than those initialized explicitly.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: follow_page invalid pte_page
The follow_page write-access case is relying on pte_page before checking
pfn_valid: rearrange that - and we don't need three struct page *pages.
(I notice mempolicy.c's verify_pages is also relying on pte_page, but I'll
leave that to Andi: maybe it ought to be failing on, or skipping over, VM_IO
or VM_RESERVED vmas?)
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: vma_adjust adjust_next wrap
Fix vma_adjust adjust_next wrapping: Rajesh V. pointed out that if end were
2GB or more beyond next->vm_start (on 32-bit), then next->vm_pgoff would have
been negatively adjusted.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Rajesh Venkatasubramanian <vrajesh@umich.edu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: vma_adjust insert file earlier
For those arches (arm and parisc) which use the i_mmap tree to implement
flush_dcache_page, during split_vma there's a small window in vma_adjust when
flush_dcache_mmap_lock is dropped, and pages in the split-off part of the vma
might for an instant be invisible to __flush_dcache_page.
Though we're more solid there than ever before, I guess it's a bad idea to
leave that window: so (with regret, it was structurally nicer before) take
__vma_link_file (and vma_prio_tree_init) out of __vma_link.
vma_prio_tree_init (which NULLs a few fields) is actually only needed when
copying a vma, not when a new one has just been memset to 0.
__insert_vm_struct is used by nothing but vma_adjust's split_vma case:
comment it accordingly, remove its mark_mm_hugetlb (it can never create
a new kind of vma) and its validate_mm (another follows immediately).
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: get_user_pages vs. try_to_unmap
Andrea Arcangeli's fix to an ironic weakness with get_user_pages.
try_to_unmap_one must check page_count against page->mapcount before unmapping
a swapcache page: because the raised pagecount by which get_user_pages ensures
the page cannot be freed, will cause any write fault to see that page as not
exclusively owned, and therefore a copy page will be substituted for it - the
reverse of what's intended.
rmap.c was entirely free of such page_count heuristics before, I tried hard to
avoid putting this in. But Andrea's fix rarely gives a false positive; and
although it might be nicer to change exclusive_swap_page etc. to rely on
page->mapcount instead, it seems likely that we'll want to get rid of
page->mapcount later, so better not to entrench its use.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hugh@veritas.com>
[PATCH] mm: kill missed pte warning
I've seen no warnings, nor heard any reports of warnings, that anon_vma ever
misses ptes (nor anonmm before it). That WARN_ON (with its useless stack
dump) was okay to goad developers into making reports, but would mainly be an
irritation if it ever appears on user systems: kill it now.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<adilger@clusterfs.com>
[PATCH] ext3: htree rename fix
A problem with htree was recently discovered during Lustre testing when
files were being renamed within the same directory. In some cases the
addition of the new name caused a directory block split and the old
dir_entry was pointing at the wrong entry, and the wrong entry was removed.
This would seem entirely possible in a Maildir directory, since the MTA
will be doing a lot of renames within the same directory.
If old_de is pointing to the newly-added entry (i_ino is the same) we end up
deleting the new entry instead of the old one. It looks as if the rename
never happened. We need to verify that the name we are unlinking is what we
expect.
If is also possible that old_de is pointing to the now-unused space at the end
of a newly-split leaf block, so we still need to try ext3_delete_entry()
(which will skip the stale entry and return ENOENT) instead of just relying on
the inum + name check.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: Fix nfs3 dentry encoding
The "offset" in an entry in an nfs3 readdir response is 64 bits long and as it
has only a 32 bit alignment, it fall half in one page of the response and half
in another.
This patch adds a second offset pointer (offset1) which points to the second
half in the unusual case of the offset being split between pages, and sets and
uses it accordingly.
From: Olaf Kirch <okir@suse.de>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: exp_find(): remove null pointer check
If ek = exp_find_key() is not an error, then ek->ek_export should be set; no
point in checking if it's NULL.
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd_acceptable() typo fix
there's a small typo in nfsd_acceptable. It calls
err = permission(parent->d_inode, S_IXOTH, NULL);
It really wants to use MAY_EXEC instead of S_IXOTH. Those happen to be the
same at the moment, but may not do so forever.
From: Olaf Kirch <okir@suse.de>:
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd4 xdr name encoding improvements
Encode names directly into xdr buffer; this optimizes out a data copy, reduces
stack usage, and will make life simpler when doing acls.
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: gss_svc locking and refcounting fixes
The server sunrpc code should take a reference on the relevant module before
calling any authentication code.
Also, it looks to me like the table of authops needs some locking.
Finally, gss_svc_init wasn't checking the status of svc_auth_register, and
gss_svc_shutdown wasn't calling svc_auth_unregister.
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: rsc_lookup simplification
rsc_lookup is a bit complicated: it either takes responsibility for the memory
pointed to by handle.data and sets handle.data to NULL, or it leaves
handle.data unchanged, in which case the caller is responsible for freeing
handle.data. I forgot that the possibility of inserting a negative cache
entry into the cache meant that this could happen even when rsc_lookup is
called with set == 0.
Note that the ip_map code has the same bug, not that it seems to matter much,
since the memory in question in that case is always just a statically
allocated string.
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd4_release_lockowner() oops fix
Fix oops in release_lockowner. We need to break out to two loops, not just
one, and if the loop finds nothing, 'local' won't be NULL. So just put the
body of the 'if' inside the loop.
From: Andy Adamson <andros@citi.umich.edu>
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd getattr fix
Oops: we were claiming to support the TIME_CREATE attribute, when we don't
really.
From: Andy Adamson <andros@citi.umich.edu>
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd4 setclientid fix
Fix a somewhat bizarre corner case in clid processing: a clientid match isn't
required for case 3.
From: Andy Adamson <andros@citi.umich.edu>
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: nfsd4 file creation fix
Fix error return in create. (See comment in xdr for createtype4 at end of
rfc3530.)
From: Andy Adamson <andros@citi.umich.edu>
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] kNFSd: documentation typo fixes
Fix minor typos.
From: "J. Bruce Fields" <bfields@fieldses.org>
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: rationalise device selection in md/multipath.
md/multipath has two separate pieces of code for choosing a device to use, one
when a request is first made and the other when a request is being re-tried
after failure. This patch discards multipath_read_balance and uses
multipath_map in both situations.
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: make sure md_check_recovery will remove a faulty device when ->nr_pending hits 0
md_check_recovery only locks a device and does stuff when it thinks there is a
real likelyhood that something needs doing. So the test at the top must cover
all possibilities.
But it didn't cover the possibility that the last outstanding request on a
failed device had finished and so the device needed to be removed.
As a result, a failed drive might not get removed from the personalities
perspective on the array, and so it could never be removed from the array as a
whole.
With this patch, whenever ->nr_pending hits zero on a faulty device,
MD_RECOVERY_NEEDED is set so that md_check_recovery will do stuff.
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: allow an md personality to refuse a hot-remove request.
This isn't really needed at the moment, but it is more consistant with the
interface and may be needed later.
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: make sure the size of a raid5/6 array is a multiple of the chunk size.
Normally the size is chosen as a multiple of the chunk size, but if the size
is explicitly chosen, it might not be. So we force it.
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: handle hot-add for arrays with non-persistent superblocks
If the superblock isn't persistent, we shouldn't allow room for it.
From: Paul Clements <Paul.Clements@SteelEye.com>
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: abort the resync of raid1 there is only one device.
If raid1 decides it needs to resync it will do so even if there is only one
working device. This is pointless.
With this patch we abort resync if there is nowhere to write to.
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: allow md arrays to be resized if devices are large enough.
It is possible to have raid1/4/5/6 arrays that do not use all the space on the
drive. This can be done explicitly, or can happen info you, one by one,
replace all the drives with larger devices.
This patch extends the "SET_ARRAY_INFO" ioctl (which previously invalid on
active arrays) allow some attributes of the array to be changed and implements
changing of the "size" attribute.
"size" is the amount of each device that is actually used. If "size" is
increased, the new space will immediately be "resynced".
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>
<neilb@cse.unsw.edu.au>
[PATCH] md: support reshaping raid1 arrays - adding or removing drives.
This allows the number of "raid_disks" in a raid1 to be changed.
This requires allocating a new pool of "r1bio" structures which a different
number of bios, suspending IO, and swapping the new pool in place of the old.
(and a few other related changes).
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>
<ak@suse.de>
[PATCH] Use KERN_ALERT more for oopses
Often users only report what syslogd reports with KERN_ALERT when a kernel
crash occurs. Make an oops print mpre information with that (in particular
the RIP)
Patch for i386 and x86-64.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rusty@rustcorp.com.au>
[PATCH] fix sysfs node cpumap for large NR_CPUS
As pointed out by Paul Jackson <pj@sgi.com>, sometimes 99 chars is not enough.
We currently get a page from sysfs: that code should check we haven't overrun
it.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Paul Jackson <pj@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] nfs-direct warning fix
fs/nfs/direct.c: In function `nfs_file_direct_write':
fs/nfs/direct.c:549: warning: initialization discards qualifiers from pointer target type
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<kevcorry@us.ibm.com>
[PATCH] dm: dm-ioctl.c: change an int* to a size_t*
dm-ioctl.c: Use a size_t* instead of an int* in list_version_get_needed().
size_t and int are not the same size on all architectures.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulkf@microgate.com>
[PATCH] synclinkmp.c driver init modifications
* Fix cleanup on driver init failure (call pci_unregister_driver if
necessary)
* Keep driver loaded if no hardware found (for dynid support)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulkf@microgate.com>
[PATCH] synclink_cs.c driver init modifications
* Fix cleanup on driver init failure
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulkf@microgate.com>
[PATCH] synclink.c driver init modifications
* Fix cleanup on driver init failure (call pci_unregister_driver if
necessary)
* Keep driver loaded if no hardware found (for dynid support)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<axboe@suse.de>
[PATCH] fix cdrom length check
There's a bad length check in cdrom_get_random_writable(), it's off-by-4
since fh->data_len is the length of data _after_ that field (which is
offset 4 bytes in the header). Check is pretty bogus anyways, so just kill
it.
Signed-Off-By: Jens Axboe <axboe@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<neilb@cse.unsw.edu.au>
[PATCH] md: fix BUG in raid5 resync code.
This condtion on this loop is primarily to avoid the loop if it doesn't
appear to be needed. However it optimises a little too much and there is a
case where it skips the loop when it is really needed. This patch fixes
it.
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>
<benh@kernel.crashing.org>
[PATCH] Fix rivafb's OpenFirmware parsing
The attached patch fixes the EDID parsing for PPC on rivafb. It actually
finds the EDID info in the OF Tree now. I grabbed this from BenHs Tree as
of 2.6.5-rc3. The current code has no chance to work since it doesn't walk
the device tree. This helps rivafb on PPC at least a bit further...
Signed-off-by: Guido Guenther <agx@sigxcpu.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<benh@kernel.crashing.org>
[PATCH] Fix DRM mismerge(?)
From: Colin Leroy <colin@colino.net>
Paulus brought this up on IRC, it seems to be a bad DRM merge: The code
#ifndef VMAP_4_ARGS
if ( dev->agp->cant_use_aperture )
return -EINVAL;
#endif
in DRM(agp_acquire) should be removed altogether in a 2.6 kernel because
its vmap() takes 4 arguments; however, only the guards seem to have been
removed, which causes this function to erroneously fail if the AGP aperture
can't be directly accessed by the CPU.
Signed-off-by: Colin Leroy <colin@colino.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<minyard@acm.org>
[PATCH] Fix procfs warnings when removing ipmi_si module
Presently we get procfs warnings from ipmi_si.ko due to its failing to
remove all of a /proc directory's contents prior to removing that
directory.
This patch tracks all proc entries for an IPMI interface and unregisters
them all upon removal.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<airlied@linux.ie>
[PATCH] MTD: add st m50fw0* to jedec_probe.c
Adds support to the jedec probe for ST M50FW040, M50FW080 and M50FW016 all
Firmware hubs for i8x0 chipsets,
http://www.st.com/stonline/products/families/memories/fl_nor/fl_fwh.htm
Cc: David Woodhouse <dwmw2@infradead.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<minyard@acm.org>
[PATCH] Fix ipmi compile failure
Geert Uytterhoeven wrote:
While compiling drivers/char/ipmi/ipmi_si_intf.c in 2.6.6-rc1 on m68k,
I noticed a missing include (needed for disable_irq_nosync() and
enable_irq()):
Furthermore none of CONFIG_ACPI_INTERPETER, CONFIG_X86, and CONFIG_PCI
were set, and thus IPMI_MEM_ADDR_SPACE and IPMI_IO_ADDR_SPACE are not
defined, but they are used.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hadi@cyberus.ca>
[NET]: Add ARPHRD_NONE and use it in tun driver.
<olh@suse.de>
[NET]: Fix compat bug in recvmsg/sendmsg wrt MSG_CMSG_COMPAT.
<airlied@starflyer.(none)>
Remove check that is needed only for 2.4 kernel fixes bug reports on lk.
Signed-off-by: Colin Leroy <colin@colino.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: change CONFIG_IDEDISK_STOKE to a runtime option
From: Christoph Hellwig <hch@lst.de>
To be useful for distribution kernels it needs to be a runtime option.
The original patch is from Joerg Platte via the Debian kernel package,
with some adjustments from me (and me too - Bart).
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: remove unused ide_remove_setting() from ide.c
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: use try_to_flush_leftover_data() in idedisk_error()
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: remove needless exports
Remove needless exports from ide.c, ide-probe.c and ide-proc.c.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: sanitize __ide_do_rw_disk() debugging code
- move common code to ide_do_rw_disk()
(+ always print block number and rq->buffer)
- use pr_debug()
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: remove dead code from ide-taskfile.c
Remove dead code from task_in_intr() and pre_task_mulout_intr()
(CONFIG_IDE_TASKFILE_IO=n versions).
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<axboe@suse.de>
[PATCH] kill drivers/ide TCQ support
Lets just remove it. It's been disabled some time ago, and there's no
chance of it ever getting resurrected. PATA TCQ has so many technical
short comings, that it was never really interesting I'm afraid.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<hch@lst.de>
[WATCHDOG] linux/watchdog.h include types.h patch
watchdog.h is using __u8 and __u32 from linux/types.h, so it needs to
include it.
<mingo@redhat.com>
[PATCH] sched: honor the "sync" wakeup bit
The scheduler changes had another thing missing: the appreciation of
sync wakeups. (I had this in one of the earlier sched-domains cleanup
patches before but it got lost in the shuffle.)
When a sync waker is waking, we should subtract its load from the
current load - it will schedule away for sure in the near future.
That's what the "sync" bit means.
This change is necessary because with the sched-domains balancer we have
a much more sensitive cpu-load estimator, and in this particular context
of try_to_wake_up() the sync waker's effect will always be part of the
load. Patch against your patch attached.
In my testing there's an additional increase in bw_pipe numbers on a
dual P2 box, it went from 110-120 MB/sec to 120-130 MB/sec.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rmk@flint.arm.linux.org.uk>
[ARM] Uninline flush_dcache_page()
<rmk@flint.arm.linux.org.uk>
[ARM] Update mach-types.
<torvalds@ppc970.osdl.org>
rpc: Use proper printk format for size_t argument.
<benh@kernel.crashing.org>
[PATCH] ppc32: Fix CPUs with soft loaded TLB
The recent introduction of ptep_set_access_flags() with the optimisation
of not flushing the TLB unfortunately broke ppc32 CPUs with no hash
table.
The data access exception code path in assembly for these doesn't
properly deal with the case where the TLB entry is present with the
wrong PAGE_RW and will just call do_page_fault again instead of just
replacing the TLB entry.
Fixing the asm code for all the different CPU types affected (yah,
embedded PPCs all have different MMUs =P) is painful and need testing I
can't do at the moment, so here's a fix that will just flush the TLB
page when changing the access flags on non-hash based machines. Please
apply.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org
<benh@kernel.crashing.org>
[PATCH] ppc32: missed flush_tlb_page_nohash() cases
ARGH. Missed one file. Here is an additional patch (missed tlbflush.h patch)
Sorry.
This adds the definiction of flush_tlb_page_nohash() that was missing
from the previous patch fixing SW-TLB loaded PPCs
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<benh@kernel.crashing.org>
[PATCH] ppc64: make the TLB flush logic match ppc32
Adds a dummy flush_tlb_page_nohash() called by ptep_set_access_bits(),
to be used if we ever have a ppc64 CPU with software loaded TLB.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davej@redhat.com>
[PATCH] fix warning in synclink.c
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davej@redhat.com>
[PATCH] Fix missing padding in DMI table.
This entry in the DMI blacklist table is missing it's NO_MATCH
tags, which means the struct gets padded instead of filled with
the desired NO_MATCH data which is {255, NULL}
Usually not fatal it seems, but there have been numerous cases
in Red Hat bugzilla where this did get tripped up, and caused
an immediate reset on these boards. Not fun to track down.
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<davem@nuts.davemloft.net>
[TCP]: Need tcp_get_info decl in net/tcp.h
<akropel1@rochester.rr.com>
[FB]: Fix uninitialized fb_cmap member in sbuslib.c
When handling FBIOPUTCMAP_SPARC, sbusfb fails to initialize cmap.transp,
which quickly leads to an oops when fb_set_cmap() dereferences it.
First encountered in Aurora Wombat kernels and seems to afflict mainline
as well. Patch is against 2.6.7-rc2. xorg still fails to actually get
anything to display on my CG6, but at least it no longer oopses the kernel.
Signed-off-by: Adam Kropelin <akropel1@rochester.rr.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<hadi@zynx.com>
[NETFILTER]: Small cleanup for {ipt,ip6t,arpt}_find_target
Signed-off-by: Jamal Hadi Salim <hadi@zynx.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<aia21@cantab.net>
NTFS: Add functions ntfs_{clear,set}_volume_flags(), to modify the volume
information flags (fs/ntfs/super.c).
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<vojtech@suse.cz>
input: Exclude tasklet changes to i8042.c
Signed-off-by: Vojtech Pavlik <vojtech@suse.cz>
<torvalds@ppc970.osdl.org>
Linux 2.6.7-rc3
<stevef@stevef95.austin.ibm.com>
Fix race in updating tcpStatus field
<Siegfried.Hildebrand@FernUni-Hagen.de>
[PATCH] USB: Fix problems with cyberjack usb-serial-module since kernel 2.6.2
> Send me a patch to back those changes out to fix your device and I'll
> apply it. If the author is around to realize this, that should wake
> them up :)
Ok, here you are! :)
Attached is a patch for linux-2.6.7-rc2. (though the patch hasn't changed
since -rc1)
Again a short description:
(the patch removes most of the changes done in linux-2.6.2)
1. Removed the local buffer of cyberjack_write, because something goes wrong
upon a write-request bigger than the buffer. Without this, a write-request
stalls with error -3.
2. Removed some usb_clear_halt() lines. Without this, the device doesn't even
open and returns -7.
It works for my cyberjack pinpad USB card reader on
- nforce2 chipset
- VIA KM266 chipset
- AMD Irongate chipset
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<kaie@kuix.de>
[PATCH] USB: enable pwc usb camera driver
The attached patch enables the pwc driver included with kernel 2.6.7-rc2
It also removes the warnings during compilation.
However, note that I blindly duplicated the release approach used by
other usb camera drivers, replacing the current no-op.
The driver works for me with a Logitech QuickCam Notebook Pro and
GnomeMeeting.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<akpm@osdl.org>
[PATCH] make buildcheck missing hunk
Forgot to update the top-level makefile to invoke the new reference_init
script.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] i386 defconfig update
Updates i386 defconfig. I simply ran `make oldconfig' and selected `m' where
it was available, otherwise `y'.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<baldrick@free.fr>
[PATCH] USB devio.c: deadlock fix
proc_resetdevice is called with dev->serialize held.
usb_reset_device takes dev->serialize and then calls
__usb_reset_device. To avoid deadlock, proc_resetdevice
should call __usb_reset_device directly.
Signed-off-by: Duncan Sands <baldrick@free.fr>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
<stevef@stevef95.austin.ibm.com>
Add 2 missing kmalloc failure checks during cifs mount time
Signed-off-by: Yury Umanets <torque@ukrpost.net>
Signed-off-by: Steve French <sfrench@us.ibm.com>
<shemminger@osdl.org>
[TCP]: Update tcp_get_info() comments in net/tcp.h
<shemminger@osdl.org>
[TCP]: Add receive DRS info to tcp_info.
<stevef@stevef95.austin.ibm.com>
fix up whitespace
Signed-off-by: Steve French <sfrench@us.ibm.com>
<davem@nuts.davemloft.net>
[NETFILTER]: Put arpt_mutex back into arp_tables.c
<stevef@smfhome1.smfdom>
Make stats display more consistent - under /proc/fs/cifs/Stats
Signed-off-by: Steve French <sfrench@us.ibm.com>
<stevef@smfhome1.smfdom>
handle partial page update of page in cache that is not uptodate better for the situation in which file is open writeonly
Signed-off-by: Steve French <sfrench@us.ibm.com>
<aia21@cantab.net>
NTFS: 2.1.13 - Enable overwriting of resident files and housekeeping of system files.
- Mark the volume dirty when (re)mounting read-write and mark it clean
when unmounting or remounting read-only. If any volume errors are
found, the volume is left marked dirty to force chkdsk to run.
- Add code to set the NT4 compatibility flag when (re)mounting
read-write for newer NTFS versions but leave it commented out for now
since we do not make any modifications that are NTFS 1.2 specific yet
and since setting this flag breaks Captive-NTFS which is not nice.
This code must be enabled once we start writing NTFS 1.2 specific
changes otherwise Windows NTFS driver might crash / cause corruption.
- Fix a silly bug that caused a deadlock in ntfs_mft_writepage().
For inode 0, i.e. $MFT itself, we cannot use ilookup5() from
there because the inode is already locked by the kernel
(fs/fs-writeback.c::__sync_single_inode()) and ilookup5() waits
until the inode is unlocked before returning it and it never gets
unlocked because ntfs_mft_writepage() never returns. )-:
Fortunately, we have inode 0 pinned in icache for the duration
of the mount so we can access it directly.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<airlied@starflyer.(none)>
The dev->devname being passed to request_irq in drm_irq.h is null.
With the old DRM interface, the devname was set in DRM(setunique),
but with the current DRM interface >=1.1 the devname is not being
set in DRM(set_busid).
From: Alan Swanson
Approved-by: Dave Airlie <airlied@linux.ie>
<paulus@samba.org>
[PATCH] Single-stepping emulated instructions
Occasionally the ppc64 kernel emulates a usermode instruction, for
example in the alignment exception handler. Kumar Gala pointed out
(in the context of the ppc32 kernel) that if the instruction was being
single-stepped, and we end up emulating the instruction, we should
then send the process a SIGTRAP as if it had not been emulated and the
process had then taken a single-step exception. This patch implements
this for ppc64.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<paulus@samba.org>
[PATCH] Make paca xCurrent field be a pointer
The paca struct contains a pointer to the current task, which is used
for the `current' macro. For some reason, this field is a u64, and
every time we use it we need a cast, because it is really a pointer.
This patch cleans things up a little by making it a pointer to struct
task_struct and removing the casts. It also removes a now-incorrect
comment which said that r13 contains current (it now holds
&paca[smp_processor_id()]).
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<alan@redhat.com>
[PATCH] ethtool power manglement hooks
Several ethernet drivers have been broken by the ethtool support because
the ioctl code used to power the interface up and down as needed. Rather
than add this to each driver call Jeff Garzik suggested we add hooks
for before/after ethtool processing.
This patch implements them which makes fixing the PM stuff easier,
as the epic100 patch to follow will show. It also cleans up the
via-velocity driver pm/ethtool logic a great deal. As per Jeff's
request the before handler is allowed to fail the operation.
--
The contribution herein included is a creation of Red Hat Inc. It is hereby
submitted under the license of the existing files and as a derivative work
thereof. I know of no reason for not having the right to submit the
work herein included.
(Bluff your way in legalese ;))
<alan@redhat.com>
[PATCH] epic100 fixes
"Gee it works better if you turn the chip on before programming it"
The ioctl to ethtool change broke that little detail...
I made the changes, Jeff agreed in principle, Red Hat owns them and I know
no reason they can't be contributed under the GPL v2 or later.
Requires: ethtool change
<hunold@convergence.de>
[PATCH] Make tda1004x DVB frontend driver work again
Adrian Bunk noticed that the tda1004x DVB frontend driver was broken and
sent a small patch that at least made the driver work again.
There was a discussion afterwards about the kernel syscall interface,
but at the end, the tda1004x DVB frontend driver is still non-functional.
This re-applies the temporary band-aid.
<herbert@gondor.apana.org.au>
[PATCH] Fix netdev leak on probe failure in 3c527
This patch frees the netdev on failure in mc32_probe in 3c527.
<herbert@gondor.apana.org.au>
[PATCH] Fixed MCA resource bugs in at1700
This patch fixes an incorrect MCA check as well as a leak on probe
failure in at1700.
<akpm@osdl.org>
[PATCH] Fix tulip deadlocks on device removal
From: Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004@gmx.net>
Handle going-away devices.
<jesse.brandeburg@intel.com>
[PATCH] e1000: fix napi crash on ifdown during traffic
Signed off by: Jesse Brandeburg
<dwmw2@dwmw2.baythorne.internal>
Wind River PowerQUICC II SBC82xx update:
- Switch to using u-boot bdinfo.
- Set up CS11 for RTC if the bootloader didn't bother.
- Set BOOTROM_RESTART_ADDR so machine_restart() actually works.
- For non-uboot boot, note bus clock is 66MHz on 8265 model.
<dwmw2@dwmw2.baythorne.internal>
Add WindRiver PowerQUICC II flash map driver
<dhowells@redhat.com>
[PATCH] Fix semaphore downgrade_write()
Stop downgrade_write() from under-adjusting the rwsem counter in optimised
rw-semaphores.
Signed-off-by: David Howells <dhowells@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1919/1: S3C2410 - Serial configuration bugfix (missing SERIAL_CORE_CONSOLE)
Patch from Ben Dooks
Fix missing select of SERIAL_CORE_CONSOLE when selecting the
S3C2410 serial console support with no other serial console
selected
<ben-linux@org.rmk.(none)>
[ARM PATCH] 1920/1: S3C2410 - register definition fix
Patch from Ben Dooks
Fix for multiple definition of the same item in the GPIO and IRQ
register includes
<elf@com.rmk.(none)>
[ARM PATCH] 1915/1: lh7a40x #4 (1/1) hardware.h bug fix
Patch from Marc Singer
This patch corrects a bug in the register access macros for 16 and 8
bit accesses. It also updates the default configuration files for the
2.6.7 kernel.
<elf@com.rmk.(none)>
[ARM PATCH] 1916/1: lh7a40x #5 (1/1) revision B support
Patch from Marc Singer
Small change to support revision B Card Engines.
<davem@nuts.davemloft.net>
[SPARC64]: Uninline find_*_bit() like ia64 did.
<akpm@osdl.org>
[PATCH] wake_up_forked_thread() fix
Spotted by Randy Dunlap - don't try to return something from a void-returning
function.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] jbd: descriptor buffer state fix
Fix a problem discovered by Jeff Mahoney <jeffm@suse.com>, based on an initial
patch from Chris Mason <mason@suse.com>.
journal_get_descriptor_buffer() is used to obtain a regular old buffer_head
against the blockdev mapping. The caller will populate that bh by hand and
will then submit it for writing.
But there are problems:
a) The function sets bh->b_state nonatomically. But this buffer is
accessible to other CPUs via pagecache lookup.
b) The function sets the buffer dirty and then the caller populates it and
then it is submitted for I/O. Wrong order: there's a window in which the
VM could write the buffer before it is fully populated.
c) The function fails to set the buffer uptodate after zeroing it. And one
caller forgot to mark it uptodate as well. So if the VM happens to decide
to write the containing page back __block_write_full_page() encounters a
dirty, not uptodate buffer, which is an illegal state. This was generating
buffer_error() warnings before we removed buffer_error().
Leaving the buffer not uptodate also means that a concurrent reader of
/dev/hda1 could cause physical I/O against the buffer, scribbling on what
we just put in it.
So journal_get_descriptor_buffer() is changed to mark the buffer
uptodate, under the buffer lock.
I considered changing journal_get_descriptor_buffer() to return a locked
buffer but there doesn't seem to be a need for this, and both callers end up
using ll_rw_block() anyway, which requires that the buffer be unlocked again.
Note that the journal_get_descriptor_buffer() callers dirty these buffers with
set_buffer_dirty(). That's a bit naughty, because it could create dirty
buffers against a clean page - an illegal state. They really should use
mark_buffer_dirty() to dirty the page and inode as well. But all callers will
immediately write and clean the buffer anyway, so we can safely leave this
optimising cheat in place.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] speedup flush_workqueue for singlethread_workqueue
From: "Anil" <anil.s.keshavamurthy@intel.com>
In flush_workqueue() for a single_threaded_worqueue case the code flushes the
same cpu_workqueue_struct for each online_cpu.
Change things so that we only perform the flush once in this case.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc32: fix missing option in binutils version check
From: Olaf Hering <olh@suse.de>
The binutils check is bogus, it doesnt work with the just released
binutils. A space is needed in the error message.
pomegranate:~# echo dssall | /usr/bin/as -o /tmp/x
{standard input}: Assembler messages:
{standard input}:1: Error: Unrecognized opcode: `dssall'
pomegranate:~# /usr/bin/as -v
GNU assembler version 2.15.91.0.1 (powerpc-suse-linux) using BFD version 2.15.91.0.1 20040527 (SuSE Linux)
*** 2.6 kernels no longer buildcorrectly with old versions of binutils.
*** Please upgrade your binutils to 2.12.1 or newer
make: *** [checkbin] Error 1
make: Target `all' not remade because of errors.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: iSeries vio_dev cleanups
From: Stephen Rothwell <sfr@canb.auug.org.au>
This patch removes the archdata and driver_data members of struct vio_dev
and uses the platform_data and driver_data members of the embedded struct
device instead. I also declared a couple of routines static.
This is part of a work in progress.
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] writeback_inodes can race with unmount
From: Chris Mason <mason@suse.com>
There's a small window where the filesystem can be unmounted during
writeback_inodes. The end result is the iput done by sync_sb_inodes could
be done after the FS put_super and and the super has been removed from all
lists.
The fix is to hold the s_umount sem during sync_sb_inodes to make sure
the FS doesn't get unmounted.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] unalign struct page_state
The ____cacheline_aligned in there is a leftover from before the existence of
the percpu infrastructure. It bloats struct page_state and structures which
contain it enormously, and we use these things on the stack deep in page
reclaim.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] runtime selection of CONFIG_PARIDE_EPATC8
From: Christoph Hellwig <hch@lst.de>
drivers/block/paride/epat.c support two slightly different protocol
variants. Currently it's compile-time selected by CONFIG_PARIDE_EPATC8,
but this patch adds a epatc8 module option to allow runtime selection.
CONFIG_PARIDE_EPATC8 stays for now but I'd like to kill it int 2.7.
The basic patch is from the Debian kernel package (Author unknown) but I
reworked it a bit.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ext3: journal_flush() needs journal_lock_updates()
We need to take journal_lock_updates() while remounting r/o to prevent a new
transaction starting while journal_flush() is running.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Typo in Documentation/fb/framebuffer.txt
From: Peter Korsgaard <jacmet@sunsite.dk>
Vertical retrace is in lines, not pixels.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] more drivers/atm/horizon.c polishing
From: Francois Romieu <romieu@fr.zoreil.com>
- just say no to numbered labels;
- pci_enable_device can fail so setup_pci_dev() must return a value;
- propagate existing error codes when possible in do_pci_device()
- missing pci_disable_device here and there.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Remove unnecessary printk in es7000 code
From: Andi Kleen <ak@suse.de>
This printk is printed by genericarch when your machine is no es7000. Most
people don't care about that. Remove it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Disable UDF debugging
From: Andi Kleen <ak@suse.de>
UDF spews out lots of debugging information by default. Disable that,
since it doesn't make too much sense for a production kernel.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] __ARCH_WANT_SYS_RT_SIGACTION fix
From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Recent syscall stubs cleanup broke alpha, as it has its own version of
sys_rt_sigaction(). This defines __ARCH_WANT_SYS_RT_SIGACTION for all
architectures except alpha, sparc and sparc64.
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] md: fix BUG in raid6 resync code.
From: NeilBrown <neilb@cse.unsw.edu.au>
This condtion on this loop is primarily to avoid the loop if it doesn't
appear to be needed. However it optimises a little too much and there is a
case where it skips the loop when it is really needed. This patch fixes
it.
This is the raid6 version of the recent raid5 resync bugfix.
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>
<akpm@osdl.org>
[PATCH] cdrom hardware defect mgt header length
From: Jens Axboe <axboe@suse.de>
cdrom_has_defect_mgt() has the same ->data_len bug - the length field is
not total length, but the length following that field. So it should be +
4, not + 8. However, just kill the length check. Comparison of
feature_code provides enough check.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: add support for 6 system call arguments (FUTEX_CMP_REQUEUE)
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
This patch adds support for 6 system call arguments on s390. The first
exploiter of this will be the sys_futex system call for the
FUTEX_CMP_REQUEUE operation. The idea is simple: use register %r7 for the
6th argument. This can be extended to 7/8/9/... arguments if there ever
will be the need for it. To call the system call function in the kernel
the additional arguments needs to get stored on the stack. 8 bytes are
added to the head of struct pt_regs. %r7 is stored to the additional field
for all system calls. The store is hidden in a
address-generation-interlock slot, it doesn't slow down the system call
path.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] flush_workqueue locking simplification
From: "Anil" <anil.s.keshavamurthy@intel.com>
We don't need lock_cpu_hotplug()/unlock_cpu_hotplug for singlethreaded
workqueues.
Signed-off-by: Anil Keshavamurthy <anil.s.keshavamurthy@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] cyclone: PIT sanity checking
From: john stultz <johnstul@us.ibm.com>
In testing for SLES9, we ran across a bug caused by userspace apps poking
the PIT which caused bad values to be read by the kernel. This would then
trigger the lost tick detection code with insane values and would then
break the SCSI subsystem.
This patch includes the PIT sanity check from the TSC timesource into the
cyclone timesource code, which catches the bad case described above and
resolves the issue.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix uts sysctl write size
From: Andy Whitcroft <apw@shadowen.org>
The sysctl interfaces for updating the uts entries such as hostname and
domainname are using the wrong length for these buffers; they are hard
coded to 64. Although safe, this artifically limits the size of these
fields to one less than the true maximum. This generates an inconsistency
between the various methods of update for these fields.
# hostname 12345678901234567890123456789012345678901234567890123456789012345
hostname: name too long
# hostname 1234567890123456789012345678901234567890123456789012345678901234
# hostname
1234567890123456789012345678901234567890123456789012345678901234
# sysctl -w kernel.hostname=1234567890123456789012345678901234567890123456789012345678901234567890
kernel.hostname = 1234567890123456789012345678901234567890123456789012345678901234567890
# hostname
123456789012345678901234567890123456789012345678901234567890123
#
The error originates from the fact the handler for strings (proc_dostring)
already allows for the string terminator. This patch corrects the limit,
taking the oppotunity to convert to use of sizeof().
Signed-off-by: Andy Whitcroft <apw@shadowen.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] aio.c sparse warning fix
Randy Dunlap <rddunlap@osdl.org> points out that sparse warns about the test
of an undefined preprocessor identifier.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vga16fb.c: fix bogus mem_start value
From: Herbert Xu <herbert@gondor.apana.org.au>
The recent change to vga16fb's memory mapping that you partially reverted
is still broken. In particular, it's setting fix.mem_start to a virtual
address on i386. The value of fix.mem_start is meant to be physical.
We could simply apply virt_to_phys to it, but somehow I doubt that is what
it's meant to do on arm. So until we hear from someone who knows how it
works on arm, let's just revert this change.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<torvalds@ppc970.osdl.org>
Mark compaq Fibre Channel driver broken.
It puts two 2kB temp areas on the stack, which is
guaranteed to overflow a 4kB stack if that path
is ever taken.
Both marked in the source, and both should be easy
to fix but need testing.
Found by Jörn Engel.
<rddunlap@osdl.org>
[PATCH] kernel/sysctl annotations for sparse
Add __user annotations to kernel/sysctl.c to satisfy sparse
for !CONFIG_SYSCTL, !CONFIG_PROC_FS.
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<oleg@tv-sign.ru>
[PATCH] dup_mmap() double memory accounting
dup_mmap() unnecessarily tries to account for memory of the vma's it has
created if it fails in the middle.
However, that's pointless (and wrong), since the exit_mmap() path called
through mmput() will do so anyway in the failure path.
Just remove the bogus un-accounting code.
<akpm@osdl.org>
[NETFILTER]: Fix arp_tables.c build.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David S. Miller <davem@redhat.com>
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<davej@redhat.com>
[CPUFREQ] Reset longhaul to max speed on unload.
If we don't do this, and the speed was set to the minimum,
we trigger the lowest==highest assertion on subsequent loads.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Now that maxmult is a global, don't need to pass it around in longhaul driver
Signed-off-by: Dave Jones <davej@redhat.com>
<acme@conectiva.com.br>
[NET] Introduce sk_reset_timer and sk_stop_timer
This makes the best practices already in place in bluetooth
and tcp/ip available for all protocols, i.e. references must
be managed when associating timers with struct sock instances,
also makes the code a bit more clean.
Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
<davej@redhat.com>
[CPUFREQ] Fix longhaul's debug printk.
It printed garbage.
Signed-off-by: Dave Jones <davej@redhat.com>
<wesolows@foobazco.org>
[SPARC]: Fix warning for changed section attributes
<wesolows@foobazco.org>
[SPARC]: Fix warning for missing struct device
<yoshfuji@linux-ipv6.org>
[IPV6]: Add IP6CB.
<wesolows@foobazco.org>
[SPARC]: Consolidate pagetable definitions
Software PMD sizes are now the same for 4cdm, so we remove the
unneeded btfixups and functions, replacing them with macros like
on every other platform.
<shaggy@austin.ibm.com>
JFS: Better RAS when btstack is overrun
The current warning and/or trap when the btstack is overrun in
dtSearch or dtReadFirst are not very helpful. Add code to detect
the stack overrun earlier, print something useful, and return
gracefully.
I've found that dbFree being called with blkno == 0 can lead to this
error, so I put in a specific check for that.
Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
<aia21@cantab.net>
NTFS: 2.1.14 - Fix an NFSd caused deadlock reported by several users.
- Modify fs/ntfs/ntfs_readdir() to copy the index root attribute value
to a buffer so that we can put the search context and unmap the mft
record before calling the filldir() callback. We need to do this
because of NFSd which calls ->lookup() from its filldir callback()
and this causes NTFS to deadlock as ntfs_lookup() maps the mft record
of the directory and since ntfs_readdir() has got it mapped already
ntfs_lookup() deadlocks.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
<geert@linux-m68k.org>
[PATCH] SCSI_DPT_I2O should depend on PCI
<axboe@suse.de>
[PATCH] fix ide-cd racy completions
This bug took forever to debug (just ask Ben :-).
When we move the completion event from the failed request to the sense
request, we risk either the initial complete and then later complete on
a long gone ->waiting. I think this business of moving the completion
structure to the request sense is a bit bogus and always has been, and
the bug is fixed nicely by just rewriting this logic a bit. So instead
we simply unconditionally dequeue the failed request (regardless of
whether it was REQ_PC or REQ_BLOCK_PC), and pass a reference to it in
the sense request. When the sense completes, we call end io on the
originally failed request (which does the complete() etc).
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rmk@flint.arm.linux.org.uk>
[ARM] Add ucontext bits for sigaltstack handling.
<davej@redhat.com>
[CPUFREQ] Cpufreq hotplug
From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
I was trying to fix this hotplug force migration issue in
cpu/cpufreq/acpi.c. As you suggested, it made more sense to do this in
cpufreq.c, so that we need not do this in multiple low level drivers.
How does this simple patch look. Beyond this, we may have to change some
documentation, to tell to all low level drivers that they can assume
hotplug lock will be taken, when they are in the target() routine.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] convert elanfreq MODULE_PARM to module_param
Convert elanfreq's MODULE_PARM to module_param, and warn users that the setup parameter
"elanfreq" will go away in favor of "elanfreq.max_freq".
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] convert gx-suspmod MODULE_PARM to module_param
Convert gx-suspmod's MODULE_PARM to module_param.
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] powernow-k8: ignore double lo freq table entries
Ignore two identical low freq entries in the ACPI tables for the powernow-k8
driver.
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>
<rmk@flint.arm.linux.org.uk>
[ARM] Clean up io-acorn.
io-acorn.o is not necessary for CLPS711x build - the functions it
provides are defined as macros in asm/io.h, so they will never be
referenced.
io-acorn.o only provides insl/outsl, so the half-word IO macros
within are never used; remove them.
<davej@redhat.com>
[CPUFREQ] powernow-k8: preempt fix
Pavel's fix for preempt in the suspend scenario.
The driver protects itself from multiple entry already, and it does not care if
there is a long delay in the middle of a multi-step transition, so there
really is no need for it to disable preempt.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Add documentation on AMD powernow drivers
From Paul Devriendt.
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Limit return value of speedstep_get_state()
Looking around speedstep-smi, there is a lot of call to
speedstep_get_state() which is used as an index for the array
speedstep_freqs. But speedstep_get_state() will return the value of ebx
after a call to a SMI handler. It's not safe IMHO.
From: Bruno Ducrot
Signed-off-by: Dave Jones <davej@redhat.com>
<rmk@flint.arm.linux.org.uk>
[ARM] uaccess.h should include asm/memory.h not asm/arch/memory.h
<davej@redhat.com>
[CPUFREQ] Remove notify in speedstep_set_state [1/2]
Remove 'notify' in speedstep_set_state for speedstep-lib
Signed-off-by: Bruno Ducrot <ducrot@poupinou.org>
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Remove notify in speedstep_set_state [2/2]
Signed-off-by: Bruno Ducrot <ducrot@poupinou.org>
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Fix cpufreq on ARM
cpufreq doesn't appear to initialise on ARM - cpufreq_register_driver()
fails with -ENODEV.
This appears to be because we register cpus at subsys_initcall() time,
and cpufreq drivers at arch_initcall() time. We need cpufreq up and
running before any drivers are initialised since their timings depend
on the CPU clock rate.
The following patch appears to fix these problems.
From: Russell King
Signed-off-by: Dave Jones <davej@redhat.com>
<acme@toy.kerneljanitors.org>
[NET] generalise tcp_eat_skb into sk_eat_skb
It was already generic, so reflect this in the naming.
Later patches will make it be used in other network families.
<davem@nuts.davemloft.net>
[TCP]: Receive buffer moderation fixes.
1) Make window clamp follow receive buffer growth so it
does not limit window advertisements. Noticed by John
Heffner and Stephen Hemminger.
2) Fix rcvmem calculation such that tcp_adv_win_scale is
taken into account.
<chaapala@cisco.com>
[CRYPTO]: Fix digest.c kmapping sg entries > page in length.
Below is the patch, against 2.6.7-rc2, to fix crypto/digest.c to do
multiple kmap()/kunmap() for scatterlist entries which have a size
greater than a single page, originally found and fixed by
N.C.Krishna Murthy <krmurthy@cisco.com>.
Signed-off-by: Clay Haapala <chaapala@cisco.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<juhl-lkml@dif.dk>
[NET]: Remove junk from packet_mmap.txt
<davem@nuts.davemloft.net>
[IPV4]: Fix unaligned accesses in arp_tables.c
<xma@us.ibm.com>
[IPV6]: Initialize pmtu/advmss in ndisc dst entries.
When creating dst entry from ndisc, the dst entry of pmtu is not set, and the
outout for this kind of dst entry is set to ip_output2 instead of ip_output.
This could lead to send bigger packets through these des entries without
fragmentation, and uninitialized pmtu could lead the network unreachable.
These problems are easy reproduced when configuring IPSEC for ipv6. IPSEC
could pick up dst entry created by ndisc as child des entry if ndisc dst
entry generated earlier. If sending bigger packets through IPSEC, the ip
output2 will send bigger packets out, the driver will drop these packets on
receiver side. Also the dst_entry pmtu will be 0, the network is unreachable.
The patch has been tested against 2.6.6. I am not sure why ndisc genereats dst
entry with output equal to ip6_output2 not ip6_output. If ndisc sends bigger
packets, it will break also.
Signed-off-by: Shirley Ma <mashirle@us.ibm.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<mashirle@us.ibm.com>
[IPV6]: Fix ICMP6 type checking tests in ah6.c and esp6.c
Signed-off-by: Shirley Ma <mashirle@us.ibm.com>
Signed-off-by: David S. Miller <davem@redhat.com>
<adilger@clusterfs.com>
[IPV4]: Fix bug in arp_tables.c fix.
<airlied@starflyer.(none)>
gamma_dma_priority and gamma_dma_send_buffers both deref d->send_indices
and/or d->send_sizes. When these functions are called from gamma_dma,
these pointers are user pointers and are thus not safe to deref. This patch
copies over the pointers inside gamma_dma_priority and
gamma_dma_send_buffers.
Submitted-by: Robert T. Johnson <rtjohnso@eecs.berkeley.edu>
Signed-off-by: Dave Airlie <airlied@linux.ie>
<scott.feldman@intel.com>
[PATCH] e100: stepping over err return code
* Spotted by Jay Vosburgh [fubar@us.ibm.com]. err return code was getting
stepped on in the case where we need to report low or no cb resources,
which in turn messed up the netif_stop_queue logic in xmit_frame.
Signed-off-by: scott.feldman@intel.com
<stevef@smfhome.smfdom>
Fix sparse tool compile warnings for cifs
Signed-off-by: Steve French (sfrench@us.ibm.com>
<scott.feldman@intel.com>
[PATCH] e100: fix skb leak in tx timeout
* If e100 experiences a transmit timeout, and the tx ring is completely
full at the time, it will leak all of the skbs on the tx ring (because
extra logic is needed to distinguish ring full from ring empty). Jay
Vosburgh [fubar@us.ibm.com].
Signed-off-by: scott.feldman@intel.com
<scott.feldman@intel.com>
[PATCH] e100: fix sender hang after tx timeout
* When e100 experiences a transmit timeout, it calls e100_up() to reset
the device. e100_up calls netif_start_queue to release any flow block,
but doesn't reschedule. This patch unblocks the flow and schedules Tx.
Jay Vosburgh [fubar@us.ibm.com].
Signed-off-by: scott.feldman@intel.com
<davej@redhat.com>
[CPUFREQ] Detect P4M's in speedstep lib
From: Christian Hoelbling
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] small codingstyle fixes
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] replace for_each_cpu with for_each_cpu_mask in p4-clockmod
From: Bruno Ducrot
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] Add missing include to p4-clockmod
Signed-off-by: Dave Jones <davej@redhat.com>
<acme@toy.kerneljanitors.org>
[NET] introduce sk_wait_evend and generalise tcp_data_wait
Later patches will make other protocols use sk_wait_data and further generalisations
of tcp code will use sk_wait_event.
This is again to abstract away more stuff from poor network family writers, like
the SOCK_ASYNC_WAITDATA, etc.
Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
<stevef@smfhome.smfdom>
flush write behind cached data, for files reopened after session reconnection after session drop
Signed-off-by: Steve French (sfrench@us.ibm.com)
<davej@redhat.com>
[CPUFREQ] AMD powernow documentation updates.
From: Paul Devriendt
Signed-off-by: Dave Jones <davej@redhat.com>
<davej@redhat.com>
[CPUFREQ] speedstep-ich: SMT/HT support, fix for notify change
Propagate the notify moving to speedstep-ich, and add SMT (HT)
awareness to the speedstep-ich.
Patch was written in very large parts by Christian Hoelbling.
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>
<stevef@smfhome1.smfdom>
Handle rename of hardlinked files properly (treat as a noop)
Signed-off-by: Steve French (sfrench@us.ibm.com)
<stevef@stevef95.austin.ibm.com>
Add missing EA info levels
Signed-off-by: Steve French (sfrench@us.ibm.com)
<acme@toy.kerneljanitors.org>
[NET] generalize some simple tcp sk_ack_backlog handling routines
Will be used by the poor cousins, starting with LLC.
Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
<yoshfuji@linux-ipv6.org>
[NET]: Add dst->ifdown callback.
Use it to release protocol specific objects that may be
tied to a dst cache object, at ifdown time. Currently
this is used to release ipv4/ipv6 specific device state.
<davem@nuts.davemloft.net>
[TG3]: Chip support update and a power-save bug fix.
1) Add PCI IDs and driver entries for 5789, 5751M and
5751F chips. Mark 5751F chips as 10/100 only.
2) Call pci_restore_state() at beginning of tg3_resume() as
this helps some chips come out of D3 more cleanly.
<davem@nuts.davemloft.net>
[TG3]: Update driver version and reldate.
<rmk@flint.arm.linux.org.uk>
[ARM] Update ARM memory layout documentation.
This updates the memory layout documentation to indicate that certain
areas should remain unused. It also corrects a few minor errors with
region end addresses.
<tony@com.rmk.(none)>
[ARM PATCH] 1923/1: OMAP update 1/2: arch files (replaces patch 1903/1)
Patch from Tony Lindgren
This patch syncs the mainline kernel with the linux-omap tree.
The highlights of the patch are:
- Register name clean-up. Mostly removes _REG from register names
and replace OMAP1510P1 with OMAP1510. Also moves IO macros
from hardware.h to io.h (Dirk Behme)
- Add DMA framebuffer hardware acceleration features (Imre Deak)
- Fix GPIO code not to do unnecessary address translations
between physical and virtual addresses (Juha Yrjölä)
- Misc updates, such as OMAP gpio export fixes, additional
multiplexing settings, include mach-types.h only where needed,
show OMAP revision early during boot
<tony@com.rmk.(none)>
[ARM PATCH] 1922/1: OMAP update 2/2: include files (replaces patch 1904/1)
Patch from Tony Lindgren
This patch syncs the mainline kernel with the linux-omap tree.
The highlights of the patch are:
- Register name clean-up. Mostly removes _REG from register names
and replace OMAP1510P1 with OMAP1510. Also moves IO macros
from hardware.h to io.h (Dirk Behme)
- Add DMA framebuffer hardware acceleration features (Imre Deak)
- Fix GPIO code not to do unnecessary address translations
between physical and virtual addresses (Juha Yrjölä)
- Misc updates, such as OMAP gpio export fixes, additional
multiplexing settings, include mach-types.h only where needed,
show OMAP revision early during boot
<zap@ru.rmk.(none)>
[ARM PATCH] 1925/1: ARM 'System Type' kernel config menu cleanup
Patch from Andrew Zabolotny
This patch makes architecture-specific submenus under
"System Type" visible only if the corresponding architecture
is selected via the "ARM System Type" menu. Also comments
out IDE_POLL in mach-lh7a40x/Kconfig since it is undefined
and causes warnings during make menuconfig.
Signed-off-by: Andrew Zabolotny <zap@homelink.ru>
<rmk@flint.arm.linux.org.uk>
[ARM] Tidy up patch 1925/1
Since each Kconfig file is now bracketed with if ARCH_foo ... endif,
we can remove the individual "depends on ARCH_foo" clauses against
each option.
<davem@nuts.davemloft.net>
[SPARC64]: Preemption fixes, use get_cpu() et al. where applicable.
<tony@com.rmk.(none)>
[ARM PATCH] 1908/1: Remove old OMAP header files
Patch from Tony Lindgren
This patch removes the following old files that have been renamed:
include/asm-arm/arch-omap/omap-h2.h
include/asm-arm/arch-omap/omap-innovator.h
include/asm-arm/arch-omap/omap-perseus2.h
The new names for the files are board-*.h.
<tony@com.rmk.(none)>
[ARM PATCH] 1905/1: Add OMAP compressed boot debug serial output
Patch from Tony Lindgren
This patch adds OMAP compressed image debug serial output.
This patch contains updates to the following files:
b/arch/arm/boot/compressed/head.S
<stevef@smfhome.smfdom>
Extended Attributes part 1
Signed-off-by: Steve French (sfrench@us.ibm.com)
<wim@iguana.be>
[WATCHDOG] v2.6.6 pcwd.c-keepalive+single_open-patch
- Make pcwd_keepalive return 0 on success.
- /dev/watchdog is single open only: make sure that the atomic that
prevents a second open is cleared only as the last instruction of the
release code.
<wim@iguana.be>
[WATCHDOG] pcwd_pci.c-single_open+set_heartbeat+init-patch
- /dev/watchdog is single open only: make sure that the bit that
prevents a second open is cleared as the last instruction of the
release code
- Change the way we set the original heartbeat
- Make sure that /dev/temperature get's registered before /dev/watchdog
<wim@iguana.be>
[WATCHDOG] pcwd_usb.c-single_open+set_heartbeat+init-patch
- /dev/watchdog is single open only: make sure that the bit that
prevents a second open is cleared as the last instruction of the
release code
- Change the way we set the original heartbeat code
- Make sure that /dev/temperature get's registered before /dev/watchdog
<stevef@smfhome.smfdom>
remove compile warning
Signed-off-by: Steve French (sfrench@us.ibm.com)
<torvalds@evo.osdl.org>
Fix x86 "clear_cpu()" macro.
We need to clear all exceptions before synchronizing
with the FPU, since we aren't ready to handle a FP
exception here and we're getting rid of all FP state.
Special thanks to Alexander Nyberg for reports and
testing. Alternate patches by Sergey Vlasov and Andi
Kleen, who both worked on this.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<torvalds@evo.osdl.org>
sparse cleanup of #include file
sparse tokenizes everything. Including #include
directives. Which means that it doesn't want to
see "//" in a include filename, since that's a
comment outside of a string.
And inside of a string it's too dark to read.
<ak@muc.de>
[PATCH] Fix fwait on x86-64 too
Discard FPU exceptions in exit and execve on x86-64 too.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] define for_each_cpu_mask() for uniprocessor
From: Bruno Ducrot <poup@poupinou.org>
I'm trying to replace for_each_cpu() with for_each_cpu_mask() in
arch/i386/kernel/cpu/cpufreq/p4-clockmod.c
Unfortunately, though, davej pointed me that for_each_cpu_mask() is not
defined in -bk if CONFIG_SMP is not defined.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] More fixes for the x86-64 machine check handler
From: Andi Kleen <ak@suse.de>
Fix more bad issues in the x86-64 machine check handler.
- Actually test status after reading it from the register, not before.
- Check the UC bit instead of the PCC bit to detect the bank which caused
the exception.
- Add tolerant==3 level for easier testing. This will avoid any panics.
- Don't threat bank overflows as fatal - they must have come from a non
fatal exception, which should not cause a panic.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: fix kmem_bufctl_t definition
From: Arnd Bergmann <arnd@arndb.de>
On s390, kmem_bufctl_t was added inside of an #ifdef, breaking
64 bit builds.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Fix exception trace printing on x86-64
From: Andi Kleen <ak@suse.de>
Originally by Juergen Kreileder, changed by me.
The test for unhandled signals was wrong. Correct it. This helps Java
users, who would see bogus printks in their kernel logs previously.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] numaq mempolicy.c build fix
From: William Lee Irwin III <wli@holomorphy.com>
mm/mempolicy.c: In function `verify_pages':
mm/mempolicy.c:246: warning: implicit declaration of function `kmap_atomic'
mm/mempolicy.c:249: warning: implicit declaration of function `kunmap_atomic'
pte_offset_map() invokes kmap_atomic() via macro, without including the
required header.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Voyager doesn't support MCE
From: William Lee Irwin III <wli@holomorphy.com>
Voyager doesn't compile any of the APIC or IO-APIC -related code in
arch/i386/kernel/ at all -- so it's a logical impossibility that this could
ever work.
Cc: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] voyager linkage fix
From: William Lee Irwin III <wli@holomorphy.com>
Voyager doesn't support HT, so smp_num_siblings doesn't exist.
Cc: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] NUMAQ kconfig fix
NUMA-Q requires CONFIG_NUMA and CONFIG_DISCONTIGMEM to build.
Cc: Martin J. Bligh <mbligh@aracnet.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vmscan: handle synchronous writepage()
Teach page reclaim to understand synchronous ->writepage implementations.
If ->writepage completed I/O prior to returning we can proceed to reclaim the
page without giving it another trip around the LRU.
This is beneficial for ramdisk-backed S_ISREG files: we can reclaim the file's
pages as fast as the ramdisk driver needs to allocate them and this prevents
I/O errors due to OOM in rd_blkdev_pagecache_IO().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vmscan: try harder for GFP_NOFS allocators
Page reclaim bales out very early if reclaim isn't working out for !__GFP_FS
allocation attempts.
It was a fairly arbitrary thing in the first place and chances are the caller
will simply retry the allocation or will do something which is disruptive to
userspace. So remove that code and do much more scanning.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vmscan.c: move ->writepage invocation into its own function
From: Nick Piggin <nickpiggin@yahoo.com.au>
Move the invocation of ->writepage for to-be-reclaimed pages into
its own function "pageout".
From: Nikita Danilov <nikita@namesys.com>
with small changes from Nick Piggin
Signed-off-by: Nick Piggin <nickpiggin@cyberone.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vmscan.c: struct scan_control
From: Nick Piggin <nickpiggin@yahoo.com.au>
Replace lots of parameters to functions in mm/vmscan.c with a structure
struct scan_control.
Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Implement read_page_state
struct page_state is large (148 bytes) and we put them on the stack in awkward
code paths (page reclaim...)
So implement a simple read_page_state() which can be used to pluck out a
single member from the all-cpus page_state accumulators.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] vmscan.c: use read_page_state()
Use the new read_page_state() in vmscan.c to avoid large on-stack structures.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] page-writeback.c: use read_page_state()
Use the new read_page_state() in page-writeback.c to avoid large on-stack
structures.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sync_inodes_sb() stack reduction
Reduce stack consumption in sync_inodes_sb() via read_page_state().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] Update Documentation/filesystems/Locking
From: Anton Altaparmakov <aia21@cam.ac.uk>
A filesystem's ->writepage() implementation nowadays must run either
redirty_page_for_writepage() or the combination of set_page_writeback()/
end_page_writeback(). Failure to do so leaves the page itself marked clean
but it is tagged as dirty in the radix tree (PAGECACHE_TAG_DIRTY). This
incoherency can lead to all sorts of hard-to-debug problems in the
filesystem like having dirty inodes at umount and losing written data.
The patch updates Documentation/filesystems/Locking to reflect this
requirement.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix modprobe_path and hotplug_path sizes and sysctl
From: Andy Whitcroft <apw@shadowen.org>
Both modprobe_path and hotplug_path are arbitrarily sized at 256 bytes and
that size is also expressed directly in the sysctl code. It seems
reasonable to define a standard length and use that for consitancy. This
patch introduces the constant KMOD_PATH_LEN and uses that.
Signed-off-by: Andy Whitcroft <apw@shadowen.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] es7000plat.c warning fix
Lack of argument decls causes this warning:
arch/i386/mach-generic/../mach-es7000/es7000plat.c:53: warning: function declaration isn't a prototype
Let's stick the extern declaration in a header, which is where they always
should be.
Cc: "Brown, Len" <len.brown@intel.com>
Cc: "Protasevich, Natalie" <Natalie.Protasevich@UNISYS.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] fix the exit-vs-timer race fix
As Roland McGrath <roland@redhat.com> points out, we need to zero
task->it_virt_value to prevent timer-based signal delivery, not
->it_virt_incr.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] spoll_create size check
From: Davide Libenzi <davidel@xmailserver.org>
This is a sanity check on the size parameter. Nothing explodes w/out, but
the conversion to unsigned simply triggers a big allocation.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] dup_mmap() memory accounting fix
From: Hugh Dickins <hugh@veritas.com>
Oleg's patch was good in that exit_mmap usually does the un-accounting; but
dup_mmap still needs its own un-accounting for the case when it has charged
for a vma, but error before it's inserted into child mm's list.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ncpfs MAINTAINERS update
From: Jorn Engel <joern@wohnheim.fh-wedel.de>
Remove Volker as an NCP maintainer, he hasn't touched it in about 7 or
8 years, according to himself. Volker has acked this change.
Signed-off-by: Jörn Engel <joern@wohnheim.fh-wedel.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] i4l: Tigerjet 320 chipset fix
From: Karsten Keil <kkeil@suse.de>
Solves a endless IRQ loop for Tigerjet 320 based ISDN cards.
Signed-off-by: Karsten Keil <kkeil@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sparse: user annotations for s390 architecture
From: Arnd Bergmann <arnd@arndb.de>
Lots of trivial changes to make sparse happy on s390 arch code, mostly
__user annotations.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sparse: __user annotations for s390 drivers
From: Arnd Bergmann <arnd@arndb.de>
This should catch almost all s390 device drivers
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: improve memory detection logic
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Guillaume Morin <guillaume@morinfr.org>
This patch improves the memory detection logic. It detects any amount of
holes in the memory layout up to MEMORY_CHUNK blocks of available memory.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: speedup strn{cpy,len}_from_user.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Speedup strncpy_from_user and strnlen_from_user by using the search string
instruction in the secondary space mode.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: simplify single stepped svc code
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Introduce a TIF_SINGLE_STEP bit that causes do_debugger_trap to get called
at the end of a system call. This way some code duplication in the program
check handler can get removed.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: cleanup string functions
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cleanup s390* string functions. This replaces the 31/64 bit assembler
files (strcmp[64].S, strcpy[64].S & strncpy[64].S) with a single string.c
file that uses some inline assemblies to issue the string instructions. In
addition some more of the generic string function got an architecture
dependent implementation.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: common i/o layer
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Cornelia Huck <cohuck@de.ibm.com>
Common i/o layer changes:
- Remove bogus defines.
- Fix length of strncmp on bus id.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: xpram device driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
xpram device driver changes:
- Allocate request queue with blk_alloc_queue.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: qeth network driver
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Frank Pavlic <pavlic@de.ibm.com>
From: Thomas Spatzier <tspat@de.ibm.com>
qeth network driver changes:
- Use correct request length in arp/snmp requests.
- Simplify handling of empty vs. primed buffers.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] s390: tape driver changes
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
From: Stefan Bader <shbader@de.ibm.com>
tape driver changes:
- Create seperate debug areas for core and discipline modules.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] sparse fix for void return in selinux/hooks.c
From: Chris Wright <chrisw@osdl.org>
CHECK security/selinux/hooks.c
security/selinux/hooks.c:1383:34: warning: return expression in void function
security/selinux/hooks.c:3548:30: warning: return expression in void function
CC security/selinux/hooks.o
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ramdisk: buffer_uptodate fix
I waffled over this for ages. On balance, I think it's best to mark those
bh's as uptodate.
And on reflection, I'm not sure why we go bringing ramdisk blockdev pages
uptodate all over the place anyway. But ramdisk is weird and it passes
testing. Let those dogs sleep.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<kenneth.w.chen@intel.com>
[PATCH] ia64: fix race in fsys_bubble_down to avoid fp-register corruption
The fast system-call fall-back-path has a race: it reads PSR, modifies
some bits, then writes back the new PSR. Unfortunately, the contents
of PSR may change between reading and writing it. For example, an
interrupt could occur which could trigger a context-switch. The
context-switch might in turn flush the floating-point-high (FPH)
partition to memory, clear PSR.MFH, and set PSR.DFH. To prevent this
race, the patch below turns off PSR.I before reading PSR.
This fixes a floating-point corruption problem that was observed on a
system with a libc which has the fast system-call support enabled.
The performance impact is minimal (on the order of a handful of cycles).
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Asit Mallick <asit.k.mallick@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<bcollins@debian.org>
ieee1394: CSR1212 Extended ROM bug fixes
- Use vmalloc instead of kmalloc
- Change delayed_reset_bus() to operate in a work_queue instead of a timer
interrupt.
- Fix hpsb_allocate_and_register_addrspace() to not allocate space on top
of already allocated space.
- Fix problems in csr1212.c filling ConfigROM images when extend ROMs are
present.
Signed-off-by: Steve Kinneberg <kberg@linux1394.org>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
ieee1394: Fix possible NULL ptr dereference with calls to find_ctx()
Submitted-by: Hiromasa YOSHIMOTO <yosimoto@limu.is.kyushu-u.ac.jp>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
ieee1394: Handle swsusp better in kernel threads.
Submitted-by: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
ohci1394: Handle invalid max-packet-size.
Signed-off-by: Ben Collins <bcollins@debian.org>
<bcollins@debian.org>
ieee1394: Revision sync
Signed-off-by: Ben Collins <bcollins@debian.org>
<benh@kernel.crashing.org>
[PATCH] ppc64: Add definition for Apple Xserve G5 motherboard
This adds the definition for Apple XServe G5 motherboard to the
pmac_feature support file.
<bcollins@debian.org>
ohci1394: Fix incorrect HPSB_WARNING to HPSB_ERR
Signed-off-by: Ben Collins <bcollins@debian.org>
<stevef@smfhome.smfdom>
lock session when reconnecting so we do not oops in retrying sendmsg
Signed-off-by: Steve French (sfrench@us.ibm.com)
<stevef@smfhome1.smfdom>
do not filemap_fdatawrite when reconnecting in write to avoid potential deadlock
Signed-off-by: Steve French (sfrench@us.ibm.com)
<stevef@smfhome1.smfdom>
fix listxattr error path
Signed-off-by: Steve French (sfrench@us.ibm.com)
<ak@suse.de>
[PATCH] Fix x86-64 VIA systems with IOMMU debug
VIA chipsets are broken and don't work with IOMMU enabled. For some mysterious
reason (the IOMMU logic is actually in the CPU) they manage to corrupt all
data going through the aperture to PCI devices.
There was a workaround previously that enabled the slower softmmu when VIA is
detected on the normal IOMMU path (when there is more than 3GB of memory). But
CONFIG_IOMMU_DEBUG took a short cut that was not handled, which ended up with
VIA systems not booting when this option is enabled.
This patch enables the workaround with CONFIG_IOMMU_DEBUG/iommu=force too
<akpm@osdl.org>
[PATCH] Fix nfs writepage behaviour
From: Nick Piggin <nickpiggin@yahoo.com.au>
nfs_writepage() refuses to write back mapped pages at all on the page
reclaim path, causing systems to get locked up when there's a lot of dirty
mmapped data around. The patch changes NFS so that it will start I/O
against these pages.
The code as it stands is designed to defer writeout to pdflush which can do
larger, more efficient I/Os. But there shouldn't be much traffic by this
path, and going slow is better than not going at all.
Patch originally from Trond.
Signed-off-by: Trond Myklebust <trond.myklebust@fys.uio.no>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rddunlap@osdl.org>
[PATCH] Sparse fix to mm/vmscan.c
Nick changed shrink_cache() to void, but one call was missed.
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<akpm@osdl.org>
[PATCH] ppc64: fix out_be64
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Patch fixes out_be64 implementation on ppc64 along with a glich in out_be32
(inconsistent) use of barrier.
Signed-off-by: Roland Dreier <roland@topspin.com>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
<rmk@flint.arm.linux.org.uk>
[ARM] Resurect EBSA110 machine class.
This fixes build errors in EBSA110, and updates the default
configuration.
<yoshfuji@linux-ipv6.org>
[IPV6] IPSEC: fix double kfree_skb() in error path. (reported by Ken-ichirou MATSUZAWA <chamas@h4.dion.ne.jp>)
Signed-off-by: Yoshifuji Hideaki <yoshfuji@linux-ipv6.org>
Signed-off-by: David S. Miller <davem@redhat.com>
<laforge@netfilter.org>
[NETFILTER]: Missing skb->len check in ip_conntrack_proto_tcp.c:tcp_packet().
Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@redhat.com>
<laforge@netfilter.org>
[NETFILTER]: Don't assign new helper after NAT when there are already expectations present.
Tracked down by Raivis Bucis <raivis@mt.lv>
This patch fixes an oops while listing /proc/net/ip_conntrack.
When a helper sets up expectations based on the first packet (tftp),
NAT can still change the packet and cause conntrack to look for a new helper
based on the new tuple. When no helper is found, expectant->helper will be
NULL, which leads to an oops in print_expect().
Only assign a new helper in ip_conntrack_alter_reply() if there are no
expectations.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@redhat.com>
<laforge@netfilter.org>
[NETFILTER]: Prevent orphan expectations.
This patch fixes orphaned expectations, which can occur when helpers create
expectations for unconfirmed conntracks and the packet is dropped before
the conntrack is confirmed.
Signed-off-by: Phil Oester <kernel@linuxace.com>
Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@redhat.com>
<stevef@smfhome.smfdom>
fix fealist struct (xattr support part 3)
Signed-off-by: Steve French (sfrench@us.ibm.com)
<torvalds@ppc970.osdl.org>
Revert wakeup-affinity fixes
This patch results in too much idle time under certain
loads, and while that is being looked into we're better
off just reverting the change.
Cset exclude: nickpiggin@yahoo.com.au[torvalds]|ChangeSet|20040605175839|02419
<cw@f00f.org>
[PATCH] stat nlink resolution fix
Some filesystems can get overflows when their link-count exceeds
65534. This patch increases the kernels internal resolution for this
and also has a check for the old-system call paths to return and error
(-EOVERFLOW) as required (as suggested by Al Viro).
Signed-off-by: Chris Wedgwood <cw@f00f.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<chrisw@osdl.org>
[PATCH] __user annotation for shm_shmat hook declaration
Add proper __user annotation for shm_shmat hook in security.h.
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<chrisw@osdl.org>
[PATCH] __user annotation for dummy_shm_shmat
Add proper __user annotation to dummy_shm_shmat.
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<chrisw@osdl.org>
[PATCH] __user annotation for selinux_shm_shmat
Add proper __user annotation to selinux_shm_shmat.
From: Mika Kukkonen <mika@osdl.org>
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<rmk@flint.arm.linux.org.uk>
[PCMCIA] Add TI1620 device IDs and tell yenta about it.
<ak@suse.de>
[PATCH] x86-64: Fix use of uninitialized memory in ioremap
From: "Siddha, Suresh B" <suresh.b.siddha@intel.com>
From: "Kamble, Nitin A" <nitin.a.kamble@intel.com>
Fix use of uninitialized memory in x86-64 ioremap
This caused BUGs at bootup for some people.
<rmk@flint.arm.linux.org.uk>
[SERIAL] Fix missing __devexit_p
Thanks to Ivan Kokshaysky for spotting this.
<stevef@stevef95.austin.ibm.com>
Fix i_size corruption in case of overlapped readdir changing cached file size and local cached write extending file
<davem@nuts.davemloft.net>
[SPARC]: Report si_addr in SIGINFO more accurately.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: PCI hotplugging fixes
Extracted from the Debian kernel package
(original patch is from Herbert Xu).
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: kill some useless headers for PCI drivers
They are only included from these drivers.
While at it:
- remove redundant ide_pci_device_t tables
- add DECLARE_CS_DEV() (cs5520)
- remove duplicate DISPLAY_SC1200_TIMINGS define (sc1200)
- remove unused SIIMAGE_BUFFERED_TASKFILE, SII_DEBUG
and siiprintk() defines + add DECLARE_SII_DEV() (siimage)
- remove unused SLC90E66_DEBUG_DRIVE_INFO define (slc90e66)
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: ide-proc fix for m68k
From: Geert Uytterhoeven <geert@linux-m68k.org>
The IDE sparse fixups cause 2 warnings (unused variables `val' and
`reg') on m68k and APUS. However, the reason why this code was
commented out is gone. So just remove the special case.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: ide-pnp update
- do not unregister ide-pnp driver while detaching random
IDE device from random IDE device driver if IDE is modular
(somebody added this in 2.3.51)
- clear 'hw_regs_t hw' allocated from stack
- mark idepnp_init() with __init
- use ide_std_init_ports() instead of ide_setup_ports()
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: remove ALTERNATE_STATE_DIAGRAM_MULTI_OUT from ide-taskfile.c
First introduced in 2.4.19/2.5.3 as ALTSTAT_SCREW_UP, never used.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: fix ide-cd to not retry REQ_DRIVE_TASKFILE requests
'cat /proc/ide/hdx/identify' generates REQ_DRIVE_TASKFILE request
(for WIN_PIDENTIFY command) even for devices controlled by ide-cd.
All other drivers don't try to retry such requests.
Acked by Jens.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: fix REQ_DRIVE_* requests error handling in ide-scsi
If REQ_DRIVE_* request fails ide_end_drive_cmd() should be called
for it not ->end_request(). This was broken by 2.6.5, fix it.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: cleanup taskfile PIO handlers (CONFIG_IDE_TASKFILE_IO=n)
These handlers are nowadays used only for REQ_DRIVE_TASKFILE
requests (rq->bio is always NULL) which aren't retried et all so
remove code 'rewinding' rq->current_nr_sectors and some FIXMEs.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: tiny task_mulout_intr() (CONFIG_IDE_TASKFILE_IO=n) cleanup
- merge status checking code for rq->current_nr_sectors
and !rq->current_nr_sectors cases
- remove !rq->bio check as it is always true
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: kill task_[un]map_rq()
PIO handlers under CONFIG_IDE_TASKFILE_IO=n are never used for bio
based requests (rq->bio is always NULL) so we can use rq->buffer
directly instead of calling ide_[un]map_buffer().
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide: check no. of sectors for in/out commands in ide_diag_taskfile()
Make sure that number of sectors != 0 for in/out command before sending
it to drive. Remove no longer needed checks from flagged_* PIO handlers.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<johnrose@austin.ibm.com>
[PATCH] insert_resource fix
I noticed that insert_resource() incorrectly handles the case of an
existing parent resource with the same ending address as a newly added
child. This results in incorrect nesting, like the following:
# cat /proc/ioports
<snip>
002f0000-002fffff : PCI Bus #48
00200000-002fffff : /pci@800000020000003
</snip>
Signed-off-by: John Rose <johnrose@austin.ibm.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
<torvalds@ppc970.osdl.org>
Linux 2.6.7