From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Sat, 19 Apr 2008 15:22:37 +1000
> David Miller writes:
> > From: Paul Mackerras <[EMAIL PROTECTED]>
> > Date: Sat, 19 Apr 2008 14:04:32 +1000
> >
> > It's OK if this breaks the sparc64 allmodconfig build, I'll take
> > care of this once it's merged i
On Friday 18 April 2008, Anton Vorontsov wrote:
> On Thu, Apr 17, 2008 at 09:21:40PM -0500, Kumar Gala wrote:
> > On Apr 17, 2008, at 5:41 PM, Anton Vorontsov wrote:
> >>
> >> No problem. Would you prefer this to go under drivers/gpio/ ?
> >
> > Yes that would be better. We actively worked on pul
David Miller writes:
> From: Paul Mackerras <[EMAIL PROTECTED]>
> Date: Sat, 19 Apr 2008 14:04:32 +1000
>
> > Jochen Friedrich writes:
> >
> > > Fix build breakage introduced in commit
> > > "[POWERPC] i2c: OF helpers for the i2c API".
> > > If i2c-core is compiled as module, the helper needs to
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Sat, 19 Apr 2008 14:04:32 +1000
> Jochen Friedrich writes:
>
> > Fix build breakage introduced in commit
> > "[POWERPC] i2c: OF helpers for the i2c API".
> > If i2c-core is compiled as module, the helper needs to be
> > compiled as module, as well. R
Jochen Friedrich writes:
> Fix build breakage introduced in commit
> "[POWERPC] i2c: OF helpers for the i2c API".
> If i2c-core is compiled as module, the helper needs to be
> compiled as module, as well. Rename i2c.c to of_i2c.c to
> avoid name space conflict.
Actually, since only powerpc has ir
> By current conventions; these should probably be static functions (but
> don't make them inline). The compiler will do the right thing with
> them. Functions are easier to validate by the compiler and sparse
> than #defines.
Not necessarily... yes we tend to prefer functions, but in that case
On Fri, Apr 18, 2008 at 3:55 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> FPGA designs may have need of both MMIO-based and NATIVE-based dcr
> interfaces.
>
> Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/40x/Kconfig |2 ++
> 1 files chang
On Fri, Apr 18, 2008 at 3:55 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> Previously, dcr support was configured at compile time to either using
> MMIO or native dcr instructions. Although this works for most
> platforms, it fails on FPGA platforms:
>
> 1) Systems may include more than
On Sat, 2008-04-19 at 10:48 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2008-04-18 at 14:07 +0200, Christian Ehrhardt wrote:
> > => Region 2 is not detected with our kernel, this later break things
> > like radeonfb initialization.
>
> I'll need some information here:
>
> - Your device-tree (
> OTOH, it probably wouldn't be _so_ hard to port Mitch's OpenFirmware to
> mpc5200...
Yup, especially since it's pretty much just a 603 core which I would
expect is already supported by firmworks stuff...
Ben.
___
Linuxppc-dev mailing list
Linuxppc
On Fri, 2008-04-18 at 14:07 +0200, Christian Ehrhardt wrote:
> => Region 2 is not detected with our kernel, this later break things
> like radeonfb initialization.
I'll need some information here:
- Your device-tree (is that the base sequoia one ?)
- Enable DEBUG in arch/powerpc/kernel/pci-commo
Hi Dale,
Thanks for the comments, I will re-submit the patch on Monday without
the of_node_put and split in 2.
Remi
On Fri, 2008-04-18 at 13:58 -0700, Dale Farnsworth wrote:
> On Thu, Apr 17, 2008 at 04:35:55PM -0700, Remi Machet wrote:
> > This patch affects only the mv64x60 driver. It fixes 2
- whitespace cleanups
- remove pointless prototype (uses always follow func implementation)
- 'irq' argument is often used purely as a local variable. rename
argument to 'dummy' and define 'irq' as local to make this plain.
- remove pointless casts from void*
This change's main purpose is to
On Fri, Apr 18, 2008 at 05:35:49PM -0500, Andy Fleming wrote:
> The 8568 MDS needs some configuration changes to the PHY in order to work
> properly. These are done in the firmware, normally, but Linux shouldn't
> need to rely on the firmware running such things (someone could disable
> the PHY su
On Fri, Apr 18, 2008 at 12:11 PM, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
> Juergen Beisert wrote:
>
> >
> > On Friday 18 April 2008 17:43, Peter Czanik wrote:
> >
> > I'm not sure if "cell-index" is a correct property. I copied it from the
> uart driver, because this driver needs something to di
Update dts files to current format
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/cm5200.dts| 98 +++
arch/powerpc/boot/dts/lite5200.dts | 132
arch/powerpc/boot/dts/li
From: Grant Likely <[EMAIL PROTECTED]>
The mpc5200b is a bug fix of the mpc5200 with a few incompatible changes.
By rights, the current dts trees are the most "correct", but in practical
purposes there is no value in the 5200b devices having 2 compatible
entries for each internal peripheral node.
On Apr 18, 2008, at 5:35 PM, Andy Fleming wrote:
The 8568 MDS needs some configuration changes to the PHY in order to
work
properly. These are done in the firmware, normally, but Linux
shouldn't
need to rely on the firmware running such things (someone could
disable
the PHY support in the
The old code assumed there was only one, but the 8572 actually has 3.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 86 ++--
1 files changed, 39 insertions(+), 47 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c b
The 8568 MDS needs some configuration changes to the PHY in order to work
properly. These are done in the firmware, normally, but Linux shouldn't
need to rely on the firmware running such things (someone could disable
the PHY support in the firmware to save space, for instance).
Signed-off-by: An
Previously, dcr support was configured at compile time to either using
MMIO or native dcr instructions. Although this works for most
platforms, it fails on FPGA platforms:
1) Systems may include more than one dcr bus.
2) Systems may be native dcr capable and still use memory mapped dcr interface.
FPGA designs may have need of both MMIO-based and NATIVE-based dcr
interfaces.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/40x/Kconfig
b/arch/powerp
Ben,
I'd like to get the first two patches tested and queued up for mainline
(although it's probably too late for this merge window, I suppose). I'm
going to punt on the ppc patches and put off fixing the tft driver until
ARCH=ppc goes away.
I've fixed a typo in patch description: The dcr-acces
On Thu, Apr 17, 2008 at 04:35:55PM -0700, Remi Machet wrote:
> This patch affects only the mv64x60 driver. It fixes 2 problem:
Hi Remi,
Thanks for finding and addressing these issues.
BTW, since you're fixing 2 problems, you might split this into 2 patches.
> -If one of the devices of the mv64x6
The driver stores the PCI resource address into 'u_long' variable before
calling ioremap_nocache() on it. This warrants kernel oops when the registers
are accessed on PPC 44x platforms which (being 32-bit) have PCI memory space
mapped beyond 4 GB.
The arch/ppc/ kernel has a fixup in ioremap() that
The driver stores the PCI resource address into 'u_long' variable before
calling ioremap_nocache() on it. This warrants kernel oops when the registers
are accessed on PPC 44x platforms which (being 32-bit) have PCI memory space
mapped beyond 4 GB.
The arch/ppc/ kernel has a fixup in ioremap() that
This is patch adds board file, device tree, and defconfig for the new
board, made by Freescale Semiconductor Inc. and Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85;
7. Graph
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
On Thu, Apr 17, 2008 at 09:21:40PM -0500, Kumar Gala wrote:
>
> On Apr 17, 2008, at 5:41 PM, Anton Vorontsov wrote:
>> On Thu, Apr 17, 2008 at 05:35:53PM -0500, Kumar Gala wrote:
inde
- split and export __par_io_config_pin() out of par_io_config_pin(), so we
could use the prefixed version with GPIO LIB API;
- rename struct port_regs to qe_pio_regs, and place it into qe.h;
- rename #define NUM_OF_PINS to QE_PIO_PINS, and place it into qe.h.
Signed-off-by: Anton Vorontsov <[EMA
This patch adds a function to the qe_lib to setup QE USB clocks routing.
To setup clocks safely, cmxgcr register needs locking, so I just reused
ucc_lock since it was used only to protect cmxgcr.
The idea behind placing clocks routing functions into the qe_lib is that
later we'll hopefully switch
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as found in some QE and CPM chips),
or these timers could b
Yeah, that makes sense, I will shortly send a documentation patch for all the
boot vars
that I have added.
Thanks for reminding.
-Manish
Linas Vepstas wrote:
> On 07/04/2008, Manish Ahuja <[EMAIL PROTECTED]> wrote:
>> A small proposed change in the amount of reserve space we allocate during
Hello Kumar,
This is the second try...
--
Anton Vorontsov
email: [EMAIL PROTECTED]
irc://irc.freenode.net/bd2
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Juergen Beisert wrote:
On Friday 18 April 2008 17:43, Peter Czanik wrote:
I'm not sure if "cell-index" is a correct property. I copied it from the uart
driver, because this driver needs something to distinguish between PSC1 and
PSC2. Maybe there is a better and correct oftree solution? Any oft
Based on earlier work by Laurent Pinchart.
This patch implement GPIO LIB support for the CPM2 GPIOs.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Cc: Laurent Pinchart <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |2 +
arch/powerpc/sysdev/cpm2.c | 11
arch/powe
This patch implement GPIO LIB support for the CPM1 GPIOs.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/8xx/Kconfig | 10 ++
arch/powerpc/sysdev/cpm1.c | 261 +++-
2 files changed, 266 insertions(+), 5 deletions(-)
diff
Based on earlier work by Laurent Pinchart.
This patch implement GPIO LIB support for the CPM2 GPIOs.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Cc: Laurent Pinchart <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |2 +
arch/powerpc/sysdev/cpm2.c | 11
arch/powe
Stefan Roese wrote:
On Friday 18 April 2008, Valentine Barshak wrote:
Right, I forgot to add this. But the partition names and sizes are a
little different from those we used before (e.g. kilauea). I'll send a
patch to update the Canyonlands & Glacier dts files in a short while.
I've got these
On Friday 18 April 2008, Valentine Barshak wrote:
> > Right, I forgot to add this. But the partition names and sizes are a
> > little different from those we used before (e.g. kilauea). I'll send a
> > patch to update the Canyonlands & Glacier dts files in a short while.
>
> I've got these partitio
Christian Ehrhardt wrote:
I tried to use a radeon r200 based graphic card on a sequoia ppc
(440epx) board. I wondered about the initialization of radeonfb that
failed with
__ioremap(): phys addr 0x0 is RAM lr c029cf80
radeonfb (:00:0a.0): cannot map MMIO
radeonfb: probe of
Guillaume,
You might try v1.00a of the xps_ll_temac core. There are a couple of
issues with v1.00b (posted previously on this list) that may (or may
not) be causing the problem you see.
-Rick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Guillaume Da
On Friday 18 April 2008 17:43, Peter Czanik wrote:
> Hello,
>
> Juergen Beisert írta:
> > Hi,
> >
> > if someone is interested: Here the full patch to get sound support for
> > MPC5200b and a current 2.6.25 kernel.
>
> First of all, thanks for fixing the driver. I just tested it on the
> EFIKA, it
Hello,
Juergen Beisert írta:
Hi,
if someone is interested: Here the full patch to get sound support for
MPC5200b and a current 2.6.25 kernel.
First of all, thanks for fixing the driver. I just tested it on the
EFIKA, it (almost) works. In its current state loading the kernel module
results
David Woodhouse wrote:
OTOH, it probably wouldn't be _so_ hard to port Mitch's OpenFirmware to
mpc5200...
Go for it.
I also give you permission to detail how our firmware is a bit crap in
the Fedora release notes. You will have to do that anyway to evangelize
the weird setenv hack you just pr
Stefan Roese wrote:
On Thursday 17 April 2008, Valentine Barshak wrote:
This patch adds NOR flash entry to the PowerPC 460EX Canyonlands DTS.
Right, I forgot to add this. But the partition names and sizes are a little
different from those we used before (e.g. kilauea). I'll send a patch to
u
Benjamin Herrenschmidt wrote:
can't set environment variables from within Linux (and yes, we can
probably improve on that too, but we let them setenv for themselves,
for
now).
You really won't be improving on it because there's no reliable way to
pass setenv back to the firmware from userland
Hello Christian,
Christian Ehrhardt wrote:
Hi,
I tried to use a radeon r200 based graphic card on a sequoia ppc
(440epx) board. I wondered about the initialization of radeonfb that
failed with
__ioremap(): phys addr 0x0 is RAM lr c029cf80
radeonfb (:00:0a.0): cannot map MMIO
r
Hello Rick,
Which version of xps_ll_temac are you using, and which version of EDK?
Using xps 9.2.02i, build EDK_lm_SP2.3+0
IP version for the TriMode_MAC_GMII (xps_ll_temac) is 1.00.b. EmacLite is
1.00.a
Also, do both designs meet timing?
As the software guy here, I have no idea. I've pass
On Thursday 17 April 2008, Valentine Barshak wrote:
> This patch adds NOR flash entry to the PowerPC 460EX Canyonlands DTS.
Right, I forgot to add this. But the partition names and sizes are a little
different from those we used before (e.g. kilauea). I'll send a patch to
update the Canyonlands
Fix build breakage introduced in commit
"[POWERPC] i2c: OF helpers for the i2c API".
If i2c-core is compiled as module, the helper needs to be
compiled as module, as well. Rename i2c.c to of_i2c.c to
avoid name space conflict.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
drivers/of/Kco
Hi Sylvain,
I'm a colleague of Cees at Chess and also working on the FEC crash error
on our MPC5200B based system running Linux kernel 2.6.15. We seem to
have a breakthrough in the process of finding the bug. We've
investigated the fec_rx_interrupt handler, which contains the following
constr
On Apr 18, 2008, at 6:38 AM, Paul Mackerras wrote:
I have pushed out the following commits to the master and powerpc-next
branches of the powerpc.git tree. This includes commits from Kumar's
and Jeremy's trees.
I am intending to ask Linus to pull the powerpc-next branch once we
have the breaka
On Apr 8, 2008, at 4:36 PM, Johannes Berg wrote:
This version fixes the clobbering of r12 by the call to
trace_hardirqs_off() that was pointed out by BenH.
Johannes, I'd appreciate your trying this version if/when
you get the chance.
Thanks Dale, this version seems to work. I'll stress it a
On Apr 19, 2008, at 2:07 AM, Jason Jin wrote:
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts b/arch/powerpc/
boot/dts/mpc8610_hpcd.dts
index
This patch implements various helpers to support OF bindings for
the i2c API.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/of/Kconfig |6 +++
drivers/of/Makefile|1 +
dr
Hi Paul,
> Which way around is this dependency? Do you mean that the patches you
> listed depend on the "OF helpers for the i2c API" patch, or that the
> OF helpers patch depends on these other ones?
The OF helpers patch depends on the patches below to support autoloading
i2c modules using the a
Hi Jean,
> (blind shot) Maybe this means that some code that is in i2c-core should
> be moved to i2c-boardinfo instead? i2c-boardinfo is always built into
> the kernel even when i2c-core is modular.
unfortunately, i2c_new_device() tries to attach the module, so this function
really needs full i2c
Hi,
I tried to use a radeon r200 based graphic card on a sequoia ppc (440epx)
board. I wondered about the initialization of radeonfb that failed with
__ioremap(): phys addr 0x0 is RAM lr c029cf80
radeonfb (:00:0a.0): cannot map MMIO
radeonfb: probe of :00:0a.0 fail
+ [EMAIL PROTECTED] {
+ compatible = "fsl,MPIC-msi";
You need a more exact name here.
Also, where's the binding documentation?
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailm
I have pushed out the following commits to the master and powerpc-next
branches of the powerpc.git tree. This includes commits from Kumar's
and Jeremy's trees.
I am intending to ask Linus to pull the powerpc-next branch once we
have the breakage from the OF helpers for i2c patch sorted out.
Paul
On Wednesday 16 April 2008 18:09, Laurent Pinchart wrote:
> On Wednesday 16 April 2008 18:05, Anton Vorontsov wrote:
> > On Wed, Apr 16, 2008 at 04:40:42PM +0200, Laurent Pinchart wrote:
> > > This patch converts the MII bitband driver to use GPIO lib for GPIO
> > > access. The driver can now handl
Jochen Friedrich writes:
> It looks like it. i2c-core needs to be compiled static for the OF
> bindings to work.
> I guess in Kconfig "depends on OF && I2C" must be changed into
> "depends on OF && (I2C=y)"
>
> On the other hand, i didn't test the patch without the dependent
> patches, so it migh
On Fri, 2008-04-18 at 15:33 +1000, Tony Breeds wrote:
> As the pacas are statically initialised increasing NR_CPUS beyond 128,
> means that any additional pacas will be empty ... which is bad.
>
> This patch adds the required functionality to fill in any excess pacas
> at runtime.
>
> Signed-off
On Thu, Apr 17, 2008 at 11:19:39PM -0500, Kumar Gala wrote:
[...]
>>> + * interval value, and fires the interrupt when the value is
>>> reached. This
>>> + * function will reduce the precision of the timer as needed in
>>> order for the
>>> + * requested timeout to fit in a 16-bit register.
>>>
This patch enabled MSI on 8544ds and 8572ds board.
only one MSI interrupt can generate on 8544 board.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts | 16
arch/powerpc/boot/dts/mpc8572ds.dts | 16
arch/powerpc/p
This MSI driver can be used on 83xx/85xx/86xx board.
In this driver, virtual interrupt host and chip were
setup. There are 256 MSI interrupts in this host, Every 32
MSI interrupts cascaded to one IPIC/MPIC interrupt.
The chip was treated as edge sensitive and some necessary
functions were setup for
On Fri, 18 Apr 2008 18:19:07 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> On Fri, 2008-04-18 at 00:07 -0700, Andrew Morton wrote:
> > On Fri, 18 Apr 2008 16:56:18 +1000 Benjamin Herrenschmidt <[EMAIL
> > PROTECTED]> wrote:
> >
> > > Use the __weak macro instead of the longer __a
On Thu, 2008-04-17 at 16:17 +0100, Matt Sealey wrote:
>
> I said the kernel has had braindead patches shoved into it that sort
> of
> obviate the need for the most heinous of crimes committed in the Efika
> device tree.
>
> The Linux kernel fixups don't add the CDM or XLB arbiter or many other
>
On Fri, 2008-04-18 at 17:54 +1000, Michael Ellerman wrote:
> In theory the udbg console should be safe to call basically at any time
> after boot. It does not need any per-cpu resources or for the cpu to be
> online, as long as there is a udbg_putc routine hooked up it should
> work. So it should
On Fri, 2008-04-18 at 00:07 -0700, Andrew Morton wrote:
> On Fri, 18 Apr 2008 16:56:18 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > Use the __weak macro instead of the longer __attribute__ ((weak)) form
> >
> > Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> > --
> so... the "0" defeats all of SLAB_DEBUG_FREE, SLAB_RED_ZONE, SLAB_POISON
> and SLAB_STORE_USER, if the comment in slab.h is to be believed.
>
> Was that overkill?
Well, I copied over from something else, looks like there's a -lot- of 0
users here...
Shouldn't there be some kind of SLAB_DEFA
On Wed, Apr 16, 2008 at 11:41:08PM -0700, Grant Likely wrote:
> On Wed, Apr 16, 2008 at 11:00 PM, Robert Schwebel
> <[EMAIL PROTECTED]> wrote:
> > On Tue, Apr 15, 2008 at 05:29:54PM +0200, Robert Schwebel wrote:
> > > From: Sascha Hauer <[EMAIL PROTECTED]>
> > >
> > > Add a set_type function for
Add a DEBUG config setting which turns on all (most) of the debugging
under platforms/pseries.
To have this take effect we need to remove all the #undef DEBUG's, in
various files. We leave the #undef DEBUG in platforms/pseries/lpar.c,
as this enables debugging printks from the low-level hash table
While we're at it, remove the hand-rolled runtime debugging support
in there. This file has been largely unchanged for eons, if we need to
debug it in future we can recompile.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/scanlog.c | 23 -
Add "rtasd" to some messages to make it clear where they're coming from.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/rtasd.c | 14 +-
1 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/rtasd.c
b/a
While we're there, fix some printf specifier mismatches, and add a
newline to one printk.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/lpar.c | 34 ++--
1 files changed, 15 insertions(+), 19 deletions(-)
diff --git a/arch/po
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/iommu.c | 39 +++
1 files changed, 19 insertions(+), 20 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/iommu.c
b/arch/powerpc/platforms/pseries/iommu.c
index a65c763..17
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/firmware.c |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/firmware.c
b/arch/powerpc/platforms/pseries/firmware.c
index b765b7c..743d494 100644
--
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/smp.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/smp.c
b/arch/powerpc/platforms/pseries/smp.c
index ea4c659..e9bc2a5 100644
--- a/arch/power
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/setup.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/setup.c
b/arch/powerpc/platforms/pseries/setup.c
index fccca89..5486bea 100644
---
On pseries LPAR we can call the udbg routines, and the udbg console very
early. So mark the udbg console as safe to call early in boot, and register
the udbg console as soon as the udbg routines are hooked up.
This allows platforms/pseries code to use printk() and pr_debug() rather
than needing to
In theory the udbg console should be safe to call basically at any time
after boot. It does not need any per-cpu resources or for the cpu to be
online, as long as there is a udbg_putc routine hooked up it should
work. So it should be able to be marked as CON_ANYTIME.
Verifying this will take a bit
Because the udbg_console has CON_ENABLED set, it's possible that when we
register it with the console code the index won't be set. This leads to
slightly confusing boot messages like:
[0.00] console [udbg-1] enabled
We could remove CON_ENABLED, but we don't want to do that, we always
want
While debugging something on parisc a few weeks ago, I noticed
kallsyms was all busted because print_symbol was printing the
descriptor address. Since we don't use addr[0] for the function
address, and we don't want a mess of #ifdef ARCH1 #elseif ARCH2
garbage, move the definitions to
Signed-off-
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts
b/arch/powerpc/boot/dts/mpc8610_hpcd.dts
index 16c947b..97fdb01 100644
--- a/arch/powerpc/boot/d
On Fri, 18 Apr 2008 16:56:18 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> Use the __weak macro instead of the longer __attribute__ ((weak)) form
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> --
>
> init/main.c |2 +-
> 1 file changed, 1 insertion(+), 1 deleti
On Fri, 18 Apr 2008 16:56:17 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> The powerpc kernel stacks need to be naturally aligned, as they
> contain the thread info at the bottom, which is obtained by
> clearing the low bits of the stack pointer.
>
> However, when using 64K pages (th
87 matches
Mail list logo
