The ppc_select function was introduced in linux-2.3.48 in order to support
code confusing the legacy select() calling convention with the standard one.
Even 11 years ago, all correctly built code should not have done this and
could have easily been phased out. Nothing that was compiled later
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
Interrupt ID Number
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 question I think. I
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
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 offline, we
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
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
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 PROTECTED]
--
Bye,
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
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
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_request().
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 how xics
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
path
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
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
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
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 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
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 function, which is
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_PAGES
+ range 13
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
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,
below
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
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 Technologies,
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
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 address
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)
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'd
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 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 @@
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. If
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]
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
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
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)
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
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 dedicated
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, 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 core thinks
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 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 proper.
On Thursday 28 August 2008, Arnd Bergmann wrote:
+/*-
+ Gadget driver register and unregister.
+
--*/
+int
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 drivers
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 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 well
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 (and
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
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 all the
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 EOI
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 your
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 forever
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
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 -
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.
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
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
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
-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
Subject: Re:
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 did not
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
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
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 merge it with
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
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... something
64 matches
Mail list logo