> Paul, any thoughts here ? Should we add a lock ? That would mean being
> careful as the LMB stuff can be called very early, and spinlock wants
> things like PACA and possibly lockdep to be around..
Actually, we call early_init_devtree(), which populates the LMB, after
we initialize the PACA an
On Thu, 2008-05-08 at 14:23 +1000, Michael Ellerman wrote:
> +void irq_free_host(struct irq_host *host)
> +{
> + /* If it's still very early in boot we can't free, oh well. */
> + if (mem_init_done)
> + kfree(host);
> +}
Hrm... that means that a host that was allocated b
On Wed, 2008-05-14 at 23:55 -0700, Benjamin Herrenschmidt wrote:
> On Thu, 2008-05-08 at 14:23 +1000, Michael Ellerman wrote:
> > +void irq_free_host(struct irq_host *host)
> > +{
> > + /* If it's still very early in boot we can't free, oh well. */
> > + if (mem_init_done)
> > +
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Wed, 14 May 2008 23:51:29 -0700
>
> > Paul, any thoughts here ? Should we add a lock ? That would mean being
> > careful as the LMB stuff can be called very early, and spinlock wants
> > things like PACA and possibly lockdep to be around..
>
On Thu, May 15, Stephen Rothwell wrote:
> Today's linux-next build (sparc64 defconfig) fails like this:
>
> drivers/of/device.c: In function `modalias_show':
> drivers/of/device.c:66: error: implicit declaration of function
> `of_device_get_modalias'
>
> Caused by commit 140b932f8cb6cced10b9686
On May 15, 2008, at 1:47 AM, David Gibson wrote:
On Wed, May 14, 2008 at 06:25:11PM -0500, Scott Wood wrote:
[EMAIL PROTECTED] wrote:
From: Jochen Friedrich <[EMAIL PROTECTED]>
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Sign
Hi,
being new to low level details of PPC, I have this doubt on the external
Interrupt openPIC of some platform like mpc8540ads.
If at all, I request_irq on IRQ_EXT2 [say an example], and the interrupt
handler is called, how do I know the line state of such an interrupt ? i.e is
it low or hi
Benjamin Herrenschmidt writes:
> When you do an lmb_add you should probably also do an lmb_analyze to
> update the total memory count etc...
>
> That leads to some interesting issues such as the LMB stuff wasn't
> really meant to be dynamically modified after boot, and thus the kernel
> has no lo
Thanks Paul.
> > So, does power management patch from Scott Wood need to respin?
>
> No, because Scott's original patch did that too.
Yes, one of scott's patchset did the same function too. So the patch
http://patchwork.ozlabs.org/linuxppc/patch?id=18182
will conflict with your patch.
That is
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Thu, 15 May 2008 19:24:23 +1000
> > drivers/of/device.c: In function `modalias_show':
> > drivers/of/device.c:66: error: implicit declaration of function
> > `of_device_get_modalias'
>
> Dave, how would you prefer to fix this? We could move
> of_de
Hi David,
>> As I pointed out earlier, this patch is sticking dts-v0 style constants
>> into a dts-v1 file. It will not work.
>
> Enough of this. *Sends patch converting all remaining dts files to
> v1*. With any luck we can merge that soon, and forget about the
> mistakes of v0 forever.
Ma
On Wed, 2008-05-14 at 23:41 -0700, Andrew Morton wrote:
> On Thu, 15 May 2008 16:28:28 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2008-05-14 at 23:06 -0700, Andrew Morton wrote:
> > > On Thu, 15 May 2008 14:14:38 +1000 Paul Mackerras <[EMAIL PROTECTED]>
> > > wrote:
> > >
>
Liu Dave writes:
> Thanks Paul for this patch. The patch looks like very nice.
> But the users have to be aware of the LINK register (LR) not corrupted.
Yes, if you set the _TLF_SLEEPING bit, you need to know what it
does. :)
> So, does power management patch from Scott Wood need to respin?
No,
> drivers/of/device.c: In function `modalias_show':
> drivers/of/device.c:66: error: implicit declaration of function
> `of_device_get_modalias'
Dave, how would you prefer to fix this? We could move
of_device_get_modalias into drivers/of/device.c, or I could simply
revert that commit.
Paul.
___
Carl Love writes:
> The following patch fixes the 64 bit user code backtrace
> which currently may hang the system.
What exactly is wrong with it?
Having now taken a much closer look, I now don't think Nate Case's
patch addresses this, since it only affects constant size arguments
<= 8 to cop
On Thu, 15 May 2008 16:46:39 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> At the moment we have a mixture of left-over version 0 and new-format
> version 1 files in arch/powerpc/boot/dts. This is potentially
> confusing to people new to the dts format attempting to figure it out.
>
> So, this
Commit ef167e27039eeaea6d3cdd5c547b082e89840bdd ([TG3]: Fix supporting
flowctrl code) breaks networking on IBM JS21 blade servers. If I revert
this change from 2.6.26-rc2-git4, nfsroot for example will work again.
There are no packages submitted, a tcpdump on a different host sees no
broadcast mes
Kamalesh Babulal wrote:
Adrian Bunk wrote:
On Wed, May 07, 2008 at 06:52:53PM +0530, Kamalesh Babulal wrote:
While running the ltp over the powerpc with the 2.6.26-rc1-git4 kernel,
task get blocked for more 120 seconds and does not proceeds future.
The task msgctl08 is a ipc testcase, which
On Wed, 14 May 2008, David Miller wrote:
> From: Steven Rostedt <[EMAIL PROTECTED]>
> Date: Wed, 14 May 2008 23:49:44 -0400
>
> > +#ifdef CONFIG_FTRACE
> > +#ifdef CONFIG_DYNAMIC_FTRACE
> > +_GLOBAL(mcount)
> > +_GLOBAL(_mcount)
> > + stwur1,-48(r1)
> > + stw r3, 12(r1)
> > + stw
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 39 ++
arch/powerpc/boot/dts/mpc8272ads.dts | 12
arch/powerpc/boot/dts/mpc866ads.dts
This fixes the PCI node in the Rainier to match the spec from AMCC. A
similar fix was done for 440EPx, which shares the same values as 440GRx.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/rainier.dts |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--- l
The PowerPC 440EP, 440GR, 440EPx, and 440GRx chips have an issue that
causes the PLB3-to-PLB4 bridge to wait indefinitely for transaction
requests that cross the end-of-memory-range boundary. Since the DDR
controller only returns the valid portion of a read request, the bridge
will prevent other P
On Thu, 2008-05-15 at 13:58 +1000, Paul Mackerras wrote:
> Michael Ellerman writes:
>
> > __copy_from_user_inatomic() accepts any value for n, it just has a
> > special case for 1, 2, 4 and 8 - but it should still work for other
> > values.
>
> There is a bug in __copy_from_user_inatomic that
>
Olaf Hering wrote:
> Any ideas how to fix this?
> What info do you need from the system?
Are you using eth0 or eth1? The dmesg below shows that
link came up on eth1 and IP address from DHCP was received.
> Sending DHCP requests .<6>tg3: eth1: Link is up at 1000 Mbps,
> full duplex.
> tg3: eth
On Thursday 15 May 2008, Josh Boyer wrote:
> The PowerPC 440EP, 440GR, 440EPx, and 440GRx chips have an issue that
> causes the PLB3-to-PLB4 bridge to wait indefinitely for transaction
> requests that cross the end-of-memory-range boundary. Since the DDR
> controller only returns the valid portion
On Thursday 01 May 2008, Carl Love wrote:
> Finally, this patch backs out the changes previously added to the
> oprofile generic code for handling the architecture specific
> ops.sync_start and ops.sync_stop that allowed the architecture
> to skip the per CPU buffer creation.
Thanks for your pa
On Thu, May 15, Michael Chan wrote:
> Olaf Hering wrote:
>
> > Any ideas how to fix this?
> > What info do you need from the system?
>
> Are you using eth0 or eth1? The dmesg below shows that
> link came up on eth1 and IP address from DHCP was received.
I'm using eth1.
The log was done with th
On Thu, May 08, 2008 at 06:20:05PM +0400, Anton Vorontsov wrote:
> On Mon, May 05, 2008 at 02:11:30PM -0500, Kumar Gala wrote:
> >
> > On May 5, 2008, at 1:56 PM, Anton Vorontsov wrote:
> >
> >> The ULI "Super South Bridge" contains ISA bridge to the legacy
> >> devices, such as Super IO mouse/keyb
On Thu, 2008-05-15 at 17:49 +0200, Olaf Hering wrote:
> On Thu, May 15, Michael Chan wrote:
>
> > Olaf Hering wrote:
> >
> > > Any ideas how to fix this?
> > > What info do you need from the system?
> >
> > Are you using eth0 or eth1? The dmesg below shows that
> > link came up on eth1 and IP a
Hello all,
I'm trying to use the Xilinx GPIO from a user program.
Since I haven't managed to compile their example (simon.c is given without a
makefile), I wanted to try using /dev/gpio...
So I added
/dev/gpio0 c 666 0 0 10 185 - - -
to device_table.txt when I generated my root filesyst
On Wed, May 14, 2008 at 10:28:57PM -0700, David Miller wrote:
> From: Steven Rostedt <[EMAIL PROTECTED]>
> Date: Wed, 14 May 2008 23:49:44 -0400
>
> > +#ifdef CONFIG_FTRACE
> > +#ifdef CONFIG_DYNAMIC_FTRACE
> > +_GLOBAL(mcount)
> > +_GLOBAL(_mcount)
> > + stwur1,-48(r1)
> > + stw r3, 1
Hi all,
Once again thanks for the previous review, updated series follows.
Changes since v2:
- New patch to fix current driver's checkpatch issues;
- New patch supporting MPC8xx watchdogs (ok to drop until tested);
- Removed MODULE_ALIAS("platform:mpc83xx_wdt"), since this driver is no
longer
Quite tired of these warnings ;-), checkpatch spitting them when
seeing the rename patch.
WARNING: Use #include instead of
#25: FILE: watchdog/mpc83xx_wdt.c:25:
+#include
WARNING: Use #include instead of
#26: FILE: watchdog/mpc83xx_wdt.c:26:
+#include
WARNING: line over 80 characters
#45:
This patch simply converts mpc83xx_wdt to the OF platform driver so we
can directly work with the device tree without passing various stuff
through platform data.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc83xx_wdt.c | 62 +++
On MPC86xx the watchdog could be enabled only at power-on-reset, and
could not be disabled afterwards. We must ping the watchdog from the
kernel until the userspace handles it.
MPC83xx CPUs are only differ in a way that watchdog could be disabled
once, but after it was enabled via software it beco
Rename the driver because now we support some MPC86xx processors.
There are no changes to the mpc83xx_wdt.c file, yet. When possible, we do
file renames and changes separately (because Linus once asked so, because
it helps git to track the renamed files).
Signed-off-by: Anton Vorontsov <[EMAIL PR
mpc83xx_wdt.c renamed to mpc8xxx_wdt.c, now we can do various renames
in the file itself.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc8xxx_wdt.c | 104
1 files changed, 52 insertions(+), 52 deletions(-)
diff --git a/drivers
The mpc8xxx_wdt driver is using two registers: SWSRR to push magic
numbers, and SWCRR to control the watchdog. Both registers are available
on the MPC8xx, and seem to have the same offsets and semantics as in
MPC83xx/MPC86xx watchdogs. The only difference is prescale value. So this
driver should si
mpc83xx_wdt is the OF driver now, so we don't need fsl_soc constructor.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 46 -
1 files changed, 0 insertions(+), 46 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_so
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts
b/arch/powerpc/boot/dts/mpc8610_hpcd.dts
index 5030533..b502202 100644
--- a/arch/powe
On Thu, 15 May 2008 19:08:37 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-05-14 at 23:41 -0700, Andrew Morton wrote:
> > On Thu, 15 May 2008 16:28:28 +1000 Michael Ellerman <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wed, 2008-05-14 at 23:06 -0700, Andrew Morton wrote:
> > >
On Thu, 2008-05-15 at 20:47 +1000, Paul Mackerras wrote:
> Carl Love writes:
>
> > The following patch fixes the 64 bit user code backtrace
> > which currently may hang the system.
>
> What exactly is wrong with it?
>
> Having now taken a much closer look, I now don't think Nate Case's
> pat
If you were to start with the original file, does the following patch
fix the problem?
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 07b3f77..4c248d7 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -3168,8 +3168,7 @@ static int tg3_setup_fiber_mii_phy(struct tg3 *tp, int
for
Hi Guillaume,
If you're using arch/powerpc, my understanding is that
CONFIG_XILINX_GPIO needs to be enabled as well as having the right info
in the dts file.
Right now I'll have to defer to others to tell you what's needed in the
dts file.
If you're using arch/ppc, I believe you just need CONFI
On Thu, 2008-05-15 at 10:15 -0700, Matt Carlson wrote:
> If you were to start with the original file, does the following patch
> fix the problem?
>
>
> diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
> index 07b3f77..4c248d7 100644
> --- a/drivers/net/tg3.c
> +++ b/drivers/net/tg3.c
> @@ -3168
I don't think the GPIO driver has device tree bindings yet in the driver
for ARCH=powerpc.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of John
Bonesio
> Sent: Thursday, May 15, 2008 11:39 AM
> To: Guillaume Dargaud; linuxppc-d
Hello,
I've developed a driver for the SPI controller in the 440EPx, which should
also work for e.g. the 460EX, and maybe other AMCC processors.
According to the UM bit 14 in SDR0_PFC1 controls whether certain signals
are for IIC1 or SPI. My driver assures that this bit is set to 0. Note
that I
On Thu, 2008-05-15 at 17:39 +0200, Arnd Bergmann wrote:
> On Thursday 01 May 2008, Carl Love wrote:
>
> > Finally, this patch backs out the changes previously added to the
> > oprofile generic code for handling the architecture specific
> > ops.sync_start and ops.sync_stop that allowed the arch
Hi Benjamin and Olaf,
Thanks for the suggestions.
Ideally, what I'm looking for is something that mimics the operation of
MASKABLE_EXCEPTION_PSERIES.
I've been looking at the kernel code (entry_64.S, exception.h, head_64.S)
but am finding it quite complicated and hard to follow, particularly in t
David Gibson wrote:
> At the moment we have a mixture of left-over version 0 and new-format
> version 1 files in arch/powerpc/boot/dts. This is potentially
> confusing to people new to the dts format attempting to figure it out.p
>
> So, this patch converts all the as-yet unconverted dts v0 files
On Thu, 15 May 2008 09:43:46 -0500
"Josh Boyer" <[EMAIL PROTECTED]> wrote:
> This implements the recommended workaround for this errata for chips
> that use older versions of firmware that do not already handle it.
> The last 4KiB of memory are hidden from the kernel to prevent the
> problem trans
A change was made to walk_memory_resource() in commit
4b119e21d0c66c22e8ca03df05d9de623d0eb50f that added a
check of find_lmb(). Add the coresponding lmb_add()
call to ps3_mm_add_memory() so that that check will
succeed.
This fixes the condition where the PS3 boots up with
only the 128 MiB of boo
Benjamin Herrenschmidt wrote:
> This patch changes vmemmap to use a different region (region 0xf) of the
> address space whose page size can be dynamically configured at boot.
This doesn't seem to cause any problems, and users successfully used it
with the ubuntu hardy kernel, so I think it is OK
Paul Mackerras wrote:
> I have added the following patches to the powerpc-next and master
> branches of the powerpc.git repository. This includes commits pulled
> from Kumar's tree.
What about these:
[PATCH] Add null pointer check to of_find_property
[PATCH v2] Update defconfig for MPC8610 HPCD
On May 15, 2008, at 4:00 PM, Timur Tabi wrote:
Paul Mackerras wrote:
I have added the following patches to the powerpc-next and master
branches of the powerpc.git repository. This includes commits pulled
from Kumar's tree.
What about these:
[PATCH] Add null pointer check to of_find_propert
On Thu, 15 May 2008 16:31:04 -0400
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> On Thu, 15 May 2008 09:43:46 -0500
> "Josh Boyer" <[EMAIL PROTECTED]> wrote:
>
> > This implements the recommended workaround for this errata for chips
> > that use older versions of firmware that do not already handle
Hi Anton,
> - New patch supporting MPC8xx watchdogs (ok to drop until tested);
Unfortunately, current 2.6.26-rc2 doesn't boot at all on MPC823. I'll
have to bisect which patch broke it. I hope to have some testing results, soon.
Thanks,
Jochen
___
Linu
Update of_find_i2c_driver in fsl_soc.c to display a warning message if an
I2C node in the device tree isn't found in the i2c_devices[] array.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a
On Thu, May 15, 2008 at 1:02 PM, Gary Jennejohn <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I've developed a driver for the SPI controller in the 440EPx, which should
> also work for e.g. the 460EX, and maybe other AMCC processors.
>
> According to the UM bit 14 in SDR0_PFC1 controls whether certain si
Just FYI: I just tried out the code I suggested below, and it does not
work; it results in a system hang. I have spent some time analyzing why
this doesn't work as I expected, but so far I haven't been able to figure
it out.
Regards,
Corey Ashford
Software Engineer
IBM Linux Technology Center,
The i2c_devices[] array in fsl_soc.c lists all the I2C nodes that are supported
on Freescale boards. Add an entry for the Cirrus Logic CS4270 so that a
new-style CS4270 driver will work.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |1 +
1 files changed, 1
Hi,
I've an iBook G4 and tried the linux-next tree 20080515. When the
computer awakes I see a black screen with the cursor blinking in the left
upper corner. I can change the console with Alt+F1 …, but I can input
anything else. The system is locked. I've ran git bisect and i
On Thu, 15 May 2008 13:22:07 -0700
Geoff Levand <[EMAIL PROTECTED]> wrote:
> David Gibson wrote:
> > At the moment we have a mixture of left-over version 0 and new-format
> > version 1 files in arch/powerpc/boot/dts. This is potentially
> > confusing to people new to the dts format attempting to
Corey J Ashford writes:
> Ideally, what I'm looking for is something that mimics the operation of
> MASKABLE_EXCEPTION_PSERIES.
> I've been looking at the kernel code (entry_64.S, exception.h, head_64.S)
> but am finding it quite complicated and hard to follow, particularly in the
> area of interr
Hi Anton,
This is not me picking on you, I just want to make a general statement.
On Thu, 15 May 2008 20:20:48 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> Could we then apply this to the powerpc-next for proper testing?
We should not do this. powerpc-next feeds into linux-next which is
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Paul Mackerras <[EMAIL PROTECTED]> wrote on 05/15/2008 04:36:02 PM:
> Corey J Ashford writes:
>
> > Ideally, what I'm looking for is something that mimics the operation of
> > MASKABLE_EXCEPTION_PSERIES.
> > I've been looking at the kernel code (entry_64.S, exception.h,
head_64.S)
> > but am fin
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
Most of the bulk is in defconfig and device-tree source (.dts) files,
which are effectively documentation. The change to mpc85xx_mds.c is
adding some fixups to allow ethernet to
Josh Boyer writes:
> Since this mostly effects DTSs for my boards, do you mind if I pull
> this into my tree? I spoke with Geoff today and he doesn't have any
> planned PS3 DTS updates, so we shouldn't get conflicts doing it that
> way.
Sounds fine. Is this for 2.6.26? Do you have some 2.6.26
Corey J Ashford writes:
> Thanks for the feedback. I don't believe I need a separate flag, because
> the PMU interrupt (via the PMAO bit) will still be pending when interrupts
> are hard enabled again, and the handler will be reentered automatically.
If that were the case then we wouldn't have h
On Fri, 16 May 2008 10:52:21 +1000
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Josh Boyer writes:
>
> > Since this mostly effects DTSs for my boards, do you mind if I pull
> > this into my tree? I spoke with Geoff today and he doesn't have any
> > planned PS3 DTS updates, so we shouldn't get con
On Thu, May 15, 2008 at 09:41:23AM -0500, Josh Boyer wrote:
> This fixes the PCI node in the Rainier to match the spec from AMCC. A
> similar fix was done for 440EPx, which shares the same values as 440GRx.
This will conflict with the dts-v1 conversion patch.
> --- linux-2.6.orig/arch/powerpc/bo
Add a comment above the definition of __initcall(), just in case
someone looks here.
And add a checkpatch warning for new uses of __initcall().
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
How's this? My perl skills are not good, but this seems to work.
include/linux/init.h |1
Commit 140b932f8cb6cced10b96860651a198b1b89cbb9 ("Create modalias file
in sysfs for of_platform bus") needs this to avoid breaking the sparc
builds.
Just move the code and add whitespace around some binary operators.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/of_
Paul Mackerras <[EMAIL PROTECTED]> wrote on 05/15/2008 06:02:03 PM:
> Corey J Ashford writes:
>
> > Thanks for the feedback. I don't believe I need a separate flag,
because
> > the PMU interrupt (via the PMAO bit) will still be pending when
interrupts
> > are hard enabled again, and the handle
On Thu, May 15, 2008 at 05:22:50PM -0700, Remi Machet wrote:
> Support for the C2K cPCI Single Board Computer from GEFanuc
> (PowerPC MPC7448 with a Marvell MV64460 chipset)
> All features of the board are not supported yet, but the board
> boots, flash works, all Ethernet ports are working and PCI
On Thu, May 15, 2008 at 05:23:40PM -0700, Remi Machet wrote:
> Support for the C2K cPCI Single Board Computer from GEFanuc
> (PowerPC MPC7448 with a Marvell MV64460 chipset)
> All features of the board are not supported yet, but the board
> boots, flash works, all Ethernet ports are working and PCI
From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Fri, 16 May 2008 11:57:45 +1000
> Commit 140b932f8cb6cced10b96860651a198b1b89cbb9 ("Create modalias file
> in sysfs for of_platform bus") needs this to avoid breaking the sparc
> builds.
>
> Just move the code and add whitespace around some binary
Currently, main() tests if it got a valid input tree from whichever
dt_from_*() function it invoked and if not, die()s. For one thing,
this test has, for no good reason, three different ways for those
functions to communicate a failure to provide input (bi NULL, bi->dt
NULL, or bi->error non-zero)
Currently the Makefile.dtc and Makefile.libfdt fragments include a
number of things that seemed like they might be useful for other
projects embedding the pieces, or for a make dist target.
Well, we have no make dist target, it's become fairly unclear that
these things would actually be useful to
This patch fixes some trivial indentation and brace/bracket style
problems.
---
dtc.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
Index: dtc/dtc.c
===
--- dtc.orig/dtc.c 2008-03-26 16:18:51.0 +1100
+
Currently, main() has a variable for the input file. It used to be
that main() would open the input based on command line arguments
before passing it to the dt_from_*() function. However, only
dt_from_blob() uses this. dt_from_source() opens its own file, and
dt_from_fs() interprets the argument
Currently, dtc will put the nonsense value 0xfeedbeef into the
boot_cpuid_phys field of an output blob, unless explicitly given
another value with the -b command line option. As well as being a
totally unuseful default value, this also means that dtc won't
properly preserve the boot_cpuid_phys fie
On Fri, 16 May 2008 10:15:29 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 09:41:23AM -0500, Josh Boyer wrote:
> > This fixes the PCI node in the Rainier to match the spec from AMCC. A
> > similar fix was done for 440EPx, which shares the same values as 440GRx.
>
> This
Hi Anton,
On Thu, 15 May 2008 20:53:49 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> This patch simply converts mpc83xx_wdt to the OF platform driver so we
> can directly work with the device tree without passing various stuff
> through platform data.
>
> Signed-off-by: Anton Vorontsov <[E
Hi Remi,
On Thu, 15 May 2008 17:24:28 -0700 Remi Machet <[EMAIL PROTECTED]> wrote:
>
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
Normally we don'y mix linux/ and asm/ includes (put all the linux
On Thursday 15 May 2008, Josh Boyer wrote:
> > "Josh Boyer" <[EMAIL PROTECTED]> wrote:
> > > This implements the recommended workaround for this errata for chips
> > > that use older versions of firmware that do not already handle it.
> > > The last 4KiB of memory are hidden from the kernel to prev
91 matches
Mail list logo
