* RE: boot failure on lite5200b board
From: #LI JIANGGAN# @ 2006-03-01 17:16 UTC (permalink / raw)
To: John Rigby; +Cc: haidong_feng, linuxppc-embedded
In-Reply-To: <4b73d43f0602240917h1d80bcf8ycc87086305434304@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 12708 bytes --]
how about the following U-boot settings:
..............................
Hit any key to stop autoboot: 0
=> printenv
baudrate=115200
autoload=no
ethact=FEC ETHERNET
ethaddr=00:01:9F:00:27:2F
preboot=echo; echo Autostarting. Press any key to abort..; echo
bootdelay=5
hostname=icecube
bootfile=MPC5200/uImage
nv=nfsroot root=/dev/nfs rw nfsroot=10.190.3.113:/opt/eldk/rootfs
netmask=255.255.240.0
ipaddr=10.190.3.144
serverip=10.190.3.103
bootcmd=run net_nfs
rootfs=root=/dev/nfs rw
netdev=eth0
rootpath=/opt/eldk-4-0/rootfs
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
ramargs=setenv bootargs root=/dev/ram rw
addip=setenv bootargs ip=10.190.3.144:10.190.3.103:10.190.3.103:255.255.240.0:icecube:eth0:off panic=1
net_nfs=tftp 200000 MPC5200/uImage;run nfsargs addip;bootm
stdin=serial
stdout=serial
stderr=serial
Environment size: 738/65532 bytes
=> .
................................
The output is still the same, it hangs after displaying arch:exit
I have also tried the above settings with console set, it gives the same output
I am really wondering whether the problem is with the kernel. Sylvain's kernel uImage is only around 600k while the one from freescale is 1.4M, anybody knows where the difference is?
.....................................
Autostarting. Press any key to abort..
Hit any key to stop autoboot: 0
Using FEC ETHERNET device
TFTP from server 10.190.3.103; our IP address is 10.190.3.144
Filename 'MPC5200/uImage'.
Load address: 0x200000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
###################################
done
Bytes transferred = 1510143 (170aff hex)
## Booting image at 00200000 ...
Image Name: Linux-2.6.11.7
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1510079 Bytes = 1.4 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
id mach(): done
MMU:enter
MMU:hw init
MMU:mapin
MMU:setio
MMU:exit
setup_arch: enter
setup_arch: bootmem
ocp: exit
arch: exit
.....................
Regards,
Jianggan LI
________________________________
From: John Rigby [mailto:jcrigby@gmail.com]
Sent: Sat 2/25/2006 1:17
To: #LI JIANGGAN#
Cc: tnt@246tnt.com; linuxppc-embedded@ozlabs.org
Subject: Re: boot failure on lite5200b board
I don't think your syntax for appending to an env variable is correct:
try:
set bootargs $(bootargs) ...appended stuff...
instead of:
set bootargs env bootargs ...appended stuff....
Also to see what bootargs is actually set to after all the nested
commands, add a printenv just before the bootm
On 2/23/06, #LI JIANGGAN# <lijianggan@pmail.ntu.edu.sg> wrote:
>
>
> I have actually tried both kernel with both console configurations. It gave
> the same output, thus I presume that the problem lies somewhere else. I
> attached the log to this email.
>
> the board is Lite5200B Version 1.0. Which .config file do you want?
>
> Sylvain, we have ordered a debugging set but we are still waiting for
> delivery, the leaking time is said to be one month, tant pis. And the log I
> attached here are booting from a higher address (0x500000).
>
> My current u-boot args:
> Autostarting. Press any key to abort..
>
> Hit any key to stop autoboot: 0
> => printenv
> baudrate=115200
> autoload=no
> ethact=FEC ETHERNET
> flshroot=root=/dev/mtdblock2 rw
> ethaddr=00:01:9F:00:27:2F
> preboot=echo; echo Autostarting. Press any key to abort..; echo
> bootdelay=5
> hostname=icecube
> bootfile=MPC5200/uImage
> nv=nfsroot root=/dev/nfs rw nfsroot=10.190.3.113:/opt/eldk/rootfs
> ip=ip=10.190.3.144:10.190.3.103:10.190.3.103:255.255.240.0:icecube::off
> nfsroot=root=/dev/nfs rw nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
> bootcmd=run net_nfs
> filesize=546
> fileaddr=500000
> netmask=255.255.240.0
> ipaddr=10.190.3.144
> serverip=10.190.3.103
> setconsole=setenv bootargs console=ttyPSC0, 115200n8 console=tty1
> rootfs=root=/dev/nfs rw nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
> bootargs=env bootargs root=/dev/nfs rw
> nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
> ip=10.190.3.144:10.190.3.103:10.190.3.103:255.255.240.0:icecube::off
> flash_nfs=run setconsole nfsargs addip;bootm
> net_nfs=tftp 500000 MPC5200/uImage;run setconsole nfsargs addip;bootm
> nfsargs=setenv bootargs env bootargs root=/dev/nfs rw
> nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
> ip=10.190.3.144:10.190.3.103:10.190.3.103:255.255.240.0:icecube::offroot=/dev/nfs
> rw
> addip=setenv bootargs env bootargs root=/dev/nfs rw
> nfsroot=10.190.3.103:/opt/eldk-4-0/rootfs
> ip=10.190.3.144:10.190.3.103:10.190.3.103:255.255.240.0:icecube::off
> ramargs=setenv bootargs root=/dev/ram rw
> console=console=ttyS0,115200n8 console=tty1
> stdin=serial
> stdout=serial
> stderr=serial
>
> Environment size: 1472/65532 bytes
> =>
>
>
>
>
> USING Sylvain's KERNEL:
>
> U-Boot 1.1.3 (Feb 6 2006 - 09:56:46)
>
> CPU: MPC5200 v2.2 at 462 MHz
> Bus 132 MHz, IPB 132 MHz, PCI 33 MHz
> Board: Freescale MPC5200 (Lite5200B)
> I2C: 85 kHz, ready
> DRAM: 256 MB
> FLASH: 32 MB
> PCI: Bus Dev VenId DevId Class Int
> 00 1a 1057 5809 0680 00
> In: serial
> Out: serial
> Err: serial
> Net: FEC ETHERNET
> IDE: Bus 0: OK
> Device 0: not available
> Device 1: not available
>
> Autostarting. Press any key to abort..
>
> Hit any key to stop autoboot: 0
> Using FEC ETHERNET device
> TFTP from server 10.190.3.103; our IP address is 10.190.3.144
> Filename 'MPC5200/uImage'.
> Load address: 0x500000
> Loading: #################################################################
> ################################################################
> done
> Bytes transferred = 658114 (a0ac2 hex)
> ## Booting image at 00500000 ...
> Image Name: Linux-2.6.16-rc1
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 658050 Bytes = 642.6 kB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
> id mach(): done
> MMU:enter
> MMU:hw init
> MMU:mapin
> MMU:setio
> MMU:exit
> setup_arch: enter
> setup_arch: bootmem
> arch: exit
>
>
>
> USING KERNEL FROM Freescale:
>
> U-Boot 1.1.3 (Feb 6 2006 - 09:56:46)
>
> CPU: MPC5200 v2.2 at 462 MHz
> Bus 132 MHz, IPB 132 MHz, PCI 33 MHz
> Board: Freescale MPC5200 (Lite5200B)
> I2C: 85 kHz, ready
> DRAM: 256 MB
> FLASH: 32 MB
> PCI: Bus Dev VenId DevId Class Int
> 00 1a 1057 5809 0680 00
> In: serial
> Out: serial
> Err: serial
> Net: FEC ETHERNET
> IDE: Bus 0: OK
> Device 0: not available
> Device 1: not available
>
> Autostarting. Press any key to abort..
>
> Hit any key to stop autoboot: 0
> Using FEC ETHERNET device
> TFTP from server 10.190.3.103; our IP address is 10.190.3.144
> Filename 'MPC5200/uImage'.
> Load address: 0x500000
> Loading: #################################################################
> #################################################################
> #################################################################
> #################################################################
> ###################################
> done
> Bytes transferred = 1510143 (170aff hex)
> ## Booting image at 00500000 ...
> Image Name: Linux-2.6.11.7
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 1510079 Bytes = 1.4 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
> id mach(): done
> MMU:enter
> MMU:hw init
> MMU:mapin
> MMU:setio
> MMU:exit
> setup_arch: enter
> setup_arch: bootmem
> ocp: exit
> arch: exit
>
>
>
>
> -----Original Message-----
> From: John Rigby [mailto:jcrigby@gmail.com]
> Sent: Fri 2/24/2006 0:18
> To: #LI JIANGGAN#
> Subject: Re: boot failure on lite5200b board
>
> If you are using Sylvain's kernel you need to set console=ttyPSC0. If you
> are
> using a kernel from Freescale then you need to set console=ttyS0.
>
> Also what rev of the board do you have?
>
>
>
> On 2/23/06, #LI JIANGGAN# <lijianggan@pmail.ntu.edu.sg> wrote:
> >
> >
> > Thank you José María and Andrey for your advices, however the problem
> > remains. I've tried setting the console (though I remember that our
> previous
> > lite5200 board was working fine on kernel 2.4 without setting the
> console);
> > meantime, I've set the booting image to 0x500000; I have also tried using
> > the kernel image come together with the BSP, it's always the same error.
> >
> > Sylvain, I've actually using your kernel source, the compiled image is
> > around 700k (compared to the 1.4M image from the BSP), but it doesn't
> solve
> > the problem. So I presume that the problem is lying somewhere else.
> >
> > A SNAPSHOT OF THE BOOTING MESSAGES:
> >
> >
> > U-Boot 1.1.3 (Feb 6 2006 - 09:56:46)
> >
> > CPU: MPC5200 v2.2 at 462 MHz
> > Bus 132 MHz, IPB 132 MHz, PCI 33 MHz
> > Board: Freescale MPC5200 (Lite5200B)
> > I2C: 85 kHz, ready
> > DRAM: 256 MB
> > FLASH: 32 MB
> > PCI: Bus Dev VenId DevId Class Int
> > 00 1a 1057 5809 0680 00
> > In: serial
> > Out: serial
> > Err: serial
> > Net: FEC ETHERNET
> > IDE: Bus 0: OK
> > Device 0: not available
> > Device 1: not available
> >
> > Autostarting. Press any key to abort..
> >
> > Hit any key to stop autoboot: 0
> > Using FEC ETHERNET device
> > TFTP from server 10.190.3.103; our IP address is 10.190.3.144
> > Filename 'MPC5200/uImage'.
> > Load address: 0x100000
> > Loading:
> > #################################################################
> >
> > ################################################################
> > done
> > Bytes transferred = 658114 (a0ac2 hex)
> > ## Booting image at 00100000 ...
> > Image Name: Linux-2.6.16-rc1
> > Image Type: PowerPC Linux Kernel Image (gzip compressed)
> > Data Size: 658050 Bytes = 642.6 kB
> > Load Address: 00000000
> > Entry Point: 00000000
> > Verifying Checksum ... OK
> > Uncompressing Kernel Image ... OK
> > id mach(): done
> > MMU:enter
> > MMU:hw init
> > MMU:mapin
> > MMU:setio
> > MMU:exit
> > setup_arch: enter
> > setup_arch: bootmem
> > arch: exit
> >
> >
> > I am wondering whether it's a kernel problem or more likely to be a
> problem
> > lying with the U-boot. It seems to hang when executing setup_arch()
> > function, or maybe there is sth else behind the wall?
> >
> > Regards,
> > Jianggan LI
> >
> >
> >
> >
> > -----Original Message-----
> > From: Sylvain Munaut [mailto:tnt@246tNt.com]
> > Sent: Thu 2/23/2006 15:38
> > To: #LI JIANGGAN#
> > Cc: linuxppc-embedded@ozlabs.org
> > Subject: Re: boot failure on lite5200b board
> >
> > #LI JIANGGAN# wrote:
> > > Hello all,
> > >
> > > For my end-of-study project, I am working on an embedded system with
> > > reference of freescale's lite5200b reference board. I was trying to
> boot
> > > Linux 2.6.15 on the board (with the fec and bestcomm corrected).
> however
> > > the booting was stuck at the following stage:
> >
> > In addition to what has already been said (use a higher address for the
> > image and don't forget console=ttyPSC0 in kernel command line), make
> > sure you use the kernel from my git tree, it contains a few patches from
> > John Rigby to add support for the lite5200b.
> >
> > Please report if it works, I've not been able to test those myself since
> > i'm still on lite5200.
> >
> >
> > Sylvain
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> >
> >
>
>
>
>
>
[-- Attachment #2: Type: text/html, Size: 19591 bytes --]
^ permalink raw reply
* [PATCH] move eeh_add_device_tree_late()
From: John Rose @ 2006-03-01 16:35 UTC (permalink / raw)
To: Mark Fasheh; +Cc: linuxppc-dev, lkml
In-Reply-To: <20060301010249.GV20175@ca-server1.us.oracle.com>
Good catch, Mark.
Commit 827c1a6c1a5dcb2902fecfb648f9af6a532934eb introduced a new
function that calls eeh_add_device_late() implicitly. This patch
reorders the two functions in question to fix the compile error. This
might be preferable to exposing eeh_add_device_late() in eeh.h.
Apologies Paul/everyone, please don't kill me.
Thanks-
John
Signed-off-by: John Rose <johnrose@austin.ibm.com>
diff -puN arch/powerpc/platforms/pseries/eeh.c~fix_eeh_bb arch/powerpc/platforms/pseries/eeh.c
--- 2_6_linus_3/arch/powerpc/platforms/pseries/eeh.c~fix_eeh_bb 2006-03-01 10:30:52.000000000 -0600
+++ 2_6_linus_3-johnrose/arch/powerpc/platforms/pseries/eeh.c 2006-03-01 10:31:28.000000000 -0600
@@ -893,20 +893,6 @@ void eeh_add_device_tree_early(struct de
}
EXPORT_SYMBOL_GPL(eeh_add_device_tree_early);
-void eeh_add_device_tree_late(struct pci_bus *bus)
-{
- struct pci_dev *dev;
-
- list_for_each_entry(dev, &bus->devices, bus_list) {
- eeh_add_device_late(dev);
- if (dev->hdr_type == PCI_HEADER_TYPE_BRIDGE) {
- struct pci_bus *subbus = dev->subordinate;
- if (subbus)
- eeh_add_device_tree_late(subbus);
- }
- }
-}
-
/**
* eeh_add_device_late - perform EEH initialization for the indicated pci device
* @dev: pci device for which to set up EEH
@@ -935,6 +921,20 @@ void eeh_add_device_late(struct pci_dev
}
EXPORT_SYMBOL_GPL(eeh_add_device_late);
+void eeh_add_device_tree_late(struct pci_bus *bus)
+{
+ struct pci_dev *dev;
+
+ list_for_each_entry(dev, &bus->devices, bus_list) {
+ eeh_add_device_late(dev);
+ if (dev->hdr_type == PCI_HEADER_TYPE_BRIDGE) {
+ struct pci_bus *subbus = dev->subordinate;
+ if (subbus)
+ eeh_add_device_tree_late(subbus);
+ }
+ }
+}
+
/**
* eeh_remove_device - undo EEH setup for the indicated pci device
* @dev: pci device to be removed
_
^ permalink raw reply
* Re: MPC85xx TSEC performance limits
From: Pantelis Antoniou @ 2006-03-01 15:25 UTC (permalink / raw)
To: linuxppc-embedded; +Cc: Joyeau Sylvain
In-Reply-To: <9C1918067C3BC14C9C351C206D8A84370398A987@rennsmail03.eu.thmulti.com>
On Wednesday 01 March 2006 14:23, Joyeau Sylvain wrote:
> Hi,
>
> Does anybody already succeeded in getting full TX bandwidth on a TSEC
> interface, transmitting 1500 bytes frames at netdev level (ie calling
> directly dev_queue_xmit(skb)) for instance ?
>
> With default Gianfar driver parameters, I can transmit only around
> 870Mb/s (while reception side is idle). The other TSEC interface is used
> only to control a telnet terminal (~1Kb/s), the CPU is idle 60%,
> 6000irq/s.
>
> I must decrease TX threshold value from 1024 to 128 to get 960Mb/s.
>
> The problem is that decreasing the TX threshold under 512 bytes has a
> dramatic side effect: the Gianfar driver generates "TX underrun" events
> as soon as I start, in parallel, a DMA transfer from memory to memory.
> Rather disappointing behavior from a PQ3@825MHz :-(
>
> Any idea how to get full TX bandwidth _without_ modifying this
> parameter?
>
> Thanks.
>
> --
> sylvain
>
I don't know 85xx in any great detail, but most QUICCs have a register
that controls the DMA bus arbitration priorities. Find it and give
the highest priority to the ethernet.
Pantelis
^ permalink raw reply
* MVME5100 Exception: Program (Illegal Instruction)
From: Bora KARTAL @ 2006-03-01 12:54 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
I am trying to run linuxppc 2.4.20 with a nfs mounted root file system on=
=20a Motorolla MVME5100 board with a PowerPC 7410 processor. When I used =
the default kernel =FDmage sh=FDpped with MontaVista Linux development ki=
t, it boots up and works fine. But when I build up a custom kernel I am g=
etting the following exception during bootup.
=20
Residual-Data Located at: $1FE9077C
Exception: Program (Illegal Instruction)
SRR0 =3D00005000 SRR1 =3D00083040 Vector-Offset =3D00700
IP =3D00005000 MSR =3D00003040 CR =3D00000000 FPSCR =3D00000000
R0 =3D00000000 R1 =3D1FE00000 R2 =3D00000000 R3 =3D1FE9077C
R4 =3D00005000 R5 =3D00000000 R6 =3D00000000 R7 =3D00000000
R8 =3D00000000 R9 =3D00000000 R10 =3D00000000 R11 =3D00000000
R12 =3D00000000 R13 =3D00000000 R14 =3D00000000 R15 =3D00000000
R16 =3D00000000 R17 =3D00000000 R18 =3D00000000 R19 =3D00000000
R20 =3D00000000 R21 =3D00000000 R22 =3D00000000 R23 =3D00000000
R24 =3D00000000 R25 =3D00000000 R26 =3D00000000 R27 =3D00000000
R28 =3D00000000 R29 =3D00000000 R30 =3D00000000 R31 =3D00000000
SPR0 =3D00000000 SPR1 =3D00000000 SPR8 =3D00000000 SPR9 =3D00000000
00005000 7F454C46 WORD $7F454C46
Anybody can help?
Thanks,
Bora
######################################################################
Dikkat:
Bu elektronik posta mesaji kisisel ve ozeldir. Eger size=20
gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz.=20
Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmekte,=20
guvenlik nedeni ile kontrol edilerek saklanmaktadir. Mesajdaki=20
gorusler ve bakis acisi gondericiye ait olup Aselsan A.S. resmi=20
gorusu olmak zorunda degildir.
######################################################################
Attention:=20
This e-mail message is privileged and confidential. If you are=20
not the intended recipient please delete the message and notify=20
the sender. E-mails to and from the company are monitored for=20
operational reasons and in accordance with lawful business practices.=20
Any views or opinions presented are solely those of the author and=20
do not necessarily represent the views of the company.
######################################################################
^ permalink raw reply
* MPC85xx TSEC performance limits
From: Joyeau Sylvain @ 2006-03-01 12:23 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
Does anybody already succeeded in getting full TX bandwidth on a TSEC
interface, transmitting 1500 bytes frames at netdev level (ie calling
directly dev_queue_xmit(skb)) for instance ?
With default Gianfar driver parameters, I can transmit only around
870Mb/s (while reception side is idle). The other TSEC interface is used
only to control a telnet terminal (~1Kb/s), the CPU is idle 60%,
6000irq/s.
I must decrease TX threshold value from 1024 to 128 to get 960Mb/s.
The problem is that decreasing the TX threshold under 512 bytes has a
dramatic side effect: the Gianfar driver generates "TX underrun" events
as soon as I start, in parallel, a DMA transfer from memory to memory.
Rather disappointing behavior from a PQ3@825MHz :-(
Any idea how to get full TX bandwidth _without_ modifying this
parameter?
Thanks.
--
sylvain
^ permalink raw reply
* RE: Minor bug in file irq.h
From: Laurent Lagrange @ 2006-03-01 11:21 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <0B99478F-EAB3-4070-AA8E-81418BF4BFBE@kernel.crashing.org>
[-- Attachment #1: Type: text/plain, Size: 1590 bytes --]
Hello,
Here is a patch for the 2 bugs in irq.h.
This is the first time, I generate a patch.
I don't know if this is the right method.
Best regards
Laurent
>
> In the ./linux/include/asm-ppc/irq.h file, I encountered a problem with
the
> timer3 interrupt definition :
> #define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
>
> This definition generates a compilation error because is interpreted as
Note that this is not the only such definition. At least this one is
critical, too:
#define SIU_INT_PC1 ((uint)0x3e+CPM_IRQ_OFFSET)
Best regards,
Wolfgang Denk
> -----Message d'origine-----
> De : Kumar Gala [mailto:galak@kernel.crashing.org]
> Envoye : mar. 28 fevrier 2006 15:38
> A : Laurent Lagrange
> Cc : linuxppc-embedded@ozlabs.org
> Objet : Re: Minor bug in file irq.h
>
>
>
> On Feb 28, 2006, at 2:50 AM, Laurent Lagrange wrote:
>
> >
> > Hello,
> >
> > I use a Linux 2.6.9 on MPC85xx.
> >
> > In the ./linux/include/asm-ppc/irq.h file, I encountered a problem
> > with the
> > timer3 interrupt definition :
> > #define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
> >
> > This definition generates a compilation error because is
> > interpreted as
> > something like
> > ((uint)0x0(e+CPM_IRQ_OFFSET)) ie 0x0 exponent + CPM_IRQ_OFFSET.
> >
> > To work around just parenthesis or add a space character between
> > 'e' and '+'
> > #define SIU_INT_TIMER3 ((uint)0x0e +CPM_IRQ_OFFSET)
>
> Do you mind providing this in patch form with a signed-off-by. I'll
> include it in the queue of 85xx related patches.
>
> - kumar
>
>
[-- Attachment #2: irq.patch --]
[-- Type: application/octet-stream, Size: 1155 bytes --]
--- include/asm-ppc/irq.h.ini 2005-10-05 11:16:51.000000000 +0200
+++ include/asm-ppc/irq.h 2006-03-01 11:48:09.862587552 +0100
@@ -1,3 +1,8 @@
+/*
+ * Fix erroneous syntax 2006/03/01
+ * Replace e+CPM_IRQ_OFFSET by e +CPM_IRQ_OFFSET
+ * Laurent Lagrange [lagrange@fr.oleane.com]
+ */
#ifdef __KERNEL__
#ifndef _ASM_IRQ_H
#define _ASM_IRQ_H
@@ -205,7 +210,7 @@
#define SIU_INT_SMC2 ((uint)0x05+CPM_IRQ_OFFSET)
#define SIU_INT_TIMER1 ((uint)0x0c+CPM_IRQ_OFFSET)
#define SIU_INT_TIMER2 ((uint)0x0d+CPM_IRQ_OFFSET)
-#define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
+#define SIU_INT_TIMER3 ((uint)0x0e +CPM_IRQ_OFFSET)
#define SIU_INT_TIMER4 ((uint)0x0f+CPM_IRQ_OFFSET)
#define SIU_INT_FCC1 ((uint)0x20+CPM_IRQ_OFFSET)
#define SIU_INT_FCC2 ((uint)0x21+CPM_IRQ_OFFSET)
@@ -230,7 +235,7 @@
#define SIU_INT_PC4 ((uint)0x3b+CPM_IRQ_OFFSET)
#define SIU_INT_PC3 ((uint)0x3c+CPM_IRQ_OFFSET)
#define SIU_INT_PC2 ((uint)0x3d+CPM_IRQ_OFFSET)
-#define SIU_INT_PC1 ((uint)0x3e+CPM_IRQ_OFFSET)
+#define SIU_INT_PC1 ((uint)0x3e +CPM_IRQ_OFFSET)
#define SIU_INT_PC0 ((uint)0x3f+CPM_IRQ_OFFSET)
static __inline__ int irq_canonicalize(int irq)
^ permalink raw reply
* [PATCH] Expose SMT and L1 icache snoop userland features
From: Benjamin Herrenschmidt @ 2006-03-01 4:07 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev list
This patch makes userland aware of the icache snoop capability of the
POWER5 (and possibly others in the future) and of SMT capabilities.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Index: linux-work/arch/powerpc/kernel/cputable.c
===================================================================
--- linux-work.orig/arch/powerpc/kernel/cputable.c 2006-02-07 13:17:04.000000000 +1100
+++ linux-work/arch/powerpc/kernel/cputable.c 2006-03-01 14:59:20.000000000 +1100
@@ -53,8 +53,10 @@ extern void __setup_cpu_ppc970(unsigned
PPC_FEATURE_HAS_MMU)
#define COMMON_USER_PPC64 (COMMON_USER | PPC_FEATURE_64)
#define COMMON_USER_POWER4 (COMMON_USER_PPC64 | PPC_FEATURE_POWER4)
-#define COMMON_USER_POWER5 (COMMON_USER_PPC64 | PPC_FEATURE_POWER5)
-#define COMMON_USER_POWER5_PLUS (COMMON_USER_PPC64 | PPC_FEATURE_POWER5_PLUS)
+#define COMMON_USER_POWER5 (COMMON_USER_PPC64 | PPC_FEATURE_POWER5 |\
+ PPC_FEATURE_SMT | PPC_FEATURE_ICACHE_SNOOP)
+#define COMMON_USER_POWER5_PLUS (COMMON_USER_PPC64 | PPC_FEATURE_POWER5_PLUS|\
+ PPC_FEATURE_SMT | PPC_FEATURE_ICACHE_SNOOP)
#define COMMON_USER_BOOKE (PPC_FEATURE_32 | PPC_FEATURE_HAS_MMU | \
PPC_FEATURE_BOOKE)
@@ -267,7 +269,8 @@ struct cpu_spec cpu_specs[] = {
.cpu_name = "Cell Broadband Engine",
.cpu_features = CPU_FTRS_CELL,
.cpu_user_features = COMMON_USER_PPC64 |
- PPC_FEATURE_CELL | PPC_FEATURE_HAS_ALTIVEC_COMP,
+ PPC_FEATURE_CELL | PPC_FEATURE_HAS_ALTIVEC_COMP |
+ PPC_FEATURE_SMT,
.icache_bsize = 128,
.dcache_bsize = 128,
.cpu_setup = __setup_cpu_be,
Index: linux-work/include/asm-powerpc/cputable.h
===================================================================
--- linux-work.orig/include/asm-powerpc/cputable.h 2006-02-28 16:52:18.000000000 +1100
+++ linux-work/include/asm-powerpc/cputable.h 2006-03-01 14:27:51.000000000 +1100
@@ -20,6 +20,8 @@
#define PPC_FEATURE_POWER5_PLUS 0x00020000
#define PPC_FEATURE_CELL 0x00010000
#define PPC_FEATURE_BOOKE 0x00008000
+#define PPC_FEATURE_SMT 0x00004000
+#define PPC_FEATURE_ICACHE_SNOOP 0x00002000
#ifdef __KERNEL__
#ifndef __ASSEMBLY__
^ permalink raw reply
* Re: [PATCH] powerpc: restore eeh_add_device_late() prototype
From: Mark Fasheh @ 2006-03-01 1:02 UTC (permalink / raw)
To: paulus, johnrose; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20060301001909.GU20175@ca-server1.us.oracle.com>
Sigh, I forgot to actually CC linuxppc-dev@ozlabs.org, and I also left off
my signed-off-by line (added below). Sorry about that.
On Tue, Feb 28, 2006 at 04:19:09PM -0800, Mark Fasheh wrote:
A search on the linux-kernel, linuxppc-dev mailing lists and the git tree at
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc didn't show
this issue fixed or reported. If I missed something please ignore :)
I get a compile failure trying to build a powerpc kernel:
arch/powerpc/platforms/pseries/eeh.c: In function `eeh_add_device_tree_late':
arch/powerpc/platforms/pseries/eeh.c:901: warning: implicit declaration of function `eeh_add_device_late'
arch/powerpc/platforms/pseries/eeh.c: At top level:
arch/powerpc/platforms/pseries/eeh.c:918: error: conflicting types for 'eeh_add_device_late'
arch/powerpc/platforms/pseries/eeh.c:901: error: previous implicit declaration of 'eeh_add_device_late' was here
make[2]: *** [arch/powerpc/platforms/pseries/eeh.o] Error 1
It seems commit 827c1a6c1a5dcb2902fecfb648f9af6a532934eb removed this
prototype from eeh.h. The following patch restores it.
Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
diff --git a/include/asm-powerpc/eeh.h b/include/asm-powerpc/eeh.h
index 7dfb408..4250fa1 100644
--- a/include/asm-powerpc/eeh.h
+++ b/include/asm-powerpc/eeh.h
@@ -62,6 +62,7 @@ void __init pci_addr_cache_build(void);
*/
void eeh_add_device_early(struct device_node *);
void eeh_add_device_tree_early(struct device_node *);
+void eeh_add_device_late(struct pci_dev *);
void eeh_add_device_tree_late(struct pci_bus *);
/**
@@ -117,6 +118,8 @@ static inline void pci_addr_cache_build(
static inline void eeh_add_device_early(struct device_node *dn) { }
+static inline void eeh_add_device_late(struct pci_dev *dev) { }
+
static inline void eeh_remove_device(struct pci_dev *dev) { }
static inline void eeh_add_device_tree_early(struct device_node *dn) { }
^ permalink raw reply related
* RE: INIT:
From: atul.sabharwal @ 2006-03-01 1:03 UTC (permalink / raw)
To: Pankaj.Patil; +Cc: linuxppc-embedded
Easy answer is do you have /dev/console in your file system. Glibc
opens
/dev/console and the kernel uses /dev/ttyS0 as specified on the command
line. There should not be any app calling uart_close as the console
deriver
should be opening it.=20
--
Atul
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
I can get to the point where u-boot loads the kernel, kernel does all
the initialization, loads the Root File System over NFS & calls the
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the
Init process i am failing. I have written my own serial driver(Philips
SC28L194 Quad UART--under development-possible culprit). The printks
work just fine.
All i see is the kernel calling the Init process & after a minute or so
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls
uart_close) I have a JTAG debugger. What's the best way to debug once
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock =3D 120Mhz , TClock =3D 120Mhz=20
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency =3D 2 tRP =3D 3 tRAS =3D 6 tRCD=3D3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0=20
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading:
#################################################################
=20
#################################################################
=20
#################################################################
########################
done
Bytes transferred =3D 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes =3D 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart =3D 0x00000000
memsize =3D 0x40000000
flashstart =3D 0xFFC00000
flashsize =3D 0x00400000
flashoffset =3D 0x00000000
sramstart =3D 0xF8000000
sramsize =3D 0x00400000
bootflags =3D 0x00000001
intfreq =3D 960 MHz
busfreq =3D 120 MHz
ethaddr =3D 64:00:00:00:00:00
IP addr =3D 192.168.1.2
baudrate =3D 115200 bps
tclk =3D 0 MHz
uboot_ver =3D 0.4.1a=20
L3 was init =3D 0
Total memory =3D 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:=20
Freescale 74XX port=20
Built 1 zonelists =20
Kernel command line: console=3DttyS0,115200 root=3D/dev/nfs rw
nfsroot=3D192.168.1.1:/target/chestnut/rootfs
ip=3D192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency =3D 30.000000 MHz =20
Console: colour dummy device 80x25 =20
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) =20
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16=20
PCI: Probing PCI hardware =20
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07 =20
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
io scheduler noop registered =20
io scheduler anticipatory registered
io scheduler deadline registered =20
io scheduler cfq registered =20
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices) =20
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled =20
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2 =20
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes) =20
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1 =20
NET: Registered protocol family 17
IP-Config: Complete: =20
device=3Deth0, addr=3D192.168.1.2, mask=3D255.255.255.0, =
gw=3D192.168.1.1,
host=3DDB64xxx, domain=3D, nis-domain=3D(none), =
=20
bootserver=3D192.168.1.1, rootserver=3D192.168.1.1, rootpath=3D
Looking up port of RPC 100003/2 on 192.168.1.1 =20
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem). =20
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* INIT:
From: Patil, Pankaj P. @ 2006-03-01 0:41 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW). =
I can get to the point where u-boot loads the kernel, kernel does all =
the initialization, loads the Root File System over NFS & calls the =
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the =
Init process i am failing. I have written my own serial driver(Philips =
SC28L194 Quad UART--under development-possible culprit). The printks =
work just fine.
All i see is the kernel calling the Init process & after a minute or so =
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls =
uart_close) I have a JTAG debugger. What's the best way to debug once =
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock =3D 120Mhz , TClock =3D 120Mhz=20
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency =3D 2 tRP =3D 3 tRAS =3D 6 tRCD=3D3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0=20
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading: =
#################################################################
=
#################################################################
=
#################################################################
########################
done
Bytes transferred =3D 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes =3D 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart =3D 0x00000000
memsize =3D 0x40000000
flashstart =3D 0xFFC00000
flashsize =3D 0x00400000
flashoffset =3D 0x00000000
sramstart =3D 0xF8000000
sramsize =3D 0x00400000
bootflags =3D 0x00000001
intfreq =3D 960 MHz
busfreq =3D 120 MHz
ethaddr =3D 64:00:00:00:00:00
IP addr =3D 192.168.1.2
baudrate =3D 115200 bps
tclk =3D 0 MHz
uboot_ver =3D 0.4.1a=20
L3 was init =3D 0
Total memory =3D 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1 =
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:=20
Freescale 74XX port=20
Built 1 zonelists =20
Kernel command line: console=3DttyS0,115200 root=3D/dev/nfs rw =
nfsroot=3D192.168.1.1:/target/chestnut/rootfs =
ip=3D192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency =3D 30.000000 MHz =20
Console: colour dummy device 80x25 =20
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) =20
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k =
highmem)
Mount-cache hash table entries: 512 =
=20
NET: Registered protocol family 16=20
PCI: Probing PCI hardware =20
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07 =20
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
io scheduler noop registered =20
io scheduler anticipatory registered
io scheduler deadline registered =20
io scheduler cfq registered =20
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices) =20
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled =20
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2 =20
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes) =20
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1 =20
NET: Registered protocol family 17
IP-Config: Complete: =20
device=3Deth0, addr=3D192.168.1.2, mask=3D255.255.255.0, =
gw=3D192.168.1.1,
host=3DDB64xxx, domain=3D, nis-domain=3D(none), =
=20
bootserver=3D192.168.1.1, rootserver=3D192.168.1.1, rootpath=3D
Looking up port of RPC 100003/2 on 192.168.1.1 =20
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem). =20
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
^ permalink raw reply
* Re: Membership stats (Was: Re: merge these lists?)
From: Paul Mackerras @ 2006-02-28 22:51 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc64-dev, Stephen Rothwell, linuxppc-dev
In-Reply-To: <Pine.LNX.4.44.0602241033400.2323-100000@gate.crashing.org>
Kumar Gala writes:
> Where did we leave on with this? I was about to request that
> marc.theaimsgroup.com start archiving some of the ppc lists but figured
> doing it after we merged lists would be better.
My current thought is to call the combined list "linuxppc-dev" and put
the appropriate redirection in place from linuxppc64-dev to
linuxppc-dev.
If anyone really objects to that, shout now.
Paul.
^ permalink raw reply
* denx ppc kernel
From: Antonio Di Bacco @ 2006-02-28 21:58 UTC (permalink / raw)
To: linuxppc-embedded
I saw that in denx kernel is not present the configuration CONFIG_FEC2, and so
I cannot use both the FECs on an "Adder" board. Is it true? I saw that
Arabella has such a configuration. If possible I will try to take the code
from Arabella (pqfec.c) and put in denx kernel. Let cross the fingers!
Bye,
Antonio.
^ permalink raw reply
* Re: Minor bug in file irq.h
From: Wolfgang Denk @ 2006-02-28 20:58 UTC (permalink / raw)
To: Laurent Lagrange; +Cc: linuxppc-embedded
In-Reply-To: <000201c63c44$14a9c1b0$5201a8c0@GEG2400>
In message <000201c63c44$14a9c1b0$5201a8c0@GEG2400> you wrote:
>
> In the ./linux/include/asm-ppc/irq.h file, I encountered a problem with the
> timer3 interrupt definition :
> #define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
>
> This definition generates a compilation error because is interpreted as
Note that this is not the only such definition. At least this one is
critical, too:
#define SIU_INT_PC1 ((uint)0x3e+CPM_IRQ_OFFSET)
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
"Here's a fish hangs in the net like a poor man's right in the law.
'Twill hardly come out." - Shakespeare, Pericles, Act II, Scene 1
^ permalink raw reply
* test
From: Patrick Pelgrims @ 2006-02-28 16:56 UTC (permalink / raw)
To: linuxppc-embedded
^ permalink raw reply
* test
From: Patrick Pelgrims @ 2006-02-28 17:00 UTC (permalink / raw)
To: linuxppc-embedded
^ permalink raw reply
* Test
From: Patrick Pelgrims @ 2006-02-28 16:56 UTC (permalink / raw)
To: linuxppc-dev
^ permalink raw reply
* test
From: Patrick Pelgrims @ 2006-02-28 16:21 UTC (permalink / raw)
To: linuxppc-dev
^ permalink raw reply
* Re: Help: How to search for previous topics
From: Xianghua Xiao @ 2006-02-28 15:21 UTC (permalink / raw)
To: kris; +Cc: linuxppc-embedded
In-Reply-To: <DJEKKNGPKJJHLCHIBHDAEEIPCCAA.kris@slokatelecom.com>
use google, for example, if you want to search ioremap in linuxppc
mailing list:
ioremap site:ozlabs.org
Krishnan wrote:
>Hello,
>
>Could anyone please tell me how previous topics could be searched so that I
>don't
>need to trouble anyone for repetitive content?
>
>I only know of one way today, go through each list and try to do a Ctrl+F
>which is quite
>painful.
>
>Cheers,
>Kris
>
>
>_______________________________________________
>Linuxppc-embedded mailing list
>Linuxppc-embedded@ozlabs.org
>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
^ permalink raw reply
* Re: Minor bug in file irq.h
From: Kumar Gala @ 2006-02-28 14:38 UTC (permalink / raw)
To: Laurent Lagrange; +Cc: linuxppc-embedded
In-Reply-To: <000201c63c44$14a9c1b0$5201a8c0@GEG2400>
On Feb 28, 2006, at 2:50 AM, Laurent Lagrange wrote:
>
> Hello,
>
> I use a Linux 2.6.9 on MPC85xx.
>
> In the ./linux/include/asm-ppc/irq.h file, I encountered a problem
> with the
> timer3 interrupt definition :
> #define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
>
> This definition generates a compilation error because is
> interpreted as
> something like
> ((uint)0x0(e+CPM_IRQ_OFFSET)) ie 0x0 exponent + CPM_IRQ_OFFSET.
>
> To work around just parenthesis or add a space character between
> 'e' and '+'
> #define SIU_INT_TIMER3 ((uint)0x0e +CPM_IRQ_OFFSET)
Do you mind providing this in patch form with a signed-off-by. I'll
include it in the queue of 85xx related patches.
- kumar
^ permalink raw reply
* please pull powerpc-merge.git
From: Paul Mackerras @ 2006-02-28 12:00 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev
Linus,
Please do a pull from
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc-merge.git
Just four small bugfixes this time.
Thanks,
Paul.
Benjamin Herrenschmidt:
powerpc: vdso 64bits gettimeofday bug
John Rose:
powerpc: fix dynamic PCI probe regression
Michael Ellerman:
powerpc/iseries: Fix double phys_to_abs bug in htab_bolt_mapping
Olaf Hering:
powerpc: fix NULL pointer in handle_eeh_events
arch/powerpc/kernel/vdso64/gettimeofday.S | 4 ++-
arch/powerpc/mm/hash_utils_64.c | 2 +-
arch/powerpc/platforms/pseries/eeh.c | 14 +++++++++++
arch/powerpc/platforms/pseries/eeh_driver.c | 2 +-
arch/powerpc/platforms/pseries/pci_dlpar.c | 36 +++++++++++++++------------
include/asm-powerpc/eeh.h | 7 +++--
6 files changed, 42 insertions(+), 23 deletions(-)
^ permalink raw reply
* Minor bug in file irq.h
From: Laurent Lagrange @ 2006-02-28 8:50 UTC (permalink / raw)
To: linuxppc-embedded
Hello,
I use a Linux 2.6.9 on MPC85xx.
In the ./linux/include/asm-ppc/irq.h file, I encountered a problem with the
timer3 interrupt definition :
#define SIU_INT_TIMER3 ((uint)0x0e+CPM_IRQ_OFFSET)
This definition generates a compilation error because is interpreted as
something like
((uint)0x0(e+CPM_IRQ_OFFSET)) ie 0x0 exponent + CPM_IRQ_OFFSET.
To work around just parenthesis or add a space character between 'e' and '+'
#define SIU_INT_TIMER3 ((uint)0x0e +CPM_IRQ_OFFSET)
Laurent
^ permalink raw reply
* Re: All children killed in /sbin/init
From: Tore Martin Hagen @ 2006-02-28 8:36 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <43F03632.9060609@slb.com>
For Archive reasons I am posting the solution to my problem.
The problem was a missing patch to the arch/ppc/kernel/cputable.c (got
it from Montavista)
--- arch/ppc/kernel/cputable.c.orig Tue Jul 6 11:22:03 2004
+++ arch/ppc/kernel/cputable.c Tue Jul 6 11:25:49 2004
@@ -289,6 +289,14 @@
32, 32,
__setup_cpu_603
},
+ { /* 8280 is a G2_LE (603e core, plus some) */
+ 0x7fff0000, 0x00820000, "8280",
+ CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_CAN_DOZE | CPU_FTR_USE_TB |
+ CPU_FTR_CAN_NAP | CPU_FTR_HAS_HIGH_BATS,
+ COMMON_PPC,
+ 32, 32,
+ __setup_cpu_603
+ },
{ /* default match, we assume split I/D cache & TB (non-601)... */
0x00000000, 0x00000000, "(generic PPC)",
CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_USE_TB | CPU_FTR_HPTE_TABLE,
/Tore
Tore Martin Hagen wrote:
>Hi,
>
>I have a custom board with MPC8275 and NFS root file system. I use
>u-boot to load the kernel and it boots up, mounts the file system and
>starts /sbin/init. Then all the children of init dies, I get the
>following errors (with Debugging enabled in /sbin/init)
>
>Sending DHCP requests .,
>OK
>
>IP-Config: Got DHCP answer from 10.0.0.1, my address is
>10.0.0.111
>IP-Config:
>Complete:
>
> device=eth0, addr=10.0.0.111, mask=255.255.255.0,
>gw=10.0.0.1,
> host=10.0.0.111, domain=,
>nis-domain=(none),
> bootserver=10.0.0.1, rootserver=10.0.0.1,
>rootpath=/local/Mpc8266ads/Box2/root
>NET4: Unix domain sockets 1.0/SMP for Linux
>NET4.0.
>Looking up port of RPC 100003/2 on
>10.0.0.1
>Looking up port of RPC 100005/1 on
>10.0.0.1
>VFS: Mounted root (nfs
>filesystem).
>
>Mounted devfs on
>/dev
>
>Freeing unused kernel memory: 96k
>init
>
>INIT: version 2.78 booting
>INIT: Reading
>inittab
>
>INIT: Checking for children to
>kill
>INIT: Checking for children to
>start
>INIT: Started id si (pid
>11)
>
>INIT: init_main:
>waiting..
>
>INIT: chld_handler: marked 11 as
>zombie
>INIT: got
>SIGCHLD
>
>INIT: Child died, PID=
>11
>
>INIT: Checking for children to
>start
>INIT: SYSINIT ->
>BOOT
>
>INIT: init_main:
>waiting..
>
>INIT: Checking for children to
>start
>INIT: BOOT ->
>NORMAL
>
>INIT: Entering runlevel:
>3
>
>INIT: init_main:
>waiting..
>
>INIT: Checking for children to
>start
>INIT: Started id tmh (pid
>14)
>
>INIT: init_main:
>waiting..
>
>INIT: chld_handler: marked 14 as
>zombie
>INIT: got
>SIGCHLD
>
>INIT: Child died, PID= 14
>.....
>
>The file system works fine on my MPC8266ADS board.
>
>Do I have a problem with the mounting of the file system, or is there
>something wrong with my MMU?
>
>The kernel is compiled with CONFIG_PPC_STD_MMU=y
>
>Any suggestions about where i should start digging would be appreciated.
>
>/Tore Martin Hagen
>
>
>_______________________________________________
>Linuxppc-embedded mailing list
>Linuxppc-embedded@ozlabs.org
>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
^ permalink raw reply
* Re: All children killed in /sbin/init
From: Tore Martin Hagen @ 2006-02-28 8:35 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <43F03632.9060609@slb.com>
For Archive reasons I am postin the sollution to my problem.
The problem was a missing patch to the arch/ppc/kernel/cputable.c (got
it from Montavista)
--- arch/ppc/kernel/cputable.c.orig Tue Jul 6 11:22:03 2004
+++ arch/ppc/kernel/cputable.c Tue Jul 6 11:25:49 2004
@@ -289,6 +289,14 @@
32, 32,
__setup_cpu_603
},
+ { /* 8280 is a G2_LE (603e core, plus some) */
+ 0x7fff0000, 0x00820000, "8280",
+ CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_CAN_DOZE | CPU_FTR_USE_TB |
+ CPU_FTR_CAN_NAP | CPU_FTR_HAS_HIGH_BATS,
+ COMMON_PPC,
+ 32, 32,
+ __setup_cpu_603
+ },
{ /* default match, we assume split I/D cache & TB (non-601)... */
0x00000000, 0x00000000, "(generic PPC)",
CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_USE_TB | CPU_FTR_HPTE_TABLE,
/Tore
Tore Martin Hagen wrote:
>Hi,
>
>I have a custom board with MPC8275 and NFS root file system. I use
>u-boot to load the kernel and it boots up, mounts the file system and
>starts /sbin/init. Then all the children of init dies, I get the
>following errors (with Debugging enabled in /sbin/init)
>
>Sending DHCP requests .,
>OK
>
>IP-Config: Got DHCP answer from 10.0.0.1, my address is
>10.0.0.111
>IP-Config:
>Complete:
>
> device=eth0, addr=10.0.0.111, mask=255.255.255.0,
>gw=10.0.0.1,
> host=10.0.0.111, domain=,
>nis-domain=(none),
> bootserver=10.0.0.1, rootserver=10.0.0.1,
>rootpath=/local/Mpc8266ads/Box2/root
>NET4: Unix domain sockets 1.0/SMP for Linux
>NET4.0.
>Looking up port of RPC 100003/2 on
>10.0.0.1
>Looking up port of RPC 100005/1 on
>10.0.0.1
>VFS: Mounted root (nfs
>filesystem).
>
>Mounted devfs on
>/dev
>
>Freeing unused kernel memory: 96k
>init
>
>INIT: version 2.78 booting
>INIT: Reading
>inittab
>
>INIT: Checking for children to
>kill
>INIT: Checking for children to
>start
>INIT: Started id si (pid
>11)
>
>INIT: init_main:
>waiting..
>
>INIT: chld_handler: marked 11 as
>zombie
>INIT: got
>SIGCHLD
>
>INIT: Child died, PID=
>11
>
>INIT: Checking for children to
>start
>INIT: SYSINIT ->
>BOOT
>
>INIT: init_main:
>waiting..
>
>INIT: Checking for children to
>start
>INIT: BOOT ->
>NORMAL
>
>INIT: Entering runlevel:
>3
>
>INIT: init_main:
>waiting..
>
>INIT: Checking for children to
>start
>INIT: Started id tmh (pid
>14)
>
>INIT: init_main:
>waiting..
>
>INIT: chld_handler: marked 14 as
>zombie
>INIT: got
>SIGCHLD
>
>INIT: Child died, PID= 14
>.....
>
>The file system works fine on my MPC8266ADS board.
>
>Do I have a problem with the mounting of the file system, or is there
>something wrong with my MMU?
>
>The kernel is compiled with CONFIG_PPC_STD_MMU=y
>
>Any suggestions about where i should start digging would be appreciated.
>
>/Tore Martin Hagen
>
>
>_______________________________________________
>Linuxppc-embedded mailing list
>Linuxppc-embedded@ozlabs.org
>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
^ permalink raw reply
* wanted HDLC driver source for 8247
From: gurubaran.thanigaivel @ 2006-02-28 7:05 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 925 bytes --]
Hi,
I require the HDLC driver for 8247. I got your address on the web, and learnt that your were looking for the same. If you have the drivers can you please share the same. I require this urgently.
regards,
Gurubaran .T
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
www.wipro.com
[-- Attachment #2: Type: text/html, Size: 1552 bytes --]
^ permalink raw reply
* help regarding my kernel compilation for powerpc 405-xilinxml300
From: shivani kirubanandan @ 2006-02-28 7:13 UTC (permalink / raw)
To: linuxppc-embedded
hello,
intially the compiler was
unable to find xiic_l.h file ...so i went to
arch/ppc/boot/simple/embed_config.c
and gave the entire path for the file to be
#include<home/shivani/downloads/linux-2.4.26/drivers/i2c/xilinx_iic/xiic_l.h>
after which this error has occured,am not sure where
the path ent wrong i again tried changing the path for
this file (xbasic_types.h) but the error persists
help me out plz.
xiic_l.h:64:85:
home/shivani/downloads/linux-2.4.26/drivers/i2c/xilinx_iic/xbasic_types.h:
No such file or directory
make[3]: *** [i2c-algo-xilinx.o] Error 1
make[3]: Leaving directory
`/home/shivani/downloads/linux-2.4.26/drivers/i2c/xilinx_iic'
make[2]: *** [_subdir_xilinx_iic] Error 2
make[2]: Leaving directory
`/home/shivani/downloads/linux-2.4.26/drivers/i2c'
make[1]: *** [_subdir_i2c] Error 2
make[1]: Leaving directory
`/home/shivani/downloads/linux-2.4.26/drivers'
make: *** [_dir_drivers] Error 2
thanks in advance
shivani
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
^ 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