* 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
* Help: How to search for previous topics
From: Krishnan @ 2006-02-28 6:34 UTC (permalink / raw)
To: linuxppc-embedded
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
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Benjamin Herrenschmidt @ 2006-02-27 21:53 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev
In-Reply-To: <20060227215023.GA21932@suse.de>
On Mon, 2006-02-27 at 22:50 +0100, Olaf Hering wrote:
> On Tue, Feb 28, Benjamin Herrenschmidt wrote:
>
> >
> > > windfarm: failed to attach ds1775 hd-temp to i2c
> > > windfarm: failed to attach MAX6690 sensor
> > >
> > >
> > > Maybe thats harmless, but I have seen it on a few different G5.
> >
> > Hrm... the windfarm sensors are useless on those old G5s that use
> > therm_pm72... though I wouldn't have expected them to cause harm.
>
> Its compiled into the kernel, too much trouble if they are not loaded by
> accident.
Yeah, I should add a test for supported machines...
Ben.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Olaf Hering @ 2006-02-27 21:50 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev
In-Reply-To: <1141076553.4809.18.camel@localhost.localdomain>
On Tue, Feb 28, Benjamin Herrenschmidt wrote:
>
> > windfarm: failed to attach ds1775 hd-temp to i2c
> > windfarm: failed to attach MAX6690 sensor
> >
> >
> > Maybe thats harmless, but I have seen it on a few different G5.
>
> Hrm... the windfarm sensors are useless on those old G5s that use
> therm_pm72... though I wouldn't have expected them to cause harm.
Its compiled into the kernel, too much trouble if they are not loaded by
accident.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Benjamin Herrenschmidt @ 2006-02-27 21:42 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev
In-Reply-To: <20060227213612.GB21832@suse.de>
> windfarm: failed to attach ds1775 hd-temp to i2c
> windfarm: failed to attach MAX6690 sensor
>
>
> Maybe thats harmless, but I have seen it on a few different G5.
Hrm... the windfarm sensors are useless on those old G5s that use
therm_pm72... though I wouldn't have expected them to cause harm.
Might be useful for now to make them not load on PowerMac7,2 7,3 and
RackMac3,1 tho...
Ben.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Olaf Hering @ 2006-02-27 21:36 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev
In-Reply-To: <20060227213435.GA21832@suse.de>
On Mon, Feb 27, Olaf Hering wrote:
> On Tue, Feb 28, Benjamin Herrenschmidt wrote:
>
> > On Mon, 2006-02-27 at 17:09 +0100, Olaf Hering wrote:
> > > Ben,
> > >
> > >
> > > some tool copies /sys, and while doing it, the fans start to spin up on
> > > my G5. Any idea how to fix it, other than not reading from /sys? Have to
> > > find the exact file.
> >
> > Interesting... it's causing the i2c bus to go nuts... It would be useful
> > to find out what file indeed...
>
> For Olof it was /sys/devices/platform/windfarm.0/hd-temp, but I cant
> test it right now.
my dmesg has:
windfarm: failed to attach ds1775 hd-temp to i2c
windfarm: failed to attach MAX6690 sensor
Maybe thats harmless, but I have seen it on a few different G5.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Olof Johansson @ 2006-02-27 21:35 UTC (permalink / raw)
To: Olof Johansson; +Cc: Olaf Hering, linuxppc-dev
In-Reply-To: <20060227213319.GC4685@pb15.lixom.net>
On Mon, Feb 27, 2006 at 01:33:19PM -0800, Olof Johansson wrote:
> For me it's /sys/devices/system/windfarm.0/hd-temp
-EBADCRACK
/sys/devices/platform/windfarm.0/hd-temp, I mean. And it's enough to cat
the file for it to happen.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Olaf Hering @ 2006-02-27 21:34 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev
In-Reply-To: <1141075795.4809.15.camel@localhost.localdomain>
On Tue, Feb 28, Benjamin Herrenschmidt wrote:
> On Mon, 2006-02-27 at 17:09 +0100, Olaf Hering wrote:
> > Ben,
> >
> >
> > some tool copies /sys, and while doing it, the fans start to spin up on
> > my G5. Any idea how to fix it, other than not reading from /sys? Have to
> > find the exact file.
>
> Interesting... it's causing the i2c bus to go nuts... It would be useful
> to find out what file indeed...
For Olof it was /sys/devices/platform/windfarm.0/hd-temp, but I cant
test it right now.
^ permalink raw reply
* Re: copying /sys causes fans to spin up
From: Olof Johansson @ 2006-02-27 21:33 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev, Olaf Hering
In-Reply-To: <1141075795.4809.15.camel@localhost.localdomain>
On Tue, Feb 28, 2006 at 08:29:55AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2006-02-27 at 17:09 +0100, Olaf Hering wrote:
> > Ben,
> >
> >
> > some tool copies /sys, and while doing it, the fans start to spin up on
> > my G5. Any idea how to fix it, other than not reading from /sys? Have to
> > find the exact file.
>
> Interesting... it's causing the i2c bus to go nuts... It would be useful
> to find out what file indeed...
For me it's /sys/devices/system/windfarm.0/hd-temp
It also seems that the windfarm module misdetects my system. From dmesg:
PowerMac G5 Thermal control driver 1.2b2
Detected fan controls:
0: PWM fan, id 1, location: BACKSIDE,SYS CTRLR FAN
1: RPM fan, id 2, location: DRIVE BAY
2: PWM fan, id 2, location: SLOT,PCI FAN
3: RPM fan, id 3, location: CPU A INTAKE
4: RPM fan, id 4, location: CPU A EXHAUST
5: RPM fan, id 5, location: CPU B INTAKE
6: RPM fan, id 6, location: CPU B EXHAUST
7: RPM fan, id 1, location: CPU A PUMP
8: RPM fan, id 0, location: CPU B PUMP
....
PowerMac i2c bus pmu 2 registered
PowerMac i2c bus pmu 1 registered
PowerMac i2c bus mac-io 0 registered
PowerMac i2c bus u3 1 registered
Liquid cooling pumps detected, using new algorithm !
windfarm: failed to attach ds1775 hd-temp to i2c
And it for sure is not a liquid cooled model, the 2.0's never were.
(PM7,3)
I think this is a 2.6.16-rc2 with the cpufreq patches, but I seems to
have lost the source tree to verify for sure.
-Olof
^ 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