I have the debug information at
http://veg.animx.eu.org/usb-storage.debug.dvd.txt
It's around 190kb in size.
- Forwarded message from Greg KH <[EMAIL PROTECTED]> -
Date: Fri, 26 Nov 2004 19:28:17 -0800
From: Greg KH <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: USB DVD
X-Mailin
>What cables are you referring to?
for example
http://www.prolific.com.tw/eng/Products.asp?ID=18
stated clearly that it is a rndis device. and unsure about support for CDC.
>If you have such a product, and can spend some time
>working on Linux interop with it, drop me a line and
>I can send you
On Thu, 2 Dec 2004 11:54:31 -0500 (EST), Alan Stern
<[EMAIL PROTECTED]> wrote:
> On Wed, 1 Dec 2004, Karl Bongers wrote:
>
>
>
> > Hi,
> >
> > So somehow I found myself here despite trying to avoid kernel hacking by
> > using libusb. libusb has this concept of submit a read/write with a
> > ti
This patch adds support for two PPC processors with embedded
OHCI implementations, the Freescale MPC5200 and the IBM STB04XXX.
Because of ambiguities in the OHCI specification, there are two quirks
that are needed for these chips.
Quirk 1: The IBM and Freescale implementations differ on which
hal
On Thu, Dec 02, 2004 at 11:00:26AM -0600, Al Borchers wrote:
> Greg KH wrote:
> > Why not use the in-kernel implemtation of a circular buffer? I've been
> > thinking about that for the other usb-serial drivers that also roll
> > their own data structure for this. We shouldn't add yet-another one
On Thursday 02 December 2004 4:27 am, Karsten Wiese wrote:
> Hi David
>
> > It can't use that API any more. Please merge.
>
> Just sent this to alsa-devel.
> Hope its ok with future API also.
Looked fine to me, thanks. So if you submit this
before Greg (presumably!) merges those other patches,
On Thu, 2 Dec 2004, David Brownell wrote:
> On Thursday 02 December 2004 9:22 am, Alan Stern wrote:
> > Below is a composite of three patches pending for the usb-storage driver.
> > Together they provide support for autosuspend. The inactivity timeout is
> > controlled by a module parameter na
On Thursday 02 December 2004 9:22 am, Alan Stern wrote:
> Below is a composite of three patches pending for the usb-storage driver.
> Together they provide support for autosuspend. The inactivity timeout is
> controlled by a module parameter named "autosuspend"; its value gives the
> timeout i
Below is a composite of three patches pending for the usb-storage driver.
Together they provide support for autosuspend. The inactivity timeout is
controlled by a module parameter named "autosuspend"; its value gives the
timeout in seconds (0 means no autosuspend).
If anyone can try this out
On Thu, 2 Dec 2004, Andrea Pusceddu wrote:
> Hi, thank you for your reply!
>
> I did a modprobe usb_storage
> Then a lsmod confirmed that the above module and the scsi_mod are loaded
> Then I did the:
> echo 'SigmaTel:MSCN:0x80400' >/proc/scsi/device_info
>
> a cat of the device_info shows the
On Thursday 02 December 2004 1:22 am, Pete Zaitcev wrote:
>
> The mechanics of this thing sans API are rather straightforward. The
> consensus is that intercepting usb_submit_urb and urb->complete is good
> enough for most needs.
In fact, see the two spots in "hcd.c" marked as the places
to put s
On Wednesday 01 December 2004 11:56 pm, slimmerz wrote:
>
> Does the Linux usbnet driver currently support the Host-Side RNDIS?
> e.g. to connect a RNDIS only (for example some of the new USB2
> Host-toHost Cable only has RNDIS support) gadget to a linux host.
Odd. The hardware I've seen is all
Greg --
Thanks for the comments.
I am sending updated TI USB 3410/5052 driver patches in
the next three messages (the one big patch hasn't yet made
it through to the list). The patch is also available at
http://www.brimson.com/downloads/ti_usb_3410_5052_2.6.10-rc2-bk13.patch
These patches are ag
On Wed, 1 Dec 2004, Karl Bongers wrote:
> Hi,
>
> So somehow I found myself here despite trying to avoid kernel hacking by
> using libusb. libusb has this concept of submit a read/write with a timeout.
> So I submit a read, and just pick a random timeout, say 1 second.
> Lib usb then sits in a p
On Thu, 2 Dec 2004, Xu Levis-Q16136 wrote:
> Got it! Thanks~
> Another problem: Do i need free all of the urbs which i have built before in
> my diconnect function? Now i just free one urb in my func.
> For example:
>
> struct urb *myurb;
> my_prob()
> {...
> for(i=0; i<5; i++)
>
On Thu, 2 Dec 2004, Konstantin Kletschke wrote:
> Am 2004-12-02 11:15 +0200 schrieb Olav Kongas:
>
> > In your case, it most likely corresponds to the STATUS stage
> > of the control transfer.
>
> So you mean it is an absolutely normal thing happening there?
Yes.
Olav
--
Lothar schrieb:
> >with Line 417 being
> >
> >WARN_ON((!(__isp1362_read_reg16(dev, HCuPINT) & HCuPINT_ISP116x_AIIEOT)));
> ALLEOT is set when the amount of data programmed in the XFERCOUNT
> register has been transferred to/from the chip buffer. If it's not set
> at the end of the the read/write_
Am 2004-12-02 15:15 +0200 schrieb Dimitris Lampridis:
> > Hrm.. It must be getting overwritten.
> No it is not! The register gets written only once during hc_start() of
> ohci-hcd.c when periodic_reinit() is called. And although the value of
> 0x27782edf is sent to the data port, the register sho
On Wed, 2004-12-01 at 12:05 -0800, Michael wrote:
> > Hmmm,
> > I too intergrated Lothar's changes but still the same problem,
> > even with
> > using it directly as you said above.
> > When I look at my syslog, I see the correct value being written
> > to the
> > data port, but when I read the reg
Hi David
> It can't use that API any more. Please merge.
Just sent this to alsa-devel.
Hope its ok with future API also.
regards,
Karsten
-- Weitergeleitete Nachricht --
Subject: [PATCH]snd-usb-usx2y 0.8.7: Use macro usb_maxpacket() for portability
Date: Donnerstag 02 Dezembe
Am 2004-12-02 11:15 +0200 schrieb Olav Kongas:
> In your case, it most likely corresponds to the STATUS stage
> of the control transfer.
So you mean it is an absolutely normal thing happening there?
Konsti
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
On Thu, 2 Dec 2004 01:22:30 -0800
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> Please search the Net for something called "USBmon". It's an earlier attempt
> to do this very important work. It floundered largely on API problems.
> Piping things through procfs is not going to fly. I would think tha
Hi,
> Sometime I often trigger this:
>
> Badness in isp116x_send_queue at drivers/usb/host/ohci-isp116x-emu.c:417
>
> with Line 417 being
>
> WARN_ON((!(__isp1362_read_reg16(dev, HCuPINT) & HCuPINT_ISP116x_AIIEOT)));
>
> How do I avoid the occurence of this? I remember havin read here about AI
Got it! Thanks~
Another problem: Do i need free all of the urbs which i have built before in my
diconnect function? Now i just free one urb in my func.
For example:
struct urb *myurb;
my_prob()
{...
for(i=0; i<5; i++)
{
myurb = usb_alloc_urb(0);
On Thu, 2 Dec 2004 09:57:24 +0100, THESNIERES Sylvain <[EMAIL PROTECTED]>
wrote:
> I've found a way to create an USB packets dumper for linux like USBSnoop in
> windows. Since I didn't found any on the Internet, I'd like to know if someone
> here is interrested. In this case I could submit a pat
Hi Sylvain,
> I've found a way to create an USB packets dumper for linux like USBSnoop in
> windows. Since I didn't found any on the Internet, I'd like to know if someone
> here is interrested. In this case I could submit a patch (or better) figure
> out
> how to create a compile option for the k
> alloc_ptd: Trying to find PTD for 0 byte of type 0
> alloc_ptd: Set bit 0001 in bufmap @ c02d494c: 0001
> buf_curlen(old) = 0
> buf_curlen(new) = 8, xfer_size 0, xfer_size_real 0
> process_td: alloc_ptd returned 0
> process_td: dir=1 ed->hwINFO=0040(0), td->hwINFO=f308(1)
> td a
> Do you have any details on which sequences are bad, or which
> debugging statements in particular affect it?
No. I have removed the debug info step by step and even
found at some point a single printk which leads to failure,
but when I add/remove another prink elsewhere, the
previously found c
Hello all,
I've found a way to create an USB packets dumper for linux like USBSnoop in
windows. Since I didn't found any on the Internet, I'd like to know if someone
here is interrested. In this case I could submit a patch (or better) figure out
how to create a compile option for the kernel in ord
Am Donnerstag, 2. Dezember 2004 08:56 schrieb slimmerz:
> modify ndis wrapper (ndiswrapper.sf.net) to support rndis for such device?
This is for host drivers, not devices.
Regards
Oliver
---
SF email is sponsored by - T
30 matches
Mail list logo
