Hi,
On Wed, Mar 20, 2013 at 10:26 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Wed, 20 Mar 2013, Yuan-Hsin Chen wrote:
Hi,
On Tue, Mar 19, 2013 at 11:48 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
What about the port_status
Hi,
On Tue, Mar 19, 2013 at 11:48 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
What about the port_status registers? They're not between command and
async_next. If they aren't consistent with EHCI, it makes things a lot
more complicated.
On Wed, 20 Mar 2013, Yuan-Hsin Chen wrote:
Hi,
On Tue, Mar 19, 2013 at 11:48 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
What about the port_status registers? They're not between command and
async_next. If they aren't consistent
Hi,
On Mon, Mar 18, 2013 at 10:16 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 18 Mar 2013, Felipe Balbi wrote:
On Mon, Mar 18, 2013 at 06:06:18PM +0800, Yuan-Hsin Chen wrote:
Hi,
I tried to modify fusbh200 hcd driver following ehci-platform.c.
However, the register
On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
What about the port_status registers? They're not between command and
async_next. If they aren't consistent with EHCI, it makes things a lot
more complicated.
fusbh200 has only one port_status register with different offset,
0x30, and the
On Tue, Mar 19, 2013 at 11:48 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
What about the port_status registers? They're not between command and
async_next. If they aren't consistent with EHCI, it makes things a lot
more complicated.
Hi,
I tried to modify fusbh200 hcd driver following ehci-platform.c.
However, the register definition of fusbh200 is partially incompatible
to ehci. For fusbh200, only the elements between command and
async_next in struct ehci_regs are consistent with ehci which means
it would cause copious
Hi,
(don't top-post)
On Mon, Mar 18, 2013 at 06:06:18PM +0800, Yuan-Hsin Chen wrote:
Hi,
I tried to modify fusbh200 hcd driver following ehci-platform.c.
However, the register definition of fusbh200 is partially incompatible
to ehci. For fusbh200, only the elements between command and
On Mon, 18 Mar 2013, Felipe Balbi wrote:
On Mon, Mar 18, 2013 at 06:06:18PM +0800, Yuan-Hsin Chen wrote:
Hi,
I tried to modify fusbh200 hcd driver following ehci-platform.c.
However, the register definition of fusbh200 is partially incompatible
to ehci. For fusbh200, only the elements
Hi,
On Mon, Mar 18, 2013 at 10:16:56AM -0400, Alan Stern wrote:
it would cause copious modification and duplication of ehci hcd
driver. For example, there is no configured_flag register in
fusbh200 controller, yet, ehci hcd driver accesses configured_flag
in function ehci_run which
On Mon, 18 Mar 2013, Felipe Balbi wrote:
Hi,
On Mon, Mar 18, 2013 at 10:16:56AM -0400, Alan Stern wrote:
it would cause copious modification and duplication of ehci hcd
driver. For example, there is no configured_flag register in
fusbh200 controller, yet, ehci hcd driver accesses
On Wed, 6 Feb 2013, Yuan-Hsin Chen wrote:
From: Yuan-Hsin Chen yhc...@faraday-tech.com
USB2.0 HCD driver for Faraday FUSBH200
In what way is this driver different from the existing ehci-hcd driver?
It looks like almost all of the code is identical. We don't need to
have two copies of the
On Wed, Feb 06, 2013 at 07:24:01PM +0800, Yuan-Hsin Chen wrote:
From: Yuan-Hsin Chen yhc...@faraday-tech.com
USB2.0 HCD driver for Faraday FUSBH200
Signed-off-by: Yuan-Hsin Chen yhc...@faraday-tech.com
just use ehci-platform.c and avoid the duplication
--
balbi
signature.asc
On Thu, Feb 7, 2013 at 12:38 AM, Felipe Balbi ba...@ti.com wrote:
On Wed, Feb 06, 2013 at 07:24:01PM +0800, Yuan-Hsin Chen wrote:
From: Yuan-Hsin Chen yhc...@faraday-tech.com
USB2.0 HCD driver for Faraday FUSBH200
Signed-off-by: Yuan-Hsin Chen yhc...@faraday-tech.com
just use
14 matches
Mail list logo