On Thu, Sep 25, 2008 at 5:59 AM, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Modify the Freescale Elo / Elo Plus DMA driver so that it can be compiled as
> a module.
>
> The primary change is to stop treating the DMA controller as a bus, and the
> DMA channels as devices on the bus. This is because th
On Wednesday 24 September 2008, Anton Vorontsov wrote:
>
> Anyway, just want to thank you for your time and persistence on this
> matter, you're forcing others' people brains to *work*. And since you
> rejected this approach too, I have no other option but to implement
> something else... someth
On Sep 24, 2008, at 4:16 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-09-24 at 11:42 -0500, Milton Miller wrote:
I was trying to understand why the mask and early eoi, but I guess its
to handle other more limited interrupt controllers where the
interrupts
stack in hardware instead of softwa
On Tue, Sep 23, 2008 at 6:20 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 22, 2008 at 4:11 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
>> On Mon, Sep 22, 2008 at 18:08, Grant Likely <[EMAIL PROTECTED]> wrote:
>>> Jeremy,
>>>
>>> Can we eliminate the linuxppc-embedded mailing list and
On Wed, Sep 24, 2008 at 9:50 PM, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
>> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> > USB is not working my hardware, so I booted my Efika and it's not
>> > working there
The PCI bridge on the Holly board is current incorrectly represented
in the device tree. The current device tree node for the PCI bridge
sits under the tsi-bridge node. That's not obviously wrong, but the
PCI bridge translated some PCI spaces into CPU address ranges which
were not translated by t
On Wed, 2008-09-24 at 21:09 -0400, Jon Smirl wrote:
> On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > USB is not working my hardware, so I booted my Efika and it's not
> > working there either. This is with linus' current git.
> >
> > Can anyone verify this? Or know what
On Wed, Sep 24, 2008 at 5:51 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> USB is not working my hardware, so I booted my Efika and it's not
> working there either. This is with linus' current git.
>
> Can anyone verify this? Or know what happened to USB?
> USB is loading but it is not finding anythi
On Wed, Sep 24, 2008 at 11:54:24AM -0700, David Brownell wrote:
[...]
> You'd be better off calling something other than of_get_gpio()
> for those three pins in of_fhci_probe() ... call something
> that returns a "qe_pin" structure (e.g. wrapping an instance of
> the misnamed qe_gpio_chip plus an o
On Wed, Sep 17, 2008 at 12:29:55PM +0200, Jochen Friedrich wrote:
> > It doesn't even tell me why not being thread-safe is a problem on a
> > UP machine.
Preemption.
> This isn't a regression since the stuff is new in 2.6.27. IMHO this can
> wait until 2.6.28.
It would be a bug in 2.6.27 that di
> -Original Message-
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: den 24 september 2008 22:29
> To: [EMAIL PROTECTED]
> Cc: Li Yang-R58472; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> linux-
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
> Subjec
Modify the Freescale Elo / Elo Plus DMA driver so that it can be compiled as
a module.
The primary change is to stop treating the DMA controller as a bus, and the
DMA channels as devices on the bus. This is because the Open Firmware (OF)
kernel code does not allow busses to be removed, so althoug
Please pull from 'mmu' branch of
(forgot linuxppc-dev on first go around)
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git mmu
to receive the following updates:
arch/powerpc/include/asm/highmem.h |2
arch/powerpc/include/asm/io.h|2
arch/powerpc/
Please pull from 'dma' branch of
(forgot linuxppc-dev on first go around)
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git dma
to receive the following updates:
arch/powerpc/include/asm/device.h |3
arch/powerpc/include/asm/dma-mapping.h | 187 +
Most of the platforms were printing the size of the memory
in their show_cpuinfo implementations. This moves that to
the common show_cpuinfo, so that all 32-bit platforms will
now print the size of memory. I also update the code
to deal with the fact that total_memory is now a phys_addr_t.
Signed
For many of the embedded boards, "model" and "Machine" are printing
the same thing; remove the redundant code and allow the generic
show_cpuinfo to print the model information.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/mpc85xx_ads.c |1 -
arch/powe
USB is not working my hardware, so I booted my Efika and it's not
working there either. This is with linus' current git.
Can anyone verify this? Or know what happened to USB?
USB is loading but it is not finding anything plugged in.
lsusb doesn't show anything.
Last time I noticed it was working
On Wednesday 24 September 2008, Joakim Tjernlund wrote:
> > > I see. If one wants to connect with CDC to Windows, what drivers are
> > > there for Windows that works well with Linux?
> >
> > I believe MCCI has some. It also has drivers for a CDC subset,
> > pretty much the same one Linux has used
On Wednesday 24 September 2008, Anton Vorontsov wrote:
> We'll need this function to write platform-specific hooks to deal
> with pin's dedicated functions. Quite obviously this will work only
> for the platforms with 1-to-1 GPIO to PIN mapping.
>
> This is stopgap solution till we think out and i
On Wed, Sep 24, 2008 at 5:22 PM, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2008-09-24 at 12:15 -0600, Grant Likely wrote:
>> On Wed, Sep 24, 2008 at 05:16:34PM +0200, Juergen Beisert wrote:
>> > On Dienstag, 23. September 2008, Juergen Beisert wrote:
>> > > What Kernel do you run
On Wed, 2008-09-24 at 11:42 -0500, Milton Miller wrote:
>
> I was trying to understand why the mask and early eoi, but I guess its
> to handle other more limited interrupt controllers where the interrupts
> stack in hardware instead of software.
No Milton, we must do it that way, because the EO
On Wed, 2008-09-24 at 12:15 -0600, Grant Likely wrote:
> On Wed, Sep 24, 2008 at 05:16:34PM +0200, Juergen Beisert wrote:
> > On Dienstag, 23. September 2008, Juergen Beisert wrote:
> > > What Kernel do you run on your target? On my hardware a 2.6.23 still work
> > > as expected, but a 2.6.26 fails
On Wed, 2008-09-24 at 14:35 +0200, Sebastien Dugue wrote:
> Hi Ben,
>
> On Wed, 24 Sep 2008 20:17:47 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > On Wed, 2008-09-24 at 04:58 -0500, Milton Miller wrote:
> > > The per-interrupt mask and unmask calls have to go through RTAS, a
>
> There may be some implicit assumption in that we expect the cpu
> priority to be returned to normal by the EOI, but there is nothing in
> the hardware that requires the EOI to come from the same cpu as
> accepted the interrupt for processing, with the exception of the IPI
> which is per-cpu
On Tuesday 02 September 2008, Joakim Tjernlund wrote:
>
> > Noted: AFAIK, RNDIS gadget in Linux doesn't interoperate with windows
> > well enough to be production level. Use at your own risk.
>
> I see. If one wants to connect with CDC to Windows, what drivers are
> there for Windows that works
On Tuesday 02 September 2008, Li Yang-R58472 wrote:
>
> > Does RNDIS work too? If not, is it possible to add or doesn't
> > the HW support it?
>
> RNDIS is a gadget(protocol) level thing. I believe it can work with
> this driver although not tested myself.
It should, so long as the QE hardware
On Thursday 28 August 2008, Arnd Bergmann wrote:
> If the gadget hardware drivers were registering the device with a
> gadget_bus_type, you could still enforce the "only one protocol"
> rule by binding every protocol to every device in that bus type.
And you'd have to rewrite all the gadget driver
On Thursday 28 August 2008, Arnd Bergmann wrote:
> > +/*-
> > + Gadget driver register and unregister.
> > +
> > --*/
> > +int usb_gadget_register_dri
On Thursday 14 August 2008, Laurent Pinchart wrote:
>
> > David, could you bear with gpio_to_chip() exported function, just as
> > a stopgap for a proper api?
>
> I need gpio_to_chip() (or another 'proper API') as well for RTS/CTS
> based flow control in the CPM/CPM2 UART driver.
I'l still say
Hello.
David Brownell wrote:
... then the root hub emulation is completely pointless.
It isn't. We always should emulate the root hub. The root hub
is part and parcel of any USB Host. Even the one-port one.
Hm, maybe that's what USB core thinks (because UHCI/OHCI/EHCI all
have it) but
On Wednesday 24 September 2008, Sergei Shtylyov wrote:
>
> >> ... then the root hub emulation is completely pointless.
> >>
> >
> > It isn't. We always should emulate the root hub. The root hub
> > is part and parcel of any USB Host. Even the one-port one.
>
> Hm, maybe that's what USB
On Tuesday 23 September 2008, Anton Vorontsov wrote:
> qe_gpio_set_dedicated() is a platform specific function, which is used
> to revert a pin to a dedicated function. Caller should have already
> obtained the gpio via gpio_request().
Note the missing sibling function: putting the pin back into
On Wednesday 24 September 2008, Anton Vorontsov wrote:
> > what do you mean by dedicated function.. be a bit clearer in the commit
> > log.
>
> This term is from the QE spec, I didn't invent anything. ;-)
>
> "Each pin in the I/O ports can be configured as a general-purpose
> I/O signal or as a
Kumar Gala wrote:
> Dan, any update on this patch?
I'm going to post a new version. This whole thing is more complicated than I
thought.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://o
On Sep 19, 2008, at 10:11 AM, Timur Tabi wrote:
Modify the Freescale Elo / Elo Plus DMA driver so that it can be
compiled as
a module.
The primary change is to stop treating the DMA controller as a bus,
and the
DMA channels as devices on the bus. This is because the Open
Firmware (OF)
k
This will let us use this header in other header files.
Will be needed for the FHCI USB Host driver.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-by: David Brownell <[EMAIL PROTECTED]>
---
drivers/usb/core/hcd.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
qe_gpio_set_dedicated() is a platform specific function that is used
to revert a pin to a dedicated on chip peripheral function. Caller
should have already obtained the gpio via gpio_request().
This is needed to support Freescale USB Host Controller.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECT
We'll need this function to write platform-specific hooks to deal
with pin's dedicated functions. Quite obviously this will work only
for the platforms with 1-to-1 GPIO to PIN mapping.
This is stopgap solution till we think out and implement a proper
api (pinlib?).
p.s. This patch actually export
Hi all,
Thanks for the comments on the previous version, here is the
updated patch set, v3:
- use list_for_each*() where appropriate;
- improve error checking in the fhci_start();
- improve qe_gpio_set_dedicated patch's description.
--
Anton Vorontsov
email: [EMAIL PROTECTED]
irc://irc.freenode
On Wed, Sep 24, 2008 at 05:16:34PM +0200, Juergen Beisert wrote:
> On Dienstag, 23. September 2008, Juergen Beisert wrote:
> > What Kernel do you run on your target? On my hardware a 2.6.23 still work
> > as expected, but a 2.6.26 fails all the time.
>
> One should enable the internal USB clock. I
On Wednesday 24 September 2008, Paul Mackerras wrote:
> > diff --git a/arch/powerpc/include/asm/systbl.h
> > b/arch/powerpc/include/asm/systbl.h
> > index f6cc7a4..5a69b32 100644
> > --- a/arch/powerpc/include/asm/systbl.h
> > +++ b/arch/powerpc/include/asm/systbl.h
> > @@ -85,7 +85,7 @@ COMPAT_SY
On Tue, Sep 23, 2008 at 1:29 PM, Timur Tabi <[EMAIL PROTECTED]> wrote:
> The Freescale Elo DMA driver runs an internal self-test before registering
> the channels with the DMA engine. This self-test has a fundemental flaw in
> that it calls the DMA engine's callback functions directly before the
>
On Sep 24, 2008, at 7:30 AM, Sebastien Dugue wrote:
Hi Milton,
On Wed, 24 Sep 2008 04:58:22 -0500 (CDT) Milton Miller
<[EMAIL PROTECTED]> wrote:
On Mon Sep 15 at 18:04:06 EST in 2008, Sebastien Dugue wrote:
When entering the low level handler, level sensitive interrupts are
masked, then eio'
Arnd Bergmann writes:
> diff --git a/arch/powerpc/include/asm/systbl.h
> b/arch/powerpc/include/asm/systbl.h
> index f6cc7a4..5a69b32 100644
> --- a/arch/powerpc/include/asm/systbl.h
> +++ b/arch/powerpc/include/asm/systbl.h
> @@ -85,7 +85,7 @@ COMPAT_SYS_SPU(gettimeofday)
> COMPAT_SYS_SPU(setti
On Sep 24, 2008, at 11:01 AM, Becky Bruce wrote:
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
Thi
On Wed, Sep 24, 2008 at 9:29 AM, Johannes Berg
<[EMAIL PROTECTED]> wrote:
> Indeed, it makes little sense to allow you to set more than the address
> space, so here's a version with max 64.
Acked-by: Timur Tabi <[EMAIL PROTECTED]>
However, the max is actually less than 64. Assuming a 64-bit add
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
This patch *only* expands the page table code to accomod
On Dienstag, 23. September 2008, Juergen Beisert wrote:
> Matt,
>
> On Montag, 22. September 2008, Matt Sealey wrote:
> > Juergen Beisert wrote:
> > > Hi,
> > > $ lspci
> > > 00:18.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > > Controller (rev 61) 00:18.1 USB Controller: VIA
powerpc uses CONFIG_FORCE_MAX_ZONEORDER, and some things depend on it
being at least 10 when 64k pages are not configured (notably the dart
iommu code with CONFIG_PM). The defaults are fine, but when going from a
64K pages config to one without 64K pages, MAX_ORDER stays at 9 which is
too low for 4
On Thu, Aug 14, 2008 at 11:23:49AM +0200, Sinisa Denic wrote:
> From bf050adbc092043c1ba6e43373563bb761bb2e40 Mon Sep 17 00:00:00 2001
> From: Sinisa Denic <[EMAIL PROTECTED]>
> Date: Wed, 13 Aug 2008 15:57:52 +0200
> Subject: [PATCH] mpc52xx_uart RS485 support added
>
> Hi Wolfgang and others,
>
On Sep 24, 2008, at 9:13 AM, Johannes Berg wrote:
On Wed, 2008-09-24 at 09:05 -0500, Kumar Gala wrote:
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -415,8 +415,11 @@ config PPC_64K_PAGES
config FORCE_MAX_ZONEORDER
int "Maximum zone order"
+ range 9 999 if PPC_64K_PA
On Wed, 2008-09-24 at 09:05 -0500, Kumar Gala wrote:
> > --- a/arch/powerpc/Kconfig
> > +++ b/arch/powerpc/Kconfig
> > @@ -415,8 +415,11 @@ config PPC_64K_PAGES
> >
> > config FORCE_MAX_ZONEORDER
> > int "Maximum zone order"
> > + range 9 999 if PPC_64K_PAGES
> > default "9" if PPC_64K_P
On Wed, Sep 24, 2008 at 09:00:03AM -0500, Kumar Gala wrote:
>
> On Sep 24, 2008, at 6:42 AM, Anton Vorontsov wrote:
>
>> On Tue, Sep 23, 2008 at 11:07:00PM -0500, Kumar Gala wrote:
>>>
>>> On Sep 23, 2008, at 7:03 PM, Anton Vorontsov wrote:
>>>
qe_gpio_set_dedicated() is a platform specific fu
On Sep 24, 2008, at 8:24 AM, Johannes Berg wrote:
powerpc uses CONFIG_FORCE_MAX_ZONEORDER, and some things depend on it
being at least 10 when 64k pages are not configured (notably the dart
iommu code with CONFIG_PM). The defaults are fine, but when going
from a
64K pages config to one withou
Brown paper bag patch, the fact that it didn't work is entirely my fault
for hardcoding 512 in the original patch.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
Contains the revert for the earlier patch just in case; probably better
to not apply the earlier patch and only the first hunk of
On Sep 24, 2008, at 6:42 AM, Anton Vorontsov wrote:
On Tue, Sep 23, 2008 at 11:07:00PM -0500, Kumar Gala wrote:
On Sep 23, 2008, at 7:03 PM, Anton Vorontsov wrote:
qe_gpio_set_dedicated() is a platform specific function, which is
used
to revert a pin to a dedicated function. Caller should
For reasons I haven't tried to figure out yet, and which are quite
possibly my own fault, the hibernation code doesn't work with 64K pages.
Until somebody is able to figure out why (if anyone cares; I seem to be
the only person on earth actually using this code once a while) make it
depend on !PPC_
powerpc uses CONFIG_FORCE_MAX_ZONEORDER, and some things depend on it
being at least 10 when 64k pages are not configured (notably the dart
iommu code with CONFIG_PM). The defaults are fine, but when going from a
64K pages config to one without 64K pages, MAX_ORDER stays at 9 which is
too low for 4
Hi Ben,
On Wed, 24 Sep 2008 20:17:47 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> On Wed, 2008-09-24 at 04:58 -0500, Milton Miller wrote:
> > The per-interrupt mask and unmask calls have to go through RTAS, a
> > single-threaded global context, which in addition to increasing
> >
Hi Milton,
On Wed, 24 Sep 2008 04:58:22 -0500 (CDT) Milton Miller <[EMAIL PROTECTED]>
wrote:
> Jan-Bernd wrote:
> > Ben, can you / your team look into the implementation
> > of the set_irq_type functionality needed for XICS?
>
> I'm not volunteering to look at or implement any changes for ho
On Tue, Sep 23, 2008 at 11:07:00PM -0500, Kumar Gala wrote:
>
> On Sep 23, 2008, at 7:03 PM, Anton Vorontsov wrote:
>
>> qe_gpio_set_dedicated() is a platform specific function, which is used
>> to revert a pin to a dedicated function. Caller should have already
>> obtained the gpio via gpio_reques
On Sep 24, 2008, at 5:17 AM, Benjamin Herrenschmidt wrote:
On Wed, 2008-09-24 at 04:58 -0500, Milton Miller wrote:
The per-interrupt mask and unmask calls have to go through RTAS, a
single-threaded global context, which in addition to increasing
path length will really limit scalability. The in
Hello, I wrote:
This controller does not integrate the root hub, so this driver
also
fakes one-port hub. External hub is required to support more than
one device.
...
Please, no.
What exactly 'no'? ;-)
No one-port hubs I guess -- they are point
> "Kumar" == Kumar Gala <[EMAIL PROTECTED]> writes:
Kumar> The initial patch had the option at the top level which wasn't
Kumar> quite right. Moving under the platform options is a bit better.
Kumar> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTE
Hello.
Anton Vorontsov wrote:
This controller does not integrate the root hub, so this driver also
fakes one-port hub. External hub is required to support more than
one device.
...
Please, no.
What exactly 'no'? ;-)
No one-port hubs I guess -
On Wed, 2008-09-24 at 04:58 -0500, Milton Miller wrote:
> The per-interrupt mask and unmask calls have to go through RTAS, a
> single-threaded global context, which in addition to increasing
> path length will really limit scalability. The interrupt controller
> poll and reject facilities are acce
On Tue, 2008-09-23 at 14:30 -0700, Andrew Morton wrote:
> > Steps to reproduce:
> > shut down the machine, see it fail.
> >
> > http://johannes.sipsolutions.net/files/dsc_2274.jpg
> >
>
> That went splat in the clockevents code.
This is still strange, it appears that when the CPUs fail to offl
Jan-Bernd wrote:
> Ben, can you / your team look into the implementation
> of the set_irq_type functionality needed for XICS?
I'm not volunteering to look at or implement any changes for how xics
works with generic irq, but I'm trying to understand what the rt kernel
is trying to accomplish with t
On Mon, 22 Sep 2008 18:34:37 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Sep 22, 2008, at 6:09 PM, Jeremy Kerr wrote:
>
> > Hi Grant,
> >
> >> Can we eliminate the linuxppc-embedded mailing list and merge it with
> >> linuxppc-dev?
> >
> > That's not really up to me - more of a community q
On Tue, 2008-09-23 at 22:18 +0200, Joakim Tjernlund wrote:
> On Tue, 2008-09-23 at 13:08 +0200, Joakim Tjernlund wrote:
> > On Tue, 2008-09-23 at 11:08 +0200, Andre Schwarz wrote:
> > > I can only tell how I do on MPC834x :
> > >
> > > Table 8-6. IVEC/CVEC/MVEC Field Definition
> > >
> > > Interr
70 matches
Mail list logo
