| |||||||||||||
2.6.4-rc1 long-format changelog
Summary of changes from v2.6.3 to v2.6.4-rc1
============================================
<scott.feldman@intel.com>
[netdrvr] e100 version 3 (complete rewrite)
<scott.feldman@intel.com>
[e100] ICH6 IDs + ia64 memcpy fix + module_param
* Add ICH6 device IDs. Devices funcionally equivalent to supported ICH5
devices, but new IDs.
* Fixed unaligned access to casted skb->data (Matt Willcox
[willy@debian.org]).
* MODULE_PARM -> module_param
* Bug printk after register_netdev to identify nic details.
* misc cleanups.
<jgarzik@redhat.com>
[netdrvr e100] include linux/moduleparam.h
Fixes build.
<amir.noam@intel.com>
[netdrvr bonding] Cannot remove and re-enslave the original active slave
In TLB/ALB modes, when enslaving a slave that has the bond's mac
address, allow the operation if no other slave has that address.
Should be applied after the cleanup patch set.
<amir.noam@intel.com>
[netdrvr bonding] Releasing the original active slave causes mac address duplication
When releasing the active slave in TLB/ALB modes,
bond_alb_deinit_slave() must be called before trying to select a new
active slave.
<amir.noam@intel.com>
[netdrvr bonding] Add support for slaves that use ethtool_ops
When collecting link information from slaves via ETHTOOL, first try
using the relevant ethtool_ops functions.
<scott.feldman@intel.com>
[netdrvr e100] netpoll + fixes to speed/duplex forced settings
* Preserve forced speed/duplex settings during close/open sequence.
* Reset PHY when going from autoneg to forced speed/duplex settings
using ethtool.
* Add netpoll support.
<amir.noam@intel.com>
[netdrvr bonding] fix build breakage
<amir.noam@intel.com>
[PATCH] [bonding 2.6] Fix compilation warning in bond_alb.c
The IPX_TYPE_* constants and ipxhdr.ipx_type are u8 values, so we
shouldn't use __constant_htons().
<shmulik.hen@intel.com>
[netdrvr bonding] trivial - Update comment blocks and version field
Update comment blocks, version field and copyright years to match all
the recent changes that were accepted into 2.4/2.6.
<amir.noam@intel.com>
[PATCH] [bonding 2.6] Save parameters in a per-bond data structure
- Save the bonding parameters in a per-bond data structure.
- Move all handling of the insmod parameters to bond_check_params().
- Fix the handling of some warning messages regarding parameter use.
<amir.noam@intel.com>
[PATCH] [bonding 2.6] Use the per-bond value of the bond_mode parameter
Change usage of the global 'bond_mode' parameter to the per-bond
value.
<amir.noam@intel.com>
[PATCH] [bonding 2.6] Use the per-bond values of all remaining parameters
Change usage of the all remaining global parameters to the per-bond
values.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan lapb] beginning of cleanups
Beginning of lapb cleanups: lapb_register gets net_device along with the
"token" and it gets stored in lapb_cb (token argument will die later).
<viro@parcelfarce.linux.theplanet.co.uk>
[wan lapb] switch to use net_device instead of custom token
lapb functions that used to take a token to select lapb_cb they'll deal with
are switched to getting net_device instead. Callbacks switched to using
lapb->dev instead of lapb->token.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan lapb] Printks switched from %p lapb->token to %p lapb->dev.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan lapb] kill now-unused custom token container
Nothing is using lapb->token anymore; removed, along with the old "token"
argument of lapb_register().
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc_open() switched to net_device
Beginning of hdlc fixes. hdlc_open() switched from hdlc_device to net_device.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc_close() switched to net_device.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] new port_to_dev() helper
New helper in hd6457x.c: port_to_dev(). A bunch of port->hdlc eliminated.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] switch sca_xxx() to use net_device
More hd6457x.c massage: sca_open(), sca_close(), sca_dump_rings() switched
to net_device. Bunch of hdlc_to_port() eliminated in favor of dev_to_port().
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc_set_carrier() switched to net_device.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc->attach() switched to net_device.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan farsync] Eliminated a bunch of port->hdlc and hdlc_to_dev() uses
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc->proto.*() switched to net_device.
Eliminated a bunch of ->netdev and hdlc_to_dev() uses.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc_cisco: killed ->netdev, hdlc_to_name() and hdlc_to_dev() uses.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] hdlc_fr: eliminated ->netdev, hdlc_to_dev() and hdlc_to_name() uses.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc_x25] eliminated hdlc_to_dev() and hdlc_to_name() uses.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan wanxl] eliminated hdlc_to_name() uses and a bunch of port->hdlc ones.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] switch internal ioctl dispatch to net_device
Switched remaining ioctls to net_device, killed a bunch of hdlc_to_dev()
and killed hdlc_to_name().
<viro@parcelfarce.linux.theplanet.co.uk>
[wan pc300] more direct use of net_device
In pc300 replaced dev->hdlc with dev->dev (hdlc to net_device). Killed a
bunch of ugliness in pc300_tty.c, killed hdlc_to_dev() uses.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] new hdlc_stats() helper
New inlined helper - hdlc_stats(). A lot of places had it spelled out;
replaced with calls.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan dscc4] Uses of ->hdlc and hdlc_to_dev() encapsulated into dscc4_to_dev().
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] switch register_hdlc_device() to take net_device arg
register_hdlc_device()/unregister_hdlc_device() switched to net_device.
Now all remaining callers of hdlc_to_dev() are isolated and we can
start killing them.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] new private struct pointer in hdlc_device, and helpers for it
New field in hdlc_device: void *priv;
New helpers:
struct net_device *alloc_hdlcdev(priv) allocates hdlc, sets ->priv and
returns pointer to hdlc->netdev
free_hdlcdev(dev) takes such pointer and frees its hdlc.
wanxl switched to use of those; instead of embedding hdlc into card->ports[]
we allocate it separately right after card had been allocated and store pointer
to hdlc->netdev in card->ports[]->dev. Freeing is done just before freeing
card. Pointer back to card->ports[] is stored in hdlc->priv. port_to_dev()
and dev_to_port() rewritten in the obvious way; by now the rest of driver
doesn't care whether hdlc is embedded or not - everything uses port_to_dev()
and dev_to_port().
That killed embedded hdlc replacing it with pointer to net_device. Fairly
similar work will be done in the next few patches for other drivers.
Additionally, setup-after-register and free_irq()-before-unregister races
had been fixed.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] kill embedded struct in various drivers
Killed embedded hdlc in hd6457x.c derivatives (same as wanxl in previous
patch)
<viro@parcelfarce.linux.theplanet.co.uk>
[wan pc300] use alloc_hdlcdev()/free_hdlcdev(). Leak fixed
<viro@parcelfarce.linux.theplanet.co.uk>
[wan farsync] embedded struct hdlc_device removal
Removed embedded hdlc in farsync (same as for wanxl and friends).
setup-after-registration race fixed.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan dscc4] embedded struct removal
Killed embedded hdlc in dscc4 (same as for other drivers). Fixed a
setup-after-registration race.
That was the last user of hdlc_to_dev(); killed.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] removal hdlc_to_dev()
No more users, we may remove it.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc] kill embedding of struct net_device
Now we can kill the embedding of net_device into hdlc_device. Indeed,
all instances of hdlc_device are created by alloc_hdlcdev() and nothing
uses hdlc->netdev directly. So we can
* remove hdlc->netdev
* have alloc_hdlcdev() implemented via alloc_netdev() with the rest
of hdlc_device as private part of net_device.
* replace free_hdlcdev() with free_netdev().
* have dev_to_hdlc(dev) simply return netdev_priv(dev).
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hdlc_fr] Switched allocation of net_device to alloc_netdev().
<viro@parcelfarce.linux.theplanet.co.uk>
[wan hostess_sv11] sane net_device allocation
Sane allocation in sv11. Switched it to SET_MODULE_OWNER(), while we are
at it. Fixed a leak on exit and destroy-before-unregister race.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan sbni] sane net_device allocation; plug a bunch of leaks
Plugged a bunch of leaks in sbni. Replaced check_region() with intended
request_region() in pci probe (BTW, that bugger should be turned into
normal PCI driver at some point).
<viro@parcelfarce.linux.theplanet.co.uk>
[wan sealevel] Plugged a leak
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr tun] Killed bogus ->init()
<viro@parcelfarce.linux.theplanet.co.uk>
[wireless airo] switched to sane allocation.
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr s390/netiucv] partially sanitized wrt allocation
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr fec] switched to sane allocation. It still leaks on failure exits, though.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan sdla] Fixed leaks and double-free
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr isa-skeleton] cleanups and fixes
isa-skeleton.c got the same changes as actual ISA drivers - dynamic allocation,
leak fixes, clobbering fixes, fix for IO-before-request_region().
<viro@parcelfarce.linux.theplanet.co.uk>
[all over] more kfree -> free_netdev
Remaining kfree -> free_netdev replacements (easy part of free_netdev() fixes)
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr acenic] Race and leak fixes
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr 3c509] Leak fixed
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr apne] resource leak fix
<viro@parcelfarce.linux.theplanet.co.uk>
[wireless orinoco] check alloc_etherdev for failure
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr s390/lcs] Leak fix
lcs_cleanup_channel() is not enough there, we need full
lcs_cleanup_card() (e.g. to free netdev)
<viro@parcelfarce.linux.theplanet.co.uk>
[wan] leak fixes in hostess_sv11, lapbether
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr arm/am79c961] Fix for IO-before-request_region race
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr saa9730] fix double-free
Fixed double-free in saa9730.c (caller of that function does free_netdev()
itself if we return an error).
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr arch/uml] leak fix
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr dvb/dvb_net] fixes
Don't leave dvbnet->device[...] dangling after we free the sucker
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr shaper] fix double-free
Fix for double-free (we do explicit free_netdev() after unregister_netdev()
in shaper.c)
<viro@parcelfarce.linux.theplanet.co.uk>
[netdrvr s390/qeth] Alloc fixes
<shemminger@osdl.org>
[PATCH] bugfixes for dgrs.c
Update the RightSwitch dgrs.c driver for net-drivers-2.5-exp (2.6.1-rc3)
to resolve some of the outstanding cruft there. Al may have a better/newer patch.
* Don't copy net_device structure on slave device! This won't work
because of state variables in structure.
* make sure and request_regions before doing i/o to the card
* use cpu_relax rather than barrier while spin waiting
* don't use dev->init to do the probing work because hard to get unwind
correct
* Use new pci/eisa probing model, don't search the bus directly
Beneficial side effect, don't need to keep on device list anymore.
* Be more careful about releaseing resources in error paths
Compiled and module loaded/unloaded, but don't have this hardware.
<viro@parcelfarce.linux.theplanet.co.uk>
Remove unused and invalid 'struct ppp' definition from if_pppvar.h.
<jgarzik@redhat.com>
Eliminate ancient and unused include/linux/{if_pppvar,ppp}.h.
Well, unused except for one silly constant in isdn_ppp.c.
<scott.feldman@intel.com>
[netdrvr e100] fix slab corruption
* Addresses two problems, both resulting in slab corruption: 1)
driver indicating skb while HW is still DMA'ing (ouch!), 2)
driver not stopping receiver activity before downing i/f.
Fix is 1) wait for RNR (receiver-no-resources) interrupt
before restarting receiver, 2) reseting HW to stop receiver
before stopping i/f.
This issue was also reproducible with eepro100. You need to turn off
the copybreak, and reduce the number of descriptors to 4. Then bang on
it with pktgen with 60-byte packets, with slab debugging enabled.
For e100-3.0.x, the issue was a lot easier to reproduce with NAPI,
because NAPI polls independently of where the HW is at, so it's easier
for us to catch HW in the middle of finishing off the last Rx (as
it runs out of resources) and asking HW if it's idle. Checking the
RU status is not-reliable! That's the problem, and the mistake both
eepro100 and e100-3.0.x were making.
The solution is rely on RNR interrupts as the only indicator that HW is
truly done, and then we're ready to restart the RU. We should only get
RNR interrupts when we overrun the Rx ring. With NAPI, if the ring is
overrun, we'll post RNR, but not restart the RU until we're out of
polling. Without NAPI, we'll restart the RU as soon as we get RNR.
I ran some 24-hour tests with and without NAPI (with 4 descriptors)
and didn't get any corruption. Prior to this patch, I would get many
errors about slab corruption.
Also, the patch is larger than you might expect, but I initially thought
I was doing something wrong with managing the <list.h> ring, so I that
code using old fashion double-link list. The ring management wasn't the
problem, after all, but I prefer the old-fashion d-link implementation
as it's easier to read.
<scott.feldman@intel.com>
[netdrvr e100] copyright + trailing blanks + misc
* Misc: 2004 copyright, remove trailing white space, remove some
unused symbols.
<viro@parcelfarce.linux.theplanet.co.uk>
[wan] apply hdlc cleanups to new driver pci200syn
<bcollins@debian.org>
IEEE1394(r1118): Addition of new config-rom processing code
<willy@debian.org>
[TG32]: Use pci_get_slot() to find 5704 peers, to handle domains properly.
<kazunori@miyazawa.org>
[IPV6]: Unify ipv6 output routine.
<yoshfuji@linux-ipv6.org>
[NET]: Kill bogus kmem cache alignment in neigh_table_init().
<grundler@parisc-linux.org>
[TG3]: Reset GRC, if necessary, before DMA test.
With help from Michael Chan.
<linux@kodeaffe.de>
[NET]: Mention tuxmobil.org in drivers/net/Kconfig.
<shaggy@austin.ibm.com>
JFS: get_UCSname does not need nls_tab argument
This is a minor code cleanup. get_UCSname can get nls_tab by
following the dentry to the superblock. This makes the calling code
simpler and prettier.
<yoshfuji@linux-ipv6.org>
[IPV6]: Clean up ndisc printks.
<grundler@parisc-linux.org>
[PKTGEN]: Fix unintentional unaligned access.
<yoshfuji@linux-ipv6.org>
[IPV6]: Spelling corrections, and remove some XXX's
<brazilnut@us.ibm.com>
[NET]: Fix ethtool oops if device support get but not set ringparam.
<miguel@cetuc.puc-rio.br>
[NET_SCHED]: Fix slot leakage in SFQ scheduler.
<kas@informatics.muni.cz>
[NET]: Do not send negative 2nd arg to skb_put().
With help from Yoshfuji Hideaki.
<yoshfuji@linux-ipv6.org>
[IPV6]: Kill remaining in6_u.u6_addrX uses.
<petri.koistinen@iki.fi>
[IRDA]: Fix URLs in Kconfig.
<petri.koistinen@iki.fi>
[HAMRADIO]: Fix URLs in Kconfig.
<shaggy@austin.ibm.com>
JFS: Don't do filename translation by default
Due to its roots in OS/2, JFS has always tried to convert pathnames
into unicode. Unfortunately, it never had a reliable idea of what
the incoming character set was, so it defaulted to CONFIG_NLS_DEFAULT.
This behavior was confusing and many users have requested that JFS
have a more sane behavior. This patch changes the default behavior
to store the incoming bytes directly without translation. This is
consistent with the behavior when the default value of
CONFIG_NLS_DEFAULT (iso8859-1) was defined. The default behavior
can be overridden by using the iocharset mount option.
<dlstevens@us.ibm.com>
[IPV6]: Except MLD packets from source filtering.
Co-authored with Yoshfuji Hideaki.
<davem@nuts.davemloft.net>
[IPV6]: Kill 64-bit warnings in ndisc.c
<davej@redhat.com>
[CPUFREQ] Update URL.
<jgarzik@redhat.com>
[libata] catch, and ack, spurious DMA interrupts
Hardware issue on Intel ICH5 requires an additional ack sequence
over and above the normal IDE DMA interrupt ack requirements. Issue
described in post to freebsd list:
http://www.mail-archive.com/freebsd-stable@freebsd.org/msg58421.html
Since the bug workaround only requires a single additional PIO or
MMIO read in the interrupt handler, it is applied to all chipsets
using the standard libata interrupt handler.
Credit for research the issue, creating the patch, and testing the
patch all go to Jon Burgess.
<len.brown@intel.com>
[ACPI] revert previous AML param patch for ACPICA update
<len.brown@intel.com>
[ACPI] ACPICA 20040211 udpate from Bob Moore
Completed investigation and implementation of the
call-by-reference mechanism for control method arguments.
Fixed a problem where a store of an object into an indexed
package could fail if the store occurs within a different
method than the method that created the package.
Fixed a problem where the ToDecimal operator could return
incorrect results.
Fixed a problem where the CopyObject operator could fail
on some of the more obscure objects (e.g., Reference objects.)
Improved the output of the Debug object to display buffer,
package, and index objects.
Fixed a problem where constructs of the form "RefOf (ArgX)"
did not return the expected result.
Added permanent ACPI_REPORT_ERROR macros for all instances of the
ACPI_AML_INTERNAL exception.
<jt@bougret.hpl.hp.com>
[IRDA]: Add stir4200 driver.
After a long maturation, this is time to send you the latest
version of the stir4200 USB driver. Initially started by Paul Stewart,
modified by Martin Diehl and me, and later partially rewriten by
Stephen Hemminger.
The hardware has many quirks. This is the first version that
work reliably at SIR and mostly work at FIR. We may never get optimal
operation from this hardware due to its pecularities, but at least its
now usable.
<davem@nuts.davemloft.net>
[IRDA]: Forgot to add stir4200.c in previous commit.
<herbert@gondor.apana.org.au>
[IPSEC]: Move hardware headers for decaped packets.
Move the hardware header so that it appears next to the payload for AF_PACKET
sockets.
<grundler@parisc-linux.org>
[TG3]: Abstract out mailbox workarounds into tw32_{rx,tw}_mbox().
<ja@ssi.bg>
[IPV4]: Add configurable restriction of local IP announcements in ARP requests.
<romieu@fr.zoreil.com>
[IRDA]: Fix error return status in stir4200 driver.
If stir_reset() succeeds, stir_net_open() must not return a
success status code for every failure until irlap_open().
<romieu@fr.zoreil.com>
[IRDA]: In stir4200 driver, defer netif_start_queue() until device opening succeeds.
<petri.koistinen@iki.fi>
[WAN]: Kconfig clean-up and update URL links.
<wensong@linux-vs.org>
[IPVS] remove the superfluous call of waitpid in sync code
<wensong@linux-vs.org>
[IPVS] retry to run kernel_thread when memory is temporarily exhausted
<wensong@linux-vs.org>
[IPVS] update the version number of code to 1.2.0
<hch@lst.de>
[SUNGEM]: Kill unused variable on ppc.
<grundler@parisc-linux.org>
[TG3]: Define MBOX_WRITE_REORDER flag to zero on non-x86.
<sri@us.ibm.com>
[SCTP] Revert back to use kmalloc() for ssnmap allocs of sizes < 128K.
<davej@redhat.com>
[CPUFREQ] bump copyrights.
<david-b@pacbell.net>
[PATCH] USB: EHCI updates (mostly periodic schedule scanning)
[USB] EHCI updates
Update periodic schedule scanning
- fix shutdown sometimes-hangs (Bernd Porr)
- resolve the "whole frame at once" FIXME
- try harder to avoid rescanning
- don't delegate interrupt qh handling to a buggy helper routine
- describe more of the relevant iso tuning parameters
One-liners:
- URB_NO_INTERRUPT hint affects ISO
- show correct data toggle in sysfs debug files
- FIXME is resolved by Linus' 20msec delay
<pmarques@grupopie.com>
[PATCH] USB: fix usblp.c
The line that IMHO triggers the bug is this:
"writecount += usblp->writeurb->transfer_buffer_length;"
It uses "usblp->writeurb->transfer_buffer_length" before initializing it,
assuming that it will be zero on the first run. If it is not zero, but instead
random *negative* garbage from memory, the loop will start printing endless data
from user-space data.
<abbotti@mev.co.uk>
[PATCH] USB: ftdi_sio new PIDs and name fix for sysfs
This patch adds a couple of new PIDs for the ftdi_sio driver and
changes the name of the USB-UIRT device to avoid the "/" character,
as that appears as a directory separator in the sysfs namespace.
<dlstevens@us.ibm.com>
[IPV6]: Add sysctl to force MLD version.
<kberg@linux1394.org>
IEEE1394(r1125): Set host field of hpsb_address_serve struct when registering address spaces.
<bcollins@debian.org>
IEEE1394(r1126): Small cleanup based on patch from Isaac Claymore.
<bcollins@debian.org>
IEEE1394(r1128): Implement bus reset handling for hosts (based on patch from Oracle)
<bcollins@debian.org>
IEEE1394(r1129): Initial support for reusing node entries over plug/unplug cycles
<bcollins@debian.org>
IEEE1394(r1130): Conversion of some list_for_each() usages to list_for_each_entry().
<bcollins@debian.org>
IEEE1394/OHCI(r1131): Suspend/resume isn't dependent on CONFIG_PM.
<kberg@linux1394.org>
IEEE1394(r1132): Update Kconfig description of the eth1394 driver.
<bcollins@debian.org>
IEEE1394: Sync revisions
<bcollins@debian.org>
IEEE1394(r1134): Fix some typos introduced over the last few changes
<bcollins@debian.org>
IEEE1394(r1135): Initial ieee1394_host_class implementation.
<bcollins@debian.org>
IEEE1394(r1136): Implement node class
<davem@nuts.davemloft.net>
[TG3]: Two more PHY bug workaround, plus fix DMA test on big-endian.
<domen@coderock.org>
[PATCH] USB: some stv680 fixes
- swapRGB is already initialized to 0
- change "swapRGB_on == 1" to match in-source documentation
- submit urb with GFP_ATOMIC (interrupt context) - this made driver
unusable because of "might_sleep" messages.
- group some "case"s
- release vdev on fail
- remove "kfree(0)" checking
<davem@nuts.davemloft.net>
[TG3]: Fix early chip programming in tg3_setup_copper_phy().
1) First action must be to set MAC_EVENT to zero.
2) Do not forget to clear MI_COMPLETION/LNKSTATE_CHANGED
status bits in MAC_STATUS register.
This fixes the bug wherein the link does not come up at all
at the first ifup done after tg3 module load.
<stern@rowland.harvard.edu>
[PATCH] USB: Remove unneeded and error-provoking variable in UHCI
This patch removes an unneeded "status" field from the UHCI driver's
URB-private data structure. The driver had been storing the status of
completed URBs there rather than in the URBs themselves. This not only is
wasteful of space but is also a cause of bugs, since the USB core relies
on urb->status for proper synchronization with the driver.
The patch also takes care of a number of small things that have been
bugging me for ages:
Close a small loophole by allowing an URB to be unlinked even
before the uhci_urb_enqueue() procedure has started.
Remove some fossil code from back when interrupt URBs were
automagically resubmitted.
Giveback unlinked URBs in the order they were unlinked.
Don't set urb->status for dequeued URBs; the core has already
set it for us.
Rename uhci_remove_pending_qhs to uhci_remove_pending_urbps.
(That has _really_ bothered me!)
<davem@nuts.davemloft.net>
[TG3]: Bump driver version and reldate.
<stern@rowland.harvard.edu>
[PATCH] USB: Even out distribution of UHCI interrupt transfers
This patch evens out the distribution of interrupt transfers for the UHCI
driver. It insures that no frame must handle interrupt queues for more
than two different periods, thus improving the bandwidth utilization.
It also simplifies the initialization code by replacing a multi-nested
"if" statement with a simple bit-operation (thanks to Eric Piel for
suggesting this approach).
<stern@rowland.harvard.edu>
[PATCH] USB: ERRBUF_LEN compiling error when PAGE_SIZE=64KB on IA64
Randy, thanks for forwarding this to me.
> Johannes,
>
> When I compile base kernel 2.6.1 with PAGE_SIZE=64KB on an IA64
> platform, there is an error.
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> drivers/built-in.o(.init.text+0x168a2): In function `uhci_hcd_init':
> : undefined reference to `__you_cannot_kmalloc_that_much'
> make: *** [.tmp_vmlinux1] Error 1
>
> That's because ERRBUF_LEN (equal to PAGE_SIZE*8) is too long when
> PAGE_SIZE=64KB. Actually, there was a similar error found by Tony. See
> http://marc.theaimsgroup.com/?l=linux-ia64&m=105604765306485&w=2.
>
> Could you change the definition of ERRBUF_LEN to a fixed value? For
> example, 32*1024?
>
> Yanmin
Yanmin, I'm the new maintainer for the UHCI driver. Yep, that's a
definite error. This will fix it.
Also included in this patch: change some confusing references from "high
speed" to "full speed" and add proper hyphenation.
<stern@rowland.harvard.edu>
[PATCH] USB: Simplify locking in UHCI
This patch is an amalgam of 9 contributions from Stephen Hemminger. It
begins the process of straightening out the use of semaphores and locking
in the UHCI driver by removing unneeded irqsaves and irqrestores. It
also removes an unnecessary list node and makes a couple of other small
changes.
clear_next_interrupt only called in IRQ context don't need irqsave/restore
Since uhci_finish_completion is only called from IRQ routine,
the irqsave/irqrestore is redundant and unnecessary.
UHCI transfer_result is only called from IRQ context
so irqsave/restore is unnecessary here.
uhci_finish_urb is always called from irq so
no need for irqsave/irqrestore.
uhci_add_complete only called from IRQ context
The complete_list element in the urb private data is redundant,
since it is only used when the urb is on the complete list.
And given the state transitions, an urb can't be on the complete list
and any other list (remove, or urb_list).
Therefore just use urb_list to link the complete_list
Use list_move_tail to move between remove (or urb_list) and the complete_list.
Save irq state in uhci_stop so that the irqsave/irqrestore's
in all the free_pending and remove_pending code can be eliminated.
Since uhci_stop now saves IRQ state, the free/remove pending routines
no longer need irqsave/irqrestore.
<stern@rowland.harvard.edu>
[PATCH] USB: Mask "HC Halted" bit in the UHCI status register
Contrary to the UHCI specification document, in real controllers the "HC
Halted" bit in the status register cannot be cleared by writing a 1. It
will persist for as long as the controller is halted. Hence the bit needs
to be masked away before checking whether or not the controller initiated
an interrupt.
Without this patch, other devices sharing the same IRQ line might not get
serviced while the host controller is suspended, because the always-on
status bit would cause the UHCI driver to report that it had handled the
interrupt.
<stern@rowland.harvard.edu>
[PATCH] USB Storage: Handle excess 0-length data packets
This patch is an attempt to cope with Genesys Logic's, shall we say,
creative approach to implementing the USB protocols. Their high-speed
mass storage devices sometimes add an excess 0-length packet to the end of
a data phase transmission. Of course we don't read that packet as part of
the data phase; we see it as a 0-length CSW message. The real CSW follows
immediately after. (Or sometimes a STALL follows immediately after, with
the real CSW coming after that!)
The patch checks the results of the first attempt to read the CSW. If it
sees a normal packet (not a STALL) with length 0, it retries the read.
Reports from two users indicate that it improves the performance of their
USB-2 DVD drives.
<stern@rowland.harvard.edu>
[PATCH] USB Storage: Treat STALL as failure for CB[I]
I recall something like this had to be changed a while ago, but it looks
like it's still not right. A STALL during either the command or data
phase of a CB[I] command should indicate a failure.
<stern@rowland.harvard.edu>
[PATCH] USB Storage: Reduce auto-sensing for CB transport
This patch addresses a problem common among digital cameras that use the
CB transport. Namely, too much auto-sensing confuses them; particularly
auto-sensing after INQUIRY.
I've made some traces of a Windows 2000 driver to see what it does (data
sent to Andries Brouwer for inclusion on his web site; I'll announce
when it's ready for viewing). Basically, it almost never sends REQUEST
SENSE unless it received a STALL from the device.
That's a pretty bogus way to operate, because it means that Windows has no
way to tell when the device has finished executing a command if the
command doesn't involve an IN transfer. Even after a lengthy WRITE,
Windows continues to transmit more commands without regard for whether or
not they will get overwritten in the device's internal buffer (and hence
not executed). Indeed, exactly that happened with some of the commands in
one of my traces.
To be safe, we must follow every non-IN transfer with an auto-sense, but
IN transfers that don't stall can be considered to have succeeded.
That's what this patch does. It reduces auto-sensing by a considerable
factor, probably close to half. It also fixes the problem with INQUIRY,
since INQUIRY involves an IN data transfer.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB Storage: Save the SCSI residue value when auto-sensing
This patch (a regeneration of as173) saves the residue value of a command
when doing an auto-sense.
Not that it really matters much -- almost nobody looks at that value. But
it's definately incorrect the way it is, and this fixes it.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB Storage: Reduce unsolicited auto-sense
This patch (a regeneration of as185) reduces the amount of auto-sensing we
do even further. It also zeros-out the sense buffer in those cases where
we do auto-sense and get back no error.
<mdharm-usb@one-eyed-alien.net>
[PATCH] USB Storage: Fix small endian-ness bug
This patch fixes up a small endian-ness bug from mid-January.
<stern@rowland.harvard.edu>
[PATCH] USB Storage: unusual_devs.h fixup
On 15 Feb 2004, Frank D. Cringle wrote:
> Hi,
>
> my syslog requests that I send this message. See below regarding
> usb-storage: This device ... has an unneeded SubClass entry in unusual_devs.h
> Feb 15 00:11:16 dagger usb-storage: This device (07cf,1001,1000 S 05 P 00) has an unneeded SubClass entry in unusual_devs.h
> Feb 15 00:11:16 dagger Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>
Thank you for sending this in.
Greg, it looks like an earlier patch changed too much. Here is the fix.
Also included in this patch:
Moved several entries that were in the wrong positions.
Removed an entry (0x08ca, 0x2011) that could never be used
because the preceding entry always would take precedence.
<dsaxena@plexity.net>
[PATCH] USB: Fix USB host code to use generic DMA API
<sri@us.ibm.com>
[SCTP] Force enable Crypto options that are needed by SCTP config.
<ja@ssi.bg>
[IPV4]: Add sophisticated ARP reply control via arp_ignore sysctl.
<mbligh@aracnet.com>
[NET]: Ditch TSO in loopback driver, it's had enough testing.
<wesolows@foobazco.org>
[SPARC32] Uninline atomic_t functions to save space.
<mgreer@mvista.com>
[PATCH] PCI: Changing 'GALILEO' to 'MARVELL'
I'm working with some Marvell components (formerly Galileo Technologies)
and noticed that the entries in include/linux/pci_ids.h have become
dated. I have attached a patch that changes 'GALILEO' to 'MARVELL',
adds some more devices, and updates the uses of the macros in the code.
Please note that the newer marvell parts start with 'MV' instead of 'GT'
to represent the new name. Also, I didn't change all uses of galileo to
marvell, only the macro in pci_ids.h.
<tlnguyen@snoqualmie.dp.intel.com>
[PATCH] PCI: add copyright for files msi.c and msi.h
First I would like to say sorry for not responding immediately after receiving
your email mentioning Copyright. I have contacted Intel Legal for proper text
upon receiving this email; but have not received any response. As a result of
team discussion, the attached patch, based on Linux kernel 2.6.3-rc2, includes
the Intel Copyright for files: msi.h and msi.c.
<willy@debian.org>
[PATCH] PCI: Fix pci_bus_find_capability()
pci_bus_find_capability() is currently broken. It checks the wrong
device's hdr_type for being a cardbus bridge or not. This patch pulls
the guts of pci_bus_find_capability() and pci_find_capability() into a
new function __pci_bus_find_cap() and changes these two functions to
call it.
<ambx1@neo.rr.com>
[PATCH] PCI: remove unused defines in pci.h
It occured to me that we also have the following related code in pci.h:
Perhaps this should be removed as well?
<ak@suse.de>
[PATCH] Intel x86-64 support merge
This has all the x86-64 specific changes for Intel Prescott/Nocona
support.
It requires a few minor changes outside arch/x86_64, which I am sending
separately.
This patch is needed to boot an 64bit kernel on a 64-bit capable
Prescott machine.
The ugliest part is probably the swiotlb code. In fact the code for
that is not even included, but just reused from IA64. swiotlb
implements the PCI DMA API using bounce buffering. I don't like this at
all, but there was no other way to support non DAC capable hardware
(like IDE or USB) on machines with >3GB. Please redirect all flames for
that to the Intel chipset designers.
ChangeLog:
- Add Kconfig options for PSC
- Add support to reuse microcode driver from i386 (Suresh B Siddha)
- Try to optimize for the selected CPU
- Fix early CPUID check for Intel CPUs (Suresh B Siddha)
- Fix GDT to use the configured cache line size for padding
- Support monitor/mwait idle loop
- Support HyperThreading
- Support Intel CPUID flags
- Remove all 3dnow prefetches
- Add alternative() for the prefetchw prefetch inline.
- Include P4 driver in oprofile
- Support Intel NOPs in alternative
<ak@suse.de>
[PATCH] Update i386 microcode driver for x86-64
The microcode driver needs to support 64bit physical addresses too.
<ak@suse.de>
[PATCH] Enable Intel AGP on x86-64
Enable the Intel AGP driver for x86-64 too.
<ak@suse.de>
[PATCH] Allow P4 oprofile code for x86-64
P4 support was previously ifdefed out for x86-64, remove that.
<maeda.naoaki@jp.fujitsu.com>
[PATCH] ia64: fix possible memory leak in PCI alloc_resource()
<pfg@sgi.com>
[PATCH] ia64: add "platform_data" to struct pci_controller, update SN2 accordingly
Here's a small mod for Altix. It breaks up our 'pci fixup' function and
has some other smallish clean ups.
For the ia64 crowd I've added 'platform_data' to struct pci_controller.
<dlsy@snoqualmie.dp.intel.com>
[PATCH] PCI Hotplug: Add SHPC and PCI Express hot-plug drivers
<lxiep@linux.ibm.com>
[PATCH] PCI Hotplug: Add PPC64 PCI Hotplug Driver for RPA
<johnrose@austin.ibm.com>
[PATCH] PCI Hotplug : add DLPAR driver for PPC64 PCI Hotplug slots
Please consider the following patch for submission. This patch contains the
implementation of the I/O Slot DLPAR Drivers for PPC64 RISC Platform
Architecture. This module depends on the RPA PCI Hotplug Module in the
previous post. The patch is made against kernel version 2.6.3-rc2.
The Dynamic Logical Partitioning Module allows the runtime movement of I/O
Slots between logical partitions. An administrator can logically add/remove
PCI Buses to/from a PPC64 partition at runtime. These operations are initiated
using interface files located at:
/sys/bus/pci/pci_hotplug_slots/control/
Development contact for this module is John Rose (johnrose@austin.ibm.com).
<wensong@linux-vs.org>
[IPVS] tidy up the header files to include
<davem@nuts.davemloft.net>
[APPLETALK]: Use '%Z' for size_t.
<david-b@pacbell.net>
[PATCH] USB: usbcore, scatterlist cleanups
[USB] minor usb_sg_wait() cleanups
- count urb completions correctly when there's a non-recoverable
fault during scatterlist submission ... prevents a hang (seen
only with already-faulty usb-storage devices).
- don't local_irq_{save,restore}() when not needed
<david-b@pacbell.net>
[PATCH] USB: usbcore, hub driver enables TT-per-port mode
[USB] hub driver turns on multi-TT mode
This turns on the multi-tt mode in hubs that support it; the Cypress
"TetraHub" products are appearing at retail now, complete with some
of the first Mini-B connectors I've seen shipping.
This will be important for hooking up lots of full speed isochronous
devices (audio, video, etc).
<david-b@pacbell.net>
[PATCH] USB: usbcore, avoid RNDIS configs
[USB] usbcore avoids RNDIS configuration.
Modifies the "choose a configuration" heuristic to recognize the other
case that 2.4 handled: RNDIS, a MSFT protocol that's sometimes used as
the first/default configuration (as specified by MSFT) on cable modems.
CDC Ethernet is vendor-neutral, and preferred (except by MSFT).
The initial version didn't catch RNDIS because it cloaks its ethernet
links as a kind of CDC ACM (modem) device.
<david-b@pacbell.net>
[PATCH] USB: usbtest, two more protocol cases
[USB] usbtest, two more control queueing subtests
From Alan Stern. This adds two more "short control read" test cases,
both padding the "expected" transfer to end-of-packet. We need both
hosts and devices/gadgets to behave correctly here.
<davem@nuts.davemloft.net>
[BLUETOOTH]: Use min_t to avoid warning in rfcomm sock.c
<davem@nuts.davemloft.net>
[DECNET]: Make second arg to dn_alloc_send_skb a size_t pointer.
<david-b@pacbell.net>
[PATCH] USB: ehci-hcd, fullspeed iso data structures (1/3)
[USB] start ehci split transaction support
Updates split ISO transaction descriptor structure, add bitmask #defines;
it's groundwork for full speed ISO support in EHCI. Updates periodic
schedule scanning, and bandwidth calculations accordingly.
Fixes bandwidth calculation to behave when the periodic schedule has
entries of multiple types ... as will be more common as ISO support
starts to be used here.
<david-b@pacbell.net>
[PATCH] USB: ehci-hcd, fullspeed iso data structures (2/3)
[USB] ehci, rename some iso data structures
Rename some data and functions used by EHCI to manage ISO transactions,
since they currently assume only high speed transfers. Much of the same
infrastructure will be used for full speed ISO, with split transactions.
<david-b@pacbell.net>
[PATCH] USB: ehci-hcd, scheduler handles TT collisions (3/3)
[USB] ehci-hcd detects microframe transaction scheduling collisions
This detects TT schedule collisions for split periodic transactions
on USB 2.0 hubs, handling both isochronous and interrupt transfers
but not supporting the "wrap around to the next frame" modes for
either transfer type.
The ISO scheduler is modified to use that support for full speed
transfers ... though nothing will yet ask it to do that.
It also tracks schedule depth, to help avoid accepting ISO URBs
which need more time than currently remains unscheduled.
<kaber@trash.net>
[PKTSCHED]: Use queue limit of 1 when tx_queue_len is zero.
<greg@kroah.com>
PCI: fix pci quirk for P4B533-V, fixes bug 1720
Thanks to stephanrave@gmx.de (Stephan Rave) for the patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Improve UHCI root hub code: descriptor, OC bits, etc.
This patch is from David Brownell.
UHCI root hub updates ... minor bugfixes and cleanups, improving
conformance with the USB hub specification.
- UHCI doesn't support any kind of power switching; so modify the
hub descriptor to stop claiming it does! Likewise fail attempts
to disable power on any port.
- Intel defined both overcurrent status overcurrent-change bits, but
the current code only knows about one. Modify hub descriptor to
report per-port overcurrent protection; and use both bits.
- Modify the port status set/clear macros to know about the bits
that must always be written as zero, and the write-to-clear bits.
Update callers which wrote "set" instead of "clear".
- Rewrote code returning port status; magic numbers are gone.
- Driver can't really support 8 root hub ports; don't try.
Also moves the #define DEBUG earlier so that it can kick in any of
the various debug macros ... like pr_debug() and dev_dbg().
<stern@rowland.harvard.edu>
[PATCH] USB: More UHCI root hub code improvements
This adds some minor improvements to the UHCI root hub code. The only
important change is that it handles the overcurrent indicator bits on VIA
controllers properly; they are reported using the opposite sense from
Intel controllers.
Report the OverCurrent status bits in the /proc debugging file
and spontaneously change the use of whitespace.
Remove unused variable in uhci_hub_status_data().
Report OverCurrent status for VIA controllers properly (the
meaning of the status bit is inverted with respect to Intel
controllers).
Save the port status I/O address in a variable rather than
recalculating it many times.
Merge code for handling SetHubFeature and ClearHubFeature since
we don't implement either one.
Remove some unnecessary comments.
Remove redundant min_t calculation.
<torvalds@home.osdl.org>
Fix up the microcode update on regular 32-bit x86. Our wrmsr()
is a bit unforgiving and really doesn't like 64-bit values.
We should possibly make wrmsr() automatically truncate the
arguments, but regardless we should just fix microcode.c.
<bcollins@debian.org>
IEEE1394(r1137): Check to make sure we have a hostinfo in sbp2_host_reset.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] move CONFIG_HOTPLUG to init/Kconfig
As a bonus: cris, h8300, m68k and sparc can use CONFIG_HOTPLUG now.
<johnstul@us.ibm.com>
[PATCH] ia64: add support for time-interpolation via IBM EXA Cyclone timer
This patch provides access to the cyclone time source found on IBM EXA
based systems (x450 and x455). This is needed on multi-node systems
where the CPU ITCs are not synchronized, causing possible time
inconsistencies.
This release fixes one last minor think-o and ran overnight without any
time inconsistencies (when used in conjunction w/ the
time-interpolator-fix_A0 patch).
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c bus master arbitration failure fix
Here is the first of several individual patches to 2.6.3 for the pcnet32
driver.
The driver did not properly serialize accesses to chip registers, resulting
in reading/writing the wrong register. This patch eliminates this problem
and gets rid of the cause of the symptom of 'bus master arbitration failure'.
It was easier to use generic_mii_ioctl than modify the current pcnet32_ioctl
routine with the necessary locks. This has been re-tested on an IA32 system.
<shemminger@osdl.org>
[PATCH] hp100 pci probe problem
Jean discovered problem with my hp100 PCI changes.
This should fix the problem... The multi-bus probe logic error handling was
botched.
He validated it; so please apply
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c SLAB_DEBUG length error fix
The pcnet32 driver uses the incorrect length (of zero) in
pci_[un]map_single for receive buffers. This is seen with SLAB_DEBUG
enabled.
Tested in IA32 system. If this patch is not applied after my previous
one hunks #1, #3, and #5 will have an offset of -2 lines.
<mlindner@syskonnect.de>
[PATCH] sk98lin: Added Support for Belkin adapter
Patch 1/2
[SK98LIN]: Added Support for Belkin adapter
[SK98LIN]: Don't handle Yukon2 cards at the moment
<mlindner@syskonnect.de>
[PATCH] [kernel 2.6] sk98lin: Insert revision version and date
to uniquely identify the files, it's necessary to add the version of
each file. Please, don't remove the revision infos. It's really
important for us.
Patch 2/2
[SK98LIN]: Insert revision version and date [back] into the files
<pe1rxq@amsat.org>
[PATCH] 6pack reinit bug
This patch is the same as to mkiss a while ago, the current code triggers a
bug when reattaching a network device.
<shmulik.hen@intel.com>
[PATCH] Add support for HW accel. slaves
Now that David Miller accepted the first half of this set into 2.6,
I'm resending the last half to you for inclusion in netdev-2.6.
Tested against latest netdev-2.6. Summary:
Change the bond interface to publish full VLAN hardware acceleration
offloading capabilities, and add capability in all xmit functions to
take special care for VLAN HW accel. tagged skb's that are going out
through a slave that is not offloading capable.
Add a mechanism to collect and save the VLAN Id's that have been
added on top of a bond interface, and propagate the register/add/kill
operations to the slaves.
Add blocking mechanism to prevent adding VLAN interfaces on top of a
bond that contains VLAN challenged slaves and to prevent adding VLAN
challenged slaves to a bond that already has VLAN interfaces on top
of it.
Add a section about VLAN to Documentation/networking/bonding.txt and
also correct some minor spelling/grammer errors.
<shmulik.hen@intel.com>
[PATCH] Add VLAN support in TLB mode
Add capability to tag self generated learning packets that are
required to speed up port selection in the switch after a fail
over in bonding since some switches will only update their MAC
tables from tagged packets when VLAN support is turned on. All
VLAN Id's that have been configured on top of the bond interface
will be used in cyclic order.
<shmulik.hen@intel.com>
[PATCH] Add VLAN support in ALB mode
Add capability to tag self generated ARP packets that are required
for receive load balancing in bonding. VLAN Id's are saved and used
each time a new IP connection is established since 8021q currently
supports IP binding.
Update module version and comment blocks.
<jhf@rivenstone.net>
[netdrvr sis900] fix multicast bug
<jmorris@redhat.com>
[SELINUX]: Event notifications via netlink.
<davem@nuts.davemloft.net>
[SELINUX]: Forgot to add these in previous commit.
<rddunlap@osdl.org>
[PATCH] depca: remove double semi-colon
description: remove double semi-colon typo;
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c transmit hang fix
The transmit routine will stop interrupting and hang, causing the
tx_timeout routine to attempt to restart the device when the 32-bit
cur_tx counter wraps below dirty_tx. If the device had called
netif_stop_queue it will never call netif_wake_queue in the interrupt
routine (at least on an IA32 system) due to 32-bit wrap around arithmetic.
On my IA32 system 'dirty_tx > lp->cur_tx - TX_RING_SIZE + 2' would
always evaluate to false when dirty and cur_tx were less than 15,
preventing netif_wake_queue to be called.
By starting dirty_tx and cur_tx at 0xfffffff0 (to reduce test time) I
found that once cur_tx wrapped to zero, that transmitted buffers would
never be unmapped or freed because 'while (dirty_tx < lp->cur_tx) {'
was not true. cur_tx would keep incrementing (in start_xmit) but dirty_tx
would not (in pcnet32_interrupt), thus leaking skb's and pci map entries.
On PPC machines, the system would quickly run out of pci maps.
Fix tested on PPC and IA32.
<rddunlap@osdl.org>
[PATCH] tr/3c359: handle kmalloc failures during init
From: Pablo Menichini <pablo@menichini.com.ar>
and maximilian attems <janitor@sternwelten.at>
while looking at kj mails from 200212 and 200301
this patch slept through
originally from: Pablo Menichini <pablo@menichini.com.ar>
rediffed and compile tested
patch applies on plain 2.6.0
maximilian attems <janitor@sternwelten.at>
handle kmalloc failures during init
diff -puN drivers/net/tokenring/3c359.c~tr3c_kmalloc drivers/net/tokenring/3c359.c
linux-261-bk4-kj1-rddunlap/drivers/net/tokenring/3c359.c | 13 +++++++++++++
1 files changed, 13 insertions(+)
<romieu@fr.zoreil.com>
[PATCH] 2.6.3 - drivers/net/sis190.c - Tx desc overflow
Tx descriptor overflow - take II.
Assume tp->dirty_tx = NUM_TX_DESC/2, tp->cur_tx = NUM_TX_DESC - 1,
watch "entry" go beyond NUM_TX_DESC. Actually this is where the same
bug in r8169 driver comes from.
<bcollins@debian.org>
IEEE1394(r1138): Cleanup nodemgr probe, and fix a bug with the driver update.
<akpm@osdl.org>
[PATCH] tulip printk warning fix
Don't assume the size of a dma_addr_t
<markh@osdl.org>
[PATCH] add card types to aacraid driver
This patch adds support for new RAID cards. Also removes two cards from
the list that were never products.
Makefile | 2
aacraid.h | 21 +++
linit.c | 32 +++-
rkt.c | 416 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
rx.c | 10 -
5 files changed, 465 insertions(+), 16 deletions(-)
<davej@redhat.com>
[CPUFREQ] Add extra __init markers to longhaul driver.
Caught by Randy Dunlap.
longhaul_cpu_init only gets called during startup, and calls
other __init routines.
<davej@redhat.com>
[CPUFREQ] Add extra __init markers to longrun driver.
Caught by Randy Dunlap.
longrun_cpu_init() only gets called during startup, and calls
other __init routines.
<hch@lst.de>
[PATCH] remove flush_cache_all() from qla1280
It's not needed with the new DMA API and isn't exported to modules on
some architectures. (See davem's qla2xxx patch for reference)
<davem@redhat.com>
[PATCH] qla2xxx: remove flush_cache_all
<akpm@osdl.org>
[PATCH] ISDN udpate
From: Karsten Keil <kkeil@suse.de>
- new port of 2.4 I4L core to 2.6
- new port of 2.4 I4L HiSax to 2.6
- fixes for I4L CAPI subsystem to make it stable in 2.6
- fix parameter handling of AVM ISA cards (calle)
- cleanup ISDN config variables
- SMP in act2000 and pcbit driver
- remove check_region in act2000
- mark hysdn, isdnloop and divert as BROKEN_ON_SMP
<akpm@osdl.org>
[PATCH] i4l: hisax deadlock fix
From: Karsten Keil <kkeil@suse.de>
This patch fix a deadlock in HiSax (reported from David Woodhouse
<dwmw2@infradead.org>). upper layer was called back while holding the card
lock fix is to move the wakeup call into BH handler to avoid direct
callbacks.
<akpm@osdl.org>
[PATCH] Fix for PPP activ/passiv filter
From: Karsten Keil <kkeil@suse.de>
I found a bug in the PPPIOCSPASS PPPIOCSACTIVE IOCTL implementation in
kernel 2.5/2.6.
The current pppd code use a empty filter (uprog.len=0) to detach the filter
in the kernel, but this code was removed in 2.5.71 while fixing a compiler
warning.
Here the new patch, also with better limit checking.
The second patch check for flen == 0 in the filter check too, since later
in this code a filter[flen - 1] access is done, which is not so funny with
flen 0. Maybe it's not really needed anymore, since with the first patch
it would not longer called with flen=0.
paulus says:
It looks correct. Previously we had (and in 2.4 we still have)
if (uprog.len > 0 && uprog.len < 65536) {
...
which gave warnings since uprog.len is unsigned short. So someone
decided that both parts of the condition were redundant.
<akpm@osdl.org>
[PATCH] ia32 early printk
From: Andi Kleen <ak@muc.de>
Implement VGA and serial early printk on x86. We just include the x86_64
version.
<akpm@osdl.org>
[PATCH] early printk tweaks
- Use __pa() around the VGA base address: more friendly for the 4g/4g split.
- Use cpu_relax() rather than open-coding rep_nop().
- Default to 9600 baud
- Move documentation to Documentation/kernel-parameters.txt
- Make CONFIG_EARLY_PRINTK disableable if CONFIG_EMBEDDED
<akpm@osdl.org>
[PATCH] Remove BDEV_RAW and friends
These no longer do anything.
This patch changes modules API. It was acked by Arjan@RH and Hubert@Suse.
<akpm@osdl.org>
[PATCH] msg.h needs list.h
msg.h uses list_head. (I'm not sure what config actually required this, but
it is legit).
<akpm@osdl.org>
[PATCH] ppc64: Fix prom.c warnings
arch/ppc64/kernel/prom.c:200: warning: missing braces around initializer
arch/ppc64/kernel/prom.c:200: warning: (near initialization for `hmt_thread_data[0]')
arch/ppc64/kernel/prom.c: In function `prom_hold_cpus':
arch/ppc64/kernel/prom.c:1090: warning: implicit declaration of function `_get_PIR'
<akpm@osdl.org>
[PATCH] ppc64: fix saved_command_line/cmd_line lengths
From: Anton Blanchard <anton@samba.org>
cmd_line was twice the size of saved_command_line but we did a strcpy from
the larger into the smaller. Create COMMAND_LINE_SIZE and use it.
<akpm@osdl.org>
[PATCH] ppc64: fix debugger() warnings
From: Anton Blanchard <anton@samba.org>
Fix compile warnings and add some type safety to debugger macros.
<akpm@osdl.org>
[PATCH] ppc64: iseries IRQ fix
From: Stephen Rothwell <sfr@canb.auug.org.au>
This patch lets 2.6.3-rc4 build and boot on an PPC64 iSeries box (at least
for my configuration). The veth.o bit in the networking Makefile got there
by accident and should be removed anyway ...
There is more to make it work properly (note the "Temporary hack"), but
this gets us closer.
<akpm@osdl.org>
[PATCH] loop: remove the bio remapping capability
This patch removes the loop feature wherein we remap BIOs for block-backed
loop. So file-backed and block-backed loop are handled identically.
It cleans up the code a lot and fixes the low-on-memory lockups which
block-backed loop currently suffers.
What we lose is the journalling ordering guarantees which
exts-on-loop-on-blockdev had. But dm-crypt provides that.
<akpm@osdl.org>
[PATCH] remove useless highmem bounce from loop/cryptoloop
From: Ben Slusky <sluskyb@paranoiacs.org>
The attached patch changes the loop device transfer functions (including
cryptoloop transfers) to accept page/offset pairs instead of virtual
addresses, and removes the redundant kmaps in do_lo_send, do_lo_receive,
and loop_transfer_bio. Per Andrew Morton's request a while back.
<akpm@osdl.org>
[PATCH] loop: BIO handling fix
From: Ben Slusky <sluskyb@paranoiacs.org>
One more patch --- this fixes a minor bio handling bug in the filebacked
code path. I'd fixed it incidentally in the loop-recycle patch.
I don't think you could actually see damage from this bug unless you
run device mapper on top of loop devices, but still this is the correct
behavior.
<akpm@osdl.org>
[PATCH] loop.c doesn't fail init gracefully
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
loop_init doesn't fail gracefully for two reasons:
1) If initialization of loop driver fails, we have an call to
devfs_add("loop") without any devfs_remove; I add that.
2) On lwn.net 2.6 kernel docs, Jonathan Corbet says: "If you are calling
add_disk() in your driver initialization routine, you should not fail
the initialization process after the first call."
So I make loop.c conform to this request by moving add_disk after all
memory allocations.
<akpm@osdl.org>
[PATCH] loop: remove redundant initialisation
From: "Yury V. Umanets" <umka@namesys.com>
This removes a redundant assignment in loop.
<akpm@osdl.org>
[PATCH] ACPI PM timer
From: Dominik Brodowski <linux@dominikbrodowski.de>,
John Stultz <johnstul@us.ibm.com>,
Dmitry Torokhov
Add the ACPI Powermanagement Timer as x86 kernel timing source. Unlike the
Time Stamp Counter, it is a reliable timing source which does not get
affected by aggressive powermanagement features like CPU frequency scaling.
Some ideas and some code are based on Arjan van de Ven's implementation for
2.4, and on R. Byron Moore's drivers/acpi/hardware/hwtimer.c.
We also replace the loop based delay_pmtmr with a TSC based delay_pmtmr,
which resolves a number of issues caused by the loop based delay. Unsynced
TSCs as well frequency changing TSCs will effect the length of __delay(), but
it seems this method works best.
<akpm@osdl.org>
[PATCH] kthread primitive
From: Rusty Russell <rusty@rustcorp.com.au>
These two patches provide the framework for stopping kernel threads to
allow hotplug CPU. This one just adds kthread.c and kthread.h, next
one uses it.
Most importantly, adds a Monty Python quote to the kernel.
Details:
The hotplug CPU code introduces two major problems:
1) Threads which previously never stopped (migration thread,
ksoftirqd, keventd) have to be stopped cleanly as CPUs go offline.
2) Threads which previously never had to be created now have
to be created when a CPU goes online.
Unfortunately, stopping a thread is fairly baroque, involving memory
barriers, a completion and spinning until the task is actually dead
(for example, complete_and_exit() must be used if inside a module).
There are also three problems in starting a thread:
1) Doing it from a random process context risks environment contamination:
better to do it from keventd to guarantee a clean environment, a-la
call_usermodehelper.
2) Getting the task struct without races is a hard: see kernel/sched.c
migration_call(), kernel/workqueue.c create_workqueue_thread().
3) There are races in starting a thread for a CPU which is not yet
online: migration thread does a complex dance at the moment for
a similar reason (there may be no migration thread to migrate us).
Place all this logic in some primitives to make life easier:
kthread_create() and kthread_stop(). These primitives require no
extra data-structures in the caller: they operate on normal "struct
task_struct"s.
Other changes:
- Expose keventd_up(), as keventd and migration threads will use kthread to
launch, and kthread normally uses workqueues and must recognize this case.
- Kthreads created at boot before "keventd" are spawned directly. However,
this means that they don't have all signals blocked, and hence can be
killed. The simplest solution is to always explicitly block all signals in
the kthread.
- Change over the migration threads, the workqueue threads and the
ksoftirqd threads to use kthread.
- module.c currently spawns threads directly to stop the machine, so a
module can be atomically tested for removal.
- Unfortunately, this means that the current task is manipulated (which
races with set_cpus_allowed, for example), and it can't set its priority
artificially high. Using a kernel thread can solve this cleanly, and with
kthread_run, it's simple.
- kthreads use keventd, so they inherit its cpus_allowed mask. Unset it.
All current users set it explicity anyway, but it's nice to fix.
- call_usermode_helper uses keventd, so the process created inherits its
cpus_allowed mask. Unset it.
- Prevent errors in boot when cpus_possible() contains a cpu which is not
online (ie. a cpu didn't come up). This doesn't happen on x86, since a
boot failure makes that CPU no longer possible (hacky, but it works).
- When the cpu fails to come up, some callbacks do kthread_stop(), which
doesn't work without keventd (which hasn't started yet). Call it directly,
and take care that it restores signal state (note: do_sigaction does a
flush on blocked signals, so we don't need to repeat it).
<akpm@osdl.org>
[PATCH] Remove kstat cpu notifiers
From: Rusty Russell <rusty@rustcorp.com.au>
Some well-meaning person put a notifier in for CPUs to update the kstat
structures in sched.c. However, it does nothing, and even with the full
hotplug CPU patch, it still does nothing.
Simple counters very rarely need anything done when CPUs come up or go
down. If you have per-cpu caches, or per-cpu threads, you need to do
something. But very rarely for stats.
<akpm@osdl.org>
[PATCH] Minor workqueue.c cleanup
From: Rusty Russell <rusty@rustcorp.com.au>
Move duplicated code to __queue_work(), and don't set the CPU for
queue_delayed_work() until the timer goes off. The second one only has an
effect on CONFIG_HOTPLUG_CPU where the CPU goes down and the timer goes off
on a different CPU than it was scheduled on.
<akpm@osdl.org>
[PATCH] Remove More Unneccessary CPU Notifiers
From: Rusty Russell <rusty@rustcorp.com.au>
Three more removed CPU notifiers extracted from the hotplug CPU patch.
kernel/softirq.c: the tasklet cpu prepration callback is useless:
the vectors are already initialized to NULL. Even with the hotplug
CPU patches, they're of little or no use.
fs/buffer.c: once again, they are already initialized to zero.
mm/page_alloc.c: once again, already initialized to zero.
<akpm@osdl.org>
[PATCH] Use CPU_UP_PREPARE properly
From: Rusty Russell <rusty@rustcorp.com.au>
The cpu hotplug code actually provides two notifiers: CPU_UP_PREPARE
which preceeds the online and can fail, and CPU_ONLINE which can't.
Current usage is only done at boot, so this distinction doesn't
matter, but it's a bad example to set. This also means that the
migration threads do not have to be higher priority than the
others, since they are ready to go before any CPU_ONLINE callbacks
are done.
This patch is experimental but fairly straight foward: I haven't been
able to test it since extracting it from the hotplug cpu code, so it's
possible I screwed something up.
<akpm@osdl.org>
[PATCH] Limit hashtable sizes
From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>
The issue of exceedingly large hash tables has been discussed on the
mailing list a while back, but seems to slip through the cracks.
What we found is it's not a problem for x86 (and most other
architectures) because __get_free_pages won't be able to get anything
beyond order MAX_ORDER-1 (10) which means at most those hash tables are
4MB each (assume 4K page size). However, on ia64, in order to support
larger hugeTLB page size, the MAX_ORDER is bumped up to 18, which now
means a 2GB upper limits enforced by the page allocator (assume 16K page
size). PPC64 is another example that bumps up MAX_ORDER.
Last time I checked, the tcp ehash table is taking a whooping (insane!)
2GB on one of our large machine. dentry and inode hash tables also take
considerable amount of memory.
Setting the size of these tables is difficult: they need to be constrained on
many-zone ia64 machines, but this could cause significant performance
problems when there are (for example) 100 million dentries in cache.
Large-memory machines which do not slice that memory up into huge numbers of
zones do not need to run the risk of this slowdown.
So the sizing algorithms remain essentially unchanged, and boot-time options
are provided which permit the tables to be scaled down.
<akpm@osdl.org>
[PATCH] add Pentium M and Pentium-4 M options
From: Adrian Bunk <bunk@fs.tum.de>
add Pentium M and Pentium-4 M options:
- add MPENTIUMM (equivalent to PENTIUMIII except for a bigger
X86_L1_CACHE_SHIFT)
- document that MPENTIUM4 is the right choice for a Pentium-4 M
<akpm@osdl.org>
[PATCH] gcc 2.95 supports -march=k6 (no need for check_gcc)
From: Adrian Bunk <bunk@fs.tum.de>
gcc 2.95 supports -march=k6 (no need for check_gcc)
<akpm@osdl.org>
[PATCH] AMD Elan is a different subarch
From: Adrian Bunk <bunk@fs.tum.de>
- AMD Elan is a different subarch, you can't configure a kernel that runs
on both the AMD Elan and other i386 CPUs
- added optimizing CFLAGS for the AMD Elan
<akpm@osdl.org>
[PATCH] Documentation: remove /etc/modules.conf refs
From: Rusty Russell <rusty@rustcorp.com.au>
Someone complained about the number of references to /etc/modules.conf in
the documentation. While fixing them up (and examples where changed),
removed those which are redundant due to MODULE_ALIAS.
<akpm@osdl.org>
[PATCH] add some more MODULE_ALIASes
From: Rusty Russell <rusty@rustcorp.com.au>
New MODULE_ALIASes in:
1) arch/i386/kernel/microcode.c
2) drivers/char/genrtc.c
3) drivers/ide/ide-tape.c
4) drivers/net/bonding/bond_main.c
5) drivers/net/bsd_comp.c
6) drivers/net/ppp_deflate.c
7) drivers/net/ppp_generic.c
<akpm@osdl.org>
[PATCH] bonding alias revert and documentation fix
From: Rusty Russell <rusty@rustcorp.com.au>
Jeff Garzik disliked the bonding driver knowing it was called "bond0".
Remove that alias, and revert documentation.
<akpm@osdl.org>
[PATCH] NGROUPS 2.6.2rc2 + fixups
From: Tim Hockin <thockin@sun.com>,
Neil Brown <neilb@cse.unsw.edu.au>,
me
New groups infrastructure. task->groups and task->ngroups are replaced by
task->group_info. Group)info is a refcounted, dynamic struct with an array
of pages. This allows for large numbers of groups. The current limit of
32 groups has been raised to 64k groups. It can be raised more by changing
the NGROUPS_MAX constant in limits.h
<akpm@osdl.org>
[PATCH] Mark intermezzo as broken
The NGROUPS changes broke it, and we're not sure how to fixit, and nobody
appears to be working on or testing intermezzo.
<akpm@osdl.org>
[PATCH] bd_set_size i_size handling
We need to hold i_sem while running i_size_write(). But that seems like a
lot of fuss and deadlock potential. So just write the dang thing.
<akpm@osdl.org>
[PATCH] snprintf fixes
From: Juergen Quade <quade@hsnr.de>
Lots of places in the kernel are using [v]snprintf wrongly: they assume it
returns the number of characters copied. It doesn't. It returns the
number of characters which _would_ have been copied had the buffer not been
filled up.
So create new functions vscnprintf() and scnprintf() which have the
expected (sane) semaptics, and migrate callers over to using them.
<akpm@osdl.org>
[PATCH] devfs: race fixes and cleanup
From: Andrey Borzenkov <arvidjaar@mail.ru>
- use struct nameidata in devfs_d_revalidate_wait to detect when it is
called without i_sem hold; take i_sem on parent in this case. This
prevents both deadlock with devfs_lookup by allowing it to drop i_sem
consistently and oops in d_instantiate by ensuring that it always runs
protected
- remove dead code that deals with major number allocation. The only
remaining user was devfs itself and patch changes it to
- use register_chardev to get device number for internal /dev/.devfsd and
/dev/.statd.
- remove dead auto allocation flag as well
- remove code that does module get on dev open - it is handled by fops_get.
Use init_special_inode consistently
- get rid of struct cdev_type and bdev_type - both have just single dev_t
now
<akpm@osdl.org>
[PATCH] Enable coredumps > 2GB
From: Andi Kleen <ak@muc.de>
Some x86-64 users were complaining that coredumps >2GB don't work.
This will enable large coredump for everybody. Apparently the 32bit
gdb/binutils cannot handle them, but I hear the binutils people are working
on fixing that. I doubt it will harm people - unreadable coredumps are not
worse than no coredump and it won't make any difference in space usage if
you get a 1.99GB or a 2.5GB coredump. So just enable it unconditionally.
If it should be really a problem for 32bit the rlimit defaults in
resource.h could be changed.
For file systems that don't support O_LARGEFILE you should just get an
truncated coredumps for big address spaces.
<akpm@osdl.org>
[PATCH] MIPS: New 2.6 serial drivers
From: Ralf Baechle <ralf@linux-mips.org>
Three new MIPS-specific serial drivers. ip22.c is derived from the sparc
zilog driver; guess we should write a generic Zilog driver somewhen ...
<akpm@osdl.org>
[PATCH] #if versus #ifdef cleanup
From: Valdis.Kletnieks@vt.edu
15 changes of #if to #ifdef and 2 places CONFIG_FOO should be
defined(CONFIG_FOO). This gets rid of spurious warnings if you build with
"-Wundef" so you get a warning if you have a preprocessor command like:
#if CONFIG_ETRAX_DS1302_RSTBIT == 27
and you'll be told if it's substituting a zero rather than silent
weirdness and unexpected code generation.
<akpm@osdl.org>
[PATCH] kNFSd: Fix possible scheduling_while_atomic in cache.c
From: NeilBrown <neilb@cse.unsw.edu.au>
We currently call cache_put, which can schedule(), under a spin_lock. This
patch moves that call outside the spinlock.
<akpm@osdl.org>
[PATCH] kNFSd: Allow sunrpc/svc cache init function to modify the "key"
From: NeilBrown <neilb@cse.unsw.edu.au>
When adding a item to a sunrpc/svc cache that contains kmalloced data it is
usefully to move the malloced data out of the key object into the new cache
object rather than copying (as then we would need to cope with kmalloc
failure and such). This means modifying the original.
If the kmalloced data forms part of the key, then we must not move the data
out until after the key isn't needed any more. So this patch moves the
call to "INIT" on a new item (which fills in the key) to *after* the item
has been found (or not), and also makes sure we only call the HASH function
once.
Thanks to "J. Bruce Fields" <bfields@fieldses.org>
also
1/ remove unnecessary assignment
2/ fix comments that lag behind implementation.
<akpm@osdl.org>
[PATCH] kNFSd: ip_map_init does a kmalloc which isn't checked...
From: NeilBrown <neilb@cse.unsw.edu.au>
There is no way to return an error from a cache init routine, so instead we
make sure to pre-allocate the memory needed, and free it after the lookup
if the lookup failed.
<akpm@osdl.org>
[PATCH] kNFSd: convert NFS /proc interfaces to seq_file
From: NeilBrown <neilb@cse.unsw.edu.au>
From: shemminger@osdl.org Sat Sep 6 09:19:50 2003
Date: Fri, 5 Sep 2003 16:19:30 -0700
Converts /proc/net/rpc/nfs and /proc/net/rpc/nfsd to use the simpler
seq_file interface.
<akpm@osdl.org>
[PATCH] kNFSd:fix build problems in nfs w/o proc_fs on 2.6.0-test5
From: NeilBrown <neilb@cse.unsw.edu.au>
From: Stephen Hemminger <shemminger@osdl.org>
Date: Fri, 12 Sep 2003 11:31:06 -0700
NFS won't build w/o CONFIG_PROC_FS. Looks like typo's (or a C++
programmer) in stats.h
<akpm@osdl.org>
[PATCH] md: Print "deprecated" warning when START_ARRAY is used.
From: NeilBrown <neilb@cse.unsw.edu.au>
The "START_ARRAY" ioctl depends on major/minor numbers (as stored in the raid
superblock) are stable over reboots, which is increasingly untrue.
There are better ways to start an array (e.g. with mdadm) so we mark the
ioctl as deprecated for 2.6, and will remove it in 2.7.
<akpm@osdl.org>
[PATCH] md: Split read and write end_request handlers
From: NeilBrown <neilb@cse.unsw.edu.au>
Instead of having a single end_request handler that must determine whether it
was a read or a write request, we have two separate handlers, which makes
each of them easier to follow.
<akpm@osdl.org>
[PATCH] md: Discard the cmd field from r1_bio structure
From: NeilBrown <neilb@cse.unsw.edu.au>
The only time it is really needed is to differentiate a retry-on-fail from a
write-after-read-for-resync request to raid1d. So we use a bit in 'state'
for that.
<akpm@osdl.org>
[PATCH] md: Remove some un-needed fields from r1bio_s
From: NeilBrown <neilb@cse.unsw.edu.au>
next_r1 is never used, so it can just go.
read_bio isn't needed as we can easily use one of the pointers in the
write_bios array - write_bios[->read_disk]. So rename "write_bios" to "bios"
and store the pointer to the read bio in there.
<akpm@osdl.org>
[PATCH] md: Avoid unnecessary bio allocation during raid1 resync
From: NeilBrown <neilb@cse.unsw.edu.au>
For each resync request, we allocate a "r1_bio" which has a bio "master_bio"
attached that goes largely unused. We also allocate a read_bio which is
used. This patch removes the read_bio and just uses the master_bio instead.
This fixes a bug wherein bi_bdev of the master_bio wasn't being set, but was
being used.
We also introduce a new "sectors" field into the r1_bio as we can no-longer
rely in master_bio->bi_sectors.
<akpm@osdl.org>
[PATCH] md: Dynamically limit size of bio requests used for raid1 resync
From: NeilBrown <neilb@cse.unsw.edu.au>
Currently raid1 uses PAGE_SIZE read/write requests for resync, as it doesn't
know how to honour per-device restrictions. This patch uses to bio_add_page
to honour those restrictions and ups the limit on request size to 64K. This
has a measurable impact on rebuild speed (25M/s -> 60M/s)
<akpm@osdl.org>
[PATCH] md: Allow partitioning of MD devices.
From: NeilBrown <neilb@cse.unsw.edu.au>
With this patch, md used two major numbers for arrays.
One Major is number 9 with name 'md' have unpartitioned md arrays, one per
minor number.
The other Major is allocated dynamically with name 'mdp' and had on array for
every 64 minors, allowing for upto 63 partitions.
The arrays under one major are completely separate from the arrays under the
other.
The preferred name for devices with the new major are of the form:
/dev/md/d1p3 # partion 3 of device 1 - minor 67
When a paritioned md device is assembled, the partitions are not recognised
until after the whole-array device is opened again. A future version of
mdadm will perform this open so that the need will be transparent.
<akpm@osdl.org>
[PATCH] dm: Export dm_vcalloc()
From: Joe Thornber <thornber@redhat.com>
Export dm_vcalloc()
<akpm@osdl.org>
[PATCH] dm: Move to_bytes() and to_sectors() into dm.h
From: Joe Thornber <thornber@redhat.com>
Move to_bytes() and to_sectors() into dm.h
<akpm@osdl.org>
[PATCH] dm: Get rid of struct dm_deferred_io in dm.c
From: Joe Thornber <thornber@redhat.com>
Remove struct dm_deferred_io from dm.c. [Christophe Saout]
<akpm@osdl.org>
[PATCH] dm: Maintain ordering when deferring bios
From: Joe Thornber <thornber@redhat.com>
Make sure that we maintain ordering when deferring bios.
<akpm@osdl.org>
[PATCH] dm: Tidy up the error path for alloc_dev()
From: Joe Thornber <thornber@redhat.com>
Tidy up the error path for alloc_dev()
<akpm@osdl.org>
[PATCH] dm: Correct GFP flag in dm_table_create()
From: Joe Thornber <thornber@redhat.com>
For some reason dm_table_create() was allocating GFP_NOIO rather than
GFP_KERNEL.
<akpm@osdl.org>
[PATCH] dm: Zero size target sanity check
From: Joe Thornber <thornber@redhat.com>
Add sanity check to dm_table_add_target() against zero length targets.
[Christophe Saout]
<akpm@osdl.org>
[PATCH] dm: Remove redundant spin lock in dec_pending()
From: Joe Thornber <thornber@redhat.com>
Remove redundant spin lock in dec_pending()
<akpm@osdl.org>
[PATCH] dm: drop BIO_SEG_VALID bit
From: Joe Thornber <thornber@redhat.com>
I just noticed that bio_clone copies the BIO_SEG_VALID bit from the original
bio when it was set. When we modify bi_idx or bi_vcnt afterwards the segment
counts are invalid and the bit must be dropped (though it is fairly unlikely
that it has already been set). [Christophe Saout]
<akpm@osdl.org>
[PATCH] 8259 timer ack fix
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Fix up the 8259 ack handling for buggy SMM firmware.
See http://www.ussg.iu.edu/hypermail/linux/kernel/0203.2/0956.html
Apparently the embedded 8259A-compatible core is not fully functional.
This patch lets the I/O APIC-driven NMI watchdog to function correctly.
Credit to Ross Dickson for discovering this.
<akpm@osdl.org>
[PATCH] Fix printk level on non fatal MCEs
From: Andi Kleen <ak@suse.de>
For various reasons non fatal Machine Checks can happen on Athlons (e.g.
we have reports that laptops like to trigger them on suspend/resume)
They are not necessarily fatal and often only minor hardware glitches.
But what's annoying is that they're KERN_EMERG and pollute your console and
scare the user into writing confused kernel bug reports.
This patch just replaces the KERN_EMERGs with KERN_INFO for now. Longer
term I think it would be better to log this stuff into a separate log.
<akpm@osdl.org>
[PATCH] MCE fixes and cleanups
Andi notes that the
smp_call_function(foo);
foo();
in there is incorrect on preemptible kernels.
Fix that by using on_each_cpu(), which takes care of such things.
Also, remove the open-coded timer from here. We have
schedule_delayed_work().
And remove the `timerset' variable, which doesn't do anything.
<akpm@osdl.org>
[PATCH] Rename bitmap_snprintf() and cpumask_snprintf() to *_scnprintf()
From: Joe Korty <joe.korty@ccur.com>
Rename bitmap_snprintf() to bitmap_scnprintf() and cpumask_snprintf() to
cpumask_scnprintf(), as these functions now belong to the scnprintf family
of functions.
<akpm@osdl.org>
[PATCH] OSS: remove #ifdef's for kernel 2.0
From: Adrian Bunk <bunk@fs.tum.de>
The patch below removes two #ifdef's for kernel 2.0 from OSS.
<akpm@osdl.org>
[PATCH] remove kernel 2.2 #ifdef's from {i,}stallion.h
From: Adrian Bunk <bunk@fs.tum.de>
The patch below removeskernel 2.2 #ifdef's from {i,}stallion.h .
<akpm@osdl.org>
[PATCH] kbuild documentation fix
From: Ryan Boder <icanoop@bitwiser.org>
Explains how to compile external modules in
Documentation/kbuild/modules.txt.
<akpm@osdl.org>
[PATCH] adfs: remove a kernel 2.2 #ifdef
From: Adrian Bunk <bunk@fs.tum.de>
The patch below removes a kernel 2.2 #ifdef from fs/adfs/adfs.h .
Note that this #ifdef was only present in the header, the implementation
of adfs_bmap was already removed.
<akpm@osdl.org>
[PATCH] defer panic for too many items in boot parameter line
From: Werner Almesberger <werner@almesberger.net>
When passing too many unrecognized boot command line options (which become
arguments or environment variables), the 2.6 kernel panics (unlike 2.4,
which just ignores the extra items). Unfortunately, this happens before
the console is initialized, so all you get is a kernel that dies quickly,
for no apparent reason.
This is particularly irritating if using UML with
init=something wi th a lot of ar gu men t s
The patch below delays the panic until after console_init.
(akpm: I mainly added this in because we have other places where the
panic-later-on machinery is needed).
<akpm@osdl.org>
[PATCH] cpufreq_scale() fixes
From: Dominik Brodowski <linux@dominikbrodowski.de>
Use do_div on 32-bit archs in cpufreq_scale, and native "/" on 64-bit
archs.
<akpm@osdl.org>
[PATCH] Minor cross-compile issues
From: Pratik Solanki <pratik.solanki@timesys.com>
- Fix include path for build.c so that it finds asm/boot.h.
/usr/include/asm/boot.h may not be present when cross-compiling on a
non-Linux machine.
- $(CONFIG_SHELL) instead of sh.
<akpm@osdl.org>
[PATCH] /proc thread visibility fixes
From: Kingsley Cheung <kingsley@aurema.com>
Is is possible to examine the data of tasks currently existing in the system
which are not threads of the same thread group.
For example, the only task in the group where init is group leader is itself:
gen2 02:50:44 ~: ls /proc/1/task
1
However, I can then read the contents of 'stat' for any other task in the
system:
gen2 02:49:45 ~: cat /proc/1/task/$$/stat
1669 (bash) S 1668 1669 1669 34816 1730 256 1480 6479 12 4 8 5 5 17 15 0 1 0
+8065 3252224 451 4294967295 134512640 134955932 3221225104 3221222840
+4294960144 0 65536 3686404 1266761467 3222442959 0 0 17 0 0 0
I had a look at fs/proc/base.c and found that the 'lookup' functions for
these directories were checking that the task in question existed, but
overlooked the following:
1. In the function proc_pid_lookup, a check is required to ensure that
the task in question is a thread group leader. Without the check, any
task can have its data retrieved accordingly. Consider the following.
There is a multithreaded process 1777.
gen2 23:22:47 /proc/1777: ls task
1777 1778 1779 1780 1781 1782 1783 1784 1785 1786 1787 1788
However, I can read the stat file for its thread 1778 as follows:
gen2 23:22:50 /proc/1777: cat /proc/1778/stat
1778 (multithreadtest) T 1777 1777 1672 34816 1672 64 0 0 0 0 14 17 0 0 15 0 12 0 8871 24727552 104 4294967295 134512640 134515104 3221222496 1077365276 4294960144 0 0 0 0 3222479248 0 0 -1 1 0 0
But 1778 is not meant to show up in /proc/, as intended right?:
gen2 23:22:56 /proc/1777: ls /proc/
1 1365 1661 1793 881 dma kcore scsi
10 1371 1662 18 9 driver kmsg self
1014 1372 1663 2 909 execdomains loadavg slabinfo
1032 14 1664 3 963 fb locks stat
1062 15 1665 4 966 filesystems mdstat swaps
1066 16 1666 5 buddyinfo fs meminfo sys
1067 1605 1669 6 bus ide misc sysrq-trigger
1087 1610 1670 7 cmdline interrupts modules sysvipc
1095 1611 1671 736 cpuinfo iomem mounts tty
11 1641 1672 8 crypto ioports mtrr uptime
12 1658 17 807 devices irq net version
13 1660 1777 810 diskstats kallsyms partitions vmstat
2. The other part of the bug is in the function proc_task_lookup. Here
there needs to be a check that the task X is indeed a thread of the
thread group Y when we read /proc/<Y>/task/<X>.
Right now, this check does not exist, which allows for any existing
task to have its data read from another thread group directory. The
following reads the stat directory of my bash shell from the thread
group 1.
gen2 23:28:07 ~: cd /proc/1
gen2 23:28:10 /proc/1: ls
auxv cwd exe maps mounts stat status wchan
cmdline environ fd mem root statm task
gen2 23:28:11 /proc/1: ls task
1
gen2 23:28:27 /proc/1: cat task/$$/stat
1671 (bash) S 1670 1671 1671 34817 1802 256 1953 8101 12 4 10 6 9 26 15 0 1 0 5789 3252224 454 4294967295 134512640 134955932 3221225104 3221222840 4294960144 0 65536 3686404 1266761467 3222442959 0 0 17 0 0 0
<akpm@osdl.org>
[PATCH] drivers/char/vt possible race
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
I falled again on the crash in con_do_write() with driver->data beeing
NULL. It happens during boot, when userland is playing open/close games
with tty's, I was intentionally typing keys like mad during boot trying to
trigger another problem when this one poped up.
Looking at the code, I'm not sure how protected we are by the above (tty)
layer, paulus told me to not rely on anything like locking coming from
there, so I decided to extend the scope of the console semaphore one more
bit to cover races between calls to con_open, con_close and con_write.
Note that in con_do_write, I intentionally drop the semaphore to avoid
keeping it held when waiting on the local buffer, and I added some sanity
checks on tty->driver_data with some printk's in case we still have an open
race by the tty layer. At least, now, the couple vc_allocated &
tty->driver_data should be protected though.
<akpm@osdl.org>
[PATCH] off_t in nfsd_commit needs to be loff_t
From: Neil Brown <neilb@cse.unsw.edu.au>,
From: Miquel van Smoorenburg <miquels@cistron.nl>
While I was stress-testing NFS/XFS on 2.6.1/2.6.2-rc, I found that
sometimes my "dd" would exit with:
# dd if=/dev/zero bs=4096 > /mnt/file
dd: writing `standard output': Invalid argument
1100753+0 records in
1100752+0 records out
After adding some debug printk's to the server and client code and some
tcpdump-ing, I found that the NFSERR_INVAL was returned by nfsd_commit on
the server.
Turns out that the "offset" argument is off_t instead of loff_t. It isn't
used at all (unfortunately), but it _is_ checked for sanity, so that's
where the error came from.
<akpm@osdl.org>
[PATCH] skip offline CPUs in show_free_areas
From: Christoph Hellwig <hch@lst.de>
Don't try to display the per-cpu information for CPUs which aren't there.
<akpm@osdl.org>
[PATCH] fix display of NBD in /proc/partitions
The recent change to /proc/partitions which prevents it from displaying
removeable media accidentally caused 128 NBD and 16 ramdisk partitions to
appear in /proc/partitions instead.
So add a specific gendisk flag which says "don't show me in /proc/partitions"
and use that.
<akpm@osdl.org>
[PATCH] cleanup patch that prepares for 4Kb stacks
From: Arjan van de Ven <arjanv@redhat.com>
I have 4Kb stacks + IRQ stacks working in my tree. The biggest part of the
4K-stacks work is changing hardcoded 8Kb assumptions to the proper,
pre-existing define for this. That part of the patch is appropriate in
general, even when 4Kb stacks might not be.
<akpm@osdl.org>
[PATCH] 3c59x: bring back the `enable_wol' option
Some machines appear to have BIOS problems which are causing 3c59x adapters
to come up in a powered-off state when WOL and PM are enabled.
So bring back the 2.4 `enable_wol' module option which disables wake-on-lan
unless the user specifically asked for it.
<akpm@osdl.org>
[PATCH] Oprofile: fix nmi_timer_int detection
From: Philippe Elie <phil.el@wanadoo.fr>
From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
The nmi_timer_int oprofile driver was enabling itself unconditionally if an
SMP kernel was being used on a UP system without an IOAPIC.
Tested on a P5 using NMI timer int driver and UP system using timer int
driver both running an SMP kernel.
2004-02-11 Zwane Mwaikambo <zwane@arm.linux.org.uk>
* arch/i386/kernel/nmi.c: export nmi_active
* arch/i386/oprofile/nmi_timer_int.c: use it to check if owe can use
an nmi interrupt
<akpm@osdl.org>
[PATCH] oprofile: ARM infrastructure
From: Philippe Elie <phil.el@wanadoo.fr>
From: Zwane Mwaikambo <zwane@arm.linux.org.uk>
This patch adds infrastructure code and enables ARM to utilise the timer
int oprofile driver. There is PMU code under development for the XScale
but that is still forthcoming. In the meantime you can use the timer int
driver with an updated Oprofile-CVS userspace (SF is a bit slow, please
allow 24hrs).
<akpm@osdl.org>
[PATCH] oprofile: add Pentium Mobile support
From: Philippe Elie <phil.el@wanadoo.fr>
From: Will Cohen <wcohen@redhat.com>
Add oprofile support for Pentium Mobile (P6 core). Pentium Mobile needs to
unmask LVPTC vector, since it doesn't hurt other P6 core based cpus we do
it unconditionally for all these.
This patch require userspace tools >= 0.8 (only in sourceforge cvs currently)
<akpm@osdl.org>
[PATCH] remove max_anon limit
From: Tim Hockin <thockin@sun.com>
Remove the max_anon via dynamically allocation. We also change the
idr_pre_get() interface to take a gfp mask, which should have always been
there.
<akpm@osdl.org>
[PATCH] Fix __release_region() race
From: MAEDA Naoaki <maeda.naoaki@jp.fujitsu.com>
I am testing PCI hot-plug in 2.6.2 kernel, but sometimes a struct resource
tree in kernel/resource.c was broken if multiple hot-plug requests are
issued at the same time.
The reason is lots of drivers call release_region() on hot removal, and
__release_region(), which is invoked by release_region() macro, changes the
tree without holding a writer lock for resource_lock.
I think __release_region() must hold a writer lock as well as
__request_region() does.
A following patch fixes the issue in my environment.
<akpm@osdl.org>
[PATCH] Documentation on how to debug modules
From: Alex Goddard <agoddard@purdue.edu>
How to debug module loading problems. The wording is a slightly changed
version of what Rusty said.
<akpm@osdl.org>
[PATCH] Module headers cleanup
From: Brian Gerst <bgerst@didntduck.org>
Cleans up some leftovers from the old module loader:
- Remove unused defines from modules.h
- Remove unused file modsetver.h
<akpm@osdl.org>
[PATCH] add clock_was_set() to all architectures
From: Anton Blanchard <anton@samba.org>
Add clock_was_set to all architectures. I'm disappointed this wasnt done by
whoever wrote the code.
(It is a callback which the arch-specific RTC-updating code must make when
someone sets the time).
<akpm@osdl.org>
[PATCH] Fix race in epoll_ctl(EPOLL_CTL_MOD)
From: Davide Libenzi <davidel@xmailserver.org>
A potential race can happen in epoll_ctl(EPOLL_CTL_MOD) where an event can
happen in between f_op->poll() and the lock on ep->lock (we cannot call
f_op->poll() inside a lock, and the f_op->poll() callback does not carry
any info at the current time - missing wake_up_info() already ;). In that
case the event would be removed. We can easily leave the event inside the
ready list and have the ep_send_events() logic do the job for us at later
time. (Thanks to david.lee@teracruz.com for reporting the thing, since it
shouldn't have been a nice one ;)
<akpm@osdl.org>
[PATCH] slab: remove extraneous printk
From: "David S. Miller" <davem@redhat.com>
From: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
If I create some kmem cache on 64-bit with like 3 u32's in it, it should
silently just work and not warn.
<akpm@osdl.org>
[PATCH] do_swap_page() return value fix
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
An exhausted do_swap_page() should return VM_FAULT_OOM rather than -ENOMEM.
<akpm@osdl.org>
[PATCH] ide-tape: remove obsolete onstream support
From: Willem Riede <wrlk@riede.org>
The onstream drives, be they scsi, atapi, ieee1394 or usb, are supported by the
osst driver. When the drives were new, code was introduced in ide-tape
independently, but never really maintained since. There are issues with the
drives I found and dealt with in osst, that ide-tape doesn't address.
So this code in ide-tape is both redundant and imperfect. I assumed from
http://marc.theaimsgroup.com/?l=linux-kernel&m=107550547613846&w=2 that there
was buy in for removing it.
When this patch is applied, ide-tape will refuse to attach to an onstream DI
drive, and will write to syslog to use ide-scsi + osst instead.
<akpm@osdl.org>
[PATCH] Disable bootmem warning
From: Andi Kleen <ak@suse.de>
Make the "hm, page reserved twice" message dependent on CONFIG_DEBUG_BOOTMEM.
<akpm@osdl.org>
[PATCH] dm-crypt
From: Christophe Saout <christophe@saout.de>
Adds a crypto module for device-mapper. The intent here is to remove
cryptoloop ASAP, to pull the remapping gunk out of the loops driver and to
migrate people onto dm-crypt. It is on-disk compatible with existing
cryptolop installations.
See http://www.saout.de/misc/dm-crypt/ for usage details.
<akpm@osdl.org>
[PATCH] Fix make rpm when using RH9 or Fedora..
From: Thomas Davis <tadavis@lbl.gov>
Doing a 'make rpm' will fail with the current RH9/Fedora RPM macros.
The failure message is this:
Processing files: kernel-debuginfo-2.6.3rc1mm1-12
error: Could not open %files file /usr/src/redhat/BUILD/kernel-2.6.3rc1mm1/debugfiles.list: No such file or directory
The fix is this patch:
<akpm@osdl.org>
[PATCH] menuconfig: fix the check for ncurses-devel
From: Sam Ravnborg <sam@ravnborg.org>
Corrected check for missing ncurses-devel when executing "make menuconfig".
Now tell user to install 'ncurses-devel' if check fails.
<akpm@osdl.org>
[PATCH] Inefficient TLB flush fix
From: Martin Hicks <mort@wildopensource.com>
This is a patch based on one that Jack Steiner sent to the ia64 list in
November. The original thread can be found at:
http://marc.theaimsgroup.com/?l=linux-ia64&m=106869606922555&w=2
I created the little wrapper function that was requested. I think the only
other arch, other than ia64, that doesn't at least include asm-generic/tlb.h
is arm.
Something appears broken in TLB flushing on IA64 (& possibly other
architectures). Functionally, it works but performance is bad on systems
with large cpu counts.
The result is that TLB flushing in exit_mmap() is frequently being done via
IPIs to all cpus rather than with a "ptc" instruction or with a new
context..
<akpm@osdl.org>
[PATCH] sf16fmr2 radio card driver
From: "ZIGLIO, Frediano, VF-IT" <Frediano.Ziglio@vodafone.com>
Add a new driver for the SF16FMR2 Radio card.
<akpm@osdl.org>
[PATCH] Remove overenthusiastic BUG in smp_boot_cpus
From: "Martin J. Bligh" <mbligh@aracnet.com>
There's no real need to BUG and stop the system from booting if the BIOS
spec'ed apicid for the boot CPU isn't correct - we can continue perfectly
well with the real one.
<akpm@osdl.org>
[PATCH] Codingstyle update
From: Michael Frank <mhf@linuxmail.org>
<akpm@osdl.org>
[PATCH] smbfs: support the loop driver
From: Urban Widmark <urban@teststation.com>
Add the necessary bits for loop-over-smbfs.
<akpm@osdl.org>
[PATCH] Fix sprintf modifiers in usr/gen_init_cpio.c for cygwin
From: Pragnesh Sampat <pragnesh.sampat@timesys.com>
The file initramfs_data.cpio is slightly different when generated on
cygwin, compared to linux, which causes the kernel to panic with the
message "no cpio magic" (See Documentation/early-userspace/README).
The problem in cpio generation is due to the difference in sprintf
modifiers on cygwin. The code uses "%08ZX" for strlen of a device node.
printf man pages discourages "Z" and has 'z' instead. Both of these are
not available on cygwin sprintf (at least some versions of cygwin). The
net result of all of this is that the generated file literally contains
"ZX" and then the strlen after that and messes up that 110 offset etc. The
file is 516 bytes long on the system that I tested and on linux it is 512
bytes.
The fix below just uses "%08X" for that field.
<akpm@osdl.org>
[PATCH] wireless/Kconfig enable/select complete replacement
From: mcgrof@studorgs.rutgers.edu (Luis R. Rodriguez)
Complete the migration from Kconfig's undocumented "enable" to "select".
<akpm@osdl.org>
[PATCH] tuner driver fixes
From: Gerd Knorr <kraxel@bytesex.org>
"options tuner type=2" is just there for historical reasons and should
only be used/needed if the main driver doesn't allow to configure the
tuner type. I'm not sure whenever I can remove that altogether without
breaking anything. There are several users of the tuner module, some
outside the standard kernel tree ...
> > if (type < TUNERS) {
> > + t->type = type;
> > printk("tuner: type forced to %d (%s) [insmod]\n",
> > t->type,tuners[t->type].name);
> > set_type(client,type);
That is wrong, it will break in other corner cases, it may cause the
set_type() function not doing the initializations.
The prink can also be dropped because set_type does that too. The patch
below removes that. It also makes the kernel messages a bit more verbose
and adds support for two new tuners.
<akpm@osdl.org>
[PATCH] crc32.c copyright fix
From: Matt Domsch <Matt_Domsch@dell.com>
Patch below applies to both 2.4.25 and 2.6.3, and replaces the public
domain statement and non-warranty with the GPL, as is permitted by the code
being in the public domain, and is done with legal advice.
<akpm@osdl.org>
[PATCH] Add C99 initializers to arch/i386/pci/fixup.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch that adds C99 initializers to the file.
<akpm@osdl.org>
[PATCH] mark ftape un-removable
From: Christoph Hellwig <hch@lst.de>
I've just grepped over the tree for reamining MOD_INC_USE_COUNT users, and
ftape is a really horrible one, it relies on MOD_{INC,DEV}_USE_COUNT in the
most horrible places + it's own bookkepping and the <= 2.4 may unload
hooks. And although I don't have the hardware I can guarantee it doesn't
work as expected.
So let's just remove the module_exit handler and mark it unremovable, if
someone wants to fix up ftape later it's fine with me, but it's a really
scary driver..
<akpm@osdl.org>
[PATCH] aio sysctl parms
From: Janet Morgan <janetmor@us.ibm.com>
It looks like aio_nr and aio_max_nr were intended to be sysctl parameters.
<brking@us.ibm.com>
[PATCH] SCSI: Make retries obey host_self_blocked flag
The following patch against 2.6.2 will prevent the midlayer from
issuing retries if host_self_blocked is set. This was raised as an
issue here:
http://marc.theaimsgroup.com/?l=linux-scsi&m=107357742430401&w=2
<hch@lst.de>
[PATCH] Remove CONFIG_SCSI_DC390T_NOGENSUPP
Now that the Am53C974 driver is gone it doesn't make sense to not
support all Am53C974-based cards, and the amount of code under the ifdef
is tiny anyways.
<hch@lst.de>
[PATCH] fix up ini9100 interrupt handling
Currently is has a different irq handler for every "supported" chip.
Make use of the private data passed to request_irq instead.
<hch@lst.de>
[PATCH] fix up NCR5380 private data
Use the private data passed to request_irq instead of looping over all
controllers. The patch was ACKed by Alan a while ago.
Note that the patch only looks so huge because of the two leves of
indentation removed by the tiny chage.
<andrew.vasquez@qlogic.com>
[PATCH] qla2xxx -- Properly schedule mailbox command timeouts.
For mailbox commands which the firmware internally times-out in
2 * R_A_TOV, the driver should timeout no sooner than 2.5 * R_A_TOV so
we do not inappropriately schedule an ISP abort.
<andrew.vasquez@qlogic.com>
[PATCH] qla2xxx -- FCP_RSP IU check during command completion.
While processing command completions in qla2x00_status_entry()
interrogate the FCP_RSP IU in case of any FCP protocol errors (FCP-3,
9.4.11) during command execution. If there were any failures, schedule
a retry of the command via DID_BUS_BUSY.
[Corrected patch attached. Thanks to RA for pointing this out.]
<hch@lst.de>
[PATCH] move remaining definitions from drivers/scsi/scsi.h to include/scsi
Simple move for a bunch of definitions so driver can finally stop doing
the -Idriver/scsi mess. I'd like to get it out ASAP because the distros
are going to branch their first 2.6 releases soon and the vendors will
want to support those basically forever.
<patmans@us.ibm.com>
[PATCH] have CONFIG_SCSI_PROC_FS depend on CONFIG_PROC_FS
Patch against recent 2.6: have CONFIG_SCSI_PROC_FS depend on
CONFIG_PROC_FS, as configuring CONFIG_SCSI_PROC_FS without
CONFIG_PROC_FS prevents scsi core from initializing.
<gerg@snapgear.com>
[PATCH] fix memory leaks in binfmt_flat loader
Fix a number of memory leaks in the uClinux binfmt_flat loader. All are
related to not cleaning up properly on failure conditions.
<gerg@snapgear.com>
[PATCH] allow configuration for shared flat binary support
This adds the configuration option to enable the uClinux shared flat
binary support. The code support is already in the binfmt_load code,
just the config option is missing.
<gerg@snapgear.com>
[PATCH] add m68k elf relocation types to elf.h
Added ELF relocation type defines. These are needed by the module
loading code for m68knommu.
<gerg@snapgear.com>
[PATCH] fixes to ColdFire/5407 startup code
Correct the cache setup bits for the 5407. This enables the write
buffers properly (despite what the previous comment said). This
combined with fixed cache flushing code provides a nice performance
boost on the 5407.
Also fix the ROMfs setup to only move the ROMfs region if it is actually
configured.
<linux@de.rmk.(none2)>
[ARM] URL change for linux-on-laptops
Patch from: Sebastian Henschel
Attached is a cosmetic patch for arch/arm/Kconfig which updates the
URL for Kenneth's page and introduces the URL of tuxmobil.org.
<bcollins@debian.org>
IEEE1394/SBP2(r1139): Some cleanups, and a better, more unique id for ieee1394_id attribute.
<bcollins@debian.org>
IEEE1394(r1140): Add a bus rescan bus_attr file, and an ignore_driver attr for ud's
<akpm@osdl.org>
[PATCH] ramdisk cleanup
Fairly pointless coding-style cleanups which I've been sitting on for ages.
The ramdisk driver is still buggy: it drops pagecache when unmounted. I
still need to fix this.
Apparently it also displays data corruption under load even when not
unmounted.
<akpm@osdl.org>
[PATCH] slab: print slab name in kmem_cache_init()
Print the name of the offending slab if we're going to go BUG in
kmem_cache_init().
<akpm@osdl.org>
[PATCH] prevent ptrace from altering page permissions
From: Roland McGrath <roland@redhat.com>
Under some circumstances, ptrace PEEK/POKE_TEXT can cause page permissions
to be permanently changed. Thsi causes changes in application behaviour
when run under gdb.
Fix that by only marking the pte as writeable if the vma is marked for
writing. A write fault thus unshares the page but doesn't necessarily make
it writeable.
<akpm@osdl.org>
[PATCH] slab: hexdump for check_poison
From: Manfred Spraul <manfred@colorfullife.com>
The patch is designed improve the diagnostics which are presented when the
slab memory poison detector triggers.
check_poison_obj checks for write accesses after kfree by comparing the
object contents with the poison value. The current implementation contains
several flaws:
- it accepts both POISON_BEFORE and POISON_AFTER. check_poison_obj is
only called with POISON_AFTER poison bytes. Fix: only accept
POISON_AFTER.
- the output is unreadable. Fix: use hexdump.
- if a large objects is corrupted, then the relevant lines can scroll of
the screen/dmesg buffer. Fix: line limit.
- it can access addresses behind the end of the object, which can oops
with CONFIG_DEBUG_PAGEALLOC. Fix: bounds checks.
Additionally, the patch contains the following changes:
- rename POISON_BEFORE and POISON_AFTER to POISON_FREE and POISON_INUSE.
The old names are ambiguous.
- use the new hexdump object function in ptrinfo.
- store_stackinfo was called with wrong parameters: it should store
caller, i.e. __builtin_return_address(0), not POISON_AFTER in the
object.
- dump both the object before and after the corrupted one, not just the
one after.
Example output:
<<<
Slab corruption: start=194e708c, len=2048
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<02399d7c>](dummy_init_module+0x1c/0xb0)
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 7b
030: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 63
Prev obj: start=194e6880, len=2048
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
<<<
<akpm@osdl.org>
[PATCH] page_add_rmap(): remove meaningless test
Remove page validity test. I had a warning in there for a few weeks, no
reports of it happening.
<akpm@osdl.org>
[PATCH] Add CONFIG for -mregparm=3
From: Andi Kleen <ak@muc.de>, me.
Using -mregparm=3 shrinks the kernel further:
(compiled with gcc 3.4, without -funit-at-a-time, using the later and
together with -Os shrinks .text even more, making over 700KB difference)
4129346 708629 207240 5045215 4cfbdf vmlinux
3892905 708629 207240 4808774 496046 vmlinux-regparm
This one helps even more, >236KB .text difference. Clearly worth
the effort.
This patch adds an option to use -mregparm=3 while compiling the kernel. I
did an LTP run and it showed no additional failures over an non regparm
kernel.
According to some gcc developers it should be safe to use in all gccs that
are still supports (2.95 and up)
I didn't make it the default because it will break all binary only modules
(although they can be fixed by adding a wrapper that calls them with
"asmlinkage"). Actually it may be a good idea to make this default with
2.7.1 or somesuch.
We add new kbuild infrastructure: the command
scripts/gcc-version.sh $(CC)
will print out the version of gcc in a canonical 4-digit form suitable for
performing numerical tests against.
DESC
arch/i386/Makefile,scripts/gcc-version.sh,Makefile small fixes
EDESC
From: Serge Belyshev <33554432@mtu-net.ru>
arch/i386/Makefile:
* omitted $(KBUILD_SRC)/ in script call.
scripts/gcc-version.sh:
* GNU tail no longer supports 'tail -1' syntax.
We should consider adding -fweb option:
vanilla:
$ size vmlinux
text data bss dec hex filename
3056270 526780 386056 3969106 3c9052 vmlinux
with -fweb:
$ size vmlinux
text data bss dec hex filename
3049523 526780 386056 3962359 3c75f7 vmlinux
Also note 0.1 ... 1.0% speedup in various benchmarks.
This option is not enabled by default at -O2 because it
(like -fomit-frame-pointer) makes debugging impossible.
<akpm@osdl.org>
[PATCH] Use -funit-at-a-time on ia32
From: Andi Kleen <ak@muc.de>
The upcomming gcc 3.4 has a new compilation mode called unit-at-a-time.
What it does is to first load the whole file into memory and then generate
the output. This allows it to use a better inlining strategy, drop unused
static functions and use -mregparm automatically for static functions.
It does not seem to compile significantly slower.
This is also available in some of the 3.3 based "hammer branch"
compilers used in distributions (at least in SuSE and Mandrake)
Some tests show impressive .text shrinkage from unit-at-a-time.
e.g. here is the same kernel compiled with -fno-unit-at-a-time and
-funit-at-a-time with a gcc 3.4 snapshot. The gains are really
impressive:
text data bss dec hex filename
4129346 708629 207240 5045215 4cfbdf vmlinux-nounitatatime
3999250 674853 207208 4881311 4a7b9f vmlinux-unitatatime
.text shrinks by over 130KB!. And .data shrinks too.
At first look the numbers look nearly too good to be true, but they have been
verified with several configurations and seem to be real. It looks like
we have a lot of stupid inlines or dead functions. I'm really not
sure why it is that much better. But it's hard to argue with hard
numbers.
[A bloat-o-meter comparision between the two vmlinuxes can be found in
http://www.firstfloor.org/~andi/unit-vs-no-unit.gz . It doesn't show
any obvious candidates unfortunately, just lots of small changes]
With the gcc 3.3-hammer from SuSE 9.0 the gains are a bit smaller, but
still noticeable (>100KB on .text)
This patch enables -funit-at-a-time on ia32 if the compiler is gcc-3.4 or
later. We had several reports of gcc-3.3 producing very early lockups.
<akpm@osdl.org>
[PATCH] Add noinline attribute
From: Andi Kleen <ak@muc.de>
This patch adds the `noinline' function attribute. It can be used to
explicitly tell the compiler to not inline functions.
We need this due to what is, IMO, a bug present in gcc-3.4 and current
gcc-3.5 CVS: the compiler is inlining init/main.c:rest_init() inside
init/main.c:start_kernel(), despite the fact that thay are declared to be
placed in different text sections.
<akpm@osdl.org>
[PATCH] use noinline for rest_init()
gcc-3.4 incorretly inlines rest_init() into start_kernel(), causing things to
crash when the .text.init section gets unloaded. Use noinline to prevent
that.
<akpm@osdl.org>
[PATCH] gcc-3.5: bonding
drivers/net/bonding/bond_alb.c: In function `bond_alb_xmit':
drivers/net/bonding/bond_alb.c:1188: error: invalid lvalue in assignment
<akpm@osdl.org>
[PATCH] fix access() POSIX compliance
From: Andreas Gruenbacher <agruen@suse.de>
The fix for permission() that makes it compliant with POSIX.1-2001
apparently was lost. Here is the patch I sent before. (The relevant lines
from the standard text are cited in
http://www.ussg.iu.edu/hypermail/linux/kernel/0310.2/0286.html. The fix
proposed in that posting did not handle directories without execute
permissions correctly.)
Make permission check conform to POSIX.1-2001
The access(2) function does not conform to POSIX.1-2001: For root
and a file with no permissions, access(file, MAY_READ|MAY_EXEC)
returns 0 (it should return -1).
<akpm@osdl.org>
[PATCH] fix pfn_valid on ia32 discontigmem
From: "Martin J. Bligh" <mbligh@aracnet.com>
Fix pfn_valid for architctures with discontiguous memory. This only
changes the NUMA definition, and it leaves the NUMA-Q definition as was,
because it's faster that way, it's in hotpaths, and our memory is always
contiguous.
<akpm@osdl.org>
[PATCH] ia32: pfn_to_nid fix
From: "Martin J. Bligh" <mbligh@aracnet.com>
Makes sure pfn_to_nid is defined for all combinations of subarches, and that
it's defined before it's used so we don't run into implicit declaration
problems.
<akpm@osdl.org>
[PATCH] ia32: disallow NUMA on PC subarch
From: "Martin J. Bligh" <mbligh@aracnet.com>
Disallow NUMA on the i386 PC subarch (it doesn't work, nor was it intended
to).
<akpm@osdl.org>
[PATCH] config option for irqbalance
From: "Martin J. Bligh" <mbligh@aracnet.com>
Make irqbalance into a config option - some people (jgarzik, arjan, etc)
wanted to be able to disable it and do things from userspace instead. This
patch allows each camp to do their own thing, which seems fair ;-)
<akpm@osdl.org>
[PATCH] print some x86 build options during oopses
I find this handy sometimes: it makes the oops output include info as to
whether the user has selected CONFIG_PREEMPT, CONFIG_SMP or, particularly,
CONFIG_DEBUG_PAGEALLOC. It can save one email round-trip.
<akpm@osdl.org>
[PATCH] show_task() fix and cleanup
show_task() is preinting negative numbers for free stack due to arithmetic
against the wrong pointer.
Fix that up, and clean up a few related things.
show_task still has bogus code which atempts to work out how much stack the
task has ever used - it cannot work because we don't actually zero out the
stack pages when allocating them. We should fix that, or take it out.
<akpm@osdl.org>
[PATCH] show_task() is not SMP safe
From: Arnd Bergmann <arnd@arndb.de>
Christian Bornträger noticed that the kernel can crash after <SysRq>-T. It
appears that the show_task function gets called for all tasks, which does
not work if one of the tasks is running in a system call on another CPU.
In that case the result of thread_saved_pc and show_stack is undefined and
likely to cause a crash.
For tasks running in user space on other CPUs, show_task() is probably
harmless, but I'm not sure if that's true on all architectures.
The patch below is still racy for tasks that are about to sleep, but it
demonstrates the problem.
<bcollins@debian.org>
IEEE1394(r1141): Add an "ignore_drivers" global default.
<pfg@sgi.com>
[PATCH] ia64: on SN2, use the pda to count interrupts
<pfg@sgi.com>
[PATCH] ia64: on SN2, skip init_platform_hubinfo() if on the simulator
<mort@sgi.com>
[PATCH] ia64: SN2 header file cleanups
Here is a patch to clean up some of the Altix header files and includes.
I've run the patch past the appropriate people at SGI and they seem happy
with the changes.
<mort@sgi.com>
[PATCH] ia64: clean up SN2 setup.c
Cleanup the SN setup.c file. Add __init and static to functions where
required.
<pfg@sgi.com>
[PATCH] ia64: cleanup SN2 pci_bus_cvlink.c
I incorporated (at least in spirit I hope) hch's suggestions on the fixup code
put in some kfrees that I was missing and static for sn_alloc_pci_sysdata
(thanks Bartlomiej Zolnierkiewicz). White space clean up.
<bcollins@debian.org>
IEEE1394(r1142): Use a kernel thread to rescan devices so we don't block the writer.
<davidm@tiger.hpl.hp.com>
ia64: Back-port from libunwind: fix off-by-one error in kernel-unwinder.
There are no known failures due to this bug, but it's clearly a bug and
given the right compiler, it could trigger and lead to bad stack traces etc.
<stern@rowland.harvard.edu>
[PATCH] USB: Another unusual_devs.h update
On Thu, 19 Feb 2004, Agustin De Igartua wrote:
> Initializing USB Mass Storage driver...
> usb-storage: This device (04e6,0002,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>scsi0 : SCSI emulation for USB Mass Storage devices
Thank you for sending this in. Greg, here's the patch.
<stern@rowland.harvard.edu>
[PATCH] USB: Repair unusual_devs.h entry
On Fri, 20 Feb 2004, Gustavo Guillermo wrote:
> Ok, I tested the patch, The camera works, just as in the old Kernel,
> Thanks, I'm including as an atachment the /proc/bus/usb/devices from
> kernel 2.4.x and 2.6.x, and the kernel log for 2.4.x, but ooops, I forgot
> to biold 2.4.x with full debug, if someone need it I will do.
>
> Please include this FIX in the Next Release.
Greg, I now feel confident that this patch should be applied.
<stern@rowland.harvard.edu>
[PATCH] USB: Use driver-model logging in the UHCI driver
The main item in this patch is the conversion of the UHCI driver from
using the old usb.h logging macros to the new driver-model dev_xxx
macros.
There are a few other minor changes too: updated version number, author,
copyright, and maintainer information, removed some unneeded error
messages, added some line breaks, added a convenience macro for the device
pointer.
<greg@kroah.com>
[PATCH] USB: fix up compile errors in uhci driver.
<Andries.Brouwer@cwi.nl>
[PATCH] USB: add comments to sddr09.c
People ask how to write the CIS on a SmartMedia card using an sddr09
reader/writer. The patch below documents the required command (but does
not add the code).
Two years ago or so I used this to fix the CIS on a card that my camera no
longer wanted to accept. A Linux utility to do this might be useful, but
the problem always is that we do not really have a good mechanism.
How does one tell a driver that it has to do something special? Add yet
another ioctl?
<bcollins@debian.org>
IEEE1394(r1143): Fix FCP requests, broken by my change for list_for_each_entry().
<greg@kroah.com>
USB storage: sync up with some missing unusual_devs entries that were in my tree.
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<davem@nuts.davemloft.net>
[I2C]: Fix resource address typing.
<davem@nuts.davemloft.net>
[I2C]: Use correct port address types in i2c-velleman.c
<davem@nuts.davemloft.net>
[I2C]: Fix resource address typing in i2c-voodoo3.c
<benh@kernel.crashing.org>
[PATCH] Be careful about memory ordering in sungem driver
Some barriers between setting up the DMA regions and writing the
descriptor addresses would be most useful.
I had some in my 2.4 version but they got lost someway, probably me not
properly merging with davem at this point. The 970 is definitely more
agressive at re-ordering stores than previous CPUs...
Here is a patch adding some (probably too much, but better safe than
sorry).
<benh@kernel.crashing.org>
[PATCH] Fix a DMA underrun problem with pmac IDE
This fixes the behaviour of the pmac "macio" IDE driver when a DMA
transfer happen to get less data out of the device than expected when
setting up the DMA commands (the device underruns). This is very common
with recent ATAPI stuffs and used to cause problem & disable DMA. This
patch fixes the way we handle that condition, thus also fixing DVD
burning on a bunch of recent pmacs.
<davem@nuts.davemloft.net>
[FREEVXFS]: Fix u64 printk warnings on some 64-bit platforms.
<davem@nuts.davemloft.net>
[I2C]: If comparing against ULONG_MAX, use ulong type, in lm85.c
<akpm@osdl.org>
[PATCH] ppc64 compile fix
From: Arjan van de Ven <arjanv@redhat.com>
fix obvious non-C-standard stubs on ppc64
<akpm@osdl.org>
[PATCH] v850 ptrace.c task_struct leak
From: Herbert Poetzl <herbert@13thfloor.at>
sys_ptrace() for v850, if pid == 1, doesn't put the struct task_struct
(child), the following patch should fix that ...
<akpm@osdl.org>
[PATCH] Fix the display of max-ever-used-stack in sysrq-T output
The sysrq-T output currently tries to display the mimimum amount of free
stack which each task has ever had available. It has been busted for years,
because we forgot to zero out the stack when it is first created.
Fix that up, adding a conig option for it.
If the option is disabled, or the arch is not x86 then the free stack usage
will display as zero.
<akpm@osdl.org>
[PATCH] smbfs: remove debug code
Remove an unneeded WSET() which snuck in there.
<akpm@osdl.org>
[PATCH] x86_64 uniproc build fix
From: Andi Kleen <ak@suse.de>
This fixes some more problems introduced by the IA32e merge on x86-64
- Make it compile on UP again.
- Let the microcode driver build as a module
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove dead kernel parameters
Remove "hdx=flash" (ignored since 2.5.63) and "hdx=slow"
(ignored since 2.5.41) kernel parameters.
Also remove "slow" entry from /proc/ide/hdx/settings
and "ata_flash", "nobios" and "slow" fields from ide_drive_t.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] keep documentation of kernel parameters in one place only
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] kill useless IDE_SUBDRIVER_VERSION
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] kill default_shutdown() and ide_drive_t->shutdown
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] kill default_flushcache() and ide_drive_t->flushcache
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove bogus comment and code from ide_unregister_driver()
When ide_remove_proc_entries() is called, driver specific /proc/ide/hdx/
entries have been already removed by ->cleanup()->ide_unregister_subdriver().
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove dead/unfinished taskfile version of ide_cmd_ioctl()
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove unused ide_end_taskfile()
Additionally ide_end_drive_cmd() contains all functionality of this function.
<davem@nuts.davemloft.net>
[NFSD]: Fix u64 printk warnings on some 64-bit platforms.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] fix /proc/ide/<chipset> for IDE PCI modules
Make IDE PCI drivers register /proc/ide/<chipset> entries themselves.
<davem@nuts.davemloft.net>
[SMBFS]: Use '%z' printf format for size_t types.
<davem@nuts.davemloft.net>
[MEDIA]: Print out pointers correctly in dst.c
<davem@nuts.davemloft.net>
[MEDIA]: Use '%z' printf format for size_t.
<davem@nuts.davemloft.net>
[SKFDDI]: Use unsigned long for resource base/size.
<davem@nuts.davemloft.net>
[SUNDANCE]: Fix casting so u64 printk does not warn on some 64-bit platforms.
<davem@nuts.davemloft.net>
[MEDIA]: Use '%z' printf format for size_t/ptrdiff_t types in w9968cf.c.
<cpg@puchol.com>
[PATCH] initial support for transmeta's efficeon processors
This implements the initial support for the AGP gart in Transmeta's
Efficeon processors.
This code is based on linus' code from a while ago. Peter and I adapted
it for the current kernel.
The note at the top indicates how it was tested, known issues, and so
forth. It is working quite well, and we'll work to fix the minor issues
and test it some more with s3, more cards, other southbridges, etc.,
next.
<davem@nuts.davemloft.net>
[I2C]: Use correct port address typing in i2c-elv.c
<davem@nuts.davemloft.net>
[SPARC64]: Do similar macro casting for {in,out}{b,w,l}() as we do for {read,write}{b,w,l,q}().
<torvalds@ppc970.osdl.org>
Include the <linux/dma-mapping.h> header file for DMA mapping.
You know you want it. Give it to me.
<wesolows@foobazco.org>
[SPARC32]: Do similar macro casting for {in,out}{b,w,l}() as we do for {read
,write}{b,w,l,q}().
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<wesolows@foobazco.org>
[SPARC32]: Nuke a.out build cruft
This removes C_LABEL and asm/cprefix.h as well as NEW_GAS. These were
used to support building on SunOS and with ancient binutils.
<tony@com.rmk.(none)>
[ARM PATCH] 1759/1: Add ARM925 support, updated
Patch from Tony Lindgren
The following patch adds the ARM925 processor support.
This patch is based on the proc-arm925.S in 2.4 kernel, and it has been
modified to be more like the ARM926 support in the 2.6 kernel, except for
the cache flushing and initialization. Also, this patch fixes the
writeback cache flushing for most part.
There are still some issues with writeback cache flushing with devices
using direct memory access, such as USB OHCI. It is recommended to use
the writethrough instead if using USB. This is the default for OMAP-1510.
OMAP-1610 does not have these issues, as it uses ARM926 core.
This patch includes the update for the processor functions to be armv4t
instead armv5t as suggested here:
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=1740/1
<h.schurig@de.rmk.(none)>
[ARM PATCH] 1670/1: PXA serial driver
Patch from Holger Schurig
PXA Serial port (FFUART, BTUART, STUART) and console support
This patch works perfectly here with "console=ttyS0,115200" in the
kernel command line. It contains Jean-frederic Clere fix to detect
STUART and BTUART.
Nico said that I should post it to your patch tracker. It replaces patch 1662/1
<Martine.Silbermann@hp.com>
[PATCH] PCI: update MSI Documentation
After getting feedback from Tom,I made some changes to the patch
Attached is a revised version.
<yasuyuki.kozakai@toshiba.co.jp>
[IPV6]: In ipv6_skip_exthdr(), access frag header correctly.
<yasuyuki.kozakai@toshiba.co.jp>
[NETFILTER]: Fix ipv6 TCP/UDP matching wrt. extension headers
<shemminger@osdl.org>
[WAN]: Fix single_open confusion in wandev_show.
<dlstevens@us.ibm.com>
[IGMP/MLD]: Validate filter size against optlen.
<yoshfuji@linux-ipv6.org>
[IPV6]: Use udpv6_queue_rcv_skb for multicast delivery.
Noticed by Takashi Hibi.
<davem@nuts.davemloft.net>
[NETFILTER]: Include net/ipv6.h in ip6_tables.c
<davem@nuts.davemloft.net>
[IPV6]: Make ipv6_skip_exthdrs take const skb arg.
<greg@kroah.com>
[PATCH] PCI Hotplug: fix build warnings on 64 bit processors
<ahaas@airmail.net>
[NETFILTER]: C99 initializers in ip_conntrack_standalone.c
<dwmw2@infradead.org>
[IPV4]: Make ip_auto_config a late initcall.
<dsaxena@net.rmk.(none)>
[ARM PATCH] 1761/1: Remove SA1111_PCI_FAKEDEV (take 2)
Patch from Deepak Saxena
Follows your suggestion and also removes the #ifdef around
pci_unmap_addr and friends. Since pci.h should only be getting
included if PCI is enabled by PCI drivers and core, we shouldn't
need the NOP version.
<rmk@flint.arm.linux.org.uk>
[ARM] Make Acorn I2C build again.
Unfortunately some i2c drivers were missed when the "name" element of
struct device was removed. This cset fixes these drivers.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix ambakmi to use amba_request_regions() and the correct IRQ.
<rmk@arm.linux.org.uk>
[PATCH] ICS IDE is not a PCI IDE interface
Don't list icside.o in drivers/ide/pci/Makefile - it's in drivers/ide/arm.
<torvalds@ppc970.osdl.org>
Fix silly thinko in sungem network driver.
From David Miller.
<laforge@gnumonks.org>
[NETFILTER]: Resync with 2.4.x
- Update listhelp.h to benefit from prefetching
- More efficient selective_cleanup() impl. in conntrack
- Export number of conntrack buckets via r/o sysctl.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix Acorn VIDC sound driver.
Update the Acorn VIDC sound interrupt handler to return IRQ_HANDLED.
<laforge@gnumonks.org>
[NETFILTER]: Remove unused structure member in NAT, from Patrick McHardy.
<geert@linux-m68k.org>
[PATCH] NCR53C9x slave_{alloc,destroy}()
NCR53C9x: Add missing slave_{alloc,destroy}() (from Kars de Jong and Matthias
Urlichs). This affects the following drivers:
- Amiga Blizzard 1230, Blizzard 2060, CyberStorm, CyberStorm Mk II, Fastlane,
and Oktagon SCSI
- DECstation NCR53C94 SCSI
- Jazz ESP 100/100a/200 SCSI
- Mac 53C9x SCSI
- MCA NCR 53c9x SCSI
- Sun-3x SCSI (was already fixed on its own)
<geert@linux-m68k.org>
[PATCH] Sun-3x ESP SCSI clean up
Sun-3x ESP SCSI: Remove obsolete cruft
<bcollins@debian.org>
IEEE1394/SBP2(r1144): Convert sbp2 to do one scsi_host per unit-directory.
<markh@osdl.org>
[PATCH] aacraid reset handler
Adds a reset handler to the aacraid template
<bcollins@debian.org>
IEEE1394: Revision sync
<akpm@osdl.org>
[PATCH] ia64: fix sched.c compile warning
<jejb@mulgrave.(none)>
MPT Fusion driver 3.00.03 update
From: "Moore, Eric Dean" <Emoore@lsil.com>
Here's a new patch for MPT Fusion driver version 3.00.03
It address issues with proper hot plug implementation.
<akpm@osdl.org>
[PATCH] MIPS mega-patch
From: Ralf Baechle <ralf@linux-mips.org>
Below following 125547 lines of patches, all to arch/mips and
include/asm-mips. I'm going to send the remaining stuff of which the one
or other bit may need to be discussed in smaller bits.
<jeremy@sgi.com>
[PATCH] ia64: Fix 64 bit DMA mapping problem with PCI cards on SN2
PCI cards were forced to 32 bit addresses. There is significant
extra overhead to DMA setup with 32 bit, and it is fairly easy to
run out of mapping resources.
This patch reenables 64 bit DMA mapping for PCI cards.
<viro@parcelfarce.linux.theplanet.co.uk>
[PKT_SCHED]: Convert to {subsys,module}_initcall(), fix init failure bugs in sch_teql.c
pktsched_init() and tc_filter_init() converted to subsys_initcall().
initialization of individual qdisc and tcf_proto switched to
module_init(). Some of them used to be registered twice if built-in, BTW.
init failure handling in sch_teql.c fixed - it used to leave objects
(both qdisc and netdev) registered if insmod failed.
<davem@nuts.davemloft.net>
[PKT_SCHED]: Missing linux/init.h includes in sch_{arm,dsmark}.c
<bcollins@debian.org>
IEEE1394 is no longer experimental, but eth1394 is.
<mark@net.rmk.(none)>
[SERIAL] fix 8250_pnp resource allocation
Patch from: Mark Hindley
Patch below to ensure that 8250_pnp sets necessary flags so that 8250
driver will reserve ioports.
Before, I was logging errors like
Feb 20 08:42:37 titan kernel: Trying to free nonexistent resource <000003e8-000003ef>
on module unload.
<bcollins@debian.org>
IEEE1394(r1146): Make the probe callback return an error if problems, and unbind drivers on failure.
<bcollins@debian.org>
IEEE1394/ETH1394(r1147): Make sure to set update_config_rom on add host.
<benh@kernel.crashing.org>
[PATCH] ppc32: rework l2 cache code
This patch removes the code that tweaked the L1 cache when setting
up the L2 one. That was added a while ago in the intend of making
things more robust but ended up breaking earlier 750 CPU setup.
Also fix some crap in the L1 cache code that is only used for the
powermac sleep at this point.
<davem@redhat.com>
[PATCH] Synchronize sungem RX complation path
While perusing the driver I noticed a workaround we don't have in the
Linux driver. The comment I added explains the issue.
<benh@kernel.crashing.org>
[PATCH] ppc32: Export cpu_possible_map
cpu_possible_map is needed by some modules, export it.
<benh@kernel.crashing.org>
[PATCH] Fix use of sector_t in swim3 driver
This driver won't build with CONFIG_LBD due to a 64 bits division.
Use the "simple" fix of a cast down to 32 bits, this is only
a floppy driver, no need to do sector_div.
<ysato@users.sourceforge.jp>
[PATCH] H8/300 start_thread problem fix
Illegal usp corrected a set problem in starting of thread.
<ysato@users.sourceforge.jp>
[PATCH] H8/300 include cleanup
- duplicate define marge.
- unused define delete.
- reduced code size.
<ysato@users.sourceforge.jp>
[PATCH] H8/300 warning fix
Fix any warnings
<ysato@users.sourceforge.jp>
[PATCH] H8/300 io.h bussizing problem fix
- fix warning
- byte swap miss fix
- 16bit bus access problem fix
<ysato@users.sourceforge.jp>
[PATCH] H8/300 Kconfig / defconfig update
delete obsolute CONFIG
<benh@kernel.crashing.org>
[PATCH] Remove use of "current" identifier in via-pmu
Andrew spotted this one, here's the fix:
Remove usage of "current" as a variable name and structure member
in the battery management code of PowerMac via-pmu and apm-emu
drivers
<davem@nuts.davemloft.net>
[IPV4]: Do not return -EAGAIN on blocking UDP socket, noticed by Olaf Kirch.
<viro@parcelfarce.linux.theplanet.co.uk>
[IPV6]: Kill MODULE ifdeffing, common init for sysctls.
<bjorn.helgaas@com.rmk.(none)>
[SERIAL] Discover ACPI serial ports before plug-in ports
Patch from: Bjorn Helgaas
This makes us discover ACPI serial ports before PCI ones. The ACPI
ports tend to be built-in, and discovering them late means their ttyS
names move around if PCI serial ports are added or removed. I think
it makes more sense to have relatively predictable and consistent
names for the built-in hardware.
<bjorn.helgaas@com.rmk.(none)>
[SERIAL] Fix /proc serial info for MMIO ports
Patch from: Bjorn Helgaas
This patch against 2.6.2 fixes a minor issue with /proc/tty/drivers/*,
which currently doesn't show MMIO address information. Current
sample output:
# cat /proc/tty/driver/serial
serinfo:1.0 driver revision:
0: uart:16450 port:00000000 irq:65 tx:72 rx:0 RTS|DTR
1: uart:16550A port:00000000 irq:65 tx:2950 rx:0 RTS|DTR
...
Output with the attached patch:
# cat /proc/tty/driver/serial
serinfo:1.0 driver revision:
0: uart:16450 mmio:0xF8031000 irq:65 tx:72 rx:0 RTS|DTR
1: uart:16550A mmio:0xFF5E0000 irq:65 tx:2403 rx:74 RTS|DTR
...
<bcollins@debian.org>
IEEE1394/SBP2(r1148): Fix a few bugs, and add set blk_queue_dma_alignment to 512.
<wesolows@foobazco.org>
[SPARC32]: Remove stale SMP irq implementation.
<marcel@holtmann.org>
[Bluetooth] Cleanup drivers Kconfig file
This patch makes some cosmetic cleanups to the Kconfig file for the
Bluetooth drivers.
<marcel@holtmann.org>
[Bluetooth] Copy all L2CAP signal frames to the raw sockets
Currently only very few responses travel back to a L2CAP RAW socket, which
is very bad if you need to see command responses. This patch copies every
signal frame to all attached raw sockets.
Patch from Collin R. Mulliner <collin@betaversion.net>
<Kai.Makisara@kolumbus.fi>
[PATCH] Sysfs class support for SCSI tapes
This is a new version of the patch I sent two weeks ago. The code is the
same but now diffed against 2.6.3. Some documentation has been added.
Creation and removal of the st device files has been tested with
udev-018.
The patch adds support for /sys/class/scsi_tape. It also removes the links
to/from the st files in /sys/cdev/major.
A file is created for each mode and rewind/non-rewind device for each
tape drive. Here is an example for one drive:
> ls /sys/class/scsi_tape/
st0m0 st0m0n st0m1 st0m1n st0m2 st0m2n st0m3 st0m3n
In addition to the automatic links (dev, driver), each directory contains
files that export some of the mode parameters:
> ls /sys/class/scsi_tape/st0m0
default_blksize default_density dev driver
default_compression defined device
A link is made from the SCSI device directory back to the mode 0
auto-rewind class file:
> ls -l
/sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.1/host1/1:0:5:0/tape
lrwxrwxrwx 1 root root 39 2004-02-05 23:14
/sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.1/host1/1:0:5:0/tape ->
../../../../../../class/scsi_tape/st0m0
<rmk@flint.arm.linux.org.uk>
[ARM] Add safe sa1111 IO handling.
This introduces a set of functions which allow the SA1111 IO pins to
be safely modified with no fear of other kernel threads interfering.
<bcollins@debian.org>
IEEE1394(r1149): Convert some hardcoded values to constants. Add pbook suspend/resume handlers.
<rmk@flint.arm.linux.org.uk>
[ARM] Update SA1111 Neponset code to use safe GPIO functionality.
Use the SA1111 GPIO functionality added by the previous cset to
ensure that GPIOs are modified atomically.
<marcel@holtmann.org>
[Bluetooth] Initial sysfs and device class support
This patch adds the initial Bluetooth device class and sysfs support. This
new code replaces the hotplug and HCI proc interface.
<rmk@flint.arm.linux.org.uk>
[ARM] Dynamically allocate SA1100 PCMCIA sockets.
<mail@de.rmk.(none)>
[ARM PATCH 1719/1] Acornfb update
Patch from: Peter Teichmann, edited by Russell King.
* a bugfix to the pseudo palette handling in 16/32 bit modes: the
pseudo palette is always kept in 32 bit integers
* a bugfix to setcolreg() in 16 bit modes: there have to be 32 colour
registers (this has nothing to do with the 16 pseudo palette
colours, it is a bit misleading that setcolreg() is used both for
pseudo palette setup and DIRECTCOLOR colour translation)
(The behaviour should be selected using the visual and the rgb
representation rather than the current BPP setting. --rmk)
* change 16 bit visual from TRUECOLOR to DIRECTCOLOR
* take the limited bandwidth of the RiscPC video memory into account
for acornfb_valid_pixrate()
* acornfb_vidc20_find_rates() now takes into account the differences
between VRAM and DRAM when setting the FIFO preload value. With
VRAM, the FIFO can be set to the highest possible setting because
there are no latency considerations for other memory accesses.
However, in 64 bit bus mode the FIFO preload value must not be set
to VIDC20_CTRL_FIFO_28 because this will let the FIFO overflow.
See VIDC20 manual page 33 (6.0 Setting the FIFO preload value).
* select Multifreq monitor as default, increase frequency range for
Multifreq monitor (this is of course a philosophical question, but
I believe a sensible default setting should not impose too much
limits to the user)
(I dropped this change because it is known that some monitor
hardware shipped with Acorn machines does not take kindly to
wrong timing signals. If people really care, they should use
the kernel command line to select the correct monitor type. --rmk)
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] fix /proc/ide/<hwif> for IDE PCI modules
From: Andrey Borzenkov <arvidjaar@mail.ru>
Also add dummy create_proc_ide_interfaces()
for CONFIG_PROC_FS=n (per Linus' suggestion).
<wesolows@foobazco.org>
[SPARC32]: Remove use of PF_USEDFPU
<wesolows@foobazco.org>
[SPARC32]: Remove cli/sti from all arch code.
<rmk@flint.arm.linux.org.uk>
[ARM] Fix late abort handler for Thumb code.
ARM720T processors use the "late" abort option, which means we have to
correct the base address of any page fault ourselves. However, we
were mis-correcting the thumb "push" instruction, causing the retried
instruction to fail in a spectacular way.
<rmk@flint.arm.linux.org.uk>
[ARM] Remove non-existent Kconfig source statement.
A bit too over-eager to minimise the delta resulted in this Kconfig
file trying to source a currently non-existent Kconfig file.
<viro@parcelfarce.linux.theplanet.co.uk>
[IPV4/IPV6]: Convert tunnel drivers to unconditional module_init.
<davem@nuts.davemloft.net>
[IPV6]: Kill unloadable noise in af_inet6.c
<davem@nuts.davemloft.net>
[IPV6]: Fix typo in Al's module_init changes.
<akpm@osdl.org>
[PATCH] serial fixups
From: Russell King <rmk@arm.linux.org.uk>
Convert a bunch of serial drivers to new-style ioctl handling.
<akpm@osdl.org>
[PATCH] more serial driver fixups
From: Russell King <rmk@arm.linux.org.uk>
Here is a patch which updates various serial drivers in the kernel to make
them less broken than they were before. Nevertheless, they are still
broken.
The improvement is to make these drivers use the tiocmget/tiocmset methods,
which are present in the 2.6 kernel.
Many of these have been incorrectly converted from the old global IRQ
locking without regard for SMP issues, or still use the old global IRQ
locking methods which are no longer present in 2.6 kernels.
The full message thread can be found at:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=1dvnl-5Pr-1%40gated-at.bofh.it&rnum=1&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26q%3DOutstanding%2Bfixups%26btnG%3DGoogle%2BSearch%26meta%3Dgroup%253Dlinux.kernel
<akpm@osdl.org>
[PATCH] Intel i830 AGP fix
From: Terence Ripperda <tripperda@nvidia.com>
When coming out of standby, some chipsets lose their configuration in pci
config space. this includes not just the agp master register being lost, but
chipset-specific information, such as the physical address of the gatt table
and other settings. Calling this configure routine again restores those
settings.
Dave said he was adding chipsets to this list on an "as needed and tested"
basis. I ran across this problem I believe on a Dell Inspiron 4100 with
nv11. (there had been some similar problems with specific nv11 systems when
doing apm with the 2.4 kernel, I suspect, but haven't been able to verify,
it's the same problem).
<akpm@osdl.org>
[PATCH] fix shmat
From: Nick Piggin <piggin@cyberone.com.au>
sys_shmat() need to be declared asmlinkage. This causes breakage when we
actually get the proper prototypes into caller's scope.
<akpm@osdl.org>
[PATCH] dynamic pty allocation
From: "H. Peter Anvin" <hpa@transmeta.com>
Remove the limit of 2048 pty's - allocate them on demand up to the 12:20
dev_t limit: a million.
<akpm@osdl.org>
[PATCH] NBD rmmod oops fix
From: Paul Clements <Paul.Clements@SteelEye.com>
Fix a module unload oops, as well as fix some return codes (so nbd-client
can exit with the proper error code, rather than 0, when an error occurs).
<akpm@osdl.org>
[PATCH] m68k: offsets.h generation
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k offsets.h: Move arch/m68k/kernel/m68k_defs.h to include/asm/offsets.h
and use gen-asm-offsets framework (from Andreas Schwab and Ray Knight)
<akpm@osdl.org>
[PATCH] m68k: mm init warning
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k mm: Kill warning (from Sam Creasey)
<akpm@osdl.org>
[PATCH] m68k: Sun-3 console fix
From: Geert Uytterhoeven <geert@linux-m68k.org>
Sun-3: Use dummycon if CONFIG_DUMMY_CONSOLE is defined only (from Sam
Creasey)
<akpm@osdl.org>
[PATCH] m68k: Sun-3 missing sbus_readl()
From: Geert Uytterhoeven <geert@linux-m68k.org>
Sun-3 sbus: Add missing definition of sbus_readl() (from Sam Creasey)
<akpm@osdl.org>
[PATCH] m68k: Atari name clashes
From: Geert Uytterhoeven <geert@linux-m68k.org>
Atari Falcon: Prepend falcon_ to some Atari Falcon definitions to solve name
clashes in some drivers.
<akpm@osdl.org>
[PATCH] m68k: M68k MCA cleanup
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k: Remove obsolete MCA definition
<akpm@osdl.org>
[PATCH] m68k: M68k uses drivers/Kconfig
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k: Use drivers/Kconfig and fix up some remaining dependencies:
- M68k no longer uses rtc.c
- M68k never has AGP
- CONFIG_ZORRO depends on CONFIG_AMIGS
<akpm@osdl.org>
[PATCH] m68k: Amifb modedb bug
From: Geert Uytterhoeven <geert@linux-m68k.org>
Amifb: Fix bugs in the video mode database:
- ntsc-lace lacks the yres value
- a2024-15 is 15 Hz, not 10
<akpm@osdl.org>
[PATCH] m68k: M68k configuration
From: Geert Uytterhoeven <geert@linux-m68k.org>
Update M68k configuration logic:
- Introduce CONFIG_MMU_MOTOROLA and CONFIG_MMU_SUN3
- Move Sun-3 config selection to the top since all other platforms conflict
with it
- Sun-3 implies MMU_SUN3
- All other platforms imply MMU_MOTOROLA
- Sun-3 implies M68020
- Sun-3x implies M68030
- Sun-3 kernels cannot support 68030, 68040, or 68060
<akpm@osdl.org>
[PATCH] m68k: arch/m68k/mm/Makefile cleanup
From: Geert Uytterhoeven <geert@linux-m68k.org>
Clean up arch/m68k/mm/Makefile logic
<akpm@osdl.org>
[PATCH] m68k: M68k module loader
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k: Add missing relocation support to module loader (from Matthias Urlichs)
<akpm@osdl.org>
[PATCH] m68k: M68k call trace output
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k: Improve formatting of call trace output (from Matthias Urlichs)
<akpm@osdl.org>
[PATCH] m68k: M68k cmpxchg
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k: Add missing implementation of cmpxchg() (from Andreas Schwab, Roman
Zippel and me)
<akpm@osdl.org>
[PATCH] m68k: M68k FPU emu broken link
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k FPU emu: Remove reference to non-existing website
<akpm@osdl.org>
[PATCH] m68k: Mac IOP spelling
From: Geert Uytterhoeven <geert@linux-m68k.org>
Mac IOP spelling fix (from Matthias Urlichs)
<akpm@osdl.org>
[PATCH] m68k: Dummy dma mapping
From: Geert Uytterhoeven <geert@linux-m68k.org>
Add a dummy <asm-generic/dma-mapping-broken.h> for systems that don't support
the new DMA API, and make m68k use it if !CONFIG_PCI
<akpm@osdl.org>
[PATCH] m68k: M68k core spelling
From: Geert Uytterhoeven <geert@linux-m68k.org>
M68k core spelling fix (from Michael Hayes)
<akpm@osdl.org>
[PATCH] add range checking to sys_sysctl()
If you pass a huge nlen value into sys_sysctl() it will loop for hours
printing billions of question marks, so range-check the arguments.
Also, remove the code which informs the user that the sysctl is obsolete: it
allows unprivileged users to spam the logs.
<akpm@osdl.org>
[PATCH] Kconfig help: dm-crypto && cryptoloop
From: bert hubert <ahu@ds9a.nl>
Current bitkeeper features a cryptoloop which is not safe for journaled
file systems and also a Device Mapper target which is. The patch below
updates Kconfig to that effect.
<akpm@osdl.org>
[PATCH] nbd: fix set_capacity call
From: Paul Clements <Paul.Clements@SteelEye.com>
This patch fixes the initial set_capacity call so that it matches nbd's
internal device size (nbd_device->bytesize).
<akpm@osdl.org>
[PATCH] nbd: remove PARANOIA and other cleanups
From: Paul Clements <Paul.Clements@SteelEye.com>
This patch removes the PARANOIA define (it was always defined anyway). It
also removes the requests_in/out counters (which weren't always accurate,
and are superfluous anyway, since the block layer keeps its own in_flight
counter). Also some minor cleanup of comments.
<akpm@osdl.org>
[PATCH] cleanup condsyscall for sysv ipc
From: Manfred Spraul <manfred@colorfullife.com>
Attached is a patch that replaces the #ifndef CONFIG_SYSV syscall stubs
with cond_syscall stubs.
<akpm@osdl.org>
[PATCH] IPMI warning fixes
From: Geert Uytterhoeven <geert@linux-m68k.org>
When compiling the IPMI drivers on m68k, I needed a few more includes:
- <asm/irq.h> (for disable_irq_nosync() and enable_irq())
- <linux/types.h> (for size_t)
- <asm/system.h> (for printk())
<akpm@osdl.org>
[PATCH] mtrr: init section usage
From: "Randy.Dunlap" <rddunlap@osdl.org>
This patch tries to clean up init section usage in
arch/i386/kernel/cpu/mtrr/*.c.
<akpm@osdl.org>
[PATCH] Fixes to CodingStyle
From: Xose Vazquez Perez <xose@wanadoo.es>
Even master's books bring errors :-). URL has the errata and more
information about the books
<akpm@osdl.org>
[PATCH] Another x86-64 fix for problems from the recent merge
From: Andi Kleen <ak@suse.de>,
From Suresh.B.Siddha
Fix another bug caused by the recent IA32e merge. The full L1 cache size
padding of the GDT didn't work with smaller cache line sizes. Just revert
that.
I must admit I still don't understand why it didn't work, but it's better
to have a working system for now.
<akpm@osdl.org>
[PATCH] ext3: fix scheduling-in-spinlock bug
ext3_error() sleeps, so don't call it with the lock held.
<akpm@osdl.org>
[PATCH] security oops fix
From: Stephen Smalley <sds@epoch.ncsc.mil>
Looking at d_splice_alias, it appears that the security_d_instantiate call
in the first case (where it ends up moving an entry in place of the given
dentry) should be passing 'new' rather than 'dentry' to ensure that the
passed dentry is associated with the inode. This patch should fix the
problem.
(Addresses bugzilla #2153)
<akpm@osdl.org>
[PATCH] From: "Randy.Dunlap" <rddunlap@osdl.org>
From: <WHarms@bfs.de>(Walter Harms)
Hi list,
while checking 2.6.1 for missing checks(). fs/jffs/inode-v23.c
got overlooked somehow.
This patch fixes:
2 unguarded kmem_cache_create
1 unguarded proc_mkdir
<akpm@osdl.org>
[PATCH] janitor: media: use kernel min/max
From: "Randy.Dunlap" <rddunlap@osdl.org>
From: Michael Veeck <michael.veeck@gmx.net>
Remove unnecessary min/max macros and changes calls to use kernel.h macros
instead.
<akpm@osdl.org>
[PATCH] telephony: use kernel min/max
From: "Randy.Dunlap" <rddunlap@osdl.org>
From: Michael Veeck <michael.veeck@gmx.net>
Removes unnecessary min/max macros and use kernel.h macros instead.
<akpm@osdl.org>
[PATCH] Fix ISDN v.110.
From: David Woodhouse <dwmw2@infradead.org>
Now that we coalesce ACKs for outgoing packets, the v.110 code needs to
look at the size it's given rather than assuming it'll get precisely one
callback for each packet sent...
<akpm@osdl.org>
[PATCH] Fix fs/partitions/efi.c printk warnings
Lots of these:
fs/partitions/efi.c:387: warning: long unsigned int format, u64 arg (arg 2)
fs/partitions/efi.c:387: warning: long unsigned int format, u64 arg (arg 3)
fs/partitions/efi.c:387: warning: long unsigned int format, u64 arg (arg 2)
fs/partitions/efi.c:387: warning: long unsigned int format, u64 arg (arg 3)
fs/partitions/efi.c:395: warning: long unsigned int format, u64 arg (arg 2)
fs/partitions/efi.c:395: warning: long unsigned int format, u64 arg (arg 3)
because it is assuming that you can print a u64 with %ld on 64-bit machines.
<akpm@osdl.org>
[PATCH] powernow-k8 frequency handling fix
From: Pavel Machek <pavel@ucw.cz>
In 2.6.3, cleanups arrived, and they got test for invalid frequencies
wrong.
Only first frequency is allowed to be < FID_TABLE_BOTTOM, but due to
bug it cleanups it allowed no frequencies < FID_TABLE_BOTTOM. This
fixes it.
<akpm@osdl.org>
[PATCH] Require GNU Make version 3.79.1 or later
From: Adrian Bunk <bunk@fs.tum.de>
GNU make 3.78 reproducible segfaults when building kernel 2.6.
See http://marc.theaimsgroup.com/?l=linux-kernel&m=107333742902438&w=2
Therefore, the minimum requirement for GNU make has to be raised in
Documentation/Changes.
GNU make 3.79.1 works.
<akpm@osdl.org>
[PATCH] runtime PM deadlock fix
From: Alexander Atanasov <alex@ssi.bg>
dpm_runtime_suspend holds dpm_sem and calls dpm_runtime_resume which
deadlocks. Directly call runtime_resume instead.
<benh@kernel.crashing.org>
[PATCH] Disable debugging verbosity in macio_asic.c
This undef's DEBUG by default in macio_asic, this is now working fairly
well, and the actual output isn't really useful anyway.
<bcollins@debian.org>
IEEE1394/Video1394(r1150): Initialize d->link list so that failures cleanup properly.
<bcollins@debian.org>
IEEE1394/Video1394(r1151): Fix typo in last commit
<bcollins@debian.org>
IEEE1394(r1154): Cleanup dma routines, and use vmalloc for sglist allocation.
<bcollins@debian.org>
IEEE1394(r1155): Get rid of another user of round_up_to_page().
<ken@miriam.com>
[TIGON3]: Add Apple tigon3 PCI device id.
<davem@nuts.davemloft.net>
[TIGON3]: Comment out card RAM validation in tg3_test_dma() for now.
<davem@nuts.davemloft.net>
[TIGON3]: Bump version and reldate.
<pfg@sgi.com>
[PATCH] ia64: add Altix hotplug support
<willy@debian.org>
[PATCH] ia64: SAL version is not zero-padded
The SAL version is encoded as a BCD number, but shouldn't be zero-padded.
<jejb@mulgrave.(none)>
SCSI: 53c700: reduce default tag depth to 4
This is a nice safe depth for older devices (which
we've been having trouble with at larger depths). It
is still adjustable upwards using sysfs if anyone
really needs a larger queue.
<manfred@colorfullife.com>
[PATCH] rename shmat to make it clear it isn't a system call entrypoint
This renames sys_shmat to do_shmat. Additionally, I've replaced the
cond_syscall with a conditional inline function.
It touches all archs - only i386 is tested.
<davem@nuts.davemloft.net>
[NET]: Set default socket rmem/wmem values more sanely and consistently.
1) Take into account the fact that struct sk_buff, which counts towards
socket buffer limits, changes across different platforms.
2) Give ipv4/ipv6 ICMP sockets more accurately the wmem limits they
want.
<akpm@osdl.org>
[PATCH] Fix do_shmat() for CONFIG_SYSVIPC=n
- The do_shmat() stub needs `static inline', not `inline'
- We need errno.h for ENOSYS.
<bcollins@debian.org>
eth1394(r1156): Fix oddities when MacOSX is IRM. Also MacOSX sets an invalid sspd in the ARP reply.
<viro@parcelfarce.linux.theplanet.co.uk>
[DECNET]: Zap MODULE ifdefs.
<wharms@bfs.de>
[NET]: Handle kmem_cache_create() failure in neighbour.c
<wharms@bfs.de>
[IPV4]: Handle kmem_cache_create() failure in inetpeer.c
<wharms@bfs.de>
[IPV4]: Handle kmem_cache_create() failure in ipmr.c
<wharms@bfs.de>
[IPV6]: Handle kmem_cache_create() failure in ip6_fib.c
<wharms@bfs.de>
[IPV6]: Handle kmem_cache_create() failure in route.c
<lcapitulino@prefeitura.sp.gov.br>
[PPPOE]: Handle disabled PROC_FS properly.
<lcapitulino@prefeitura.sp.gov.br>
[PPPOE]: Kill unneeded ifdef/endif.
<bcollins@debian.org>
IEEE1394(r1157): Create a kernel thread to handle all run_packet_complete() calls.
<bcollins@debian.org>
SBP2(r1158): We don't need a remove_host callback in sbp2.
<nathans@sgi.com>
[PATCH] blkdev_open/bd_claim vs BLKBSZSET
I was modifying mkfs.xfs to use O_EXCL for 2.6, and hit a snag.
It seems that once I've opened a block dev with O_EXCL I can no
longer issue the BLKBSZSET ioctl to it.
Making this change, the ioctl succeeds cos the original filp bdev owner
from open now matches with the owner in the ioctl call.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] removal of bogus CONFIG_BINFMT_ELF uses
We never use CONFIG_BINFTM_ELF and CONFIG_BINFMT_ELF_MODULE
anywhere in the source (they are used in makefiles, obviously).
32bit-emulation binfmt_elf_... in arch/* still define those guys
even though it hadn't been needed for years.
Junk removed.
PS: BTW, CONFIG_BINFMT_ELF32 _is_ used in several places in arch/mips and it
looks like they really want
#if defined(CONFIG_BINFMT_ELF32) || defined(CONFIG_BINFMT_ELF32_MODULE)
in these ifdefs, but that's a separate story...
<bcollins@debian.org>
IEEE1394(r1159): Merge run_packet_complete into kernel thread.
<Andries.Brouwer@cwi.nl>
[PATCH] tty utf8 mode
This sounds like a good moment to come with this patch.
This is essentially a five-year-old patch by Bruno Haible. It
introduces utf8 mode, and the effect it has on erasing input characters.
(Side note - without stty support, this is not very useful, but now
the infrastructure is in place)
<bcollins@debian.org>
ohci1394(r1160): Disable cross_bound() check, and add code to try to enable connected ports.
<willy@debian.org>
[PATCH] ia64: improve gate generation
This patch fixes a couple of things.
- gate.lds.s is generated in the obj tree, not the src tree.
- It can be generated by the normal .s.S rule.
- Adding the extra-y list prevents it from being rebuilt unnecessarily.
<akpm@osdl.org>
[PATCH] ppc64: remove dump_regs
From: Anton Blanchard <anton@samba.org>
There is a prototype for dump_regs on ppc32 and ppc64 but its never
defined. Remove it since it conflicts with something in
drivers/atm/horizon.c.
Also clean up ppc64 system.h a bit to match the ppc32 version.
<akpm@osdl.org>
[PATCH] ppc64: cleanup lmb code
From: Anton Blanchard <anton@samba.org>
- remove LMB_MEMORY_AREA, LMB_IO_AREA, we only allocate/reserve memory
areas now
- remove lmb_property->type, lmb_region->iosize, lmb_region->lcd_size,
no longer used
- bump number of regions to 128, we'll hit this limit sooner or later
with our big boxes (if we have more than 64 PCI host bridges the
reserved array will fill up for example)
- make all the lmb stuff __init
- no need to explicitly zero struct lmb lmb now we zero the BSS early
- we had two functions to dump the lmb array, kill one of them
- move the inline functions into lmb.c, they are only ever called from
there
<akpm@osdl.org>
[PATCH] ppc64: Potentially avoid an atomic operation in switch_mm.
From: Anton Blanchard <anton@samba.org>
This appeared in the ia64 port and sounds like a good idea. Potentially
avoid an atomic operation in switch_mm.
<akpm@osdl.org>
[PATCH] ppc64: Remove duplicate pcibios_scan_all_fns definition
From: Anton Blanchard <anton@samba.org>
Remove duplicate pcibios_scan_all_fns definition
<akpm@osdl.org>
[PATCH] ppc64: Fix for ppc64 SMT enablement bug provided by Jimi Xenidis and Michael Day
From: Anton Blanchard <anton@samba.org>
Fix for ppc64 SMT enablement bug provided by Jimi Xenidis and Michael Day
<akpm@osdl.org>
[PATCH] ppc64: add rtas slot-error-detail information
From: Nathan Fontenot <nfont@austin.ibm.com>
Add call to rtas to retrieve slot-error-detail information and
log this data to nvram in an EEH event.
<akpm@osdl.org>
[PATCH] ppc64: add log_rtas_error()
From: Nathan Fontenot <nfont@austin.ibm.com>
Add log_rtas_error(), to be called in the event that a rtas call
returns a hardware error (-1) so we can log additional information
about the hardware error.
<akpm@osdl.org>
[PATCH] Allow CROSS32_COMPILE to be set via environment variable
From: Dave Hansen <haveblue@us.ibm.com>
Allow CROSS32_COMPILE to be set via environment variable
<akpm@osdl.org>
[PATCH] ppc64: Add a ppc64 archhelp.
From: Jeremy Kerr <jk@ozlabs.org>
Add a ppc64 archhelp.
<akpm@osdl.org>
[PATCH] ppc64: print useful flags in oops, like x86
From: Anton Blanchard <anton@samba.org
print useful flags in oops, like x86
<akpm@osdl.org>
[PATCH] ppc64: Add DEBUG_STACK_USAGE
From: Anton Blanchard <anton@samba.org>
Add DEBUG_STACK_USAGE to ppc64
<akpm@osdl.org>
[PATCH] ppc64: Add -funit-at-a-time
From: Anton Blanchard <anton@samba.org>
Be like x86 and enable -funit-at-a-time.
Use the check_gcc hook when enabling -mcpu=power4/-mtune=power4.
<akpm@osdl.org>
[PATCH] Add 970FX entry into the cputable.
From: Jake Moilanen <moilanen@austin.ibm.com>
Add 970FX entry into the cputable.
<akpm@osdl.org>
[PATCH] ppc64: Fix for valid nvram rtas tokens.
From: Olaf Hering <olh@suse.de>
Fix for valid nvram rtas tokens.
<akpm@osdl.org>
[PATCH] fix naming collision with asm-ppc64/vio.h
From: Dave Boutcher <sleddog@us.ibm.com>
fix naming collision with asm-ppc64/vio.h. The define would be set there and
this file would not get pulled in.
<akpm@osdl.org>
[PATCH] ppc64: fix warning and compile error without CONFIG_SMP
From: Hollis Blanchard <hollisb@us.ibm.com>
fix warning and compile error without CONFIG_SMP
<akpm@osdl.org>
[PATCH] ppc64 cpu spinup fixes
From: Rusty Russell <rusty@rustcorp.com.au>
1) Check for cpuids >= NR_CPUS in prom_hold_cpus: we previously
overflowed arrays when this happened, and checking it here ensures
that it doesn't happen elsewhere. Still move processors to
secondary_hold (out of OF), but we won't release them.
2) smp_iSeries_message_pass and smp_xics_message_pass don't need to
iterate if given a specific CPU: cleanup and fix.
3) kick_cpu variants don't need to check cpu range (caller is screwed
anyway if this happened): replaced with BUG_ON for now.
4) smp_openpic_probe and smp_xics_probe can use cpus_weight(): it's
faster and simpler.
5) User for_each_cpu/for_each_online_cpu as appropriate.
<akpm@osdl.org>
[PATCH] ppc64: remove useless smp_message_pass args
From: Anton Blanchard <anton@samba.org>
smp_message_pass has a few args that are never used. Remove em.
Also add memory missing memory barrier in smp_call_function_interrupt.
<akpm@osdl.org>
[PATCH] ppc64: This cleans up the rtasd logic, and also makes it hotplug CPU safe.
From: Rusty Russell <rusty@rustcorp.com.au>
This cleans up the rtasd logic, and also makes it hotplug CPU safe.
<akpm@osdl.org>
[PATCH] ppc64: Add stack overflow debugging
From: Anton Blanchard <anton@samba.org>
This adds stack overflow debugging much like x86. Its pretty agressive
and checks if > 8kB out of 16kB of stack is used.
<akpm@osdl.org>
[PATCH] ppc64: remove get_users in backtrace code
From: Anton Blanchard <anton@samba.org>
The might_sleep infrastructure doesnt like our get_users in the backtrace
code, we often end up with might_sleep warnings inside might_sleep warnings.
Instead just be careful about pointers before dereferencing them.
Also remove the hack where we only printed the bottom 32bits of the WCHAN
value.
<akpm@osdl.org>
[PATCH] Add cpus and NUMA memory nodes to sysfs. Also add cpu physical id.
From: Anton Blanchard <anton@samba.org>
Add cpus and NUMA memory nodes to sysfs. Also add cpu physical id.
<akpm@osdl.org>
[PATCH] ppc64: Make a number of segment table functions static.
From: Anton Blanchard <anton@samba.org>
Make a number of segment table functions static.
Clean up one duplicated slbia.
<akpm@osdl.org>
[PATCH] ppc64: Clean up per cpu usage in segment table code.
From: Anton Blanchard <anton@samba.org>
Clean up per cpu usage in segment table code.
<akpm@osdl.org>
[PATCH] ppc64: PER_CPU irq optimisations
From: Anton Blanchard <anton@samba.org>
Another decent optimisation found in the ia64 port, dont take the irq
descriptor lock or do the note_interrupt stuff on PER_CPU irqs (ie IPIs).
<akpm@osdl.org>
[PATCH] ppc64: don't link some non iSeries stuff
From: Stephen Rothwell <sfr@canb.auug.org.au>
I think Ben introduced this new file and iSeries doesn't need it.
<akpm@osdl.org>
[PATCH] ppc64: Fix __get_SP()
From: Anton Blanchard <anton@samba.org>
__get_SP used to be a function call which meant we allocated a stack
frame before calling it. This meant the SP it returned was one frame
below the current function. Lets call that bogusSP (and the real one
SP).
The new dump_stack was being tail call optimised so it remained one
frame above bogusSP. dump_stack would then store below SP (as the ABI
allows us to) and would stomp over the back link that bogusSP pointed
to (__get_SP had set the back link up so it worked sometimes, just not
all the time).
Fix this by just making __get_SP an inline that returns the current SP.
<akpm@osdl.org>
[PATCH] ppc64: set err to -ENODEV when a new node doesn't have "interrupt" property.
From: Linda Xie <lxiep@us.ibm.com>
set err to -ENODEV when a new node doesn't have "interrupt" property.
<akpm@osdl.org>
[PATCH] fix for NUMA kernel on non NUMA machine
From: Anton Blanchard <anton@samba.org>
Set node 0 online, otherwise the recent cpu/memory topology stuff will oops
on a non NUMA machine.
<akpm@osdl.org>
[PATCH] trivial oops formatting cleanups
From: Anton Blanchard <anton@samba.org>
Some trivial oops cleanups.
<akpm@osdl.org>
[PATCH] ppc64: restore cpu names
From: Anton Blanchard <anton@samba.org>
Restore the old cpu names in /proc/cpuinfo, some applications parse this
field.
<akpm@osdl.org>
[PATCH] ppc64: uniprocessor compile fixes
From: Anton Blanchard <anton@samba.org>
UP compile fixes.
<akpm@osdl.org>
[PATCH] ppc64: fix cmd_line bugs
From: Anton Blanchard <anton@samba.org>
There were a number of bugs in our cmd_line handling:
- We were looking at cmd_line after it had been tokenised. Use saved_command
line instead
- Use strlcpy instead of memcpy/explicit NULL set.
- Remove magic numbers in iseries cmd_line parsing
<bcollins@debian.org>
IEEE1394(r1161): Major cleanup and addition of a ud-class, to make things even cleaner.
<benh@kernel.crashing.org>
[PATCH] ppc64 oops on /proc/cpuinfo
This fixes the ppc64 /proc/cpuinfo oops introduced with the lmb
cleanups.
We are trying to slowly phase out the LMB stuff (it mostly duplicates
functionality of bootmem...), this part got overlooked.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] intermezzo ->permission() idiocy
... yes, Virginia, some perverts *do* tweak widely shared
method tables and do that in very sensitive spots, at that...
<James.Bottomley@SteelEye.com>
[PATCH] fix IRQBALANCE Kconfig dependencies
CONFIG_IRQBALANCE only affects arch/i386/kernel/io_apic.c, so you should
only see it as an option if you actually have one of those. This patch
makes IRQBALANCE depend on X86_IO_APIC.
<rddunlap@osdl.org>
[PATCH] ne: eliminate unused var. warning
<rddunlap@osdl.org>
[PATCH] ibmtr: use kernel min/max
<rddunlap@osdl.org>
[PATCH] strip: remove warnings when !PROC_FS
When !CONFIG_PROC_FS, I'm getting this warning:
drivers/net/wireless/strip.c:1169: warning: `strip_seq_fops' defined but not used
<rddunlap@osdl.org>
[PATCH] strip: use kernel min/max
Domen Puncer schrieb:
>
> Just some suggestions...
>
>> #define ELEMENTS_OF(X) (sizeof(X) / sizeof((X)[0]))
>
> Remove this define and s/ELEMENTS_OF/ARRAY_SIZE/g
>
There are more occurances of redundant ARRAY_SIZEs in the kernel. I will
keep that in mind!
>
>
>>@@ -847,7 +845,7 @@
>> static int allocate_buffers(struct strip *strip_info, int mtu)
>> {
>> struct net_device *dev = strip_info->dev;
>>- int sx_size = MAX(STRIP_ENCAP_SIZE(MAX_RECV_MTU), 4096);
>>+ int sx_size = max((int)STRIP_ENCAP_SIZE(MAX_RECV_MTU), 4096);
>
>
> max_t?
Changed that to max_t and min_t. A newbie queston: What should when be
preferred and why?
<jgarzik@redhat.com>
Add Documentation/networking/netif-msg.txt, describing the
per-network-interface message logging standards for net drivers.
Written by Donald Becker.
<davej@redhat.com>
[CPUFREQ] Don't set up longhaul voltage scaling too early.
We can bomb out early, so don't poke any registers just in case.
<davej@redhat.com>
[CPUFREQ] Extra sanity checks in longhaul.
<davej@redhat.com>
[CPUFREQ] Don't guess FSB on Nehemiah.
Instead we can get it from the maximum capable fsb bits (given thats
what we boot at).
<James.Bottomley@SteelEye.com>
[PATCH] Undo SCSI 8-byte alignment relaxation
This makes the default alignment requirements be 512 bytes for SCSI,
the way it used to be.
Jens will fix the SCSI layer problems, but low-level drivers might have
other restrictions on alignment.
<axboe@suse.de>
[PATCH] fix SCSI non-sector bio backed IO
This fixes the SCSI layer to handle non-sector-aligned requests from
SG_IO (and potentially anything else producing these requests) that
could stall the machine and cause all sorts of funnies depending on the
low level driver used.
<agruen@suse.de>
[PATCH] CONFIG_REGPARM breaks non-asmlinkage syscalls
With CONFIG_REGPARM=y, syscalls must be declared asmlinkage or else
calling them will fail.
This fix adds a few missing declarations for sys_fadvise64_64() and
sys_remap_file_pages().
<willy@debian.org>
[PATCH] ia64: Add "install" make target
i386 has a 'make install' target that I find rather useful. This
patch introduces it to ia64 too.
Once http://bugs.debian.org/234557 is accepted, it'll work in Debian.
Until then, you may wish to add your own ~/bin/installkernel or
chmod a-x /sbin/installkernel.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] typo fix in intermezzo patch
Sigh... Build/fix bugs/rediff/send the old diff story...
Sorry - just have noticed that ;-/
<Robert.Picco@hp.com>
[PATCH] ia64: add support for NUMA machines with CPU-only (memory-less) nodes
This patch works around a limitation in the current NUMA code, which
doesn't support CPU-only (memory-less) nodes. With this patch
CPU-only nodes are moved to a node with memory which is at the closest
relative distance per the SLIT information. Any node reassignments
will result in the compression of the nodes and renumbering the nid
values where appropriate.
<bcollins@debian.org>
SPARC64: Fix debug spinlocks to not trash random memory with > 4 cpus's (or sparse cpu's).
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c wrong vendor ID fix
This patch was originally sent by Jon Mason on Sat Jan 31.
"I created a patch that allows pcnet32 adapters sold in IBM RS/6000 systems
to be recognized in non-ppc computers. The problem is that the Vendor ID
of this adapter is incorrect. There is a ppc specific workaround to get
it working on that architecture (checkout
http://lxr.linux.no/source/arch/ppc/kernel/pci.c?a=ppc#L87
for the workaround), but it obviously won't fix the problem in non-ppc
architectures."
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c convert to use netif_msg_*
This patch converts the driver to use netif_msg_* for printing messages.
Tested IA32.
<brazilnut@us.ibm.com>
[PATCH] 2.6.3 pcnet32.c change to use ethtool_ops
This changes the driver to use ethtool_ops to be more modular. There is a
net delta of just a one line between the two implementations, but permission
checking and copying to/from user space, etc. is all done in a consistent
manner by ethtool.c
<brazilnut@us.ibm.com>
[PATCH] pcnet32.c handle failures in open
If there are errors in the open routine, the driver does not correctly clean
up and free resources.
This also removes an unnecessary netif_wake_queue, correctly supports the
debug parameter, and updates the version and date.
<brazilnut@us.ibm.com>
[PATCH] pcnet32.c non-mii errors with ethtool
pcnet32 devices which do not contain an mii respond incorrectly to
ethtool commands.
Reported by VANDROVE@vc.cvut.cz and Thomas Munck Steenholdt.
<brazilnut@us.ibm.com>
[PATCH] pcnet32.c add PCI hot remove support
This patch adds support for PCI hot remove. Tested on PPC64 boxes.
The driver has also been checked to comply with PCMCIA/cardbus remove
requirements, but as I don't have a PCMCIA card, it is untested.
If a PCMCIA card is removed, reads will return FFFF. The FFFF will
cause all while loops to exit.
<brazilnut@us.ibm.com>
[PATCH] pcnet32.c adds loopback test
This adds the ability to do a local loopback test for the adapter. This
source was submitted by James Lewis <jklewis@us.ibm.com>. Tested on PPC
and IA32 systems.
<brazilnut@us.ibm.com>
[PATCH] whitespace only change to pcnet32.c
Last change for a while. This modifies the whitespace only.
consistent indentation, deletes trailing tabs, trailing spaces, etc.
<brazilnut@us.ibm.com>
[PATCH] pcnet32.c fix compile error
Arrgh. I sent the wrong diff file. This one fixes the compile error I
introduced ;-(
<phillim2@comcast.net>
[PATCH] 3c359_microcode.h clean up - 2.6.3
Small patch to clean up 3c359_micrcode.h, no other drivers in the kernel
come anywhere near the file and the #if is superflous.
Mike Phillips
<scott.feldman@intel.com>
[PATCH] e1000: flow control
* Bug fix: flow control high/low watermark settings not
within Rx FIFO range: math error.
<scott.feldman@intel.com>
[PATCH] e1000: disable TSO for now
* Disable TSO as default setting until some hangs/resets caused
with TSO enabled are root-caused. TSO can still be manually
enabled using ethtool -K.
<scott.feldman@intel.com>
[PATCH] e1000: disable CSA fix for 82547
* Multiple reports of system lock-ups with the CSA patch, so
let's disable fix for now until we can understand why this
is causing the hangs. It was first thought that only pre-
productions systems would hang, but that's not true.
<scott.feldman@intel.com>
[PATCH] e1000: delay may be too small
* msec_delay macro wouldn't delay at all if x < 10, and
wouldn't delay enough for x = 10. Not a concern for
2.6 (HZ=1000) but is for 2.4 (HZ=100).
<scott.feldman@intel.com>
[PATCH] e1000: collision retry count too high
* For half duplex, the IEEE says collision retry count should
be 15 not 16. Would cause really slow transfers on some hubs
(i.e NetGear DS108).
<scott.feldman@intel.com>
[PATCH] e1000: handle register_netdev failure
* driver not handling failures of register_netdev
[Stephen Hemminger (shemminger@osdl.org)]
<scott.feldman@intel.com>
[netdrvr e100] Response to Jeff's review plus some minor fixes.
* define dump stats complete constant
* add mwb() to keep order straight with HW when appending
new resources to Rx and Tx queues
* increment stats for rx_dropped and rx_over_errors
<shemminger@osdl.org>
[PATCH] Re: IA32 (2.6.3 - 2004-02-18.22.30) - 4 New warnings (gcc 3.2.2)
Error path (EISA) probe was using device before set.
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1567 -> 1.1568
# drivers/net/dgrs.c 1.23 -> 1.24
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/02/19 shemminger@osdl.org 1.1568
# fix bug in eisa error path.
# --------------------------------------------
#
<shemminger@osdl.org>
[PATCH] Allow pcnet_cs to work with shared irq
Here is a rediff'd version of the patch to fix shared irq handling in pcnet_cs
and generic 8390 drivers.
<akpm@osdl.org>
[PATCH] m68k: Sun-3 LANCE Ethernet
From: Geert Uytterhoeven <geert@linux-m68k.org>
sun3lance updates from Sam Creasey:
- Pass the correct flags to request_irq()
- Add debug code for transmitting packets
<akpm@osdl.org>
[PATCH] m68k: Atari Pamsnet warning
From: Geert Uytterhoeven <geert@linux-m68k.org>
Atari Pamsnet Ethernet: Kill warning
<akpm@osdl.org>
[PATCH] m68k: Amiga A2065 Ethernet new driver model
From: Geert Uytterhoeven <geert@linux-m68k.org>
A2065 Ethernet: Convert to the new driver model
<akpm@osdl.org>
[PATCH] m68k: Amiga Ariadne Ethernet new driver model
From: Geert Uytterhoeven <geert@linux-m68k.org>
Ariadne Ethernet: Convert to the new driver model
<akpm@osdl.org>
[PATCH] m68k: Amiga Hydra Ethernet new driver model
From: Geert Uytterhoeven <geert@linux-m68k.org>
Hydra Ethernet: Convert to the new driver model
<srompf@isg.de>
[PATCH] Re: Patch: netif_carrier_on()/off() for xircom_tulip_cb
--Boundary-00=_EQjNA7alc3Y2zQJ
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi,
> Please resend patches that may be applied with "patch -p1",
> not "patch -p0".
ok., here's the first, suspend/resume
--Boundary-00=_EQjNA7alc3Y2zQJ
Content-Type: text/x-diff;
charset="iso-8859-1";
name="xircom_tulip_cb_pm.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="xircom_tulip_cb_pm.diff"
<srompf@isg.de>
[PATCH] netif_carrier_on()/off() for xircom_tulip_cb
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] au1k leaks, allocation and free_netdev() fixes
* fixes leaks on failed init
* switches to sane allocation
* fixes netdev freeing (kfree -> free_netdev)
* fixes the idiocy with ->init() (from registger_netdev()) calling
unregister_netdevice() in case of failure - before we got anywhere past
the very beginning of register_netdev().
That's a part of NE* series that failed through the cracks (there were
pending irda patches, so that had been postponed, irda patches either
hadn't materialized in two months or hadn't touched that driver at all,
the latter being more likely).
Please, apply.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] vlsi_ir leak, allocation and freeing fixes
* switched to sane allocation
* fixes race on removal - we unregistered too late
* contrary to the comment, device had no destructor, so removal
had leaked - unregister_netdev() doesn't trigger freeing in that driver.
* fixes freeing (kfree -> free_netdev)
Otherwise the same story as with previous patch - irda-related part of NE*
that got lost.
<jochen@scram.de>
[PATCH] tms380tr patch 1/3 (bug fix)
Hi Jeff,
this fixes some problems partly introduced in the latest token ring
update:
- mix of alloc_trdev(0) and alloc_trdev(sizeof(struct net_local)) confused
memory management.
- initialization of proteon and sknet cards was broken.
- proteon_close() and skisa_close() deleted.
--jochen
abyss.c | 2 -
madgemc.c | 2 -
proteon.c | 91 ++++++++++++++++++++++++-------------------------------
skisa.c | 100 +++++++++++++++++++++++++------------------------------------
tms380tr.c | 41 +++++++++----------------
tmspci.c | 2 -
6 files changed, 100 insertions(+), 138 deletions(-)
<jochen@scram.de>
[PATCH] tms380tr patch 2/3 (queue fix)
Hi Jeff,
this one removes the internal queue of tms380tr. It was racy, anyways.
--jochen
tms380tr.c | 178 +++++++++++++++++++++++--------------------------------------
tms380tr.h | 4 -
2 files changed, 70 insertions(+), 112 deletions(-)
<jochen@scram.de>
[PATCH] tms380tr patch 3/3 (get firmware out of kernel)
Hi Jeff,
the last one makes tms380tr use the kernel firmware loader instead of
linking some propriatary code into the kernel, probably violating the
GPL.
drivers/net/tokenring/tms380tr_microcode.h can go after this patch has
been applied.
--jochen
tms380tr.c | 34 ++++++++++++++++++++++++++++++----
1 files changed, 30 insertions(+), 4 deletions(-)
<jgarzik@redhat.com>
Delete tms380tr firmware, no longer needed
now that driver uses request_firmware()
<jgarzik@redhat.com>
Improvements to the bk-make-sum BitKeeper summary/submission script:
* use bk:// url to reduce confusion
* remove "Linus, " from introductory output text
* don't diffstat each individual cset; do the entire patch all in
one go. Makes the script a -lot- faster when summarizing
a large number of changesets.
<bcollins@debian.org>
SPARC64: Use hard_smp_processor_id() for init_irqwork_curcpu()
<jgarzik@pobox.com>
[PATCH] default 8139too to PIO
Some machines still appear to lock up under MMIO mode, so default to PIO.
<paulus@samba.org>
[PATCH] Clean up IRQ mapping code
On the larger ppc64 machines we remap the interrupt numbers used by
the hardware/firmware to virtual IRQ numbers < NR_IRQS. Up until now
we have used an array for the "real" (hardware) -> virtual IRQ number
mapping, but with new machines coming out that will have 24-bit
hardware IRQ numbers, this will break. However, in fact it is only
the XICS interrupt controller which cares about this mapping. This
patch moves that side of the mapping (real -> virtual) into the XICS
code and makes it use a radix tree.
On iSeries we have a similar issue, where the "real" IRQ numbers that
we need are in fact an encoding of the bus/device/function address of
the device. This patch fixes iSeries to use the virt->real IRQ
mapping, allowing us to support larger iSeries machines. This patch
also gets rid of the temporary hack that Stephen Rothwell submitted.
On machines with OpenPIC (including the G5) the mapping is explicitly
1-1, and that hasn't changed. For other machines this patch cleans up
and simplifies the code that sets up the virtual->real mapping.
I have tested this code and verified that G5, pSeries and iSeries boot
and run correctly with this patch.
<akpm@osdl.org>
[PATCH] ppc64: archhelp fix
From: Jeremy Kerr <jk@ozlabs.org>
This patch is missing a single quote; here's a fix.
<akpm@osdl.org>
[PATCH] Fix make xconfig on /lib64 systems
From: Andi Kleen <ak@suse.de>,
R. J. Wysocki
Without this make xconfig doesn't find the Qt library on systems using
/lib64 (like x86-64)
<akpm@osdl.org>
[PATCH] Report NGROUPS_MAX via a sysctl (read-only)
From: Tim Hockin <thockin@sun.com>
Attached is a simple patch to expose NGROUPS_MAX via sysctl. Nothing
fancy, just a read-only variable. glibc can use this to sysconf() the
value properly, so apps will stop relying on NGROUPS_MAX as a real
constant.
<akpm@osdl.org>
[PATCH] Make insert_resource work for alder IOAPIC resources
From: James Bottomley <James.Bottomley@SteelEye.com>
This is a necessary precursor patch for getting the Intel Alder motherboard
working (it has a PCI device corresponding to the IO-APIC which has to be
forcibly inserted into the machine's reserved memory region).
Eric Biederman was going to come up with a more comprehensive fix, but in
the meantime, this is the minimum necessary to get insert_resource to work
when the covering region is larger than the resource being inserted.
<akpm@osdl.org>
[PATCH] add the Intel Alder IO-APIC PCI device to quirks
From: James Bottomley <James.Bottomley@SteelEye.com>
The alder has an intel Extended Express System Support Controller which
presents apparently spurious BARs. When the pci resource code tries to
reassign these BARs, the second IO-APIC gets disabled (with disastrous
consequences).
The first BAR is the actual IO-APIC, the remaining five bars seem to be
spurious resources, so we forcibly insert the first one into the resource
tree and clear all the others.
<akpm@osdl.org>
[PATCH] x86: remove THREAD_SIZE assumption cleanups
From: Arjan van de Ven <arjanv@redhat.com>
some more hardcoded THREAD_SIZE cleanups.
<akpm@osdl.org>
[PATCH] cosmetic printk fix
From: Arjan van de Ven <arjanv@redhat.com>
One of my machines prints the following in dmesg during boot;
CPU: Trace cache: 4K uops<6>CPU: L2 cache: 256K
cause is a missing \n being printed; fix below.
<akpm@osdl.org>
[PATCH] remove unneeded check from sys_sysctl()
That check I just added to sys_sysctl() is not needed: do_sysctl() checks as
well.
<akpm@osdl.org>
[PATCH] clarify MSI requirements in Kconfig
From: Martine Silbermann <Martine.Silbermann@hp.com>
Having spent a non trivial amount of time trying to pull in the code to
enable MSI, I would suggest that a clear indication in Kconfig that MSI
requires CONFIG_PCI_USE_VECTOR would be very helpful. Also since the MSI
code was integrated into 2.6.1 I've updated the comment that called for
installing the MSI patch.
<akpm@osdl.org>
[PATCH] pty changes require procps 3.2
From: Albert Cahalan <albert@users.sourceforge.net>
Now that /dev/pts is using the 12:20 dev_t, a new procps is required.
<akpm@osdl.org>
[PATCH] jffs2: Don't jump between contexts
From: David Woodhouse <dwmw2@infradead.org>
Don't jump between contexts.
(don't write comprehensible changelogs, either).
<akpm@osdl.org>
[PATCH] fix the build with CONFIG_UNIX98_PTYS=n
From: Ian Wienand <ianw@gelato.unsw.edu.au>
- Fix inline function declarations
- Use #ifdef for CONFIG_*, not #if
<akpm@osdl.org>
[PATCH] Eicon isdn driver compile __devexit compile fix
From: Armin <armin@melware.de>
Pointers to __devexit functions must be wrapped with the __devexit_p()
macro.
<akpm@osdl.org>
[PATCH] Change ENOTSUPP to EOPNOTSUPP
From: James Morris <jmorris@redhat.com>
ENOTSUPP is the wrong value, and should not be returned to userspace.
<akpm@osdl.org>
[PATCH] swsusp/s3: Assembly interactions need asmlinkage
From: Pavel Machek <pavel@suse.cz>
swsusp/s3 assembly parts, and parts called from assembly are not properly
marked asmlinkage; that leads to double fault on resume when someone
compiles kernel with regparm. Thanks go to Stefan Seyfried for discovering
this.
<akpm@osdl.org>
[PATCH] acpi/utils.c warning fix
drivers/acpi/utils.c: In function `acpi_evaluate_reference':
drivers/acpi/utils.c:353: warning: unsigned int format, different type arg (arg 5)
<akpm@osdl.org>
[PATCH] drivers/acpi/sleep/proc.c warnings
drivers/acpi/sleep/proc.c:359: warning: initialization from incompatible pointer type
drivers/acpi/sleep/proc.c:367: warning: initialization from incompatible pointer type
<kaber@trash.net>
[NETFILTER]: Fix amanda helpers, forward port from 2.4.x version.
<viro@parcelfarce.linux.theplanet.co.uk>
[WANROUTER]: Kill MODULE ifdefs.
<mludvig@suse.cz>
[XFRM_USER]: Fix SKB sizing in xfrm_send_policy_notify().
<mludvig@suse.cz>
[XFRM_USER]: In xfrm_send_{acquire,policy_notify}(), use {RTA,NLMSG}_SPACE().
<davem@nuts.davemloft.net>
[IPV6]: UDPv6 needs recvmsg csum error path fix too, thanks Olaf.
<chas@cmf.nrl.navy.mil>
[ATM]: horizon: make reset function not __init (from Randy Dunlap <rddunlap@osdl.org>)
<chas@cmf.nrl.navy.mil>
[ATM]: use clip_tbl instead of clp_tbl_hook (from Francois Romieu <romieu@fr.zoreil.com>)
<dlstevens@us.ibm.com>
[IGMP/MLD]: Check for numsrc overflow, plus temp buffer tweaks.
<bcollins@debian.org>
IEEE1394(r1162): Check return value for errors from hpsb_register_protocol.
<bcollins@debian.org>
IEEE1394(r1163): Fixup nodemgr_{suspend,resume}_ne to use the ud class list.
<akpm@osdl.org>
[PATCH] add syscalls.h
From: "Randy.Dunlap" <rddunlap@osdl.org>
Add syscalls.h, which contains prototypes for the kernel's system calls.
Replace open-coded declarations all over the place. This patch found a
couple of prior bugs. It appears to be more important with -mregparm=3 as we
discover more asmlinkage mismatches.
Some syscalls have arch-dependent arguments, so their prototypes are in the
arch-specific unistd.h. Maybe it should have been asm/syscalls.h, but there
were already arch-specific syscall prototypes in asm/unistd.h...
Tested on x86, ia64, x86_64, ppc64, s390 and sparc64. May cause
trivial-to-fix build breakage on other architectures.
<akpm@osdl.org>
[PATCH] asmlinkage fixes
From: Andreas Gruenbacher <agruen@suse.de>,
and me.
Latest gcc cvs is able to detect mismatches between functions which are
tagged asmlinkage and declarations which are missing asmlinkage. Or vice
versa.
Fix up the fallout from an x86 allyesconfig build.
<ak@suse.de>
[PATCH] x86-64 merge for 2.6.3
Bring the x86-64 port up to date. Lots of smaller bug fixes that have accumulated.
Also fixes another nasty bug introduced by the IA32e changes that causes BUGs at
boot for some people.
Only changes x86-64 specific files. There are some other changes that I'm sending
separately.
- Some cleanup in NMI watchdog code
- Fix HyperThreading CPU setup race (Suresh B. Siddha)
- Update defconfig
- Add a comment on why iommu_fullflush is disabled.
- Export sys_ioctl again
- Fix build with IA32_EMULATION=y and SYSVIPC=n
- Remove noisy boot printks in the mptable scan.
- Implement automatic NMI watchdog switching for real now
- Remove redundant 32bit ioctl handlers for autofs
- Remove CONFIG ifdefs around rtc 32bit ioctl handlers
- Remove useless nfsctl ifdef in syscall.c (Al Viro)
- Increase padding for prefetchw alternative
- Check for NX bit early before setting up memory maps (Suresh B. Siddha)
- Change Intel IA32e config description and fix help texts (Jun Nakajima)
- Fix microcode driver build really now (Dave Jones)
- Add nohpet option to disable HPET timer
- Fix double semicolon in aperture.c
- Add cmpxchg16b cpuid entry
- Fix return value of read_pci_config_16 (Paul Menage)
- Fix __KERNEL_COMPAT32_CS (Zachary Amsden)
- Disable the infamous 30 minutes check in CMOS time setting
- Update URLs in Kconfig (Petri T. Koistinen)
- Fix ACPI interrupt source parsing for Nforce3 (Maciej W. Rozycki)
- Fix 32bit ipc version parsing.
- Run local APIC NMI watchdog only once a second (or less often on idle boxes)
- Merge ACPI APIC SCI functions from i386
- Add i8254 timer suspend code from i386
- Merge with 2.6.2-rc3 + minor changes from i386
- Fix empty_zero_page declaration (Greg Johnson)
- Readd sysctls for exception/page fault trace and vsyscall32
- Fix WCHAN
- Fix STACK_TOP usage. Stack for 64bit processes should be at the
top of memory now again. Also set it correctly for LINUX32_3GB.
- Add warning fixes for gcc 3.4 and -Wdeclaration-after-statement
<ak@suse.de>
[PATCH] New machine check handler for x86-64
This adds a new completely rewritten machine check handler for x86-64.
The old one never worked on 2.6.
The new handler has many improvements. It closely follows the Intel and AMD
recommendations on MCE handlers now (the old one had many violations). It handles
unrecoverable errors in user space better now - it will only kill the process now
if possible instead of panicing.
This one is CPU independent now - it should work on any CPU that supports the standard
x86 MCA architecture.
This new handler only logs fatal errors that lead to kernel panic to the console.
Non fatal errors are logged race free into a new (non ring) buffer now
and supplied to the user using a new character device. The old one could
deadlock on console and printk locks. This also separates machine check errors
from real kernel errors better. The new buffer has been also designed to
be easily accessible from external debugging tools: it has a signature
and could be even recovered after reboot. It is not organized as a ring buffer -
this means the first errors are kept unless explicitely cleared.
The new error formats can be parsed using ftp://ftp.suse.com/pub/people/ak/x86-64/mcelog.c
The new character device for it can be created with mknod /dev/mcelog c 10 227
There is a new sysfs interface to configure the machine check handler.
It has a "tolerant" parameter that defines the aggressiveness of the machine check:
0: always panic
1: panic if deadlock possible (e.g. MCE happened in the kernel)
2: try to avoid panic
Default is 2
Despite of having more features the new handler is shorter.
<ak@suse.de>
[PATCH] Run 32bit compat ioctl handlers in BKL
Give 32bit emulation ioctl handlers the same locking rules as normal ioctl handlers.
This will avoid surprises in driver code.
Most call sys_ioctl who would take it anyways.
<ak@suse.de>
[PATCH] Support AGP bridge on Nvidia Nforce3 + cleanup
For some unknown reasons Nvidia NForce3 doesn't use the standard Hammer AGP architecture,
but requires set up of some shadow registers. This patch adds that to the K8 AGP driver.
Based on an old 2.4 patch from someone at Nvidia.
Also includes another bug fix for the K8 AGP handler, from Brad House.
We should not assume that there is only one northbridge in a Uniprocessor system.
Always flush all.
Also some minor cleanup.
<bcollins@debian.org>
[SPARC64]: Use prom_printf in sun_do_break() instead of printk. Avoids lockup.
<jgarzik@redhat.com>
[libata] Guarantee that S/G entries do not straddle IDE DMA 64k boundary
<jgarzik@redhat.com>
[libata sata_sil] fix 4-port support on SII 3114
<davidm@tiger.hpl.hp.com>
ia64: Fix bug in ia64_get_scratch_nat_bits()/ia64_put_scratch_nat_bits().
<davidm@tiger.hpl.hp.com>
ia64: Update defconfig
<jgarzik@redhat.com>
[libata] Explicitly set max_phys_segments to 128 (current blk default),
in case MAX_PHYS_SEGMENTS ever changes.
<dmilburn@redhat.com>
[libata sata_promise] Fix DIMM initialization on PCI-X bus
<jgarzik@redhat.com>
[libata] bump versions
<marcel@holtmann.org>
[Bluetooth] Dynamic allocation of HCI device
For correct integration into the driver model the allocation of the HCI
device must be dynamic.
<marcel@holtmann.org>
[Bluetooth] Use C99 initializer for HCI USB driver
This patch changes the GNU-style initializers to C99 style initializers
in the HCI USB driver.
Patch from Art Haas <ahaas@airmail.net>
<jgarzik@redhat.com>
Fix PCI MSI build when kirqd is disabled.
<jgarzik@redhat.com>
[libata] Much better s/g table fill routine
My version wouldn't work for really large iommu merges.
Contributed by Benjamin Herrenschmidt, with a tiny optimization from me.
<davidm@tiger.hpl.hp.com>
ia64: Update defconfig
<qboosh@pld-linux.org>
[PATCH] 2.6.3 - fix for undefined mdelay in 3c505
This patch fixes undefined mdelay() in 3c505 driver - at least on alpha
(maybe on other archs <linux/delay.h> is included by some other headers,
but on alpha it isn't) there was warning:
*** Warning: "mdelay" [drivers/net/3c505.ko] undefined!
<akpm@osdl.org>
[PATCH] ppc64: fix de4x5 build
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
It should be _machine, not ppc_machine.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] remove init_{etherdev,netdev} and dev_alloc
These are racy by "design", and all users have been eliminated.
<brazilnut@us.ibm.com>
[PATCH] pcnet32 non-mii link state fix
s patch correctly returns the link state of an adapter which does not
have an MII. Tested by myself and the patch author Thomas Munck Steenholdt
<tmus@tmus.dk>. (This version has the correct file name)
<zdzichu@irc.pl>
[PATCH] Update via-rhine Kconfig entry
I've noticed that via-rhine supports my VIA Rhine-III. Kconfig
mentions only rhine-1 and rhine-2. Here update.
<hch@lst.de>
[PATCH] remove useless MOD_{INC,DEC}_USE_COUNT in lasi_82596.c
<hch@lst.de>
[PATCH] remove useless MOD_{INC,DEC}_USE_COUNT in sun3lance
<hch@lst.de>
[PATCH] remove useless MOD_{INC,DEC}_USE_COUNT in sb1250-mac
<hch@lst.de>
[PATCH] remove useless MOD_{INC,DEC}_USE_COUNT in meth
<hch@lst.de>
[PATCH] remove useless MOD_{INC,DEC}_USE_COUNT in wanpipe
wanpipe_open/close are used by sub-modules in their open/close handlers,
thus locking sdlamain into memory by using the exports
<santil@us.ibm.com>
[PATCH] Add IBM PowerPC Virtual Ethernet Driver
<armcc2000@com.rmk.(none)>
[ARM] Optimise ARM720T Thumb abort unwinding.
Patch from: Andre.
Optimise data_thumb_pushpop and data_thumb_ldmstm population
counting code with a slightly more optimal algorithm than the
original as there are only 8 bits to count instead of 16.
<rmk@flint.arm.linux.org.uk>
[ARM] Add ARM architecture version 6 support.
This cset adds support ARM architecture version 6.
<davej@redhat.com>
[CPUFREQ] Export powernow-k7 scaling frequencies
From: Kronos <kronos at kronoz.cjb.net>
The following patch make powernow-k7.c export supported frequencies via
sysfs. I'm trying to write a scaling deamon and I need to know them.
<davej@redhat.com>
[CPUFREQ] scaling_available_frequencies work for remaining x86 drivers.
Export scaling_available_frequencies on the remaining
x86 freq_table-based cpufreq drivers. powernow-k7, acpi and speedstep-centrino
are already queued.
Please note that this cannot be done in the cpufreq core as the cpufreq core
tries very hard to be independent of the freq_table helpers.
<davej@redhat.com>
[CPUFREQ] Fix ARM cpufreq governor selection
From: Russell King <rmk@arm.linux.org.uk>
<akpm@osdl.org>
[PATCH] m68k: Amiga Zorro8390 Ethernet new driver model
From: Geert Uytterhoeven <geert@linux-m68k.org>
Zorro8390 Ethernet: Convert to the new driver model
<akpm@osdl.org>
[PATCH] HFS rewrite
From: Roman Zippel <zippel@linux-m68k.org>
This is a complete rewrite of the HFS driver, it gets rid of a all the
special conversion options, which belong in user space. The driver uses now
a btree support very similiar to HFS+, so that both could be merged at some
point.
Thanks to Ethan Benson <erbenson@alaska.net> for a number of patches to make
the driver more compliant with the spec and Christoph Hellwig <hch@lst.de>
for fixing up the documentation.
<akpm@osdl.org>
[PATCH] HFS+ support
From: Roman Zippel <zippel@linux-m68k.org>
This driver adds full read/write support for HFS+ and is based on the
readonly driver by Brad Broyer.
Thanks to Ethan Benson <erbenson@alaska.net> for a number of patches to
make the driver more compliant with the spec.
<akpm@osdl.org>
[PATCH] superblock fixes
From: <fabian.frederick@gmx.fr>
- Avoid sync_fs with clean fs & wait mode = 0
- mark_files_ro overrides pending deletes (doc)
- some trivial doc fixes
<akpm@osdl.org>
[PATCH] fix module reference counting in zoran driver
From: Christoph Hellwig <hch@lst.de>
Take a reference before calling into the module and release it after we're
done. Also remove the useless (and wrong) refcounting in videocodec -
symbols from this module are used by other modules if we call into those
functions so it can't be unloaded anyway.
We really need to add a debug check to tip all those
try_module_get(THIS_MODULE) callers..
<akpm@osdl.org>
[PATCH] s390: general update.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Core s/390 changes:
- Add -mbackchain to CFLAGS to prepare for gcc 3.4 with comes with a
default setting of -mno-backchain
- Add implementation of strcpy.
- Pad bytes after string end in strncpy.
- Fix __sem_update_count inline assembly for gcc 3.4.
- Export smp_ptlb_all for tlb flushing in module code.
- Fix sched_clock.
- Remove the last KERNEL_VERSION #if in s390 code.
- Add dummy implementation for missing dma_{alloc,free}_coherent.
- Avoid cast of lvalue in idal_buffer_{from,to}_user.
- Remove _exit definition from unistd.h.
<akpm@osdl.org>
[PATCH] s390: common i/o layer.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Common i/o layer fixes:
- Add atomic onoff variable to ccw devices and ccw-group devices to
avoid races during online/offline.
- Fix pr_debug calls.
- A lot of path fixes:
+ Set device to disconnected state after no path event.
+ Fix chpid vary on/off for single path devices.
+ Make logical vary on/off consistent with physical vary on/off.
+ Don't update subchannel schib if the device is gone (dnv not set).
+ Add code to recover lost chpids after machine checks.
+ Avoid processing link incidents, resource accessability events and
chpid machine checks for logically offline chpids.
+ Recover disconnected devices after chsc machine checks.
+ Delay de-registering of no path devices to avoid deadlocks.
+ Don't redo ssd for known subchannels - the info is static.
+ Introduce a second, "slow" machine check handler thread for new devices.
The "fast" machine check handler only recovers disconnected devices.
- Deregister subchannel rather than ccw device on not oper events.
- Fix calling sequence of notify function vs. path verification.
- Reset timeout for disconnected devices.
- Fix problem with debug feature and %s arguments.
- Fix __get_subchannel_by_stsch to deal with "zombie" subchannels.
- Avoid "zombie" subchannels if device is not operational during sense id.
- Handle call to the io_subchannel remove function if the ccw device
is not registered yet.
- Add availability attribute for ccw devices: "good", "no device",
"no path", "boxed".
- Export ccw_device_work for qdio as module.
- Retry sense id for tape devices which present intervention required.
- Don't check the activity control to decide if the device driver interrupt
handler needs to be called but use the bits in status control.
- Fix race in ccw_device_stlck.
- Accumulate deferred condition code.
- Fix setting_up_sema locking.
- Call qdio_shutdown instead of qdio_cleanup on failed establish.
- Fix problem when 64 FCP adapters are initialized simultaneously.
- Fix problem with >64 adapter interrupt capable devices.
- Reduce stack usage in qdio.
<akpm@osdl.org>
[PATCH] s390: console driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Console driver fixes:
- Fix ^n at end-of-line check in 3215 and sclp driver.
- Fix copy_from_user/might_sleep/spinlock problem in sclp.
<akpm@osdl.org>
[PATCH] s390: compat_timer_settime.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
sys_timer_settime returns EINVAL if *new is NULL, compat_timer_settime
returns EFAULT. Add a check to compat_timer_settime to return EINVAL
if *new is NULL.
<akpm@osdl.org>
[PATCH] s390: CTC network driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
CTC network driver fixes:
- Fixed some debug messages (did not compile with DEBUG defined).
- Added sanity checks in ctc_proto_store() & ctc_shutdown_device().
- Added some bugfixes from 2.4.
- Tweaked logging.
- Removed syntax error in pr_debug call.
- Changed do_IO (not existing any more) to ccw_device in messages.
- Corrected format failure in pr_debug of channel_get.
- Add symlinks between net device and ctc device.
- Add tiocmset/tiocmget API change patch from Russell King
- Fix locking problem in ctc_tty_cleanup.
<akpm@osdl.org>
[PATCH] s390: LCS network driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
LCS network driver fixes:
- Fix ccwgroup behaviour, remove should offline cards still online.
- Better not write to the debug feature before it is registers.
- Don't free card structure on offline but on remove.
- Check for deferred condition code 1 in lcs_irq for halt requests.
- Call free_netdev only if there is a net device.
<akpm@osdl.org>
[PATCH] s390: IUCV network driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
IUCV interface fixes:
- VM workaround: redirect setmask call to cpu 0.
- Disable message interrupts during connection setup.
- Honor incoming connection severed during connection setup.
- Add connect retry when remote severed connection.
- Add symlinks between net device and iucv device.
- More fixes for proper net device allocation/deallocation.
<akpm@osdl.org>
[PATCH] s390: DASD device driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
DASD driver fixes:
- Fix generic_set_online if diag discipline is not availab.e
- Fix reserve on already reserved device.
- Use default-erp for unit check without sence information.
- Revert dasd naming scheme change from dasd<xyz> to dasd_<busid>_. This
breaks too many user space packages.
- Extend dasd naming scheme to four letters dasd<aaaa>-dasd<zzzz>.
- Fix formatting of dasds.
<akpm@osdl.org>
[PATCH] s390: virtual timer interface.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add virtual timer interface.
<akpm@osdl.org>
[PATCH] s390: z/VM monitor stream.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add Linux - z/VM monitor stream.
<akpm@osdl.org>
[PATCH] s390: collaborative memory management.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add collaborative memory management interface.
<akpm@osdl.org>
[PATCH] s390: channel measurement block interface.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add channel measurement block interface.
<akpm@osdl.org>
[PATCH] s390: zfcp host adapter
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add new features to the zfcp host adapater driver:
- Add support for FCP access control.
- Error recovery enhancements.
<akpm@osdl.org>
[PATCH] s390 syscalls.h update
From: Arnd Bergmann <arnd@arndb.de>
With the s390 updates in -mm3, you also need this patchlet.
<akpm@osdl.org>
[PATCH] s390: DCSS block device driver.
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Add z/VM discontiguos saved segments (DCSS) block device driver.
<akpm@osdl.org>
[PATCH] dvb: Update subsystem docs
From: Michael Hunold <hunold@linuxtv.org>
- dvb docs: added a nice howto on how to get Avermedia DVB-T running - nice
tutorial for DVB newbie, too
- dvb docs: fix various incorrect informations in cards.txt, faq.txt,
firmware.txt
<akpm@osdl.org>
[PATCH] dvb: Update saa7146 driver core
From: Michael Hunold <hunold@linuxtv.org>
- saa7146: fix timeout bug on AMD64 in saa7146_wait_for_debi_done()
- saa7146: release resources for video overlay properly, don't
(incorrectly) rely on VIDIOC_OVERLAY(0)
<akpm@osdl.org>
[PATCH] dvb: Minor Skystar2 updates
From: Michael Hunold <hunold@linuxtv.org>
skystar2: renamed two functions, deleted spurious spaces.
<akpm@osdl.org>
[PATCH] dvb: core update
From: Michael Hunold <hunold@linuxtv.org>
- dvb-core: replace usage of sleep_on_...() with
wait_event_interruptible_timeout()
- dvb-core: fix dvb_ringbuffer_read/write() buffer pointer bug
- video: added VIDEO_EVENT_FRAME_RATE_CHANGED and VIDEO_GET_FRAME_RATE
ioctl
<akpm@osdl.org>
[PATCH] dvb: Misc frontend updates
From: Michael Hunold <hunold@linuxtv.org>
- alps_tdlb7 + alps_tdmb7: Changed to use full i2c reads in probing instead
of i2c pings to be compatable with ttusb
- nxt6000: bugfix by Robert Cook: FE_RESET did the same as FE_INIT, thus
invalidating current channel settings on FE_RESET
- sp887x: fixed typo
- Makefile: add nxt6000 frontend driver to Makefiles
- Kconfig: DVB_TDA1004X and DVB_NXT6000 do not depend on !STANDALONE (i.e.
no compile-time firmware image necessary)
- ves1820: turn off ves1820 test output pins
- ves1820: verbose-print AFC only if carrier has been recovered
- ves1820: change AFC handling as suggested by Robert Schlabbach, use bit 1
of the SYNC register for FE_HAS_SIGNAL
<akpm@osdl.org>
[PATCH] dvb: stv0299 DVB frontend update
From: Michael Hunold <hunold@linuxtv.org>
stv0299: Added seperate settings for SU1278 on Technotrend hardware
<akpm@osdl.org>
[PATCH] dvb: tda1004x DVB frontend update
From: Michael Hunold <hunold@linuxtv.org>
- tda1004x: standardised where the firmware should be.
- tda1004x: need to re-invert inversion for tda10046 in get_fe()
- tda1004x: reset chip before uploading firmware
- tda1004x: split firmware upload off from frontend init. the initial tune
attempt was taking too long. provide explanation of tuner frequency
calculations
- tda1004x: Fixed signal strength reading for tda10046h
<akpm@osdl.org>
[PATCH] dvb: av7110 DVB driver update
From: Michael Hunold <hunold@linuxtv.org>
- av7110: check result of saa7146_wait_for_debi_done() in av7110_bootarm()
and bail out early if booting the ARM failed
- av7110: correct voffset for analog standard
- av7110: replace usage of sleep_on_interruptible_timeout() with
wait_event_interruptible_timeout()
<akpm@osdl.org>
[PATCH] dvb: TTUSB-Budget DVB driver update
From: Michael Hunold <hunold@linuxtv.org>
- dvb-ttusb-budget: Fixed i2c code to detect nearly all errors
- dvb-ttusb-budget: Added "V 2.1" to prevent warning message on driver load
- dvb-ttusb-budget: Some printks turned into dprintks
- dvb-ttusb-budget: Removed __initdata. It is now possible in kernel 2.6
to compile the DVB drivers into a monolithic kernel.
- dvb-ttusb-budget: Fix for failing urb submission under 2.6 kernels
<akpm@osdl.org>
[PATCH] n_tty.c cleanup
From: James Simmons <jsimmons@infradead.org>
Remove kd.h. We don't need this header. Use the inline functions to set
the current process state.
<akpm@osdl.org>
[PATCH] M68k Macintosh driver config
From: Geert Uytterhoeven <geert@linux-m68k.org>
Update Macintosh driver config logic:
- Move remaining Mac/m68k-specific logic from arch/m68k/Kconfig to
drivers/macintosh/Kconfig
- Fixup Mac/m68k conflicts
<akpm@osdl.org>
[PATCH] request_firmware(): misc fixes
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- use vfree to free vmalloc memory.
- Make sure fw_setup_class_device sets *class_dev_p to NULL in all case of
error.
- Fix error handling in firmware_class_init.
<akpm@osdl.org>
[PATCH] request_firmware(): more misc fixes
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- Take advantage of strlcpy.
- Extra error logging.
- Use struct coping instead of memcpy.
- Put all aborting code in a single place, and fully abort if
fw_realloc_buffer fails.
- Abort on unexpected 'loading' values.
<akpm@osdl.org>
[PATCH] request_firmware(): add status bitmap
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- Make an status bitmap instead of using independent boolean variables. It
will make things nicer later when new issues need to be tracked.
<akpm@osdl.org>
[PATCH] request_firmware(): fix firmware_priv leak
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- release 'struct firmware_priv' from class_dev->release.
<akpm@osdl.org>
[PATCH] request_firmware(): race fixes
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
- Remove races related to the handling and release of 'struct firmware'
<akpm@osdl.org>
[PATCH] request_firmware(): refactor fw_setup_class_device()
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- Refactor fw_setup_class_device for readability and maintainability.
<akpm@osdl.org>
[PATCH] request_firmware(): fix attribute removal
From: Manuel Estrada Sainz <ranty@ranty.pantax.net>
Based on patch and suggestions from Dmitry Torokhov
- Don't remove attributes, they should be gone automatically.
<akpm@osdl.org>
[PATCH] early printk documentation fix
early printk documentation fix
<akpm@osdl.org>
[PATCH] radeon config fix
From: Herbert Xu <herbert@gondor.apana.org.au>
RADEON is selecting I2C_ALGOBIT but as kconfig currently does not propagate
selects up the dependency chain (that is according to Roman), this can
leave I2C as m while I2C_ALGOBIT is y.
<akpm@osdl.org>
[PATCH] Remove unused tty CALLOUT defines
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
The callout code has been removed long ago from 2.6. I believe it is safe
to remove some of its unused defines.
<akpm@osdl.org>
[PATCH] don't use floating point in tdfxfb
From: Jakub Bogusz <qboosh@pld-linux.org>
This patch removes using of floating point operations in tdfxfb - they
are really not needed here (these consts are used only in substitutions
and comparisons with integers) are cause unresolved symbols on some
archs - e.g. on alpha:
*** Warning: "__ltdf2" [drivers/video/tdfxfb.ko] undefined!
*** Warning: "__adddf3" [drivers/video/tdfxfb.ko] undefined!
*** Warning: "__floatsidf" [drivers/video/tdfxfb.ko] undefined!
<akpm@osdl.org>
[PATCH] mtd locking fix
From: David Woodhouse <dwmw2@infradead.org>,
Dave Jones <davej@redhat.com>
Add a missing unlock.
<akpm@osdl.org>
[PATCH] C99 patch for fs/afs/inode.c
From: "Art Haas" <ahaas@airmail.net>
This patch converts the file to use C99 initializers. The file had this
patch applied before, but a subsequent patch reversed the change and
readded the GNU-style initializer. This patch brings back the C99 one.
<akpm@osdl.org>
[PATCH] Kill bogus __KERNEL_SYSCALLS usage
From: Dave Jones <davej@redhat.com>
Now that the syscalls.h stuff is in mainline, that clears the way for this
I guess?
<akpm@osdl.org>
[PATCH] C99 initiailzers for drivers/isdn/i4l/isdn_common.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing a few GNU-style initializers to C99
initiailzers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/net/wireless/airo.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99 initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/net/wan/wanxl.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/net/wan/pci200syn.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/net/irda/irda-usb.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/media/common/saa7146_video.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializer for drivers/media/dv/frontend/stv0229.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing GNU-style initializers to C99 initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/media/dvb/frontends/alps_tdlb7.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializers for drivers/media/dvb/frontends/sp887x.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] C99 initializer for driver/media/dvb/ttpci/budget-av.c
From: "Art Haas" <ahaas@airmail.net>
Here's a small patch changing the GNU-style initializers to C99
initializers.
<akpm@osdl.org>
[PATCH] V4L: Add new driver for Teletext decoder SAA5246A from Philips
From: linux@MichaelGeng.de (Michael Geng)
Add new driver for Teletext decoder SAA5246A from Philips.
<akpm@osdl.org>
[PATCH] kbuild: add defconfig targets to make help
From: Sam Ravnborg <sam@ravnborg.org>
List all entries in arch/$(ARCH)/configs/*_defconfig when doing 'make
help'.
Results in output like this (ppc64 as example):
g5_defconfig - Build for g5
pSeries_defconfig - Build for pSeries
The implementation is generic and enables this for all users of _defconfig.
<akpm@osdl.org>
[PATCH] wanmain.c build fix
net/wanrouter/wanmain.c:195: error: parse error before "static"
<akpm@osdl.org>
[PATCH] swsusp locking fix
From: Herbert Xu <herbert@gondor.apana.org.au>
update_screen() requires the console semaphore.
<davej@redhat.com>
[PATCH] Fix for a really stupid off by 1 bug.
I goofed in my last patch to this code..
It reported 1 less CPU than it should have. Doh.
<gerg@snapgear.com>
[PATCH] m68knommu: remove non-existant option from defconfig
Remove non-existent config option from defconfig.
<gerg@snapgear.com>
[PATCH] m68knommu: fix interrupt handler return types to be irqretur_t
Fix interrupt handler return types to be irqreturn_t.
<gerg@snapgear.com>
[PATCH] m68knommu: use KERN_DEBUG in debug printk()'s
Use KERN_DEBUG in all debugging printk() output.
This patch originally from the kernel janitors.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] removal of ifdef MODULE from fs/openpromfs
Removes gratuitous ifdefs - get_nodes() is only called from __init
and by itself, check_space() is only called by get_nodes(), so they can
be made unconditionally __init.
<rusty@rustcorp.com.au>
[PATCH] Always put cache aligned code in own section, even for modules
We put ____cacheline_aligned things in their own section, simply
because we waste less space that way. Otherwise we end up padding
innocent variables to the next cacheline to get the required
alignment.
There's no reason not to do this in modules, too.
<viro@parcelfarce.linux.theplanet.co.uk>
[PATCH] Clean up __cacheline_aligned
arm-26, ppc, sparc, sparc64 and sh have per-arch definitions of
__cacheline_aligned that are identical to default. And yes, removal is
safe - all users of __cacheline_aligned actually pull linux/cache.h in.
<marcel@holtmann.org>
[Bluetooth] Initialize interval of ISOC URB's
The urb->interval value must be set when submitting an ISOC URB. If this
is not done, the usb_submit_urb() call fails.
Patch from Andreas Kemnade <akemnade@informatik.uni-bremen.de>
<horms@verge.net.au>
[JHASH]: Make key arg const in jhash().
<simon@instant802.com>
[NET]: Capture skb->protocol after invoking bridge.
<chas@cmf.nrl.navy.mil>
[ATM]: [lec] put back pressure on network stack
<matthias.andree@gmx.de>
[NET]: Export sysctl_optmem_max to modules.
<qboosh@pld-linux.org>
[PATCH] switch alpha to use drivers/Kconfig
This switches alpha to use drivers/Kconfig instead of including most of
files included by drivers/Kconfig, thus enabling previously omitted i2c
(already used in some drivers available on alpha) and telephony drivers.
Because drivers/message/fusion/Kconfig was included only conditionally
("if PCI"), this patch also changes CONFIG_FUSION to depend on PCI.
(these changes were consulted with Christoph Hellwig in "i2c on alpha
- used but not available in 2.6.3" thread on LKML)
<shemminger@osdl.org>
[IRDA]: Fix handling of shared IRQs in smsc-ircc2 driver.:
<shemminger@osdl.org>
[IRDA]: COnver irda-usb to dynamic device allocation.
<shemminger@osdl.org>
[IRDA]: Rename setup_dma to irda_setup_dma.
<shemminger@osdl.org>
[IRDA]: Make more symbols static, to avoid namespace pollution.
<shemminger@osdl.org>
[IRDA]: Make more symbols static, to avoid namespace pollution.
<shemminger@osdl.org>
[IRDA]: Make more symbols static, to avoid namespace pollution.
<shemminger@osdl.org>
[IRDA]: Make more symbols static, to avoid namespace pollution.
<shemminger@osdl.org>
[IRDA]: No need for volatile type when using set/test_bit.
<shemminger@osdl.org>
[IRDA]: Kill infrared_mode, unused.
<shemminger@osdl.org>
[IRDA]: Kill dev_flags, unused.
<shemminger@osdl.org>
[IRDA]: Hashbin cleanups, remove unused code and add const where needed.
<shemminger@osdl.org>
[IRDA]: Zap bogus wireless.h include.
<shemminger@osdl.org>
[IRDA]: Make irda_device_txqueue_empty inline.
<shemminger@osdl.org>
[IRDA]: Mark irport driver as having locking issues.
<jt@bougret.hpl.hp.com>
[IRDA]: Rename dongle entry points for consistency.
<ahaas@airmail.net>
[RXRPC]: C99 initialiers for net/rxrpc/connection.c
<bcollins@debian.org>
[SPARC64]: Fix compile warning from RW_LOCK_UNLOCKED with spinlock debug enabled.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] siimage.c: limit requests to 15kB only for Seagate SATA drives
Fix from jgarzik's sata_sil.c libata driver.
This was in -mm for a long time...
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] add UDMA6 support to ALi PCI IDE driver
From: Vojtech Pavlik <vojtech@suse.cz>
Add UDMA6 support to ALi PCI IDE driver.
Forward port from 2.4 and a patch from ALi.
Was in -mm for a long time...
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] fix ide_system_bus_speed() causing "Badness in pci_find_subsys..."
Noticed by Marcel Cotta <mc123@mail.ru>.
ide_init() always initializes system_bus_speed variable
so system_bus_clock() should never call ide_system_bus_speed()
and no driver is calling ide_system_bus_speed() directly.
Bug was that if no IDE kernel parameter was given during boot
system_bus_speed will be zeroed in init_ide_data().
This patch should fix the problem
(as a bonus -> no need to zero these variables they are static).
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide-io.c: CONFIG_LBD fix
From: Andrew Morton <akpm@osdl.org>
Use sector_t for the block number.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] explicitly define PRD_ENTRIES to 256
From: William Lee Irwin III <wli@holomorphy.com>
PRD_ENTRIES is specified to be precisely 256; on platforms where
PAGE_SIZE varies from 4KB the calculation in the current expression
defining it is inaccurate, which may cause crashes. This patch changes
it to the constant literal 256.
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] remove redundant ide_setup_pci_device{s}() declarations
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide-proc.c: remove unused MIN() macro
<B.Zolnierkiewicz@elka.pw.edu.pl>
[PATCH] ide-taskfile.c: remove debugging placeholders
<marcelo.tosatti@cyclades.com>
[PATCH] cyclades async driver update
This patch is the first of several planned fixes for the cyclades
multiserial cards driver.
Its mostly a sync with in-house driver:
- Prevent users from opening non-existing Z ports
- Implement special XON/XOFF character handling in Z cards
- Prevent data-loss on Z cards
- Throttling fix for Z card
- Only throttle if CTS/RTS are set
- Fix accounting of received data
Kudos to Cyclades R&D
<brian@rentec.com>
[PATCH] multicast broken on x86_64
The x86-64 implementation of csum-partial.c causes it to compute the
checksum incorrectly.
As a result, multicast doesn't work. It looks as though iptables is
also affected.
Here's a simple patch.
<torvalds@ppc970.osdl.org>
Don't allow memory "lines" argument in "xor_p5_mmx_5()".
Since we do push/pops, a stack-based memory argument would
do the wrong thing by using the wrong offsets.
<davem@nuts.davemloft.net>
[SPARC64]: Update defconfig.
<aoliva@redhat.com>
[PATCH] Improve code generation for x86 raid XOR functions
This helps avoid doing push/pop pairs on register contents that we just
don't care about. After we've done the xor, the pointers are dead anyway.
<jgarzik@redhat.com>
[libata] limit S/G table size to 128 entries
Agreeing with Ben H's recommendation, I reduce the max-hw-segments
number to 128, to match max-phys-segments number. This shouldn't
affect performance because 128*64K is far above the max transfer size
for most current IDE devices. Even 128*4K is OK.
<jgarzik@redhat.com>
[libata ata_piix] add support for ICH6
<jgarzik@redhat.com>
[libata ata_piix] Update PCI quirk with new Intel SATA devices
And also make a note in ata_piix.c so this is not forgotten
in the future.
<jgarzik@redhat.com>
Add Intel ICH6 PCI ids to pci_ids.h.
<jgarzik@redhat.com>
Add Intel ICH6 irq router.
<jgarzik@redhat.com>
Add Intel PCI ids to old-OSS driver i810_audio
<jgarzik@redhat.com>
Add Intel PCI ids to IDE (PATA) driver.
<davem@nuts.davemloft.net>
[SPARC]: Move ptrace_signal_deliver() implementation out of header file.
<akpm@osdl.org>
[PATCH] PPC64 iSeries virtual disk driver
From: Stephen Rothwell <sfr@canb.auug.org.au>
Add the PPC64 iSeries virtual disk driver
<akpm@osdl.org>
[PATCH] Add kallsyms_lookupname()
From: Rusty Russell <rusty@au1.ibm.com>
Attached patch adds a kallsyms_lookupname() function for lookups of a
symbol name to an address. Debuggers such as ppc[64] xmon can use this.
It's intentionally not exported as a symbol for module use, since it
can be used to circumvent other symbol export restrictions.
<akpm@osdl.org>
[PATCH] ppc64: use kallsyms_lookup_name() in xmon
From: olof@austin.ibm.com
Use the new kallsyms_lookup_name() in xmon on ppc64. Ben said he might
backport these changes to ppc32 as well.
<akpm@osdl.org>
[PATCH] ppc64: move sg_dma_{len,address} macros
From: Anton Blanchard <anton@samba.org>
From: Stephen Rothwell <sfr@canb.auug.org.au>
This moves the sg_dma_* macros to asm/scatterlist.h where they belong (and
where almost every other architecture has them).
<akpm@osdl.org>
[PATCH] ppc64: Fix a sleeping with spinlock bug in ioremap
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
ppc64 uses its own range allocator for ioremap (in order to allocate
things in a different space than normal vmalloc). This is historic stuff,
we may get rid of it, but in the meantime, here's a patch turning the
spinlock in there into a semaphore so it doesn't blow up when doing
kmallocs.
<akpm@osdl.org>
[PATCH] knfsd: NGROUPS fixes
From: Neil Brown <neilb@cse.unsw.edu.au>
Tidy up new groups handling in nfsd.
Set up the group_info structure when decoding the RPC packet instead of in
nfsd.
<akpm@osdl.org>
[PATCH] nfsd: don't modify group_info structures
From: Neil Brown <neilb@cse.unsw.edu.au>
Make sure nfsd doesn't modify group_info structures as they might be
shared.
<akpm@osdl.org>
[PATCH] kNFSd: Add minimal server-side support for rpcsec_gss.
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "J. Bruce Fields" <bfields@fieldses.org>
Note that the user (or exportfs, on the user's behalf) allows a gss
pseudoflavor to be used to access an export by exporting to a special client
named "gss/pseudoflavor-name", e.g., "gss/krb5" or "gss/lipkey-i".
<akpm@osdl.org>
[PATCH] kNFSd: gss api changes for integrity checking.
From: NeilBrown <neilb@cse.unsw.edu.au>
Doesn't actually add integrity support on the server yet; just adapts
server-side code to the gss api changes necessary to get integrity working on
the client.
<akpm@osdl.org>
[PATCH] kNFSd: IDmap support for the NFSv4 server.
From: NeilBrown <neilb@cse.unsw.edu.au>
Updated version which uses ascii-encoding of messages, from
http://www.citi.umich.edu/u/marius/linux-2.5.70-idmap-server-new.diff as of
October 14, 2003.
<akpm@osdl.org>
[PATCH] kNFSd: Nfsdv4 pointer cleanup
From: NeilBrown <neilb@cse.unsw.edu.au>
From: "William A.(Andy) Adamson" <andros@citi.umich.edu>
Compare inode pointers instead of dentry pointers when checking an inode
refered to by a stateid against an inode refered to by a file handle.
Set st_vfs_set to 0 if the stateid/file handle check fails to avoid
referencing bad state when reaping stateid's.
<akpm@osdl.org>
[PATCH] kNFSd: NFSv4 locking state fix
From: NeilBrown <neilb@cse.unsw.edu.au>
It's OK for the find_lockstateowner_str to fail; that just means we haven't
seen the lockowner, and will compare the request range to all locks on the
file.
<akpm@osdl.org>
[PATCH] kNFSd: v4 exclusive open fix.
From: NeilBrown <neilb@cse.unsw.edu.au>
Exclusive creates were failing with permission errors, because they don't set
the mode on the newly created file, and the permission check in fh_verify
(called at the end of do_open_lookup) was failing. So pass in the
MAY_OWNER_OVERRIDE flag to allow the owner of the file to override the
permission check.
<akpm@osdl.org>
[PATCH] kNFSd: Use higher-resolution time for the changeinfo, instead of using time and filesize.
From: NeilBrown <neilb@cse.unsw.edu.au>
Use higher-resolution time for the changeinfo, instead of using time and
filesize.
<akpm@osdl.org>
[PATCH] kNFSd: When looking for a shareowner in the nfsd open, make sure we don't get a lockowner instead.
From: NeilBrown <neilb@cse.unsw.edu.au>
When looking for a shareowner in the nfsd open, make sure we don't get a
lockowner instead.
<akpm@osdl.org>
[PATCH] kNFSd: NFSdV4 fixes for replaying open requests.
From: NeilBrown <neilb@cse.unsw.edu.au>
Since the open op changes the current filehandle, we can't correctly replay
compounds containing opens unless we save the filehandle resulting from the
open as well as the encoded reply.
<akpm@osdl.org>
[PATCH] kNFSd: Use only the uid when deciding whether a setclientid is being done with the "same principal".
From: NeilBrown <neilb@cse.unsw.edu.au>
I would have assumed that we should also check for the same security
(pseudo)flavor, but that doesn't seem to be how Solaris does it, and since
the spec doesn't suggest including such information in the clientid, that
would make it impossible to switch pseudoflavors.
<akpm@osdl.org>
[PATCH] kNFSd: When looking for a shareowner in the nfsd open, make sure we don't get a lockowner instead.
From: NeilBrown <neilb@cse.unsw.edu.au>
When looking for a shareowner in the nfsd open, make sure we don't get a
lockowner instead.
<akpm@osdl.org>
[PATCH] kNFSd: readdir error code fix
From: NeilBrown <neilb@cse.unsw.edu.au>
changes nfserr_readdir_nospc to nfserr_toosmall, following rfc3530 which has
no nfserr_readdir_nospc.
error 10030 which was nfserr_readdir_nospc is actually nfserr_restorefh.
<akpm@osdl.org>
[PATCH] kNFSd: correctly tests and sets nfserr_nofilehandle for current and save fh.
From: NeilBrown <neilb@cse.unsw.edu.au>
nfsd4_restore_fh() returns nfserr_restorefh instead of nfserr_nofilehandle
<akpm@osdl.org>
[PATCH] kNFSd: Fix for lookup-parent at pseudo root
From: NeilBrown <neilb@cse.unsw.edu.au>
tests if current_fh is the pseudo root for the client and returns
nfserr_noent if so. need to call exp_pseudoroot because different clients
can have
<akpm@osdl.org>
[PATCH] kNFSd: Correct error returns.
From: NeilBrown <neilb@cse.unsw.edu.au>
Call decode_fattr on writable attributes to check for xdr errors, incorrect
utf8, etc.
<akpm@osdl.org>
[PATCH] kNFSd: fixes an xdr error by removing the verifier from error return.
From: NeilBrown <neilb@cse.unsw.edu.au>
<akpm@osdl.org>
[PATCH] kNFSd: correct symlink related error returns.
From: NeilBrown <neilb@cse.unsw.edu.au>
unlike v2/v3, nfsv4 returns nfserr_inval when attempting to read, write,
commit or test lock a symlink. nfsv4 does return nfserr_symlink on lookup
and open, so a simple fix in fh_verify() will not work.
<akpm@osdl.org>
[PATCH] kNFSd: check lock length, return appropriate error
From: NeilBrown <neilb@cse.unsw.edu.au>
check lock length, return appropriate error
<akpm@osdl.org>
[PATCH] kNFSd: correct rename error returns.
From: NeilBrown <neilb@cse.unsw.edu.au>
unlike v2/v3, nfsv4 returns nfserr_exist in some situations where the
underlying filesystem returns nfserr_isdir, nfserr_notdir.
on rename, nfsv4 returns nfserr_notdir instead of nfserr_symlink.
<akpm@osdl.org>
[PATCH] kNFSd: unlock-on-close fix
From: NeilBrown <neilb@cse.unsw.edu.au>
add the bookeeping necessary to remove all locks held by an nfsv4 lockowner
upon CLOSE, or upon state expiration. calls locks_remove_posix().
replace list_del_init() with list_del on nfsv4 state structures that are
being reaped.
<akpm@osdl.org>
[PATCH] kNFSd: Remove a comment that is no longer accurate
From: NeilBrown <neilb@cse.unsw.edu.au>
Remove a comment that is no longer accurate
<akpm@osdl.org>
[PATCH] kNFSd: move fh_dup2 and fix it
From: NeilBrown <neilb@cse.unsw.edu.au>
fh_dup2 duplicates an entire svc_fh structure, so in addition to dget()'ing
the dentry, it also needs to bump the reference count on fh_export.
Moved it out of the header file into nfsfh.c for the simple reason that I
couldn't figure out how to reorganize the headers files right so that the
fh_dup2 could use the definition of svc_fh. Since fh_dup2 is never actually
used outside of nfs4proc.c, it could just as well be moved there....
<akpm@osdl.org>
[PATCH] kNFSd: Implement the nfsv4 RELEASE_LOCKOWNER operation.
From: NeilBrown <neilb@cse.unsw.edu.au>
Implement the nfsv4 RELEASE_LOCKOWNER operation.
<akpm@osdl.org>
[PATCH] kNFSd: add OP_ILLEGAL, and fix processing of compounds with out of bounds op numbers.
From: NeilBrown <neilb@cse.unsw.edu.au>
add OP_ILLEGAL, and fix processing of compounds with out of bounds op
numbers.
<akpm@osdl.org>
[PATCH] kNFSd: fix an error return for OP_CREATE
From: NeilBrown <neilb@cse.unsw.edu.au>
fix an error return for OP_CREATE
<akpm@osdl.org>
[PATCH] kNFSd: Add a check in OP_LOCK for new lockowners to ensure that the open stateid is
From: NeilBrown <neilb@cse.unsw.edu.au>
owned by the lockowner clientid.
<akpm@osdl.org>
[PATCH] kNFSd: Corrects an error return for OP_OPEN_CONFIRM.
From: NeilBrown <neilb@cse.unsw.edu.au>
Corrects an error return for OP_OPEN_CONFIRM.
<akpm@osdl.org>
[PATCH] kNFSd: Enforce open_downgrade requirement
From: NeilBrown <neilb@cse.unsw.edu.au>
The spec requires that the access and deny bits requested in open_downgrade
represent the union of the bits for some subset of the OPENS for the given
open_owner and file. Enforce that requirement.
<akpm@osdl.org>
[PATCH] kNFSd: Fix an out-of-spec readlink error return.
From: NeilBrown <neilb@cse.unsw.edu.au>
Fix an out-of-spec readlink error return.
<akpm@osdl.org>
[PATCH] kNFSd: Fix an out-of-spec error in nfsd4_remove.
From: NeilBrown <neilb@cse.unsw.edu.au>
Fix an out-of-spec error in nfsd4_remove.
<akpm@osdl.org>
[PATCH] kNFSd: Miscellaneous fixes to stateid-based replay
From: NeilBrown <neilb@cse.unsw.edu.au>
Save replays for LOCK operations, make sure errors are replayed correctly.
<akpm@osdl.org>
[PATCH] kNFSd: Fix out-of-spec error return in attribute decoding.
From: NeilBrown <neilb@cse.unsw.edu.au>
Fix out-of-spec error return in attribute decoding.
<akpm@osdl.org>
[PATCH] kNFSd: Make the calculation in the first READ_BUF easier to understand.
From: NeilBrown <neilb@cse.unsw.edu.au>
Don't rely on the assumption that
sizeof(stateid_t) == sizeof(stateid_opaque_t) + 4.
<akpm@osdl.org>
[PATCH] kNFSd: make sure sunrpc init routines called before gss init routines.
From: NeilBrown <neilb@cse.unsw.edu.au>
make sure sunrpc init routines called before gss init routines.
<akpm@osdl.org>
[PATCH] kNFSd: return more than one page of directory entries.
From: NeilBrown <neilb@cse.unsw.edu.au>
From: Bruce Allan <bwa@us.ibm.com>
This requires checking if the entry will fit in the current page and, if it
doesn't, encoding it into the next page, and then copying it back to lie
across the boundary between two pages.
<akpm@osdl.org>
[PATCH] Add a MODULE_VERSION macro
From: Rusty Russell <rusty@au1.ibm.com>
The way it works is that the .mod file contains the name of the module (as
before), but succeeding lines are the constituent parts (assumed to be .c
files, which usually works: if they use MODULE_VERSION in a file for which
this isn't true we'll get a warning).
As we postprocess modules, we look in the .modinfo section for a
"version=", which is placed by the MODULE_VERSION() macro. This will be of
form "version=<macroarg>" "\0" [24 chars] "\0". The 24 chars are replaced
by the md4 sum of the .c files and any files they #include using '#include
"file"' which are found in the current directory. Whitespace is collapsed
outside strings, and comments are ignored for purposes of the sum.
The result is a .modinfo entry such as
version=1.16ac-rustytest B13E9451C4CA3B89577DEFF
At the kernel summit, various people asked for a MODULE_VERSION macro to
store module strings (for later access through sysfs). A simple md4 is
needed to identify changes in modules which, inevitably, do not update the
version. It skips whitespace and comments, and includes #includes which
are in the same dir.
The module versions should be set according to this definition, based on
the RPM one, or CVS Revision tags. Violators will be shot.
[<epoch>`:']<version>[`-'<extraversion>]
<epoch>: A (small) unsigned integer which allows you to start versions
anew. If not mentioned, it's zero. eg. "2:1.0" is after
"1:2.0".
<version>: The <version> may contain only alphanumerics.
<extraversion>: Like <version>, but inserted for local
customizations, eg "rh3" or "rusty1".
Comparison of two versions (assuming same epoch):
Split each into all-digit and all-alphabetical parts. Compare each one one
at a time: digit parts numerically, alphabetical in ASCII order. So 0.10
comes after 0.9.
<akpm@osdl.org>
[PATCH] rename other MODULE_VERSION users
Avoid cpp clash with the new MODULE_VERSION
<akpm@osdl.org>
[PATCH] fbdev cursor fix
From: James Simmons <jsimmons@infradead.org>
This patch creates a separate cursor image drawing region and regular drawing
region.
<rmk@flint.arm.linux.org.uk>
[ARM] Cleanup MODULE_* macros
Thanks to Adrian Bunk.
Remove kernel 2.0 #ifdef's from arm code, and move MODULE_* to
the end of the file. Add an appropriate MODULE_LICENSE().
<jgarzik@pobox.com>
[PATCH] Fix broken PIIX build
Fix the build.
Pass me a brown paper bag.
<rmk@flint.arm.linux.org.uk>
[ARM] Update sa1111-pcibuf for dmapool changes.
- use dev_dbg for device-centric debugging messages
- use pr_debug for general debugging messages
- use dmapools instead of pcipools
- use NULL rather than 0 for NULL pointers
- use enum dma_data_direction rather than int
- use DMA_* direction definitions rather than PCI_DMA_*
- only check for sane DMA direction on mapping functions, but
check that DMA direction matches when unmapping/syncing.
<rmk@flint.arm.linux.org.uk>
[ARM] Add SA11x0 sched_clock() implementation.
<rmk@flint.arm.linux.org.uk>
[ARM] Remove obsolete sysctl PM interface.
The old sysctl PM interface has been replaced by the driver models
interface. This has been gone for a while in the -rmk tree and no
one complained, so there's no point keeping it around.
<rmk@flint.arm.linux.org.uk>
[ARM] Update mach-types definitions file.
<rmk@flint.arm.linux.org.uk>
[ARM] Improve bad IRQ reporting.
This gives greater information on the cause of the bad IRQ, allowing
the cause to be more effectively traced.
<rmk@flint.arm.linux.org.uk>
[ARM] Optimise readsl.
This optimises the underlying string-long read function for little
endian platforms.
<rmk@flint.arm.linux.org.uk>
[ARM] Allow decompressor to use "cache type" register
This allows the decompressor to automatically detect the geometry of
the cache while booting to ensure correct behaviour over a wider
number of ARM CPUs.
<rmk@flint.arm.linux.org.uk>
[ARM] Add resources and platform devices for SA11x0 serial ports.
<benh@kernel.crashing.org>
[PATCH] ppc64: Fix warning on pmac build
Fix a stupid warning in PowerMac SMP build on ppc64
<benh@kernel.crashing.org>
[PATCH] radeonfb: small cleanup of common register init
This removes the unused common_regs_m6 and add one more register to be
cleared, according to latest XFree code from ATI.
<benh@kernel.crashing.org>
[PATCH] ppc64: physical RAM accounting fix
On machines with an IO hole (like Apple G5 with more than 2Gb of RAM,
but also some pSeries) we failed to properly account for the real
amount of physical RAM and inform the zone allocator of our hole size.
During the process, I included Anton slaughtering of the guard page we
had in the first 256Mb kernel segment, thus allowing this segment to be
mapped with large pages as it should be.
<benh@kernel.crashing.org>
[PATCH] ppc64: Fix /dev/mem idea of what is memory
This adds a hack to /dev/mem (along with the other ones already there)
to prevent mapping cacheable of the IO hole.
Without this, XFree blows up on machines with enough memory to go past
the IO hole. It also tries to prevent memory from beeing mapped
uncached. Cache paradoxes are evil and can kill the CPU.
The necessary page_is_ram() call was added by the previous patch doing
the proper IO hole accounting.
<benh@kernel.crashing.org>
[PATCH] ppc64: iommu rewrite
Lots of things renamed, sillicaps killed, stuffs moved around and common
code properly extracted from implementation specific code, new
allocator, etc... The code is overall a lot simpler, faster, less prone
to fail, and a lot more manageable. I didn't use "bk mv", there is no
need to keep the old history attached to the new file.
<benh@kernel.crashing.org>
[PATCH] ppc64: Fix drivers/ide when using an IOMMU
Make IDE advertise only 128 entries of SG table on archs with an IOMMU.
The current IOMMU implementations of pci_map_sg() may produce segments
that don't match the boundary requirements of IDE, thus causing the
driver to break them up. The BIO is supposed to account for that,
however, it cannot account for a pci_map_sg producing a segment of the
requested size, but with incorrect alignement, thus we may still try to
break up the list in more entries than is supported by the HW.
A similar fix already went in libata. The "real" long term fix will be
to move the boundary requirements to struct device so that pci_map_sg()
can respect them when producing the sglist. In the meantime, this
band-aid works around the problem.
<benh@kernel.crashing.org>
[PATCH] ppc64:Implement support for Apple DART IOMMU (PowerMac G5)
This allows us to use more than 2Gb of RAM on a PowerMac G5. You can
also boot with iommu=off to disable it, but then you get back the 2Gb
RAM limitation.
<rmk@flint.arm.linux.org.uk>
[ARM] amba_{request,release}_regions
Add documentation for the above two functions. Allow a NULL name to
be passed to amba_request_regions. In this case, we use the driver's
name associated with the device.
<anton@samba.org>
[PATCH] ppc64: fix kernel access of user pages
Set the ks bit on userspace segments otherwise the kernel can read/write
into userspace mprotected pages.
<anton@samba.org>
[PATCH] ppc64: TLB flush rework
ppc64 tlb flush rework from Paul Mackerras
Instead of doing a double pass of the pagetables, we batch things
up in the pte flush routines and then shoot the batch down in
flush_tlb_pending.
Our page aging was broken, we never flushed entries out of the ppc64
hashtable. We now flush in ptep_test_and_clear_young.
A number of other things were fixed up in the process:
- change ppc64_tlb_batch to per cpu data
- remove some LPAR debug code
- be more careful with ioremap_mm inits
- clean up arch/ppc64/mm/init.c, create tlb.c
<anton@samba.org>
[PATCH] ppc64: fix pci hotplug compile error
Fix a compile error in the ppc64 pci hotplug code.
<anton@samba.org>
[PATCH] ppc64: remove CONFIG_VETH
CONFIG_VETH isnt used anymore so we lets get rid of it.
<anton@samba.org>
[PATCH] ppc64: defconfig update
Add an iseries defconfig and update the pseries one.
<sri@us.ibm.com>
[SCTP] Fix incorrect INIT process termination with sinit_max_init_timeo.
Currently, sinit_max_init_timeo is treated as the maximum timeout
value for INIT retransmissions and the INIT process is aborted when
the timeout reaches this value. But as per the SCTP sockets API draft,
sinit_max_init_timeo only limits the timeout. The INIT process should
be aborted only after MAX_INIT_RETRANSMITS.
<jgarzik@redhat.com>
[IDE] Create DECLARE_PIIX_DEV declarator, to eliminate a large amount
of redundancy, and to help prevent future errors.
<rmk@flint.arm.linux.org.uk>
[ARM] Make free_memmap() use PFNs instead of physical addresses.
<torvalds@ppc970.osdl.org>
ppc64: fix non-iSeries build
<torvalds@ppc970.osdl.org>
Add d_type information to legacy readdir system call
<hollisb@us.ibm.com>
[PATCH] ppc64: virtual IO bus updates
This makes GregKH happy by removing the device name from the
device.bus_id field (and replacing it with a "name" sysfs attribute).
It also renames the parent device from "vdevice" to "vio", making the
/sys/bus and /sys/devices hierarchies consistent.
<davem@nuts.davemloft.net>
[SUNRPC]: Use '%z' for size_t printk in svcauth_gss.c
<torvalds@ppc970.osdl.org>
Linux 2.6.4-rc1
(Log in to post comments)
|
|||||||||||||