On Tuesday 24 July 2007, Aras Vaichas wrote:
Hello,
does anyone know of a reason why I wouldn't be able to backport the 2.6.22.1
drivers/usb/gadget/ether.c to work with a 2.6.16 kernel?
Nothing beyond potential minor backport issues; the kernel has
changed a bit since then! But I can't
On Tuesday 24 July 2007, Zach Brown wrote:
So, the sad story is that the cancellation support in fs/aio.c is a
mess. Before we get lost on those details can we talk about simply
not allowing cancelation of these usbfs2 aio read requests? If they
guarantee forward progress
Nope ... if
Pete,
On Dienstag, 24. Juli 2007, Pete Zaitcev wrote:
Please keep in mind that all this discussion about short reads has
nothing to do with your real problem (e.g. the device which used to
reply with a stall stopped to do so, or it continues to reply with a
stall token, but EHCI fails to
The oti6858 usb serial driver should use
kernel_termios_to_user_termios/
user_termios_to_kernel_termios to avoid segfaults because the kernel
uses a structure differing from that of user space with a different
size.
Signed-off-by: Thomas Viehmann [EMAIL PROTECTED]
---
I'm don't know the least
Am Mittwoch 25 Juli 2007 schrieb Tino Keitel:
Hi,
I just tried 2.6.23-rc1 and shortly after the boot my external USB hard
disk went mad.
I all started with these kernel messages:
kern.info: usb 1-6: USB disconnect, address 5
kern.info: sd 4:0:0:0: [sdb] Result: hostbyte=0x07
From: Luis Lloret [EMAIL PROTECTED]
This patch makes the File Storage Gadget stall the control endpoint
when a MSC class request is made with wValue != 0. This change makes
some MSC compliance test warnings disappear.
Signed-off-by: Luis Lloret [EMAIL PROTECTED]
---
Thanks again, Alan, for
Wed, 25 Jul 2007 16:31:35 -0100:
Dear Sir ,
DONT BE SILLY TO PAY HUNDREDS FOR SOFTWARE.
Just check it out and get the most wanted latest 2007 edition softwared at dirt
cheap rates.
http://sosokjfijkho.blogspot.com/
Microsoft Vista , office 2007/ Adobe / Macromedia / Corel and others
I don't see how my patch could cause a transfer to return an
actual_length of -4.
If it is my patch causing this problem, I suspect it would be because
the nVidia EHCI controller handles the inactivate bit in an unexpected
(and probably out of spec) way--I was able to test with Broadcom
Intel,
On Tue, 24 Jul 2007, Ron Gage wrote:
OK, here is what I have done. After opening the dev, setting the
configuration and claiming the interface, I am sending a control message
of bRequestType = 0x42, bRequest of 0x06, all other values = 0. This
is the first out up packet sent to the
On Wed, 25 Jul 2007, luislloret wrote:
From: Luis Lloret [EMAIL PROTECTED]
This patch makes the File Storage Gadget stall the control endpoint
when a MSC class request is made with wValue != 0. This change makes
some MSC compliance test warnings disappear.
Signed-off-by: Luis Lloret
On Jul 24, 2007, at 11:10 PM, David Brownell wrote:
On Tuesday 24 July 2007, Zach Brown wrote:
So, the sad story is that the cancellation support in fs/aio.c is a
mess. Before we get lost on those details can we talk about simply
not allowing cancelation of these usbfs2 aio read requests?
Hello,
Is there anyway I can get an hid keyboard (a Dell, in my case) to
send the host packets via the interrupt IN pipe i.e. something like
emulating keypresses?
Thanks...
-
This SF.net email is sponsored by: Splunk
From: Mike Nuss [EMAIL PROTECTED]
The ZF Micro OHCI controller exhibits unexpected behavior that seems to be
related to high load. Under certain conditions, the controller will
complete a TD, remove it from the endpoint's queue, and fail to add it to
the donelist. This causes the endpoint to
On Wednesday 25 July 2007, Nielsen Tina wrote:
And sent a pdf spam. SA has tools to stop this crap.
--
Cheers, Gene
There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Can you buy friendship? You not only can,
OK, I'm seeing an issue that I'm pretty sure is the same thing... the
keyboard is all kind of goofy (loses keys, repeats keys), then quits
working, then the system locks up, only when my patch is enabled and I'm
getting (faked) cpu frequency transitions. It definitely appears to be
some
On Thu, 19 Jul 2007, Greg KH wrote:
Here are some more USB patches and fixes against your 2.6.22 git tree.
They add a new usb gadget driver, more urb-status cleanups, a new sysfs
attribute to get the raw config of the usb device, and some bugfixes and
documentation updates.
I have a
On Wednesday 25 July 2007, Mike Nuss wrote:
David Brownell wrote:
This fix enhances the scope of the existing OHCI_QUIRK_ZFMICRO flag:
1. A watchdog routine periodically scans the OHCI structures to check
for orphaned TDs. In these cases the TD is taken back from the
On Wednesday 25 July 2007, Gabriel Maganis wrote:
Hello,
Section 9.4 of the USB spec says that devices should respond to
the standard requests like GET_STATUS even if they haven't been
configured yet or given an address. How could one do that without a
pointer to a struct usb_device?
On Wed, Jul 25, 2007 at 01:13:39PM -0700, David Brownell wrote:
On Wednesday 25 July 2007, Mike Nuss wrote:
Either way, this patch in its current form isn't safe.
Darn. OK, I'm sure Greg will know not to merge it.
Yup, consider it dropped, thanks for letting me know.
thanks,
greg k-h
Hi all,
I just have rewritten the driver to do a constant polling. This imply that
the module work in interrupt context.
The driver works for a while but after some time ( 1 to 120 seconds
it
depends ), the driver produce a Oops.
But the oops dont give any error on the driver function but show
On Wed, Jul 25, 2007 at 10:24:36 +0200, Oliver Neukum wrote:
Am Mittwoch 25 Juli 2007 schrieb Tino Keitel:
Hi,
I just tried 2.6.23-rc1 and shortly after the boot my external USB hard
disk went mad.
[...]
Please recompile with CONFIG_USB_DEBUG set.
Regards
Hello,
Section 9.4 of the USB spec says that devices should respond to
the standard requests like GET_STATUS even if they haven't been
configured yet or given an address. How could one do that without a
pointer to a struct usb_device? The usb routines like usb_control_msg
all take a struct
David Brownell wrote:
This fix enhances the scope of the existing OHCI_QUIRK_ZFMICRO flag:
1. A watchdog routine periodically scans the OHCI structures to check
for orphaned TDs. In these cases the TD is taken back from the
controller and completed normally.
Of course, just after
I'm working on it, Pete. I've got a system with an nVidia EHCI
controller (unfortunately it's an Intel box, not AMD, since the failing
systems are AMD), and I'm working to reproduce the issue. I acknowledge
that this issue is probably caused by this patch.
I suspect that what's going on is
On Wed, 25 Jul 2007, Gabriel Maganis wrote:
Hello,
Is there anyway I can get an hid keyboard (a Dell, in my case) to
send the host packets via the interrupt IN pipe i.e. something like
emulating keypresses?
Sure there is. Just plug it into your computer and make sure the
usbhid driver
On Wed, 25 Jul 2007 08:30:40 +0200, Wolfgang Mües [EMAIL PROTECTED] wrote:
Pete,
On Dienstag, 24. Juli 2007, Pete Zaitcev wrote:
Please keep in mind that all this discussion about short reads has
nothing to do with your real problem (e.g. the device which used to
reply with a stall
On Wed, 25 Jul 2007, Mike Nuss wrote:
2. The logic is too naive. The quirk assumes that if HeadP and DoneP
remain equal (meaning that the HC's queue is empty) for at least one
frame, but the HCD still sees an outstanding TD, then that TD must be
lost. But it may be that even though the queue
27 matches
Mail list logo