Hi Scott,
By #defining DEBUG in setup-32.c and setting the following in my kernel config-
CONFIG_PPC_EARLY_DEBUG=y
CONFIG_PPC_EARLY_DEBUG_CPM=y
CONFIG_PPC_EARLY_DEBUG_CPM_ADDR=0xf0001ff8
-I have been able to get the following boot messages:
## Booting kernel from Legacy Image at 0020 ...
Since the list seems quiet right now, thought I would ask a question.
Up till now I haven't really worried about the warp defconfig being up
to date since, realistically, the stock kernel was not usable on the
warp. Since it usually boots from NAND, the lack of an ndfc driver
made it unbootable in
On Fri, 9 Jan 2009 23:20:11 -0500
"Sean MacLennan" wrote:
> Woo hoo! The ndfc driver finally got in the kernel! These patches
> update the warp to use the new driver.
Just a bump and a comment to see who is reading this ;)
2.6.29 is a very important release for the Warp because with the
ndfc d
On Tue, Jan 20, 2009 at 12:19, Anton Vorontsov wrote:
> Should be Anatolij. ;-)
Who is the first person on the list, I guess he's missed this or isn't
reading his email.
> But I'm interested in this driver as well.
>
> FWIW, the patch looks OK, except for the long lines in the commit log.
I don
On Tue, Jan 20, 2009 at 11:50:33AM +1100, Julian Calaby wrote:
> Ping?
>
> Does anyone maintain this driver?
Should be Anatolij. ;-)
But I'm interested in this driver as well.
FWIW, the patch looks OK, except for the long lines in the commit log.
Also you'd better mention exact build error in t
I've applied both of your conversion patches, thank you.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Ping?
Does anyone maintain this driver?
(akpm: Sorry for cc'ing you on this, I'm not sure who else to send it to)
On Mon, Jan 12, 2009 at 11:06, Julian Calaby wrote:
> mb862xx: Restrict compliation of platform driver to PPC
>
> The OpenFirmware part of this driver is uncompilable on SPARC due t
Is ftrace functional with latest kernel on powerpc (32-bit) ?
I was checking basic functionality using the README steps.
The output of tracing/trace includes the header but nothing more (no trace
lines).
It appears broken unless I'm missing something.
Below is the interaction.
Lee
# mkdir /deb
On Tuesday 13 January 2009, Gerhard Pircher wrote:
>
> Original-Nachricht
> > Datum: Tue, 13 Jan 2009 16:02:38 +1100
> > Von: Benjamin Herrenschmidt
> > An: Gerhard Pircher
> > CC: Bartlomiej Zolnierkiewicz ,
> > grant.lik...@secretlab.ca, linuxppc-dev@ozlabs.org,
> > linux-.
On Mon, Jan 19, 2009 at 12:58:41PM +1100, Daniel Ng wrote:
> Hi Scott,
> On Sat, Jan 17, 2009 at 5:14 AM, Scott Wood wrote:
> >
> >> /dts-v1/;
> >>
> >> / {
> >> model = "HPXRED";
> >> compatible = "fsl,mpc8272ads";
> >
> > Is it 100% compatible? If not, change the compatible to something else
>
A certain powerpc 2.6.28 kernel (which is by default compressed with
gzip -9) fails to load with u-boot v2008.10. It results in a machine
check stop. I'm testing on a MPC8313-RDB.
Btw. the linux-2.6.28/arch/powerpc/boot/wrapper script takes care of
compressing with "gzip -9".
On my host linux pc
> Now i'm porting the u-boot to my board refer to the mpc8313erdb.
> I see that in the header file mpc8313erdb.h there is a define:
> #define CFG_INIT_RAM_ADDR 0xFD00
> In the memory map ,this address does not locate at any window.
> So what is the ram?
xiangyu,
It is one trick, we are using
Gabriel Paubert wrote:
> On Mon, Jan 19, 2009 at 10:33:40AM +0100, Wolfgang Grandegger wrote:
>> Hello,
>>
>> I want to provoke a "floating point exception" by doing a division by 0.
>> The expection does come as expected on my x86 PC:
>>
>> $ ./divby0
>> Floating point exception
>>
>> but not
The following series implements basic support for the GE Fanuc SBC310, a
6U single board computer, based on the Freescale MPC8641D.
This series provides:
- The ability to boot the board with a serial console.
- Ethernet support.
- Sata and USB.
- Support for one of the 2 available watchdog tim
This patch adds basic support for the 6 GPIO lines found on GE Fanucs SBC310 to
the GE Fanuc GPIO driver.
Signed-off-by: Martyn Welch
---
arch/powerpc/configs/86xx/gef_sbc310_defconfig |2 +
arch/powerpc/platforms/86xx/gef_gpio.c | 36 +---
2 files changed, 32
Support for the SBC310 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the basic board support for GE Fanuc's SBC310, a 3U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch
---
arch/powerpc/boot/dts/gef_sbc310.dts | 364 +
Support for the SBC310 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the default config file for GE Fanuc's SBC310, a 3U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch
---
arch/powerpc/configs/86xx/gef_sbc310_defconfig | 1570 +++
In case either physbase or reserve_size are not page aligned and in addition
if the following condition is also true
node_ar.end_pfn = node->node_end_pfn = PFN_DOWN(physbase+reserve_size).
we may hit the BUG_ON(end > bdata->node_low_pfn) in mark_bootmem_node() in
mm/bootmem.c Hence pass the pfn t
On Mon, Jan 19, 2009 at 11:42:25AM +0100, Lennert Buytenhek wrote:
> On Wed, Jan 14, 2009 at 08:22:32PM -0500, pac...@kosh.dhis.org wrote:
>
> > In 2.6.28, it behaves like 2.6.27 with a bonus bug: the port has
> > moved to eth2, and eth1 is now a phantom port with MAC address
> > 00:00:00:00:00:00
Now i'm porting the u-boot to my board refer to the mpc8313erdb.
I see that in the header file mpc8313erdb.h there is a define:
#define CFG_INIT_RAM_ADDR 0xFD00
In the memory map ,this address does not locate at any window.
So what is the ram?
_
On Mon, Jan 19, 2009 at 10:33:40AM +0100, Wolfgang Grandegger wrote:
> Hello,
>
> I want to provoke a "floating point exception" by doing a division by 0.
> The expection does come as expected on my x86 PC:
>
> $ ./divby0
> Floating point exception
>
> but not on my MPC5200 board. Any idea w
Andreas Schwab wrote:
> Wolfgang Grandegger writes:
>
>> I want to provoke a "floating point exception" by doing a division by 0.
>
> Division by 0 is undefined, so you cannot expect any kind of outcome.
Hm, even not a "floating point exception" signal like on x86?
Wolfgang.
_
Wolfgang Grandegger writes:
> I want to provoke a "floating point exception" by doing a division by 0.
Division by 0 is undefined, so you cannot expect any kind of outcome.
Andreas.
--
Andreas Schwab, SuSE Labs, sch...@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Hello,
I want to provoke a "floating point exception" by doing a division by 0.
The expection does come as expected on my x86 PC:
$ ./divby0
Floating point exception
but not on my MPC5200 board. Any idea why? I think the processor can
handle all floating-point exceptions. I'm using Linux 2.6
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/pseries/phyp_dump.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/phyp_dump.c
b/arch/powerpc/platforms/pseries/phyp_dump.c
index 6cf35cd..15eb610 10064
Benjamin Herrenschmidt wrote:
> On Mon, 2008-11-17 at 16:32 +0200, Paulius Zaleckas wrote:
>> Signed-off-by: Paulius Zaleckas
>> ---
>>
>> Documentation/powerpc/booting-without-of.txt |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>>
>> diff --git a/Documentation/powerpc/bootin
On Friday 16 January 2009 23:22:57 Dave Hansen wrote:
> Just looking at it, that calculation is OK. But, there was one in your
> dmesg that looked a page too long, like page 0x1001 instead of 0x1000.
> I'd find out how that happened.
That is a result of PFN_UP() in reserve_bootmem_node() for whic
27 matches
Mail list logo
