s field is meaningful only for ISO and interrupt transfer*/
+ ep->compl_hdr.interval = cpu_to_be32(urb->interval);
spin_unlock_irqrestore(&rp->b_lock, flags);
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Logos Finanziar
On Wednesday 28 March 2007 12:07 am, Pandita, Vikram wrote:
>
> Scenario:
> MUSBHDRC is acting as Host. Netchip2280 is acting as device.
>
> On MUSBHDRC run the usbtest 14 and see the error -32.
OK, that CATC snapshot was informative.
- SETUP, write 8 bytes, fine
- SETUP, read them back, fine
> -Original Message-
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 28, 2007 2:10 PM
> Then badness ... the detail shown in the JPG being:
>
> - SETUP, ACK
> - PING, ACK (*)
> - write 8 bytes, NYET (**)
> - IN --> STALL
>
> (*) This is unexpected, but likel
Enables ie a soundcard driver to use capture uframe state,
when a playback urb has completed and a capture urb has not yet.
itd completion is further split up so the itd is only unlinked,
if the usb-frame has completed. Without this, uframe stati were not updated
on a via K8T800 ehci-hcd, where a
Am Dienstag, 27. März 2007 15:34 schrieb Andi Kleen:
>
> Since I updated from -rc3 to -rc5 pulling a USB serial device doesn't oops
> the kernel anymore, but now my hal daemon crashes instead. Sounds like a
> different
> kind of regression to me unless it was intended to break the sysfs user
> i
Girish wrote:
>Hi all,
>I am trying to enable usb support on PXA27x board using
>linux-2.6.20. Inserted the following modules successfully
>usbcore.ko
>ohci_hcd.ko
>usb-storage.ko
>and inserted the flash drive(1GB) on USB port.
>but "/sys/bus/usb/devices/" directory is e
Am Dienstag, 27. März 2007 19:43 schrieb Pete Zaitcev:
> On Tue, 27 Mar 2007 14:30:52 +0200, Oliver Neukum <[EMAIL PROTECTED]> wrote:
>
> > --- a/drivers/usb/serial/option.c 2007-03-27 13:31:04.0 +0200
> > +++ b/drivers/usb/serial/option.c 2007-03-27 14:21:21.0 +0200
> > @@
Hi,
do we have a bit op which clears/sets a range of bits in a bitfield?
Regards
Oliver
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the c
On Wednesday 28 March 2007 2:29 am, Pandita, Vikram wrote:
>
> > (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake,
> > "the host controller must return to using a PING token until the
> > endpoint indicates it has space".
> >
> > Clearly, the HDRC did not issue any PINGs ... it jus
Hi,
Here's a little patch to make sure tranfer_buffer is always if DMA
is temporarily unavailable. I ran into this with tusb6010 that
currently can only do limited DMA. This fixes a problem of connecting
storage devices and doing mixed DMA/PIO access.
Regards,
Tony
From: Tony Lindgren <[EMAIL P
On Tue, 27 Mar 2007, David Brownell wrote:
> > Hmm... A CPU has to access all that data, and reading a cache line
> > at a time surely as better. Although on the other hand, it's something
> > streaming and thus just using the cache space for no good reason.
>
> Right. "Potentially". Displacing
On Wed, 28 Mar 2007, David Brownell wrote:
> On Wednesday 28 March 2007 2:29 am, Pandita, Vikram wrote:
> >
> > > (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake,
> > > "the host controller must return to using a PING token until the
> > > endpoint indicates it has space".
> > >
On Wed, 28 Mar 2007, Tony Lindgren wrote:
> Hi,
>
> Here's a little patch to make sure tranfer_buffer is always if DMA
> is temporarily unavailable. I ran into this with tusb6010 that
> currently can only do limited DMA. This fixes a problem of connecting
> storage devices and doing mixed DMA/PIO
On Wed, 28 Mar 2007, Girish wrote:
> But now kernel is unable to detect the insertion and removal event of
> the USB device. Driver detects the device only for the first time and
> there is no activity even if the device is removed and re inserted. When
> I tested the registers in the USB Host sys
On Wednesday 28 March 2007 9:09 am, Alan Stern wrote:
> On Wed, 28 Mar 2007, Tony Lindgren wrote:
>
> > Hi,
> >
> > Here's a little patch to make sure tranfer_buffer is always if DMA
> > is temporarily unavailable. I ran into this with tusb6010 that
> > currently can only do limited DMA. This fix
* Alan Stern <[EMAIL PROTECTED]> [070328 12:10]:
> On Wed, 28 Mar 2007, Tony Lindgren wrote:
>
> > Hi,
> >
> > Here's a little patch to make sure tranfer_buffer is always if DMA
> > is temporarily unavailable. I ran into this with tusb6010 that
> > currently can only do limited DMA. This fixes a
Oh my gawd. I haven't yet seen the patch which Tony Lundgren has posted
when I expressed my displeasure with mapping DMA too high up the stack.
And what are we going to do now? Huh?
-- Pete
-
Take Surveys. Earn Cash. Influenc
On Wednesday 28 March 2007 8:25 am, Alan Stern wrote:
> On Tue, 27 Mar 2007, David Brownell wrote:
>
> > > Hmm... A CPU has to access all that data, and reading a cache line
> > > at a time surely as better. Although on the other hand, it's something
> > > streaming and thus just using the cache s
On Wednesday 28 March 2007 9:04 am, Alan Stern wrote:
> On Wed, 28 Mar 2007, David Brownell wrote:
>
> > On Wednesday 28 March 2007 2:29 am, Pandita, Vikram wrote:
> > >
> > > > (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake,
> > > > "the host controller must return to using a PI
On Wed, 28 Mar 2007 11:25:54 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> > That is, when the application manages DMA adressing? The driver "should"
> > provide both the DMA and regular address, since not every underlying
> > controller wil use the DMA address for all transfers.
>
> That
On 3/28/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
>
> The crucial thing here is that all reports but the ones that the driver
> registered to will be processed in a standard way by the generic hid bus
> layer, and those reports that the driver registered to will be ignored by
> the layer, and pass
On Wednesday 28 March 2007 11:28 am, Pete Zaitcev wrote:
> On Wed, 28 Mar 2007 11:25:54 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]>
> wrote:
>
> > > That is, when the application manages DMA adressing? The driver "should"
> > > provide both the DMA and regular address, since not every underlying
On Wed, 28 Mar 2007, Dmitry Torokhov wrote:
> Just register based on VID/PID and provide standard
> hid_default_input_event() to drivers so they would call it for reports
> they don't need to do special processing on.
Agreed. This is actually what I meant in the original mail, but phrased it
v
* David Brownell <[EMAIL PROTECTED]> [070328 14:46]:
> On Wednesday 28 March 2007 9:09 am, Alan Stern wrote:
> > On Wed, 28 Mar 2007, Tony Lindgren wrote:
> >
> > > Hi,
> > >
> > > Here's a little patch to make sure tranfer_buffer is always if DMA
> > > is temporarily unavailable. I ran into this
On Wed, 28 Mar 2007, Tony Lindgren wrote:
> OK, attached is take #3 with ifndef CONFIG_HIGHMEM. Anybody have other
> limitations in mind?
> + /*
> + * Some systems need both transfer_buffer and transfer_dma
> + * to revert to PIO if DMA is temporarily unavail
On Wed, 28 Mar 2007, Pete Zaitcev wrote:
> Since both network and block I/O are high performance subsystems,
> I always regarded all performance arguments for usb_buffer_alloc
> as rubbish.
I don't understand what you're getting at. The idea behind
usb_buffer_alloc() is to help improve performa
On Wed, 28 Mar 2007, David Brownell wrote:
> On Wednesday 28 March 2007 9:04 am, Alan Stern wrote:
> > On Wed, 28 Mar 2007, David Brownell wrote:
> >
> > > On Wednesday 28 March 2007 2:29 am, Pandita, Vikram wrote:
> > > >
> > > > > (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake
> > > > > > (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake,
> > > > > > "the host controller must return to using a PING token until the
> > > > > > endpoint indicates it has space".
> > > > > >
> > > > > > Clearly, the HDRC did not issue any PINGs ... it just went right
> > > > >
On Wednesday 28 March 2007 4:08 pm, David Brownell wrote:
> You're using a different definition of complete than I am. I'm using
> the same definition that a normal bulk OUT would use: ready to accept
> one more OUT packet.
That is: NYET/PING is a handshake used to mark completion of an excha
I've been having problems lately with my mouse, and I know that the
kernel is tainted. If that's a problem please just ignore this dump.
I just restarted my computer with a ck[1] kernel, which I had been on
for a couple of days before this, when X started I noticed that my MX
Revolution mouse didn
On Wednesday 28 March 2007 12:21am, Mike Isely wrote:
> Bill Marr <[EMAIL PROTECTED]> wrote:
>
>[...]
>
> > However, I'm still left wondering what your actual device is that uses
> > the 'cypress_m8' module.
>
> It's a DeLorme Earthmate GPS; no "LT-20" however.
Ah, OK... good. I didn't realize
> -Original Message-
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 29, 2007 4:38 AM
> To: Alan Stern
> Cc: Pandita, Vikram; USB development list;
[EMAIL PROTECTED]
> Subject: Re: [linux-usb-devel] Scenario: usbtest test-14 failure:
MUSBHDRC
> + Netchip2280
>
> >
Jiri Kosina wrote:
> JFYI the preliminary version of the hidraw interface is now in the
> hid/usbhid git tree, and has also been in a few recent -mm kernels
> already.
>
>
The shadow driver support works now.
The most largest problem is HID/Bluetooth can not work now. And, I have
no any bluet
尊敬的公司领负责人(经理／财务)您们好！
我是深圳市万丰实业有限公司，我司实力雄厚，在全国范围内各大城市有众多家
分公司,还与多家大有名度集团企业联盟合作!由于我司是包税企业,现有一部份发票可
以向外代开,代开范围：增值税、海关缴款书、普通商品销售发票；地税，建筑安装、
运输、广告、服务业、咨询和定额发票等；点数优惠必是您的首选!本司以"诚信,优惠,
效益"为中心立足商场中,真诚地希望能够与贵司合作！也可为贵司节约一部分 资金!
如果贵司在发票方面有任何疑虑，可上网查询或我司人员与贵司人员去
34 matches
Mail list logo
