David S. Miller [Wed, 13 Mar 2002 06:50:48 +0000 (22:50 -0800)]
Sparc64 updates:
1) Fix EBUS register probing
2) Add some missing ioctl32 translations
3) Add sys_futex entries for sparc/sparc64
4) Add platform-specific pcibios_set_mwi implementation
for sparc64
5) Fix set_brkpkt implementation so it works on UltraSPARC-III
Gerd Knorr [Wed, 13 Mar 2002 03:33:04 +0000 (19:33 -0800)]
[PATCH] v4l: major bttv update
This is a major update of the bttv core (0.7.x to 0.8.x). There are way
too many changes to list them all, the complete core code for video
frame capture has been rewritten from scratch.
Gerd Knorr [Wed, 13 Mar 2002 03:32:53 +0000 (19:32 -0800)]
[PATCH] v4l: bttv tuner update
This patch is a update for the tuner module which controls the tuner
chip on TV cards. No major changes, lots of small cleanups: make
functions static, switch to name-based initialization for structs, ...
Gerd Knorr [Wed, 13 Mar 2002 03:32:48 +0000 (19:32 -0800)]
[PATCH] v4l: new videobuf helper module
This patch adds a helper module to manage pci dma buffers for video
frames. I've recently started writing a driver for another frame
grabber / TV card chip and tried to separate out common code to avoid
duplicating code. The bttv core update (next mail) depends this patch.
Gerd Knorr [Wed, 13 Mar 2002 03:32:43 +0000 (19:32 -0800)]
[PATCH] v4l: bttv i2c audio update
This patch updates the i2c audio chip modules. It improves the support
for tda9874x chips. There are some bugfixes. It also has alot of small
cleanups: switch some modules to new initialization, declare lots of
functions static, ... which make the patch a bit large.
Gerd Knorr [Wed, 13 Mar 2002 03:32:37 +0000 (19:32 -0800)]
[PATCH] snd: btaudio update
This patch updates the btaudio sound driver. It fixes a bug in the poll
function, makes the driver a bit more verbose at insmod time, adds a
insmod option for the pci latency timer and does some minor cleanups.
Gerd Knorr [Wed, 13 Mar 2002 03:32:11 +0000 (19:32 -0800)]
[PATCH] v4l: vicam usb camera update
This patch updates the vicam usb camera driver. videodev adaptions are
there, and the unplug race fix. I also did plenty of other small
cleanups and fixes, lots of forgotten breaks in the big ioctl switch for
example. I wouldn't be surprised if the driver didn't work at all ...
Gerd Knorr [Wed, 13 Mar 2002 03:31:45 +0000 (19:31 -0800)]
[PATCH] v4l: ov511 usb cam update
This patch adapts the ov511 driver to the videodev changes. As Mark
McClelland already sent in a patch with updates this just deletes the
now obsolete code for the most part. The unplug-while-in-use race fix
is also there.
Gerd Knorr [Wed, 13 Mar 2002 03:31:35 +0000 (19:31 -0800)]
[PATCH] v4l: cpia parport/usb update
This patch updates the cpia driver.
Additionally to the usual adoptions to the videodev changes done in all
drivers this patch has a few more changes:
- some cleanups in the drivers open() function.
- Use file->private_data to keep a pointer to the drivers private
data. This allows to unregister the device unconditionally in
disconnect(), which in turn fixes some small races in case the
device is unplugged while in use.
Gerd Knorr [Wed, 13 Mar 2002 03:30:34 +0000 (19:30 -0800)]
[PATCH] v4l: miro radio update
The updates for the radio driver are all very similar: The individual
open functions are gone and replaced by the video_exclusive_open/release
functions in videodev.c. All userspace copying in the ioctl function is
gone because video_generic_ioctl handles this now. The driver source
files all become slightly shorter because of this.
Andrey Panin [Wed, 13 Mar 2002 03:24:30 +0000 (19:24 -0800)]
[PATCH] i82092 PCMCIA driver cleanup
This contains some minor changes to i82092.c PCMCIA driver:
- MODULE_DEVICE_TABLE() added;
- request_region() and pci_enable_device() return value checks added;
- some printk() cleanups.
Vojtech Pavlik [Wed, 13 Mar 2002 02:34:39 +0000 (18:34 -0800)]
[PATCH] Re: [PATCH] IDE 21
In the FIT macro in ide-timing.h the argument got swapped because of a
typo. All timings generated for VIA and AMD chips are wrong because of
that. Safe, though, but slow.
Martin Dalecki [Wed, 13 Mar 2002 02:33:04 +0000 (18:33 -0800)]
[PATCH] IDE 21
If I was to give this patch a name it would be:
"Vojtech Pavlik unleashed from the chains".
So credit where credit is due :-).
Anyway here follows the change log:
Mon Mar 11 23:48:28 CET 2002 ide-clean-21
- Swallow rewritten amd74xx host chip setup code from Vojtech Pavlik. We can
revert it easly if it turns out to be a bad thing. However the code looks
quite sane to me. In esp. it doesn't containg that many magic numbers.
- Clean stale white spaces in ide-timing.h tirvial fix.
- Make ide_release_dma return void. It's value is never used anyway.
- Swallow more timing setup code cleanup by Vojtech Pavlik. Apply some
cosmetics to it. Port opti621 to the new setup code.
- Kill abuse of ide_do_reset() on error return paths for atapi floppy tape and
cd-rom devices. Just stop them. This gives better changes that defect
removable media will not cause suddenly broken timings on hard discs
containing system data! Even then comments in ide_do_reset() admit, that
resetting the whole channel can have adverse effects on the second interface
on this channel. And I have too frequently observed linux struggling on
defect cd-rom for a far too long time to wish it to continue.
Oh did I forget to say that the corresponding "how can I break my system fast
and reliable" ioctl is gone as well?
Removing it recovered the fact that the CONFIG_BLK_DEV_IDEDMA_TIMEOUT is
completely bogous. I have removed this option therefore as well, because it's
playing the same wrack havoc on the devices if enabled. This cat has been in
an unfinished and *unfunctional* state anyway.
- Actually add physical suspend code to the power handling code. Still the
resume code isn't finished just jet. This is all subject to change at the
point in time when we get to proper command queueing.
I think however that Pavel will be interrested in tidding this bit up...
Jeff Garzik [Tue, 12 Mar 2002 14:17:29 +0000 (09:17 -0500)]
tg3 gige net driver update:
* Merge several bug fixes from vger cvs
* Merge h/w VLAN support, now that API is in the main tree
* Add support for TX/RX coalescing
Trond Myklebust [Tue, 12 Mar 2002 06:04:53 +0000 (22:04 -0800)]
[PATCH] 2.5.6 correct NFS client handling of EJUKEBOX error...
The following patch resyncs 2.5.6 with the 2.4.x series w.r.t. the
handling of the EJUKEBOX error. The latter is an NFS-specific error
that is returned by servers that support hierarchical storage: it
notifies the client that the request cannot be completed in a timely
fashion (Imagine for instance a situation where you have a cdrom
jukebox system, and the user has just requested a file on another cd).
Under these circumstances, the RFC specifies that the request should
be retried after suitable timeout during which the server will attempt
to perform whatever action is required to make the file available
again.
Trond Myklebust [Tue, 12 Mar 2002 06:04:45 +0000 (22:04 -0800)]
[PATCH] 2.5.6 Fix NFS file creation
The following patch fixes a bug in NFS file creation. Recently (not
sure exactly when), open_namei() was changed so that it expects
vfs_create() to always return a fully instantiated dentry for the new
file.
The following patch ensures this is done in the cases where the RPC
CREATE call does not return valid attributes/filehandles. This is
always the case for NFSv2, and can sometimes be the case for v3...
Trond Myklebust [Tue, 12 Mar 2002 06:02:53 +0000 (22:02 -0800)]
[PATCH] 2.5.6 Fix RPC credentials when coalescing NFS reads/writes...
The following fixes up a couple of bugs that resulted from the fix
in 2.5.4 for ETXTBSY: Since the READ requests now only store RPC
credentials and not the struct file, we need to be careful when
deciding to coalesce requests on different pages into 1 RPC call that
we compare the credentials instead of the struct file.
Gerd Knorr [Tue, 12 Mar 2002 05:03:06 +0000 (21:03 -0800)]
[PATCH] videodev redesign
This patch is a redesign for videodev.[ch]. Changes:
- drop the function pointers (read/write/mmap/poll/...) from struct
video_device, use struct file_operations directly instead.
Dispatching to different drivers by minor number is done the same way
soundcore.o handles this: swap file->f_fops at open() time.
- also drop the now obsolete video_red/write/mmap/poll/... functions
from videodev.c
- Stop using the BKL, use a mutex to protect open,register+unregister
calls against races.
- provide a video_generic_ioctl() function which can (and should) be
used by v4l drivers to handle copying from and to userspace.
- provide video_exclusive_open/release functions which can be used by
v4l drivers to make sure only one process at a time opens the
device. They can be hooked directly into struct file_operations if
some driver has nothing to initialize at open time (which is true
for many drivers in drivers/media/radio/).
The move from function pointers in struct video_device to struct
file_operations does break all existing v4l drivers. Thus I have a
large number of patches for the drivers in the kernel tree. Most of it
is just the adoption to the videodev.[ch] changes, but I've also fixed a
small bug there and there while walking througth the source files.
David Woodhouse [Tue, 12 Mar 2002 18:06:44 +0000 (18:06 +0000)]
Update to 2002-03-12 JFFS2 development tree. Main features:
- Preliminary version of NAND flash support.
- Locking documentation and fixes (including BKL removal because it's superfluous).
- Performance improvements - especially for mount time.
- Annoying stuff like i_nlink on directories fixed.
- Portability cleanups.
Stephen Rothwell [Tue, 12 Mar 2002 04:57:48 +0000 (20:57 -0800)]
[PATCH] APM patch: apm_cpu_idle cleanups
Number 7.
This patch contains four cleanup changes whose aim
is better code self-documentation (the best way to
document IMHO). They are sent together because they
overlap.
1. Rename the variable "sys_idle" to 'original_pm_idle'.
This is where we store the value that we find in pm_idle before
we substitute the address of our own apm_cpu_idle() function.
In principle we have no idea whose address this is, so
the variable name shouldn't imply that we know that this is
the address of a system idle function; it should simply
indicate that it is the original value of pm_idle.
2. Variable "apm_is_idle" is renamed 'apm_idle_done'.
This flag indicates when apm_do_idle() has been called.
It is a premise of apm_cpu_idle()'s operation that it is
not known whether the apm_do_idle() function really idles
the CPU. The name of the flag should not lead one to
believe otherwise.
3. Variable "t1" is renamed 'bucket'. The variable is not
a time but a countdown ("bucket"), so the variable name
should not lead one to believe it is some sort of time
value.
4. A default: case is added to the switch in order to
remind the reader that there is a third possible return
value from apm_do_idle().
Stephen Rothwell [Tue, 12 Mar 2002 04:57:43 +0000 (20:57 -0800)]
[PATCH] APM patch: change implementation of ALWAYS_CALL_BUSY
Number 6
This patch cleans up the way the ALWAYS_CALL_BUSY macro
forces calling of the APM BIOS busy routine. Instead
of storing a false value in clock_slowed, we disjoin
clock_slowed with the value of ALWAYS_CALL_BUSY. This
simplifies the code.
Stephen Rothwell [Tue, 12 Mar 2002 04:57:38 +0000 (20:57 -0800)]
[PATCH] Trivial APM patch: set_system_power_state
Number 5 from Thomas Hood
This patch renames the static function "apm_set_power_state"
to 'set_system_power_state'.
Generally, the prefix 'apm_' is required to prevent external
name collisions on exported functions. This is a static function,
so the prefix isn't required for that purpose. The prefix might
also indicate that this function has something particularly
to do with the apm subsystem; but that's not the case here. This
function is simply a wrapper for set_power_state(), inserting the
argument which sets the power state for the whole system.
My main motivation for wanting to change this name is clearly
to indicate the difference between this function and
set_power_state(). Also, I would like to export set_power_state()
someday in the future, but this is a separate issue.
Stephen Rothwell [Tue, 12 Mar 2002 04:56:26 +0000 (20:56 -0800)]
[PATCH] APM: move 'ignore_normal_resume = 1'
This is number four and actually fixes a bug.
This patch moves the setting of the ignore_normal_resume flag
prior to the sti(); otherwise BIOS-generated normal resume
events slip through unignored.
Stephen Rothwell [Tue, 12 Mar 2002 04:56:21 +0000 (20:56 -0800)]
[PATCH] Trivial apm patch: move apm_error up
Here is the third one.
This patch moves the apm_error() function higher
in the file so that it is adjacent to the error_table
that it uses. This makes the code easier to read.
The beginning of the file is an appropriate place
for "utility" functions of this kind. This is a pure
move, with no changes made to the function.
This patch eliminates the 0 initializers on three
static variables inside the apm_cpu_idle function.
These initializers are superfluous.
The initializers are replaced with comments whose
purpose is to indicate that the code relies upon the
fact that these variables are initialized to zero
at load time.
Stephen Rothwell [Tue, 12 Mar 2002 04:56:11 +0000 (20:56 -0800)]
[PATCH] Trivial APM update part 1
This is the first of a series of patches I have got from Thomas Hood
that modify the apm code mainly for better self documentation.
This one does:
Variable "waiting_for_resume" is renamed 'ignore_sys_suspend'.
The reason for the change is that this flag variable is
employed in a manner analogous to that of other flag variables
named 'ignore ...'. When the flag is set, the driver needs to
ignore further system suspends. The driver does not "wait"
in the usual sense of that word. The only sense in which the
driver waits is the sense in which it needs to continue to
ignore system suspends until certain events occur. One such
event is a resume. However, another such event is the vetoing
of the suspend request by a driver. So it would be more
accurate to call the flag 'waiting_for_resume_or_suspend_reject'
or something like that. But for the reason mentioned first,
an even better name is 'ignore_sys_suspend'.
Alexander Viro [Tue, 12 Mar 2002 04:54:15 +0000 (20:54 -0800)]
[PATCH] (1/2) fs/super.c cleanups
New helper - sget(). get_sb_bdev() and get_anon_super()
switched to using it. Basically, it's get_anon_super()
done right (and get_anon_super() itself will probably
die).
John Clemens [Tue, 12 Mar 2002 04:53:14 +0000 (20:53 -0800)]
[PATCH] pci=usepirqmask option.
Last week I sent you a patch adding a config option to honor the pirq mask
in the PCI routing table. On your suggestion, Cory Bell made it a command
line option using the pci= interface and we both agree with you, it's
-much- cleaner this way.
Patch against 2.5.6 (Cory's submitting for 2.4, I've tested and submitting
towards 2.5). All credit goes to Cory Bell, with only minor input and
testing from myself.
Brian Gerst [Tue, 12 Mar 2002 04:51:20 +0000 (20:51 -0800)]
[PATCH] struct superblock cleanup - minixfs
Start of cleaning up the union of filesystem-specific structures in
struct super_block. The goal is to remove dependence on filesystem
headers in fs.h.
This patch abstracts the access to the minix_sb_info structure through
the function minix_sb().
Stephen Rothwell [Tue, 12 Mar 2002 04:47:35 +0000 (20:47 -0800)]
[PATCH] dnotify
The following patch makes directory notifications per thread group instead
of per process tree as they are now. This means, in particular, that if
a child closes a file descriptor that has a directory open with notifies
enabled, the notification will not be removed.
Thanks to Andrea for the push in the right direction.
Neil Brown [Tue, 12 Mar 2002 04:47:30 +0000 (20:47 -0800)]
[PATCH] PATCH - knfsd in 2.5.6 - fsid= export option
Support fsid=<number> export option to be device number independent
This patch was largely supplied by Steven Whitehouse <steve@gw.chygwyn.com>
A new export option "NFSEXP_FSID" indicates that the ex_dev passed down
is a user specified number, not a device number.
It should be used in fsid_type==1 filehandles to identify the
the exportpoint rather than the devid and inode (as in fsid_type == 0).
This allows filehandles to be device-number independent so that when Linux
changes device numbers on you (after reboot), your filesystems wont go stale.
User-space support for this is in the nfs-utils CVS and will be in
the next release (any release > 1.0).