* 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: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: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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* test
From: Patrick Pelgrims @ 2006-02-28 16:21 UTC (permalink / raw)
To: linuxppc-dev
^ 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 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-embedded
^ 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
* 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: 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
* 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: 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
* 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
* [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: 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
* 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
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