<html>
<body>
<br>
Before testing the PCI in linux, you need to make sure that the PCI is
working under u-boot with out any issues. <br><br>
Here are the check list.<br><br>
1. pci long command under u-boot should display the pci configuration
registers of the device in PCI bus <br>
&nbsp;&nbsp;&nbsp; consistently.<br><br>
2. Check the PCI BAR registers at offset 0x10,0x14 and 0x18 are
configured with proper values based on <br>
&nbsp;&nbsp;&nbsp; whether it is a PCI memory mapped device or IO mapped
device. <br><br>
3. Check the TLB setting under U-boot whether it is set correctly for the
PCI memory and/or IO regions. <br>
&nbsp;&nbsp; If you are using the u-boot 1.1.x, you should look at init.S
for the particular board/cpu. <br><br>
Hope this helps!<br><br>
Thanks<br>
G.Muruganandam<br>
&nbsp; <br><br>
At 11:39 PM 6/14/2006, Prabhat_Singh wrote:<br>
<blockquote type=cite class=cite cite="">Content-class:
urn:content-classes:message<br>
Content-Transfer-Encoding: 7bit<br>
Content-Type: multipart/alternative;<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>
boundary=&quot;----_=_NextPart_001_01C69046.65DE2215&quot;<br><br>
<font size=2>Hi all<br>
I am using MPC8248 based board which has got one PCI interface at 66 MHz
.<br>
&nbsp;<br>
I am not able to initialize PCI, I am really clueless and getting the
following errors.<br>
&nbsp;<br>
Can any one tell me what is wrong with this?<br>
&nbsp;<br>
But I am initializing the pci in uboot also and there in uboot able to
detect the network card, but while boot its give first time the machine
check exception and then its reseting itself and then in second try it
(uboot) is working fine. Do the register sets in uboot is again read by
linux during linux PCI initialization?<br>
&nbsp;<br>
Someone please help.<br>
&nbsp;<br>
</font><font face="Courier New, Courier" size=2>## Booting image at
ffd00000 ...<br>
Image Name: Linux-2.4.28-1.3.1-517<br>
Image Type: PowerPC Linux Kernel Image (gzip compressed)<br>
Data Size: 643461 Bytes = 628.4 kB<br>
Load Address: 00000000<br>
Entry Point: 00000000<br>
Verifying Checksum ... OK<br>
Uncompressing Kernel Image ... OK<br>
## Current stack ends at 0x01FAB390 =&gt; set upper limit to
0x00800000<br>
No initrd<br>
## Transferring control to Linux (at address 00000000) ...<br>
Memory BAT mapping: BAT2=32Mb, BAT3=0Mb, residual: 0Mb<br>
&nbsp;<br>
Linux version 2.4.28-1.3.1-517 (root@localhost.localdomain) (gcc version
3.3.4) #280 Tue Jun 13 16:17:02 IST 2006<br>
&nbsp;<br>
On node 0 totalpages: 8192<br>
&nbsp;<br>
zone(0): 8192 pages.<br>
&nbsp;<br>
zone(1): 0 pages.<br>
&nbsp;<br>
zone(2): 0 pages.<br>
&nbsp;<br>
Kernel command line: console=ttyS0,115200 root=1f00<br>
&nbsp;<br>
Calibrating delay loop... 266.24 BogoMIPS<br>
&nbsp;<br>
Memory: 30712k available (1228k kernel code, 368k data, 64k init, 0k
highmem)<br>
&nbsp;<br>
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)<br>
&nbsp;<br>
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)<br>
&nbsp;<br>
Mount cache hash table entries: 512 (order: 0, 4096 bytes)<br>
&nbsp;<br>
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)<br>
&nbsp;<br>
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)<br>
&nbsp;<br>
POSIX conformance testing by UNIFIX<br>
&nbsp;<br>
PCI: Probing PCI hardware<br>
&nbsp;<br>
Scanning bus 00<br>
&nbsp;<br>
Oops: kernel access of bad area, sig: 11<br>
&nbsp;<br>
NIP: C000C6DC XER: 00000000 LR: C0003FAC SP: C0183DC0 REGS: c0183d10
TRAP: 0300 Not tainted<br>
&nbsp;<br>
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11<br>
&nbsp;<br>
DAR: 00000024, DSISR: 20000000<br>
&nbsp;<br>
TASK = c023a000[14] '¢pÀ }¬' Last syscall: -1 <br>
&nbsp;<br>
last math 00000000 last altivec 00000000<br>
&nbsp;<br>
GPR00: 00000000 C0183DC0 C023A000 C0183E80 00000024 20000000 C0170000
00000439 <br>
&nbsp;<br>
GPR08: 00000000 C0183D20 00000000 00000000 22004084 B5FFFFFF 01FF8000
007FFC1E <br>
&nbsp;<br>
GPR16: 00000001 00000000 FFFFFFFF 007FFC00 00001032 00183E70 00000000
C0003FAC <br>
&nbsp;<br>
GPR24: 00000000 00030001 00000008 20000000 C0183E80 00000024 00000024
00000008 <br>
&nbsp;<br>
Call backtrace: <br>
&nbsp;<br>
C0019384 C0003FAC 00000000 C0003FAC 00000000 C0003FAC C0184214 <br>
&nbsp;<br>
C0003FAC C0184380 C0003FAC C01844F0 C0003FAC C0184664 C0003FAC <br>
&nbsp;<br>
C01847D0 C0003FAC C0184940 C0003FAC C0184AB4 C0003FAC C0184C24 <br>
&nbsp;<br>
C0003FAC C0184D94 C0003FAC C0184F04 C0003FAC C0185074 C0003FAC <br>
&nbsp;<br>
00000000 C0003FAC 00000000 C0003FAC 00000000 <br>
&nbsp;<br>
Kernel panic: Aiee, killing interrupt handler!<br>
&nbsp;<br>
In interrupt handler - not syncing<br>
&nbsp;<br>
&lt;0&gt;Rebooting in 180 seconds..<br>
</font>&nbsp;<br>
&nbsp;<br>
<br>
DISCLAIMER:<br>
This email (including any attachments) is intended for the sole use of
the intended recipient/s and may contain material that is CONFIDENTIAL
AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or
copying or distribution or forwarding of any or all of the contents in
this message is STRICTLY PROHIBITED. If you are not the intended
recipient, please contact the sender by email and delete all copies; your
cooperation in this regard is appreciated.. <br>
_______________________________________________<br>
Linuxppc-embedded mailing list<br>
Linuxppc-embedded@ozlabs.org<br>
<a href="https://ozlabs.org/mailman/listinfo/linuxppc-embedded" eudora="autourl">
https://ozlabs.org/mailman/listinfo/linuxppc-embedded</a></blockquote>
</body>
</html>