The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
USB controllers. This patch series implements a HCD driver and shows the
work-in-progress status of a gadget driver.
I believe patch 1..3 are ready, and I would like to see them queued up for
mainline.
Changes since
This patch add the core driver for the c67x00 USB OTG controller. The core
driver is responsible for the platform bus binding and creating either
USB HCD or USB Gadget instances for each of the serial interface engines
on the chip.
This driver does not directly implement the HCD or gadget
This patch adds the low level support code for the Cypress c67x00 family of
OTG controllers. The low level code is responsible for register access and
implements the software protocol for communicating with the 16bit
microcontroller inside the c67x00 device.
Communication is done over the HPI
This patch adds USB gadget support for the Cypress c67x00 family of devices.
This is work in progress and not ready to be committed yet. I'm posting this
to show how it fits with the rest of the driver and to collect feedback.
The driver works good enought to use g_serial, but there are still
This patch adds HCD support for the Cypress c67x00 family of devices.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
drivers/usb/Makefile |2
drivers/usb/c67x00/Makefile|9
drivers/usb/c67x00/c67x00-drv.c| 13
drivers/usb/c67x00/c67x00-hcd.c| 412
David Miller wrote:
From: Kevin Diggs [EMAIL PROTECTED]
Date: Sat, 26 Apr 2008 19:39:07 -0700
This looks pretty cool ... but I don't want to create a dependency on
hrtimer.
It doesn't create such a dependency.
We use it unconditionally in the generic networking.
Please don't use platform
Hi Jean,
-if ((err = f75375_probe(client)) 0)
+err = f75375_probe(client, NULL);
+if (err 0)
goto exit_detach;
return 0;
These coding style cleanups don't belong to this patch (if they belong
anywhere - I don't much see the point)
I just wanted to make
On Wed, 23 Apr 2008 15:26:34 +0200, Jochen Friedrich wrote:
Hi Jean,
Jochen, I'm a bit confused by the dependencies that exist - or not -
between these 7 patches you sent at once. I thought they had to be
applied in sequence but it seems not? And some of them should
apparently go
On Sun, 27 Jan 2008 10:40:19 -0800, David Brownell wrote:
General comment: if you're going to index arrays by enum
values, it's best to initialize them that way too. Else
you're expecting a particular optional policy for how the
enums get grown...
- Dave
On Monday 21 January 2008,
Hi,
the build failure reported[0] by Kamalesh back in 01/2008 is still
present in today's 2.6.25-git with CONFIG_NVRAM=m (instead of =y):
Building modules, stage 2.
MODPOST 72 modules
ERROR: pmac_newworld [arch/powerpc/platforms/powermac/nvram.ko] undefined!
ERROR: __alloc_bootmem
On Sun, 2008-04-27 at 20:35 +0200, Christian Kujau wrote:
/sys/devices/platform/pmu-battery.0/power_supply/PMU battery 0
/sys/devices/platform/pmu-battery.0/power_supply/PMU battery 0/power
Hm, OTOH /proc also does contain some elements with spaces in it (e.g.
/proc/irq/47/GPIO1
Update. HW decided that the panic was bad. Added a flashing led to the
critical temperature.
Cheers,
Sean
PIKA Warp: Update platform code to support Rev B boards.
* Switched from 64M NOR/64M NAND to 4M NOR/256M NAND.
* Full DTM support including critical temperature.
* Added POST information.
On Sun, 27 Apr 2008, David Woodhouse wrote:
Hm, OTOH /proc also does contain some elements with spaces in it (e.g.
/proc/irq/47/GPIO1 ADB)...so, in short: would patches be accepted to
turn ' ' into '_' again (if they don't break too much userspace stuff)?
I see no reason not to for the battery
On Mon, Apr 21, 2008 at 6:50 PM, Josh Boyer [EMAIL PROTECTED] wrote:
Commit 0119536cd314ef95553604208c25bc35581f7f0a added an assembly version
of strncmp to PowerPC. However, it changed a common header file between
arch/ppc and arch/powerpc without adding strncmp to arch/ppc. This fixes
Hi Sean,
On Sun, 27 Apr 2008 15:25:46 -0400 Sean MacLennan [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/44x/warp-nand.c
@@ -11,8 +11,10 @@
#include linux/mtd/partitions.h
#include linux/mtd/nand.h
#include linux/mtd/ndfc.h
+#include linux/of_platform.h
You really want
On Sun, Apr 27, 2008 at 6:58 PM, Stephen Rothwell [EMAIL PROTECTED] wrote:
Hi Sean,
On Sun, 27 Apr 2008 15:25:46 -0400 Sean MacLennan [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/44x/warp-nand.c
@@ -11,8 +11,10 @@
#include linux/mtd/partitions.h
#include
On Mon, 28 Apr 2008 10:58:59 +1000
Stephen Rothwell [EMAIL PROTECTED] wrote:
You really want linux.of.h (unless there was some preexisting reason
to require of_platform.h).
You are correct. That was a cut and paste from warp.c which
specifically needs of_platform.h.
Cheers,
Sean
This adds a system call on 64-bit platforms for switching between
little-endian and big-endian modes that is much faster than doing a
prctl call. This system call is handled as a special case right at
the start of the system call entry code, and because it is a special
case, it uses a system call
On Sun, Apr 27, 2008 at 08:03:46PM +0200, Christian Kujau wrote:
Hi,
the build failure reported[0] by Kamalesh back in 01/2008 is still
present in today's 2.6.25-git with CONFIG_NVRAM=m (instead of =y):
Building modules, stage 2.
MODPOST 72 modules
ERROR: pmac_newworld
On Sun, Apr 27, 2008 at 03:35:54AM -0700, Kevin Diggs wrote:
I'm working on a cpufreq driver for the 750GX so I don't think I have to
worry about being to platform specific.
Would a compile time configuration be a good idea (hrtimer or
get_cycles() assisted timing)?
Save yourself the
This changes the definitions of the xchg and cmpxchg families of
functions in include/asm-powerpc/system.h to be marked __always_inline
rather than __inline__. The reason for doing this is that we rely on
the compiler inlining them in order to eliminate the references to
On Sun, Apr 27, 2008 at 8:25 PM, Sean MacLennan [EMAIL PROTECTED] wrote:
On Sun, 27 Apr 2008 19:51:57 -0600
Grant Likely [EMAIL PROTECTED] wrote:
Actually, it looks like he's trying to find the second gpio node in
the tree.
Correct.
Sean, if that is true, then this is a very
Kumar Gala writes:
* Added allocation and initialization of the irq stacks. We limit the
stacks to be in lowmem for ppc32.
* Implemented ppc32 versions of call_do_softirq() and call_handle_irq()
to switch the stack pointers
* Reworked how we do stack overflow detection. We now keep
On Apr 28, 2008, at 12:17 AM, Paul Mackerras wrote:
Kumar Gala writes:
* Added allocation and initialization of the irq stacks. We limit
the
stacks to be in lowmem for ppc32.
* Implemented ppc32 versions of call_do_softirq() and
call_handle_irq()
to switch the stack pointers
*
24 matches
Mail list logo