unsubscribe --- [EMAIL PROTECTED] wrote: > Send linux-usb-devel mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of linux-usb-devel digest..." > > > Today's Topics: > > 1. Re: question on 64bit DMA (David Brownell) > 2. Re: on the organisation of gadget (David Brownell) > 3. Re: Re: question on 64bit DMA (Oliver Neukum) > 4. Re: on the organisation of gadget (Oliver Neukum) > 5. help (lin snake) > 6. help (lin snake) > 7. Re: PATCH; make sr.c respect use_10_for_ms (James Bottomley) > 8. unneeded SubClass (2.5.72) (Stelian Pop) > 9. Re: on the organisation of gadget (David Brownell) > 10. Re: Re: question on 64bit DMA (David Brownell) > 11. Re: unneeded SubClass (2.5.72) (Alan Stern) > 12. Re: Reconfiguring interface descriptor (Wessler, Siegfried) > 13. [BUG] hiddev does not support Report Count > 1 (Re: HID & > Hiddev > troubles (write)) (Sergey Vlasov) > 14. AW: [linux-usb-devel] Reconfiguring interface descriptor > (Wessler, Siegfried) > 15. USB transfer buffer for DMA in stack? (Tuukka Toivonen) > 16. Re: PATCH; make sr.c respect use_10_for_ms (Matthew Dharm) > 17. Re: USB transfer buffer for DMA in stack? (Matthew Dharm) > 18. can usb_disconnect pre-empt? (Tuukka Toivonen) > 19. Re: can usb_disconnect pre-empt? (Greg KH) > 20. interface deallocated automatically at usb_disconnect? (Tuukka > Toivonen) > 21. Re: can usb_disconnect pre-empt? (Pete Zaitcev) > 22. Re: unneeded SubClass (2.5.72) (Stelian Pop) > > --__--__-- > > Message: 1 > Date: Sun, 22 Jun 2003 22:22:48 -0700 > From: David Brownell <[EMAIL PROTECTED]> > To: Oliver Neukum <[EMAIL PROTECTED]> > CC: usb <[EMAIL PROTECTED]> > Subject: [linux-usb-devel] Re: question on 64bit DMA > > Oliver Neukum wrote: > > > > what needs to be included to get 64bit DMA? > > For a USB network driver, set NETIF_F_HIGHDMA. > > - Dave > > > > > --__--__-- > > Message: 2 > Date: Sun, 22 Jun 2003 22:26:21 -0700 > From: David Brownell <[EMAIL PROTECTED]> > To: Oliver Neukum <[EMAIL PROTECTED]> > CC: USB Developers <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] on the organisation of gadget > > Oliver Neukum wrote: > > > > looking through gadget it seems to me that two kinds of drivers > > are mixed that shouldn't be mixed. Ether.c is a not a gadget driver > > in the strict sense. It implements a class on the gadget's side. > > Ether.c is a gadget driver; there's no rule saying they can't > implement classes. The other type of driver is a controller > driver, just like on the host side. > > By analogy, you'd be arguing that "audio.c is not a device driver > in the strict sense" ... > > > > --__--__-- > > Message: 3 > From: Oliver Neukum <[EMAIL PROTECTED]> > To: David Brownell <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] Re: question on 64bit DMA > Date: Mon, 23 Jun 2003 08:04:50 +0200 > Cc: usb <[EMAIL PROTECTED]> > > Am Montag, 23. Juni 2003 07:22 schrieb David Brownell: > > Oliver Neukum wrote: > > > what needs to be included to get 64bit DMA? > > > > For a USB network driver, set NETIF_F_HIGHDMA. > > Well, I should be more specific. What needs to be > #include <???> > > Regards > Oliver > > > > --__--__-- > > Message: 4 > From: Oliver Neukum <[EMAIL PROTECTED]> > To: David Brownell <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] on the organisation of gadget > Date: Mon, 23 Jun 2003 08:06:10 +0200 > Cc: USB Developers <[EMAIL PROTECTED]> > > Am Montag, 23. Juni 2003 07:26 schrieb David Brownell: > > Oliver Neukum wrote: > > > looking through gadget it seems to me that two kinds of drivers > > > are mixed that shouldn't be mixed. Ether.c is a not a gadget > driver > > > in the strict sense. It implements a class on the gadget's side. > > > > Ether.c is a gadget driver; there's no rule saying they can't > > implement classes. The other type of driver is a controller > > driver, just like on the host side. > > > > By analogy, you'd be arguing that "audio.c is not a device driver > > in the strict sense" ... > > Yes. We recognise the difference and put them into seperate > directories. > We should do the same for the gadget side. > > Regards > Oliver > > > > --__--__-- > > Message: 5 > From: "lin snake" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED], > [EMAIL PROTECTED], [EMAIL PROTECTED] > Date: Mon, 23 Jun 2003 17:09:56 +0800 > Subject: [linux-usb-devel] help > > This is a multi-part message in MIME format. > > ------=_NextPart_000_6cd9_1af6_5da9 > Content-Type: text/plain; charset=gb2312; format=flowed > > hello! > Could you help me? > at MPC850 i let USB host work,but have some problems.the host > driver is > m8xxhci.c of brad. > > i usb the command :mknod sda b 8 0, mknod sda1 b 8 1,in the > direction > of dev.is it ok? > > when i mount OnlyDisk of Netac (mount /dev/sda1 /mnt/usbdisk),the > > infomation displayed as below: > VFS: Can't find an ext2 filesystem on dev sd(8,1). > > when i cd /mnt/usbdisk,and vi my.txt,i also face some > problems.the > problems as below: > if i use backspace key,the console will display ^H;when i usb > up,down,left and right key,the screen will roll.the infomation of -- > caught > signal 14 (alarm) -- exists at the bottom. > > in the end i send my boot infomation to you.thank you in advance! > Best regards! > shuiming lin > > _________________________________________________________________ > �����������ѽ��н�������ʹ�� MSN Messenger: > http://messenger.msn.com/cn > > ------=_NextPart_000_6cd9_1af6_5da9 > Content-Type: text/plain; name="myboot.txt"; format=flowed > Content-Transfer-Encoding: 8bit > Content-Disposition: attachment; filename="myboot.txt" > > > PPCBoot 1.1.6 (Jun 22 2003 - 15:59:38) > > CPU: XPC850xxZTB at 50 MHz: 2 kB I-Cache 1 kB D-Cache > Board: BCNG > DRAM: 16 MB > FLASH: 8 MB > This is BCNG board number 1! > Please use kernel file vmlinux.bcng1! > Hit any key to stop autoboot: 0 > => tftp 100000 vmlinux.bcng > ARP broadcast 1 > TFTP from server 192.168.29.2; our IP address is 192.168.29.3 > Filename 'vmlinux.bcng'. > Load address: 0x100000 > Loading: > ################################################################# > > ################################################################# > # > done > Bytes transferred = 665933 (a294d hex) > => tftp 200000 ramdisk.bcng > ARP broadcast 1 > TFTP from server 192.168.29.2; our IP address is 192.168.29.3 > Filename 'ramdisk.bcng'. > Load address: 0x200000 > Loading: > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > ########################################## > done > Bytes transferred = 1541634 (178602 hex) > => cd /proc/drivers > Unknown command 'cd' - try 'help' > => > => bootm 100000 200000 > ## Booting image at 00100000 ... > Image Name: 2.2.14 for BCNG MPC850 > Image Type: PowerPC Linux Kernel Image (gzip compressed) > Data Size: 665869 Bytes = 650 kB = 0 MB > Load Address: 00000000 > Entry Point: 0000000c > Verifying Checksum ... OK > Uncompressing Kernel Image ... OK > ## Loading RAMDisk Image at 00200000 ... > Image Name: ramdisk for BCNG MPC850 > Image Type: PowerPC Linux RAMDisk Image (gzip compressed) > Data Size: 1541570 Bytes = 1505 kB = 1 MB > Load Address: 00000000 > Entry Point: 00000000 > Verifying Checksum ... OK > Loading Ramdisk to 00de6000, end 00f5e5c2 ... OK > Linux version 2.4.4 ([EMAIL PROTECTED]) (gcc version 2.95.2 19991024 > (release)) > #21 > �� 6�� 22 21:12:56 CST 2003 > USB uCode patch installed > cp_rccr 9 > On node 0 totalpages: 4096 > zone(0): 4096 pages. > zone(1): 0 pages. > zone(2): 0 pages. > Kernel command line: root=/dev/ram rw > Decrementer Frequency: 3125000 > Warning: real time clock seems stuck! > Calibrating delay loop... 49.76 BogoMIPS > Memory: 12792k available (1236k kernel code, 480k data, 52k init, 0k > highmem) > Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) > Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) > Page-cache hash table entries: 4096 (order: 2, 16384 bytes) > Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) > POSIX conformance testing by UNIFIX > Linux NET4.0 for Linux 2.4 > Based upon Swansea University Computer Society NET3.039 > Starting kswapd v1.8 > CPM UART driver version 0.03 > ttyS0 on SMC1 at 0x0280, BRG2 > pty: 256 Unix98 ptys configured > block: queued sectors max/low 8416kB/2805kB, 64 slots per queue > RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize > eth0: CPM ENET Version 0.2 on SCC2, 00:10:ec:00:2d:0b > RAMDISK: Compressed image found at block 0 > Freeing initrd memory: 1505k freed > loop: loaded (max 8 devices) > SCSI subsystem driver Revision: 1.00 > request_module[scsi_hostadapter]: Root fs not mounted > usb.c: registered new driver hub > m8xxhci: initializing controller > usb.c: new USB bus registered, assigned bus number 1 > m8xxhci: MPC823 mask 1 > hub.c: USB hub found > hub.c: 1 port detected > m8xxhci: initializing done > Initializing USB Mass Storage driver... > usb.c: registered new driver usb-storage > USB Mass Storage support registered. > NET4: Linux TCP/IP 1.0 for NET4.0 > IP Protocols: ICMP, UDP, TCP > IP: routing cache hash table of 512 buckets, 4Kbytes > TCP: Hash tables configured (established 1024 bind 1024) > IP-Config: Incomplete network configuration information. > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > EXT2-fs warning: checktime reached, running e2fsck is recommended > VFS: Mounted root (ext2 filesystem). > Freeing unused kernel memory: 52k init > !!!!!! run custom configuration here !!!!!!! > hostname BCNG > ifconfig lo 127.0.0.1 > ifconfig eth0 192.168.29.3 > > > !!!!!! run custom program here !!!!!!! > Running embeded web server.... > Blink LEDs.... > mount: 192.168.29.2:/home/bcng/exports/initrd failed, reason given by > > server: Pe > rmission denied > mount: nfsmount failed: Bad file descriptor > NFS: mount program didn't pass remote address! > mount: Mounting 192.168.29.2:/home/bcng/exports/initrd on /mnt/nfs > failed: > Inval > id argument > > *-------------------------------------------------------* > | **** Welcome to nudt407 embedded linux-2.4.4 **** | > | | > | Your IP address is: 192.168.0.139 | > | Hostname is : BCNG | > | To goto develop mode,Please enter: | > | # mount -a | > | | > | #hello,every body! This is the BCNG board ! | > *-------------------------------------------------------* > > BCNG login: root > login[39]: cannot open securetty file. > > Password: > login[39]: root login on `ttyS0' > > > > BusyBox v0.60.1 (2002.10.24-04:52+0000) Built-in shell (msh) > Enter 'help' for a list of built-in commands. > > # cd /proc/driver/ > # > # ls > usb usblog > # > # cd /mnt > # > # ls > nfs > # > # mkdir usbdisk > # > # ls > nfs usbdisk > # > > # > # hub.c: USB new device connect on bus1/1, assigned device number 2 > scsi0 : SCSI emulation for USB Mass Storage devices > Vendor: Model: Rev: > Type: Direct-Access ANSI SCSI revision: 02 > Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 > SCSI device sda: 29536 512-byte hdwr sectors (15 MB) > Partition check: > sda: sda1 > > # mount /dev/sda1 /mnt/usbdisk > VFS: Can't find an ext2 filesystem on dev sd(8,1). > # > # cd /mnt/usbdisk/ > # ls > ds1305.pdf hyy.txt pcb.rar recycled �½�mi~1.doc > # > > > ------=_NextPart_000_6cd9_1af6_5da9-- > > > --__--__-- > > Message: 6 > From: "lin snake" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED], > [EMAIL PROTECTED], [EMAIL PROTECTED] > Date: Mon, 23 Jun 2003 17:10:08 +0800 > Subject: [linux-usb-devel] help > > This is a multi-part message in MIME format. > > ------=_NextPart_000_64ad_1b1e_5d0d > Content-Type: text/plain; charset=gb2312; format=flowed > > hello! > Could you help me? > at MPC850 i let USB host work,but have some problems.the host > driver is > m8xxhci.c of brad. > > i usb the command :mknod sda b 8 0, mknod sda1 b 8 1,in the > direction > of dev.is it ok? > > when i mount OnlyDisk of Netac (mount /dev/sda1 /mnt/usbdisk),the > > infomation displayed as below: > VFS: Can't find an ext2 filesystem on dev sd(8,1). > > when i cd /mnt/usbdisk,and vi my.txt,i also face some > problems.the > problems as below: > if i use backspace key,the console will display ^H;when i usb > up,down,left and right key,the screen will roll.the infomation of -- > caught > signal 14 (alarm) -- exists at the bottom. > > in the end i send my boot infomation to you.thank you in advance! > Best regards! > shuiming lin > > _________________________________________________________________ > �����������ѽ��н�������ʹ�� MSN Messenger: > http://messenger.msn.com/cn > > ------=_NextPart_000_64ad_1b1e_5d0d > Content-Type: text/plain; name="myboot.txt"; format=flowed > Content-Transfer-Encoding: 8bit > Content-Disposition: attachment; filename="myboot.txt" > > > ------=_NextPart_000_64ad_1b1e_5d0d-- > > > --__--__-- > > Message: 7 > From: James Bottomley <[EMAIL PROTECTED]> > To: Matthew Dharm <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], Linux SCSI list > <[EMAIL PROTECTED]>, > Greg KH <[EMAIL PROTECTED]>, > USB Developers <[EMAIL PROTECTED]> > Date: 23 Jun 2003 09:33:45 -0500 > Subject: [linux-usb-devel] Re: PATCH; make sr.c respect use_10_for_ms > > On Sun, 2003-06-22 at 16:06, Matthew Dharm wrote: > > The problem as I see it is ATAPI devices. That means that sbp2, > ide-scsi, > > and usb-storage (all of which bridge ATAPI devices to the SCSI > layer) will > > be affected. These devices don't include the DBD bit in their > command > > specification -- the bit is reserved. > > That's SFF-8020i? The bit is listed as reserved, *but* the > implementation defined behaves as if DBD were specified. The BD > header > component of the mode sense header is specifically listed as > "reserved" > and the spec doesn't allow for block descriptors to be returned. > > The current code for ATAPI CD-ROMS must just be lucky because the > reserved fields are zero filled. > > the SFF-8020i says that the recipient "shall not check" reserved > fields, > so the standard makes it sound like we can get away with the correct > behaviour in all cases by setting DBD. > > Have you actually heard of setting DBD causing a failure on ATAPI > devices? > > James > > > > > --__--__-- > > Message: 8 > Date: Mon, 23 Jun 2003 15:02:53 +0200 > From: Stelian Pop <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Reply-To: Stelian Pop <[EMAIL PROTECTED]> > Subject: [linux-usb-devel] unneeded SubClass (2.5.72) > > Got this message upon booting 2.5.72 on my Sony Vaio C1VE Picturebook > with an internal USB memory stick reader: > > Initializing USB Mass Storage driver... > usb-storage: This device (054c,0032) has an unneeded SubClass entry > in unusual_devs.h > Please send a copy of this message to > <[EMAIL PROTECTED]> > scsi0 : SCSI emulation for USB Mass Storage devices > Vendor: Sony Model: MSC-U01N Rev: 1.00 > Type: Direct-Access ANSI SCSI revision: 02 > WARNING: USB Mass Storage data integrity not assured > > This one too when plugging in my external floppy disk drive: > usb-storage: This device (057b,0000) has unneeded SubClass and > Protocol entries in unusual_devs.h > Please send a copy of this message to > <[EMAIL PROTECTED]> > scsi1 : SCSI emulation for USB Mass Storage devices > Vendor: Y-E DATA Model: USB-FDU Rev: 3.12 > Type: Direct-Access ANSI SCSI revision: 02 > Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0 > > BTW, for the very first time in a long time (in 2.5 kernels), both my > memory stick and the floppy work perfectly. > > Thanks. > > Stelian. > -- > Stelian Pop <[EMAIL PROTECTED]> > Alcove - http://www.alcove.com > > > --__--__-- > > Message: 9 > Date: Mon, 23 Jun 2003 08:11:36 -0700 > From: David Brownell <[EMAIL PROTECTED]> > To: Oliver Neukum <[EMAIL PROTECTED]> > CC: USB Developers <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] on the organisation of gadget > > Oliver Neukum wrote: > > >>By analogy, you'd be arguing that "audio.c is not a device driver > >>in the strict sense" ... > > > > > > Yes. We recognise the difference and put them into seperate > directories. > > We should do the same for the gadget side. > > Maybe someday when the device side tree grows as unwieldy as > the host side tree was getting. > > In what sense is "audio.c" not a device driver, though? > > > > > > > > --__--__-- > > Message: 10 > Date: Mon, 23 Jun 2003 08:14:31 -0700 > From: David Brownell <[EMAIL PROTECTED]> > To: Oliver Neukum <[EMAIL PROTECTED]> > CC: usb <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] Re: question on 64bit DMA > > >>>what needs to be included to get 64bit DMA? > >> > >>For a USB network driver, set NETIF_F_HIGHDMA. > > > > > > Well, I should be more specific. What needs to be > > #include <???> > > find /usr/src/linux/include -name '*.h' |xargs grep NETIF_F_HIGHDMA > > > > > --__--__-- > > Message: 11 > Date: Mon, 23 Jun 2003 11:42:18 -0400 (EDT) > From: Alan Stern <[EMAIL PROTECTED]> > To: Stelian Pop <[EMAIL PROTECTED]> > cc: [EMAIL PROTECTED] > Subject: Re: [linux-usb-devel] unneeded SubClass (2.5.72) > > On Mon, 23 Jun 2003, Stelian Pop wrote: > > > Got this message upon booting 2.5.72 on my Sony Vaio C1VE > Picturebook > > with an internal USB memory stick reader: > > > > Initializing USB Mass Storage driver... > > usb-storage: This device (054c,0032) has an unneeded SubClass > entry in unusual_devs.h > > Please send a copy of this message to > <[EMAIL PROTECTED]> > > scsi0 : SCSI emulation for USB Mass Storage devices > > Vendor: Sony Model: MSC-U01N Rev: 1.00 > > Type: Direct-Access ANSI SCSI revision: > 02 > > WARNING: USB Mass Storage data integrity not assured > > > > This one too when plugging in my external floppy disk drive: > > usb-storage: This device (057b,0000) has unneeded SubClass and > Protocol entries in unusual_devs.h > > Please send a copy of this message to > <[EMAIL PROTECTED]> > > scsi1 : SCSI emulation for USB Mass Storage devices > > Vendor: Y-E DATA Model: USB-FDU Rev: 3.12 > > Type: Direct-Access ANSI SCSI revision: > 02 > > Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0 > > > > BTW, for the very first time in a long time (in 2.5 kernels), both > my > > memory stick and the floppy work perfectly. > > > > Thanks. > > > > Stelian. > > Congratulations! You're the first person to submit an email in > response > to that new kernel log message. > > To help determine the proper change needed to the unusual_devs.h > file, > could you please also post the contents of your /proc/bus/usb/devices > file > with both the memory stick reader and the external floppy drive > plugged in > (or if you prefer, one copy with the reader plugged in and another > copy > with the drive plugged in). > > Thanks. > > Alan Stern > > > > > --__--__-- > > Message: 12 > From: "Wessler, Siegfried" <[EMAIL PROTECTED]> > To: "'Linux USB Mailingliste > ([EMAIL PROTECTED])'" > <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] Reconfiguring interface descriptor > Date: Mon, 23 Jun 2003 18:01:03 +0200 > > Hello, > > thanks for replying. > > > Von: David Brownell [mailto:[EMAIL PROTECTED] > > > > Eventually, we'll have it -- you saw a patch of mine to > > handle it a while > > back, that basically worked. > > What basic kernel version are you referencing? On host side we still > use > 2.4.20 with tiny real time patches. Is it possible to change only > some > source files and recompile kernel to get your patches working? > > Thank You! > > Siegfried. > > > ------------- > HBM - Hottinger Baldwin Measurement GmbH > Siegfried Wessler, Dipl.-Ing. > Dept. R&D T-V > Im Tiefen See 45, D-64293 Darmstadt, Germany > Fon: +49/6151/803-884, Fax: -524 > eMail: [EMAIL PROTECTED] > > > > --__--__-- > > Message: 13 > Date: Mon, 23 Jun 2003 20:18:12 +0400 > From: Sergey Vlasov <[EMAIL PROTECTED]> > To: Jackson Chan <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: [linux-usb-devel] [BUG] hiddev does not support Report Count > > 1 (Re: HID & Hiddev > troubles (write)) > > On Fri, 20 Jun 2003 14:22:10 -0600 > Jackson Chan <[EMAIL PROTECTED]> wrote: > > > > > Secondly, I am trying to write a single output report to my > device > > > > that contains 5 bytes of data{0x13,0x13,0,0,0} through the > Control > > > > (0) endpoint via a SetReport command. I tried using > hidiocsusage > > > > and hidiocsreport, but could not(& don't know how to) get it > > > > working. > > > > > > What does this mean (in terms of the report data items)? > > > Please show the HID descriptor for your device - what report > fields > > > does it have? > > > > dmesg shows this: > > > > OUTPUT[OUTPUT] > > Field(0) > > Usage(1) > > Digitizers.0000 > > Logical Minimum(0) > > Logical Maximum(255) > > Report Size(8) > > Report Count(5) > > Report Offset(0) > > Flags( Variable Absolute BufferedByte ) > > > > So Count = 5 and each values size = 8. {0x13,0x13,0x00,0x00,0x00} > > This looks like a bug/misfeature in hiddev - it does not support > items > with Report Count > 1. > > hiddev_usage_ref::usage_index is treated as an index of a usage in > the > selected data item (and limited by hid_field::maxusage), and also > used > as an index into the hid_field::value array. However, the number of > usages for a data item may be less than the number of values - see > the > HID spec 1.11, page 40 (50): > > While Local items do not carry over to the next Main item, they > may apply to more than one control within a single item. For > example, if an Input item defining five controls is preceded by > three Usage tags, the three usages would be assigned > sequentially to the first three controls, and the third usage > would also be assigned to the fourth and fifth controls. If an > item has no controls (Report Count = 0), the Local item tags > apply to the Main item (usually a collection item). > > So the configuration with one usage and 5 values (as seen in the > report > descriptor above) is legal. However, the current hiddev API does not > have a way to work with such devices. > > > --__--__-- > > Message: 14 > From: "Wessler, Siegfried" <[EMAIL PROTECTED]> > To: "'Linux USB Mailingliste > ([EMAIL PROTECTED])'" > <[EMAIL PROTECTED]> > Subject: AW: [linux-usb-devel] Reconfiguring interface descriptor > Date: Mon, 23 Jun 2003 18:19:33 +0200 > > Sorry for junk traffic, > > has been answered before. > > (Who doesn't hate M$ Outlook? :-| ) > > Siegfried. > > > --__--__-- > > Message: 15 > Date: Mon, 23 Jun 2003 20:01:57 +0300 (EEST) > From: Tuukka Toivonen <[EMAIL PROTECTED]> > To: USB Developers <[EMAIL PROTECTED]> > Subject: [linux-usb-devel] USB transfer buffer for DMA in stack? > > Is it OK to have the USB transfer buffer (parameter 7 to > usb_control_msg()) > in kernel stack? > > The documentation says that "This buffer has to be allocated as a > non-pageable contiguous physical memory block" and if it's placed in > stack > it works on x86, but is it safe thing to do across all architectures? > > > --__--__-- > > Message: 16 > Date: Mon, 23 Jun 2003 10:30:41 -0700 > From: Matthew Dharm <[EMAIL PROTECTED]> > To: James Bottomley <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], Linux SCSI list > <[EMAIL PROTECTED]>, > Greg KH <[EMAIL PROTECTED]>, > USB Developers <[EMAIL PROTECTED]> > Organization: One Eyed Alien Networks > Subject: [linux-usb-devel] Re: PATCH; make sr.c respect use_10_for_ms > > > --eAbsdosE1cNLO4uF > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, Jun 23, 2003 at 09:33:45AM -0500, James Bottomley wrote: > > Have you actually heard of setting DBD causing a failure on ATAPI > > devices? > > I believe I have, but I can't site anything solid. Which means > (likely) > that there were multiple possible explanations. > > We've changed a lot of MODE_SENSE code, and it's difficult to > separate out > what was causing the problem. And I'm constantly finding devices > with new > and more creative ways to not work right. > > In short: I guess I'm not really certain. So let's go ahead and try > it. > > Matt > > --=20 > Matthew Dharm Home: > [EMAIL PROTECTED] > net=20 > Maintainer, Linux USB Mass Storage Driver > > What, are you one of those Microsoft-bashing Linux freaks? > -- Customer to Greg > User Friendly, 2/10/1999 > > --eAbsdosE1cNLO4uF > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE+9zlBIjReC7bSPZARAlbgAJ9fN0NXSIUelGIhKLWjYVC+BBSELwCgiARx > wmigWJBDq/gtcBy5pKvGksY= > =7V1O > -----END PGP SIGNATURE----- > > --eAbsdosE1cNLO4uF-- > > > --__--__-- > > Message: 17 > Date: Mon, 23 Jun 2003 10:37:07 -0700 > From: Matthew Dharm <[EMAIL PROTECTED]> > To: Tuukka Toivonen <[EMAIL PROTECTED]> > Cc: USB Developers <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] USB transfer buffer for DMA in stack? > Organization: One Eyed Alien Networks > > > --2iBwrppp/7QCDedR > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > No, it is not safe to DMA from the stack in all architectures. > > Matt > > On Mon, Jun 23, 2003 at 08:01:57PM +0300, Tuukka Toivonen wrote: > > Is it OK to have the USB transfer buffer (parameter 7 to > usb_control_msg(= > )) > > in kernel stack? > >=20 > > The documentation says that "This buffer has to be allocated as a > > non-pageable contiguous physical memory block" and if it's placed > in stack > > it works on x86, but is it safe thing to do across all > architectures? > >=20 > >=20 > > ------------------------------------------------------- > > This SF.Net email is sponsored by: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting > Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly > Commission! > > INetU Dedicated Managed Hosting > http://www.inetu.net/partner/index.php > > _______________________________________________ > > [EMAIL PROTECTED] > > To unsubscribe, use the last form field at: > > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel > > --=20 > Matthew Dharm Home: > [EMAIL PROTECTED] > net=20 > Maintainer, Linux USB Mass Storage Driver > > Hi. I have my back hairs caught in my computer fan. > -- Customer > User Friendly, 8/20/1998 > > --2iBwrppp/7QCDedR > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE+9zrDIjReC7bSPZARAscRAJ0d0wT03hxYVoc1X+ZVCochOluX1QCfbsPC > JUvetHP9fHqIKImYWumtCnw= > =PCeE > -----END PGP SIGNATURE----- > > --2iBwrppp/7QCDedR-- > > > --__--__-- > > Message: 18 > Date: Mon, 23 Jun 2003 20:39:33 +0300 (EEST) > From: Tuukka Toivonen <[EMAIL PROTECTED]> > To: USB Developers <[EMAIL PROTECTED]> > Subject: [linux-usb-devel] can usb_disconnect pre-empt? > > Can usb_disconnect() and usb_probe() functions of a driver pre-empt > the > driver in other parts? I mean, that if user has just called my open() > function in the driver, could usb_disconnect() happen before the > system > call returns? > > If usb_disconnect() can happen while already executing in open(), and > if > the former frees the data structures used by the driver, then the > latter > call might continue working with already freed memory region which > could > lead to catastrophe. > > So I guess it is not possible, but I'd like to have a confirmation. > Also > if somebody would care to explain a little why it isn't possible, > would be > nice. > > > > --__--__-- > > Message: 19 > Date: Mon, 23 Jun 2003 10:53:57 -0700 > From: Greg KH <[EMAIL PROTECTED]> > To: Tuukka Toivonen <[EMAIL PROTECTED]> > Cc: USB Developers <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] can usb_disconnect pre-empt? > > On Mon, Jun 23, 2003 at 08:39:33PM +0300, Tuukka Toivonen wrote: > > Can usb_disconnect() and usb_probe() functions of a driver pre-empt > the > > driver in other parts? I mean, that if user has just called my > open() > > function in the driver, could usb_disconnect() happen before the > system > > call returns? > > Yes. > > > If usb_disconnect() can happen while already executing in open(), > and if > > the former frees the data structures used by the driver, then the > latter > > call might continue working with already freed memory region which > could > > lead to catastrophe. > > Yup. > > > So I guess it is not possible, but I'd like to have a confirmation. > Also > > if somebody would care to explain a little why it isn't possible, > would be > > nice. > > It is possible, you need to make sure it will not cause bad things to > happen in your driver :) > > Hope this helps, > > greg k-h > > > --__--__-- > > Message: 20 > Date: Mon, 23 Jun 2003 20:56:56 +0300 (EEST) > From: Tuukka Toivonen <[EMAIL PROTECTED]> > To: USB Developers <[EMAIL PROTECTED]> > Subject: [linux-usb-devel] interface deallocated automatically at > usb_disconnect? > > When an USB driver returns non-NULL from usb_probe(), > the interface is automatically allocated to it as if it would have > called usb_driver_claim_interface(). Right? > > And this allocated interface does not need to be released at > usb_disconnect() i.e. usb_driver_release_interface() does not need to > be > called. Right again? > > The documentation says > > "In the disconnect function you do not have to release any interfaces > that were additionally claimed in the probe function." > > I don't quite understand what that _additionally_-word actually means > in > that sentence. Additionally to what? > > OK, that was all questions this time. They were simple, but I wanted > to get > rid of "FIXME"s from my driver source. > > > --__--__-- > > Message: 21 > Date: Mon, 23 Jun 2003 13:59:55 -0400 > From: Pete Zaitcev <[EMAIL PROTECTED]> > To: Tuukka Toivonen <[EMAIL PROTECTED]> > Cc: USB Developers <[EMAIL PROTECTED]> > Subject: Re: [linux-usb-devel] can usb_disconnect pre-empt? > > > From: Tuukka Toivonen <[EMAIL PROTECTED]> > > Date: Mon, 23 Jun 2003 20:39:33 +0300 (EEST) > > > If usb_disconnect() can happen while already executing in open(), > and if > > the former frees the data structures used by the driver, then the > latter > > call might continue working with already freed memory region which > could > > lead to catastrophe. > > This is why God has given you semaphores, spinlocks, and > reference counts. > > -- Pete > > > --__--__-- > > Message: 22 > Date: Mon, 23 Jun 2003 20:04:09 +0200 > From: Stelian Pop <[EMAIL PROTECTED]> > To: Alan Stern <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [linux-usb-devel] unneeded SubClass (2.5.72) > Reply-To: Stelian Pop <[EMAIL PROTECTED]> > > On Mon, Jun 23, 2003 at 11:42:18AM -0400, Alan Stern wrote: > > > Congratulations! You're the first person to submit an email in > response > > to that new kernel log message. > > > > To help determine the proper change needed to the unusual_devs.h > file, > > could you please also post the contents of your > /proc/bus/usb/devices file > > with both the memory stick reader and the external floppy drive > plugged in > > (or if you prefer, one copy with the reader plugged in and another > copy > > with the drive plugged in). > > Here they are. > > Stelian. > > > T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 > B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 > D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 > P: Vendor=0000 ProdID=0000 Rev= 2.05 > S: Manufacturer=Linux 2.5.72 uhci-hcd > S: Product=Intel Corp. 82371AB/EB/MB PIIX4 > S: SerialNumber=00:07.2 > C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA > I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub > E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms > > T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 > D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 > P: Vendor=054c ProdID=0032 Rev= 1.31 > S: Manufacturer=Sony > S: Product=USB Memory Stick Slot > C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=100mA > I: If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=04 Prot=00 > Driver=usb-storage > E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms > E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms > E: Ad=83(I) Atr=03(Int.) MxPS= 2 Ivl=255ms > > -- > Stelian Pop <[EMAIL PROTECTED]> > > > > --__--__-- > > _______________________________________________ > [EMAIL PROTECTED] > To unsubscribe, use the last form field at: > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel > > > End of linux-usb-devel Digest
________________________________________________________________________ Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
