On Tuesday 16 January 2007 8:52 am, Alan Stern wrote:
> + /* if this was a write or a read returning no data then we
> + * don't need to copy anything to userspace, so we can
> + * complete the aio request immediately. */
I forwarded this to Greg after refreshing it to go on top of
On Monday 15 January 2007 10:08 am, David Brownell wrote:
> > > As to why they don't get up to userspace, it seems to be something after
> > > the kill_fasync() is called which doesn't work. The event loop is never
> > > notified; sigwait() never returns, the read on ep0 is never issued. This
>
Resolve an initizlization issue that could come up if the userspace
driver wrote invalid descriptors to a dual-speed device.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Index: at91/drivers/usb/gadget/inode.c
===
--- at91.orig/d
On Thursday 14 December 2006 9:34 am, Phil Endecott wrote:
>
> I am really new to this, please forgive me if I am on the wrong track.
Nope, you were right -- this is a problem. Rare, but a problem.
Fixed by a patch I'm about to send ...
> In drivers/usb/gadget/inode.c, gadgetfs_setup(), there
This resolves a race in gadgetfs associated with changing device/ep0
when processing control requests. The fix is to change that state
earlier, when the control response is issued, so there's no window
in which userspace could see the wrong state; and enlarge the scope
of the spinlock during the e
This simplifies event reading by eliminating arithmetic and being
more direct/obvious, and tweaks some debug messages slightly.
The math elimination will change timings, sometimes enough to
allow a race to appear.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Index: at91/drivers/usb/gadget/i
Minor gadgetfs cleanups:
- EP0 state constants become consistently STATE_DEV_* rather than
sometimes omitting the "DEV_"; STATE_EP_* were already consistent.
- Comment that ep0 state is protected by the spinlock, and update
code that was neglecting that rule.
None of this is expected to
Dear USB developers,
A few days ago, I just got a new Palm device: a Palm Treo 700p. Having used
the original Visor and then a Tungsten C under Linux, I am very dismayed that
I cannot reliably talk to the Treo 700p.
It seems to be a kernel/udev/devfs and usb issue. With both 'recent' 2.6
ker
[EMAIL PROTECTED]
【男性版】AROMASEXYから特典のお知らせ
今回招待状をお受け取りいただいた方だけに、同エリア内の女性をご紹介ができます。
条件：
独身・既婚は問いません。
秘密厳守を守れる方。
ご紹介の女性に対してメールの返信ができる方。
上記条件を満たしてい場合は、こちらから http://www.itfeelit.com/q01/aroma
ご希望の女性へ貴方様のことをご連絡しまして、その女性から貴方様へメッセージが届きます。
もちろん費用は一切かかりません。
何かお好みや希望はございますか。ご参加のうえお知らせ下さい。
/ AROMASEXY
Hi!
> > No, HID is the preferred... I am not sure what is going on - on my box
> > STR does not work at all thanks to nvidia chip turning the display on
> > all the way as the very last step of suspend ;(
>
> One or several of these options might help cure this:
> - agp=off kernel command line (p
Hi,
On Tue, Jan 16, 2007 at 04:25:20PM -0500, Dmitry Torokhov wrote:
> No, HID is the preferred... I am not sure what is going on - on my box
> STR does not work at all thanks to nvidia chip turning the display on
> all the way as the very last step of suspend ;(
One or several of these options m
> On the LPC214x there is an interrupt on NAK feature that will generate an
> internal interrupt when the device sends a NAK in response to a host bulk in
> request. With this feature enabled, the serial port emulation works, but the
> microcontroller is constantly running its ISR.
That's why you
Hi,
I'm emulating a serial port on a Philips LPC214x microcontroller using lpcusb
(http://wiki.sikken.nl/index.php?title=LPCUSB). The code is functional, but I'm
having performance issues due to the way Bulk In transfers are implemented.
On the LPC214x there is an interrupt on NAK feature that w
On Mon, Jan 15, 2007 at 08:12:10PM -0800, Geoff Levand wrote:
> USB OHCI driver bus glue for the PS3 game console.
>
> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
>
> ---
> arch/powerpc/Kconfig|3
> drivers/usb/host/ohci-hcd.c | 21
> drivers/usb/host/ohci-ps3.c | 196
>
Hi!
> >> >I started using el-cheapo usb mouse... only to find out that it breaks
> >> >suspend to RAM. Suspend-to-disk works okay. I was not able to extract
> >> >any usefull messages...
> >> >
> >> >Resume process hangs; I can still switch console and even type on
> >> >keyboard, but userland is
On 1/16/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > >I started using el-cheapo usb mouse... only to find out that it breaks
> > >suspend to RAM. Suspend-to-disk works okay. I was not able to extract
> > >any usefull messages...
> > >
> > >Resume process hangs; I can still switch console
This updates the AT91 UDC driver's handling of wakeup events:
- Fix a bug in the original scheme, which was never updated after
the {enable,disable}_irq_wake() semantics were updated to address
refcounting issues (i.e. behave for shared irqs).
- Couple handling of both type of wakeup even
On Tue, 16 Jan 2007, Andrey Borzenkov wrote:
> I have Toshiba Portege 4000 that almost always hangs dead resuming from STR.
> This was better before 2.6.18, since then STR is unusable. Sometimes it
> manages to resume; yesterday I got on console and in dmesg:
>
> ===
From: Jeremy Roberson <[EMAIL PROTECTED]>
Added a kernel module (gtco) to the USB Input subsystem. This kernel
module adds support for all GTCO CalComp USB InterWrite School products.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/usb/input/gtco.c b/drivers/usb/
On Tue, 16 Jan 2007, David Brownell wrote:
> > The ki_retry method is not supposed to do a put on the kiocb.
> > The extra call to aio_put_req() causes memory corruption.
> > (Note: This call was removed before, by patch as691, and then
> > mysteriously re-introduced later.)
>
> I
On Tuesday 16 January 2007 8:57 am, Alan Stern wrote:
> This patch (as841) removes from usbcore a couple of support routines
> meant to help with bandwidth allocation. With the changes to uhci-hcd
> in the previous patch, these routines are no longer used anywhere.
Plus they never actually worked
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have Toshiba Portege 4000 that almost always hangs dead resuming from STR.
This was better before 2.6.18, since then STR is unusable. Sometimes it
manages to resume; yesterday I got on console and in dmesg:
=
[
> The ki_retry method is not supposed to do a put on the kiocb.
> The extra call to aio_put_req() causes memory corruption.
> (Note: This call was removed before, by patch as691, and then
> mysteriously re-introduced later.)
I'm still not convinced on this one; I'll get bac
This patch (as837) fixes several mistakes in the AIO interface of the
gadgetfs driver:
The ki_retry method is not supposed to do a put on the kiocb.
The extra call to aio_put_req() causes memory corruption.
(Note: This call was removed before, by patch as691, and then
This patch (as708) introduces a local variable to hold the port
status-register address in ehci-hub.c. There's not much improvement
in the object code, but it sure is a lot easier to read.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/host/ehci-hub.c
=
This patch (as709) changes the way ehci-hcd presents port status
values for ports owned by the companion controller. It no longer
hides the information; in particular, it allows the core to see the
disconnect event that occurs when a full- or low-speed device is
switched over to the companion. Th
This patch (as710) adds a sysfs class-device attribute file named
"companion" for EHCI controllers. The file contains a list of port
numbers that are dedicated to the companion controller; by writing a
port number to the file the user can force a high-speed device
attached directly to the computer
This patch (as840) fixes the bandwidth allocation mechanism in
uhci-hcd. It has never worked correctly.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/host/uhci-debug.c
===
--- usb-2.6.orig/drivers/usb
This patch (as841) removes from usbcore a couple of support routines
meant to help with bandwidth allocation. With the changes to uhci-hcd
in the previous patch, these routines are no longer used anywhere.
Also removed is the CONFIG_USB_BANDWIDTH option; it no longer does
anything and is no longer
On Mon, 15 Jan 2007, David Brownell wrote:
> On Friday 12 January 2007 2:12 pm, Alan Stern wrote:
>
> > On the other hand, I did find (another) bug in the async I/O handling in
> > inode.c. If you aren't using the AIO code in usb.c then it shouldn't
> > affect you, but you might want to give i
Hi!
> >I started using el-cheapo usb mouse... only to find out that it breaks
> >suspend to RAM. Suspend-to-disk works okay. I was not able to extract
> >any usefull messages...
> >
> >Resume process hangs; I can still switch console and even type on
> >keyboard, but userland is dead, and I was no
On 1/16/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I started using el-cheapo usb mouse... only to find out that it breaks
> suspend to RAM. Suspend-to-disk works okay. I was not able to extract
> any usefull messages...
>
> Resume process hangs; I can still switch console and even type o
Hi!
I started using el-cheapo usb mouse... only to find out that it breaks
suspend to RAM. Suspend-to-disk works okay. I was not able to extract
any usefull messages...
Resume process hangs; I can still switch console and even type on
keyboard, but userland is dead, and I was not able to get mag
Hi,
this implements enough ethtool support to make NetworkManager happy.
Again for 2.6.21
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--
--- a/drivers/usb/net/kaweth.c 2007-01-16 11:25:41.0 +0100
+++ b/drivers/usb/net/kaweth.c 2007-01-16 11:
Hi,
i prepared a patch which fix a problem with the rndis_host module and Nokia
S60 mobiles:
http://bugzilla.kernel.org/show_bug.cgi?id=7201
best regards,
Daniel
From: Daniel Gollub <[EMAIL PROTECTED]>
Bug fix for driver rndis_host which fixes rndis_host probing certain
Nokia S60 (Series 60
Hi,
this patch
- implements suspend when the network interface is down
- fixes a typo in comments
- adds debugging output for power management
- fixes a compiler warning
It is intended for 2.6.21.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--
--- a
36 matches
Mail list logo
