* RE: A PPC kernel issue with UART ??
From: JohnsonCheng @ 2005-08-03 3:11 UTC (permalink / raw)
To: 'Daniel Ann'; +Cc: linuxppc-embedded
In-Reply-To: <9b7ca6570508021721773d06f0@mail.gmail.com>
Actually, I had reviews all article about "serial console", just know I have
to use LEVEL for interrupt, not EDGE. Unfortunately the default interrupt
setting for kernel is with LEVEL, IRQ_SENSE_LEVEL, I think I don't need to
modify it.
But I found I add ASYNC_SKIP_TEST flag to UART in sandpoint.h can fix my
problem.
Thanks,
Johnson Cheng
-----Original Message-----
From: linuxppc-embedded-bounces@ozlabs.org
[mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Daniel Ann
Sent: Wednesday, August 03, 2005 8:22 AM
To: JohnsonCheng
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: A PPC kernel issue with UART ??
Johnson,
You know what? I've had the exact same problem only day or two ago. I
think the mail subject was "serial console" or something similar. Have
a read at it.
BTW, My problem was with interrupt setting.
Daniel.
On 8/2/05, JohnsonCheng <johnsoncheng@qnap.com.tw> wrote:
>
>
> Dear All,
>
>
>
> I meet a wired UART problem on linux-2.6 with MPC8241 chip.
>
>
>
> My Environment is as following:
>
> CPU: MPC8241
>
> Linux: 2.6.12.3
>
> COM1 offset: 0x4500, COM2 offset: 0x4600
>
>
>
> When I booting my rootfs, it hangs at following message:
>
> RAMDISK: Compressed image found at block 0
>
> VFS: Mounted root (ext2 filesystem) readonly.
>
> Freeing unused kernel memory: 104k init
>
> EXT2-fs warning: checktime reached, running e2fsck is recommended
>
>
>
> I had add printk in tty_write() of drivers/char/tty_io.c, the message from
> rootfs have printed.
>
> The conclusion is that message can be printed by printk() in linux kernel,
> but can't be printed by printf() in user mode. I think it must be
something
> wrong for my UART configurations, does anybody know it??
>
>
>
>
>
> Best Regards,
>
> Johnson Cheng
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Daniel
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: Issue with running depmod after cross compiling
From: Rupesh S @ 2005-08-03 3:36 UTC (permalink / raw)
To: ktdann, linuxppc-embedded
Daniel,
Assuming your kernel is 2.6 based, you might want to try module-init-tools =
version 3.2-pre7. Also, it would be better to have the existing depmod =
renamed as depmod.old. This is for the new depmod to use in case it fails =
to execute.
--
Rupesh S
>>> Daniel Ann <ktdann@gmail.com> 08/03/05 06:57AM >>>
Hey folks,
For certain, I understand why running make module_install fails if I
run it after cross compiling the kernel+module.
What I'm doing now is, I've just commented out the bit in Makefile
(where it exec's depmod), and everythings cool.
BUT, problem with this method is, I get none of the module.dep and
many related files for auto loading of module.
What would be considered reasonable if I was to solve this ?
Thanks for your thought on this in advance.
--=20
Daniel
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org=20
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: A PPC kernel issue with UART ??
From: Daniel Ann @ 2005-08-03 5:15 UTC (permalink / raw)
To: JohnsonCheng; +Cc: linuxppc-embedded
In-Reply-To: <42f035f0.13006336.4667.1893SMTPIN_ADDED@mx.gmail.com>
A Ha. That's the question I've asked kumar earlier today. Having
inserted that myself it worked also. Still wondering why tho...
On 8/3/05, JohnsonCheng <johnsoncheng@qnap.com.tw> wrote:
> Actually, I had reviews all article about "serial console", just know I h=
ave
> to use LEVEL for interrupt, not EDGE. Unfortunately the default interrupt
> setting for kernel is with LEVEL, IRQ_SENSE_LEVEL, I think I don't need t=
o
> modify it.
> But I found I add ASYNC_SKIP_TEST flag to UART in sandpoint.h can fix my
> problem.
>=20
> Thanks,
> Johnson Cheng
>=20
> -----Original Message-----
> From: linuxppc-embedded-bounces@ozlabs.org
> [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Daniel Ann
> Sent: Wednesday, August 03, 2005 8:22 AM
> To: JohnsonCheng
> Cc: linuxppc-embedded@ozlabs.org
> Subject: Re: A PPC kernel issue with UART ??
>=20
> Johnson,
>=20
> You know what? I've had the exact same problem only day or two ago. I
> think the mail subject was "serial console" or something similar. Have
> a read at it.
>=20
> BTW, My problem was with interrupt setting.
> Daniel.
>=20
> On 8/2/05, JohnsonCheng <johnsoncheng@qnap.com.tw> wrote:
> >
> >
> > Dear All,
> >
> >
> >
> > I meet a wired UART problem on linux-2.6 with MPC8241 chip.
> >
> >
> >
> > My Environment is as following:
> >
> > CPU: MPC8241
> >
> > Linux: 2.6.12.3
> >
> > COM1 offset: 0x4500, COM2 offset: 0x4600
> >
> >
> >
> > When I booting my rootfs, it hangs at following message:
> >
> > RAMDISK: Compressed image found at block 0
> >
> > VFS: Mounted root (ext2 filesystem) readonly.
> >
> > Freeing unused kernel memory: 104k init
> >
> > EXT2-fs warning: checktime reached, running e2fsck is recommended
> >
> >
> >
> > I had add printk in tty_write() of drivers/char/tty_io.c, the message f=
rom
> > rootfs have printed.
> >
> > The conclusion is that message can be printed by printk() in linux kern=
el,
> > but can't be printed by printf() in user mode. I think it must be
> something
> > wrong for my UART configurations, does anybody know it??
> >
> >
> >
> >
> >
> > Best Regards,
> >
> > Johnson Cheng
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> >
> >
>=20
>=20
> --
> Daniel
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>=20
>=20
--=20
Daniel
^ permalink raw reply
* MPC8245 reboot
From: Daniel Ann @ 2005-08-03 5:40 UTC (permalink / raw)
To: linuxppc-embedded
Hey folks,
I have a problem with rebooting my box(its pretty much based on sandpoint).
Looking at sandpoint_restart() function, I have no idea what it's
doing. Can somebody please help me out where I should be looking ?
Would this be pure software problem? or just might be hardware problem
?
Always thought rebooting was piece of cake, but.. guess not :P
--=20
Daniel
^ permalink raw reply
* Re: MPC8245 reboot
From: Kumar Gala @ 2005-08-03 5:47 UTC (permalink / raw)
To: Daniel Ann; +Cc: linuxppc-embedded
In-Reply-To: <9b7ca6570508022240715ae9cb@mail.gmail.com>
Do you have a VIA chipset on your system? If not what sandpoint is
doing is not going to help you much.
- kumar
On Aug 3, 2005, at 12:40 AM, Daniel Ann wrote:
> Hey folks,
>
> I have a problem with rebooting my box(its pretty much based on
> sandpoint).
> Looking at sandpoint_restart() function, I have no idea what it's
> doing. Can somebody please help me out where I should be looking ?
> Would this be pure software problem? or just might be hardware problem
> ?
>
> Always thought rebooting was piece of cake, but.. guess not :P
> --
> Daniel
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
^ permalink raw reply
* Fwd: Merging ppc32 and ppc64
From: Kumar Gala @ 2005-08-03 5:48 UTC (permalink / raw)
To: linuxppc-embedded list
In-Reply-To: <17136.13558.773102.465379@cargo.ozlabs.ibm.com>
FYI. For those not subscribed to linuxppc-dev or linuxppc64-dev.
- kumar
Begin forwarded message:
> From: "Paul Mackerras" <paulus@samba.org>
> Date: August 2, 2005 10:07:34 PM CDT
> To: <linuxppc-dev@ozlabs.org>, <linuxppc64-dev@ozlabs.org>
> Subject: Merging ppc32 and ppc64
>
>
> At OLS I discussed the idea of merging the ppc32 and ppc64
> architectures in the Linux kernel with various ppc32 and ppc64 kernel
> hackers and users. There was broad agreement that this would be a
> good thing to do, so we are going to go ahead and do it.
>
> The plan is to create include/asm-powerpc and arch/powerpc directories
> for the merged architecture and move stuff in there as it gets
> merged. The existing ppc32 and ppc64 directories will stay around
> until they are no longer useful. The intention is not to break
> anything that currently works; however, we do not plan to move unused
> and unmaintained platforms into the merged architecture.
>
> The advantage of merging is that it will reduce the maintenance effort
> and reduce the instances where a common bug gets fixed in one
> architecture but not the other. It will also make it easier to
> support 64-bit embedded systems as they become more common.
>
> I don't see the merge as changing the actual code that gets executed
> on any given platform very much, except in one respect: we are going
> to standardize on a flattened device tree as the way that information
> about the platform gets passed from the boot loader to the kernel.
>
> Comments? Flames? :)
>
> Paul.
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
^ permalink raw reply
* Re: Issue with running depmod after cross compiling
From: Matej Kupljen @ 2005-08-03 5:55 UTC (permalink / raw)
To: Daniel Ann; +Cc: linuxppc-embedded
In-Reply-To: <9b7ca65705080218273146950c@mail.gmail.com>
Hi
> What would be considered reasonable if I was to solve this ?
I use depmod.pl, which is i Perl script that do just that.
It is bundled with the busybox. You can find it in the
examples subdirectory.
Hope that helps.
BR,
Matej
^ permalink raw reply
* Re: MPC8245 reboot
From: Daniel Ann @ 2005-08-03 6:40 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-embedded
In-Reply-To: <61C27372-4ADB-4E3A-8E20-9E811EE61B99@freescale.com>
Absolutely not. Very much like sandpoint except, we dont use SIO at all.
FYI, most of sandpoint code from the kernel is function the board very
well at the moment. Only big issue lies with REBOOT at this stage:(
On 8/3/05, Kumar Gala <kumar.gala@freescale.com> wrote:
> Do you have a VIA chipset on your system? If not what sandpoint is
> doing is not going to help you much.
>=20
> - kumar
>=20
> On Aug 3, 2005, at 12:40 AM, Daniel Ann wrote:
>=20
> > Hey folks,
> >
> > I have a problem with rebooting my box(its pretty much based on
> > sandpoint).
> > Looking at sandpoint_restart() function, I have no idea what it's
> > doing. Can somebody please help me out where I should be looking ?
> > Would this be pure software problem? or just might be hardware problem
> > ?
> >
> > Always thought rebooting was piece of cake, but.. guess not :P
> > --
> > Daniel
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> >
>=20
>=20
--=20
Daniel
^ permalink raw reply
* Re: [PATCH] cpm_uart: Made non-console uart work
From: Vitaly Bordug @ 2005-08-03 7:16 UTC (permalink / raw)
To: pantelis.antoniou; +Cc: Kumar Gala, linuxppc-embedded list
In-Reply-To: <200508030039.16107.pantelis.antoniou@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6608 bytes --]
Panto, Kumar,
Thank you for review.
My comments:
>On Tuesday 02 August 2005 18:24, Vitaly Bordug wrote:
>
>
>>Kumar, Pantelis,
>>
>>
>>
>
>[snip]
>
>Some more comments.
>
>
>
>>diff --git a/drivers/serial/cpm_uart/cpm_uart.h
>>
>>
>b/drivers/serial/cpm_uart/cpm_uart.h
>
>
>>--- a/drivers/serial/cpm_uart/cpm_uart.h
>>+++ b/drivers/serial/cpm_uart/cpm_uart.h
>>@@ -40,6 +40,8 @@
>> #define TX_NUM_FIFO 4
>> #define TX_BUF_SIZE 32
>>
>>+#define SCC_WAIT_CLOSING 100
>>+
>> struct uart_cpm_port {
>> struct uart_port port;
>> u16 rx_nrfifos;
>>@@ -67,6 +69,8 @@ struct uart_cpm_port {
>> int bits;
>> /* Keep track of 'odd' SMC2 wirings */
>> int is_portb;
>>+ /* wait on close if needed */
>>+ int wait_closing;
>> };
>>
>> extern int cpm_uart_port_map[UART_NR];
>>diff --git a/drivers/serial/cpm_uart/cpm_uart_core.c
>>
>>
>b/drivers/serial/cpm_uart/cpm_uart_core.c
>
>
>>--- a/drivers/serial/cpm_uart/cpm_uart_core.c
>>+++ b/drivers/serial/cpm_uart/cpm_uart_core.c
>>@@ -12,6 +12,7 @@
>> *
>> * Copyright (C) 2004 Freescale Semiconductor, Inc.
>> * (C) 2004 Intracom, S.A.
>>+ * (C) 2005 MontaVista Software, Inc. by Vitaly Bordug
>>
>>
><vbordug@ru.mvista.com>
>
>
>> *
>> * This program is free software; you can redistribute it and/or modify
>> * it under the terms of the GNU General Public License as published by
>>@@ -143,10 +144,13 @@ static void cpm_uart_start_tx(struct uar
>> }
>>
>> if (cpm_uart_tx_pump(port) != 0) {
>>- if (IS_SMC(pinfo))
>>+ if (IS_SMC(pinfo)) {
>> smcp->smc_smcm |= SMCM_TX;
>>- else
>>+ smcp->smc_smcmr |= SMCMR_TEN;
>>+ } else {
>> sccp->scc_sccm |= UART_SCCM_TX;
>>+ pinfo->sccp->scc_gsmrl |= SCC_GSMRL_ENT;
>>+ }
>>
>>
>
>Why the need to mess with the global SCC transmit enable here?
>It's dubious IMO.
>
>
>
But without it (at least my boards) will have TX disabled. Just look -
we have enabled this bit in pinfo->sccp->scc_gsmrl within ..._init_scc.
Then all will
be fine until shutdown which will clear it and related in sccp->scc_sccm
as well. The latter will be restored in start_tx, but scc_gsmrl will
not. This results in the only first successful transmission.
>> }
>> }
>>
>>@@ -265,13 +269,15 @@ static void cpm_uart_int_rx(struct uart_
>> } /* End while (i--) */
>>
>> /* This BD is ready to be used again. Clear status. get next */
>>- bdp->cbd_sc &= ~(BD_SC_BR | BD_SC_FR | BD_SC_PR | BD_SC_OV);
>>+ bdp->cbd_sc &= ~(BD_SC_BR | BD_SC_FR | BD_SC_PR | BD_SC_OV | BD_SC_ID);
>> bdp->cbd_sc |= BD_SC_EMPTY;
>>
>>- if (bdp->cbd_sc & BD_SC_WRAP)
>>- bdp = pinfo->rx_bd_base;
>>- else
>>- bdp++;
>>+ if (bdp->cbd_datlen) {
>>+ if (bdp->cbd_sc & BD_SC_WRAP)
>>+ bdp = pinfo->rx_bd_base;
>>+ else
>>+ bdp++;
>>+ }
>>
>>
>
>Why is that? Where ever we queue a buffer descriptor with zero length.
>If we ever do that we're screwed in more ways than that.
>
>
>
I'm inclined to agree.
>> } /* End for (;;) */
>>
>> /* Write back buffer pointer */
>>@@ -336,22 +342,22 @@ static irqreturn_t cpm_uart_int(int irq,
>>
>> if (IS_SMC(pinfo)) {
>> events = smcp->smc_smce;
>>+ smcp->smc_smce = events;
>> if (events & SMCM_BRKE)
>> uart_handle_break(port);
>> if (events & SMCM_RX)
>> cpm_uart_int_rx(port, regs);
>> if (events & SMCM_TX)
>> cpm_uart_int_tx(port, regs);
>>- smcp->smc_smce = events;
>> } else {
>> events = sccp->scc_scce;
>>+ sccp->scc_scce = events;
>> if (events & UART_SCCM_BRKE)
>> uart_handle_break(port);
>> if (events & UART_SCCM_RX)
>> cpm_uart_int_rx(port, regs);
>> if (events & UART_SCCM_TX)
>> cpm_uart_int_tx(port, regs);
>>- sccp->scc_scce = events;
>>
>>
>
>This is a good catch...
>
>
>
>> }
>> return (events) ? IRQ_HANDLED : IRQ_NONE;
>> }
>>@@ -360,6 +366,7 @@ static int cpm_uart_startup(struct uart_
>> {
>> int retval;
>> struct uart_cpm_port *pinfo = (struct uart_cpm_port *)port;
>>+ int line = pinfo - cpm_uart_ports;
>>
>> pr_debug("CPM uart[%d]:startup\n", port->line);
>>
>>@@ -374,18 +381,30 @@ static int cpm_uart_startup(struct uart_
>> pinfo->smcp->smc_smcmr |= SMCMR_REN;
>> } else {
>> pinfo->sccp->scc_sccm |= UART_SCCM_RX;
>>+ pinfo->sccp->scc_gsmrl |= SCC_GSMRL_ENR;
>>
>>
>dido as above.
>
>
Yeah, this is superfluous as it has been done above.
>> }
>>
>>+ cpm_line_cr_cmd(line,CPM_CR_RESTART_TX);
>> return 0;
>> }
>>
>>+inline void cpm_uart_wait_until_send(struct uart_cpm_port *pinfo)
>>+{
>>+ unsigned long orig_jiffies = jiffies;
>>+ while(1)
>>+ {
>>+ schedule_timeout(2);
>>+ if(time_after(jiffies, orig_jiffies + pinfo->wait_closing))
>>+ break;
>>+ }
>>+}
>>+
>>
>>
>perhaps, more like...
>
> unsigned long target_jiffies = jiffies + pinfo->wait_closing;
>
> while (!time_after(jiffies, target_jiffies))
> schedule();
>
>
>
No objections, I'll try this one.
>> /*
>> * Shutdown the uart
>> */
>> static void cpm_uart_shutdown(struct uart_port *port)
>> {
>> struct uart_cpm_port *pinfo = (struct uart_cpm_port *)port;
>>- int line = pinfo - cpm_uart_ports;
>>
>> pr_debug("CPM uart[%d]:shutdown\n", port->line);
>>
>>@@ -394,6 +413,12 @@ static void cpm_uart_shutdown(struct uar
>>
>> /* If the port is not the console, disable Rx and Tx. */
>> if (!(pinfo->flags & FLAG_CONSOLE)) {
>>+ /* Wait for all the BDs marked sent */
>>+ while(!cpm_uart_tx_empty(port))
>>+ schedule_timeout(2);
>>+ if(pinfo->wait_closing)
>>+ cpm_uart_wait_until_send(pinfo);
>>+
>> /* Stop uarts */
>> if (IS_SMC(pinfo)) {
>> volatile smc_t *smcp = pinfo->smcp;
>>@@ -405,9 +430,6 @@ static void cpm_uart_shutdown(struct uar
>> sccp->scc_sccm &= ~(UART_SCCM_TX | UART_SCCM_RX);
>> }
>>
>>- /* Shut them really down and reinit buffer descriptors */
>>- cpm_line_cr_cmd(line, CPM_CR_STOP_TX);
>>- cpm_uart_initbd(pinfo);
>> }
>> }
>>
>>@@ -569,7 +591,10 @@ static int cpm_uart_tx_pump(struct uart_
>> /* Pick next descriptor and fill from buffer */
>> bdp = pinfo->tx_cur;
>>
>>- p = bus_to_virt(bdp->cbd_bufaddr);
>>+ if (pinfo->dma_addr)
>>+ p=(u8*)((ulong)(pinfo->mem_addr) + bdp->cbd_bufaddr - pinfo->dma_addr);
>>+ else
>>+ p = bus_to_virt(bdp->cbd_bufaddr);
>>
>>
>
>this looks bogus to me...
>
>
>
Well, all the stuff works on 8272 even without this and likewise stuff,
but don't on 866ADS, where bus_to_virt returns value not equal to where
we allocated DMA. I didn't dig too deep to track why this happens, since
if we're using DMA, we should remember addresses upon allocation and
avoid using bus_to_virt.
--
Sincerely,
Vitaly
[-- Attachment #2: Type: text/html, Size: 8356 bytes --]
^ permalink raw reply
* Re: Issue with running depmod after cross compiling
From: Daniel Ann @ 2005-08-03 8:49 UTC (permalink / raw)
To: Rupesh S; +Cc: linuxppc-embedded
In-Reply-To: <s2f08948.038@EMAIL>
Rupesh,
I've tried it with module-init-tools version 3.2-pre8 (since it was
latest), it works like a charm. Thanks.
On 8/3/05, Rupesh S <rupeshs@myw.ltindia.com> wrote:
> Daniel,
>=20
> Assuming your kernel is 2.6 based, you might want to try module-init-tool=
s version 3.2-pre7. Also, it would be better to have the existing depmod re=
named as depmod.old. This is for the new depmod to use in case it fails to =
execute.
>=20
> --
> Rupesh S
>=20
> >>> Daniel Ann <ktdann@gmail.com> 08/03/05 06:57AM >>>
> Hey folks,
>=20
> For certain, I understand why running make module_install fails if I
> run it after cross compiling the kernel+module.
> What I'm doing now is, I've just commented out the bit in Makefile
> (where it exec's depmod), and everythings cool.
>=20
> BUT, problem with this method is, I get none of the module.dep and
> many related files for auto loading of module.
>=20
> What would be considered reasonable if I was to solve this ?
>=20
> Thanks for your thought on this in advance.
>=20
> --
> Daniel
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>=20
>=20
--=20
Daniel
^ permalink raw reply
* EST MPC823 board
From: James Hughes @ 2005-08-03 10:19 UTC (permalink / raw)
To: 'linuxppc-embedded@ozlabs.org'
Hello all,
I am going to try to port/run Linux on to one of our custom boards here at
work, based on the EST MPC823 (ICM823A is the label on the EST board)
reference design (quite an old one). I cannot find a reference to this board
in the standard U-Boot list of board, does anyone have any
information/thoughts on the way to approach this. Is there a board that is
similar that I can base things on for example? I would add that our company
is new to Linux, having just chosen it as our new O/S for a new range of
devices - so please forgive any blatant mistakes.
This project is a precursor to building new product based on the PXA270, but
the custom H/W for that is months and months away, so it seem prudent to get
some practice on the older boards using the MPC823 - the custom hardware
side is very similar and it gives us some practice at running Linux on
custom hardware - the application code we write should port to the newer
hardware when it is ready, and some of the device driver knowledge gained
will also be useful.
If anything thinks this is a bonkers idea, please let me now!!
Regards
James
The information contained in this e-mail message (and any attachment
transmitted herewith) is privileged and confidential and is intended for the
exclusive use of the addressee(s). If you are not an addressee, any
disclosure, reproduction, distribution or other dissemination or use of this
communication is strictly prohibited. If you have received this
communication in error, please contact us immediately so that we can correct
the error.
^ permalink raw reply
* Rev B MPC5200 , Hardware related Querry
From: Susheel Raj @ 2005-08-03 10:54 UTC (permalink / raw)
To: linuxppc-embedded
Hi all,
I have been spending some time with the MPC5200 Rev
B processors, mostly concentrating to make it go to
DEEP SLEEP MODE, also posted many times regarding
this.
Sylvain has given me his previous work on his attempt
to make the core to Sleep and i found that when
asserting bit mode_en in SDRAM control register (MBAR
+ 0x0104), the core restarts.
Initaially I was thinking that the core restarts bcos
of some very bad exception or something but when i
tried to debug Instruction by instruction i found that
the core just restarts when we try to set mode_en bit
like below
/* Put SDRAM to self refresh */
lwz r11, 0x0104(r3)
oris r10, r11, 0x8000
stw r10, 0x0104(r3) /* Enable SDRAM mode register */
eieio
/* r3 has the address of MBAR */
The above code make the core to restart when i comment
the stw instruction
/* Put SDRAM to self refresh */
lwz r11, 0x0104(r3)
oris r10, r11, 0x8000
stw r10, 0x0104(r3)
eieio
Susheel
More Smiles Per Hour
____________________________________________________
Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs
^ permalink raw reply
* Rev B MPC5200 , Hardware related Querry
From: Susheel Raj @ 2005-08-03 10:55 UTC (permalink / raw)
To: linuxppc-embedded
Hi all,
I have been spending some time with the MPC5200 Rev
B processors, mostly concentrating to make it go to
DEEP SLEEP MODE, also posted many times regarding
this.
Sylvain has given me his previous work on his attempt
to make the core to Sleep and i found that when
asserting bit mode_en in SDRAM control register (MBAR
+ 0x0104), the core restarts.
Initaially I was thinking that the core restarts bcos
of some very bad exception or something but when i
tried to debug Instruction by instruction i found that
the core just restarts when we try to set mode_en bit
like below
/* Put SDRAM to self refresh */
lwz r11, 0x0104(r3)
oris r10, r11, 0x8000
stw r10, 0x0104(r3) /* Enable SDRAM mode register */
eieio
/* r3 has the address of MBAR */
The above code make the core to restart when i comment
the stw instruction
/* Put SDRAM to self refresh */
lwz r11, 0x0104(r3)
oris r10, r11, 0x8000
// stw r10, 0x0104(r3)
eieio
It doesnt restart now...
Has anyone seen this behaviour with the Rev B ...
__________________________________
Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html
^ permalink raw reply
* Re: EST MPC823 board
From: Aristeu Sergio Rozanski Filho @ 2005-08-03 12:27 UTC (permalink / raw)
To: James Hughes; +Cc: 'linuxppc-embedded@ozlabs.org'
In-Reply-To: <DB1B6B12D0E2F0469EB35A9586066B6ECE75F6@stivesemail.stives.linx.gbr>
Hi,
> I am going to try to port/run Linux on to one of our custom boards here at
> work, based on the EST MPC823 (ICM823A is the label on the EST board)
> reference design (quite an old one). I cannot find a reference to this board
> in the standard U-Boot list of board, does anyone have any
> information/thoughts on the way to approach this. Is there a board that is
> similar that I can base things on for example? I would add that our company
> is new to Linux, having just chosen it as our new O/S for a new range of
> devices - so please forgive any blatant mistakes.
please check if it's close to EP823 (www.embeddedplanet.com for a
datasheet). I got one of those and I'm working to run u-boot on it.
--
Aristeu
^ permalink raw reply
* Re: [PATCH 0/3] Support for SPI busses and devices
From: Yuli Barcohen @ 2005-08-03 12:38 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-embedded
In-Reply-To: <528646bc0507281025661032ba@mail.gmail.com>
>>>>> Grant Likely writes:
Yuli> SPI is very similar to I2C IMHO. I'm not sure separate
Yuli> infrastructure is needed. We support SPI on MPC8xx/82xx/85xx
Yuli> using the standard I2C infrastructure. I only had to add a
Yuli> couple of IOCTLs to control clock frequency and polarity. Due
Yuli> to such an implementation, lm-sensors work OK with SPI
Yuli> temperature sensors, for example.
Kate> SPI IS wery similar than I2C and for this reason it looks a
Kate> like that all SPI subsystems implementations are based on I2C
Kate> code.
Grant> Thanks for the comments everyone. I had seen the first cut
Grant> at an SPI subsystem on the lkml, but I hadn't seen the
Grant> revised patch. My understanding from GregKH's comments on
Grant> the first patch is that i2c is a bit of a mess:
Grant> From http://lkml.org/lkml/2005/5/31/251
Grant> "The i2c dev interface is a mess, please don't duplicate it,
Grant> there is no need to do so."
Grant> What is current opinion on the i2c subsystem? Did I
Grant> misunderstand Greg's I2C comments? I put together the SPI
Grant> patch as an alternative implementation that matches the
Grant> current coding conventions (as I understand them).
The current I2C subsystem is not perfect but it's well established and
used by different user-space applications. Changing the interfaces for
SPI means that all the applications for SPI-connected peripherals must
be developed more or less from scratch. Almost every serial EEPROM or
temperature sensor exists in both I2C and SPI versions, and I don't
think we'd like to have separate applications for these two
versions. The I2C subsystem will be updated sooner or later to match
current coding conventions, etc. If SPI will be part of this subsystem,
it will get all that updates. My changes work well for our customers
with a range of SPI devices (EEPROMs, temperature sensors, RTC, I even
wrote driver for MMC card in SPI mode).
Grant> Yuli, are there any plans to submit your i2c changes to
Grant> support SPI back to mainline?
I have no problem to submit the changes though I'm not sure to what list
to send them. All the changes in fact are just a couple of
defines. Unfortunately, I've got no enough time to follow all the
relevant lists.
Grant> I've now got to go back and review the revised SPI patch on
Grant> the LKML.
--
========================================================================
Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader
yuli@arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel
========================================================================
^ permalink raw reply
* MPC885ADS and 2.6.13-rc5 - nogo ?
From: Schaefer-Hutter, Peter @ 2005-08-03 12:47 UTC (permalink / raw)
To: linuxppc-embedded
Hello!
I gave the MPC885ADS support recently added by Andrei Konovalov=20
a try - but no luck: booting 2.6.13-rc5 with u-boot 1.1.2=20
(tftpboot & bootm) hangs after uncompressing.
Did anybody succeed with this?
Applied were the following patches from patchwork.ozlabs.org:
* 8xx_cpm_hostalloc
* all fixes to fec.c
The board boots an 2.4-Kernel just fine. Did i miss some patches=20
for U-Boot?
Best regards,
Peter
^ permalink raw reply
* USB device issue on linux-2.6.12.3
From: JohnsonCheng @ 2005-08-03 12:54 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1.1: Type: text/plain, Size: 356 bytes --]
I use MPC8241 and NEC D720101 chip for USB device, and almost turn on USB
items in kernel configuration. But when I plug-in a USB device( USB HDD or
USB mouse), many error messages were printed that describe illegal vector
255 received. The attached file is my error message about USB. Does anybody
give me some suggestions?
Thanks,
Johnson Cheng
[-- Attachment #1.2: Type: text/html, Size: 2290 bytes --]
[-- Attachment #2: USBBad.txt --]
[-- Type: text/plain, Size: 51052 bytes --]
illegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#1]
\rNIP: C0034F50 LR: C0034F50 SP: C02ABE90 REGS: c02abde0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02ABE90 C026FAC0 00000023 C02CBAEC 00000007 C02C5040 3B9ACA00
\rGPR08: C02CBAF0 C02A6328 C3F9FEFC C02A6328 00007936 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02ABEF0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0003568] ppc6xx_idle+0xe4/0xf0
\r [c0005b80] cpu_idle+0x28/0x44
\r [c0003884] rest_init+0x24/0x34
\r [c02ac63c] start_kernel+0x174/0x1ac
\r [000032c4] 0x32c4
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#2]
\rNIP: C0034F50 LR: C0034F50 SP: C02ABC10 REGS: c02abb60 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02ABC10 C026FAC0 00000023 0000187E FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02ABC70 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0003568] ppc6xx_idle+0xe4/0xf0
\r [c0005b80] cpu_idle+0x28/0x44
\r [c0003884] rest_init+0x24/0x34
\r [c02ac63c] start_kernel+0x174/0x1ac
\r [000032c4] 0x32c4
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#3]
\rNIP: C0034F50 LR: C0034F50 SP: C02AB990 REGS: c02ab8e0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AB990 C026FAC0 00000023 00001D87 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AB9F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#4]
\rNIP: C0034F50 LR: C0034F50 SP: C02AB710 REGS: c02ab660 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AB710 C026FAC0 00000023 0000229B FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AB770 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#5]
\rNIP: C0034F50 LR: C0034F50 SP: C02AB490 REGS: c02ab3e0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AB490 C026FAC0 00000023 000027AF FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AB4F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#6]
\rNIP: C0034F50 LR: C0034F50 SP: C02AB210 REGS: c02ab160 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AB210 C026FAC0 00000023 00002CC3 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AB270 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#7]
\rNIP: C0034F50 LR: C0034F50 SP: C02AAF90 REGS: c02aaee0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AAF90 C026FAC0 00000023 000031D7 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AAFF0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#8]
\rNIP: C0034F50 LR: C0034F50 SP: C02AAD10 REGS: c02aac60 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AAD10 C026FAC0 00000023 000036EB FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AAD70 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#9]
\rNIP: C0034F50 LR: C0034F50 SP: C02AAA90 REGS: c02aa9e0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AAA90 C026FAC0 00000023 00003BFF FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AAAF0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#10]
\rNIP: C0034F50 LR: C0034F50 SP: C02AA810 REGS: c02aa760 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AA810 C026FAC0 00000023 00004113 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AA870 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#11]
\rNIP: C0034F50 LR: C0034F50 SP: C02AA590 REGS: c02aa4e0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AA590 C026FAC0 00000023 00004628 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AA5F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#12]
\rNIP: C0034F50 LR: C0034F50 SP: C02AA310 REGS: c02aa260 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AA310 C026FAC0 00000023 00004B3D FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AA370 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#13]
\rNIP: C0034F50 LR: C0034F50 SP: C02AA090 REGS: c02a9fe0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02AA090 C026FAC0 00000023 00005052 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02AA0F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rCall trace:
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\r [c0005a9c] do_IRQ+0x38/0x98
\r [c0004a74] ret_from_except+0x0/0x14
\r [c0004d34] die+0x7c/0x80
\r [c0004da8] _exception+0x70/0xa8
\r [c0004a28] ret_from_except_full+0x0/0x4c
\r [c0034f50] ack_none+0x1c/0x30
\r [c00350f8] __do_IRQ+0xb0/0x160
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#14]
\rNIP: C0034F50 LR: C0034F50 SP: C02A9E10 REGS: c02a9d60 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02A9E10 C026FAC0 00000023 00005567 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A9E70 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#15]
\rNIP: C0034F50 LR: C0034F50 SP: C02A9B90 REGS: c02a9ae0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02A9B90 C026FAC0 00000023 00005854 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A9BF0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#16]
\rNIP: C0034F50 LR: C0034F50 SP: C02A9910 REGS: c02a9860 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02A9910 C026FAC0 00000023 00005B41 FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A9970 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#17]
\rNIP: C0034F50 LR: C0034F50 SP: C02A9690 REGS: c02a95e0 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02A9690 C026FAC0 00000023 00005E2E FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A96F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rillegal vector 255 received!
\rkernel BUG in ack_bad_irq at include/asm/hardirq.h:27!
\rOops: Exception in kernel mode, sig: 5 [#18]
\rNIP: C0034F50 LR: C0034F50 SP: C02A9410 REGS: c02a9360 TRAP: 0700 Not tainted
\rMSR: 00021032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: C0034F50 C02A9410 C026FAC0 00000023 0000611B FFFFFFFF C02D0000 C0271484
\rGPR08: C0270000 C02A0000 00000000 C02D0000 00000000 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A9470 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [c0034f50] ack_none+0x1c/0x30
\rLR [c0034f50] ack_none+0x1c/0x30
\rOops: kernel access of bad area, sig: 11 [#19]
\rNIP: 00000030 LR: C00350F8 SP: C02A91A0 REGS: c02a90f0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 00000002 C02A91A0 C026FAC0 000000FF C02A91F0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000030 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A91F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000030] 0x30
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#20]
\rNIP: 00000000 LR: C00350F8 SP: C02A8FB0 REGS: c02a8f00 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8FB0 C026FAC0 000000FF C02A9000 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A9000 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#21]
\rNIP: 00000000 LR: C00350F8 SP: C02A8DC0 REGS: c02a8d10 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8DC0 C026FAC0 000000FF C02A8E10 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8E10 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#22]
\rNIP: 00000000 LR: C00350F8 SP: C02A8BD0 REGS: c02a8b20 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8BD0 C026FAC0 000000FF C02A8C20 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8C20 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#23]
\rNIP: 00000000 LR: C00350F8 SP: C02A89E0 REGS: c02a8930 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A89E0 C026FAC0 000000FF C02A8A30 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8A30 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#24]
\rNIP: 00000000 LR: C00350F8 SP: C02A87F0 REGS: c02a8740 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A87F0 C026FAC0 000000FF C02A8840 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8840 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#25]
\rNIP: 00000000 LR: C00350F8 SP: C02A8600 REGS: c02a8550 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8600 C026FAC0 000000FF C02A8650 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8650 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#26]
\rNIP: 00000000 LR: C00350F8 SP: C02A8410 REGS: c02a8360 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8410 C026FAC0 000000FF C02A8460 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8460 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#27]
\rNIP: 00000000 LR: C00350F8 SP: C02A8220 REGS: c02a8170 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8220 C026FAC0 000000FF C02A8270 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8270 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#28]
\rNIP: 00000000 LR: C00350F8 SP: C02A8030 REGS: c02a7f80 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A8030 C026FAC0 000000FF C02A8080 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A8080 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#29]
\rNIP: 00000000 LR: C00350F8 SP: C02A7E40 REGS: c02a7d90 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7E40 C026FAC0 000000FF C02A7E90 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A7E90 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#30]
\rNIP: 00000000 LR: C00350F8 SP: C02A7C50 REGS: c02a7ba0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7C50 C026FAC0 000000FF C02A7CA0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A7CA0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#31]
\rNIP: 00000000 LR: C00350F8 SP: C02A7A60 REGS: c02a79b0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7A60 C026FAC0 000000FF C02A7AB0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A7AB0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#32]
\rNIP: 00000000 LR: C00350F8 SP: C02A7870 REGS: c02a77c0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7870 C026FAC0 000000FF C02A78C0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A78C0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#33]
\rNIP: 00000000 LR: C00350F8 SP: C02A7680 REGS: c02a75d0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7680 C026FAC0 000000FF C02A76D0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A76D0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#34]
\rNIP: 00000000 LR: C00350F8 SP: C02A7490 REGS: c02a73e0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A7490 C026FAC0 000000FF C02A74E0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A74E0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#35]
\rNIP: 00000000 LR: C00350F8 SP: C02A72A0 REGS: c02a71f0 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A72A0 C026FAC0 000000FF C02A72F0 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 00000000 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A72F0 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [00000000] 0x0
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#36]
\rNIP: 5F495250 LR: C00350F8 SP: C02A70B0 REGS: c02a7000 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A70B0 C026FAC0 000000FF C02A7100 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 5F495251 C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A7100 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [5f495250] 0x5f495250
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#37]
\rNIP: FFFFFFFC LR: C00350F8 SP: C02A6EC0 REGS: c02a6e10 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A6EC0 C026FAC0 000000FF C02A6F10 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 FFFFFFFF C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A6F10 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [fffffffc] 0xfffffffc
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#38]
\rNIP: FFFFFFFC LR: C00350F8 SP: C02A6CD0 REGS: c02a6c20 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A6CD0 C026FAC0 000000FF C02A6D20 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 FFFFFFFF C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A6D20 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [fffffffc] 0xfffffffc
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#39]
\rNIP: FFFFFFFC LR: C00350F8 SP: C02A6AE0 REGS: c02a6a30 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A6AE0 C026FAC0 000000FF C02A6B30 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 FFFFFFFF C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A6B30 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [fffffffc] 0xfffffffc
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#40]
\rNIP: FFFFFFFC LR: C00350F8 SP: C02A68F0 REGS: c02a6840 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A68F0 C026FAC0 000000FF C02A6940 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 FFFFFFFF C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A6940 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [fffffffc] 0xfffffffc
\rLR [c00350f8] __do_IRQ+0xb0/0x160
\rOops: kernel access of bad area, sig: 11 [#41]
\rNIP: FFFFFFFC LR: C00350F8 SP: C02A6700 REGS: c02a6650 TRAP: 0400 Not tainted
\rMSR: 20001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
\rTASK = c026fac0[0] 'swapper' THREAD: c02aa000
\rLast syscall: 120
\rGPR00: 0000000B C02A6700 C026FAC0 000000FF C02A6750 FFFFFFFF C02D0000 C0271484
\rGPR08: C02D0000 FFFFFFFF C02D0000 C02CB5FC 0026FC80 20000000 03FF2000 007FFF24
\rGPR16: 00000000 00000001 007FFF00 03FF258C 00000000 FFFFFFFF 00000003 03F2AEB0
\rGPR24: 00000000 007FFEC0 40000000 C02A6750 C02A7000 000000FF 00000000 C02A8FE0
\rNIP [fffffffc] 0xfffffffc
\rOops: kernel access of bad area, sig: 11 [#42]
\rOops: kernel access of bad area, sig: 11 [#43]
\rOops: kernel access of bad area, sig: 11 [#44]
\rOops: kernel access of bad area, sig: 11 [#45]
\rOops: kernel access of bad area, sig: 11 [#46]
\rOops: kernel access of bad area, sig: 11 [#47]
\rOops: kernel access of bad area, sig: 11 [#48]
\rOops: kernel access of bad area, sig: 11 [#49]
\rOops: kernel access of bad area, sig: 11 [#50]
\rOops: kernel access of bad area, sig: 11 [#51]
\rOops: kernel access of bad area, sig: 11 [#52]
\rOops: kernel access of bad area, sig: 11 [#53]
\rOops: kernel access of bad area, sig: 11 [#54]
\rOops: kernel access of bad area, sig: 11 [#55]
\rOops: kernel access of bad area, sig: 11 [#56]
\rOops: kernel access of bad area, sig: 11 [#57]
\rOops: kernel access of bad area, sig: 11 [#58]
\rOops: kernel access of bad area, sig: 11 [#59]
\rOops: kernel access of bad area, sig: 11 [#60]
\rOops: kernel access of bad area, sig: 11 [#61]
\rOops: kernel access of bad area, sig: 11 [#62]
\rOops: kernel access of bad area, sig: 11 [#63]
\rOops: kernel access of bad area, sig: 11 [#64]
\rOops: kernel access of bad area, sig: 11 [#65]
\rOops: kernel access of bad area, sig: 11 [#66]
\rOops: kernel access of bad area, sig: 11 [#67]
\rOops: kernel access of bad area, sig: 11 [#68]
\rOops: kernel access of bad area, sig: 11 [#69]
\rOops: kernel access of bad area, sig: 11 [#70]
\rOops: kernel access of bad area, sig: 11 [#71]
\rOops: kernel access of bad area, sig: 11 [#72]
\rOops: kernel access of bad area, sig: 11 [#73]
\rOops: kernel access of bad area, sig: 11 [#74]
\rOops: kernel access of bad area, sig: 11 [#75]
\rOops: kernel access of bad area, sig: 11 [#76]
\rOops: kernel access of bad area, sig: 11 [#77]
\rOops: kernel access of bad area, sig: 11 [#78]
\rOops: kernel access of bad area, sig: 11 [#79]
\rOops: kernel access of bad area, sig: 11 [#80]
\rOops: kernel access of bad area, sig: 11 [#81]
\rOops: kernel access of bad area, sig: 11 [#82]
\rOops: kernel access of bad area, sig: 11 [#83]
\rOops: kernel access of bad area, sig: 11 [#84]
\rOops: kernel access of bad area, sig: 11 [#85]
\rOops: kernel access of bad area, sig: 11 [#86]
\rOops: kernel access of bad area, sig: 11 [#87]
\rOops: kernel access of bad area, sig: 11 [#88]
\rOops: kernel access of bad area, sig: 11 [#89]
\rOops: kernel access of bad area, sig: 11 [#90]
\rOops: kernel access of bad area, sig: 11 [#91]
\rOops: kernel access of bad area, sig: 11 [#92]
\rOops: kernel access of bad area, sig: 11 [#93]
\rOops: kernel access of bad area, sig: 11 [#94]
\rOops: kernel access of bad area, sig: 11 [#95]
\rOops: kernel access of bad area, sig: 11 [#96]
\rOops: kernel access of bad area, sig: 11 [#97]
\rOops: kernel access of bad area, sig: 11 [#98]
\rOops: kernel access of bad area, sig: 11 [#99]
\rOops: kernel access of bad area, sig: 11 [#100]
\rOops: kernel access of bad area, sig: 11 [#101]
\rOops: kernel access of bad area, sig: 11 [#102]
\rOops: kernel access of bad area, sig: 11 [#103]
\rOops: kernel access of bad area, sig: 11 [#104]
\rOops: kernel access of bad area, sig: 11 [#105]
\rOops: kernel access of bad area, sig: 11 [#106]
\rOops: kernel access of bad area, sig: 11 [#107]
\rOops: kernel access of bad area, sig: 11 [#108]
\rOops: kernel access of bad area, sig: 11 [#109]
\rOops: kernel access of bad area, sig: 11 [#110]
\rOops: kernel access of bad area, sig: 11 [#111]
\rOops: kernel access of bad area, sig: 11 [#112]
\rOops: kernel access of bad area, sig: 11 [#113]
\rOops: kernel access of bad area, sig: 11 [#114]
\rOops: kernel access of bad area, sig: 11 [#115]
\rOops: kernel access of bad area, sig: 11 [#116]
\rOops: kernel access of bad area, sig: 11 [#117]
\rOops: kernel access of bad area, sig: 11 [#118]
\rOops: kernel access of bad area, sig: 11 [#119]
\rOops: kernel access of bad area, sig: 11 [#120]
\rOops: kernel access of bad area, sig: 11 [#121]
\rOops: kernel access of bad area, sig: 11 [#122]
\rOops: kernel access of bad area, sig: 11 [#123]
\rOops: kernel access of bad area, sig: 11 [#124]
\rOops: kernel access of bad area, sig: 11 [#125]
\rOops: kernel access of bad area, sig: 11 [#126]
\rOops: kernel access of bad area, sig: 11 [#127]
\rOops: kernel access of bad area, sig: 11 [#128]
\rOops: kernel access of bad area, sig: 11 [#129]
\rOops: kernel access of bad area, sig: 11 [#130]
\rOops: kernel access of bad area, sig: 11 [#131]
\rOops: kernel access of bad area, sig: 11 [#132]
\rOops: kernel access of bad area, sig: 11 [#133]
\rOops: kernel access of bad area, sig: 11 [#134]
\rOops: kernel access of bad area, sig: 11 [#135]
\rOops: kernel access of bad area, sig: 11 [#136]
\rOops: kernel access of bad area, sig: 11 [#137]
\rOops: kernel access of bad area, sig: 11 [#138]
\rOops: kernel access of bad area, sig: 11 [#139]
\rOops: kernel access of bad area, sig: 11 [#140]
\rOops: kernel access of bad area, sig: 11 [#141]
\rOops: kernel access of bad area, sig: 11 [#142]
\rOops: kernel access of bad area, sig: 11 [#143]
\rOops: kernel access of bad area, sig: 11 [#144]
\rOops: kernel access of bad area, sig: 11 [#145]
\rOops: kernel access of bad area, sig: 11 [#146]
\rOops: kernel access of bad area, sig: 11 [#147]
\rOops: kernel access of bad area, sig: 11 [#148]
\rOops: kernel access of bad area, sig: 11 [#149]
\rOops: kernel access of bad area, sig: 11 [#150]
\rOops: kernel access of bad area, sig: 11 [#151]
\rOops: kernel access of bad area, sig: 11 [#152]
\rOops: kernel access of bad area, sig: 11 [#153]
\rOops: kernel access of bad area, sig: 11 [#154]
\rOops: kernel access of bad area, sig: 11 [#155]
\rOops: kernel access of bad area, sig: 11 [#156]
\rOops: kernel access of bad area, sig: 11 [#157]
\rOops: kernel access of bad area, sig: 11 [#158]
\rOops: kernel access of bad area, sig: 11 [#159]
\rOops: kernel access of bad area, sig: 11 [#160]
\rOops: kernel access of bad area, sig: 11 [#161]
\rOops: kernel access of bad area, sig: 11 [#162]
\rOops: kernel access of bad area, sig: 11 [#163]
\rOops: kernel access of bad area, sig: 11 [#164]
\rOops: kernel access of bad area, sig: 11 [#165]
\rOops: kernel access of bad area, sig: 11 [#166]
\rOops: kernel access of bad area, sig: 11 [#167]
\rOops: kernel access of bad area, sig: 11 [#168]
\rOops: kernel access of bad area, sig: 11 [#169]
\rOops: kernel access of bad area, sig: 11 [#170]
\rOops: kernel access of bad area, sig: 11 [#171]
\rOops: kernel access of bad area, sig: 11 [#172]
\rOops: kernel access of bad area, sig: 11 [#173]
\rOops: kernel access of bad area, sig: 11 [#174]
\rOops: kernel access of bad area, sig: 11 [#175]
\rOops: kernel access of bad area, sig: 11 [#176]
\rOops: kernel access of bad area, sig: 11 [#177]
\rOops: kernel access of bad area, sig: 11 [#178]
\rOops: kernel access of bad area, sig: 11 [#179]
\rOops: kernel access of bad area, sig: 11 [#180]
\rOops: kernel access of bad area, sig: 11 [#181]
\rOops: kernel access of bad area, sig: 11 [#182]
\rOops: kernel access of bad area, sig: 11 [#183]
\rOops: kernel access of bad area, sig: 11 [#184]
\rOops: kernel access of bad area, sig: 11 [#185]
\rOops: kernel access of bad area, sig: 11 [#186]
\rOops: kernel access of bad area, sig: 11 [#187]
\rOops: kernel access of bad area, sig: 11 [#188]
\rOops: kernel access of bad area, sig: 11 [#189]
\rOops: kernel access of bad area, sig: 11 [#190]
\rOops: kernel access of bad area, sig: 11 [#191]
\rOops: kernel access of bad area, sig: 11 [#192]
\rOops: kernel access of bad area, sig: 11 [#193]
\rOops: kernel access of bad area, sig: 11 [#194]
\rOops: kernel access of bad area, sig: 11 [#195]
\rOops: kernel access of bad area, sig: 11 [#196]
\rOops: kernel access of bad area, sig: 11 [#197]
\rOops: kernel access of bad area, sig: 11 [#198]
\rOops: kernel access of bad area, sig: 11 [#199]
\rOops: kernel access of bad area, sig: 11 [#200]
\rOops: kernel access of bad area, sig: 11 [#201]
\rOops: kernel access of bad area, sig: 11 [#202]
\rOops: kernel access of bad area, sig: 11 [#203]
\rOops: kernel access of bad area, sig: 11 [#204]
\rOops: kernel access of bad area, sig: 11 [#205]
\rOops: kernel access of bad area, sig: 11 [#206]
\rOops: kernel access of bad area, sig: 11 [#207]
\rOops: kernel access of bad area, sig: 11 [#208]
\rOops: kernel access of bad area, sig: 11 [#209]
\rOops: kernel access of bad area, sig: 11 [#210]
\rOops: kernel access of bad area, sig: 11 [#211]
\rOops: kernel access of bad area, sig: 11 [#212]
\rOops: kernel access of bad area, sig: 11 [#213]
\rOops: kernel access of bad area, sig: 11 [#214]
\rOops: kernel access of bad area, sig: 11 [#215]
\rOops: kernel access of bad area, sig: 11 [#216]
\rOops: kernel access of bad area, sig: 11 [#217]
\rOops: kernel access of bad area, sig: 11 [#218]
\rOops: kernel access of bad area, sig: 11 [#219]
\rOops: kernel access of bad area, sig: 11 [#220]
\rOops: kernel access of bad area, sig: 11 [#221]
\rOops: kernel access of bad area, sig: 11 [#222]
\rOops: kernel access of bad area, sig: 11 [#223]
\rOops: kernel access of bad area, sig: 11 [#224]
\rOops: kernel access of bad area, sig: 11 [#225]
\rOops: kernel access of bad area, sig: 11 [#226]
\rOops: kernel access of bad area, sig: 11 [#227]
\rOops: kernel access of bad area, sig: 11 [#228]
\rOops: kernel access of bad area, sig: 11 [#229]
\rOops: kernel access of bad area, sig: 11 [#230]
\rOops: kernel access of bad area, sig: 11 [#231]
\rOops: kernel access of bad area, sig: 11 [#232]
\rOops: kernel access of bad area, sig: 11 [#233]
\rOops: kernel access of bad area, sig: 11 [#234]
\rOops: kernel access of bad area, sig: 11 [#235]
\rOops: kernel access of bad area, sig: 11 [#236]
\rOops: kernel access of bad area, sig: 11 [#237]
\rOops: kernel access of bad area, sig: 11 [#238]
\rOops: kernel access of bad area, sig: 11 [#239]
\rOops: kernel access of bad area, sig: 11 [#240]
\rOops: kernel access of bad area, sig: 11 [#241]
\rOops: kernel access of bad area, sig: 11 [#242]
\rOops: kernel access of bad area, sig: 11 [#243]
\rOops: kernel access of bad area, sig: 11 [#244]
\rOops: kernel access of bad area, sig: 11 [#245]
\rOops: kernel access of bad area, sig: 11 [#246]
\rOops: kernel access of bad area, sig: 11 [#247]
\rOops: kernel access of bad area, sig: 11 [#248]
\rOops: kernel access of bad area, sig: 11 [#249]
\rOops: kernel access of bad area, sig: 11 [#250]
\rOops: kernel access of bad area, sig: 11 [#251]
\rOops: kernel access of bad area, sig: 11 [#252]
\rOops: kernel access of bad area, sig: 11 [#253]
\rOops: kernel access of bad area, sig: 11 [#254]
\rOops: kernel access of bad area, sig: 11 [#255]
\rOops: kernel access of bad area, sig: 11 [#256]
\rOops: kernel access of bad area, sig: 11 [#257]
\rOops: kernel access of bad area, sig: 11 [#258]
\rOops: kernel access of bad area, sig: 11 [#259]
\rOops: kernel access of bad area, sig: 11 [#260]
\rOops: kernel access of bad area, sig: 11 [#261]
\rOops: kernel access of bad area, sig: 11 [#262]
\rOops: kernel access of bad area, sig: 11 [#263]
\rOops: kernel access of bad area, sig: 11 [#264]
\rOops: kernel access of bad area, sig: 11 [#265]
\rOops: kernel access of bad area, sig: 11 [#266]
\rOops: kernel access of bad area, sig: 11 [#267]
\rOops: kernel access of bad area, sig: 11 [#268]
\rOops: kernel access of bad area, sig: 11 [#269]
\rOops: kernel access of bad area, sig: 11 [#270]
\rOops: kernel access of bad area, sig: 11 [#271]
\rOops: kernel access of bad area, sig: 11 [#272]
\rOops: kernel access of bad area, sig: 11 [#273]
\rOops: kernel access of bad area, sig: 11 [#274]
\rOops: kernel access of bad area, sig: 11 [#275]
\rOops: kernel access of bad area, sig: 11 [#276]
\rOops: kernel access of bad area, sig: 11 [#277]
\rOops: kernel access of bad area, sig: 11 [#278]
\rOops: kernel access of bad area, sig: 11 [#279]
\rOops: kernel access of bad area, sig: 11 [#280]
\rOops: kernel access of bad area, sig: 11 [#281]
\rOops: kernel access of bad area, sig: 11 [#282]
\rOops: kernel access of bad area, sig: 11 [#283]
\rOops: kernel access of bad area, sig: 11 [#284]
\rOops: kernel access of bad area, sig: 11 [#285]
\rOops: kernel access of bad area, sig: 11 [#286]
\rOops: kernel access of bad area, sig: 11 [#287]
\rOops: kernel access of bad area, sig: 11 [#288]
\rOops: kernel access of bad area, sig: 11 [#289]
\rOops: kernel access of bad area, sig: 11 [#290]
\rOops: kernel access of bad area, sig: 11 [#291]
\rOops: kernel access of bad area, sig: 11 [#292]
\rOops: kernel access of bad area, sig: 11 [#293]
\rOops: kernel access of bad area, sig: 11 [#294]
\rOops: kernel access of bad area, sig: 11 [#295]
\rOops: kernel access of bad area, sig: 11 [#296]
\rOops: kernel access of bad area, sig: 11 [#297]
\rOops: kernel access of bad area, sig: 11 [#298]
\rOops: kernel access of bad area, sig: 11 [#299]
\rOops: kernel access of bad area, sig: 11 [#300]
\rOops: kernel access of bad area, sig: 11 [#301]
\rOops: kernel access of bad area, sig: 11 [#302]
\rOops: kernel access of bad area, sig: 11 [#303]
\rOops: kernel access of bad area, sig: 11 [#304]
\rOops: kernel access of bad area, sig: 11 [#305]
\rOops: kernel access of bad area, sig: 11 [#306]
\rOops: kernel access of bad area, sig: 11 [#307]
\rOops: kernel access of bad area, sig: 11 [#308]
\rOops: kernel access of bad area, sig: 11 [#309]
\rOops: kernel access of bad area, sig: 11 [#310]
\rOops: kernel access of bad area, sig: 11 [#311]
\rOops: kernel access of bad area, sig: 11 [#312]
\rOops: kernel access of bad area, sig: 11 [#313]
\rOops: kernel access of bad area, sig: 11 [#314]
\rOops: kernel access of bad area, sig: 11 [#315]
\rOops: kernel access of bad area, sig: 11 [#316]
\rOops: kernel access of bad area, sig: 11 [#317]
\rOops: kernel access of bad area, sig: 11 [#318]
\rOops: kernel access of bad area, sig: 11 [#319]
\rOops: kernel access of bad area, sig: 11 [#320]
\rOops: kernel access of bad area, sig: 11 [#321]
\rOops: kernel access of bad area, sig: 11 [#322]
\rOops: kernel access of bad area, sig: 11 [#323]
\rOops: kernel access of bad area, sig: 11 [#324]
\rOops: kernel access of bad area, sig: 11 [#325]
\rOops: kernel access of bad area, sig: 11 [#326]
\rOops: %, sig: -1071463244 [#11]
\rOops: kernel access of bad area, sig: 11 [#328]
\rOops: kernel access of bad area, sig: 11 [#329]
\rOops: kernel access of bad area, sig: 11 [#330]
\rOops: kernel access of bad area, sig: 11 [#331]
\rOops: kernel access of bad area, sig: 11 [#332]
\rOops: kernel access of bad area, sig: 11 [#333]
\rOops: kernel access of bad area, sig: 11 [#334]
\rOops: kernel access of bad area, sig: 11 [#335]
\rOops: kernel access of bad area, sig: 11 [#336]
\rOops: kernel access of bad area, sig: 11 [#337]
\rOops: kernel access of bad area, sig: 11 [#338]
\rOops: kernel access of bad area, sig: 11 [#339]
\rOops: kernel access of bad area, sig: 11 [#340]
\rOops: kernel access of bad area, sig: 11 [#341]
\rOops: kernel access of bad area, sig: 11 [#342]
\rOops: kernel access of bad area, sig: 11 [#343]
\rOops: kernel access of bad area, sig: 11 [#344]
\rOops: kernel access of bad area, sig: 11 [#345]
\rOops: kernel access of bad area, sig: 11 [#346]
\rOops: kernel access of bad area, sig: 11 [#347]
\rOops: kernel access of bad area, sig: 11 [#348]
\rOops: kernel access of bad area, sig: 11 [#349]
\rOops: kernel access of bad area, sig: 11 [#350]
\rOops: kernel access of bad area, sig: 11 [#351]
\rOops: kernel access of bad area, sig: 11 [#352]
\rOops: kernel access of bad area, sig: 11 [#353]
\rOops: kernel access of bad area, sig: 11 [#354]
\rOops: kernel access of bad area, sig: 11 [#355]
\rOops: kernel access of bad area, sig: 11 [#356]
\rOops: kernel access of bad area, sig: 11 [#357]
\rOops: kernel access of bad area, sig: 11 [#358]
\rOops: kernel access of bad area, sig: 11 [#359]
\rOops: kernel access of bad area, sig: 11 [#360]
\rOops: kernel access of bad area, sig: 11 [#361]
\rOops: kernel access of bad area, sig: 11 [#362]
\rOops: kernel access of bad area, sig: 11 [#363]
\rOops: kernel access of bad area, sig: 11 [#364]
\rOops: kernel access of bad area, sig: 11 [#365]
\rOops: kernel access of bad area, sig: 11 [#366]
\rOops: kernel access of bad area, sig: 11 [#367]
\rOops: kernel access of bad area, sig: 11 [#368]
\rOops: kernel access of bad area, sig: 11 [#369]
\rOops: kernel access of bad area, sig: 11 [#370]
\rOops: kernel access of bad area, sig: 11 [#371]
\rOops: kernel access of bad area, sig: 11 [#372]
\r
^ permalink raw reply
* Re: EST MPC823 board
From: Aristeu Sergio Rozanski Filho @ 2005-08-03 12:57 UTC (permalink / raw)
To: James Hughes; +Cc: 'linuxppc-embedded@ozlabs.org'
In-Reply-To: <20050803122733.GG5210@cathedrallabs.org>
> please check if it's close to EP823 (www.embeddedplanet.com for a
> datasheet). I got one of those and I'm working to run u-boot on it.
argh. please ignore my last post, I got a EP852 not 823.
--
Aristeu
^ permalink raw reply
* Re: MPC885ADS and 2.6.13-rc5 - nogo ?
From: Vitaly Bordug @ 2005-08-03 13:03 UTC (permalink / raw)
To: Schaefer-Hutter, Peter; +Cc: linuxppc-embedded
In-Reply-To: <8E342283C2100540AAC5D103097054776F8500@rcexc.racoms.loc>
Schaefer-Hutter, Peter wrote:
>Hello!
>
>I gave the MPC885ADS support recently added by Andrei Konovalov
>a try - but no luck: booting 2.6.13-rc5 with u-boot 1.1.2
>(tftpboot & bootm) hangs after uncompressing.
>
>Did anybody succeed with this?
>
>Applied were the following patches from patchwork.ozlabs.org:
>
> * 8xx_cpm_hostalloc
> * all fixes to fec.c
>
>The board boots an 2.4-Kernel just fine. Did i miss some patches
>for U-Boot?
>
>Best regards,
>
> Peter
>_______________________________________________
>Linuxppc-embedded mailing list
>Linuxppc-embedded@ozlabs.org
>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
>
>
Mentioned support should work `out-of-the box`.
Make sure you have console=ttyCPM0,115200 (or whatever baudrate you
have) within bootargs in the U-Boot environment. U-Boot modification is
needed only if you wish to have both FEC MAC addresses configured via
U-Boot env as well. Also only the related defconfig should be used.
--
Sincerely,
Vitaly
^ permalink raw reply
* bug in arch/ppc/boot/common/util.S: cmplwi cr0,r3,r4 ?
From: Frank van Maarseveen @ 2005-08-03 13:18 UTC (permalink / raw)
To: linuxppc-dev
I think "cmplwi" expects an immediate vale as last operand
around line 255 of arch/ppc/boot/common/util.S:
addi r4,r4,_etext@l # r8 = &_etext
1: dcbf r0,r3 # Flush the data cache
icbi r0,r3 # Invalidate the instruction cache
addi r3,r3,0x10 # Increment by one cache line
cmplwi cr0,r3,r4 # Are we at the end yet?
^^
blt 1b # No, keep flushing and invalidating
I guess it should have been:
cmplw cr0,r3,r4 # Are we at the end yet?
--
Frank
^ permalink raw reply
* RE: EST MPC823 board
From: James Hughes @ 2005-08-03 13:26 UTC (permalink / raw)
To: 'linuxppc-embedded@ozlabs.org'
We already have VXWorks working on the board, so a lot of data can be
gleaned from the BSP for that. As a beginner to U-Boot - would the
information from that be sufficient to get to a working build?
EST were taken over by Windriver some time ago - and given the level of
support we have received from them in the past (hence movement to Linux...)
I am not optimistic of getting information from them regarding an 8 year old
board!
for the list :
Its difficult to see from the U-Boot tree which boards are based on the
MPC623 - is there a quick way of finding which are? grep for 623?
James
-----Original Message-----
From: 'Aristeu Sergio Rozanski Filho' [mailto:aris@cathedrallabs.org]
Sent: 03 August 2005 14:01
To: James Hughes
Subject: Re: EST MPC823 board
> Did you start from an existing board definition, or have you started from
> scratch?
a good way is to find a similar (supported) board and use it as starting
point. but for this you need your board's datasheet.
> I wasn't able to find a datasheet from the embedded planet site - do you
> have a direct link to it?
please ignore my last post, I didn't read the model correctly
> I am going to email EST to see if they have any information - but since
the
> board is pretty ancient, I am not confident.
if you get the datasheet (you must know things like control registers
address and meaning) it's possible to do it. google a bit too, maybe
someone has it.
--
Aristeu
The information contained in this e-mail message (and any attachment
transmitted herewith) is privileged and confidential and is intended for the
exclusive use of the addressee(s). If you are not an addressee, any
disclosure, reproduction, distribution or other dissemination or use of this
communication is strictly prohibited. If you have received this
communication in error, please contact us immediately so that we can correct
the error.
^ permalink raw reply
* RE: MPC885ADS and 2.6.13-rc5 - nogo ?
From: Schaefer-Hutter, Peter @ 2005-08-03 13:45 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded
Hello Vitaly,=20
> From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]=20
>
> Mentioned support should work `out-of-the box`.
> Make sure you have console=3DttyCPM0,115200 (or whatever baudrate you=20
> have) within bootargs in the U-Boot environment. U-Boot modification
is=20
> needed only if you wish to have both FEC MAC addresses configured via=20
> U-Boot env as well. Also only the related defconfig should be used.
I have the bootargs, but still nogo - even with the mpc885ads_defconfig.
Besides, in the mpc885ads_defconfig CONFIG_SCC3_ENET is set but in the
patch
description it reads as if only SCC1 is supported...
Best Regards,
Peter
^ permalink raw reply
* Re: [PATCH] cpm_uart: Made non-console uart work
From: Pantelis Antoniou @ 2005-08-03 16:14 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: Kumar Gala, linuxppc-embedded list
In-Reply-To: <42F06F62.6050509@ru.mvista.com>
On Wednesday 03 August 2005 10:16, you wrote:
> Panto, Kumar,
>
> Thank you for review.
>
[major snipage]
> Well, all the stuff works on 8272 even without this and likewise stuff,
> but don't on 866ADS, where bus_to_virt returns value not equal to where
> we allocated DMA. I didn't dig too deep to track why this happens, since
> if we're using DMA, we should remember addresses upon allocation and
> avoid using bus_to_virt.
Well, this is weird cause I've tested my latest patch on 8xx and had no
problems...
I'll try to test your patch, some time later today.
However, what is important now is to get the fs_enet driver posted.
Please test the latest patch I've send you on a linus tree and report if you
have any problems...
Regards
Pantelis
^ permalink raw reply
* Re: MPC885ADS and 2.6.13-rc5 - nogo ?
From: Vitaly Bordug @ 2005-08-03 14:03 UTC (permalink / raw)
To: Schaefer-Hutter, Peter; +Cc: linuxppc-embedded list
In-Reply-To: <8E342283C2100540AAC5D103097054776F851C@rcexc.racoms.loc>
[-- Attachment #1: Type: text/plain, Size: 952 bytes --]
Schaefer-Hutter, Peter wrote:
>Hello Vitaly,
>
>
>
>>From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]
>>
>>Mentioned support should work `out-of-the box`.
>>Make sure you have console=ttyCPM0,115200 (or whatever baudrate you
>>have) within bootargs in the U-Boot environment. U-Boot modification
>>
>>
>is
>
>
>>needed only if you wish to have both FEC MAC addresses configured via
>>U-Boot env as well. Also only the related defconfig should be used.
>>
>>
>
>I have the bootargs, but still nogo - even with the mpc885ads_defconfig.
>
>Besides, in the mpc885ads_defconfig CONFIG_SCC3_ENET is set but in the
>patch
>description it reads as if only SCC1 is supported...
>
> Best Regards,
>
> Peter
>
>
>
The board does not hang - there's somithing with console since you don't
see anything. Try to change BCSR_ADDR from 0xf4500000 to 0xf80...0 -
the newer version of the boards may have this changed.
--
Sincerely,
Vitaly
[-- Attachment #2: Type: text/html, Size: 1585 bytes --]
^ permalink raw reply
* RE: MPC885ADS and 2.6.13-rc5 - nogo ?
From: Schaefer-Hutter, Peter @ 2005-08-03 14:27 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded list
Hello,
> From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]=20
> The board does not hang - there's somithing with=20
> console since you don't see anything. Try to change=20
> BCSR_ADDR from 0xf4500000 to 0xf80...0 - the newer=20
> version of the boards may have this changed.
Hrm... arc/ppc/mpc885ads.h already reads
/* U-Boot maps BCSR to 0xff080000 */
#define BCSR_ADDR ((uint)0xff080000)
And that's the same setting that my 2.4-Kernel
uses, so it should work with 0xff080000.
However, BCSR_SIZE looks suspicious in this header:
#define BCSR_SIZE ((uint)32)
Shouldn't that read:
#define BCSR_SIZE ((uint)32 * 1024)
??!?
Regards,
Peter
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox