- 24 Sep, 2003 7 commits
-
-
David Brownell authored
This is the latest update of the patch resolving bugs in how device configurations were reflected in the driver model. It addresses the last significant problems I know about in that area. - Moves code around so that usb_set_configuration() updates sysfs to reflect the current configuration. Previously, that only worked right for the initial configuration chosen by khubd. * Previous interfaces are inaccessible. The code to handle this moved from usb_disconnect() into usb_disable_device(), which is now called both on disconnect and set_configuration paths. * There are new interfaces. The code to handle this moved from usb_new_device() into usb_set_configuration(). * Resolves a double-refcount problem with USB interfaces, by not getting the extra reference in the first place and switching to use device_del() to disable interfaces. * Comments a similar double-refcount problem with usb devices (not interfaces). Its kerneldoc is updated appropriately. The main point being that calling usb_set_configuration() in driver probe() methods is even more of a no-no, since it'll self-deadlock. - Sysfs names for USB interfaces now include the configuation number, so that user mode code can't get as easily confused. Old style: "3-1:0" for configs 2 and 3 (interface zero). New style: "3-1:2.0" for config 2, "3-3:3.0" for config 3. - Moves usb_new_device() code around a bit, so that the device is visible in sysfs before usb_set_configuration() is called. (Before the devices for that config's interfaces appear.) - Makes the bConfigurationValue be writable through sysfs, so device configurations can be easily changed from user mode. (Or devices can be de-configured, by setting config 0.) There are devices that can benefit from this functionality; notably, cdc-acm modems need it right now, so that they can be told to use the non-proprietary configuration. (Since the old "change config in probe callback" trick won't work.)
-
Ian Abbott authored
Here are a couple of patches against a copy of Greg's usb-2.4 and usb-2.5 bk trees to add a VID/PID for Omnidirectional Control Technology's US101 USB to RS-232 converter. This has also been rebadged by Dick Smith Electronics (New Zealand) as a XH6361 USB to serial converter. Thanks to Donald Gordon for the info, which I have verified by checking the Windows INF files.
-
Nicolas Kaiser authored
-
Nicolas Kaiser authored
-
Nicolas Kaiser authored
-
Nicolas Kaiser authored
-
Nicolas Kaiser authored
-
- 23 Sep, 2003 33 commits
-
-
David Brownell authored
Some small updates: - Sometimes read requests can be satisfied directly from the OUT fifo. This fixes a bug where the return code from usb_ep_queue() overwrite the transfer status, which in that case was set _before_ that call returned. (Synchronous behavior; not the usual async completion.) - In the same vein, usb_ep_dequeue() doesn't need to be synchronous -- though so far most controller drivers have implemented it that way. So drop the spinlock before the wait_event() sleep. - Some debug messages are more useful AFTER the event than before. - The only descriptor fetches user mode drivers will need to handle are for string descriptors. Stall all other requests, like ones for other-speed configs on single-speed devices.
-
David Brownell authored
Minor updates: - Reduce memory utilization in two ways: * Dynamically, by pre-allocating all the usb_request objects that will be used; if the pre-allocated ones are in use, then tx will throttle down. This behaves better under heavy load. * Statically, by pre-allocating fewer such requests in the typical "no DMA queueing" case ... the best we can do is make sure that when the next completion IRQ fires, the controller already has a transfer ready. Having queues deeper than two elements only helps if the CPU doesn't need to start each transfer by hand (as with net2280). - Diagnostics look more like other network driver diagnostics; they use the network interface name.
-
Chris Wright authored
-
Daniele Bellucci authored
- on "probe" failure report back its return code rather than -ENODEV
-
Alan Stern authored
Here's a simple patch to improve logging during suspend and resume.
-
Henning Meier-Geinitz authored
Added test for USB_CLASS_CDC_DATA which is used by some fingerprint scanners.
-
Henning Meier-Geinitz authored
Added vendor/product ids for Canon, HP, Microtek, Mustek, Siemens, UMAX, and Visioneer scanners.
-
Henning Meier-Geinitz authored
Balancing usb_register_dev/usb_deregister_dev in probe_scanner when a fail condition occours (Daniele Bellucci).
-
Henning Meier-Geinitz authored
Report back return codes of usb_register and usb_usbmit_urb instead of -1 or -ENONMEM (Daniele Bellucci).
-
Henning Meier-Geinitz authored
Use static declarations for usb_scanner_init/usb_scanner_exit (Daniele Bellucci).
-
Alexey Dobriyan authored
-
bk://kernel.bkbits.net/davem/sparc-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jens Axboe authored
From Szombathelyi György This fixes a memory leak in the uniform cdrom layer.
-
Jens Axboe authored
From Szombathelyi György This fixes a problem where the residual data count isn't being set correctly.
-
Alexander Viro authored
Real conversion to 32bit dev_t. Expansion to: * mknod() - 32 * newstat() - 32 on 64bit platforms * stat64() - 32 on mips, 64 on everything else (mips has weird struct stat64 and can't get more than 32 bits). Note that right now the difference is purely theoretical - we don't have internal values above 32 bits, so huge_... vs. new_... only marks the places where 64bit conversion will need extra work. * arch-dependent stat variants - depending on width available. * ustat et.al. - 32 * filesystems that can handle 32 bits right now - 32 * ext2 and ext3 - 32, with large dev_t inodes having 0 in the first element of i_data[] (where we store dev_t value for small device numbers) and keeping the value in the second element. * nfsd - 32; it can be driven to 64, but we'll get several issues with NFSv2 support. * RAID - 32 * devmapper - with v1 it's still 16 (nothing to do here), with v4 it's 64. * loop - 64 * initramfs - 32 * do_mounts code - 32. Parts that scan devfs tree are using newstat() on 64bit platforms and stat64() on the rest (IOW, the latest stat variant on given platform). * old_valid_dev()/new_valid_dev() added where needed (stat variants, mostly - we fail with -EOVERFLOW if values do not fit).
-
Alexander Viro authored
Starting the conversion: * internal dev_t made 32bit. * new helpers - new_encode_dev(), new_decode_dev(), huge_encode_dev(), huge_decode_dev(), new_valid_dev(). They do encoding/decoding of 32bit and 64bit values; for now huge_... are aliases for new_... and new_valid_dev() is always true. We do 12:20 for 32bit; representation is compatible with 16bit one - we have major in bits 19--8 and minor in 31--20,7--0. That's what the userland sees; internally we have (major << 20)|minor, of course. * MKDEV(), MAJOR() and MINOR() updated. * several places used to handle Missed'em'V dev_t (14:18 split) manually; that stuff had been taken into common helpers. Now we can start replacing old_... with new_... and huge_..., depending on the width available. MKDEV() callers should (for now) make sure that major and minor are within 12:20. That's what the next chunk will do.
-
Alexander Viro authored
Added old_encode_dev() to assorted stat() variants. Fixed bug in s390 emulation on s390x: stat64() should never truncate UID and GID. Ditto for i386 emulation on x86_64. Replaced dev_t in various struct stat with explicit integer type. Replaced __kernel_dev_t with __old_kernel_dev_t in dm-ioctl-v1.h Now we are free to change dev_t in any way we want - on all boundaries we have explicit conversions. Took __kernel_dev_t definition to linux/types.h and changed it with __u16. We are ready to proceed to 32bit now.
-
Alexander Viro authored
Added old_encode_dev()/old_decode_dev() in CODA code - on assignments to/from ->va_rdev.
-
Alexander Viro authored
Added old_encode_dev() in loop.c
-
Alexander Viro authored
Changed sys_mknod() prototype to have unsigned int passed to it instead of current dev_t. Added old_decode_dev() in sys_mknod() and made sure that its callers are passing it old_encode_dev(<value>) Switched sys_ustat() and its variants from dev_t to unsigned (and added old_decode_dev()). Took care of assignments to ROOT_DEV - again, old_decode_dev(). Late-boot search in devfs (call sys_newstat() and compare with st_rdev) also updated.
-
Alexander Viro authored
-
Alexander Viro authored
Added old_encode_dev()/old_decode_dev() in dm-ioctl-*.c
-
Alexander Viro authored
Minor cleanups in md.c + added old_decode_dev() on ioctl argument in there.
-
Alexander Viro authored
Minor cleanup of jffs2 fill_super.
-
Alexander Viro authored
Added missing old_encode_dev() in JFS.
-
Alexander Viro authored
NFS made dev_t-agnostic. Aside of minor fixes in debugging printks, and adding old_encode_dev()/old_decode_dev(), the main part is in handling of exports with large dev_t. New fhandle format introduced, fh_verify(), fh_compose() and exports cache taught to deal with it. Format is used when ->s_dev of exported fs doesn't fit into 256:256; in that case we put major and minor in separate words in fhandle; ->fh_fsid_type is set to 2.
-
Alexander Viro authored
tty->device had been used only in a couple of places and can be calculated by tty->index and tty->driver. Field removed, its users switched to static inline dev_t tty_devnum(tty).
-
Alexander Viro authored
sanitized dev_t use in debugging printks in XFS, switched their bhash to use of struct block_device, added old_encode_dev() in XFS statfs() (it had stored dev_t in ->fs_id[0])
-
Alexander Viro authored
added old_encode_dev() in drm debugging printks, so they won't change when we go for bigger dev_t.
-
Alexander Viro authored
fs/reiserfs/procfs.c made sane. It used to store dev_t of filesystem in the proc_dir_entry->data (which is void *) and played very odd games after that. Switched to seq_file, stores pointer to superblock, uses sget() to validate it, avoids use of dev_t completely.
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.5
-
Mitchell Blank Jr. authored
-