ChangeSet@1.1223, 2003-04-26 00:01:49-04:00, Valdis.Kletnieks@vt.edu
[netdrvr typhoon] s/#if/#ifdef/ for a CONFIG_ var
ChangeSet@1.1216.1.40, 2003-04-25 23:59:25-04:00, Valdis.Kletnieks@vt.edu
cpp cleanups: use KERNEL_VERSION macro from linux/version.h
Updated ncr53c8xx and sym53c8xx scsi drivers.
ChangeSet@1.1216.1.39, 2003-04-25 23:56:32-04:00, Valdis.Kletnieks@vt.edu
cpp cleanups for ia32/io_apic.c, sound/oss/trident.c
ChangeSet@1.1222, 2003-04-25 23:32:18-04:00, edward_peng@dlink.com.tw
[netdrvr sundance] bug fixes, VLAN support
- Fix tx bugs in big-endian machines
- Remove unused max_interrupt_work module parameter, the new
NAPI-like rx scheme doesn't need it.
- Remove redundancy get_stats() in intr_handler(), those
I/O access could affect performance in ARM-based system
- Add Linux software VLAN support
- Fix bug of custom mac address
(StationAddr register only accept word write)
ChangeSet@1.1216.1.38, 2003-04-25 23:22:32-04:00, jgarzik@redhat.com
[hw_random] fix bug, bump version
Fix ugly bug in read(2) path for odd buffer sizes.
Noticed by Joseph Chan @ Via.
Bump version to 1.0.0.
ChangeSet@1.1216.1.37, 2003-04-25 23:16:14-04:00, pixi@burble.org
[quota] provide no-op sync_dquots_dev, one .config case wants it
ChangeSet@1.1221, 2003-04-25 22:57:54-04:00, edward_peng@dlink.com.tw
[netdrvr via-rhine] fix promisc mode
I found a via-rhine bug, it can't receive BPDU (mac: 0180c2000000)
in promiscuous mode.
Fill all "1" in hash table to fix this problem in promiscuous mode.
(RCR remain 0x1c, write it as 0x1f don't work)
ChangeSet@1.1220, 2003-04-25 22:38:15-04:00, riel@redhat.com
[wireless airo] make end-of-array test more portable
FYI statsLabels[] is an array of char*, so the fix below
is pretty obvious.
ChangeSet@1.1216.1.36, 2003-04-25 21:41:02-04:00, jgarzik@redhat.com
s/#if/#ifdef/ for a few CONFIG_SMP tests in public headers
Headers touched: linux/interrupt.h, linux/sched.h, linux/timer.h
ChangeSet@1.1216.1.35, 2003-04-25 16:09:01-07:00, torvalds@penguin.transmeta.com
'hw_status_page' looks like a pointer, quacks like a pointer and
walks like a pointer. It _is_ a pointer. So make it one, and remove
a lot of silly casts.
ChangeSet@1.1216.1.34, 2003-04-25 15:58:02-07:00, torvalds@home.transmeta.com
Merge with DRI CVS tree: remove stale old context switching code and
DMA histogramming. Be more careful about DMA page-list allocations,
and remove old and broken (not SMP-safe, and unused) DRM read(), write()
and poll() support.
ChangeSet@1.1216.1.33, 2003-04-25 14:18:43-07:00, l.s.r@web.de
[PATCH] Remove unused function from fs/isofs/rock.c
find_rock_ridge_relocation() has been unused since 2.4.0-test11 -- time
to bury it.
Acked by Peter Anvin.
ChangeSet@1.1216.1.32, 2003-04-25 00:19:18-07:00, hunold@convergence.de
[PATCH] Fix mxb.c stack usage
This does the following:
- make initialization data for helper chipsets (saa7111 and saa7740)
static and with file scope
Additionally fixes:
- don't use irq driven i2c transfer when saa7740 is present (this screws
up the i2c bus and may hang the computer)
- add MODULE_DEVICE_TABLE to allow /sbin/hotplug to handle the device
ChangeSet@1.1216.1.31, 2003-04-24 22:59:36-07:00, akpm@digeo.com
[PATCH] jiffy type warning fixes
Fix various places which aren't using unsigned long for jiffies.
Also other warnings and compilation errors as encountered.
ChangeSet@1.1216.1.30, 2003-04-24 22:59:28-07:00, akpm@digeo.com
[PATCH] bttv warning fix
Fix a bttv compile warning
ChangeSet@1.1216.1.29, 2003-04-24 22:59:20-07:00, akpm@digeo.com
[PATCH] watchdog driver compile fixes
The header file cleanups bite. All these watchdog drivers need fs.h for
struct inode, struct file, etc.
ChangeSet@1.1216.1.28, 2003-04-24 22:59:11-07:00, akpm@digeo.com
[PATCH] parkbd.c jiffies fix
- jiffies is unsigned long
- don't zero-init BSS.
ChangeSet@1.1216.1.27, 2003-04-24 22:59:05-07:00, akpm@digeo.com
[PATCH] various irqreturn_t fixes
Basically a mop-up of missed bits. Also fix various warnings and compilation
errors.
ChangeSet@1.1216.1.26, 2003-04-24 22:58:56-07:00, akpm@digeo.com
[PATCH] CPU flags fixes
teach various drivers that the CPU flags require unsigned long
ChangeSet@1.1216.1.25, 2003-04-24 22:58:48-07:00, akpm@digeo.com
[PATCH] sound driver fixes
All these drivers have a return hidden in a macro and I missed the lot in the
first pass due to some config option not begin set.
ChangeSet@1.1216.1.24, 2003-04-24 22:58:39-07:00, akpm@digeo.com
[PATCH] irqs: scsi
Update SCSI drivers for the new IRQ API. Also fix warnings and compilation
errors as encountered.
ChangeSet@1.1216.1.23, 2003-04-24 22:58:29-07:00, akpm@digeo.com
[PATCH] irqs: char drivers
Fix up various char drivers for the IRQ API change. Also IDE, ISDN and i2o
bits. Fix various warnings and compilation errors.
ChangeSet@1.1216.1.22, 2003-04-24 22:58:21-07:00, akpm@digeo.com
[PATCH] irqs: drivers/block
Mop up various block and cdrom drivers. Also fix a bunch of warnings and
compilation failures.
ChangeSet@1.1216.1.21, 2003-04-24 22:58:13-07:00, akpm@digeo.com
[PATCH] irqs: ATM
Update ATM drivers to new IRQ API
ChangeSet@1.1216.1.20, 2003-04-24 22:58:04-07:00, akpm@digeo.com
[PATCH] Fix IRQ_NONE clash
Several scsi drivers are already using an IRQ_NONE. Rename that to
SCSI_IRQ_NONE.
ChangeSet@1.1216.1.19, 2003-04-24 22:42:51-07:00, B.Zolnierkiewicz@elka.pw.edu.pl
[PATCH] fix mismatched access_ok() checks in sg_io()
I found this while doing bio_map_user() changes.
Acked by Jens.
ChangeSet@1.1216.1.18, 2003-04-24 22:42:43-07:00, axboe@suse.de
[PATCH] cleanup bio_map_user and helper
Bart did this patch, I changed it a bit. Basically it cleans the mapping
interface up a bit, and adds a little helper to set up the request from
the bio.
In addition, it fixes a long standing bug where bio_map_user() would
call blk_queue_bounce() without the direction bit being set, auch.
- Abstract out bio request preparation
- Have bio_map_user() set data direction (fixes bug where blk_queue_bounce()
is called without it set)
- Split bio_map_user() in two
ChangeSet@1.1216.1.17, 2003-04-24 22:41:11-07:00, hch@lst.de
[PATCH] use file->private_data in ide-tape
So we don't have to lookup the private data everytime.
ChangeSet@1.1216.1.16, 2003-04-24 22:41:01-07:00, hch@lst.de
[PATCH] kill <linux/wrapper.h>
Kill one user of mem_map_reserve/mem_map_unreserve I missed the
last time and it can go away.
ChangeSet@1.1216.1.15, 2003-04-24 22:39:58-07:00, anton@samba.org
[PATCH] ppc64 needs setup-bus.c
ChangeSet@1.1216.1.14, 2003-04-24 22:39:15-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] ppc boot device selection cleanup
PPC logics for choice of default boot device number switched to
dev_t. Rationale: it belongs to userland; we notice partitions with
certain properties and choose one of them as the best candidate for
being a root fs; then we put the resulting device number into ROOT_DEV,
which has only one use - it's passed to mknod(2) to create a device node
on rootfs and allow mount(2) get us the final root.
IOW, all that code has nothing whatsoever with kernel internals
of any description - the value we are generating will be passed to
mknod(2) anyway. Switched to dev_t.
Note: that code should eventually be moved to early userland.
ChangeSet@1.1216.1.13, 2003-04-24 22:39:06-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] invalidate_device()/check_disk_change() fixes
* bogus calls of invalidate_buffers() gone from floppy_open()
* invalidate_buffers() killed.
* new helper - __invalidate_device(bdev, do_sync). invalidate_device()
is calling it.
* fixed races between floppy_open()/floppy_open and
floppy_open()/set_geometry():
a) floppy_open()/floppy_release() is done under a semaphore. That
closes the races between simultaneous open() on /dev/fd0foo and /dev/fd0bar.
b) pointer to struct block_device is kept as long as floppy is
opened (per-drive, non-NULL when number of openers is non-zero, does not
contribute to block_device refcount).
c) set_geometry() grabs the same semaphore and invalidates the
devices directly instead of messing with setting fake "it had changed"
and calling __check_disk_change().
* __check_disk_change() killed - no remaining callers
* full_check_disk_change() killed - ditto.
ChangeSet@1.1216.1.12, 2003-04-24 22:38:58-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] capifs cleanup
capifs switched to ramfs-style tree and cleaned up; it's the same
changes that had been done its prototype (devpts) + stuff needed to
deal with unload (devpts is non-modular and always internally mounted).
ChangeSet@1.1216.1.11, 2003-04-24 22:38:50-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] fbdev cleanup
fbdev.node converted from kdev_t to int - all of its users
have register_framebuffer() which sets .node to mk_kdev(FB_MAJOR, index)
already called and all of them start with applying minor(). IOW, what
they actually want is framebuffer number.
* type of ->node changed to int
* register_framebuffer() sets it to index instead of mk_kdev(...)
* users converted from minor(foo.node) to foo.node
* useless assignments (typically to NODEV) removed - we never
look at that field before register_framebuffer() overwrites it and thus
any assignments prior to register_framebuffer() call are dead code.
ChangeSet@1.1216.1.10, 2003-04-24 22:38:39-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] console cleanup (2/2)
Console drivers cleanup. In current tree interaction between
console and tty layer sits in the ->device() method of struct console.
It takes a pointer to console and returns device number of its tty
device. open(2) on /dev/console goes through the list of registered
consoles, picks the first one that has ->device() and remaps the device
number to console->device(console). Then it proceeds with normal
opening of tty. This is the only caller of ->device().
Cleanup: let ->device() return a pair (pointer to tty_driver, index
of tty in question) instead of device number. Note that
a) the first thing tty_open() does with remapped device number is
conversion to such pair.
b) console driver _knows_ which tty_driver we want - one that
implements tty interface to the same physical device (i.e. the part of
the same driver).
c) current code expects the result of ->device() to be a device
number of tty device - anything else is immediate -ENODEV from tty_open();
might as well have NULL ->device in that driver.
Console drivers converted, (the only) caller updated.
ChangeSet@1.1216.1.9, 2003-04-24 22:38:30-07:00, viro@parcelfarce.linux.theplanet.co.uk
[PATCH] console cleanup (1/2)
Preparation to console->device() cleanup: serial drivers converted
to common helper for their ->device() methods.
ChangeSet@1.1216.1.8, 2003-04-24 22:34:58-07:00, ak@muc.de
[PATCH] Minor 32bit Opteron fixes
Don't disable the Northbridge Machine Check.
Use the unrolled "INTEL_USERCOPY" too.
ChangeSet@1.1216.1.6, 2003-04-24 16:14:59-07:00, greg@kroah.com
[PATCH] tty: let tiocmset pass TIOCM_LOOP changes to the tty drivers.
ChangeSet@1.1216.1.5, 2003-04-24 16:02:13-07:00, greg@kroah.com
Merge kroah.com:/home/greg/linux/BK/bleed-2.5
into kroah.com:/home/greg/linux/BK/gregkh-2.5
ChangeSet@1.1165.2.19, 2003-04-24 14:54:09-07:00, greg@kroah.com
[PATCH] USB: add error reporting functionality to the pl2303 driver.
ChangeSet@1.1179.3.10, 2003-04-24 13:38:03-07:00, greg@kroah.com
[PATCH] i2c: remove a lot of dupliated macros from i2c-sensor.h and use the current values in i2c.h
ChangeSet@1.1216.1.4, 2003-04-24 13:25:58-07:00, davem@nuts.ninka.net
[USB INPUT]: hiddev.c needs dev_fs_kernel.h
ChangeSet@1.1179.3.9, 2003-04-24 11:14:26-07:00, greg@kroah.com
[PATCH] i2c: removed unneeded typedef from i2c-sensor.h
ChangeSet@1.1179.3.8, 2003-04-24 11:14:04-07:00, greg@kroah.com
[PATCH] i2c: fix up the media drivers due to removing flags paramater of callback function
ChangeSet@1.1179.3.7, 2003-04-24 11:13:08-07:00, greg@kroah.com
[PATCH] i2c: removed unused flags paramater in found_proc callback.
ChangeSet@1.1179.3.6, 2003-04-24 10:26:56-07:00, greg@kroah.com
[PATCH] i2c: fix up it87.c check_region mess.
ChangeSet@1.1216.1.2, 2003-04-24 10:10:50-07:00, hch@lst.de
[PATCH] Fix devfs botch in IDE naming
Linus, could you please apply this patch so all thos poor devfs
users get their disks back?
ChangeSet@1.1216.1.1, 2003-04-24 10:07:04-07:00, B.Zolnierkiewicz@elka.pw.edu.pl
[PATCH] fix init_irq
The patch is obviously correct and has been floating on lkml for some time.
From Manfred Spraul:
"My init_irq cleanup introduced a bug: on error, the function must return 1."
ChangeSet@1.1179.3.5, 2003-04-24 09:57:20-07:00, florin@iucha.net
[PATCH] i2c: added it87 driver
ChangeSet@1.1186.2.2, 2003-04-24 00:32:52-07:00, shemminger@osdl.org
[BRIDGE]: Bridge confuses kernel user HZ.
ChangeSet@1.1186.2.1, 2003-04-24 00:31:25-07:00, shemminger@osdl.org
[BRIDGE]: Missing unlocks in ioctl error paths.
ChangeSet@1.1218, 2003-04-23 23:02:26-04:00, jgarzik@redhat.com
[netdrvr tg3] fix omission in board shutdown sequence
ChangeSet@1.1186.1.1, 2003-04-23 21:47:22-04:00, jgarzik@redhat.com
[netdrvr tg3] detect shared (and screaming) interrupts
ChangeSet@1.1216, 2003-04-23 18:32:58-07:00, akpm@digeo.com
[PATCH] fix typo in m68k mm code
Looks like my finger fell off the control key..
ChangeSet@1.1215, 2003-04-23 18:32:50-07:00, akpm@digeo.com
[PATCH] warning fixes
Fix some warnings from the new code-patching stuff.
ChangeSet@1.1214, 2003-04-23 18:32:42-07:00, akpm@digeo.com
[PATCH] print IRQ handler addresses
- Fix printk bug in the diagnostic code.
- If an error occurs, print the address of all the offending action
handlers. Also the symbol name if CONFIG_KALLSYMS.
ChangeSet@1.1213, 2003-04-23 18:28:28-07:00, hch@lst.de
[PATCH] fix dasd open/release
The invalidate_buffers in ->release is wrong, get a reference to the
discipline in the beginning of ->open.
ChangeSet@1.1212, 2003-04-23 18:28:20-07:00, hch@lst.de
[PATCH] remove a wrong invalidate_bdev from ide-disk.c
This one probably crept in during an ide merge from 2.4..
ChangeSet@1.1211, 2003-04-23 18:28:12-07:00, hch@lst.de
[PATCH] update s390 tape_block for 2.5 APIs
It looks like no one even tried to use it on 2.5..
ChangeSet@1.1210, 2003-04-23 18:28:03-07:00, hch@lst.de
[PATCH] fix devfs_mk_dir prototype
Return an error code instead of a devfs_handle_t. The handle isn't
useful for anything and the !CONFIG_DEVFS_FS stub in fact returned
NULL which made it entirely useless. Thus only one driver is actually
checking the retval in the current tree..
ChangeSet@1.1209, 2003-04-23 18:27:54-07:00, hch@lst.de
[PATCH] don't include devfs_fs_kernel.h in global headers
Now that devfs_handle_t is gone from all structs there is no
reason to include it in headers.
Fix the fallout by including previously implicit headers and fixing
the drivers that didn't include devfs_fs_kernel.h explicitly.
ChangeSet@1.1208, 2003-04-23 18:27:45-07:00, hch@lst.de
[PATCH] don't use mem_map_reserve/mem_map_unreserve
They are obsfucating aliases for SetPageReserved/ClearPageReserved.
And once they're gone we can nuke <linux/wrapper.h>
ChangeSet@1.1207, 2003-04-23 18:27:34-07:00, hch@lst.de
[PATCH] kill LOCAL_END_REQUEST
And uninline end_request - it's calling to many functions to be useful
inline.
ChangeSet@1.1206, 2003-04-23 18:27:26-07:00, hch@lst.de
[PATCH] split initrd from ramdisk driver
They don't have any code in common, so the initrd support can
go into a separate file and not require ramdisk support.
Lots of ifdefs gone and smaller kernel images for initrd users.
ChangeSet@1.1205, 2003-04-23 18:21:46-07:00, torvalds@home.transmeta.com
Since "apply_alternatives()" also runs at module load time it must
not be marked __init.
Noted by Petr Vandrovec
ChangeSet@1.1204, 2003-04-23 18:19:54-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (12/12)
* we allow tty_driver to cover more than 256 devices
* pty.c cleaned up - now we only one driver for UNIX98 masters and
only one driver for UNIX98 slaves, so a lot of ugliness can be killed.
* get_tty_driver() became an analog of get_gendisk() - it does
a lookup by device number and gives (pointer to tty_driver,index).
* registration/unregistration of tty_driver updated
* /proc/tty/drivers code updated (now one structure can be responsible
for several lines)
ChangeSet@1.1203, 2003-04-23 18:19:46-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (11/12)
tty->device switched to dev_t
There are very few uses of tty->device left by now; most of
them actually want dev_t (process accounting, proc/<pid>/stat, several
ioctls, slip.c logics, etc.) and the rest will go away shortly.
ChangeSet@1.1202, 2003-04-23 18:19:36-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (10/12)
Preparations to cleanup:
* call of get_tty_driver() moved from init_dev() to its callers
* instead of kdev_t dev we pass struct tty_struct *driver and int index
ChangeSet@1.1201, 2003-04-23 18:19:27-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (9/12)
* drivers/char/rio/* supports up to 4 boards, each with up to 128
lines. It used to share termios for 1st/3rd and 2nd/4th boards, Fixed.
* cleanups and kdev_t removals - we pass tty instead of tty->device
in a couple of helper functions and instead of comparisons on major(tty->device)
we check where does tty->driver point to.
ChangeSet@1.1200, 2003-04-23 18:19:18-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (8/12)
* generic_serial.c typo fix (->driver used instead of correct
->driver_data)
* tubio cleaned up
ChangeSet@1.1199, 2003-04-23 18:19:08-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (7/12)
sanitized driver->driver_name initialization and use
ChangeSet@1.1198, 2003-04-23 18:18:59-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (6/12)
tty->tty_index added; we initialize it with minor(tty->device) -
tty->driver->minor_start. Majority of remaining tty->device uses had
that form and are switched to use of tty->index.
ChangeSet@1.1197, 2003-04-23 18:18:48-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (5/12)
new field - tty->tty_name;
initialized to <driver->name><tty index+driver->base_name>
when we allocate tty_struct. Drivers code switched to use of that
beast (in debugging printks, mostly). Large, but trivial.
ChangeSet@1.1196, 2003-04-23 18:18:37-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (4/12)
Instead of registering "drivers" for /dev/tty, /dev/vc/0, /dev/ptmx
and /dev/console (they are never looked up since tty_open() special-cases
them and they should not be looked up - these devices are remapped on open)
we register corresponding chrdev ranges and devfs nodes directly.
/proc/tty/drivers code updated to keep the contents unchanged
ChangeSet@1.1195, 2003-04-23 18:18:28-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (3/12)
/proc/tty/drivers converted to seq_file
ChangeSet@1.1194, 2003-04-23 18:18:18-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (2/12)
Instead of copying tty_driver into tty_struct we put a reference
in there. tty->driver turned into a pointer, users updated. Large, but
trivial
ChangeSet@1.1193, 2003-04-23 18:18:07-07:00, viro@www.linux.org.uk
[PATCH] tty cleanups (1/12)
Christoph's fix for devfs problems with pty.
ChangeSet@1.1192, 2003-04-23 18:09:04-07:00, ahaas@airmail.net
[PATCH] C99 initializers for fs/proc/proc_misc.c
ChangeSet@1.1191, 2003-04-23 18:08:57-07:00, ahaas@airmail.net
[PATCH] Fix C99 initializers in fs/nfs/nfs4proc.c
ChangeSet@1.1190, 2003-04-23 18:08:48-07:00, ahaas@airmail.net
[PATCH] C99 initializers for drivers/block/genhd.c
ChangeSet@1.1189, 2003-04-23 18:08:40-07:00, elenstev@mesatop.com
[PATCH] Avast there ye swabs, prepare to fire a broadside!
Chuck Ebbert notes that kernel developers are apparently pirates in the
_original_ meaning of the word, and like to "cannonicalize".
I prepared a patch in case anyone cares enough about this. I tested on
i386 by building and booting.
ChangeSet@1.1188, 2003-04-23 18:08:30-07:00, pavel@ucw.cz
[PATCH] Fix SWSUSP & !SWAP
Swsusp without swap makes no sense, and leads to compilation
failure. So make the dependency clear in the config files.
ChangeSet@1.1187, 2003-04-23 17:50:15-07:00, bcollins@debian.org
[PATCH] IEEE1394/Firewire updates
- Workaround possible reset loop trying to get IRM sanity
- Logical Unit DIrectory (LUN) support for sbp2(scsi) devices.
- Fix hostnum allocation.
- Whitespace and formatting sync with 2.4 branch.
- Make pcilynx return IRQ_NONE for no interrupts to handle.
ChangeSet@1.1165.2.18, 2003-04-23 17:49:06-07:00, greg@kroah.com
[PATCH] USB: whiteheat: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.17, 2003-04-23 17:48:48-07:00, greg@kroah.com
[PATCH] USB: pl2303: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.16, 2003-04-23 17:48:28-07:00, greg@kroah.com
[PATCH] USB: mct_u232: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.15, 2003-04-23 17:48:10-07:00, greg@kroah.com
[PATCH] USB: kobil_sct: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.14, 2003-04-23 17:47:50-07:00, greg@kroah.com
[PATCH] USB: kl5kusb105: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.13, 2003-04-23 17:47:05-07:00, greg@kroah.com
[PATCH] USB: keyspan_pda: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.12, 2003-04-23 17:38:41-07:00, greg@kroah.com
[PATCH] USB: ftdi_sio: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.11, 2003-04-23 17:37:29-07:00, greg@kroah.com
[PATCH] USB: digi_acceleport: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.10, 2003-04-23 17:36:29-07:00, greg@kroah.com
[PATCH] USB: belkin_sa: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.9, 2003-04-23 17:35:42-07:00, greg@kroah.com
[PATCH] USB: usb-serial core: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1165.2.8, 2003-04-23 17:35:11-07:00, greg@kroah.com
[PATCH] USB: cdc-acm: add support for new tty tiocmget and tiocmset functions.
ChangeSet@1.1186, 2003-04-23 15:35:33-07:00, torvalds@home.transmeta.com
Merge bk://bk.arm.linux.org.uk/linux-2.5-pcmcia
into home.transmeta.com:/home/torvalds/v2.5/linux
ChangeSet@1.1118.3.5, 2003-04-23 22:04:13+01:00, rmk@flint.arm.linux.org.uk
[PCMCIA] Make cb_release_cis_mem() local to cardbus.c
The cardbus CIS parsing code does not use the PCMCIA resource
subsystem, so there isn't any point in freeing its memory when
we remove PCMCIA memory resources. We also free CIS resources
immediately prior to calling cb_free(). We might as well move
the function call into cb_free(), thereby making all references
to cb_release_cis_mem() local to cardbus.c
ChangeSet@1.1118.3.4, 2003-04-23 21:18:16+01:00, rmk@flint.arm.linux.org.uk
[PCMCIA] Don't cache CIS bytes found to be invalid.
Several PCMCIA cards I have here do not work correctly over a
suspend/resume cycle; the PCMCIA code believes that the card has
been changed in the slot, and therefore performs a remove/insert
cycle.
This seems to be because the card returns more or less random data
when reading memory space, leading to the CIS cache mismatching
the card data. This in turn is caused because we try to read CIS
data from both the attribute and memory spaces, and we add the result
to the CIS cache whether or not the returned data was valid.
We therefore convert the CIS cache to use a linked list, and provide
a way to remove cached data from that list. We also replace the
"s->cis_used=0;" construct with a function "destroy_cis_cache(s)"
which clearly describes what we're doing.
ChangeSet@1.1118.3.3, 2003-04-23 20:59:33+01:00, proski@org.rmk.(none)
[PCMCIA] Fix oops in validate_mem when CONFIG_PCMCIA_PROBE=n
If I compile a recent 2.5.x kernel without CONFIG_ISA defined, I get
an oops in validate_mem(). Stack trace contains 0x6b6b6b6 - a clear
sign that freed memory is being accessed.
It's the second validate_mem() in drivers/pcmcia/rsrc_mgr.c - the one
used when CONFIG_PCMCIA_PROBE is not defined. It turns out the memory
is freed in do_mem_probe() when it's called from validate_mem().
The solution is to use the same trick as in the first validate_mem().
This problem is quite serious and it's not specific to the plx9052
driver. I see it with yenta_socket as well.
ChangeSet@1.1118.3.2, 2003-04-23 20:55:14+01:00, hch@de.rmk.(none)
[PCMCIA] remove unused files
From Christoph Hellwig
There's no need to keep the stubs around.
ChangeSet@1.1118.3.1, 2003-04-23 20:51:31+01:00, proski@org.rmk.(none)
[PCMCIA] Fix compilation of cardmgr
Patch from Pavel Roskin
ds.h should not be including linux/device.h when compiling userspace
code.
ChangeSet@1.1165.2.7, 2003-04-23 12:07:03-07:00, baldrick@wanadoo.fr
[PATCH] USB speedtouch: compile fix
The rx_inuse field no longer exists.
ChangeSet@1.1165.2.6, 2003-04-23 12:06:40-07:00, baldrick@wanadoo.fr
[PATCH] USB speedtouch: crc optimization
ChangeSet@1.1165.2.5, 2003-04-23 12:06:14-07:00, baldrick@wanadoo.fr
[PATCH] USB speedtouch: bump the version number
ChangeSet@1.1165.2.4, 2003-04-23 12:05:40-07:00, david-b@pacbell.net
[PATCH] usb: fix (rare?) disconnect
It's not good to dereference pointers before checking
them for null. Seen once on a faulty device init,
which I don't think I'd ever seen before "in the wild".
(Caused by some other 2.5.68 strangeness.)
ChangeSet@1.1165.2.3, 2003-04-23 12:05:10-07:00, david-b@pacbell.net
[PATCH] USB: hcd-pci.c catch up to dev_printk changes
The preceding patch to fix this was incomplete, since
it didn't work for the pure debug messages. And that
was because the DEBUG-vs-CONFIG_USB_DEBUG stuff changed
somewhere.
ChangeSet@1.1165.2.2, 2003-04-23 12:04:22-07:00, akpm@digeo.com
[PATCH] usb: minor usb stuff
- nail a couple of warnings
- usbnet is not compilable with gcc-2.95.3. Fix.
ChangeSet@1.1179.3.4, 2003-04-23 11:33:48-07:00, hch@lst.de
[PATCH] i2c: bring i2c-viapro uptodate with the style guide
ChangeSet@1.1179.3.3, 2003-04-23 11:33:28-07:00, hch@lst.de
[PATCH] i2c: remove dead init code from i2c-sensors.c
ChangeSet@1.1179.3.2, 2003-04-23 11:33:09-07:00, hch@lst.de
[PATCH] i2c: remove dead code from adm1021
Enough testing :) This is the last user of some junk in i2c-sensors.h,
so it should better go away sooner than later..
ChangeSet@1.1179.3.1, 2003-04-23 11:32:48-07:00, hch@lst.de
[PATCH] i2c: remove dead junk from i2c-sensors.h
ChangeSet@1.1179.2.3, 2003-04-23 10:57:23-07:00, agrover@groveronline.com
ACPI: Indicate whether we handled the interrupt or not
ChangeSet@1.1179.2.2, 2003-04-23 10:32:32-07:00, agrover@groveronline.com
Merge groveronline.com:/root/bk/linux-2.5
into groveronline.com:/root/bk/linux-acpi
ChangeSet@1.971.109.3, 2003-04-23 10:22:16-07:00, agrover@groveronline.com
ACPI: Add missing include
ChangeSet@1.1179.2.1, 2003-04-23 08:50:36-07:00, torvalds@home.transmeta.com
Never merge vma's that have mapping-private data.
ChangeSet@1.1179.1.7, 2003-04-23 00:19:42-07:00, davem@nuts.ninka.net
[NET]: SG without checksum support is illegal.
ChangeSet@1.1183, 2003-04-23 00:07:21-07:00, rob@osinvestor.com
[SPARC]: Kill initialize_secondary, unused.
ChangeSet@1.1179.1.6, 2003-04-22 23:57:57-07:00, yoshfuji@linux-ipv6.org
[IPV6]: dst_alloc() clean-up.
ChangeSet@1.1179.1.5, 2003-04-22 23:56:10-07:00, whydoubt@yahoo.com
[NETFILTER IPV4]: Fix typo in Kconfig.
ChangeSet@1.1179.1.4, 2003-04-22 23:53:39-07:00, dlstevens@us.ibm.com
[IGMP]: Fix bug in broadcast handling.
ChangeSet@1.1179.1.3, 2003-04-22 23:51:48-07:00, dlstevens@us.ibm.com
[IGMPv3/MPDv2]: Bug fixes and ipv4 multiprotocol API.
ChangeSet@1.1182, 2003-04-22 23:40:17-07:00, davem@nuts.ninka.net
[SPARC64]: Kill unnecessary MOD_{INC,DEC}_USE_COUNT in cpwatchdog and envctrl drivers.
ChangeSet@1.1179.1.2, 2003-04-22 23:14:38-07:00, davem@nuts.ninka.net
[NET]: Do not let GCC reload pointers after NULL checks.
ChangeSet@1.1179.1.1, 2003-04-23 02:53:59-03:00, acme@conectiva.com.br
o net: module refcounting for sk_alloc/sk_free
I had to move the rtnetlink_init and init_netlink calls to af_netlink init time, so that
the sk_alloc called down the rtnetlink_init callchain is done after the PF_NETLINK
net_proto_family is sock_registered, and because of that the af_netlink init function
call had to be moved to earlier by means of subsys_initcall (DaveM's suggestion).
ChangeSet@1.1181, 2003-04-22 22:43:16-07:00, ebrower@usa.net
[SPARC]: Refactor AUXIO support.
ChangeSet@1.1180, 2003-04-22 21:37:21-07:00, zaitcev@redhat.com
[SPARC]: Colin Gibbs gcc-3.x support.
ChangeSet@1.1179, 2003-04-22 09:34:47-07:00, lkml@shemesh.biz
[PATCH] Fix IRDA irq handler prototype
This fixes a mismatch in declaration between "irport_interrupt" in the
header files (returning void) and in the definition (returning
irqreturn_t).
ChangeSet@1.1171.3.4, 2003-04-22 08:33:21-07:00, neilb@cse.unsw.edu.au
[PATCH] Update umem driver for newer cards.
ChangeSet@1.1171.3.3, 2003-04-22 08:33:10-07:00, neilb@cse.unsw.edu.au
[PATCH] Update umem to new request_irq interface
request_irq requires a handler that returns irqreturn_t,
so mm_interrupt now returns the appropriate value
ChangeSet@1.1171.4.1, 2003-04-22 08:18:01-07:00, axboe@suse.de
[PATCH] request structure stack corruption
This fixes a problem with drivers that have request on the stack for
some operations, like IDE. If we wake before releasing the request, the
stack may have already disappeared beneath us when the rest of
end_that_request_last() is run.
Fix by making sure the completion is done _last_.
ChangeSet@1.1176, 2003-04-22 00:47:19-07:00, steve@gw.chygwyn.com
[IP_GRE]: Kill duplicate update_pmtu call.
ChangeSet@1.1175, 2003-04-22 00:41:06-07:00, shemminger@osdl.org
[BRIDGE]: New maintainership.
ChangeSet@1.1171.2.4, 2003-04-22 00:36:52-07:00, davem@nuts.ninka.net
[SPARC64]: Add LOOP_{GET,SET}_STATUS64 to ioctl32.
ChangeSet@1.1171.2.3, 2003-04-22 00:09:33-07:00, davem@nuts.ninka.net
[SPARC]: CLOCK_MONOTONIC fixes, from x86.
ChangeSet@1.1174, 2003-04-22 00:00:59-07:00, davem@nuts.ninka.net
[NETLINK]: Fix minor numbers in netlink_dev.c
ChangeSet@1.1171.2.2, 2003-04-21 23:58:39-07:00, davem@nuts.ninka.net
[SPARC64]: Update defconfig.
ChangeSet@1.1171.2.1, 2003-04-21 23:13:33-07:00, elenstev@mesatop.com
[SPARC64]: Spelling fixes.
ChangeSet@1.1171.1.1, 2003-04-21 23:05:40-07:00, torvalds@home.transmeta.com
Fix irq event debug print-out, and add stack dump which can
give a clue about what the context was that might have caused
the spurious interrupt.
ChangeSet@1.1167.1.3, 2003-04-22 00:16:52-03:00, acme@conectiva.com.br
o rtnetlink_dev: use C99 struct init style
ChangeSet@1.1167.1.2, 2003-04-22 00:07:15-03:00, acme@conectiva.com.br
o atm/lec.c: use C99 struct init style
ChangeSet@1.1167.1.1, 2003-04-21 23:48:15-03:00, acme@conectiva.com.br
o rtnetlink: use C99 struct init style
ChangeSet@1.1170, 2003-04-21 16:31:33-07:00, torvalds@home.transmeta.com
Add the Xeon variations (Pentium-III and P4-based) to the list
of Intel CPU optimizations. From Andi Kleen.
ChangeSet@1.1169, 2003-04-21 16:23:20-07:00, ak@muc.de
[PATCH] Runtime memory barrier patching
This implements automatic code patching of memory barriers based
on the CPU capabilities. Normally lock ; addl $0,(%esp) barriers
are used, but these are a bit slow on the Pentium 4.
Linus proposed this a few weeks ago after the support for SSE1/SSE2
barriers was introduced. I now got around to implement it.
The main advantage is that it allows distributors to ship less binary
kernels but still get fast kernels. In particular it avoids the
need of a special Pentium 4 kernel.
The patching code is quite generic and could be used to patch
other instructions (like prefetches or specific other critical
instructions) too.
Thanks to Rusty's in kernel loader it also works seamlessly for modules.
The patching is done before other CPUs start to avoid potential
erratas with self modifying code on SMP systems. It makes no
attempt to automatically handle assymetric systems (an secondary
CPU having less capabilities than the boot CPU). In this
case just boot with "noreplacement"
ChangeSet@1.1168, 2003-04-21 16:23:10-07:00, akpm@digeo.com
[PATCH] More careful about VMA merging
The VMA merging code can merge vmas which have a ->vm_ops->close() handler.
But this means that per-VMA resources in one of the merged VMAs will not be
freed.
Fix that up by just refusing to merge any VMA's which look "complex": they
have special flags set or they have a ->close handler.
ChangeSet@1.1118.2.4, 2003-04-21 23:45:12+01:00, elenstev@com.rmk.(none)
[ARM] spelling fixes for arm
Patch from Steven Cole.
Here are some spelling fixes for arm.
This was diffed against the current 2.5 tree.
ChangeSet@1.1165.2.1, 2003-04-21 13:41:39-07:00, greg@kroah.com
Merge kroah.com:/home/greg/linux/BK/bleed-2.5
into kroah.com:/home/greg/linux/BK/gregkh-2.5
ChangeSet@1.1165.1.1, 2003-04-21 13:24:30-07:00, rml@tech9.net
[PATCH] trivial task_prio() fix
Here is a trivial fix for task_prio() in the case MAX_RT_PRIO !=
MAX_USER_RT_PRIO. In this case, all priorities are skewed by
(MAX_RT_PRIO - MAX_USER_RT_PRIO).
The fix is to subtract the full MAX_RT_PRIO value from p->prio, not just
MAX_USER_RT_PRIO. This makes sense, as the full priority range is
unrelated to the maximum user value. Only the real maximum RT value
matters.
This has been in Andrew's tree for awhile, with no issue. Also, Ingo
acked it.
ChangeSet@1.1166, 2003-04-21 13:10:51-07:00, torvalds@penguin.transmeta.com
Allow gcc to generate better code for irq handling.
Ok, now that most drivers have been converted to the new
irqreturn_t, we can remove the fascist type-checks and just
use a regular integer type which has a simpler calling
convention.
ChangeSet@1.1165, 2003-04-21 12:46:13-07:00, paulkf@microgate.com
[PATCH] n_hdlc update
With suggestions from Chritoph Hellwig
- Remove MODULE_USE_COUNT macros
- Add owner member to struct tty_ldisc
- Init tty_ldisc at compile time
- make some functions static
ChangeSet@1.1164, 2003-04-21 11:48:52-07:00, paulkf@microgate.com
[PATCH] synclink_cs update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
ChangeSet@1.1163, 2003-04-21 11:47:01-07:00, paulkf@microgate.com
[PATCH] synclinkmp update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
ChangeSet@1.1162, 2003-04-21 11:45:56-07:00, paulkf@microgate.com
[PATCH] synclink update
- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks
ChangeSet@1.1161, 2003-04-21 11:28:14-07:00, bcollins@debian.org
[PATCH] 1394 updates
- New irq handler prototypes.
- Lots of un-enumurated locking fixes/cleanups (thanks in large part to
spinlock debug compile options in the kernel).
- Other various trivial fixes.
ChangeSet@1.1160, 2003-04-21 11:27:24-07:00, torvalds@home.transmeta.com
Return IRQ_NONE for ieee1394 driver when the interrupt was for
somebody else.
ChangeSet@1.1159, 2003-04-21 11:23:36-07:00, mzyngier@freesurf.fr
[PATCH] Convert Alpha to the new 2.5 IRQ API
This converts the Alpha architecture to the new IRQ API. Tested on
Jensen.
ChangeSet@1.1158, 2003-04-21 11:23:28-07:00, jgarzik@pobox.com
[PATCH] fix printk when an irq doesn't get responded to
ChangeSet@1.1156, 2003-04-21 10:39:45-07:00, torvalds@home.transmeta.com
Resolve differences between Davem and Andrew on irq updates
ChangeSet@1.1155, 2003-04-21 10:32:35-07:00, akpm@digeo.com
[PATCH] irqs: hotplug drivers
Update hotplug and pcmcia drivers to the new IRQ API.
ChangeSet@1.1131.4.15, 2003-04-21 10:21:28-07:00, akpm@digeo.com
[PATCH] irqs: input drivers
Update the input and joystick drivers to the new IRQ API.
ChangeSet@1.1131.4.14, 2003-04-21 10:21:21-07:00, akpm@digeo.com
[PATCH] irqs: ISDN
Update ISDN for the new IRQ API.
ChangeSet@1.1131.4.13, 2003-04-21 10:21:11-07:00, akpm@digeo.com
[PATCH] irqs: IRDA
Update the IRDA drivers to the new IRQ API.
ChangeSet@1.1131.4.12, 2003-04-21 10:21:04-07:00, akpm@digeo.com
[PATCH] ax25 build fix
spin_lock() does not take a spinlock_t**
ChangeSet@1.1131.4.11, 2003-04-21 10:20:56-07:00, akpm@digeo.com
[PATCH] parport_serial fix
parport_serial is calling a couple of 8250 driver functions with no prototypes
in scope.
Turns out it was calling them with too many args, too.
ChangeSet@1.1131.4.10, 2003-04-21 10:20:47-07:00, akpm@digeo.com
[PATCH] irqs: 1394
Update 1394 to the new IRQ API
ChangeSet@1.1131.4.9, 2003-04-21 10:20:39-07:00, akpm@digeo.com
[PATCH] irqs: video drivers
Update video drivers to the new IRQ API.
Almost none of them compile, so it was done on-spec.
ChangeSet@1.1131.4.8, 2003-04-21 10:20:32-07:00, akpm@digeo.com
[PATCH] irqs: multimedia drivers
Update a couple of media drivers to the new IRQ API.
Some stuff in there doesn't link btw:
drivers/built-in.o: In function `rds_waitread':
drivers/built-in.o(.text+0x6c152): undefined reference to `aci_port'
drivers/built-in.o: In function `rds_rawwrite':
drivers/built-in.o(.text+0x6c1a3): undefined reference to `aci_port'
ChangeSet@1.1131.4.7, 2003-04-21 10:19:17-07:00, akpm@digeo.com
[PATCH] irqs: various char drivers
Fix up a bunch of char drivers for the new IRQ API.
ChangeSet@1.1131.4.6, 2003-04-21 10:19:09-07:00, akpm@digeo.com
[PATCH] irqs: watchdog drivers
Update the watchdog drivers to the new IRQ API.
Also, give a couple of irq handlers static scope.
ChangeSet@1.1131.4.5, 2003-04-21 10:19:01-07:00, akpm@digeo.com
[PATCH] irqs: ipmi driver
Update the ipmi driver to the new IRQ API
ChangeSet@1.1131.4.4, 2003-04-21 10:18:53-07:00, akpm@digeo.com
[PATCH] irqs in sound/
Updates all sound drivers to the new IRQ API.
The patch also fixes
- a return-with-lock-held
- a bunch of warnings and 64-bit bugs (CPU flags must be held in an
unsigned long)
- jiffies must use unsigned longs
- two functions returning uninitialised values
ChangeSet@1.1131.4.3, 2003-04-21 10:18:42-07:00, akpm@digeo.com
[PATCH] irqs: rtc
update rtc driver to new IRQ API
ChangeSet@1.1131.4.2, 2003-04-21 10:18:34-07:00, akpm@digeo.com
[PATCH] irqs: sym2
update sym2 for new IRQ API
ChangeSet@1.1131.4.1, 2003-04-21 10:18:27-07:00, akpm@digeo.com
[PATCH] irqs: drivers/block
update drivers/block for new IRQ API.
ChangeSet@1.1118.2.3, 2003-04-21 17:36:54+01:00, eli.carter@com.rmk.(none)
[ARM PATCH] 1510/1: use a #define for asm jump address
Patch from Eli Carter
# Mon Apr 21 11:11:41 CDT 2003 ejc@rnd-linux-c84
# use-physoffset-define
#
# Use the PHYS_OFFSET #define instead of a hard-coded value.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506
#
# arch/arm/boot/compressed/head-xscale.S | 2 +-
# 1 files changed, 1 insertion(+), 1 deletion(-)
#
ChangeSet@1.1118.2.2, 2003-04-21 17:31:47+01:00, eli.carter@com.rmk.(none)
[ARM PATCH] 1511/1: iop321 #define cleanup
Patch from Eli Carter
# Mon Apr 21 11:20:06 CDT 2003 ejc@rnd-linux-c84
# pci-io-mem-size-defines
#
# Rename the IOP321_PCI_WINDOW_SIZE #defines to use
# IOP321_PCI_{IO,MEM}_{BASE,SIZE} instead. This makes the #defines a bit more
# consistent. No functional change, though it does bring up the question of
# whether res[].end should be BASE+SIZE-1 or BASE+SIZE.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506+1508-10
#
# arch/arm/mach-iop3xx/iop321-pci.c | 8 ++++----
# include/asm-arm/arch-iop3xx/iop321.h | 10 ++++------
# 2 files changed, 8 insertions(+), 10 deletions(-)
#
ChangeSet@1.1118.2.1, 2003-04-21 17:27:44+01:00, eli.carter@com.rmk.(none)
[ARM PATCH] 1508/1: use #define's for iq80321
Patch from Eli Carter
# Thu Apr 17 16:37:58 CDT 2003 ejc@rnd-linux-c84
# iq80321-use-addr-defines
#
# Use #define's instead of hard-coded numbers for the device locations for the
# iq80321 board.
#
# Diffed against linux-2.5.65-rmk1+1472-4+1502-3+1506
# Applies cleanly to linux-2.5.67-rmk1+1502-3+1506
#
# arch/arm/mach-iop3xx/mm-321.c | 4 ++--
# 1 files changed, 2 insertions(+), 2 deletions(-)
#
ChangeSet@1.1154, 2003-04-21 00:05:54-07:00, davem@nuts.ninka.net
[SOUND TRIDENT]: Update for irqreturn_t.
ChangeSet@1.1153, 2003-04-21 00:04:40-07:00, davem@nuts.ninka.net
[SOUND PCI]: Update several drivers for irqreturn_t.
ChangeSet@1.1152, 2003-04-21 00:01:36-07:00, davem@nuts.ninka.net
[MYRI_SBUS]: Update for irqreturn_t.
ChangeSet@1.1151, 2003-04-21 00:00:40-07:00, davem@nuts.ninka.net
[NET SUN]: Update for irqreturn_t.
ChangeSet@1.1150, 2003-04-20 23:59:56-07:00, davem@nuts.ninka.net
[TG3]: Update to irqreturn_t.
ChangeSet@1.1149, 2003-04-20 23:57:00-07:00, davem@nuts.ninka.net
[SCSI SYM53C8XX_2]: Update for irqreturn_t.
ChangeSet@1.1148, 2003-04-20 23:56:22-07:00, davem@nuts.ninka.net
[SCSI AIC7XXX_OLD]: Update for irqreturn_t.
ChangeSet@1.1147, 2003-04-20 23:55:54-07:00, davem@nuts.ninka.net
[SCSI QLOGICPTI]: Update for irqreturn_t.
ChangeSet@1.1146, 2003-04-20 23:55:37-07:00, davem@nuts.ninka.net
[SCSI QLOGICISP]: Update for irqreturn_t.
ChangeSet@1.1145, 2003-04-20 23:55:14-07:00, davem@nuts.ninka.net
[SCSI QLOGICFC]: Update for irqreturn_t.
ChangeSet@1.1144, 2003-04-20 23:54:57-07:00, davem@nuts.ninka.net
[SCSI ESP]: Update for irqreturn_t.
ChangeSet@1.1143, 2003-04-20 23:54:23-07:00, davem@nuts.ninka.net
[MESSAGE FUSION]: Update for irqreturn_t.
ChangeSet@1.1142, 2003-04-20 23:51:55-07:00, davem@nuts.ninka.net
[FC4 SPARC]: Update for irqreturn_t.
ChangeSet@1.1141, 2003-04-20 23:50:54-07:00, davem@nuts.ninka.net
[RTC]: Update for irqreturn_t.
ChangeSet@1.1140, 2003-04-20 23:48:31-07:00, davem@nuts.ninka.net
[CHAR SPARC]: Update for irqreturn_t.
ChangeSet@1.1139, 2003-04-20 23:46:05-07:00, davem@nuts.ninka.net
[SOUND]: mpu401.h needs linux/interrupt.h
ChangeSet@1.1138, 2003-04-20 23:45:08-07:00, davem@nuts.ninka.net
[SERIAL SPARC]: Update for irqreturn_t.
ChangeSet@1.1137, 2003-04-20 23:43:58-07:00, davem@nuts.ninka.net
[SPARC]: Platform code changes for irqreturn_t.
ChangeSet@1.1136, 2003-04-20 23:41:32-07:00, davem@nuts.ninka.net
[SPARC]: Fix dumb typo in sun4c mm code.
ChangeSet@1.1135, 2003-04-20 23:41:00-07:00, davem@nuts.ninka.net
[SOUND SPARC]: Update for irqreturn_t.
ChangeSet@1.1134, 2003-04-20 23:39:28-07:00, davem@nuts.ninka.net
[SPARC]: setup.c needs linux/initrd.h
ChangeSet@1.1131.1.7, 2003-04-21 02:39:27-04:00, jgarzik@redhat.com
net driver cleanup, volume 6
Affected drivers: atp, de600, de620, eepro, eexpress, lp486e,
3c589_cs, axnet_cs, fmvj18x_cs, nmclan_cs, pcnet_cs, smc91c92_cs,
xirc2ps_cs, sk98lin, xircom_cb, xircom_tulip_cb, airo, arlan,
netwave_cs, orinoco, ray_cs, wavelan, znet
98% contributed by Andrew Morton
ChangeSet@1.1131.1.6, 2003-04-21 02:00:55-04:00, jgarzik@redhat.com
net driver cleanup, volume 5
Affected drivers: 3c505 (notably), depca, ni5010, ni52, ni65,
dmfe, winbond-840.
3c505 included quite a few s/int timeout/unsigned long timeout/
changes as well, for proper jiffies comparison typing.
98% contributed by Andrew Morton.
ChangeSet@1.1131.1.5, 2003-04-21 01:41:23-04:00, jgarzik@redhat.com
net driver cleanup, volume 4
Affected drivers: 3c501, 3c507, 3c509, 3c5154, 3c59x, amd8111e,
at1700, e1000, hp100, lance, smc9194, de2104x, de4x5, tulip,
typhoon.
98% contributed by Andrew Morton.
ChangeSet@1.1131.2.1, 2003-04-20 22:30:13-07:00, davem@nuts.ninka.net
[NET]: In sock_alloc_send_pskb, add __GFP_REPEAT when __GFP_WAIT.
ChangeSet@1.1131.1.4, 2003-04-21 01:10:01-04:00, jgarzik@redhat.com
net driver cleanup, volume 3
Affected drivers: 8139cp, 8139too, 82596, b44, cs89x0, dl2k, r8169
Vast majority of changes contributed by Andrew Morton.
ChangeSet@1.1133, 2003-04-20 22:05:24-07:00, davem@nuts.ninka.net
[SPARC]: Rename signal macros SV_foo --> _SV_foo.
ChangeSet@1.1131.1.3, 2003-04-21 00:58:42-04:00, jgarzik@redhat.com
net driver cleanup, volume 2
morq irqreturn_t,
some s/long flags/unsigned long flags/,
more set_bit-on-something-other-than-long cleanups
Affected drivers: epic100, fealnx, natsemi, ns83820, starfire,
sundance, via-rhine, yellowfin. (and also include/linux/eeprom.h)
Several changes contributed by Andrew Morton.
ChangeSet@1.1131.1.2, 2003-04-21 00:26:55-04:00, jgarzik@redhat.com
net driver cleanup, volume 1:
Mostly updating to new irqreturn_t, but also includes some needed
SET_MODULE_OWNER and set_bit cleanups as well.
Affects: 8390, dgrs, eepro100, epic100, pcnet32, rcpci45,
sis900, tlan
ChangeSet@1.1132, 2003-04-20 18:29:08-07:00, davem@nuts.ninka.net
[SPARC64]: A few missing pgtable __GFP_REPEAT.
ChangeSet@1.1131, 2003-04-20 16:00:26-07:00, torvalds@home.transmeta.com
Fix IO-APIC vector allocation boundary case - we never want to
allocate FIRST_SYSTEM_VECTOR as an external interrupt. It's unlikely,
but could happen if we have a _ton_ of interrupt sources.
Found by Chuck Ebbert.
ChangeSet@1.1130, 2003-04-20 15:20:38-07:00, rddunlap@osdl.org
[PATCH] replace URLs in Kconfig
This is a patch from Robert P.J. Day that replaces www.linuxdoc.org
(which is outdated and unspported according to www.tldp.org)
with www.tldp.org in lots of Kconfig files.
ChangeSet@1.1124.2.5, 2003-04-20 14:52:14-07:00, torvalds@home.transmeta.com
Merge
ChangeSet@1.1124.4.38, 2003-04-20 14:50:20-07:00, hch@lst.de
[PATCH] remove a tiny bit of kdev_t abuse from the floppy driver
ChangeSet@1.1124.4.37, 2003-04-20 14:50:12-07:00, hch@lst.de
[PATCH] remove some junk from hd98.c's ioctl implementation
Also pointed out by Al.
ChangeSet@1.1124.4.36, 2003-04-20 14:50:04-07:00, hch@lst.de
[PATCH] remove dasd_get_kdev
Al pointed out that it's unused after my last series of devfs patches.
ChangeSet@1.1124.4.35, 2003-04-20 14:49:56-07:00, hch@lst.de
[PATCH] replace __blk_run_queue with blk_run_queue
All callers of __blk_run_queue are of the form
spin_lock_irqsave(q->queue_lock, flags);
__blk_run_queue(q);
spin_unlock_irqrestore(q->queue_lock, flags);
Replace it with a blk_run_queue that does the locking itself.
ChangeSet@1.1124.4.34, 2003-04-20 14:49:47-07:00, hch@lst.de
[PATCH] rename end_request in floppy() and raid1
In preparation of getting rid of the LOCAL_END_REQUEST mess.
ChangeSet@1.1124.4.33, 2003-04-20 14:49:38-07:00, hch@lst.de
[PATCH] initrd.h
split the initrd stuff out of blk.h, it's only needed in the boot code
and the ramdisk driver.
ChangeSet@1.1124.2.4, 2003-04-20 14:47:49-07:00, torvalds@home.transmeta.com
Merge home.transmeta.com:/home/torvalds/v2.5/akpm
into home.transmeta.com:/home/torvalds/v2.5/linux
ChangeSet@1.1124.2.3, 2003-04-20 14:45:10-07:00, torvalds@penguin.transmeta.com
Update ensoniq driver to return whether the interrupt was for it
or not.
ChangeSet@1.1124.4.32, 2003-04-20 14:43:34-07:00, hch@lst.de
[PATCH] devfs: warn on block modes in devfs_register
ChangeSet@1.1124.4.31, 2003-04-20 14:43:26-07:00, hch@lst.de
[PATCH] devfs: kill devfs_register_partition
ChangeSet@1.1124.4.30, 2003-04-20 14:43:19-07:00, hch@lst.de
[PATCH] devfs: md
ChangeSet@1.1124.4.29, 2003-04-20 14:43:11-07:00, hch@lst.de
[PATCH] devfs: device-mapper
ChangeSet@1.1124.4.28, 2003-04-20 14:43:04-07:00, hch@lst.de
[PATCH] devfs: floppy
The following patches switch the few drivers that have to register
devfs entries independand of gendisks to devfs_mk_bdev.
ChangeSet@1.1124.4.27, 2003-04-20 14:42:56-07:00, hch@lst.de
[PATCH] devfs: xpram
ChangeSet@1.1124.4.26, 2003-04-20 14:42:48-07:00, hch@lst.de
[PATCH] devfs: mtdblock
ChangeSet@1.1124.4.25, 2003-04-20 14:42:40-07:00, hch@lst.de
[PATCH] devfs: sonycd
ChangeSet@1.1124.4.24, 2003-04-20 14:42:31-07:00, hch@lst.de
[PATCH] devfs: sjcd
ChangeSet@1.1124.4.23, 2003-04-20 14:42:24-07:00, hch@lst.de
[PATCH] devfs: optcd
ChangeSet@1.1124.4.22, 2003-04-20 14:42:15-07:00, hch@lst.de
[PATCH] devfs: gscd
ChangeSet@1.1124.4.21, 2003-04-20 14:42:07-07:00, hch@lst.de
[PATCH] devfs: aztcd
ChangeSet@1.1124.4.20, 2003-04-20 14:42:00-07:00, hch@lst.de
[PATCH] devfs: swim3
ChangeSet@1.1124.4.19, 2003-04-20 14:41:52-07:00, hch@lst.de
[PATCH] devfs: rd
ChangeSet@1.1124.4.18, 2003-04-20 14:41:44-07:00, hch@lst.de
[PATCH] devfs: nbd
ChangeSet@1.1124.4.17, 2003-04-20 14:41:36-07:00, hch@lst.de
[PATCH] devfs: loop
This and the next patches switches over drivers to gendisk.devfs_name.
ChangeSet@1.1124.4.16, 2003-04-20 14:41:28-07:00, hch@lst.de
[PATCH] devfs: gendisk.devfs_name updates
Previously gendisk.devfs_name was used only for partitioned devices
or CDroms, and for the latter it was slightly broken. Fix it to
work genericly for all gendisks.
ChangeSet@1.1124.4.15, 2003-04-20 14:41:20-07:00, hch@lst.de
[PATCH] devfs: introduce devfs_mk_bdev
Replaces devfs_register for block devices. Note that we do NOT pass in
an operaion vector here - it was unused in devfs_register already
and our block device code fundamentally ties the operations to the
gendisk. There will be only very few callers of this one anyway..
ChangeSet@1.1124.4.14, 2003-04-20 14:41:11-07:00, hch@lst.de
[PATCH] devfs: superflous devfs_remove in scsi
Already handled by the gendisk layer.
ChangeSet@1.1124.4.13, 2003-04-20 14:41:04-07:00, hch@lst.de
[PATCH] devfs: remove dead devfs code in dasd
Dasd is partitioned - all devfs stuff is handled by the gendisk layer.
ChangeSet@1.1124.4.12, 2003-04-20 14:40:56-07:00, hch@lst.de
[PATCH] devfs: switch over ubd to ->devfs_name
Duh, ubd is partitioned.
ChangeSet@1.1124.4.11, 2003-04-20 14:40:48-07:00, hch@lst.de
[PATCH] devfs: remove devfs_unregister
ChangeSet@1.1124.4.10, 2003-04-20 14:40:40-07:00, hch@lst.de
[PATCH] devfs: uml
ChangeSet@1.1124.4.9, 2003-04-20 14:40:32-07:00, hch@lst.de
[PATCH] devfs: swim3
ChangeSet@1.1124.4.8, 2003-04-20 14:40:25-07:00, hch@lst.de
[PATCH] devfs: ipmi
ChangeSet@1.1124.4.7, 2003-04-20 14:40:17-07:00, hch@lst.de
[PATCH] devfs: s390
ChangeSet@1.1124.4.6, 2003-04-20 14:40:08-07:00, hch@lst.de
[PATCH] devfs: miscdev
ChangeSet@1.1124.4.5, 2003-04-20 14:40:00-07:00, hch@lst.de
[PATCH] devfs: videodev
ChangeSet@1.1124.4.4, 2003-04-20 14:39:52-07:00, hch@lst.de
[PATCH] devfs: sound
ChangeSet@1.1124.4.3, 2003-04-20 14:39:44-07:00, hch@lst.de
[PATCH] devfs: usb
ChangeSet@1.1124.4.2, 2003-04-20 14:39:36-07:00, hch@lst.de
[PATCH] devfs: dvb
ChangeSet@1.1124.4.1, 2003-04-20 14:39:29-07:00, hch@lst.de
[PATCH] devfs: input
Make sure input always uses devfs_remove. While at it I've also
remove lots of code duplication - every upper input driver contained
the code surrounding devfs_unregister in two identical copies.
ChangeSet@1.1124.3.39, 2003-04-20 14:34:45-07:00, akpm@digeo.com
[PATCH] fbdev build fix
- fb_prepare_logo() is calling the undefined find_logo(). I think it wants
fb_find_logo().
- fb_prepare_logo is not __init, therefore fb_find_logo() cannot be __init.
ChangeSet@1.1124.3.38, 2003-04-20 14:30:01-07:00, akpm@digeo.com
[PATCH] Aggregated disk statistics
From: Rick Lindsley <ricklind@us.ibm.com>
To access all the system's disk statitics we currently need to access one
sysfs file per disk. This clearly will not be acceptable with thousands of
disks.
The patch aggregates the system-wide statistics in real time and exposes them
via /proc/diskstats
ChangeSet@1.1124.3.37, 2003-04-20 14:29:55-07:00, akpm@digeo.com
[PATCH] Fix nfsctl for larger dev_t
From: Andries.Brouwer@cwi.nl
The old NFS control interface passes dev_t's in from userspace. This patch
keeps it working when the size of dev_t changes.
This is a deprecated interface - new nfs-utils uses an ascii representation
in exportfs.
Acked by Neil.
ChangeSet@1.1124.3.36, 2003-04-20 14:29:47-07:00, akpm@digeo.com
[PATCH] smbfs: larger dev_t preparation
Discard fewer bits of the device number recd with smb.
This does not depend on anything else.
Andries
ChangeSet@1.1124.3.35, 2003-04-20 14:29:39-07:00, akpm@digeo.com
[PATCH] prepare device mapper for larger dev_t
From: Joe Thornber <thornber@sistina.com>
The only other thing that will need changing in dm to cope with 64bit
dev_t concerns the bitset I'm using to keep track of allocated minor
numbers. A trivial patch like this would work for now:
ChangeSet@1.1124.3.34, 2003-04-20 14:29:32-07:00, akpm@digeo.com
[PATCH] don't shrink slab for highmem allocations
From: William Lee Irwin III <wli@holomorphy.com>
If one's goal is to free highmem pages, shrink_slab() is an ineffective
method of recovering them, as slab pages are all ZONE_NORMAL or ZONE_DMA.
Hence, this "FIXME: do not do for zone highmem". Presumably this is a
question of policy, as highmem allocations may be satisfied by reaping slab
pages and handing them back; but the FIXME says what we should do.
ChangeSet@1.1124.3.33, 2003-04-20 14:29:25-07:00, akpm@digeo.com
[PATCH] Extend map_vm_area()/get_vm_area()
From: Christoph Hellwig <hch@infradead.org> and David M-T
The ia64 port can use vmap(), but needs to be able to specify the protection
flags and the resulting vma's vm_flags.
The patch adds the two extra args to vmap(), updates the two callers and
fixes some comment spellos.
ChangeSet@1.1124.3.32, 2003-04-20 14:29:19-07:00, akpm@digeo.com
[PATCH] fix CONFIG_NOMMU mismerges
From: Christoph Hellwig <hch@lst.de>
we already have better stubs in nommu.c, the additional inlines in mm.h only
cause compile failures.
ChangeSet@1.1124.3.31, 2003-04-20 14:29:12-07:00, akpm@digeo.com
[PATCH] Allocate hd_structs dynamically
From: Badari Pulavarty <pbadari@us.ibm.com>
Here is the patch to allocate hd_struct dynamically as we find
partitions.
There are 3 things I didn't like in the patch.
1) The patch allocates 15 pointers instead of 15 hd_structs. (incase of
s= csi). I was really hoping to get rid of "15" and make it really
dynamic. (In ca= se if we ever want to support more than 15 partitions
per disk etc..).=20 I was thought about making it a linked list, but
blk_partition_remap() needs to get to hd_struct for a given partition
everytime we do IO. So linked list would be bad, we really need direct
access to partition in= fo.
2) I had to add "partno" to hd_struct, since part_dev_read() used to calc=
ulate partition number from the address before.
3) kmalloc() failure in add_partition() will be silently ignored.
It saves 2048 bytes per disk.
ChangeSet@1.1124.3.30, 2003-04-20 14:29:05-07:00, akpm@digeo.com
[PATCH] shm_get_stat-handle-hugetlb-pages.patch
From: William Lee Irwin III <wli@holomorphy.com>
shm_get_stat() didn't know about hugetlbpage-backed shm.
ChangeSet@1.1124.3.29, 2003-04-20 14:28:59-07:00, akpm@digeo.com
[PATCH] DAC960: add call to blk_queue_bounce_limit
From: Dave Olien <dmo@osdl.org>
The following patch adds a call to blk_queue_bounce_limit to the DAC960
driver. Otherwise, it uses bounce buffering more than it needs to.
ChangeSet@1.1124.3.28, 2003-04-20 14:28:52-07:00, akpm@digeo.com
[PATCH] oom-kill: preferentially kill swapoff
From: Hugh Dickins <hugh@veritas.com>
The current behaviour is that once swapoff has filled memory, other tasks get
OOMkilled one by one until swapoff completes, or more likely hangs. It is
better that swapoff be the first choice for OOMkill.
The patch changes the oom-killer so that it will kill off any
currently-running swapoff instance before killing any other task.
(Bit kludgy, couldn't think of a better way)
ChangeSet@1.1124.3.27, 2003-04-20 14:28:45-07:00, akpm@digeo.com
[PATCH] Permit interruption of swapoff
From: Hugh Dickins <hugh@veritas.com>
Sometimes you start a swapoff and, seeing how long it takes, wish you had
not: allow signal to interrupt and stop swapoff.
ChangeSet@1.1124.3.26, 2003-04-20 14:28:39-07:00, akpm@digeo.com
[PATCH] Disallow swapoff if there is insufficient memory
From: Hugh Dickins <hugh@veritas.com>
First of three small "stop swapoff" patches based on 2.5.67-mm3:
stop swapoff 1/3 vm_enough_memory?
Before embarking upon swapoff, check vm_enough_memory. Mainly
for consistency in the overcommit_memory 2 (strict accounting) case:
fail with -ENOMEM if it wouldn't let the amount removed be committed.
Will always succeed in the overcommit_memory 1 case, as it should in
root-shoot-foot mode. In the overcommit_memory 0 case, well, I don't
care much either way, so opted for the simplest code: no special case.
Which means it could now fail at the start; but that's unlikely (case 0
is over-generous) and only when it would have got stuck later on anyway.
ChangeSet@1.1124.3.25, 2003-04-20 14:28:32-07:00, akpm@digeo.com
[PATCH] use __GFP_REPEAT in pmd_alloc_one()
Convert all pmd_alloc_one() implementations to use __GFP_REPEAT
ChangeSet@1.1124.3.24, 2003-04-20 14:28:25-07:00, akpm@digeo.com
[PATCH] use __GFP_REPEAT in pte_alloc_one()
Remove all the open-coded retry loops in various architectures, use
__GFP_REPEAT.
It could be that at some time in the future we change __GFP_REPEAT to give up
after ten seconds or so, so all the checks for failed allocations are
retained.
ChangeSet@1.1124.3.23, 2003-04-20 14:28:19-07:00, akpm@digeo.com
[PATCH] make alloc_buffer_head take gfp_flags
- alloc_buffer_head() should take the allocation mode as an arg, and not
assume.
- Use __GFP_NOFAIL in JBD's call to alloc_buffer_head().
- Remove all the retry code from jbd_kmalloc() - do it via page allocator
controls.
ChangeSet@1.1124.3.22, 2003-04-20 14:28:12-07:00, akpm@digeo.com
[PATCH] implement __GFP_REPEAT, __GFP_NOFAIL, __GFP_NORETRY
This is a cleanup patch.
There are quite a lot of places in the kernel which will infinitely retry a
memory allocation.
Generally, they get it wrong. Some do yield(), the semantics of which have
changed over time. Some do schedule(), which can lock up if the caller is
SCHED_FIFO/RR. Some do schedule_timeout(), etc.
And often it is unnecessary, because the page allocator will do the retry
internally anyway. But we cannot rely on that - this behaviour may change
(-aa and -rmap kernels do not do this, for instance).
So it is good to formalise and to centralise this operation. If an
allocation specifies __GFP_REPEAT then the page allocator must infinitely
retry the allocation.
The semantics of __GFP_REPEAT are "try harder". The allocation _may_ fail
(the 2.4 -aa and -rmap VM's do not retry infinitely by default).
The semantics of __GFP_NOFAIL are "cannot fail". It is a no-op in this VM,
but needs to be honoured (or fix up the callers) if the VM ischanged to not
retry infinitely by default.
The semantics of __GFP_NOREPEAT are "try once, don't loop". This isn't used
at present (although perhaps it should be, in swapoff). It is mainly for
completeness.
ChangeSet@1.1124.3.21, 2003-04-20 14:28:04-07:00, akpm@digeo.com
[PATCH] shmdt() speedup
From: William Lee Irwin III <wli@holomorphy.com>
Micro-optimize sys_shmdt(). There are methods of exploiting knowledge
of the vma's being searched to restrict the search space. These are:
(1) shm mappings always start their lives at file offset 0, so only
vma's above shmaddr need be considered. find_vma() can be used
to seek to the proper position in mm->mmap in O(lg(n)) time.
(2) The search is for a vma which could be a fragment of a broken-up
shm mapping, which would have been created starting at shmaddr
with vm_pgoff 0 and then continued no further into userspace
than shmaddr + size. So after having found an initial vma, find
the size of the shm segment it maps to calculate an upper bound
to the virtualspace that needs to be searched.
(3) mremap() would have caused the original checks to miss vma's mapping
the shm segment if shmaddr were the original address at which
the shm segments were attached. This does no better and no worse
than the original code in that situation.
(4) If the chain of references in vma->vm_file->f_dentry->d_inode->i_size
is not guaranteed by refcounting and/or the shm code then this is
oopsable; AFAICT an inode is always allocated.
ChangeSet@1.1124.3.20, 2003-04-20 14:27:57-07:00, akpm@digeo.com
[PATCH] AIO mmap fix
From: Badari Pulavarty <pbadari@us.ibm.com>
Here is a small bug fix for AIO. get_user_pages() takes number
of pages to map as argument. (not in bytes)
ChangeSet@1.1124.3.19, 2003-04-20 14:27:50-07:00, akpm@digeo.com
[PATCH] quotactl(): sync all quotas
From: Jan Kara <jack@suse.cz>
I'm resending a patch which implements quotactl(2) call for syncing
all devices. Particulary it allows the caller not to specify the device
for syncing and in that case quotas on all the devices are written.
The patch is rather trivial (mostly moving the code).
ChangeSet@1.1124.3.18, 2003-04-20 14:27:44-07:00, akpm@digeo.com
[PATCH] ATI Mach64 build fix
From: Geert Uytterhoeven <geert@linux-m68k.org>
Atyfb: Add missing parts of reversal of Mobility changes, allowing ATI Mach64
GX support to compile again.
ChangeSet@1.1124.3.17, 2003-04-20 14:27:37-07:00, akpm@digeo.com
[PATCH] hugetlb math overflow fix
From: William Lee Irwin III <wli@holomorphy.com>
And this one fixes an overflow when there is more than 4GB of hugetlb.
ChangeSet@1.1124.3.16, 2003-04-20 14:27:30-07:00, akpm@digeo.com
[PATCH] follow_hugetlb_page fix
From: William Lee Irwin III <wli@holomorphy.com>
follow_hugetlb_page() drops out of the loop prematurely and fails to take the
appropriate refcounts if its starting address was not hugepage-aligned.
It looked a bit unclean too, so I rewrote it. This fixes a bug, and more
importantly, makes the thing readable by something other than a compiler
(e.g. programmers).
ChangeSet@1.1124.3.15, 2003-04-20 14:27:23-07:00, akpm@digeo.com
[PATCH] Clean up various buffer-head dependencies
From: William Lee Irwin III <wli@holomorphy.com>
Remove page_has_buffers() from various functions, document the dependencies
on buffer_head.h from other files besides filemap.c, and s/this file/core VM/
in filemap.c
ChangeSet@1.1124.3.14, 2003-04-20 14:27:14-07:00, akpm@digeo.com
[PATCH] Move __set_page_dirty_buffers to fs/buffer.c
From: William Lee Irwin III <wli@holomorphy.com>
Move __set_page_dirty_buffers() to fs/buffer.c, as per the FIXME.
ChangeSet@1.1124.3.13, 2003-04-20 14:27:09-07:00, akpm@digeo.com
[PATCH] Turn on NUMA rebalancing
From: "Martin J. Bligh" <mbligh@aracnet.com>
I'd forgotten that I'd set this to only fire every 20s in the past, because
it would rebalance too agressively. That seems to be fixed now, so we should
turn it back on.
ChangeSet@1.1124.3.12, 2003-04-20 14:27:02-07:00, akpm@digeo.com
[PATCH] Make PCI scanning order the same as 2.4
From: Chuck Ebbert <76306.1226@compuserve.com>
2.4 builds its global PCI device list in breadth-first order.
2.5 is doing the scan that way but defers the construction of the global list
until later and then does it depth-first. This causes devices to found in
different order by drivers. The below fixed that problem for me.
Russell King has acked this change.
ChangeSet@1.1124.3.11, 2003-04-20 14:26:55-07:00, akpm@digeo.com
[PATCH] keyboard.c Fix SAK in raw mode
From: Chris Heath <chris@heathens.co.nz>
Trivial fix to get the SAK key working in raw and medium raw modes. Patch is
against kernel 2.5.67.
ChangeSet@1.1124.3.10, 2003-04-20 14:26:49-07:00, akpm@digeo.com
[PATCH] Minor fix for driver/serial/core.c
From: Jean Tourrilhes <jt@bougret.hpl.hp.com>
The following command will do nothing at all on 2.5.X :
setserial /dev/ttyS0 uart none
ChangeSet@1.1124.3.9, 2003-04-20 14:26:42-07:00, akpm@digeo.com
[PATCH] detect_lost_tick locking fixes
From: john stultz <johnstul@us.ibm.com>
This patch fixes a race in the timer_interrupt code caused by
detect_lost_tick(). Since we're doing lost-tick compensation outside
timer->mark_offset, time can pass between time-source reads which can cause
gettimeofday inconsistencies.
Additionally detect_lost_tick() was broken for the PIT case, since the whole
point of detect_lost_tick() is to interpolate between two time sources to
find inconsistencies. Additionally this could cause xtime_lock seq_lock
reader starvation which has been causing machine hangs for SMP boxes that use
the PIT as a time source.
This patch fixes the described race by removing detect_lost_tick() and
instead implementing the lost tick detection code inside mark_offset().
Some of the divs and mods being added here might concern folks, but by not
calling timer->get_offset() in detect_lost_tick() we eliminate much of the
same math. I did some simple cycle counting and the new code comes out on
average equivalent or faster.
ChangeSet@1.1124.3.8, 2003-04-20 14:26:34-07:00, akpm@digeo.com
[PATCH] get_offset_pit and do_timer_overflow vs IRQ locking
From: john stultz <johnstul@us.ibm.com>, Alexander Atanasov <alex@ssi.bg>
We want to make sure we update jiffies_p and count_p atomically. So I'm
inserting the spin_unlock_irqrestore() after we update count_p, rather then
just before.
ChangeSet@1.1124.3.7, 2003-04-20 14:26:28-07:00, akpm@digeo.com
[PATCH] Fix jiffies_to_time[spec | val] and converse to use
From: george anzinger <george@mvista.com>
In the current system (2.5.67) time_spec to jiffies, time_val to
jiffies and the converse (jiffies to time_val and jiffies to
time_spec) all use 1/HZ as the measure of a jiffie. Because of the
inability of the PIT to actually generate an accurate 1/HZ interrupt,
the wall clock is updated with a more accurate value (999848
nanoseconds per jiffie for HZ = 1000). This causes a 1/HZ
interpretation of jiffies based timing to run faster than the wall
clock, thus causing sleeps and timers to expire short of the requested
time. Try, for example:
time sleep 60
This patch changes the conversion routines to use the same value as
the wall clock update code to do the conversions.
The actual math is almost all done at compile time. The run time
conversions require little if any more execution time.
This patch must be applied after the patch I posted earlier today
which fixed the CLOCK_MONOTONIC resolution issue.
ChangeSet@1.1124.3.6, 2003-04-20 14:26:21-07:00, akpm@digeo.com
[PATCH] Fix POSIX timers to give CLOCK_MONOTONIC full
The POSIX CLOCK_MONOTONIC currently has only 1/HZ resolution. Further, it is
tied to jiffies (i.e. is a restatment of jiffies) rather than "xtime" or the
gettimeofday() clock.
This patch changes CLOCK_MONOTONIC to be a restatment of gettimeofday() plus
an offset to remove any clock setting activity from CLOCK_MONOTONIC. An
offset is kept that represents the difference between CLOCK_MONOTONIC and
gettimeofday(). This offset is updated when ever the gettimeofday() clock is
set to back the clock setting change out of CLOCK_MONOTONIC (which by the
standard, can not be set).
With this change CLOCK_REALTIME (a direct restatement of gettimeofday()),
CLOCK_MONOTONIC and gettimeofday() will all tick at the same time and with
the same rate. And all will be affected by NTP adjustments (save those which
actually set the time).
ChangeSet@1.1124.3.5, 2003-04-20 14:26:14-07:00, akpm@digeo.com
[PATCH] Fix and clean up DCACHE_REFERENCED usage
From: Maneesh Soni <maneesh@in.ibm.com>
This patch changes the way DCACHE_REFERENCED flag is used. It
got messed up in dcache_rcu iterations. I hope this will be ok now.
The flag was meant to be advisory flag which is used while
prune_dcache() so as not to free dentries which have recently
entered d_lru list. At first pass in prune_dcache the dentries
marked DCACHE_REFERENCED are left with the flag reset. and they
are freed in the next pass.
So, now we mark the dentry as DCACHE_REFERENCED when it is first
entering the d_lru list in dput() and resetthe flag in prune_dcache().
If the flag remains reset in the next call to prune_dcache(), the
dentry is then freed.
Also I don't think any file system have to use this flag as it is taken
care by the dcache layer. The patch removes such code from a few of file
systems. Moreover these filesystems were anyway doing worng thing as they
were changing the flag out of dcache_lock.
Changes:
o dput() marks dentry DCACHE_REFERENCED when it is added to the dentry_unused
list
o no need to set the flag in dget, dget_locked, d_lookup as these guys anyway
increments the ref count.
o check the ref count in prune_dcache and use DCACHE_REFERENCED flag just for
two stage aging.
o remove code for setting DACACHE_REFERENCED from reiserfs, fat, xfs and
exportfs.
ChangeSet@1.1124.3.4, 2003-04-20 14:26:07-07:00, akpm@digeo.com
[PATCH] dentry_stat accounting fix
From: Maneesh Soni <maneesh@in.ibm.com>
This patch the corrects the dentry_stat.nr_unused calculation.
In select_parent() and shrink_dcache_anon() we were not doing any adjustments
to the nr_unused count after manipulating the dentry_unused list. Now the
nr_unused count is decremented if the dentry is on dentry_unused list and is
removed from there.
Further in the same routines, we have to adjust the nr_unused count again if
the dentry is moved to the end of d_lru list for pruning.
ChangeSet@1.1124.3.3, 2003-04-20 14:26:00-07:00, akpm@digeo.com
[PATCH] dmfe: don't free skb with local interrupts disabled
dev_kfree_skb() can end up calling local_bh_enable() which goes BUG if local
interrupts are disabled. Apparently it can deadlock.
So move the skb freeing outside the lock in the dmfe driver. It will
decrease the lock hold time as well.
ChangeSet@1.1124.3.2, 2003-04-20 14:25:54-07:00, akpm@digeo.com
[PATCH] Fix nc98 partition parser link error
Fix this:
fs/partitions/nec98.c:169: undefined reference to `parse_bsd'
ChangeSet@1.1124.3.1, 2003-04-20 14:25:47-07:00, akpm@digeo.com
[PATCH] 3c574_cs fixes
- It was doing spin_lock_irqsave()/spin_unlock()
- Can't free the skb inside local_irq_save(): kfree_skb ends up running
local_bh_enable(), which enables interrupts.
ChangeSet@1.1124.2.2, 2003-04-20 14:14:34-07:00, torvalds@home.transmeta.com
Interrupt handlers should return whether the interrupt
was for them or not, so that the irq subsystem can properly
handle screaming shared interrupts.
So change the irq handlers to return a "irqretval_t", which
is either IRQ_HANDLED or IRQ_NONE.
ChangeSet@1.1124.2.1, 2003-04-20 14:12:21-07:00, torvalds@home.transmeta.com
Fix-ups for i830 from Arjan
ChangeSet@1.1124.1.2, 2003-04-20 12:18:42-04:00, jgarzik@redhat.com
[rcpci45] typo fix: s/virual/virtual/
ChangeSet@1.1124.1.1, 2003-04-20 12:10:07-04:00, jgarzik@redhat.com
Modernize rcpci45 I2O LAN driver (#204):
* Convert to PCI DMA mapping API (Francios Romieu). Gets driver
compiling again. Fixes bugzilla bug #204.
* use SET_MODULE_OWNER
* remove MOD_*_USE_COUNT from all but one place
(and add FIXME to that one place)
* fix printk in rclanmtl.c, though more work is needed
ChangeSet@1.1128, 2003-04-20 00:57:31-07:00, davem@nuts.ninka.net
[PKT_SCHED]: Proper module refcounting for packet schedulers.
ChangeSet@1.1127, 2003-04-20 00:25:42-07:00, davem@nuts.ninka.net
[PKT_SCHED]: Proper module refcounting for packet classifiers.
ChangeSet@1.1126, 2003-04-19 20:42:38-07:00, yoshfuji@linux-ipv6.org
[IPSEC]: nexthdr in xfrm6_input needs to be int.
ChangeSet@1.1124, 2003-04-19 19:39:11-07:00, torvalds@home.transmeta.com
Linux 2.5.68
TAG: v2.5.68