On Aug 2, 2007, at 5:14 AM, Mariusz Kozlowski wrote:
Second issue as reported earilier allmodconfig fails to build on
imac g3.
Do you really mean g3? If so it's a 32-bit kernel and it
shouldn't be
building lparmap.s. Or do you mean G5?
Yes it is iMac G3. More or less sth like this:
On Oct 6, 2006, at 12:49 PM, Alan Stern wrote:
On Fri, 6 Oct 2006, Kumar Gala wrote:
Tried the device under Mac OS X and works fine. Any ideas on how to
debug what might be going on in Linux?
Did you try changing the value of USB_CTRL_GET_TIMEOUT?
Can you get hold of a USB bus analyzer
On Oct 6, 2006, at 12:49 PM, Alan Stern wrote:
On Fri, 6 Oct 2006, Kumar Gala wrote:
Tried the device under Mac OS X and works fine. Any ideas on how to
debug what might be going on in Linux?
Did you try changing the value of USB_CTRL_GET_TIMEOUT?
Can you get hold of a USB bus analyzer
I'm seeing the following error message when I have a wireless usb
ethernet adapter plugged into an embedded PPC SoC. If I plug the
adapter in after the SoC has booted the device is detected w/o any
issue. Which makes me thing that there is some initialization timing
issue.
Any
Not that it'll help much: the VM calls throttle_vm_writeout()
for GFP_NOIO
and GFP_NOFS allocations, which is a bug. Because if the caller
holds
locks which prevent filesystem or IO progress, we deadlock.
I'll fix the VM if someone else fixes USB ;)
What else needs to be fixed?
On Feb 21, 2007, at 3:31 PM, Andrew Morton wrote:
On Wed, 21 Feb 2007 16:22:17 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 21 Feb 2007, Andrew Morton wrote:
It seems like usb-storage and aio are completely off in the weeds.
Ideas?
It seems usb-storage should remove some
On Mon, 5 Feb 2007, Li Yang wrote:
Freescale high-speed USB SOC can be found on some Freescale processors
among different architectures. It supports both host and device functions.
This driver adds its device support for Linux USB Gadget layer.
It is tested for MPC834x DR module, but should
On Feb 7, 2007, at 9:19 PM, Li Yang-r58472 wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 7:57 AM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; Schmid Bruce-R62923;
linux-usb-devel@lists.sourceforge.net
Subject: Re: [PATCH 1/2
On Oct 6, 2006, at 12:49 PM, Alan Stern wrote:
On Fri, 6 Oct 2006, Kumar Gala wrote:
Tried the device under Mac OS X and works fine. Any ideas on how to
debug what might be going on in Linux?
Did you try changing the value of USB_CTRL_GET_TIMEOUT?
Can you get hold of a USB bus analyzer
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
device. It seems
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 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). Some
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
device
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
device. It seems
On Aug 1, 2006, at 10:38 AM, David Brownell wrote:
On Thursday 20 July 2006 5:59 am, Kumar Gala wrote:
-#ifdef CONFIG_PPC_83xx
+#ifdef CONFIG_MPC834x
So at the end of all that discussion, was there a USB patch to merge?
If so, I don't see one in my mail folder.
Not on this side
.
Finally, I got to believe Freescale's going to build some MPC83xx in
the future with the high speed USB IP.
- kumar
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Kumar Gala
Sent: Friday, July 14, 2006 9:52 PM
To: Li Yang-r58472
Cc: [EMAIL
On Jul 20, 2006, at 8:36 AM, Li Yang wrote:
On 7/20/06, Kumar Gala [EMAIL PROTECTED] wrote:
On Jul 20, 2006, at 6:42 AM, Li Yang-r58472 wrote:
Another one in header file.
---
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index 679c1cd..8da2774 100644
On Jul 19, 2006, at 1:30 AM, Li Yang-r58472 wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 18, 2006 9:53 PM
To: Li Yang-r58472
Cc: Dan Malek; [EMAIL PROTECTED];
linux-usb-devel@lists.sourceforge.net
Subject: Re: [PATCH] Add USB to MPC8349
On Jul 14, 2006, at 6:52 AM, Li Yang wrote:
This adds USB platform support to MPC8349 PB. It works with the
fsl_usb2_udc driver.
Signed-off-by: Li Yang [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig | 4 ++
arch/powerpc/platforms/83xx/mpc834x_sys.c | 72
[snip]
Well, I think there is a coupling that exists between whatever your
boot rom is and the kernel. If you are trying to optimize boot time
I'd say one thing you would want is to avoid multiple writing the
same configuration registers.
I dont have an issue if a fixed function board
On Jul 14, 2006, at 11:21 AM, Li Yang wrote:
On 7/14/06, Kumar Gala [EMAIL PROTECTED] wrote:
Nack, my expectation is this is all setup by the boot loader.
That's a good wish. ;) However, USB is not required by bootloader. So
it is not likely to be initialized there. And if we put
On Jul 17, 2006, at 3:17 PM, Dan Malek wrote:
On Jul 17, 2006, at 3:16 PM, Kumar Gala wrote:
I disagree. You are coming from this from a board that does
everything under the sun. I'd like to avoid having this type of
initialization in the kernel. There is a whole additional kitchen
Nack, my expectation is this is all setup by the boot loader.
- k
On Jul 14, 2006, at 6:52 AM, Li Yang wrote:
This adds USB platform support to MPC8349 PB. It works with the
fsl_usb2_udc driver.
Signed-off-by: Li Yang [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig |
Acked-by: Kumar Gala [EMAIL PROTECTED]
On Jul 14, 2006, at 6:58 AM, Li Yang wrote:
The high-speed USB SOC only exists on MPC834x family not MPC83xx
family.
Signed-off-by: Li Yang [EMAIL PROTECTED]
---
drivers/usb/host/ehci-hcd.c |2 +-
1 files changed, 1 insertions(+), 1
In some systems we may have both a platform EHCI controller and PCI EHCI
controller. Previously we couldn't build the EHCI support as a module due
to conflicting module_init() calls in the code.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 7a5e244608d23e60f31e6c63bd69af3534ef38eb
tree
On Apr 10, 2006, at 2:11 PM, David Brownell wrote:
+
+#ifdef CONFIG_PPC_83xx
+ retval = platform_driver_register(ehci_fsl_dr_driver);
+ if (retval 0)
+ return retval;
+
+ retval = platform_driver_register(ehci_fsl_dr_driver);
+ if (retval 0)
+
Let me test this patch out. I'm ok with the changes for handling
both PCI and platform driver. However, I need to take a look at the
renaming of the fsl driver. The dr device supports device and OTG
modes. I'm concerned about how we distinguish that in the future.
(also, we need
On Apr 3, 2006, at 9:48 PM, David Brownell wrote:
On Friday 24 March 2006 12:32 pm, Kumar Gala wrote:
The issue I have this is that it makes two (or more) things that
were
independent now dependent. What about just moving the module_init/
exit() functions into files that are built
On Mar 24, 2006, at 2:32 PM, Kumar Gala wrote:
The issue I have this is that it makes two (or more) things that were
independent now dependent. What about just moving the module_init/
exit() functions into files that are built separately. For the ehci-
fsl case it was trivial, need to look
On Mar 24, 2006, at 12:33 AM, David Brownell wrote:
On Thursday 23 March 2006 2:26 pm, Kumar Gala wrote:
ehci-pci.c. I was wondering if there were an thoughts on how to
address this so I can build as a module.
Hmm, there was a patch to fix that for OHCI a while back, I'm not
sure what
The issue I have this is that it makes two (or more) things that were
independent now dependent. What about just moving the module_init/
exit() functions into files that are built separately. For the ehci-
fsl case it was trivial, need to look at ehci-pci case.
Ok, my idea required
I was trying to build the USB EHCI host controller support as modules
for a PowerPC 834x which also has an embedded EHCI (and PCI enabled).
I get the following build error:
In file included from drivers/usb/host/ehci-hcd.c:895:
drivers/usb/host/ehci-fsl.c:365: error: redefinition of
On Mar 23, 2006, at 7:11 PM, Craig W. Nadler wrote:
Kumar,
If I understand you correctly you have both an embedded/localbus EHCI
core and EHCI on the PCI bus. If this is the case then you could clone
ehci-hcd.c and use it as the basis for a driver for the embedded EHCI
core. Instead of
David,
I was hoping to get your feedback on how you would like to handle an
errata that Freescale has in their EHCI controllers. Their multiport host
controller has the following errata:
Port number in the Queue head is 0 to N-1. It should be 1 to N according
to EHCI spec. This bug only
On the MPC834x processors the multiport host (MPH) EHCI controller has an
errata in which the port number in the queue head expects to be 0..N-1
instead of 1..N. If we are on one of these chips we subtract one from
the port number before putting it into the queue head.
Signed-off-by: Kumar Gala
On Fri, 20 Jan 2006, David Brownell wrote:
On Friday 20 January 2006 9:58 am, Kumar Gala wrote:
David,
I was hoping to get your feedback on how you would like to handle an
errata that Freescale has in their EHCI controllers. Their multiport host
controller has the following errata
On Fri, 20 Jan 2006, Pete Zaitcev wrote:
On Fri, 20 Jan 2006 11:58:59 -0600 (CST), Kumar Gala [EMAIL PROTECTED]
wrote:
Port number in the Queue head is 0 to N-1. It should be 1 to N according
to EHCI spec. This bug only affects the host mode.
Would something like the following
David,
Is there any reason that we need to keep support for
USB_EHCI_ROOT_HUB_TT marked as experimental? I ask because we are
close to have a embedded PPC EHCI controller driver that needs
USB_EHCI_ROOT_HUB_TT. The USB block is based on the TDI/ARC USB block.
thanks
- kumar
David,
I was wondering what the state of the
usb-gadget.bkbits.net:8080/gadget-2.4 tree was. It appears that some
changes got accepted into this tree (ARC EHCI TT host support).
Is there a patch of this against some stock 2.4 tree around somewhere?
thanks
- kumar
On Feb 15, 2005, at 5:16 PM, David Brownell wrote:
On Tuesday 15 February 2005 7:00 am, Kumar Gala wrote:
David,
So far as I know, David Howells has nothing to do with that tree.
He may be as puzzled as me about why you're asking him the question!
Sorry, this is what I get for sending email
I was wondering if someone could point me at an example of how a
non-PCI USB host controller is handled with regards to the driver
model. In some future products of ours we have a USB controllers
integrated into the chip. For other devices (like ethernet) that are
integrated I'm planning on
:
On Friday 19 November 2004 08:20, Kumar Gala wrote:
I was wondering if someone could point me at an example of how a
non-PCI USB host controller is handled with regards to the driver
model. In some future products of ours we have a USB controllers
integrated into the chip. For other devices (like
I was wondering if you wouldn't mind giving me a brief heads up on the
state of OTG support in 2.6 I saw on the linux usb site that TI
provided some support for OTG. I was wondering what the actually
meant.
thanks
- kumar
---
This SF.net
We (Motorola) have an integrated USB block that uses EHCI and are
planning on putting it into embedded PPC (and other devices). I wanted
to start a dialog to understand how we can modify the existing EHCI
support to handle a non-PCI based access to the register space.
In our devices we have
44 matches
Mail list logo