Begin forwarded message:
Date: Wed, 13 Sep 2006 07:23:11 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 7155] New: Bug with palm Tx + visor + ehci_hcd on
amd64
http://bugzilla.kernel.org/show_bug.cgi?id=7155
Summary: Bug with palm Tx + visor + ehci_h
Hello, I am testing a build of Andrew's kernel tree.
When I use my USB network adapter, then disconnect
the cable and pull out the adapter, I get a very long stream
of "usb 1-2: uhci_result_common: failed with status 44
drivers/usb/net/rtl8150.c: Rx status -84". It seems that
perhaps this is t
On Wed, 13 Sep 2006 14:44:48 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> This problem has already been identified by Pete Zaitcev in this thread:
>
> http://marc.theaimsgroup.com/?t=11576951281&r=1&w=2
>
> Perhaps Pete has an updated patch to fix the problem. If not, I could
On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
> > Try this patch instead. It looks for problems occurring a little earlier
> > in the call chain.
>
> I've applied both patches at a time (I hope they don't conflict).
>
> The dmesg output is attached.
The dmesg output shows the root-hub device
On Wednesday, 13 September 2006 23:01, Alan Stern wrote:
> On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
>
> > > The patch below will add some extra debugging information. We need to
> > > find out why the resume didn't succeed. Oh -- and of course, you should
> > > reinstate all those autosuspe
On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
> > The patch below will add some extra debugging information. We need to
> > find out why the resume didn't succeed. Oh -- and of course, you should
> > reinstate all those autosuspend patches. Otherwise this patch won't
> > apply!
>
> OK
>
> At
On Wed, 13 Sep 2006, Mattia Dongili wrote:
> > The patch below will add some extra debugging information. We need to
> > find out why the resume didn't succeed. Oh -- and of course, you should
> > reinstate all those autosuspend patches. Otherwise this patch won't
> > apply!
>
> ok, with USB_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
> --
>
> This is a multi-part message in MIME format.
> Command 'this' not recognized.
> --=_NextPart_4.50172662734985E-02
> Command '--=_nextpart_4.50172662734985e-02' not recognized.
> Content-T
On Wednesday, 13 September 2006 20:38, Alan Stern wrote:
> On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
>
> > Well, I have reproduced it with
> > gregkh-usb-usbcore-remove-usb_suspend_root_hub.patch
> > reverted too.
> >
> > Attached is the output of dmesg from the failing case with USB_DEBUG s
Milan Svoboda napisa?(a):
> IMHO, gadgetfs' .speed declares maximum supported speed that gadgetfs is
> able to work with. Thus it's better to look at the at91_udc driver and
> find it's probe function and change it to support gadgets that
> supports at least USB_SPEED_FULL speed (USB_SPEED_FULL an
The patch removes unneeded casts for the following (void *) pointers:
- struct file: private
- struct urb: context
- struct usb_bus: hcpriv
- return value of kmalloc()
The patch also contains some whitespace cleanup in the relevant areas.
Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]>
---
On Wednesday, 13 September 2006 20:44, Alan Stern wrote:
> On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
>
> > 'rmmod ohci_hcd' causes the following oops to appear on my HPC 6325 every
> > time (happens also on -rc6-mm1, does not happen on -rc7):
> >
> > Unable to handle kernel NULL pointer deref
On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
> 'rmmod ohci_hcd' causes the following oops to appear on my HPC 6325 every
> time (happens also on -rc6-mm1, does not happen on -rc7):
>
> Unable to handle kernel NULL pointer dereference at 0274 RIP:
> [] :ohci_hcd:ohci_hub_status_data+
On Wed, 13 Sep 2006, Rafael J. Wysocki wrote:
> Well, I have reproduced it with
> gregkh-usb-usbcore-remove-usb_suspend_root_hub.patch
> reverted too.
>
> Attached is the output of dmesg from the failing case with USB_DEBUG set.
> It covers two attempts to suspend to disk, the second one being u
On Wed, 13 Sep 2006, Rodolfo Giometti wrote:
> If you can give me some suggestion on how I should proceed I can start
> looking at this problem by myself. :)
That's easy. Proceed by trying out the patch I sent you:
http://marc.theaimsgroup.com/?l=linux-kernel&m=115747057302603&w=2
Alan Stern
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_4.50172662734985E-02
Command '--=_nextpart_4.50172662734985e-02' not recognized.
Content-Type: text/plain; format=flowed
Command 'content-type:' not recognized.
>
On Fri, Sep 01, 2006 at 11:07:14AM -0400, Alan Stern wrote:
> On Fri, 1 Sep 2006, Rodolfo Giometti wrote:
>
> > I see but:
> >
> > 1) the system may use the vendor & product ID, the product string and
> > serial number to identify the device reducing conflicts.
> >
> > 2) this could be a kernel
On Tuesday, 12 September 2006 22:10, Alan Stern wrote:
> On Tue, 12 Sep 2006, Mattia Dongili wrote:
>
> > No luck here. I'll give -mm2 a run just to
> >
> > full dmesg
> > with patch applied[1]:
> > http://oioio.altervista.org/linux/dmesg-2.6.18-rc6-mm1-fail-S3-2
> >
> > without it (it's almost
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.069500458240509
Command '--=_nextpart_0.069500458240509' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Con
On Wednesday, 13 September 2006 15:58, Rafael J. Wysocki wrote:
> On Tuesday, 12 September 2006 09:06, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc6/2.6.18-rc6-mm2/
>
> 'rmmod ohci_hcd' causes the following oops to appear on my HPC 6325 ever
On Tue, 12 Sep 2006, Vivek Dharmadhikari wrote:
> Alan
>
> > The bytes of the two CBW packets are otherwise identical?
>
> Yes the CBW packets are identicle except the value of Tag field. The
> difference in the value of Tag field do not bother me because it can
> vary.
Yes.
> > > Is it possi
On Tuesday, 12 September 2006 09:06, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc6/2.6.18-rc6-mm2/
'rmmod ohci_hcd' causes the following oops to appear on my HPC 6325 every
time (happens also on -rc6-mm1, does not happen on -rc7):
Unable to han
Hi Dave,
Thanks for your prompt response. I had already referred this link
http://www.linux-usb.org/gadget/h2-otg.html and google too. This is the one
of the best source about otg_transceiver which no one can skip. What is the
functionally of each api and when and where these API will be called
On Wednesday, 13 September 2006 14:07, Rafael J. Wysocki wrote:
> On Saturday, 9 September 2006 00:57, Rafael J. Wysocki wrote:
> > On Friday, 8 September 2006 22:44, Alan Stern wrote:
> > > On Fri, 8 Sep 2006, Andrew Morton wrote:
> > >
> > > > Alan, is this likely to be due to your USB PM change
> >
> > > Hi,
> >
> > > We've developed a device driver for a PCMCIA
> >
> > > multifunction card with serial and USB functions for kernel
> >
> > > 2.6.15.4. Now we're porting this code to 2.6.16 and 2.6.17
> >
> > > kernel versions. The issue that we're facing in kernel 2.6.16
> >
> > > is
On Saturday, 9 September 2006 00:57, Rafael J. Wysocki wrote:
> On Friday, 8 September 2006 22:44, Alan Stern wrote:
> > On Fri, 8 Sep 2006, Andrew Morton wrote:
> >
> > > Alan, is this likely to be due to your USB PM changes?
> >
> > It's possible. Most of those changes are innocuous. They add
> Also I forgot to mention that I was unable to use at91_udc with gadgetfs
> because gadgetfs' driver uses .speed = USB_SPEED_HIGH for probing
> controller name. at91_udc supports only USB_SPEED_FULL, so it seems that
> no one has tested this setup recently. The patch is trivial, as the real
> usb_
On 12.09.2006 01:26, Pete Zaitcev wrote:
> The purpose of this patch is to split off the case when a device does
> not reply on the lower level (which is reported by HC hardware), and
> a case when the device accepted the request, but does not reply at
> upper level. [...]
> I adjusted all drivers
On Tue, 12 Sep 2006, David Brownell wrote:
> > First of all, at91_udc activates the pullup in ..._register_driver(),
> > so even if I don't load any gadget module, the host starts enumeration.
>
> I don't follow. If you (successfully) register a gadget driver
> and don't usb_gadget_disconnect() i
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.067937570810318
Command '--=_nextpart_0.067937570810318' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Con
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_8.25905740261078E-02
Command '--=_nextpart_8.25905740261078e-02' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
>>
31 matches
Mail list logo
