On Thu, 14 Apr 2005 17:16:33 -0700 Lan, Oliver wrote:
| Greg,
| In my program, I have following lines:
| struct usbdevfs_urb *pURB;
| pURB->type = USBDEVFS_URB_TYPE_BULK;
| pURB->endpoint = endpoint;
| pURB->buffer = pBuffer;
| pURB->buffer_length = iBufferLen;
|
Greg,
In my program, I have following lines:
struct usbdevfs_urb *pURB;
pURB->type = USBDEVFS_URB_TYPE_BULK;
pURB->endpoint = endpoint;
pURB->buffer = pBuffer;
pURB->buffer_length = iBufferLen;
pURB->signr = signal;
pURB->number_of_packets = iNumPacke
365购物网 365shopw.com
专业性化妆品网站
本商城现在正在促销微姿化妆品全场8.5折优惠
限量、限时抢购，促销截止到五月八日。
http://www.365shopw.com
您可以找到世界顶级名牌化妆品
资生堂、兰蔻、SK-II、倩碧、雅顿、西黛、CD、雅诗兰黛、雅芳
5000多种国际名牌化妆品，全球低价！让您在无重状态下购物
7日退货保障 购物零风险
免费加盟，免费开店，全国免费送货上门。
永远为客户的利益着想
如果这封善意邮件打扰了您，请随手删掉。我们向您表示道歉!
热忱欢迎各界朋友携手共创未来！
电话：010-85574172
网址：http://www.365sh
On Thu, 14 Apr 2005 13:07:16 -0700 David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 14 April 2005 12:56 pm, Pete Zaitcev wrote:
> > On Thu, 14 Apr 2005 11:33:00 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Is it true then, on all architectures, that the hardware will com
On Thursday 14 April 2005 12:56 pm, Pete Zaitcev wrote:
> On Thu, 14 Apr 2005 11:33:00 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > Is it true then, on all architectures, that the hardware will complete the
> > outw() _before_ the CPU executes the udelay() routine, even without the
> >
On Thu, 14 Apr 2005 11:56:22 -0500 Doug Maxey <[EMAIL PROTECTED]> wrote:
> ppc64 is one arch that does not guarantee ordering without barriers.
This is why outw on ppc64 has those barriers.
-- Pete
---
SF email is sponsored by - The IT Produc
On Thu, 14 Apr 2005 11:33:00 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
> > > What about the question of making sure that I/O operations complete
> > > before
> > > starting a delay loop, like this:
> > >
> > > outw(..., ...);
> > > mb();
> > > udelay(10);
> > >
> > > Is the mb()
On Thursday 14 April 2005 1:50 am, [EMAIL PROTECTED] wrote:
> Interface Descriptor:
> bLength 9
> bDescriptorType 4
> bInterfaceNumber0
> bAlternateSetting 0
> bNumEndpoints 0
> bInterfaceClass 2 Communi
On Apr 14, 2005, at 12:52 PM, David Brownell wrote:
On Wednesday 13 April 2005 1:30 pm, Jaroslav Flidr wrote:
Well, here is the patch I am using. Quite simple, really... (2.6.11
kernel):
Yes, thanks. It got line wrapped, but I can cope.
Just curious: with the exception of PXA27x and possibly iPaq
On Thu, 14 Apr 2005 11:33:00 EDT, Alan Stern wrote:
>On Wed, 13 Apr 2005, Pete Zaitcev wrote:
>
>> On Tue, 12 Apr 2005 09:50:15 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]>
>> wrote:
>>
>> > What about the question of making sure that I/O operations complete before
>> > starting a delay loop, lik
On Wednesday 13 April 2005 1:30 pm, Jaroslav Flidr wrote:
> Well, here is the patch I am using. Quite simple, really... (2.6.11
> kernel):
Yes, thanks. It got line wrapped, but I can cope.
> Just curious: with the exception of PXA27x and possibly iPaq who else
> is using ohci?
On PCs, names
Hi,
On Thu, 14 Apr 2005, Alan Stern wrote:
> Is it true then, on all architectures, that the hardware will complete the
> outw() _before_ the CPU executes the udelay() routine, even without the
> mb()?
>
> Or does it not really matter, because the outw() will complete within a
> handful of CPU c
On Wed, 13 Apr 2005, Pete Zaitcev wrote:
> On Tue, 12 Apr 2005 09:50:15 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > What about the question of making sure that I/O operations complete before
> > starting a delay loop, like this:
> >
> > outw(..., ...);
> > mb();
> > udel
Am Donnerstag, 14. April 2005 10:50 schrieb [EMAIL PROTECTED]:
>
> Hi Oliver,
>
> Please find enclosed attachment of lsusb output
> Please let me know why this problem is with only USB.
I can't tell yet. Are you actually using two devices?
Please change "#undef DEBUG" in cdc-acm.c to "#define DE
Greg KH wrote:
> On Thu, Mar 24, 2005 at 08:00:46AM -0500, Wakko Warner wrote:
> > I have a system that I just updated to 2.6 and USB fails to work after some
> > time (~6-8 hours) giving me the "irq 11:nobody cared" message.
> >
> > This system is a supermicro p3tdde (via chipset)
> > I have ACPI
On Wed, Apr 13, 2005 at 11:11:54AM -0700, Pete Zaitcev wrote:
> The suspect code is also easy to spot: a) uses list_for_each_safe,
> b) uses container_of instead of list_entry. That's whole two "newbie
> points".
OK to bring the newbie score of drivers/base/bus.c down by another two
points, here's
Hi Oliver,
Please find enclosed attachment of lsusb output
Please let me know why this problem is with only USB.
Regards
Shalini
-Original Message-
From: Oliver Neukum [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 14, 2005 11:34 AM
To: Shalini Rao (WT01 - TELECOM SOLUTIONS)
Cc: lin
17 matches
Mail list logo
