Hi Peter,
> usb_bulk_write:ioctl - send 4096 bytes
> usbdevfs_bulktransfer: ep=0x01, len=4096, timeout=1100, data=0x14f0
> ===
>
> At this point the process is stuck in D state and can not be killed.
please do sysctl-t (or whatever it is on your platform) to get a process
backtrace.
> 00:06
Hi,
I'm facing problem with usbserial driver.
Problem: I'm working with USB mobile and its working fine except for
Power ON and OFF functions.
The scenario is like, mobile is in charging and if it is OFF, the device
(mobile) is identified, and if we send AT Command (basic commands), we
get resp
On Mon, 25 Apr 2005, Roman Kagan wrote:
> Ping?
>
> This patch fixes a real and easy to trigger problem, so IMHO it may be
> worth applying before 2.6.12-final is out...
You might also consider submitting this for 2.6.11.8, or whatever the next
bugfix version is.
> Still trying to get in touch
Greg:
This patch simplifies the uhci-hcd driver by removing the device pointer
currently stored in the QH and TD structures. Those pointers weren't
being used for anything other than to increment the device's reference
count, which is unnecessary since the device is used only when an URB
complete
Greg:
This patch changes the HCDs that used the old hub_set_power_budget call,
making them use the new hcd->power_budget field instead.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
diff -u a/drivers/usb/host/ohci-hcd.c b/drivers/usb/host/ohci-hcd.c
--- a/drivers/usb/host/ohci-hcd
On Mon, Apr 25, 2005 at 10:52:20AM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Roman Kagan wrote:
> > This patch fixes a real and easy to trigger problem, so IMHO it may be
> > worth applying before 2.6.12-final is out...
>
> You might also consider submitting this for 2.6.11.8, or whatever th
On Mon, 25 Apr 2005, Roman Kagan wrote:
> > > Still trying to get in touch with Pat Mochel on that and especially on
> > > the more convoluted klist case,
> >
> > I've spent a fair amount of time going over the klist code too, and while
> > there may still be a problem or two this doesn't appear
On Mon, Apr 25, 2005 at 11:29:50AM -0400, Alan Stern wrote:
> Greg:
>
> This patch adds a reboot notifier to uhci-hcd so that it can quiesce the
> controller hardware during a reboot. This is mainly to benefit programs
> like kexec, which expect the hardware to be idle, not doing DMA or
> gene
On Mon, 25 Apr 2005, Greg KH wrote:
> On Mon, Apr 25, 2005 at 11:29:50AM -0400, Alan Stern wrote:
> > Greg:
> >
> > This patch adds a reboot notifier to uhci-hcd so that it can quiesce the
> > controller hardware during a reboot. This is mainly to benefit programs
> > like kexec, which expect
On Sat, 23 Apr 2005, Andrew Morton wrote:
> Felix seems to think that this problem is somehow specific to the Genius
> keyboard, but this seems odd to me. Could someone take a look please?
Felix, what did Genius's tech support tell you? Is this something that
could be fixed by changing the Lin
On Mon, Apr 25, 2005 at 02:45:29PM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Greg KH wrote:
>
> > On Mon, Apr 25, 2005 at 11:29:50AM -0400, Alan Stern wrote:
> > > Greg:
> > >
> > > This patch adds a reboot notifier to uhci-hcd so that it can quiesce the
> > > controller hardware during a
On Mon, Apr 25, 2005 at 11:48:34AM -0700, Greg KH wrote:
> > The real difficulty is that the PCI core doesn't support device_shutdown!
>
> We can fix that easily. Actually, you don't even need that, see the pci
> driver patch (for a ethernet driver) that was posted to lkml this
> morning for an
On Mon, Apr 25, 2005 at 02:39:55PM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Roman Kagan wrote:
> > Well for non-klist version the test !list_empty(&dev->driver_list) in
> > usb_driver_release_interface() was a good enough guard against recursion
> > into device_release_driver(), so I'm not s
> Well it seems that people are starting to want to hook the reboot
> notifier, or the device shutdown facility in order to properly shutdown
> pci drivers to make kexec work nicer.
>
> So here's a patch for the PCI core that allows pci drivers to now just
> add a "shutdown" notifier function that
On Mon, Apr 25, 2005 at 09:45:25PM +0200, Alexander Nyberg wrote:
> > Well it seems that people are starting to want to hook the reboot
> > notifier, or the device shutdown facility in order to properly shutdown
> > pci drivers to make kexec work nicer.
> >
> > So here's a patch for the PCI core t
On Mon, 25 Apr 2005, Alexander Nyberg wrote:
> Not sure what you mean by "make kexec work nicer" but if it is because
> some devices don't work after a kexec I have some objections.
That was indeed the reason, at least in my case. The newly-rebooted
kernel doesn't work too well when there are ac
Hi!
> Well it seems that people are starting to want to hook the reboot
> notifier, or the device shutdown facility in order to properly shutdown
> pci drivers to make kexec work nicer.
>
> So here's a patch for the PCI core that allows pci drivers to now just
> add a "shutdown" notifier function
On Mon, Apr 25, 2005 at 10:42:07PM +0200, Pavel Machek wrote:
> Hi!
>
> > Well it seems that people are starting to want to hook the reboot
> > notifier, or the device shutdown facility in order to properly shutdown
> > pci drivers to make kexec work nicer.
> >
> > So here's a patch for the PCI c
On Mon, 25 Apr 2005, Alexander Nyberg wrote:
> > Do I understand your argument correctly? You seem to be saying that
> > because this new facility sometimes won't work (the kexec-on-panic case)
> > it shouldn't be added at all. What about all the other times when it will
> > work?
>
> No, I
> > So here's a patch for the PCI core that allows pci drivers to now just
> > add a "shutdown" notifier function that will be called when the system
> > is being shutdown. It happens just after the reboot notifier happens,
> > and it should happen in the proper device tree order, so everyone shou
Hi!
> > > Well it seems that people are starting to want to hook the reboot
> > > notifier, or the device shutdown facility in order to properly shutdown
> > > pci drivers to make kexec work nicer.
> > >
> > > So here's a patch for the PCI core that allows pci drivers to now just
> > > add a "shu
On Monday 25 April 2005 6:07 am, [EMAIL PROTECTED] wrote:
> The scenario is like, mobile is in charging and if it is OFF, the device
> (mobile) is identified, and if we send AT Command (basic commands), we
> get response for that. To turn on, give AT+CFUN=1 command, it turns
> mobile on.
So you c
On Sunday 24 April 2005 2:26 pm, Alan Stern wrote:
> ...
>
> At this point there was a normal "device suspended" debugging message,
> followed by a message that the root hub was suspending. However both
> power/state and *0/power/state contained 0, so as far as usbcore was
> concerned neither
On Monday 25 April 2005 8:36 am, Alan Stern wrote:
> On Sun, 24 Apr 2005, Alan Stern wrote:
>
> > I tried this out with an OHCI controller and it seemed to work. I'll post
> > the patches tomorrow.
> >
> > But I encountered a problem with resume-detect interrupt handling.
> > Probably this ha
On Monday 25 April 2005 8:18 am, Alan Stern wrote:
> Greg:
>
> This patch removes the hub_set_power_budget routine, which was used by a
> couple of HCDs to indicate that the root hub was running on battery power.
Or was maybe just didn't support 500 mA per port; that doesn't
imply battery powe
On Monday 25 April 2005 8:21 am, Alan Stern wrote:
> Greg:
>
> This patch changes the HCDs that used the old hub_set_power_budget call,
> making them use the new hcd->power_budget field instead.
>
> Alan Stern
>
>
>
> Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Acked-by: David Brownell <[E
On Friday 22 April 2005 8:23 pm, Alan Stern wrote:
> In theory an HCD shouldn't care one way or another about whether the root
> hub has been registered. As Oliver likes to say, it would be a layering
> violation. The HCD should concern itself only with the hardware.
Right, but if usbcore say
> Yes.
>
> I believe it should just do suspend(PMSG_SUSPEND) before system
> shutdown. If you think distintion between shutdown and suspend is
> important (I am not 100% convinced it is), we can just add flag
> saying "this is system shutdown".
>
> Actually this patch should be in the queue some
> > I believe it should just do suspend(PMSG_SUSPEND) before system
> > shutdown. If you think distintion between shutdown and suspend is
> > important (I am not 100% convinced it is), we can just add flag
> > saying "this is system shutdown".
>
> Then why even have the device_shutdown() call and
On Mon, 2005-04-25 at 13:12 -0700, Greg KH wrote:
> People are starting to submit patches for pci drivers that add "reboot
> notifier" hooks, under the guise of fixing up kexec issues with those
> drivers.
>
> That is why I proposed this patch, to make it easier for such drivers to
> shutdown pro
> > So if I understand this correctly, you'd like to manually turn off devices
> > during a power off. I believe the ACPI spec recommends this for S4 (but
> > also
> > to leave on wake devices), but not necessarily S5. Still it may be a good
> > idea. Comments?
>
> It is neccessary for some ma
Here is patch md.git001 -- it's my first patch submission from a GIT
archive. Now that we have diff-tree-helper, things are much better...
There's probably a better way to do this, but until I get a hold of more
people's super-slick GIT scripts, this will have to do.
This patch fixes a compiler
Hello Al and Greg,
As you know, I am working on USB Serial devices by Oxford Semi. These
drivers will be released with GPL license.
The read-write flow in the driver has been tested minimally. I am able
to read/write characters using Kermit .
However I need some pointers from you to debug some of
On Mon, Apr 25, 2005 at 12:06:06PM -0700, Greg KH wrote:
> Well it seems that people are starting to want to hook the reboot
> notifier, or the device shutdown facility in order to properly shutdown
> pci drivers to make kexec work nicer.
>
> So here's a patch for the PCI core that allows pci driv
> > I have vague memories of this being discussed at some length last year.
> > Nothing comprehensive came of it, except that perhaps the kdump code should
> > spin with irqs off for a couple of seconds so the DMA and IRQs stop.
> >
> > (Ongoing DMA is not a problem actually, because the kd
On Mon, Apr 25, 2005 at 03:23:09PM -0400, Jeff Garzik wrote:
> Greg KH wrote:
> >Well it seems that people are starting to want to hook the reboot
> >notifier, or the device shutdown facility in order to properly shutdown
> >pci drivers to make kexec work nicer.
> >
> >So here's a patch for the PCI
On Mon, Apr 25, 2005 at 04:08:25PM -0400, Adam Belay wrote:
> I think this could be important for any type of device, so the power
> management subsystem and driver core should handle it. I'm not really
> sure if it's useful in pci alone, as it lacks the necessary ordering and
> coordination.
The
On Tue, Apr 26, 2005 at 11:09:55AM +0530, [EMAIL PROTECTED] wrote:
>
> Hello Al and Greg,
> As you know, I am working on USB Serial devices by Oxford Semi. These
> drivers will be released with GPL license.
In order for us to be able to help you, please attach your full driver.
Also, please fi
On Sunday 24 April 2005 11:55 pm, Wojciech Kromer wrote:
>
> Is there an open sourced support for PXA270 OTG client/host port for
> 2.6.11 kernel?
Not that I know of. For OMAP, yes. PXA 270 doesn't even seem to
have a working peripheral/client port driver yet, much less OTG support.
- Dave
39 matches
Mail list logo
