On Mon, 2 Oct 2006, David Brownell wrote:
>
> > In principle it's possible to change ehci-hcd so that the SETUP
> > transaction of a control transfer is sent in a different microframe from
> > the following IN/OUT transactions. In practice it might be a painfully
> > difficult change to write.
>
Ah, indeed some changes were made at 2.6.18-git9. Goes to show that
merely looking at airprime.c from pristine 2.6.18 and then grepping
through the git18 patch (looking for 1410) doesn't show you
everything... One never ceases to learn.
So anyway, since I'm already here and asking questions: wha
A peripheral controller driver that supports multiple
USB gadgets could be useful.
I realize this doesn't exist in the Linux 2.6 gadget
framework (only one gadget driver can be registered).
Is multiple gadget support in the plans for future
Linux kernels?
Thanks in advance,
Skip Rafferty
_
On Tue, 3 Oct 2006 11:11:24 -0700
"Maciej __enczykowski" <[EMAIL PROTECTED]> wrote:
| Ah, indeed some changes were made at 2.6.18-git9. Goes to show that
| merely looking at airprime.c from pristine 2.6.18 and then grepping
| through the git18 patch (looking for 1410) doesn't show you
| everythin
Hi,
this patch do some ommestic changes :
- dump firwmare version as soon as possible and export it on sysfs
- hint about wrong cmv/dsp
- Display a message to warn user when the modem is ready : it can help
people to detect problems on the line without debug trace
- Fix wrong indent
- display m
Hi,
this patch avoid that the kernel thread block the suspend process.
Some work is still need to recover after a resume.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
this patch avoid that the kernel thread block the suspend process.
Some work is still need to recover after a resume.
Hi,
this patch use wait_event_interruptible_timeout and msleep_interruptible
beacause uninterruptible sleep (task state 'D') is counted as 1 towards
load average, like running processes.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
use *_interruptible :
Uninterruptible sleep (task s
Alan Stern wrote:
>
> You could try using 2.6.18-mm1. There was a change made to ehci-hcd in
> order to work around a bug in the VIA controllers. It looks like that
> same bug may be affecting you.
>
you mean
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=co
On Tue, 3 Oct 2006, matthieu castet wrote:
> Alan Stern wrote:
> >
> > You could try using 2.6.18-mm1. There was a change made to ehci-hcd in
> > order to work around a bug in the VIA controllers. It looks like that
> > same bug may be affecting you.
> >
> you mean
> http://www.kernel.org/g
On Mon, 2 Oct 2006, Mike Panetta wrote:
> > This is very unclear. Why do you want to disable the ports? Why not
> > simply fail to enable them in the first place?
> Mainly because I do not know how to do that? Is there a way to tell the
> EHCI driver to not enable certain root hub ports?
No,
On Tuesday 03 October 2006 11:04 am, Alan Stern wrote:
> On Mon, 2 Oct 2006, David Brownell wrote:
>
> >
> > > In principle it's possible to change ehci-hcd so that the SETUP
> > > transaction of a control transfer is sent in a different microframe from
> > > the following IN/OUT transactions. I
Am I correct in thinking there is no current SA11x0 USB gadget driver
for 2.6? I've found various mentions of one and the
CONFIG_USB_GADGET_SA1100 define is still referenced in 2.6.18, but don't
seem to be able to find any actual code for it.
How about the ISP116x in gadget mode? I see the HCD por
Hi!
> > Reproduce it with 2.6.18, then it is bugzilla time, or post
> > to linux-usb mailing list.
>
> Thanks Pavel. I tried with kernel 2.6.18. It worked fine with bulk
> device ( USB key). But does not work with isochronous device and system
> hangs. This time I did not have kdb so could not f
Hello folks,
inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
drivers/usb/host/ohci-pnx8550.c | 41 +---
1 file changed, 10 insertions(+), 31 deletions(-)
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
Index: linux-mips.git/driver
Hi,
I have a PCMCIA card hosting a USB port. I am facing some
problems while trying to suspend my laptop to disk . Given below are
some of my observations:
1. With kernel 2.6.15.4, my system does not get suspended to disk with
the PCMCIA card plugged in. I went through the mailing list
On Thu, Sep 28, 2006 at 02:58:09AM -0400, Christopher Monty Montgomery wrote:
> patch 1: This patch slightly refactors isoch stream cleanup such that
> stream state is more persistent; it is instantiated at first transfer
> and not released until endpoint shutdown. This is to give isoch transfers
On Mon, Oct 02, 2006 at 07:56:31PM +0200, Enrico Horn wrote:
> Hi,
> here's a patch to add a blacklist entry for the Cherry Cymotion Solar
> keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so
> the same quirk is used.
Was there a reason you sent this 4 times, in the incorrect
Alan Stern wrote:
> It's not at all obvious what the problem is. It would help to have a USB
> trace showing the new Pad working correctly. I don't know if the 2.6.15
> version of usbmon is capable of doing that, but it's worth a try.
> Otherwise you could use a USB sniffer program for Windows
From: Enrico Horn <[EMAIL PROTECTED]>
This a patch against 2.6.18 to add a blacklist entry for the Cherry Cymotion
Solar
keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so
the same quirk is used. This patch is based on the original patch by Cherry.
Signed-off-by: Enrico Hor
Christopher Monty Montgomery wrote:
> On 9/29/06, Clemens Ladisch <[EMAIL PROTECTED]> wrote:
> > Christopher Monty Montgomery wrote:
> > > patch 15: This fix is not actually to ehci-hcd, but is rather a fix
> > > to usbaudio necessitated by fixing the isoch underrun detection/
> > > reporting in eh
On 10/4/06, Clemens Ladisch <[EMAIL PROTECTED]> wrote:
>
> I guess sox trips this because it opens the device, sets some sample
> formats to check which are available, and then resets the device without
> playing any data. (Many applications using the OSS API do this.)
Ah, that is indeed plausibl
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.020375919342041
Command '--=_nextpart_0.020375919342041' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Con
Logitech USB Receiver (046d:c101) has two interfaces. The first one
contains fields from HID_UP_KEYBOARD and HID_UP_LED, and the other one
contains fields from HID_UP_CONSUMER and HID_UP_LOGIVENDOR. This device
is used with multiple wireless Logitech products, including UltraX Media
Remote.
All fi
On Wed, 4 Oct 2006, Martin Christoph wrote:
> Alan Stern wrote:
>
> > It's not at all obvious what the problem is. It would help to have a USB
> > trace showing the new Pad working correctly. I don't know if the 2.6.15
> > version of usbmon is capable of doing that, but it's worth a try.
> >
Greg:
I'm working on a patch to create class devices for USB hubs. Is this a
reasonable thing to do? We already have classes for USB hosts and general
USB devices.
I don't have a good understanding of how class devices are supposed to
work and what they should be used for. Nor is it clear wh
On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> Greg:
>
> I'm working on a patch to create class devices for USB hubs. Is this a
> reasonable thing to do? We already have classes for USB hosts and general
> USB devices.
If you think you want an easy way to find all usb hubs in t
On Wed, 4 Oct 2006, Greg KH wrote:
> On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> > Greg:
> >
> > I'm working on a patch to create class devices for USB hubs. Is this a
> > reasonable thing to do? We already have classes for USB hosts and general
> > USB devices.
>
> If you
Hi,
Alan Stern wrote:
>>you mean
>>http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=26f953fd884ea4879585287917f855c63c6b2666;hp=353a4098c61272b33a02ec5802fb3859fec91a0e
>>
>>?
>
>
> Yes, that's the one.
>
>
>>Could it be possible to use it on 2.6.
Monty:
Your new patches cause a problem on systems with more than one EHCI
controller. This statement
ehci->budget_pool =
kmem_cache_create ("ehci_budget",
sizeof(struct ehci_shadow_budget),
0,0,NULL,NULL)
Greg:
The next two messages contain the last parts of USB autosuspend. They
caused problems on one of your computers before, and we need to fix them
before they can be merged.
These patches are against gregkh-all-2.6.18-git20.
Alan Stern
---
This patch (as738) fixes the root-hub remote-wakeup support in ehci-hcd.
The existing code has two problems. First, when the bus is suspended all
root-hub interrupts are disabled. Second, the call to
usb_hcd_resume_root_hub() is in the wrong place -- it is invoked when a
wakeup request arriv
This patch (as742) adds autosuspend/autoresume support to the USB hub
driver. The largest aspect of the change is that we no longer need a
special flag for root hubs that want to be resumed. Now every hub is
autoresumed whenever khubd needs to access it.
Signed-off-by: Alan Stern <[EMAIL PROTECT
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> Hi Alan,
>
> I've gathered a few example traces here:
...
> The traces were all made without a hub.
>
> What's interesting to see is that for most failed requests the first data
> transaction follows within less than 500 microseconds after the SETUP
Hey Alan,
Thanks a lot for looking at the traces!
> > What's interesting to see is that for most failed requests the first
data
> > transaction follows within less than 500 microseconds after the SETUP
> > transaction. It's not always the case, but it definitely seems to help
> > trigger the prob
Hi!
You marked all the patches as 1/3, btw.
> this patch avoid that the kernel thread block the suspend process.
> Some work is still need to recover after a resume.
>
> Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
>
>
> this patch avoid that the kernel thread block the suspend process.
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> Hey Alan,
>
> Thanks a lot for looking at the traces!
>
> > > What's interesting to see is that for most failed requests the first
> data
> > > transaction follows within less than 500 microseconds after the SETUP
> > > transaction. It's not always t
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 is, the patch won't fix i
On Wed, Oct 04, 2006 at 02:27:02PM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > On Wed, Oct 04, 2006 at 11:03:51AM -0400, Alan Stern wrote:
> > > Greg:
> > >
> > > I'm working on a patch to create class devices for USB hubs. Is this a
> > > reasonable thing to do? We alr
> > > > What's interesting to see is that for most failed requests the
first
> > data
> > > > transaction follows within less than 500 microseconds after the
SETUP
> > > > transaction. It's not always the case, but it definitely seems to
help
> > > > trigger the problem.
> > >
> > > The same thing
On Wed, Oct 04, 2006 at 04:20:40PM -0400, Alan Stern wrote:
> Greg:
>
> The next two messages contain the last parts of USB autosuspend. They
> caused problems on one of your computers before, and we need to fix them
> before they can be merged.
Ok, they still cause problems :)
I've applied the
Hi,
this implements suspend support for usblp. According to the CUPS people
ENODEV will make CUPS retry the job. Thus it is returned in the runtime
case. My printer survives suspend/resume cycles with it.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--
Am Donnerstag, 5. Oktober 2006 00:44 schrieben Sie:
> Hi!
>
> > > > which error should a character device return if a read/write cannot be
> > > > serviced because the device is suspended? Shouldn't there be an error
> > > > code specific to that?
> > >
> > > If you are talking system suspend, th
Hi Pavel,
> > Signed-off-by: matthieu castet <[EMAIL PROTECTED]>
> > Index: linux/drivers/usb/atm/ueagle-atm.c
> > ===
> > --- linux.orig/drivers/usb/atm/ueagle-atm.c 2006-09-22 21:39:56.0
> > +0200
> > +++ linux/drivers/usb/
thanks. I'll submit an additional patch.
Monty
On 10/4/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> Monty:
>
> Your new patches cause a problem on systems with more than one EHCI
> controller. This statement
>
>ehci->budget_pool =
>kmem_cache_create ("ehci_budget",
>
On Thu, Oct 05, 2006 at 09:04:11AM +0200, Oliver Neukum wrote:
> Hi,
>
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
>
> Regards
>
If usbatm_do_heavy_init finishes before usbatm_heavy_init
writes the pid, the disconnect method could shoot down the
wrong process if the pid has been recycled.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff --git a/drivers/usb/atm/usbatm.c b/drivers/usb/atm/usbatm.c
index a38701c..d7085e8
The speedtouch modem setup code was reverse engineered many years
ago from a prehistoric windows driver. Less ancient windows drivers,
even those from a few years ago, perform extra initialization steps
which this patch adds to the linux driver. David Woodhouse observed
that this initialization al
Hi!
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
Does it allow uhci to powersave, thus saving lots of power?
Hi!
> > (So we are talking runtime suspend?)
>
> Yes. Otherwise the patch would have been ready two days ago.
> But if I am implenting this, I'll do a full implementation.
>
> > No, I do not know what the right interface is. I started to suspect
> > that drivers should suspend/resume devices aut
>From http://doc.ubuntu-fr.org/materiel/zxdsl852.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c
index 04631dc..3034ec7 100644
--- a/drivers/usb/atm/cxacru.c
+++ b/drivers/usb/atm/cxacru.c
@@ -793,6 +793,9 @@ static const struct us
Hello Greg,
the small patch inlined fixes the compilation breakage for the pnx4008 USB OHCI
driver.
drivers/usb/host/ohci-pnx4008.c |2 --
1 file changed, 2 deletions(-)
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
Index: linux-2.6.git/drivers/usb/host/ohci-pnx4008.c
==
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> Hi,
>
> this implements suspend support for usblp. According to the CUPS people
> ENODEV will make CUPS retry the job. Thus it is returned in the runtime
> case. My printer survives suspend/resume cycles with it.
>
> Regards
> Oliver
On Wed, 4 Oct 2006, Greg KH wrote:
> > > If you think you want an easy way to find all usb hubs in the system,
> > > and /sys/bus/usb/drivers/hub/ isn't good enough for it, then yes, a
> > > class could work.
> >
> > In this case I guess a class isn't really needed.
>
> I agree.
Well, a little
On Tue, 2006-10-03 at 10:14 -0700, Maciej Żenczykowski wrote:
> > and then using pppd on /dev/ttyUSB0.
>
> Yes, the device seems to have two USB serial ports, ttyUSB1 or
> whatever it comes out to be on your system being some sort of debug(?)
> interface... it _just_ _might_ also be wireless capab
Hi !
Andrea,
Selon Andrea Paterniani <[EMAIL PROTECTED]>:
> I did some changes to the files you sent me in order to compile for kernel
> 2.6.16.5 (the version I'm working on).
> For the moment I cannot do any test on the functionality since we have not
> yet finished HW design of the our board an
On Wed, 4 Oct 2006, Greg KH wrote:
> Ok, they still cause problems :)
>
> I've applied them, and plugged a usb stick into a USB 2.0 hub and got
> the following:
>
> [ 375.562120] ehci_hcd :00:1d.7: port 4 remote wakeup
> [ 375.562134] hub 5-0:1.0: state 8 ports 8 chg evt
> [ 375
On Tue, 3 Oct 2006, Skip Rafferty wrote:
> A peripheral controller driver that supports multiple
> USB gadgets could be useful.
No it wouldn't, because there is no peripheral controller hardware that
can control multiple gadgets!
> I realize this doesn't exist in the Linux 2.6 gadget
> framewor
On Tue, 3 Oct 2006, [UTF-8] Maciej Żenczykowski wrote:
> So anyway, since I'm already here and asking questions: what is the
> preferred method to perform many small (couple KB) random reads from a
> USB mass storage device? I can simply read from /dev/sd? or /dev/ub?
> (don't see much of a diff
On Wed, 4 Oct 2006 [EMAIL PROTECTED] wrote:
> > In ALL of the control transfers that I looked at, the time difference
> > between the SETUP packet and the first IN or OUT packet was never more
> > than 5 or 6 microseconds. The time difference between the ACK of the
> > SETUP and the first IN/OUT
I having and issue with usb barcode scanner that acts as a HID
device. It seems to have some timeout issue when it first comes up.
This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
device eventually "connects" and starts working. I've tried several
different devices with
On Wed, 4 Oct 2006, Christopher "Monty" Montgomery wrote:
> > Is it possible to tell the scheduler that the iso stream has stopped/
> > restarted, without calling usb_set_interface()? In theory, setting
> > start_frame (instead of using ISO_ASAP) should be able to do this ...
>
> Closing and reo
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> > > > If you are talking runtime suspend, you should probably just wake the
> > > > device up on first access.
> > >
> > > Do you really think a device driver should override an explicitely
> > > selected power state?
> >
> > (So we are talking runtime
On Thu, 5 Oct 2006, Duncan Sands wrote:
> > Plug/unplug should be easy enough to simulate from usb driver, no?
>
> if a USB driver doesn't define suspend/resume methods, then the core simply
> unplugs it on suspend, and replugs on resume (IIRC).
No longer true, and IIRC it never was. All that h
Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> Currently we don't have any userspace APIs for such a daemon to use. The
> only existing API is deprecated and will go away soon.
I trust it'll be replaced.
> Current thinking is that a driver will suspend its device whenever the
> dev
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> Bandwidth is allocated in the USB budget as soon as the first URB of a
> stream is submitted. That bandwidth remains allocated until the stream is
> interrupted, which happens whenever there are no URBs queued for the
> endpoint and the last comp
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_9.88762021064758E-02
Command '--=_nextpart_9.88762021064758e-02' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
>>
[BTW, Alan, I get the impression we did some amount of talking past
each other. Some of that might be terminology.]
The scheduler, as I modified it, is actually two pieces; the budgeter
(which reserves bandwidth and makes timing decisions) and the
scheduler (which inspects the budget and manipula
On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
> I having and issue with usb barcode scanner that acts as a HID
> device. It seems to have some timeout issue when it first comes up.
> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
> device eventually "connect
On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
> On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
>> I having and issue with usb barcode scanner that acts as a HID
>> device. It seems to have some timeout issue when it first comes up.
>> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5).
On Thu, 5 Oct 2006, Kumar Gala wrote:
> I having and issue with usb barcode scanner that acts as a HID
> device. It seems to have some timeout issue when it first comes up.
> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
> device eventually "connects" and starts working
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> > Currently we don't have any userspace APIs for such a daemon to use. The
> > only existing API is deprecated and will go away soon.
>
> I trust it'll be replaced.
Yes. I think Greg wants to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Stern wrote:
> [...]
> Try the patch below, and send in another usbmon listing together with the
> dmesg log if it doesn't
> work.
>
> Alan Stern
>
> [patch]
Thank you for the patch. Unfortunately the device is still not working.
Here the inf
On Oct 5, 2006, at 1:18 PM, Alan Stern wrote:
> On Thu, 5 Oct 2006, Kumar Gala wrote:
>
>> I having and issue with usb barcode scanner that acts as a HID
>> device. It seems to have some timeout issue when it first comes up.
>> This on Fedora Core 5 (kernel 2.6.17-1.2187_FC5). Some times the
>>
Am Donnerstag, 5. Oktober 2006 20:24 schrieb Alan Stern:
> On Thu, 5 Oct 2006, Oliver Neukum wrote:
>
> > Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> > > Currently we don't have any userspace APIs for such a daemon to use. The
> > > only existing API is deprecated and will go away
On Thu, Oct 05, 2006 at 12:27:23PM -0500, Kumar Gala wrote:
>
> On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
>
> >On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
> >>I having and issue with usb barcode scanner that acts as a HID
> >>device. It seems to have some timeout issue when it
On Thu, 5 Oct 2006, Christopher "Monty" Montgomery wrote:
> On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> > Bandwidth is allocated in the USB budget as soon as the first URB of a
> > stream is submitted. That bandwidth remains allocated until the stream is
> > interrupted, which happens whe
On Oct 5, 2006, at 12:26 PM, Greg KH wrote:
> On Thu, Oct 05, 2006 at 12:27:23PM -0500, Kumar Gala wrote:
>>
>> On Oct 5, 2006, at 12:23 PM, Greg KH wrote:
>>
>>> On Thu, Oct 05, 2006 at 10:47:11AM -0500, Kumar Gala wrote:
I having and issue with usb barcode scanner that acts as a HID
d
On Thursday 05 October 2006 2:33 am, Vitaly Wool wrote:
> Hello Greg,
>
> the small patch inlined fixes the compilation breakage for the pnx4008 USB
> OHCI driver.
>
> drivers/usb/host/ohci-pnx4008.c |2 --
> 1 file changed, 2 deletions(-)
There's a similar patch already in Greg's patchset
On Tuesday 03 October 2006 4:31 am, Vitaly Wool wrote:
> Hello folks,
>
> inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
>
> drivers/usb/host/ohci-pnx8550.c | 41
> +---
> 1 file changed, 10 insertions(+), 31 deletions(-)
No such
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
>
> The question is, how does a stream get disabled?
ehci_endpoint_disable(). As patched, that will perform the final
refcount decrement and reap the ehci_iso_stream, which will also
release the budget.
> No, that's not what I said. The way it'
On 10/5/06, David Brownell <[EMAIL PROTECTED]> wrote:
> On Tuesday 03 October 2006 4:31 am, Vitaly Wool wrote:
> > Hello folks,
> >
> > inlined is the patch that fixes the breakage for PNX8550 USB OHCI driver.
> >
> > drivers/usb/host/ohci-pnx8550.c | 41
> > +---
On 10/5/06, David Brownell <[EMAIL PROTECTED]> wrote:
> There's a similar patch already in Greg's patchset, one which
> fixes a couple other omissions in that bus glue ...
Ah, okay.
Vitaly
-
Take Surveys. Earn Cash. Influenc
> > No such file in current kernel.org git ... ???
>
> Oh I'm confused as well... Though I did diff against linux-mips git
> tree I could hardly imagine that a USB driver might be in MIPS tree
> but not in mainline...
Happens all the time with platform trees. Someone has to push such
drivers to
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> [..]
> > > In the general case the idea seems insufficient. If I close my laptop's
> > > lid
> > > I want all input devices suspended, whether the corresponding files are
> > > opened or not. In fact, if I have port level power control I might even
> > >
Hi!
> > > Plug/unplug should be easy enough to simulate from usb driver, no?
> >
> > if a USB driver doesn't define suspend/resume methods, then the core simply
> > unplugs it on suspend, and replugs on resume (IIRC).
>
> No longer true, and IIRC it never was. All that happens is that URB
> su
On Thu, 5 Oct 2006, Pavel Machek wrote:
> Hi!
>
> > > > Plug/unplug should be easy enough to simulate from usb driver, no?
> > >
> > > if a USB driver doesn't define suspend/resume methods, then the core
> > > simply
> > > unplugs it on suspend, and replugs on resume (IIRC).
> >
> > No longer
Am 05.10.2006 00:05 schrieb Pavel Machek:
>> if (ret != -EAGAIN)
>> msleep(1000);
>> +if (try_to_freeze())
>> +uea_err(INS_TO_USBDEV(sc), "suspend/resume not
>> supported, "
>> +"please unplug/replug your
On Thu, 5 Oct 2006, Christopher "Monty" Montgomery wrote:
> > No, that's not what I said. The way it's supposed to work is like this:
> > The bandwidth is released as soon as the last completion handler callback
> > returns, which has nothing to do with whether or not an overrun occurred.
>
> Ar
Am Donnerstag, 5. Oktober 2006 22:48 schrieb Alan Stern:
> On Thu, 5 Oct 2006, Oliver Neukum wrote:
[..]
> > If you freeze my batch jobs or make unavailable the servers
> > running on my laptop I'd be very unhappy.
> > But I want to make jostling a mouse or other input device safe. Thus
> > I want
On Thu, 5 Oct 2006, Oliver Neukum wrote:
> I have a few observations, but no solution either:
> - if root tells a device to suspend, it shall do so
Probably everyone will agree on that.
> - the issues of manual & automatic suspend and remote wakeup are orthogonal
Except for the fact that remote
On Thu, Oct 05, 2006 at 10:21:22AM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > > > If you think you want an easy way to find all usb hubs in the system,
> > > > and /sys/bus/usb/drivers/hub/ isn't good enough for it, then yes, a
> > > > class could work.
> > >
> > > In thi
On Thu, Oct 05, 2006 at 01:20:50PM -0700, David Brownell wrote:
> > > No such file in current kernel.org git ... ???
> >
> > Oh I'm confused as well... Though I did diff against linux-mips git
> > tree I could hardly imagine that a USB driver might be in MIPS tree
> > but not in mainline...
>
>
On 10/5/06, Alan Stern <[EMAIL PROTECTED]> wrote:
>> The intent is that endpoint_disable is called upon close(); in my
>> testing (and from the code I read), close would in fact always result
>> in an endpoint_disable.
>
> No, it doesn't. endpoint_disable() happens only at a few specific times:
>
¡Buenos días!
Es un mensaje para los que tengan ganas de ganar mucho dinero de modo
legal.
No se requiere nada de Usted, solo debe ser honesto y responsable y tener
ordenador propio con Internet y Email accesibles.
Le quitará no más que unas horas a la semana y su ingreso será no menos que
unos
On Thu, Oct 05, 2006 at 10:46:53AM -0400, Alan Stern wrote:
> On Wed, 4 Oct 2006, Greg KH wrote:
>
> > Ok, they still cause problems :)
> >
> > I've applied them, and plugged a usb stick into a USB 2.0 hub and got
> > the following:
> >
> > [ 375.562120] ehci_hcd :00:1d.7: port 4 remote wak
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.04923255443573
Command '--=_nextpart_0.04923255443573' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Conte
On Tuesday 26 September 2006 7:57 am, Dmitry Antipov wrote:
> Hello,
>
> I'm working with PXA27x hardware and going to check USB ethernet gadget
> (RNDIS mode)
> with 2.6.18 on PC host. After a short investigation, I was stucked because:
Yes, there are bugs there ... I thought they'd been fixed,
On Thursday 05 October 2006 2:25 pm, Oliver Neukum wrote:
> - the issues of manual & automatic suspend and remote wakeup are orthogonal
> - there should be a common API for all devices
AFAIK there is no demonstrated need for an API to suspend
individual devices. Of course there's the question of
On Tuesday 03 October 2006 2:14 pm, Jonathan McDowell wrote:
> Am I correct in thinking there is no current SA11x0 USB gadget driver
> for 2.6? I've found various mentions of one and the
> CONFIG_USB_GADGET_SA1100 define is still referenced in 2.6.18, but don't
> seem to be able to find any actual
On Monday 02 October 2006 19:25, Oliver Neukum wrote:
> Am Dienstag, 3. Oktober 2006 01:12 schrieb Pete Zaitcev:
>
> > I do not remember the precise chain of reasoning now, but IIRC our input
> > open methods must not return non-zero codes (even though they are defined
> > to return error codes).
1 - 100 of 107 matches
Mail list logo