On Sunday 04 November 2007, Benjamin Herrenschmidt wrote:
> > Isn't this the case where there should really be device tree properties
> > instead? If you had an "ibm,emac-has-axon-stacr" property in the device
> > node, then you don't have to modify the driver for every new board out
> > there. Sam
Hi,
The build fails with following error
CC arch/powerpc/sysdev/micropatch.o
arch/powerpc/sysdev/micropatch.c:625: error: conflicting types for
‘cpm_load_patch’
include/asm/commproc.h:94: error: previous declaration of ‘cpm_load_patch’ was
here
arch/powerpc/sysdev/micropatch.c: In functi
On Mon, 2007-11-05 at 10:19 +0100, Stefan Roese wrote:
>
> > Somewhat yeah. There are subtle variations here or there we haven't
> > totally indenfified... It might be a better option in our case here
> to
> > add "has-mdio" to the rgmii nodes indeed.
>
> So how exactly do you want me to handle
On Monday 05 November 2007, Benjamin Herrenschmidt wrote:
> > So how exactly do you want me to handle this (I'm still new to this
> > device
> > tree stuff, so please bear with me)? Like this?
> >
> > RGMII0: [EMAIL PROTECTED] {
> > device_typ
On Monday 05 November 2007 04:28:02 Olof Johansson wrote:
> [POWERPC] pasemi: Broaden specific references to 1682M
>
> There will be more product numbers in the future than just PA6T-1682M,
> but they will share much of the features. Remove some of the explicit
> references and compatibility c
Hi,
I got the following exception on a 128-way PPC64 machine while running
ebizzy-0.2 benchmark.
cpu 0x48: Vector: 200 (Machine Check) at [c06df1bb37c0]
pc: c007a26c: .exit_robust_list+0x78/0x228
lr: c007a240: .exit_robust_list+0x4c/0x228
sp: c06df1bb3a40
ms
Michael Neuling <[EMAIL PROTECTED]> wrote on 03.11.2007 07:06:31:
> > DD allocates HEA resources and gets firmware_handles for these
resources.
> > To free the resources DD needs to use exactly these handles.
> > There's no generic firmware call "clean out all resources".
> > Allocating the same
This patch replaces the pmu sleep notifier that adb had with
suspend/resume hooks in a new platform driver/device.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Is it too early to be sending patches for 2.6.25? :) I submitted this
way back but
This patch kills off the remnants of the ancient sleep notifiers that
are no longer used by any code.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Obviously depends on the ADB patch I just sent.
drivers/macintosh/via-pmu.c | 71 --
So, like, the other day David Gibson mumbled:
> Remove the uneccessary LDFLAGS from the top-level makefile. It only
> added libfdt/ to the link path. dtc doesn't need libfdt at all, and
> the testcases which do, already link libfdt.a by explicit path.
>
> Signed-off-by: David Gibson <[EMAIL PROT
So, like, the other day David Gibson mumbled:
> This patch changes -Odts mode output so that labels on properties,
> nodes and memreserve entries in input source are preserved in the
> output.
>
> Preserving labels within property values is trickier - another patch
> coming later.
>
> Signed-off-
So, like, the other day David Gibson mumbled:
> At present, defining a property as, say:
> foo = [abcd], ;
>
> Will cause dtc to insert 2 bytes of zeros between the abcd and the
> , to align the cell form data.
>
> Doing so seemed like a good idea at the time, but I don't believe
>
So, like, the other day Emil Medve mumbled:
> /usr/bin/install: cannot stat `fdt.h': No such file or directory
> /usr/bin/install: cannot stat `libfdt.h': No such file or directory
>
> Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Applied.
jdl
___
Linu
So, like, the other day David Gibson mumbled:
> libfdt: Add more documentation (patch the third)
>
> This patch adds documentation in libfdt.h for a few more libfdt
> functions. It also makes a slight update to the documentation of
> fdt_get_name().
>
> Signed-off-by: David Gibson <[EMAIL PROTEC
So, like, the other day David Gibson mumbled:
> This patch documents a few more functions in libfdt.h. It also makes
> a slight update to the description of the FDT_ERR_INTERNAL error code.
>
> Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Applied.
jdl
So, like, the other day David Gibson mumbled:
> There is a bug in the sw_tree1 testcase / utility which puts two
> "compatible" properties in one node in the output tree. This patch
> fixes the bug, and also adds a new test checking that the sw_tree1
> output is equal to test_tree1.dtb as its supp
This is my first pass at reworking the Freescale i2c driver. It
switches the driver from being a platform driver to an open firmware
one. I've checked it out on my hardware and it is working.
You can specific i2c devices on a bus by adding child nodes for them
in the device tree. It does not know
Hi
> I got the following exception on a 128-way PPC64 machine while running
> ebizzy-0.2 benchmark.
Is it a 64bit application? Im guessing its fixed by this:
http://patchwork.ozlabs.org/linuxppc/patch?id=14475
Anton
> cpu 0x48: Vector: 200 (Machine Check) at [c06df1bb37c0]
> pc: c0
Anton Blanchard wrote:
> Hi
>
>> I got the following exception on a 128-way PPC64 machine while running
>> ebizzy-0.2 benchmark.
>
> Is it a 64bit application? Im guessing its fixed by this:
Hi Anton,
The ebizzy application I tried is 64-bit.
> http://patchwork.ozlabs.org/linuxppc/patch?id=144
Hello all,
the following patches fix RGMII timing for rev. 2.1 of the mpc8360,
according to erratum #2 (erratum text included below). Basically the
most intrusive part is the addition of two new RGMII Internal Delay
modes; one for TX delay only, and the other for RX delay only (i.e, not
both at t
A h/w bug requires we program the PHY in RGMII mode for internal delay
on the receive or transmit side only; document the new property values.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt |5 +++--
1 files changed, 3 insertions(+), 2 deletio
Allow phylib specification of cases where hardware needs to configure
PHYs for Internal Delay only on either RX or TX (not both).
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
include/linux/phy.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/phy.h b
Previously, Internal Delay specification implied the delay be
applied to both TX and RX. This patch allows for separate TX/RX-only
internal delay specification.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c | 26 +-
1 files changed, 17 in
Extend the RGMII-Internal Delay specification case to include
TX-only and RX-only variants.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
if on a rev. 2.1, adjust UCC clock and data timing characteristics
as specified in the rev.2.1 erratum #2.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/mpc836x_mds.c | 31 ++--
1 files changed, 28 insertions(+), 3 deletions(-)
diff --g
I assume then that this patch will move upstream via the POWERPC path, is that
right?
Signed-off-by: Doug Thompson <[EMAIL PROTECTED]>
--- Olof Johansson <[EMAIL PROTECTED]> wrote:
> [POWERPC] pasemi: Broaden specific references to 1682M
>
> There will be more product numbers in the fut
On Mon, Nov 05, 2007 at 10:57:24AM -0800, Doug Thompson wrote:
>
> I assume then that this patch will move upstream via the POWERPC path, is
> that right?
Yes, I'll take care of feeding it upstream through that path.
-Olof
___
Linuxppc-dev mailing li
Jon Smirl wrote:
> [EMAIL PROTECTED] {
> device_type = "i2c";
> compatible = "mpc5200b-i2c\0mpc5200-i2c\0fsl-i2c";
> cell-index = <1>;
> reg = <3d40 40>;
> interrupts = <2 10 0>;
> interrupt-parent = <&mpc5200_pic>;
> fsl5200-clocking;
>
> [EMAIL PR
On Mon, Oct 29, 2007 at 02:46:13PM +1100, Michael Ellerman wrote:
>
> On Fri, 2007-10-26 at 17:29 +1000, Stephen Rothwell wrote:
> > On Fri, 26 Oct 2007 16:54:43 +1000 (EST) Michael Ellerman <[EMAIL
> > PROTECTED]> wrote:
> > >
> > > - dn = pdn->node->child;
> > > - while (dn) {
> > > + for (dn =
Jon Smirl wrote:
> This is my first pass at reworking the Freescale i2c driver. It
> switches the driver from being a platform driver to an open firmware
> one. I've checked it out on my hardware and it is working.
We may want to hold off on this until arch/ppc goes away (or at least
all users of
On 11/5/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > [EMAIL PROTECTED] {
> > device_type = "i2c";
> > compatible = "mpc5200b-i2c\0mpc5200-i2c\0fsl-i2c";
> > cell-index = <1>;
> > reg = <3d40 40>;
> > interrupts = <2 10 0>;
> > interrupt-par
Jon Smirl wrote:
> I can change it to remove fsl5200-clocking if someone can tell me if
> this is only needed on the mpc5200b.
Well, it appears to be needed on the mpc5200 (no 'b')...
> This driver also supports the
> MPC107/Tsi107/MPC8240/MPC8245 and MPC85xx/MPC8641.
You forgot mpc83x
On 11/5/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> This is my first pass at reworking the Freescale i2c driver. It
> switches the driver from being a platform driver to an open firmware
> one. I've checked it out on my hardware and it is working.
Isn't this device core also used in the fsl coldfir
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > I can change it to remove fsl5200-clocking if someone can tell me if
> > this is only needed on the mpc5200b.
>
> Well, it appears to be needed on the mpc5200 (no 'b')...
What is the recommend way to check for a mpc5200 or m
On 11/5/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > [EMAIL PROTECTED] {
> > device_type = "i2c";
> > compatible = "mpc5200b-i2c\0mpc5200-i2c\0fsl-i2c";
> > cell-index = <1>;
> > reg = <3d40 40>;
> > interrupts = <2 10 0>;
> > interrupt-par
Jon Smirl wrote:
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
>> Jon Smirl wrote:
>>> I can change it to remove fsl5200-clocking if someone can tell me if
>>> this is only needed on the mpc5200b.
>> Well, it appears to be needed on the mpc5200 (no 'b')...
>
> What is the recommend way to ch
Signed-off-by: Lucas Woods <[EMAIL PROTECTED]>
---
arch/ppc/kernel/setup.c |1 -
arch/ppc/platforms/85xx/stx_gp3.c |1 -
arch/ppc/syslib/gt64260_pic.c |1 -
arch/ppc/syslib/mpc52xx_pic.c |1 -
arch/ppc/syslib/mv64360_pic.c |1 -
arch/ppc/syslib/ppc83xx_se
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > This is my first pass at reworking the Freescale i2c driver. It
> > switches the driver from being a platform driver to an open firmware
> > one. I've checked it out on my hardware and it is working.
>
> We may want to hold of
On 11/5/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> This is my first pass at reworking the Freescale i2c driver. It
> switches the driver from being a platform driver to an open firmware
> one. I've checked it out on my hardware and it is working.
Is there any way to have the i2c chip modules match
Jon Smirl wrote:
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
>> Jon Smirl wrote:
>>> This is my first pass at reworking the Freescale i2c driver. It
>>> switches the driver from being a platform driver to an open firmware
>>> one. I've checked it out on my hardware and it is working.
>> We
I am attempting to access the CPLD on the AMCC Sequoia board from
user-land. I open /dev/mem, and mmap it, then try to access the
resulting pointer. That works fine when accessing physical addresses
that correspond to RAM, but as soon as I try to access the CPLD at
physical address 0xc000
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Chip away at some janitor work.
arch/powerpc/platforms/82xx/pq2fads.c |2 +-
arch/powerpc/platforms/83xx/mpc832x_mds.c |2 +-
arch/powerpc/platforms/83xx/mpc832x_rdb.c |2 +-
arch/powerpc/p
On Mon, 05 Nov 2007 16:02:59 -0500
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> I am attempting to access the CPLD on the AMCC Sequoia board from
> user-land. I open /dev/mem, and mmap it, then try to access the
> resulting pointer. That works fine when accessing physical addresses
> that c
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Chip away at some janitor work.
arch/powerpc/platforms/40x/walnut.c |3 ++-
arch/powerpc/platforms/44x/bamboo.c |3 ++-
arch/powerpc/platforms/44x/ebony.c |3 ++-
arch/powerpc/platforms/44x
Scott Wood wrote:
> Jon Smirl wrote:
cell-index = <1>;
>>> What is cell-index for?
>> I was using it to control the bus number, is that the wrong attribute?
>
> It shouldn't be specified at all -- the hardware has no concept of a
> device number.
Well, all i2c devices have a chip id
Matt Sealey wrote:
> Scott Wood wrote:
>> Jon Smirl wrote:
>
> cell-index = <1>;
What is cell-index for?
>>> I was using it to control the bus number, is that the wrong
>>> attribute?
>>
>> It shouldn't be specified at all -- the hardware has no concept of
>> a device number.
>
> Well,
Hi Jon,
Thanks for starting this.
On Mon, 05 Nov 2007 15:05:06 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
> #include
asm/of_device.h -> linux/of_d
On Mon, 05 Nov 2007 15:43:43 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.ca
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> >> Jon Smirl wrote:
> >>> This is my first pass at reworking the Freescale i2c driver. It
> >>> switches the driver from being a platform driver to an open firmware
> >>> one
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> Matt Sealey wrote:
> > Scott Wood wrote:
> >> Jon Smirl wrote:
> >
> > cell-index = <1>;
> What is cell-index for?
> >>> I was using it to control the bus number, is that the wrong
> >>> attribute?
> >>
> >> It shouldn't be specified at a
On Mon, Nov 05, 2007 at 09:11:25AM -0600, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> > There is a bug in the sw_tree1 testcase / utility which puts two
> > "compatible" properties in one node in the output tree. This patch
> > fixes the bug, and also adds a new test chec
On Tue, 6 Nov 2007 09:40:14 +1100
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Mon, 05 Nov 2007 15:43:43 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
> >
> > From: Jon Loeliger <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
>
> Acked-by: Stephen Rothwell <[EMAIL
On 11/5/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > Jon Smirl wrote:
> > > On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > >> Jon Smirl wrote:
> > >>> This is my first pass at reworking the Freescale i2c driver. It
> > >>> switches the d
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> >>> One side effect is that legacy style i2c drivers won't work anymore.
> >> If you mean legacy-style client drivers, why not?
> >
> > i2c_new_device() doesn't work with legacy-style client drivers.
>
> No, but they should still work the old way.
On Mon, 5 Nov 2007 17:53:41 -0600 Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> Yeah, this is fine with me too. But why haven't we put a #warning in
> asm/of_platform.h and asm/prom.h?
Because thee are way to many places to be fixed yet. And asm/prom.h needs to
be explicitly included if you want to
It turns out that the firmware on some PrPMC2800 processor modules
initializes the memory controller for 512 MB even when there is more
memory. As a simple work around, set the amount of memory in the
device tree passed to the kernel to the lesser of what the memory
controller is set up for and th
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > +static struct of_platform_driver mpc_i2c_driver = {
> > + .owner = THIS_MODULE,
> > + .name = DRV_NAME,
> > + .match_table= mpc_i2c_of_match,
> > + .probe = mpc_i2c_probe,
> > + .remove
Hi Olof,
Nice cleanup! One minor thing...
> static struct of_device_id pasemi_bus_ids[] = {
> + /* Unfortunately needed for legacy firmwares */
> { .type = "localbus", },
> { .type = "sdc", },
> + { .compatible = "pasemi,localbus", },
> + { .compatible = "pasemi,sdc", },
On Tue, Nov 06, 2007 at 02:42:08AM +0100, Segher Boessenkool wrote:
> Hi Olof,
>
> Nice cleanup! One minor thing...
>
>> static struct of_device_id pasemi_bus_ids[] = {
>> +/* Unfortunately needed for legacy firmwares */
>> { .type = "localbus", },
>> { .type = "sdc", },
>> +{ .
On Mon, Nov 05, 2007 at 06:28:05PM -0700, Mark A. Greer wrote:
> It turns out that the firmware on some PrPMC2800 processor modules
> initializes the memory controller for 512 MB even when there is more
> memory. As a simple work around, set the amount of memory in the
> device tree passed to the
[POWERPC] pasemi: Don't reset mpic at boot
Due to an erratum, we don't want to reset the mpic at boot time. It can
sometimes cause problems with lost interrupts later on while running.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/platforms/pasemi/setup.c
b
On Mon, 5 Nov 2007 20:34:51 -0500 "Jon Smirl" <[EMAIL PROTECTED]> wrote:
>
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > > +static struct of_platform_driver mpc_i2c_driver = {
> > > + .owner = THIS_MODULE,
> > > + .name = DRV_NAME,
> > > + .match_table=
Nathan Lynch wrote:
> Medve Emilian-EMMEDVE1 wrote:
> >
> > I have module with 36K relocation entries (I know, I know, how could
> > that be...) and the count_relocs() function takes ~17 seconds to crunch
> > through the relocation table from the .rela.text section. I don't think
> > I can reduce
On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> >>> Or push these strings into the chip drivers and modify
> >>> i2c-core to also match on the device tree style names.
> >> That would be ideal; it just hasn't been done yet.
> >
> > This is not hard to do but the i2c people will have to agree. I
On Mon, 5 Nov 2007 20:33:55 -0600 Nathan Lynch <[EMAIL PROTECTED]> wrote:
>
> static unsigned int count_relocs(const Elf32_Rela *rela, unsigned int num)
> {
> - unsigned int i, j, ret = 0;
> + unsigned int i, sorted_count = 0;
> + Elf32_Word last_info;
> + Elf32_Sword last_addend;
(very rfc for now, no sign-off, needs more testing)
There are a couple of bugs in the rtas_ibm_suspend_me() and
rtas_percpu_suspend_me() functions:
1. rtas_ibm_suspend_me() uses on_each_cpu() to invoke
rtas_percpu_suspend_me() via IPI:
if (on_each_cpu(rtas_percpu_suspend_me, &data, 1, 0))
...
Hi Jon,
On Mon, 5 Nov 2007 23:25:35 -0500 "Jon Smirl" <[EMAIL PROTECTED]> wrote:
>
> + compatible = of_get_property(node, "compatible", &len);
> + strlcpy(info.driver_name, compatible, len);
Of course, you will check len against sizeof(info.driver_name), right?
> -/* With
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/vio.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/platforms/iseries/vio.c
b/arch/powerpc/pl
On Monday 05 November 2007, Josh Boyer wrote:
> > I am attempting to access the CPLD on the AMCC Sequoia board from
> > user-land. I open /dev/mem, and mmap it, then try to access the
> > resulting pointer. That works fine when accessing physical addresses
> > that correspond to RAM, but as soon
69 matches
Mail list logo
