On Fri, 6 Feb 2004 14:23:27 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 06, 2004 at 02:04:14PM -0800, Stephen Hemminger wrote:
> >
> > Cleanups: the above broke the debug /proc interface, so rather than fix the
> > existing
> > mess, put a simpler version in place.
> > * conve
[Message didn't make it to the list because of an incorrect address]
On Fri, 6 Feb 2004, Stephen Hemminger wrote:
> > Can you isolate and break out the single ingredient responsible for the
> > deadlock you were experiencing?
>
> Yes, the list management with remove lists and multiple locks was
On Fri, 6 Feb 2004, Stephen Hemminger wrote:
> On Fri, 6 Feb 2004 14:23:27 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > Any chance in moving this proc stuff to the proper place in sysfs? You
> > have a directory all created just for you to put it there :)
>
> The output is not appropriate f
On Fri, 6 Feb 2004, David Brownell wrote:
> The simplest way for you to get those changes is to pull my gadget-2.6
> tree. Alternatively take 2.6.1 and apply:
>
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107281400904072&w=2
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=1
On Fri, 6 Feb 2004, David Brownell wrote:
> ... ENOPATCH !
>
> At this point I'd probably put the OHCI and EHCI debug files into
> /proc/driver/$driver_name/$pci_slot_name ... that stuff logically
> belongs in the sysfs namespace, but the sysfs filesystem code lacks
> the hooks to do that stuff w
On Fri, Feb 06, 2004 at 09:10:27PM +0100, Alexander Schulz wrote:
> usbserial 1-1.3:1.0: Saal Serial converter detected
> usb 1-1.3: Saal Serial converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
> usb 1-1.3: Saal Serial converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
Ah, so thi
On Fri, Feb 06, 2004 at 02:04:14PM -0800, Stephen Hemminger wrote:
>
> Cleanups: the above broke the debug /proc interface, so rather than fix the existing
> mess, put a simpler version in place.
> * convert to seq_file for /proc/driver/uhci/XXX file
> * since it was only used on
On Thu, Feb 05, 2004 at 11:02:00AM -0800, Stephen Hemminger wrote:
> The usb device member in the urb private structure is redundant,
> it is set but never used.
Applied, thanks.
greg k-h
---
The SF.Net email is sponsored by EclipseCon 2004
Pr
On Fri, Feb 06, 2004 at 02:48:55PM -0800, Stephen Hemminger wrote:
> On Fri, 6 Feb 2004 14:23:27 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Feb 06, 2004 at 02:04:14PM -0800, Stephen Hemminger wrote:
> > >
> > > Cleanups: the above broke the debug /proc interface, so rather than fix
Hiya,
I'm trying to write a user-space tool for a simple HID device. All this
device wants is to either receive or send 8 bytes in 'Report 0'.
Is there a way to do this via the hiddev interface? Ideally, I'd like
to skip all the field and usage parsing, and just be able to say "here
is th
On Fri, Feb 06, 2004 at 10:24:25AM -0500, James Bottomley wrote:
> On Fri, 2004-02-06 at 09:59, Alan Stern wrote:
> > Who says it's wrong to retrieve sense information when there is an
> > underrun but not Check Condition? Can you provide a reference to a
> > published (or draft) document that sta
On Tue, 3 Feb 2004, David Brownell wrote:
> Hi,
>
> I was recently looking at the root hub logic in 2.6 and noticed
> that UHCI was mis-advertising itself as supporting per-port power
> switching; the hardware doesn't do that. OK, easy to fix...
>
> Then I noticed that it was advertising itself
Greg KH wrote:
On Fri, Feb 06, 2004 at 07:54:59PM +0100, Alexander Schulz wrote:
Hello,
I have a homebuild device here with 3 Interfaces. Two of them are
simple char devices handled by drivers derived from usb-sceleton.c
When I load these drivers and the device is already connected, it
is detecte
On Thu, Jan 08, 2004 at 06:09:44PM -0500, Dave Mielke wrote:
> Is there any way from user space to determine which /dev/ttyUSBn file is
> currently being used by a given device? I'm able to locate the correct
> /proc/bus/usb/bbb/ddd file. Can it be used to determine the mapping, e.g. via
> an ioctl
Michal Sojka wrote:
*frames per urb
* *lengths of valid data
* *length of mess
*
16
27520
4472
But you said this was at 2 KB/uframe high bandwidth rate, so that
math doesn't check out: 16 frames/urb * 8 uframes/frame * 2 KB/uframe
means 256 KByte/urb, not 128 bytes shy of 27 KB.
Jun Sun wrote:
I did an initail try and it appears that it is not working on MIPS.
What kernel version?
Ahh, I should have said it in the first email. It is 2.4.20.
Was it changed significantly afterwards?
Yes. I discourage anyone using EHCI code older than 2.4.22;
in fact, anything before DR
On Fri, Feb 06, 2004 at 11:32:34AM -0800, Jun Sun wrote:
> On Fri, Feb 06, 2004 at 11:15:41AM -0800, Greg KH wrote:
> > On Fri, Feb 06, 2004 at 10:52:21AM -0800, Jun Sun wrote:
> > >
> > > I did an initail try and it appears that it is not working on MIPS.
> >
> > What kernel version?
> >
>
> A
On Fri, Feb 06, 2004 at 11:15:41AM -0800, Greg KH wrote:
> On Fri, Feb 06, 2004 at 10:52:21AM -0800, Jun Sun wrote:
> >
> > I did an initail try and it appears that it is not working on MIPS.
>
> What kernel version?
>
Ahh, I should have said it in the first email. It is 2.4.20.
Was it change
On Wed, Feb 04, 2004 at 08:51:09PM +0100, Kuefmann Andreas ICM CP RD SD 1 wrote:
> Hi all,
>
> When starting to develop a USB device driver for a custom device I
> based this driver on the usb_skeleton.c found in the source tree.
> Unfortunately I'm having problems to get devfs to work properly on
On Fri, Feb 06, 2004 at 10:52:21AM -0800, Jun Sun wrote:
>
> I did an initail try and it appears that it is not working on MIPS.
What kernel version?
greg k-h
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open To
On Fri, Feb 06, 2004 at 07:54:59PM +0100, Alexander Schulz wrote:
> Hello,
>
> I have a homebuild device here with 3 Interfaces. Two of them are
> simple char devices handled by drivers derived from usb-sceleton.c
> When I load these drivers and the device is already connected, it
> is detected by
On Fri, 6 Feb 2004, David Monniaux wrote:
> I have a Midiman (M-Audio) MobilePre USB sound card. This card needs a
> firmware download before being able to operate as a normal USB audio
> device. One method is to boot and log in to Windows, then reboot into
> Linux, but it's a bit annoying. :-)
>
On Fri, 6 Feb 2004, David Monniaux wrote:
> Hi,
>
> We have tried the following:
> - removing a USB mass storage device (USB memory "key") on /dev/sda while
> accessing /dev/sda via mcopy
> - removing a USB mass storage device while /dev/sda is mounted.
>
> We have observed the following two d
Hello,
I have a homebuild device here with 3 Interfaces. Two of them are
simple char devices handled by drivers derived from usb-sceleton.c
When I load these drivers and the device is already connected, it
is detected by the drivers. I can use both drivers immediately.
But when I load the driver f
I did an initail try and it appears that it is not working on MIPS.
I wonder if EHCI suffers the same cache-coherency problem as early
versions of OHCI, which makes it only work on cache-coherent machines.
If so, is anybody working on this? Any pointers are appreciated.
Thanks.
Jun
On Fri, Feb 06, 2004 at 02:13:36PM +, Bernd Porr wrote:
> Hi!
>
> I've got the following problem with 2.6.2:
>
> I use a hotplug script to upload firmware (with fxload) into
> the usb device (a daq board).
>
> When the hotplug script is called the file in the usbdevfs
> is not yet existing
Hello David and all,
On Thu, 29 Jan 2004 09:52:36 -0500 (EST) "David A. Desrosiers" <[EMAIL PROTECTED]>
wrote:
> I've been banging around with this for a few hours, and I think I've
> finally realized that this "Just Isn't Going to Work(tm)". I purchased a WD
> external usb2.0/firewire dr
I have a Midiman (M-Audio) MobilePre USB sound card. This card needs a
firmware download before being able to operate as a normal USB audio
device. One method is to boot and log in to Windows, then reboot into
Linux, but it's a bit annoying. :-)
I thus wrote a DFU firmware downloader. It works (we
On Fri, 6 Feb 2004 07:48:51 -0500 Glenn Burkhardt <[EMAIL PROTECTED]> wrote:
| The 2.4 usb-uhci.c code references a "userspace UHCI data structure dumper".
| I'm hoping it will help me track down a hot connect problem. I'd appreciate
| it if anyone could tell me where to find it. It doesn't see
Hi,
We have tried the following:
- removing a USB mass storage device (USB memory "key") on /dev/sda while
accessing /dev/sda via mcopy
- removing a USB mass storage device while /dev/sda is mounted.
We have observed the following two different behaviors on different
kernels:
1. On a RedHat 2.
On Fri, 6 Feb 2004, Joerg Schilling wrote:
> >Who says it's wrong to retrieve sense information when there is an
> >underrun but not Check Condition? Can you provide a reference to a
> >published (or draft) document that states this?
>
> The SCSI standard says that the sense data should retrieve
On Fri, 2004-02-06 at 09:59, Alan Stern wrote:
> Who says it's wrong to retrieve sense information when there is an
> underrun but not Check Condition? Can you provide a reference to a
> published (or draft) document that states this?
It's not wrong according to the SCSI standards, a REQUEST SENS
On Thu, 5 Feb 2004, Greg KH wrote:
> On Thu, Feb 05, 2004 at 11:02:00AM -0800, Stephen Hemminger wrote:
> > The usb device member in the urb private structure is redundant,
> > it is set but never used.
>
> Alan, what do you say?
>
> thanks,
>
> greg k-h
Stephen's patch is correct. Please app
>From [EMAIL PROTECTED] Fri Feb 6 15:59:52 2004
>> But as you may know, there is a Linux bug that causes the status to be 0 when
>> sense data (correctly) is available. Libscg _needs_ to add a workarounf for
>> this bug or nothing would work!
>What bug is that? Or rather, under what circumsta
On Fri, 6 Feb 2004, Thomas J Magliery PhD wrote:
> Alan, to sum up, do I understand correctly that there either needs to be
> a change to cdrecord-ProDVD, the sg driver, or the Plextor firmware?
> Any recommndations on which is best, and who I would talk to about the
> latter two?
There's no
On Fri, 6 Feb 2004, Joerg Schilling wrote:
> What you see, is that some instance in the Linux kernel completely
> misshandles this transfer:
>
> - The drive seems to return only 34 bytes although it did advertise
> to return 36.
>
> The correct behavior for Linux would be to set
Hi!
I've got the following problem with 2.6.2:
I use a hotplug script to upload firmware (with fxload) into
the usb device (a daq board).
When the hotplug script is called the file in the usbdevfs
is not yet existing. I have to add a "sleep 1" to wait for
that the entry.
That's the quick fix
>From [EMAIL PROTECTED] Fri Feb 6 06:21:39 2004
>Alan, to sum up, do I understand correctly that there either needs to be
>a change to cdrecord-ProDVD, the sg driver, or the Plextor firmware?
> Any recommndations on which is best, and who I would talk to about the
>latter two?
libscg cannot
>From [EMAIL PROTECTED] Thu Feb 5 23:05:03 2004
>The drive was asked for 36 bytes and only returned 34. So far as the
>low-level USB and SCSI transfer goes, that's legal -- the device is only
>obligated to transfer as much data as it has available.
>> > usb-storage: Bulk data transfer result 0
>From [EMAIL PROTECTED] Thu Feb 5 21:13:20 2004
>> usb-storage: Command READ DISC INFORMATION (10 bytes)
>> usb-storage: 51 00 00 00 00 00 00 00 24 00 00 00
>> usb-storage: Bulk command S 0x43425355 T 0xac Trg 0 LUN 0 L 36 F 128 CL 12
>> usb-storage: Bulk command transfer result=0
>> usb-storage
The 2.4 usb-uhci.c code references a "userspace UHCI data structure dumper".
I'm hoping it will help me track down a hot connect problem. I'd appreciate
it if anyone could tell me where to find it. It doesn't seem to be anywhere
in the BitKeeper archive on linux-usb.org.
I'm trying to track do
Greg Norris <[EMAIL PROTECTED]> writes:
>
> The problem appears to have been introduced in 2.6.2-rc2. Can anyone
> tell me how to find the individual patches which were added between
> -rc1 and -rc2? I can diff the trees easily enough, of course, but it
> would be much easier if I had a collectio
>From [EMAIL PROTECTED] Thu Feb 5 06:52:18 2004
>OK, I finally was able to recompile my kernel with usb and usb-storage
>debugging on. For reference, here is the output of the cdrecord
>command. There is a blank DVD-R in the drive. It is actually a Plextor
>PX-708UF drive hooked up through
43 matches
Mail list logo
