- 22 May, 2003 3 commits
-
-
Jaroslav Kysela authored
into suse.cz:/home/perex/bk/linux-sound/linux-sound
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Linus Torvalds authored
-
- 21 May, 2003 16 commits
-
-
Jaroslav Kysela authored
- fixed sscape driver Makefile - fixed spin deadlock in PCM midlevel - added AC'97 detection workaround to ens1370 and nm256 drivers
-
Hideaki Yoshifuji authored
-
Christoph Hellwig authored
-
bk://kernel.bkbits.net/acme/net-2.5David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
Hideaki Yoshifuji authored
-
Christoph Hellwig authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
Arnaldo Carvalho de Melo authored
-
Rusty Russell authored
Adjusts the IPTables targets to handle non-linear packets. ipt_ULOG untested.
-
Rusty Russell authored
Adjusts the IPTables matches to handle non-linear packets. Untested: ipt_ah and ipt_esp.
-
Rusty Russell authored
Adjusts the IPTables core to handle non-linear packets. Extensions done separately in next patch. Also, comments about when to set "me" field in struct ipt_match, ipt_table and ipt_target are corrected.
-
Jaroslav Kysela authored
- added sscape driver - documentation updates - removed proc dynamic device directory - fixed deadlock in PCM midlevel - more PnP code cleanups - ICE1712/1724 driver - cleanups - usbaudio driver - added preliminary support for streams II/III - more quirk update for extigy - intel8x0 driver - nforce fixes - sb8 driver - full duplex MIDI UART code for DSP 2.xx+
-
- 20 May, 2003 21 commits
-
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Alexander Viro authored
Trivial bugfix: opening a file that doesn't have ->direct_IO() with O_DIRECT passed in flags fails (as it should) but doesn't call ->release() even though ->open() had been successful. IOW, we have a leak there - e.g. open() of a tty with O_DIRECT will leak a reference to tty and tty_driver. Besides, quite a few drivers are _not_ happy with struct file being freed without ->release() after ->open() has returned 0.
-
Alexander Viro authored
This converts /proc/pid/maps to use of seq_file, cleans the issues with d_path() overflows as a side effect. It's incremental to seq_path() patch.
-
Alexander Viro authored
This adds a new seq_...() helper: seq_path(seq_file, mnt, dentry, escape) It spits the pathname into seq_file, does octal escapes for given set of characters, returns the number of characters it'd produced or -1 in case of error. Long names are handled gracefully - you don't need anything to do, generic seq_file logics will do the right thing. /proc/mounts and /proc/swaps are converted to use of seq_path(), some junk removed. /proc/pid/maps will be converted next.
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
David S. Miller authored
-
David S. Miller authored
-
Neil Brown authored
Most cache-lookups to find export information will cause an upcall, but currently the lookup to find the pseudo root for nfsv4 wont asthe cache-handle isn't made available. This patch makes it available and makes sure that if the upcall is made, the request is dropped (for now).
-
Neil Brown authored
From: "William A.(Andy) Adamson" <andros@citi.umich.edu> this open share state patch creates all the structures and hash tables needed to create and destroy share state on OPEN. a struct nfs4_stateowner is introduced. this is currently only used for share state, but will also be used as an anchor for byte-range lock state. e.g. it will be either an (open)stateowner or a (lock)stateower. a struct nfs4_stateid is introduced with holds stateid info for openfiles per (open)stateowner. this struct will also hold byte-range lock info for (lock)stateowners. ownerstr_hashtbl[] holds nfs4_stateowners hashed by the nfs4_open owner and clientid, and is used to lookup nfs4_stateowners on OPEN. a struct nfs4_file is introduced which holds info on open files with state. file_hashtbl[] holds nfs4_files, and is used to find a file in order to search for conflicting share locks on OPEN. delegation info will hang off the nf4_file struct. i moved nfsd4_process_open1() into nfs4state.c, and added nfs4_process_open2() there as well i've left lease management, state reclaim, and the special replay management on sequenceid mutating operations like OPEN for subsequent patches.
-
Neil Brown authored
From: "William A.(Andy) Adamson" <andros@citi.umich.edu> this is the first of several patches against 2.5 concerning NFSv4 state for nfsd. it cleans up the names of state structures in preperation for future share, lease, byte-range, and delegation patches. specifically, it 1) renames portions of the stateid_t and moves it along with the clientid_t from xdr.h into state.h 2) uses xdr_netobj to gather related data and length fields in struct nfs4_open (in xdr4.h) (e.g. we have op_fname.data and op_fname.len instead of op_name and op_namelen). 3) renames NFSD4_CLIENT_MAXNAME to NFS4_OPAQUE_LIMIT which will be used in other state fields (not just for name length)
-
Neil Brown authored
-
Neil Brown authored
The check for "write was incomplete" is not atomic with the actual write, so a second write could slip in after a partial write to a tcp socket and this will cause problems. So we move the locking out a bit, and test if the socket has been deleted (SK_DEAD) between getting the lock and trying to send.
-
Neil Brown authored
SOCK_NOSPACE is set, so we must set it when we want to get a ->write_space callback.
-
Neil Brown authored
From: Hirokazu Takahashi <taka@valinux.co.jp> sock_wspace() is used to see how much can be written to a udp socket, but tcp_wspace must be used on a tcp socket. This patch informs sunrpc/svcsock.c of this subtlety.
-
Neil Brown authored
I noticed that the Nagle algorithm was disabled just recently on the client side, while it still seems to be enabled on the server side. The previous patch came from Chuck Lever. Below patch disables it on the server side as well. For latency reasons, this should be the desired behaviour NFS at both client and server.
-
Neil Brown authored
Below patch resolves a hang where a TCP nfsd connection will hang even though new data is received on the socket. We've seen this a few times in our lab, but it usually happened every few weeks. If a short record header is received, the SK_BUSY flag is never cleared, and even though new data arrives, it will not be handled. This in turn leads to hangs of particular clients (while others will continue to work without problem). I also changed the return code for that condition to be the same as for a (regular) short read.
-
Stephen Hemminger authored
-
Stephen Hemminger authored
-
Andries E. Brouwer authored
-
Krishna Kumar authored
-
David S. Miller authored
-