Hi Ben,
On Fri, 06 Jun 2008 14:16:23 +1000, Benjamin Herrenschmidt wrote:
On Thu, 2008-06-05 at 09:48 +0200, Jean Delvare wrote:
As far as I am concerned, it's really up to the maintainers and users
of this platform. All I am asking for is that you do not call
i2c_add_numbered_adapter() on
Kumar Gala wrote:
On Jun 5, 2008, at 3:39 PM, Wolfgang Grandegger wrote:
Kumar Gala wrote:
===
--- /dev/null
+++ linux-2.6-galak/arch/powerpc/boot/dts/tqm8548.dts
+memory {
+device_type = memory;
+
On Fri, Jun 6, 2008 at 12:21 AM, Jean Delvare [EMAIL PROTECTED] wrote:
Hi Ben,
On Fri, 06 Jun 2008 14:16:23 +1000, Benjamin Herrenschmidt wrote:
On Thu, 2008-06-05 at 09:48 +0200, Jean Delvare wrote:
As far as I am concerned, it's really up to the maintainers and users
of this platform.
Hi,
I am also trying to use Xilinx GPIO driver on my board but I encounter some
problems. I thought they will be resolved with this information but it
doesn't.
I use GPIO driver as built-in but during kernel boot but I don't see log
about it contrary to Xemac driver for instance. First I wanted
David Gibson wrote:
On Thu, Jun 05, 2008 at 07:10:22PM +0200, Wolfgang Grandegger wrote:
Like for the TQM5200, the vendor prefix tqc, is now used for all
TQM85xx modules from TQ-Components GmbH (http://www.tqc.de) in the
corresponding DTS files.
Signed-off-by: Wolfgang Grandegger [EMAIL
On Thu, 5 Jun 2008 21:55:11 -0700 Andrew Morton [EMAIL PROTECTED] wrote:
Might be a platform thing, might be an ATA thing:
OK, I found Hugh's fix.
Please let's not release 2.6.27 with a 1000-patch bisect-breaking hole
in it.
From: Hugh Dickins [EMAIL PROTECTED]
Fix G5 SATA irq 18: nobody
On Friday 06 June 2008, Kumar Gala wrote:
On Jun 5, 2008, at 11:32 PM, Benjamin Herrenschmidt wrote:
On Thu, 2008-06-05 at 22:12 +0200, Arnd Bergmann wrote:
On Thursday 05 June 2008, Stephen Neuendorffer wrote:
Grant Likely [EMAIL PROTECTED] wrote:
Paulus, Can we just kill all of arch/ppc
On Fri, 2008-06-06 at 08:21 +0200, Jean Delvare wrote:
We could certainly add a busname field to struct i2c_devinfo and
implement i2c_register_board_info_by_name() if it seems to be worth
the
extra code and memory. I am open to the idea if it solves a problem
with no other clean solution.
David Gibson wrote:
On Thu, Jun 05, 2008 at 08:43:51AM -0500, Kumar Gala wrote:
On Jun 5, 2008, at 4:05 AM, Wolfgang Grandegger wrote:
[snip]
+ timebase-frequency = 0; // from U-Boot
+ bus-frequency = 0;// from U-Boot
+
It's in the Compiler Writer's Guide with explanation; section 5-10.
http://www-01.ibm.com/chips/techlib/techlib.nsf/techdocs/852569B20050FF7785256996007558C6
There are lots of clever examples in there, it's definitely recommended
reading (I should make a cheat sheet of chapter 5 though so I can
In message [EMAIL PROTECTED] Becky Bruce wrote:
On Jun 5, 2008, at 3:30 PM, Scott Wood wrote:
Olof Johansson wrote:
On Jun 5, 2008, at 3:12 PM, Arnd Bergmann wrote:
On Thursday 05 June 2008, Stephen Neuendorffer wrote:
Grant Likely [EMAIL PROTECTED] wrote:
Paulus, Can we just kill
Hello,
here is v4 of the patches adding suport for TQM8548 and fixing some
TQM85xx issues.
Hope that's the final patch now.
Wolfgang.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Like for the TQM5200, the vendor prefix tqc, is now used for all
TQM85xx modules from TQ-Components GmbH (http://www.tqc.de) in the
corresponding DTS files.
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/tqm8540.dts |4 ++--
This patch adds support for the TQM8548 modules from TQ-Components
GmbH (http://www.tqc.de).
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |1
arch/powerpc/boot/dts/tqm8548.dts | 365 +
arch/powerpc/boot/wrapper
Some TQM85xx boards could be equipped with up to 1 GiB (NOR) flash
memory and therefore a modified memory map is required and setup by
the board loader. This patch adds an appropriate DTS file.
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |
This patch adds local bus nodes for Flash and CAN to the DTS file
of the TQM8560 module (tqm8560.dts).
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/tqm8560.dts | 65 ++
1 file changed, 65 insertions(+)
Index:
Adrian Bunk writes:
BTW:
I remember Paul wanted to get PReP under arch/powerpc/ working -
should this be done before the big ppc removal?
I have a PReP port for arch/powerpc that works for one machine, at
least. :) The key part is the residual to device-tree converter that
I posted some time
David Gibson wrote:
Aliases aren't trivially reversible, but it shouldn't be too hard to
write a helper function which will do the scan and parse you describe.
How about I submit a patch adding a function called of_get_aliased_index()?
--
Timur Tabi
Linux Kernel Developer @ Freescale
On Fri, 6 Jun 2008 14:53:47 +0300
Adrian Bunk [EMAIL PROTECTED] wrote:
On Thu, Jun 05, 2008 at 09:11:48AM -0600, Grant Likely wrote:
On Thu, Jun 5, 2008 at 8:52 AM, Josh Boyer [EMAIL PROTECTED] wrote:
This commit (patch omitted due to size) is sitting in my local tree:
commit
On Jun 6, 2008, at 5:09 AM, Wolfgang Grandegger wrote:
David Gibson wrote:
On Thu, Jun 05, 2008 at 08:43:51AM -0500, Kumar Gala wrote:
On Jun 5, 2008, at 4:05 AM, Wolfgang Grandegger wrote:
[snip]
+ timebase-frequency = 0; // from U-Boot
+
On Friday 06 June 2008, Timur Tabi wrote:
David Gibson wrote:
Aliases aren't trivially reversible, but it shouldn't be too hard to
write a helper function which will do the scan and parse you describe.
How about I submit a patch adding a function called
of_get_aliased_index()?
Would be
On Monday 17 March 2008, Imre Kaloz wrote:
Signed-off-by: Imre Kaloz [EMAIL PROTECTED]
Acked-by: Stefan Roese [EMAIL PROTECTED]
Best regards,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
In message [EMAIL PROTECTED] you wrote:
As I see it, I have to define DTS_FLAGS manually
$ export DTS_FLAGS=-R4 -S0x3000
$ make ARCH=powerpc tqm8548.dtb
to get a working blob. Is that the intended behavior?
this is normal. Andy Fleming has posted a patch to u-boot to help
On Jun 6, 2008, at 9:33 AM, Wolfgang Denk wrote:
In message
[EMAIL PROTECTED] you wrote:
As I see it, I have to define DTS_FLAGS manually
$ export DTS_FLAGS=-R4 -S0x3000
$ make ARCH=powerpc tqm8548.dtb
to get a working blob. Is that the intended behavior?
this is normal. Andy Fleming
On Fri, Jun 6, 2008 at 7:56 AM, Josh Boyer [EMAIL PROTECTED] wrote:
On Fri, 6 Jun 2008 14:53:47 +0300
Adrian Bunk [EMAIL PROTECTED] wrote:
On Thu, Jun 05, 2008 at 09:11:48AM -0600, Grant Likely wrote:
On Thu, Jun 5, 2008 at 8:52 AM, Josh Boyer [EMAIL PROTECTED] wrote:
This commit (patch
On Mon, Jun 2, 2008 at 5:20 PM, Scott Wood [EMAIL PROTECTED] wrote:
Kumar Gala wrote:
I think we'd be better off with a small stub that is always built into the
kernel for phy_read/phy_write, etc or the function pointer indirection
mechanism.
And then instead of build failures, you'd get a
On Tue, Jun 3, 2008 at 3:41 PM, Stephen Neuendorffer
[EMAIL PROTECTED] wrote:
It appears that this turns out to interact badly with the probing of
PPC_UDBG_16550, which is always enabled on PPC405 (and apparently
found!) even though Virtex devices don't have them.
What is the symptom?
g.
On Fri, 2008-06-06 at 09:51 -0500, Kumar Gala wrote:
I will. But wouldn't it make sense to allow at least for some level
of compatibility with older versions of U-Boot? Adding these options
as default would probably not hurt?
Agreed. I didn't realize we could actually do this from
On Fri, 2008-06-06 at 13:19 +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] Becky Bruce wrote:
On Jun 5, 2008, at 3:30 PM, Scott Wood wrote:
Olof Johansson wrote:
On Jun 5, 2008, at 3:12 PM, Arnd Bergmann wrote:
On Thursday 05 June 2008, Stephen Neuendorffer wrote:
Andrew Klossner pointed out the IO space size was in violation of
the alignment requirements for windows on the 85xx. The size should
have been 1M (to match u-boot).
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8548cds.dts |4 ++--
1 files changed, 2
The MPC85xx MDS board requires some board level tweaks of the PHYs that
either the eTSEC (gianfar) or UCC ethernet controllers are connected to.
Its possible to build the phylib as a module, however this breaks the
board level fix ups because phy_read and phy_write are not available
if we build
On Jun 6, 2008, at 10:31 AM, Jon Loeliger wrote:
On Fri, 2008-06-06 at 09:51 -0500, Kumar Gala wrote:
I will. But wouldn't it make sense to allow at least for some
level
of compatibility with older versions of U-Boot? Adding these
options
as default would probably not hurt?
On Fri, Jun 6, 2008 at 9:42 AM, Kumar Gala [EMAIL PROTECTED] wrote:
Yeah, I think the -R isn't need either.
So maybe:
DTS_FLAGS ?= -P 0x1000
1k seems like more than enough default padding.
Good by me.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
On Fri, 2008-06-06 at 10:42 -0500, Kumar Gala wrote:
So maybe:
DTS_FLAGS ?= -P 0x1000
Lowercase p.
1k seems like more than enough default padding.
I would think so.
- k
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
I think there are some more details in my notes:
https://lpsc-secure.in2p3.fr/trac/akido/wiki/CrossCompile#GettingGPIOtoworkinuserspace
I am also trying to use Xilinx GPIO driver on my board but I encounter
some
problems. I thought they will be resolved with this information but it
doesn't.
legacy_serial identifies a valid ns16550 on a simple-bus, but the
legacy_serial driver doesn't understand the shift and offset flags
necessary to get it to work, which results in no console.
I think the easiest solution is to change the Kconfig so that
PPC_UDBG_16550 is only selected based on
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_reqs.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_reqs.c
b/drivers/infiniband/hw/ehca/ehca_reqs.c
index bbe0436..f093b00 100644
---
Updates: Made names match BookeE names in BookeE spec, Added comment that
DBCR0_RST* was not followed in fsl.
* Did not get a chance to add missing entries for other cases with
DBCR1 DBCR0 .. but if anyone
would like to add them, that would be awsome!
Taken from the PowerPC
Kumar Gala wrote:
The MPC85xx MDS board requires some board level tweaks of the PHYs that
either the eTSEC (gianfar) or UCC ethernet controllers are connected to.
Its possible to build the phylib as a module, however this breaks the
board level fix ups because phy_read and phy_write are not
On Fri, Jun 06, 2008 at 10:09:54PM +1000, Paul Mackerras wrote:
Adrian Bunk writes:
BTW:
I remember Paul wanted to get PReP under arch/powerpc/ working -
should this be done before the big ppc removal?
I have a PReP port for arch/powerpc that works for one machine, at
least. :) The
thanks, applied.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi,
In the 750GX data sheet (750GX_ds2-17-05.pdf), page 45 has Table 5-1
that describes the PLL range field. It goes something like this:
PLL_RNGrange
00600 - 900
01900 - 1000
10500 - 600
Anyone have any thoughts as to what the correct
Updates: Placed everything in one conditional. Updated commit message.
This takes values from the PowerPC ISA BookIII-E specifications that are for
DBCR0. Many of these values are different from those currently specified, which
are for the ppc405. Also added some bookE definitions for DBCR1
This patch adds suspend (standby, not suspend-to-ram) support for MPC86xx
processors.
In standby mode MPC86xx is able to wakeup only upon external interrupts
(including sreset).
Signed-off-by: Scott Wood [EMAIL PROTECTED]
Signed-off-by: Jason Jin [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov
On MPC8610HPCD there is a dedicated switch to wake up the board.
The SW9 button is routed to IRQ8, but could be re-routed (via PIXIS)
to sreset. Luckily, default is IRQ8.
With 'no_console_suspend' kernel command line argument specified, the
board is also able to wakeup upon the serial input.
Hi.
I checked the code in the ehca driver and noticed that
post RR to a QP is being accepted in any state (including the RESET state).
thanks
Dotan
Joachim Fenkes wrote:
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_reqs.c |6 --
1 files changed,
Ugh...
This should be From: Jason Jin [EMAIL PROTECTED], since
I've made only few small cleanups, the code itself is almost intact.
On Fri, Jun 06, 2008 at 11:24:43PM +0400, Anton Vorontsov wrote:
This patch adds suspend (standby, not suspend-to-ram) support for MPC86xx
processors.
In
On Tue, 2008-06-03 at 17:30 -0500, Nathan Lynch wrote:
The ehea driver was recently changed[1] to use walk_memory_resource() to
detect the system's memory layout. However, walk_memory_resource() is
available only when memory hotplug is enabled. So CONFIG_EHEA was
made to depend on
On Fri, 06 Jun 2008 10:34:28 -0500
Jon Loeliger [EMAIL PROTECTED] wrote:
On Fri, 2008-06-06 at 13:19 +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED]
Becky Bruce wrote:
On Jun 5, 2008, at 3:30 PM, Scott Wood wrote:
Olof Johansson wrote:
On Jun 5, 2008, at 3:12 PM,
DTS_FLAGS ?= -P 0x1000
1k seems like more than enough default padding.
Yes. So why specify 4kB?
/me hides
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This is a note to let you know that I've just added the patch titled
Subject: USB: ohci-ppc-of: use linux/of_platform.h instead of asm
to my gregkh-2.6 tree. Its filename is
usb-ohci-ppc-of-use-linux-of_platform.h-instead-of-asm.patch
This tree can be found at
Nathan Lynch wrote:
The ehea driver was recently changed[1] to use walk_memory_resource() to
detect the system's memory layout. However, walk_memory_resource() is
available only when memory hotplug is enabled. So CONFIG_EHEA was
made to depend on MEMORY_HOTPLUG [2], but it is inappropriate
Well, I just don't see the point of having two different properties
that say the
same thing. I'm not an IEE 1275 purist, so I don't think we should
be hampered
by old node definitions. I especially don't like having a property
specifically
for indexing I2C nodes that can't be used to
Aliases can also provide a reasonable way of enumerating devices, if
reg isn't suitable on its own.
Yes. In almost all cases, drivers and subsystems do not need this at
all though. In OF, one device points to another by putting the
phandle
of that pointed-to device in some property (and
Nathan Lynch writes:
Paul, can you take these two patches, or should I send them to akpm?
I'll take them. I assume we want this in 2.6.26.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
55 matches
Mail list logo