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 v10:
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 behavio
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 int
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 iss
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| 41
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 platfor
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 jus
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
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
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" [arc
Hi,
I was a bit puzzled today when I came across
/sys/devices/platform/pmu-battery.0/power_supply/PMU battery 0/power
and thought to myself: why are there spaces in "PMU battery 0"? Wouldn't
../pmu-battery.0/power_supply/PMU_battery_0/power be feasible too? I find
it rather annoying to special c
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 ADB)
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
> #include
> #include
> +#include
You really want linux.of.h (unless there was some preexisting reason to
require of_platfo
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
> > #include
> > #include
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 fragile way to do it.
> Really, you should have a phandle somewhere that points to
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" [arc
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
__xchg_called_with_bad_po
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 t
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
* Reworked
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/celleb_scc_pciex.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/platforms/cell/celleb_scc_pciex.c
b/arch/powerpc/platforms/cell/celleb_scc_pciex.c
index ab24d94..3
Kumar Gala writes:
> > Mostly looks great. One minor nit is that this ifdef could disappear
> > entirely now:
>
> How do you figure? If we want to maintain it as a config option (for
> at least 2.6.26) we either need this ifdef or a dummy irq_ctx_init().
In include/asm-powerpc/irq.h we alre
On Apr 28, 2008, at 1:02 AM, Paul Mackerras wrote:
Kumar Gala writes:
Mostly looks great. One minor nit is that this ifdef could
disappear
entirely now:
How do you figure? If we want to maintain it as a config option (for
at least 2.6.26) we either need this ifdef or a dummy
irq_ctx_i
On Book-E SMP systems each core has its own private watchdog.
If only one watchdog is enabled, when the core that doesn't
enable the watchdog is hung, system can't reset because no
watchdog is running on it. That's bad. It means we must enable
watchdogs on both cores.
We can use smp_call_function(
* 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 around the
limit of the sta
On Apr 28, 2008, at 1:20 AM, Chen Gong wrote:
On Book-E SMP systems each core has its own private watchdog.
If only one watchdog is enabled, when the core that doesn't
enable the watchdog is hung, system can't reset because no
watchdog is running on it. That's bad. It means we must enable
watchd
32 matches
Mail list logo