- 19 Jan, 2004 40 commits
-
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Sync 2.4 & 2.6 cputable code. Adds 970 and Power5 processor support plus new firmware features.
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> extended flash changes, from Mike Wolf
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Mem-map I/O changes, from Mike Wolf
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Implementation of /proc/ppc64/ofdt, for manipulation of Open Firmware device tree (/proc/device-tree). Supports addition and removal of OF device nodes.
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> various trivial patches
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> base support for dynamic update of OF device, tree from Nathan Lynch
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> support for runtime updates of /proc/device-tree, from Nathan Lynch
-
Andrew Morton authored
[PATCH] ppc64: Make IPI receivers survive a late arrival after the sender has given up waiting, from Olof Johansson From: Anton Blanchard <anton@samba.org> Make IPI receivers survive a late arrival after the sender has given up waiting, from Olof Johansson
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> use device_is_compatible() instead of manual strcmp, from Hollis Blanchard
-
Andrew Morton authored
[PATCH] ppc64: hvc_console can only handle vty nodes compatible with "hvterm1", from Hollis Blanchard From: Anton Blanchard <anton@samba.org> hvc_console can only handle vty nodes compatible with "hvterm1", from Hollis Blanchard
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> vty updates, from Hollis Blanchard
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Attached is a patch which replaces all the uses of the old device tree API in arch/ppc64. Patch is against 2.6.0-test5 (cset 1.1328) from ameslab bk, plus the patch from my previous message. I've tested this on a pSeries LPAR.
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> This is an adaptation of the new Open Firmware device tree traversal API from ppc32, originally written by Benjamin Herrenschmidt. This patch is against 2.6.0-test3, but should apply ok to the latest 2.5 ameslab tree. These functions are meant to be SMP-safe alternatives to the current set of query/traversal routines (find_devices, find_type_devices, et al).
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Upcoming partition firmware requires the use of the ibm,phandle property for matching device nodes. Add a new field in device_node to contain this data.
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> HvCall_writeLogBuffer called with too large of a buffer
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> ptrace.h PT_FPSCR fixup, from Will Schmidt
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> add automatic check for biarch compilers
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Build the zImage by default
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> revert IRQ_INPROGRESS change
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> clean up WARN_ON backtrace
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Convert tsdev to the new way of handling parameters and document them in kernel-parameters.txt
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Convert the rest of mouse devices to the new way of handling kernel parameters and document them in kernel-parameters.txt
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Fix 98busmouse compile error - have interrupt routine return IRQ_HANDLED
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Do not ignore AUX port if chipset fails to disable it (SiS seems to have trouble disabling AUX port, other than that the port works fine).
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Kconfig help section update - Suggest psmouse.proto=imps option to Synaptics users who do not want installing native XFree driver but want tapping work
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Add missing MODULE_LICENSEs
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Convert atkbd to the new style of option parsing. If compiled as a module new option names are: set, softrepeat, reset. If built into the kernel options must be prepended with "atkbd." prefix, like "atkbd.softrepeat"
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> With Vojtech's approval adjusted psmouse option names by dropping psmouse_ prefix. If psmouse is compiled as a module new option names are: proto, rate, resetafter, resolution, smartscroll If psmouse is built in the kernel the prefix "psmouse." is required in front of an option, like "psmouse.proto" Also, since we are changing all names, killed psmouse_noext completely
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> With Vojtech's approval adjusted i8042 option names by dropping i8042_ prefix. If i8042 is compiled as a module new option names are: direct, dumbkbd, noaux, nomux, reset, unlock. If i8042 is build in the kernel the prefix "i8042." is required in front of an option, like "i8042.reset"
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> Add suspend methods to restore original controller state on suspend as some BIOS don't like the state we leave it in. Also synchroniously delete the polling timer on module exit.
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> correctly perform PS/2 (mousedev) emulation for touchpads generating absolute events (do not stop with the first client)
-
Andrew Morton authored
From: Dmitry Torokhov <dtor_core@ameritech.net> When calculating deltas for touchpads that generate absolute events use average over the last 3 packets to remove jitter
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk raw.c has a refcounting bug (patch attached). As for the theory... If you have a pathname - use filp_open() or open_bdev_excl() and be done with that. bdget() et.al. are OK only if you really have nothing better than device number and that's a situation that should be avoided unless you really have no choice. Said that, we have the following primitives: * lookup_bdev(): takes a pathname, returns a reference to block_device. * bdget(): takes a number, returns a reference to block_device. * blkdev_get(): takes a reference to block_device and opens it. If open fails - drops the reference to block_device passed to it. * blkdev_put(): takes a reference to block_device and closes it. The reference is dropped. * bdput(): drops a reference to block_device. Note that behaviour of blkdev_get() and blkdev_put() is such that it makes for minimal cleanup code. bd_claim()/bd_release() is the exclusion mechanism - that's what mount, swapon, open with O_EXCL, etc. are using to avoid stepping on each others toes. bd_claim() claims bdev for given owner; if it's already owned and not by the same owner you'll get -EBUSY. bd_release() reverts the effect of bd_claim(). Note that if you claim the thing N times (with the same owner, obviously), you'll need N bd_release() before it stops being owned. raw.c grabbed a reference to bdev only after blkdev_get(). If blkdev_get() failed (e.g. media being absent), you've got an unbalanced bdput().
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk Patch switches cramfs_read() to direct use of pagecache and eliminates all messing with buffer_heads. Fixes the interaction with ramdisk (there set_blocksize() simply killed the ramdisk contents) and gets code less brittle overall.
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> For bdevfs inodes (ones created along with struct block_device by fs/block_dev.c) we have inode->i_bdev equal to &BDEV_I(inode)->bdev (i.e. it's at the constant offset from inode). New helper added for such inodes (I_BDEV(inode)). A bunch of places (mostly in block_dev.c) switched to use of that helper. A bunch of places that used file->f_dentry->d_inode->i_bdev->bd_inode switched to file->f_mapping->host - those expressions are equal whenever the former is valid.
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> generic_write_checks() had lost the first argument (inode) - it can be calculated from the second one (file).
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> bd_acquire() made static, switched to returning the block_device it had found. Callers updated.
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> generic_osync_inode() got an extra argument - mapping and doesn't calculate inode->i_mapping anymore. Callers updated and switched to use of ->f_mapping.
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> More uses of ->i_mapping switched to uses of ->f_mapping - stuff that was not caught by the earlier f_mapping conversion.
-
Andrew Morton authored
From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk> In a bunch of places we used file->f_dentry->d_inode->i_sem to protect fdatasync et.al. Replaced with corrent file->f_mapping->host->i_sem - the object we are protecting is address_space, so we want an exclusion that would work for redirected ->i_mapping. For normal files (not coda, not bdev) it's all the same, of course - there we have file->f_mapping->host == file->f_dentry->d_inode and change above is an equivalent transfromation.
-