On Saturday 14 October 2006 01:02, Open Source wrote:
> Either the problem is in the ehci code or in devio.c. In
> devio.c the user space process calls an ioctl to reap the
> urb (blocking until it is complete). The asynchronous
> callback for the urb is called when the urb is unlinked
> and that
On Sat, 14 Oct 2006, Alan Cox wrote:
> Ar Gwe, 2006-10-13 am 16:30 -0700, ysgrifennodd Open Source:
> > There is an ioctl that is waiting for the URB to be reaped.
> > I am almost certain it is this syscall that is taking 4 ms (as
> > opposed to 1 ms with CONFIG_HZ=1000).
>
> What does strace say
linux-usb-devel様
貴方に１通のメッセージが届きました。
期限までにご確認下さい。
http://www.anokoto.com/mbox
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
Ar Gwe, 2006-10-13 am 16:30 -0700, ysgrifennodd Open Source:
> There is an ioctl that is waiting for the URB to be reaped.
> I am almost certain it is this syscall that is taking 4 ms (as
> opposed to 1 ms with CONFIG_HZ=1000).
What does strace say about it ? This is measurable not speculation.
>
Whitespace fixups for drivers/usb/serial/ftdi_sio.c ...
removing end-of-line whitespace, and space-before-tab.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Index: g26/drivers/usb/serial/ftdi_sio.c
===
--- g26.orig/drivers/usb/se
On Friday 13 October 2006 12:31 pm, Open Source wrote:
>
> It seems like the unlinking of completed URBs
> happens asynchronously on a timer. This is a
> surprise to me since I thought this was happening
> on an IRQ from the host controller. But if what I'm
> surmising is correct it would explai
Hi Alan (and all),
Thanks for your message.
There is an ioctl that is waiting for the URB to be reaped.
I am almost certain it is this syscall that is taking 4 ms (as
opposed to 1 ms with CONFIG_HZ=1000).
Let me ask a very specific question related to my
previous email about devio.c.
Say I have
Ar Gwe, 2006-10-13 am 16:02 -0700, ysgrifennodd Open Source:
> clear understanding of what is causing it. As it stands it doesn't
> seem like even the experts know exactly where this
> delay is being caused.
strace should tell you precisely how long each syscall takes if you ask
it to trace thing
Hi Alan,
Yes, user mode processes are susceptible to other delays,
but that's really not the problem here. My application is
*clearly* being hit by this difference in CONFIG_HZ.
All the evidence points to this fact.
People often bring this up user mode versus kernel
mode as a criticism when it d
On Fri, 13 Oct 2006, Tobias Lorenz wrote:
> Hi,
>
> is there anything left to do?
> Because I still couldn't find this patch in git.
There's nothing left to do. Greg KH, the USB maintainer, will accept the
patch when he finds time. Periodically he sends updates to Linus. When
that happens,
Hi,
is there anything left to do?
Because I still couldn't find this patch in git.
Toby
> Greg - Go ahead and apply this.
>
> Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]>
>
>
> diff -ruN linux-2.6.18.orig/drivers/usb/storage/unusual_devs.h
> linux-2.6.18/drivers/usb/storage/unusual_devs.h
>
On Fri, 13 Oct 2006, Open Source wrote:
> Hi Wolfgang (and all),
>
> Thanks for the input. However, I am not understanding
> exactly why kernel mode is treated any differently than
> user mode for this sort of thing. I am looking at the code
> in ehci-q.c and ehci-hcd.c.
>
> It seems like the
Hi,
On Friday 13 October 2006 21:31, Open Source wrote:
> Thanks for the input. However, I am not understanding
> exactly why kernel mode is treated any differently than
> user mode for this sort of thing. I am looking at the code
> in ehci-q.c and ehci-hcd.c.
>
> It seems like the unlinking of
On 10/13/06, Open Source <[EMAIL PROTECTED]> wrote:
> p.s. My apologies about the word wrap. I'm using
> a different mail client than my usual one and didn't
> realize it was not wrapping automatically.
Why all the cloak and dagger? You could at least make up a real name.
Bob
致贵公司（厂家）财务部
您好!
我是深圳市嘉辉贸易有限公司，本公司在全国有众多分公司，实力雄厚，
有着一定的社会关系。由于我司进项较多，完成不了每月的销售额度，现有
发票可优惠向外代开。可根据客户的要求，在“互惠互利”的合作基础上为
客户代开发票。为贵单位合理合法避税，节省贵单位的经营成本和开支！
代开范围：海关缴款书、国内增值税、商品销售发票、广告、运输、建筑
安装、服务行业等发票。
本公司确
Hi Wolfgang (and all),
Thanks for the input. However, I am not understanding
exactly why kernel mode is treated any differently than
user mode for this sort of thing. I am looking at the code
in ehci-q.c and ehci-hcd.c.
It seems like the unlinking of completed URBs
happens asynchronously on a t
On Sun, Oct 08, 2006 at 03:50:27PM +0200, Oliver Neukum wrote:
> +static void mos7720_close (struct usb_serial_port *port, struct file * filp)
> +{
>
> + for (j = 0; j < NUM_URBS; ++j)
> + usb_unlink_urb (mos7720_port->write_urb_pool[j]);
>
> This is asynchronous.
>
> +/*
On Friday 13 October 2006 19:20, Open Source wrote:
> Alan -- yes, I understand the ability to increase throughput
> by transfering more bytes and I am definitely able to see
> better overall throughput when increasing the number
> of bytes per transaction. However, I needs to still have
> good tr
On Fri, 13 Oct 2006, matthieu castet wrote:
> Hi,
>
> Alan Stern wrote:
> > On Fri, 13 Oct 2006, matthieu castet wrote:
>
> >>It seems to work fine with ohci.
> >
> I was menaing usb 1, so uhci on this board. But I suppose it is the same
> conclusion.
Yes.
> > Maybe their controllers don't h
On Fri, 13 Oct 2006, Andrew Morton wrote:
> On Fri, 13 Oct 2006 15:11:11 +0200
> Helge Hafting <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > On Thu, 12 Oct 2006 14:18:04 +0200
> > > Helge Hafting <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >> I found an easy way to hang the kernel
Hi,
Alan Stern wrote:
> On Fri, 13 Oct 2006, matthieu castet wrote:
>>It seems to work fine with ohci.
>
I was menaing usb 1, so uhci on this board. But I suppose it is the same
conclusion.
> Maybe their controllers don't have the bug. That is, maybe it's a real
> malfunction rather than a d
On Fri, 13 Oct 2006, matthieu castet wrote:
> Hi,
>
> Alan Stern wrote:
> > On Wed, 4 Oct 2006, matthieu castet wrote:
> >
> >
> >>>By the way, the error messages in your log indicated some sort of problem
> >>>with your EHCI USB controller. That's why the unexpected disconnections
> >>>kept
On Fri, 13 Oct 2006, Open Source wrote:
> Hi all,
>
> I just tested using CONFIG_HZ_1000=y and
> CONFIG_HZ=1000 and as expected, this change
> improves the throughput. Thank you Lee for pointing
> that out so quickly.
>
> Alan -- yes, I understand the ability to increase throughput
> by transfe
Hi,
Alan Stern wrote:
> On Wed, 4 Oct 2006, matthieu castet wrote:
>
>
>>>By the way, the error messages in your log indicated some sort of problem
>>>with your EHCI USB controller. That's why the unexpected disconnections
>>>kept happening.
>>>
>>>It might even be a hardware problem. If it
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_5.97407877445221E-02
Command '--=_nextpart_5.97407877445221e-02' not recognized.
Content-Type: text/plain; format=flowed
Command 'content-type:' not recognized.
>
Hi all,
I just tested using CONFIG_HZ_1000=y and
CONFIG_HZ=1000 and as expected, this change
improves the throughput. Thank you Lee for pointing
that out so quickly.
Alan -- yes, I understand the ability to increase throughput
by transfering more bytes and I am definitely able to see
better over
Am Freitag, 13. Oktober 2006 16:33 schrieb Alan Stern:
> On Fri, 13 Oct 2006, Oliver Neukum wrote:
>
> > Hi,
> >
> > I've got a version that basically works but it has some race conditions
> > left. Right now I do autosuspend on the following conditions:
> > 1. Bound to hid-input
> > 2. Not bound
On Fri, 13 Oct 2006 15:11:11 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Thu, 12 Oct 2006 14:18:04 +0200
> > Helge Hafting <[EMAIL PROTECTED]> wrote:
> >
> >
> >> I found an easy way to hang the kernel when copying a SD-card:
> >>
> >> dd if=/dev/sdc of=file bs=
On Fri, 13 Oct 2006, Oliver Neukum wrote:
> Hi,
>
> I've got a version that basically works but it has some race conditions
> left. Right now I do autosuspend on the following conditions:
> 1. Bound to hid-input
> 2. Not bound to hiddev
> 3. No interrupt out endpoints
>
> Is there a generic way
Am Freitag, 13. Oktober 2006 16:12 schrieb Alan Stern:
> Then set it in the open routine and clear it in the close routine (before
> calling usb_autopm_put_interface). You should understand that this flag
> doesn't indicate whether the driver _wants_ remote wakeup -- it indicates
> that the driv
Hi,
I've got a version that basically works but it has some race conditions
left. Right now I do autosuspend on the following conditions:
1. Bound to hid-input
2. Not bound to hiddev
3. No interrupt out endpoints
Is there a generic way to test whether a device is a PID?
I still have to make sure
On Fri, 13 Oct 2006, Rao, Shalini Gangadhara wrote:
> Hi Greg,
>
> When my custom made board acting as a Mass storage device is connected
> to a Host directly it was not working. But when the same board was
> connected to the host via a bus powered hub, it was working fine.
>
> When I took the
On Fri, 13 Oct 2006, Oliver Neukum wrote:
> > Oh yes, there's one detail I forgot to mention before. You need to set
> > the supports_autosuspend flag in the usb_driver structure (can be done
>
> OK.
>
> > statically) and the needs_remote_wakeup flag in the usb_interface
> > structure (must be
[FYI, it would make things easier for the rest of us if you can convince
your email client to wrap lines before 80 columns.]
On Thu, 12 Oct 2006, Open Source wrote:
> Hi all,
> I am writing regarding a performance issue that I recently observed
> after upgrading from kernel 2.6.12 to 2.6.17.
On Thursday 12 October 2006 17:26, Lee Revell wrote:
> On Thu, 2006-10-12 at 13:56 -0700, Open Source wrote:
> > Yes, I am pretty sure you are right about the timing. But it shouldn't be
> > that way. If it is, then there's a bug.
> >
> > I'm fully willing to accept there is something else I sh
Linux-usb-devel,
Firmamiz 50 yillik engin tecrubesine dayanarak SIZLERE avrupa ulkelerinin
kapilarini aciyor ve avrupali yatirimcilarin taleplerini kapiniza getiriyor.
Avrupa ulkelerinde urunlerini pazarlamak,yatirim yapmak ve calismak isteyenler
icin bu firsat kacirilmaz ve kacinilmaz olacakti
Hi Greg,
When my custom made board acting as a Mass storage device is connected
to a Host directly it was not working. But when the same board was
connected to the host via a bus powered hub, it was working fine.
When I took the trace of the data going on the bus, I could see that
Host sends set
Am Donnerstag, 12. Oktober 2006 23:17 schrieben Sie:
> On Thu, 12 Oct 2006, Oliver Neukum wrote:
>
> > Am Donnerstag, 12. Oktober 2006 19:10 schrieb Alan Stern:
> > > > void hid_close(struct hid_device *hid)
> > > > {
> > > > - if (!--hid->open)
> > > > + if (!--hid->open) {
> > > >
环球客户资源网www.51customers.com为你提供详细准确的客户资料（具体的名字和地址）；
客户资料(消费类电子/通讯系统/电脑外部设备/汽车电子/照明系统/电源系统/工控/医疗)；
环球客户资源网为会员提供一个行业客户信息交流平台；是连接你我和大家的桥梁。
环球客户资源网www.51customers.com
-
Using Tomcat but need to do more? Need to support w
well... the ixdp465 usb host hardware doesn't support high speed (480
mbit/s)
As the documentation says:
The following is a partial list of USB 2.0 features not supported by the
IXP45X/IXP46X network processors:
• High-speed interface
• Device function
• OTG function
Andrew Morton wrote:
> Begin
环球客户资源网www.51customers.com为你提供详细准确的客户资料（具体的名字和地址）；
客户资料(消费类电子/通讯系统/电脑外部设备/汽车电子/照明系统/电源系统/工控/医疗)；
环球客户资源网为会员提供一个行业客户信息交流平台；是连接你我和大家的桥梁。
环球客户资源网www.51customers.com
-
Using Tomcat but need to do more? Need to support w
Begin forwarded message:
Date: Fri, 13 Oct 2006 02:03:16 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 7359] New: High Speed USB devices don't work when
ehci_hcd loaded (xscale IXDP465)
http://bugzilla.kernel.org/show_bug.cgi?id=7359
Summary: High S
42 matches
Mail list logo
