booting error on db1550 using linux 2.6.12 from linux-mips.org

Linux MIPS Architecture development
 help / color / mirror / Atom feed

* booting error on db1550 using linux 2.6.12 from linux-mips.org
@ 2005-07-01 21:17 rolf liu
  2005-07-01 21:24 ` Pete Popov
  0 siblings, 1 reply; 16+ messages in thread
From: rolf liu @ 2005-07-01 21:17 UTC (permalink / raw)
  To: linux-mips; +Cc: rolfliu

linux crashes during the booting process. it is right at mounting the
root file system through NFS server. the following is the trace. the
root file system is based on redhat 7.1, could be used to boot 2.4
kernel. Any suggestions?

Another problem is, if I want to compile in the hpt366.c, the kernel
will hang right after it found the disk drive:
(Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
HPT371: IDE controller at PCI slot 0000:00:0b.0
PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
HPT371: chipset revision 2
HPT37X: using 33MHz PCI clock
HPT371: 100% native mode on irq 5
    ide2: BM-DMA at 0x1000-0x1007, BIOS settings: hde:pio, hdf:pio
    ide3: BM-DMA at 0x1008-0x100f, BIOS settings: hdg:pio, hdh:pio
hdg: IBM-DTTA-350840, ATA DISK drive
)
It just freeze there for ever :(

a long email. I really appreciate the help and will give the feedback then.

thanks

OUTPUT:
Linux version 2.6.12-mipscvs-20050626 (rolf@DBServer) (gcc version
3.4.4) #3 Fri Jul 1 13:25:50 PDT 2005
CPU revision is: 03030200
AMD Alchemy Au1550/Db1550 Board
(PRId 03030200) @ 396MHZ
BCLK switching enabled!
Determined physical RAM map:
 memory: 0c000000 @ 00000000 (usable)
Built 1 zonelists
Kernel command line: ip=dhcp nfsroot=10.200.0.198:/db1550 console=ttyS0,115200
Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 16kB, 4-way, linesize 32 bytes.
Synthesized TLB refill handler (17 instructions).
Synthesized TLB load handler fastpath (34 instructions).
Synthesized TLB store handler fastpath (34 instructions).
Synthesized TLB modify handler fastpath (33 instructions).
PID hash table entries: 1024 (order: 10, 16384 bytes)
calculating r4koff... 00060ae0(396000)
CPU frequency 396.00 MHz
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 190212k/196608k available (2486k kernel code, 6160k reserved,
617k data, 128k init, 0k highmem)
Mount-cache hash table entries: 512
Checking for 'wait' instruction...  unavailable.
NET: Registered protocol family 16
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
Serial: Au1x00 driver
ttyS0 at I/O 0xb1100000 (irq = 0) is a AU1X00_UART
ttyS1 at I/O 0xb1200000 (irq = 8) is a AU1X00_UART
ttyS2 at I/O 0xb1400000 (irq = 9) is a AU1X00_UART
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 8 devices)
au1000eth version 1.5 Pete Popov <ppopov@embeddedalley.com>
eth0: Au1x Ethernet found at 0xb0500000, irq 27
eth0: AMD 79C874 10/100 BaseT PHY at phy address 31
eth0: Using AMD 79C874 10/100 BaseT PHY as default
eth1: Au1x Ethernet found at 0xb0510000, irq 28
eth1: AMD 79C874 10/100 BaseT PHY at phy address 31
eth1: Using AMD 79C874 10/100 BaseT PHY as default
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Db1550 Flash: probing 32-bit flash bus
Db1550 Flash: Found 2 x16 devices at 0x0 in 32-bit bank
Db1550 Flash: Found 2 x16 devices at 0x4000000 in 32-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
Db1550 Flash: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 2
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 3 MTD partitions on "Db1550 Flash":
0x00000000-0x07c00000 : "User FS"
0x07c00000-0x07d00000 : "YAMON"
0x07d00000-0x07fc0000 : "raw kernel"
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Sending DHCP requests .<6>eth0: link up
eth1: link up
., OK
IP-Config: Got DHCP answer from 255.255.255.255, my address is 10.200.1.54
IP-Config: Complete:
      device=eth0, addr=10.200.1.54, mask=255.255.0.0, gw=10.200.0.1,
     host=10.200.1.54, domain=sel, nis-domain=(none),
     bootserver=255.255.255.255, rootserver=10.200.0.198, rootpath=
Looking up port of RPC 100003/2 on 10.200.0.198
Reserved instruction in kernel code in
arch/mips/kernel/traps.c::do_ri, line 706[#1]:
Cpu 0
$ 0   : 00000000 1000fc00 00010000 00000000
$ 4   : 812b8e40 00000093 00000000 811df97c
$ 8   : 00000040 812b9e40 00000000 812a4e10
$12   : 0000ffff 00200200 00100100 812a3ef4
$16   : 812b8e40 00000000 812b8e40 00000060
$20   : 8042a6e0 00010000 811df90c 80144b20
$24   : 00000000 00000001                  
$28   : 811de000 811df8f0 8042a6e0 802facd0
Hi    : 00000000
Lo    : 00000780
epc   : 802ca258 sock_alloc_send_skb+0x74/0x5c8     Not tainted
ra    : 802facd0 ip_append_data+0x7c8/0xa34
Status: 1000fc03    KERNEL EXL IE 
Cause : 00800028
PrId  : 03030200
Modules linked in:
Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
Stack : c600c80a 3601c80a 00000000 00000000 00000000 00000000 00000000 00000000
        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
        00000074 00000000 812b8e40 00000060 812b8e40 812b9e40 00000060 00000008
        812b8e98 802facd0 00000000 00000093 00000000 811df97c 00000000 00000000
        00000000 00000000 812b9e40 00000000 00000010 00000000 000005dc 00000000
        ...
Call Trace:
 [<802facd0>] ip_append_data+0x7c8/0xa34
 [<8031e3c4>] udp_sendmsg+0x224/0xa08
 [<802fa44c>] ip_generic_getfrag+0x0/0xbc
 [<802c6558>] sock_sendmsg+0xac/0xf0
 [<80334890>] fn_hash_lookup+0x100/0x150
 [<80334890>] fn_hash_lookup+0x100/0x150
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<802c65c0>] kernel_sendmsg+0x24/0x38
 [<80362f48>] xdr_sendpages+0x1dc/0x29c
 [<80355284>] xprt_transmit+0xec/0x5f4
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<803529c4>] call_transmit+0x1f4/0x2d4
 [<80356674>] rpc_delete_timer+0xdc/0x108
 [<80357cb4>] __rpc_execute+0xa8/0x54c
 [<80420000>] init_mtdchar+0x20/0x60
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<8035976c>] rpcauth_bindcred+0xac/0x248
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<80420000>] init_mtdchar+0x20/0x60
 [<80420000>] init_mtdchar+0x20/0x60
 [<80420000>] init_mtdchar+0x20/0x60
 [<80351d28>] rpc_call_sync+0x8c/0xd8
 [<80351d14>] rpc_call_sync+0x78/0xd8
 [<80361fdc>] pmap_create+0x74/0xc0
 [<80420000>] init_mtdchar+0x20/0x60
 [<803622e8>] rpc_getport_external+0x11c/0x180
 [<80420000>] init_mtdchar+0x20/0x60
 [<8041b854>] root_nfs_getport+0x8c/0xa8
 [<80420000>] init_mtdchar+0x20/0x60
 [<80254000>] snprintf+0x14/0x20
 [<8041bb94>] nfs_root_data+0x324/0x3a8
 [<80420000>] init_mtdchar+0x20/0x60
 [<80128f24>] printk+0x1c/0x28
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<80420000>] init_mtdchar+0x20/0x60
 [<8013e444>] flush_workqueue+0x28/0x34
 [<80197f58>] path_lookup+0xe0/0x3d0
 [<80194c78>] getname+0x28/0xf8
 [<80198644>] __user_walk+0x78/0x94
 [<80420000>] init_mtdchar+0x20/0x60
 [<80409cb0>] mount_root+0xac/0x1c4
 [<80144b20>] autoremove_wake_function+0x0/0x44
 [<80420000>] init_mtdchar+0x20/0x60
 [<80420000>] init_mtdchar+0x20/0x60
 [<80409e10>] prepare_namespace+0x48/0x148
 [<8013e444>] flush_workqueue+0x28/0x34
 [<8010065c>] init+0x200/0x264
 [<80100574>] init+0x118/0x264
 [<80105e20>] kernel_thread_helper+0x10/0x18
 [<80105e10>] kernel_thread_helper+0x0/0x18


Code: 10400091  0280f021  c20300a0 <0000102d> e20200a0  1040fffc 
00000000  00032823  14a0009f
Kernel panic - not syncing: Attempted to kill init!




Also, I tried to run 2.4.31 on db1550, but got no luck to get the hard
drive working, which also crashes during the probing process:
probing for hda: present=0, media=32, probetype=ATA
probing for hda: present=0, media=32, probetype=ATAPI
probing for hdb: present=0, media=32, probetype=ATA
probing for hdb: present=0, media=32, probetype=ATAPI
probing for hdc: present=0, media=32, probetype=ATA
probing for hdc: present=0, media=32, probetype=ATAPI
probing for hdd: present=0, media=32, probetype=ATA
probing for hdd: present=0, media=32, probetype=ATAPI
probing for hde: present=0, media=32, probetype=ATA
probing for hde: present=0, media=32, probetype=ATAPI
probing for hdf: present=0, media=32, probetype=ATA
probing for hdf: present=0, media=32, probetype=ATAPI
probing for hdg: present=0, media=32, probetype=ATA
hdg: IBM-DTTA-350840, ATA DISK drive
probing for hdh: present=0, media=32, probetype=ATA
probing for hdh: present=0, media=32, probetype=ATAPI
Unable to handle kernel paging request at virtual address 00000000,
epc == 801e77f0, ra == 801e7b48
Oops in fault.c::do_page_fault, line 206:

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-01 21:17 booting error on db1550 using linux 2.6.12 from linux-mips.org rolf liu
@ 2005-07-01 21:24 ` Pete Popov
  2005-07-01 22:35   ` rolf liu
  0 siblings, 1 reply; 16+ messages in thread
From: Pete Popov @ 2005-07-01 21:24 UTC (permalink / raw)
  To: rolf liu; +Cc: 'linux-mips@linux-mips.org'


<snip>

The problem below is caused by a .mips3 directive in xchg_u32. I talked
to Ralf and Maciel about the problem; Ralf sent a patch but I don't see
it applied in the tree yet.  Try this:

Index: include/asm-mips/system.h
===================================================================
RCS file: /home/cvs/linux/include/asm-mips/system.h,v
retrieving revision 1.85
diff -u -r1.85 system.h
--- include/asm-mips/system.h   23 Jun 2005 15:57:18 -0000      1.85
+++ include/asm-mips/system.h   29 Jun 2005 12:01:54 -0000
@@ -178,7 +178,9 @@
                __asm__ __volatile__(
                "       .set    mips3                                   \n"
                "1:     ll      %0, %3                  #
xchg_u32      \n"
+               "       .set    mips0                                   \n"
                "       move    %2, %
z4                                 \n"
+               "       .set    mips3                                   \n"
                "       sc      %2, %
1                                  \n"
                "       beqzl   %2,
1b                                  \n"
                ROT_IN_PIECES
@@ -195,7 +197,9 @@
                __asm__ __volatile__(
                "       .set    mips3                                   \n"
                "1:     ll      %0, %3                  #
xchg_u32      \n"
+               "       .set    mips0                                   \n"
                "       move    %2, %
z4                                 \n"
+               "       .set    mips3                                   \n"
                "       sc      %2, %
1                                  \n"
                "       beqz    %2,
1b                                  \n"
 #ifdef CONFIG_SMP



Pete

> eth1: link up
> ., OK
> IP-Config: Got DHCP answer from 255.255.255.255, my address is 10.200.1.54
> IP-Config: Complete:
>       device=eth0, addr=10.200.1.54, mask=255.255.0.0, gw=10.200.0.1,
>      host=10.200.1.54, domain=sel, nis-domain=(none),
>      bootserver=255.255.255.255, rootserver=10.200.0.198, rootpath=
> Looking up port of RPC 100003/2 on 10.200.0.198
> Reserved instruction in kernel code in
> arch/mips/kernel/traps.c::do_ri, line 706[#1]:
> Cpu 0
> $ 0   : 00000000 1000fc00 00010000 00000000
> $ 4   : 812b8e40 00000093 00000000 811df97c
> $ 8   : 00000040 812b9e40 00000000 812a4e10
> $12   : 0000ffff 00200200 00100100 812a3ef4
> $16   : 812b8e40 00000000 812b8e40 00000060
> $20   : 8042a6e0 00010000 811df90c 80144b20
> $24   : 00000000 00000001                  
> $28   : 811de000 811df8f0 8042a6e0 802facd0
> Hi    : 00000000
> Lo    : 00000780
> epc   : 802ca258 sock_alloc_send_skb+0x74/0x5c8     Not tainted
> ra    : 802facd0 ip_append_data+0x7c8/0xa34
> Status: 1000fc03    KERNEL EXL IE 
> Cause : 00800028
> PrId  : 03030200
> Modules linked in:
> Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> Stack : c600c80a 3601c80a 00000000 00000000 00000000 00000000 00000000 00000000
>         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>         00000074 00000000 812b8e40 00000060 812b8e40 812b9e40 00000060 00000008
>         812b8e98 802facd0 00000000 00000093 00000000 811df97c 00000000 00000000
>         00000000 00000000 812b9e40 00000000 00000010 00000000 000005dc 00000000
>         ...
> Call Trace:
>  [<802facd0>] ip_append_data+0x7c8/0xa34
>  [<8031e3c4>] udp_sendmsg+0x224/0xa08
>  [<802fa44c>] ip_generic_getfrag+0x0/0xbc
>  [<802c6558>] sock_sendmsg+0xac/0xf0
>  [<80334890>] fn_hash_lookup+0x100/0x150
>  [<80334890>] fn_hash_lookup+0x100/0x150
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<802c65c0>] kernel_sendmsg+0x24/0x38
>  [<80362f48>] xdr_sendpages+0x1dc/0x29c
>  [<80355284>] xprt_transmit+0xec/0x5f4
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<803529c4>] call_transmit+0x1f4/0x2d4
>  [<80356674>] rpc_delete_timer+0xdc/0x108
>  [<80357cb4>] __rpc_execute+0xa8/0x54c
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<8035976c>] rpcauth_bindcred+0xac/0x248
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80351d28>] rpc_call_sync+0x8c/0xd8
>  [<80351d14>] rpc_call_sync+0x78/0xd8
>  [<80361fdc>] pmap_create+0x74/0xc0
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<803622e8>] rpc_getport_external+0x11c/0x180
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<8041b854>] root_nfs_getport+0x8c/0xa8
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80254000>] snprintf+0x14/0x20
>  [<8041bb94>] nfs_root_data+0x324/0x3a8
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80128f24>] printk+0x1c/0x28
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<8013e444>] flush_workqueue+0x28/0x34
>  [<80197f58>] path_lookup+0xe0/0x3d0
>  [<80194c78>] getname+0x28/0xf8
>  [<80198644>] __user_walk+0x78/0x94
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80409cb0>] mount_root+0xac/0x1c4
>  [<80144b20>] autoremove_wake_function+0x0/0x44
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80420000>] init_mtdchar+0x20/0x60
>  [<80409e10>] prepare_namespace+0x48/0x148
>  [<8013e444>] flush_workqueue+0x28/0x34
>  [<8010065c>] init+0x200/0x264
>  [<80100574>] init+0x118/0x264
>  [<80105e20>] kernel_thread_helper+0x10/0x18
>  [<80105e10>] kernel_thread_helper+0x0/0x18
> 
> 
> Code: 10400091  0280f021  c20300a0 <0000102d> e20200a0  1040fffc 
> 00000000  00032823  14a0009f
> Kernel panic - not syncing: Attempted to kill init!
> 
> 
> 
> 
> Also, I tried to run 2.4.31 on db1550, but got no luck to get the hard
> drive working, which also crashes during the probing process:
> probing for hda: present=0, media=32, probetype=ATA
> probing for hda: present=0, media=32, probetype=ATAPI
> probing for hdb: present=0, media=32, probetype=ATA
> probing for hdb: present=0, media=32, probetype=ATAPI
> probing for hdc: present=0, media=32, probetype=ATA
> probing for hdc: present=0, media=32, probetype=ATAPI
> probing for hdd: present=0, media=32, probetype=ATA
> probing for hdd: present=0, media=32, probetype=ATAPI
> probing for hde: present=0, media=32, probetype=ATA
> probing for hde: present=0, media=32, probetype=ATAPI
> probing for hdf: present=0, media=32, probetype=ATA
> probing for hdf: present=0, media=32, probetype=ATAPI
> probing for hdg: present=0, media=32, probetype=ATA
> hdg: IBM-DTTA-350840, ATA DISK drive
> probing for hdh: present=0, media=32, probetype=ATA
> probing for hdh: present=0, media=32, probetype=ATAPI
> Unable to handle kernel paging request at virtual address 00000000,
> epc == 801e77f0, ra == 801e7b48
> Oops in fault.c::do_page_fault, line 206:
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-01 21:24 ` Pete Popov
@ 2005-07-01 22:35   ` rolf liu
  2005-07-01 22:44     ` Pete Popov
  0 siblings, 1 reply; 16+ messages in thread
From: rolf liu @ 2005-07-01 22:35 UTC (permalink / raw)
  To: ppopov; +Cc: linux-mips@linux-mips.org

thanks, Pete.
I applied the patch, it can mount the root now. Such a delicate patch.

Have you made the HPT371N working for 2.6 tree?  When I want to
compile in the hpt366.c, the kernel will hang up right after it found
the disk drive:

Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
HPT371: IDE controller at PCI slot 0000:00:0b.0
PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
HPT371: chipset revision 2
HPT37X: using 33MHz PCI clock
HPT371: 100% native mode on irq 5
   ide2: BM-DMA at 0x1000-0x1007, BIOS settings: hde:pio, hdf:pio
   ide3: BM-DMA at 0x1008-0x100f, BIOS settings: hdg:pio, hdh:pio
hdg: IBM-DTTA-350840, ATA DISK drive

hang up ................ :(


On 7/1/05, Pete Popov <ppopov@embeddedalley.com> wrote:
> 
> <snip>
> 
> The problem below is caused by a .mips3 directive in xchg_u32. I talked
> to Ralf and Maciel about the problem; Ralf sent a patch but I don't see
> it applied in the tree yet.  Try this:
> 
> Index: include/asm-mips/system.h
> ===================================================================
> RCS file: /home/cvs/linux/include/asm-mips/system.h,v
> retrieving revision 1.85
> diff -u -r1.85 system.h
> --- include/asm-mips/system.h   23 Jun 2005 15:57:18 -0000      1.85
> +++ include/asm-mips/system.h   29 Jun 2005 12:01:54 -0000
> @@ -178,7 +178,9 @@
>                __asm__ __volatile__(
>                "       .set    mips3                                   \n"
>                "1:     ll      %0, %3                  #
> xchg_u32      \n"
> +               "       .set    mips0                                   \n"
>                "       move    %2, %
> z4                                 \n"
> +               "       .set    mips3                                   \n"
>                "       sc      %2, %
> 1                                  \n"
>                "       beqzl   %2,
> 1b                                  \n"
>                ROT_IN_PIECES
> @@ -195,7 +197,9 @@
>                __asm__ __volatile__(
>                "       .set    mips3                                   \n"
>                "1:     ll      %0, %3                  #
> xchg_u32      \n"
> +               "       .set    mips0                                   \n"
>                "       move    %2, %
> z4                                 \n"
> +               "       .set    mips3                                   \n"
>                "       sc      %2, %
> 1                                  \n"
>                "       beqz    %2,
> 1b                                  \n"
>  #ifdef CONFIG_SMP
> 
> 
> 
> Pete
> 
> > eth1: link up
> > ., OK
> > IP-Config: Got DHCP answer from 255.255.255.255, my address is 10.200.1.54
> > IP-Config: Complete:
> >       device=eth0, addr=10.200.1.54, mask=255.255.0.0, gw=10.200.0.1,
> >      host=10.200.1.54, domain=sel, nis-domain=(none),
> >      bootserver=255.255.255.255, rootserver=10.200.0.198, rootpath=
> > Looking up port of RPC 100003/2 on 10.200.0.198
> > Reserved instruction in kernel code in
> > arch/mips/kernel/traps.c::do_ri, line 706[#1]:
> > Cpu 0
> > $ 0   : 00000000 1000fc00 00010000 00000000
> > $ 4   : 812b8e40 00000093 00000000 811df97c
> > $ 8   : 00000040 812b9e40 00000000 812a4e10
> > $12   : 0000ffff 00200200 00100100 812a3ef4
> > $16   : 812b8e40 00000000 812b8e40 00000060
> > $20   : 8042a6e0 00010000 811df90c 80144b20
> > $24   : 00000000 00000001
> > $28   : 811de000 811df8f0 8042a6e0 802facd0
> > Hi    : 00000000
> > Lo    : 00000780
> > epc   : 802ca258 sock_alloc_send_skb+0x74/0x5c8     Not tainted
> > ra    : 802facd0 ip_append_data+0x7c8/0xa34
> > Status: 1000fc03    KERNEL EXL IE
> > Cause : 00800028
> > PrId  : 03030200
> > Modules linked in:
> > Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> > Stack : c600c80a 3601c80a 00000000 00000000 00000000 00000000 00000000 00000000
> >         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> >         00000074 00000000 812b8e40 00000060 812b8e40 812b9e40 00000060 00000008
> >         812b8e98 802facd0 00000000 00000093 00000000 811df97c 00000000 00000000
> >         00000000 00000000 812b9e40 00000000 00000010 00000000 000005dc 00000000
> >         ...
> > Call Trace:
> >  [<802facd0>] ip_append_data+0x7c8/0xa34
> >  [<8031e3c4>] udp_sendmsg+0x224/0xa08
> >  [<802fa44c>] ip_generic_getfrag+0x0/0xbc
> >  [<802c6558>] sock_sendmsg+0xac/0xf0
> >  [<80334890>] fn_hash_lookup+0x100/0x150
> >  [<80334890>] fn_hash_lookup+0x100/0x150
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<802c65c0>] kernel_sendmsg+0x24/0x38
> >  [<80362f48>] xdr_sendpages+0x1dc/0x29c
> >  [<80355284>] xprt_transmit+0xec/0x5f4
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<803529c4>] call_transmit+0x1f4/0x2d4
> >  [<80356674>] rpc_delete_timer+0xdc/0x108
> >  [<80357cb4>] __rpc_execute+0xa8/0x54c
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<8035976c>] rpcauth_bindcred+0xac/0x248
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80351d28>] rpc_call_sync+0x8c/0xd8
> >  [<80351d14>] rpc_call_sync+0x78/0xd8
> >  [<80361fdc>] pmap_create+0x74/0xc0
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<803622e8>] rpc_getport_external+0x11c/0x180
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<8041b854>] root_nfs_getport+0x8c/0xa8
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80254000>] snprintf+0x14/0x20
> >  [<8041bb94>] nfs_root_data+0x324/0x3a8
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80128f24>] printk+0x1c/0x28
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<8013e444>] flush_workqueue+0x28/0x34
> >  [<80197f58>] path_lookup+0xe0/0x3d0
> >  [<80194c78>] getname+0x28/0xf8
> >  [<80198644>] __user_walk+0x78/0x94
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80409cb0>] mount_root+0xac/0x1c4
> >  [<80144b20>] autoremove_wake_function+0x0/0x44
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80420000>] init_mtdchar+0x20/0x60
> >  [<80409e10>] prepare_namespace+0x48/0x148
> >  [<8013e444>] flush_workqueue+0x28/0x34
> >  [<8010065c>] init+0x200/0x264
> >  [<80100574>] init+0x118/0x264
> >  [<80105e20>] kernel_thread_helper+0x10/0x18
> >  [<80105e10>] kernel_thread_helper+0x0/0x18
> >
> >
> > Code: 10400091  0280f021  c20300a0 <0000102d> e20200a0  1040fffc
> > 00000000  00032823  14a0009f
> > Kernel panic - not syncing: Attempted to kill init!
> >
> >
> >
> >
> > Also, I tried to run 2.4.31 on db1550, but got no luck to get the hard
> > drive working, which also crashes during the probing process:
> > probing for hda: present=0, media=32, probetype=ATA
> > probing for hda: present=0, media=32, probetype=ATAPI
> > probing for hdb: present=0, media=32, probetype=ATA
> > probing for hdb: present=0, media=32, probetype=ATAPI
> > probing for hdc: present=0, media=32, probetype=ATA
> > probing for hdc: present=0, media=32, probetype=ATAPI
> > probing for hdd: present=0, media=32, probetype=ATA
> > probing for hdd: present=0, media=32, probetype=ATAPI
> > probing for hde: present=0, media=32, probetype=ATA
> > probing for hde: present=0, media=32, probetype=ATAPI
> > probing for hdf: present=0, media=32, probetype=ATA
> > probing for hdf: present=0, media=32, probetype=ATAPI
> > probing for hdg: present=0, media=32, probetype=ATA
> > hdg: IBM-DTTA-350840, ATA DISK drive
> > probing for hdh: present=0, media=32, probetype=ATA
> > probing for hdh: present=0, media=32, probetype=ATAPI
> > Unable to handle kernel paging request at virtual address 00000000,
> > epc == 801e77f0, ra == 801e7b48
> > Oops in fault.c::do_page_fault, line 206:
> >
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-01 22:35   ` rolf liu
@ 2005-07-01 22:44     ` Pete Popov
  2005-07-01 22:52       ` rolf liu
  2005-07-05 15:50       ` rolf liu
  0 siblings, 2 replies; 16+ messages in thread
From: Pete Popov @ 2005-07-01 22:44 UTC (permalink / raw)
  To: rolf liu; +Cc: linux-mips@linux-mips.org

On Fri, 2005-07-01 at 15:35 -0700, rolf liu wrote:
> thanks, Pete.
> I applied the patch, it can mount the root now. Such a delicate patch.
> 
> Have you made the HPT371N working for 2.6 tree? 

One and off, yes. There was a timing issue I remember ... I had a 2.4
patch in my oss directory that worked fine for 2.4. I don't remember if
the same patch worked ok in 2.6. I didn't have much time to debug it,
but I remember when I put a few debug prints in the hpt init routine,
the problem went away, indicating an initialization timing issue.

Pete

>  When I want to
> compile in the hpt366.c, the kernel will hang up right after it found
> the disk drive:
> 
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> HPT371: IDE controller at PCI slot 0000:00:0b.0
> PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
> HPT371: chipset revision 2
> HPT37X: using 33MHz PCI clock
> HPT371: 100% native mode on irq 5
>    ide2: BM-DMA at 0x1000-0x1007, BIOS settings: hde:pio, hdf:pio
>    ide3: BM-DMA at 0x1008-0x100f, BIOS settings: hdg:pio, hdh:pio
> hdg: IBM-DTTA-350840, ATA DISK drive
> 
> hang up ................ :(
> 
> 
> On 7/1/05, Pete Popov <ppopov@embeddedalley.com> wrote:
> > 
> > <snip>
> > 
> > The problem below is caused by a .mips3 directive in xchg_u32. I talked
> > to Ralf and Maciel about the problem; Ralf sent a patch but I don't see
> > it applied in the tree yet.  Try this:
> > 
> > Index: include/asm-mips/system.h
> > ===================================================================
> > RCS file: /home/cvs/linux/include/asm-mips/system.h,v
> > retrieving revision 1.85
> > diff -u -r1.85 system.h
> > --- include/asm-mips/system.h   23 Jun 2005 15:57:18 -0000      1.85
> > +++ include/asm-mips/system.h   29 Jun 2005 12:01:54 -0000
> > @@ -178,7 +178,9 @@
> >                __asm__ __volatile__(
> >                "       .set    mips3                                   \n"
> >                "1:     ll      %0, %3                  #
> > xchg_u32      \n"
> > +               "       .set    mips0                                   \n"
> >                "       move    %2, %
> > z4                                 \n"
> > +               "       .set    mips3                                   \n"
> >                "       sc      %2, %
> > 1                                  \n"
> >                "       beqzl   %2,
> > 1b                                  \n"
> >                ROT_IN_PIECES
> > @@ -195,7 +197,9 @@
> >                __asm__ __volatile__(
> >                "       .set    mips3                                   \n"
> >                "1:     ll      %0, %3                  #
> > xchg_u32      \n"
> > +               "       .set    mips0                                   \n"
> >                "       move    %2, %
> > z4                                 \n"
> > +               "       .set    mips3                                   \n"
> >                "       sc      %2, %
> > 1                                  \n"
> >                "       beqz    %2,
> > 1b                                  \n"
> >  #ifdef CONFIG_SMP
> > 
> > 
> > 
> > Pete
> > 
> > > eth1: link up
> > > ., OK
> > > IP-Config: Got DHCP answer from 255.255.255.255, my address is 10.200.1.54
> > > IP-Config: Complete:
> > >       device=eth0, addr=10.200.1.54, mask=255.255.0.0, gw=10.200.0.1,
> > >      host=10.200.1.54, domain=sel, nis-domain=(none),
> > >      bootserver=255.255.255.255, rootserver=10.200.0.198, rootpath=
> > > Looking up port of RPC 100003/2 on 10.200.0.198
> > > Reserved instruction in kernel code in
> > > arch/mips/kernel/traps.c::do_ri, line 706[#1]:
> > > Cpu 0
> > > $ 0   : 00000000 1000fc00 00010000 00000000
> > > $ 4   : 812b8e40 00000093 00000000 811df97c
> > > $ 8   : 00000040 812b9e40 00000000 812a4e10
> > > $12   : 0000ffff 00200200 00100100 812a3ef4
> > > $16   : 812b8e40 00000000 812b8e40 00000060
> > > $20   : 8042a6e0 00010000 811df90c 80144b20
> > > $24   : 00000000 00000001
> > > $28   : 811de000 811df8f0 8042a6e0 802facd0
> > > Hi    : 00000000
> > > Lo    : 00000780
> > > epc   : 802ca258 sock_alloc_send_skb+0x74/0x5c8     Not tainted
> > > ra    : 802facd0 ip_append_data+0x7c8/0xa34
> > > Status: 1000fc03    KERNEL EXL IE
> > > Cause : 00800028
> > > PrId  : 03030200
> > > Modules linked in:
> > > Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> > > Stack : c600c80a 3601c80a 00000000 00000000 00000000 00000000 00000000 00000000
> > >         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > >         00000074 00000000 812b8e40 00000060 812b8e40 812b9e40 00000060 00000008
> > >         812b8e98 802facd0 00000000 00000093 00000000 811df97c 00000000 00000000
> > >         00000000 00000000 812b9e40 00000000 00000010 00000000 000005dc 00000000
> > >         ...
> > > Call Trace:
> > >  [<802facd0>] ip_append_data+0x7c8/0xa34
> > >  [<8031e3c4>] udp_sendmsg+0x224/0xa08
> > >  [<802fa44c>] ip_generic_getfrag+0x0/0xbc
> > >  [<802c6558>] sock_sendmsg+0xac/0xf0
> > >  [<80334890>] fn_hash_lookup+0x100/0x150
> > >  [<80334890>] fn_hash_lookup+0x100/0x150
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<802c65c0>] kernel_sendmsg+0x24/0x38
> > >  [<80362f48>] xdr_sendpages+0x1dc/0x29c
> > >  [<80355284>] xprt_transmit+0xec/0x5f4
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<803529c4>] call_transmit+0x1f4/0x2d4
> > >  [<80356674>] rpc_delete_timer+0xdc/0x108
> > >  [<80357cb4>] __rpc_execute+0xa8/0x54c
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<8035976c>] rpcauth_bindcred+0xac/0x248
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80351d28>] rpc_call_sync+0x8c/0xd8
> > >  [<80351d14>] rpc_call_sync+0x78/0xd8
> > >  [<80361fdc>] pmap_create+0x74/0xc0
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<803622e8>] rpc_getport_external+0x11c/0x180
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<8041b854>] root_nfs_getport+0x8c/0xa8
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80254000>] snprintf+0x14/0x20
> > >  [<8041bb94>] nfs_root_data+0x324/0x3a8
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80128f24>] printk+0x1c/0x28
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<8013e444>] flush_workqueue+0x28/0x34
> > >  [<80197f58>] path_lookup+0xe0/0x3d0
> > >  [<80194c78>] getname+0x28/0xf8
> > >  [<80198644>] __user_walk+0x78/0x94
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80409cb0>] mount_root+0xac/0x1c4
> > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80420000>] init_mtdchar+0x20/0x60
> > >  [<80409e10>] prepare_namespace+0x48/0x148
> > >  [<8013e444>] flush_workqueue+0x28/0x34
> > >  [<8010065c>] init+0x200/0x264
> > >  [<80100574>] init+0x118/0x264
> > >  [<80105e20>] kernel_thread_helper+0x10/0x18
> > >  [<80105e10>] kernel_thread_helper+0x0/0x18
> > >
> > >
> > > Code: 10400091  0280f021  c20300a0 <0000102d> e20200a0  1040fffc
> > > 00000000  00032823  14a0009f
> > > Kernel panic - not syncing: Attempted to kill init!
> > >
> > >
> > >
> > >
> > > Also, I tried to run 2.4.31 on db1550, but got no luck to get the hard
> > > drive working, which also crashes during the probing process:
> > > probing for hda: present=0, media=32, probetype=ATA
> > > probing for hda: present=0, media=32, probetype=ATAPI
> > > probing for hdb: present=0, media=32, probetype=ATA
> > > probing for hdb: present=0, media=32, probetype=ATAPI
> > > probing for hdc: present=0, media=32, probetype=ATA
> > > probing for hdc: present=0, media=32, probetype=ATAPI
> > > probing for hdd: present=0, media=32, probetype=ATA
> > > probing for hdd: present=0, media=32, probetype=ATAPI
> > > probing for hde: present=0, media=32, probetype=ATA
> > > probing for hde: present=0, media=32, probetype=ATAPI
> > > probing for hdf: present=0, media=32, probetype=ATA
> > > probing for hdf: present=0, media=32, probetype=ATAPI
> > > probing for hdg: present=0, media=32, probetype=ATA
> > > hdg: IBM-DTTA-350840, ATA DISK drive
> > > probing for hdh: present=0, media=32, probetype=ATA
> > > probing for hdh: present=0, media=32, probetype=ATAPI
> > > Unable to handle kernel paging request at virtual address 00000000,
> > > epc == 801e77f0, ra == 801e7b48
> > > Oops in fault.c::do_page_fault, line 206:
> > >
> > 
> >
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-01 22:44     ` Pete Popov
@ 2005-07-01 22:52       ` rolf liu
  2005-07-05 15:50       ` rolf liu
  1 sibling, 0 replies; 16+ messages in thread
From: rolf liu @ 2005-07-01 22:52 UTC (permalink / raw)
  To: ppopov; +Cc: linux-mips@linux-mips.org

I used that patch to force 371 to use 372 timing to 2.4.31. but
unfortunately, the kernel crashed during the probing process. any
idea?
thanks

Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
HPT371: IDE controller at PCI slot 00:0b.0
HPT371: chipset revision 2
HPT371: not 100% native mode: will probe irqs later
hpt: HPT372N detected, using 372N timing.
FREQ: 73 PLL: 35
hpt: no known IDE timings, disabling DMA.
hpt: no known IDE timings, disabling DMA.
probing for hda: present=0, media=32, probetype=ATA
probing for hda: present=0, media=32, probetype=ATAPI
probing for hdb: present=0, media=32, probetype=ATA
probing for hdb: present=0, media=32, probetype=ATAPI
probing for hdc: present=0, media=32, probetype=ATA
probing for hdc: present=0, media=32, probetype=ATAPI
probing for hdd: present=0, media=32, probetype=ATA
probing for hdd: present=0, media=32, probetype=ATAPI
probing for hde: present=0, media=32, probetype=ATA
probing for hde: present=0, media=32, probetype=ATAPI
probing for hdf: present=0, media=32, probetype=ATA
probing for hdf: present=0, media=32, probetype=ATAPI
probing for hdg: present=0, media=32, probetype=ATA
hdg: IBM-DTTA-350840, ATA DISK drive
probing for hdh: present=0, media=32, probetype=ATA
probing for hdh: present=0, media=32, probetype=ATAPI
Unable to handle kernel paging request at virtual address 00000000,
epc == 801e77f0, ra == 801e7b48
Oops in fault.c::do_page_fault, line 206:

On 7/1/05, Pete Popov <ppopov@embeddedalley.com> wrote:
> On Fri, 2005-07-01 at 15:35 -0700, rolf liu wrote:
> > thanks, Pete.
> > I applied the patch, it can mount the root now. Such a delicate patch.
> >
> > Have you made the HPT371N working for 2.6 tree?
> 
> One and off, yes. There was a timing issue I remember ... I had a 2.4
> patch in my oss directory that worked fine for 2.4. I don't remember if
> the same patch worked ok in 2.6. I didn't have much time to debug it,
> but I remember when I put a few debug prints in the hpt init routine,
> the problem went away, indicating an initialization timing issue.
> 
> Pete
> 
> >  When I want to
> > compile in the hpt366.c, the kernel will hang up right after it found
> > the disk drive:
> >
> > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > HPT371: IDE controller at PCI slot 0000:00:0b.0
> > PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
> > HPT371: chipset revision 2
> > HPT37X: using 33MHz PCI clock
> > HPT371: 100% native mode on irq 5
> >    ide2: BM-DMA at 0x1000-0x1007, BIOS settings: hde:pio, hdf:pio
> >    ide3: BM-DMA at 0x1008-0x100f, BIOS settings: hdg:pio, hdh:pio
> > hdg: IBM-DTTA-350840, ATA DISK drive
> >
> > hang up ................ :(
> >
> >
> > On 7/1/05, Pete Popov <ppopov@embeddedalley.com> wrote:
> > >
> > > <snip>
> > >
> > > The problem below is caused by a .mips3 directive in xchg_u32. I talked
> > > to Ralf and Maciel about the problem; Ralf sent a patch but I don't see
> > > it applied in the tree yet.  Try this:
> > >
> > > Index: include/asm-mips/system.h
> > > ===================================================================
> > > RCS file: /home/cvs/linux/include/asm-mips/system.h,v
> > > retrieving revision 1.85
> > > diff -u -r1.85 system.h
> > > --- include/asm-mips/system.h   23 Jun 2005 15:57:18 -0000      1.85
> > > +++ include/asm-mips/system.h   29 Jun 2005 12:01:54 -0000
> > > @@ -178,7 +178,9 @@
> > >                __asm__ __volatile__(
> > >                "       .set    mips3                                   \n"
> > >                "1:     ll      %0, %3                  #
> > > xchg_u32      \n"
> > > +               "       .set    mips0                                   \n"
> > >                "       move    %2, %
> > > z4                                 \n"
> > > +               "       .set    mips3                                   \n"
> > >                "       sc      %2, %
> > > 1                                  \n"
> > >                "       beqzl   %2,
> > > 1b                                  \n"
> > >                ROT_IN_PIECES
> > > @@ -195,7 +197,9 @@
> > >                __asm__ __volatile__(
> > >                "       .set    mips3                                   \n"
> > >                "1:     ll      %0, %3                  #
> > > xchg_u32      \n"
> > > +               "       .set    mips0                                   \n"
> > >                "       move    %2, %
> > > z4                                 \n"
> > > +               "       .set    mips3                                   \n"
> > >                "       sc      %2, %
> > > 1                                  \n"
> > >                "       beqz    %2,
> > > 1b                                  \n"
> > >  #ifdef CONFIG_SMP
> > >
> > >
> > >
> > > Pete
> > >
> > > > eth1: link up
> > > > ., OK
> > > > IP-Config: Got DHCP answer from 255.255.255.255, my address is 10.200.1.54
> > > > IP-Config: Complete:
> > > >       device=eth0, addr=10.200.1.54, mask=255.255.0.0, gw=10.200.0.1,
> > > >      host=10.200.1.54, domain=sel, nis-domain=(none),
> > > >      bootserver=255.255.255.255, rootserver=10.200.0.198, rootpath=
> > > > Looking up port of RPC 100003/2 on 10.200.0.198
> > > > Reserved instruction in kernel code in
> > > > arch/mips/kernel/traps.c::do_ri, line 706[#1]:
> > > > Cpu 0
> > > > $ 0   : 00000000 1000fc00 00010000 00000000
> > > > $ 4   : 812b8e40 00000093 00000000 811df97c
> > > > $ 8   : 00000040 812b9e40 00000000 812a4e10
> > > > $12   : 0000ffff 00200200 00100100 812a3ef4
> > > > $16   : 812b8e40 00000000 812b8e40 00000060
> > > > $20   : 8042a6e0 00010000 811df90c 80144b20
> > > > $24   : 00000000 00000001
> > > > $28   : 811de000 811df8f0 8042a6e0 802facd0
> > > > Hi    : 00000000
> > > > Lo    : 00000780
> > > > epc   : 802ca258 sock_alloc_send_skb+0x74/0x5c8     Not tainted
> > > > ra    : 802facd0 ip_append_data+0x7c8/0xa34
> > > > Status: 1000fc03    KERNEL EXL IE
> > > > Cause : 00800028
> > > > PrId  : 03030200
> > > > Modules linked in:
> > > > Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> > > > Stack : c600c80a 3601c80a 00000000 00000000 00000000 00000000 00000000 00000000
> > > >         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > > >         00000074 00000000 812b8e40 00000060 812b8e40 812b9e40 00000060 00000008
> > > >         812b8e98 802facd0 00000000 00000093 00000000 811df97c 00000000 00000000
> > > >         00000000 00000000 812b9e40 00000000 00000010 00000000 000005dc 00000000
> > > >         ...
> > > > Call Trace:
> > > >  [<802facd0>] ip_append_data+0x7c8/0xa34
> > > >  [<8031e3c4>] udp_sendmsg+0x224/0xa08
> > > >  [<802fa44c>] ip_generic_getfrag+0x0/0xbc
> > > >  [<802c6558>] sock_sendmsg+0xac/0xf0
> > > >  [<80334890>] fn_hash_lookup+0x100/0x150
> > > >  [<80334890>] fn_hash_lookup+0x100/0x150
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<802c65c0>] kernel_sendmsg+0x24/0x38
> > > >  [<80362f48>] xdr_sendpages+0x1dc/0x29c
> > > >  [<80355284>] xprt_transmit+0xec/0x5f4
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<803529c4>] call_transmit+0x1f4/0x2d4
> > > >  [<80356674>] rpc_delete_timer+0xdc/0x108
> > > >  [<80357cb4>] __rpc_execute+0xa8/0x54c
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<8035976c>] rpcauth_bindcred+0xac/0x248
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80351d28>] rpc_call_sync+0x8c/0xd8
> > > >  [<80351d14>] rpc_call_sync+0x78/0xd8
> > > >  [<80361fdc>] pmap_create+0x74/0xc0
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<803622e8>] rpc_getport_external+0x11c/0x180
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<8041b854>] root_nfs_getport+0x8c/0xa8
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80254000>] snprintf+0x14/0x20
> > > >  [<8041bb94>] nfs_root_data+0x324/0x3a8
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80128f24>] printk+0x1c/0x28
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<8013e444>] flush_workqueue+0x28/0x34
> > > >  [<80197f58>] path_lookup+0xe0/0x3d0
> > > >  [<80194c78>] getname+0x28/0xf8
> > > >  [<80198644>] __user_walk+0x78/0x94
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80409cb0>] mount_root+0xac/0x1c4
> > > >  [<80144b20>] autoremove_wake_function+0x0/0x44
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80420000>] init_mtdchar+0x20/0x60
> > > >  [<80409e10>] prepare_namespace+0x48/0x148
> > > >  [<8013e444>] flush_workqueue+0x28/0x34
> > > >  [<8010065c>] init+0x200/0x264
> > > >  [<80100574>] init+0x118/0x264
> > > >  [<80105e20>] kernel_thread_helper+0x10/0x18
> > > >  [<80105e10>] kernel_thread_helper+0x0/0x18
> > > >
> > > >
> > > > Code: 10400091  0280f021  c20300a0 <0000102d> e20200a0  1040fffc
> > > > 00000000  00032823  14a0009f
> > > > Kernel panic - not syncing: Attempted to kill init!
> > > >
> > > >
> > > >
> > > >
> > > > Also, I tried to run 2.4.31 on db1550, but got no luck to get the hard
> > > > drive working, which also crashes during the probing process:
> > > > probing for hda: present=0, media=32, probetype=ATA
> > > > probing for hda: present=0, media=32, probetype=ATAPI
> > > > probing for hdb: present=0, media=32, probetype=ATA
> > > > probing for hdb: present=0, media=32, probetype=ATAPI
> > > > probing for hdc: present=0, media=32, probetype=ATA
> > > > probing for hdc: present=0, media=32, probetype=ATAPI
> > > > probing for hdd: present=0, media=32, probetype=ATA
> > > > probing for hdd: present=0, media=32, probetype=ATAPI
> > > > probing for hde: present=0, media=32, probetype=ATA
> > > > probing for hde: present=0, media=32, probetype=ATAPI
> > > > probing for hdf: present=0, media=32, probetype=ATA
> > > > probing for hdf: present=0, media=32, probetype=ATAPI
> > > > probing for hdg: present=0, media=32, probetype=ATA
> > > > hdg: IBM-DTTA-350840, ATA DISK drive
> > > > probing for hdh: present=0, media=32, probetype=ATA
> > > > probing for hdh: present=0, media=32, probetype=ATAPI
> > > > Unable to handle kernel paging request at virtual address 00000000,
> > > > epc == 801e77f0, ra == 801e7b48
> > > > Oops in fault.c::do_page_fault, line 206:
> > > >
> > >
> > >
> >
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-01 22:44     ` Pete Popov
  2005-07-01 22:52       ` rolf liu
@ 2005-07-05 15:50       ` rolf liu
  2005-07-06  7:12         ` Pete Popov
  2005-07-07 17:10         ` Alan Cox
  1 sibling, 2 replies; 16+ messages in thread
From: rolf liu @ 2005-07-05 15:50 UTC (permalink / raw)
  To: ppopov; +Cc: linux-mips@linux-mips.org

Pete,
I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
didn't force it to use 372 timing, it just hangs up after it detect
the drive. If I used the 372 timing using the 2.4 trick, the kernel
just crashed. Any clue?
Thanks

Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
HPT371: IDE controller at PCI slot 0000:00:0b.0
PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
HPT371: chipset revision 2
hpt: HPT372N detected, using 372N timing.
FREQ: 73 PLL: 35
HPT371: 100% native mode on irq 5
hpt: no known IDE timings, disabling DMA.
hpt: no known IDE timings, disabling DMA.
hdg: IBM-DTTA-350840, ATA DISK drive
CPU 0 Unable to handle kernel paging request at virtual address
00000000, epc == 8029fb20, ra == 8029fc0c
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
Cpu 0
$ 0   : 00000000 1000fc00 00000000 00000000
$ 4   : 0000000c 00000000 00010000 18010017
$ 8   : 00000000 0000fc00 00000000 803a6000
$12   : 803ace64 fffffffb ffffffff 0000140d
$16   : 00000048 00000055 30070000 00000001
$20   : 804a1800 0000000c 8043a678 8043a5f8
$24   : 00000000 802a747c                  
$28   : 811de000 811dfe40 1000fc01 8029fc0c
Hi    : 0000018a
Lo    : 3d6edc00
epc   : 8029fb20 pci_bus_clock_list+0x0/0x38     Not tainted
ra    : 8029fc0c hpt372_tune_chipset+0xb4/0x138
Status: 1000fc03    KERNEL EXL IE 
Cause : 00800008
BadVA : 00000000
PrId  : 03030200
Modules linked in:
Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
Stack : 804a1800 00000005 8029f62c 80456bf0 00000000 00000000 804a1800 0000000c
        8043a678 00000001 00000000 803b0000 00000005 8029fcf8 8043a678 8043a5e8
        00000000 00000001 00000000 803b0000 00000005 8043a5f8 8043a678 8043a5e8
        00000000 00000001 00000000 803b0000 00000005 802abd0c 00000005 8043a5f8
        b0400074 b040006c 00000001 811dff30 00000000 00000000 00000000 8043a5e8
        ...
Call Trace:
 [<8029f62c>] hpt_minimum_revision+0x2c/0xec
 [<8029fcf8>] hpt3xx_tune_chipset+0x68/0x2e8
 [<802abd0c>] probe_hwif+0x8a4/0x910
 [<802ace2c>] probe_hwif_init_with_fixup+0x1c/0xcc
 [<802af8bc>] ide_setup_pci_device+0xa8/0xcc
 [<8024f09c>] idr_get_new+0x18/0x4c
 [<80422e38>] ide_scan_pcidev+0x84/0xc4
 [<801c5464>] proc_register+0x48/0x16c
 [<80422eb0>] ide_scan_pcibus+0x38/0xf8
 [<801c5874>] proc_mkdir_mode+0x54/0x80
 [<80422d98>] ide_init+0x68/0x84
 [<80422d7c>] ide_init+0x4c/0x84
 [<801004f8>] init+0x9c/0x264
 [<80105e20>] kernel_thread_helper+0x10/0x18
 [<80105e10>] kernel_thread_helper+0x0/0x18


Code: 02002821  080a7e5f  a3a20013 <90a20000> 10400008  308400ff 
00401821  10640007  00000000
Kernel panic - not syncing: Attempted to kill init!

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-05 15:50       ` rolf liu
@ 2005-07-06  7:12         ` Pete Popov
  2005-07-06 22:15           ` rolf liu
  2005-07-07 17:10         ` Alan Cox
  1 sibling, 1 reply; 16+ messages in thread
From: Pete Popov @ 2005-07-06  7:12 UTC (permalink / raw)
  To: rolf liu; +Cc: linux-mips@linux-mips.org

On Tue, 2005-07-05 at 08:50 -0700, rolf liu wrote:
> Pete,
> I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> didn't force it to use 372 timing, it just hangs up after it detect
> the drive. If I used the 372 timing using the 2.4 trick, the kernel
> just crashed. Any clue?

Other than the call trace you can see below, no, no clues. I would have
to spend some time debugging it and if it ever becomes a priority, I
will.

Pete

> Thanks
> 
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> HPT371: IDE controller at PCI slot 0000:00:0b.0
> PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
> HPT371: chipset revision 2
> hpt: HPT372N detected, using 372N timing.
> FREQ: 73 PLL: 35
> HPT371: 100% native mode on irq 5
> hpt: no known IDE timings, disabling DMA.
> hpt: no known IDE timings, disabling DMA.
> hdg: IBM-DTTA-350840, ATA DISK drive
> CPU 0 Unable to handle kernel paging request at virtual address
> 00000000, epc == 8029fb20, ra == 8029fc0c
> Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
> Cpu 0
> $ 0   : 00000000 1000fc00 00000000 00000000
> $ 4   : 0000000c 00000000 00010000 18010017
> $ 8   : 00000000 0000fc00 00000000 803a6000
> $12   : 803ace64 fffffffb ffffffff 0000140d
> $16   : 00000048 00000055 30070000 00000001
> $20   : 804a1800 0000000c 8043a678 8043a5f8
> $24   : 00000000 802a747c                  
> $28   : 811de000 811dfe40 1000fc01 8029fc0c
> Hi    : 0000018a
> Lo    : 3d6edc00
> epc   : 8029fb20 pci_bus_clock_list+0x0/0x38     Not tainted
> ra    : 8029fc0c hpt372_tune_chipset+0xb4/0x138
> Status: 1000fc03    KERNEL EXL IE 
> Cause : 00800008
> BadVA : 00000000
> PrId  : 03030200
> Modules linked in:
> Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> Stack : 804a1800 00000005 8029f62c 80456bf0 00000000 00000000 804a1800 0000000c
>         8043a678 00000001 00000000 803b0000 00000005 8029fcf8 8043a678 8043a5e8
>         00000000 00000001 00000000 803b0000 00000005 8043a5f8 8043a678 8043a5e8
>         00000000 00000001 00000000 803b0000 00000005 802abd0c 00000005 8043a5f8
>         b0400074 b040006c 00000001 811dff30 00000000 00000000 00000000 8043a5e8
>         ...
> Call Trace:
>  [<8029f62c>] hpt_minimum_revision+0x2c/0xec
>  [<8029fcf8>] hpt3xx_tune_chipset+0x68/0x2e8
>  [<802abd0c>] probe_hwif+0x8a4/0x910
>  [<802ace2c>] probe_hwif_init_with_fixup+0x1c/0xcc
>  [<802af8bc>] ide_setup_pci_device+0xa8/0xcc
>  [<8024f09c>] idr_get_new+0x18/0x4c
>  [<80422e38>] ide_scan_pcidev+0x84/0xc4
>  [<801c5464>] proc_register+0x48/0x16c
>  [<80422eb0>] ide_scan_pcibus+0x38/0xf8
>  [<801c5874>] proc_mkdir_mode+0x54/0x80
>  [<80422d98>] ide_init+0x68/0x84
>  [<80422d7c>] ide_init+0x4c/0x84
>  [<801004f8>] init+0x9c/0x264
>  [<80105e20>] kernel_thread_helper+0x10/0x18
>  [<80105e10>] kernel_thread_helper+0x0/0x18
> 
> 
> Code: 02002821  080a7e5f  a3a20013 <90a20000> 10400008  308400ff 
> 00401821  10640007  00000000
> Kernel panic - not syncing: Attempted to kill init!
> 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-06  7:12         ` Pete Popov
@ 2005-07-06 22:15           ` rolf liu
  2005-07-06 22:22             ` Pete Popov
  0 siblings, 1 reply; 16+ messages in thread
From: rolf liu @ 2005-07-06 22:15 UTC (permalink / raw)
  To: ppopov; +Cc: linux-mips@linux-mips.org

Pete,
could you give me some clues how I can make hpt371n work under linux 2.6? 
Is there a need to force the 371n to use 372n timing? 
can just timing issue cause the kernel to crash (panic)? 

Thanks


On 7/6/05, Pete Popov <ppopov@embeddedalley.com> wrote:
> On Tue, 2005-07-05 at 08:50 -0700, rolf liu wrote:
> > Pete,
> > I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> > didn't force it to use 372 timing, it just hangs up after it detect
> > the drive. If I used the 372 timing using the 2.4 trick, the kernel
> > just crashed. Any clue?
> 
> Other than the call trace you can see below, no, no clues. I would have
> to spend some time debugging it and if it ever becomes a priority, I
> will.
> 
> Pete
> 
> > Thanks
> >
> > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > HPT371: IDE controller at PCI slot 0000:00:0b.0
> > PCI: Enabling device 0000:00:0b.0 (0000 -> 0003)
> > HPT371: chipset revision 2
> > hpt: HPT372N detected, using 372N timing.
> > FREQ: 73 PLL: 35
> > HPT371: 100% native mode on irq 5
> > hpt: no known IDE timings, disabling DMA.
> > hpt: no known IDE timings, disabling DMA.
> > hdg: IBM-DTTA-350840, ATA DISK drive
> > CPU 0 Unable to handle kernel paging request at virtual address
> > 00000000, epc == 8029fb20, ra == 8029fc0c
> > Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
> > Cpu 0
> > $ 0   : 00000000 1000fc00 00000000 00000000
> > $ 4   : 0000000c 00000000 00010000 18010017
> > $ 8   : 00000000 0000fc00 00000000 803a6000
> > $12   : 803ace64 fffffffb ffffffff 0000140d
> > $16   : 00000048 00000055 30070000 00000001
> > $20   : 804a1800 0000000c 8043a678 8043a5f8
> > $24   : 00000000 802a747c
> > $28   : 811de000 811dfe40 1000fc01 8029fc0c
> > Hi    : 0000018a
> > Lo    : 3d6edc00
> > epc   : 8029fb20 pci_bus_clock_list+0x0/0x38     Not tainted
> > ra    : 8029fc0c hpt372_tune_chipset+0xb4/0x138
> > Status: 1000fc03    KERNEL EXL IE
> > Cause : 00800008
> > BadVA : 00000000
> > PrId  : 03030200
> > Modules linked in:
> > Process swapper (pid: 1, threadinfo=811de000, task=80456bf0)
> > Stack : 804a1800 00000005 8029f62c 80456bf0 00000000 00000000 804a1800 0000000c
> >         8043a678 00000001 00000000 803b0000 00000005 8029fcf8 8043a678 8043a5e8
> >         00000000 00000001 00000000 803b0000 00000005 8043a5f8 8043a678 8043a5e8
> >         00000000 00000001 00000000 803b0000 00000005 802abd0c 00000005 8043a5f8
> >         b0400074 b040006c 00000001 811dff30 00000000 00000000 00000000 8043a5e8
> >         ...
> > Call Trace:
> >  [<8029f62c>] hpt_minimum_revision+0x2c/0xec
> >  [<8029fcf8>] hpt3xx_tune_chipset+0x68/0x2e8
> >  [<802abd0c>] probe_hwif+0x8a4/0x910
> >  [<802ace2c>] probe_hwif_init_with_fixup+0x1c/0xcc
> >  [<802af8bc>] ide_setup_pci_device+0xa8/0xcc
> >  [<8024f09c>] idr_get_new+0x18/0x4c
> >  [<80422e38>] ide_scan_pcidev+0x84/0xc4
> >  [<801c5464>] proc_register+0x48/0x16c
> >  [<80422eb0>] ide_scan_pcibus+0x38/0xf8
> >  [<801c5874>] proc_mkdir_mode+0x54/0x80
> >  [<80422d98>] ide_init+0x68/0x84
> >  [<80422d7c>] ide_init+0x4c/0x84
> >  [<801004f8>] init+0x9c/0x264
> >  [<80105e20>] kernel_thread_helper+0x10/0x18
> >  [<80105e10>] kernel_thread_helper+0x0/0x18
> >
> >
> > Code: 02002821  080a7e5f  a3a20013 <90a20000> 10400008  308400ff
> > 00401821  10640007  00000000
> > Kernel panic - not syncing: Attempted to kill init!
> >
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-06 22:15           ` rolf liu
@ 2005-07-06 22:22             ` Pete Popov
  0 siblings, 0 replies; 16+ messages in thread
From: Pete Popov @ 2005-07-06 22:22 UTC (permalink / raw)
  To: rolf liu; +Cc: linux-mips@linux-mips.org

On Wed, 2005-07-06 at 15:15 -0700, rolf liu wrote:
> Pete,
> could you give me some clues how I can make hpt371n work under linux 2.6? 
> Is there a need to force the 371n to use 372n timing? 

No idea. If I knew what the problem may be off the top of my head, I
would have just fixed it. The only thing I can tell you is that you'll
have to debug the problem, find the root cause, fix it, and then
hopefully send the list a patch :)

> can just timing issue cause the kernel to crash (panic)? 

I wouldn't rule out anything.

Pete

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-05 15:50       ` rolf liu
  2005-07-06  7:12         ` Pete Popov
@ 2005-07-07 17:10         ` Alan Cox
  2005-07-07 17:19           ` rolf liu
                             ` (2 more replies)
  1 sibling, 3 replies; 16+ messages in thread
From: Alan Cox @ 2005-07-07 17:10 UTC (permalink / raw)
  To: rolf liu; +Cc: ppopov, linux-mips@linux-mips.org

On Maw, 2005-07-05 at 16:50, rolf liu wrote:
> Pete,
> I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> didn't force it to use 372 timing, it just hangs up after it detect
> the drive. If I used the 372 timing using the 2.4 trick, the kernel
> just crashed. Any clue?

Fix has been in the -ac tree for ages. Its finally gotten to Linus for
2.6.13 tree so pull it out of there.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 17:10         ` Alan Cox
@ 2005-07-07 17:19           ` rolf liu
  2005-07-07 18:05           ` rolf liu
  2005-07-07 18:42           ` rolf liu
  2 siblings, 0 replies; 16+ messages in thread
From: rolf liu @ 2005-07-07 17:19 UTC (permalink / raw)
  To: Alan Cox; +Cc: ppopov, linux-mips@linux-mips.org

Alan,
Could you point me to the -ac tree? 

thanks


On 7/7/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Maw, 2005-07-05 at 16:50, rolf liu wrote:
> > Pete,
> > I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> > didn't force it to use 372 timing, it just hangs up after it detect
> > the drive. If I used the 372 timing using the 2.4 trick, the kernel
> > just crashed. Any clue?
> 
> Fix has been in the -ac tree for ages. Its finally gotten to Linus for
> 2.6.13 tree so pull it out of there.
> 
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 17:10         ` Alan Cox
  2005-07-07 17:19           ` rolf liu
@ 2005-07-07 18:05           ` rolf liu
  2005-07-07 18:42           ` rolf liu
  2 siblings, 0 replies; 16+ messages in thread
From: rolf liu @ 2005-07-07 18:05 UTC (permalink / raw)
  To: Alan Cox; +Cc: ppopov, linux-mips@linux-mips.org

Compiling error for the -ac patch on 2.6.11.

There is no "ide_dma_start" in struct "ide_hwif_t", while the patch
tries to assign
"hwif->ide_dma_start = ...". Possibly could changed to "hwif->dma_start = ..." ?

thanks



On 7/7/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Maw, 2005-07-05 at 16:50, rolf liu wrote:
> > Pete,
> > I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> > didn't force it to use 372 timing, it just hangs up after it detect
> > the drive. If I used the 372 timing using the 2.4 trick, the kernel
> > just crashed. Any clue?
> 
> Fix has been in the -ac tree for ages. Its finally gotten to Linus for
> 2.6.13 tree so pull it out of there.
> 
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 17:10         ` Alan Cox
  2005-07-07 17:19           ` rolf liu
  2005-07-07 18:05           ` rolf liu
@ 2005-07-07 18:42           ` rolf liu
  2005-07-07 22:47             ` Alan Cox
  2 siblings, 1 reply; 16+ messages in thread
From: rolf liu @ 2005-07-07 18:42 UTC (permalink / raw)
  To: Alan Cox; +Cc: ppopov, linux-mips@linux-mips.org

Alan,
Tried your patch on db1550 and linux 2.6.12. It still doesn't work. 
During the boot-up, the kernel will hang up right after it prints out:

>>hdg: max request size: 128 KiB


Any suggestion?


On 7/7/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Maw, 2005-07-05 at 16:50, rolf liu wrote:
> > Pete,
> > I tried to make HPT working on db1550 for linux 2.6.12 cvs head. If I
> > didn't force it to use 372 timing, it just hangs up after it detect
> > the drive. If I used the 372 timing using the 2.4 trick, the kernel
> > just crashed. Any clue?
> 
> Fix has been in the -ac tree for ages. Its finally gotten to Linus for
> 2.6.13 tree so pull it out of there.
> 
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 18:42           ` rolf liu
@ 2005-07-07 22:47             ` Alan Cox
  2005-07-08  0:27               ` rolf liu
  2005-07-08 19:27               ` rolf liu
  0 siblings, 2 replies; 16+ messages in thread
From: Alan Cox @ 2005-07-07 22:47 UTC (permalink / raw)
  To: rolf liu; +Cc: ppopov, linux-mips@linux-mips.org

On Iau, 2005-07-07 at 19:42, rolf liu wrote:
> Alan,
> Tried your patch on db1550 and linux 2.6.12. It still doesn't work. 
> During the boot-up, the kernel will hang up right after it prints out:
> 
> >>hdg: max request size: 128 KiB

> Any suggestion?

Its got started if it gets that far because the LBA48 status has been
checked. What occurs if you boot with ide=nodma ?

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 22:47             ` Alan Cox
@ 2005-07-08  0:27               ` rolf liu
  2005-07-08 19:27               ` rolf liu
  1 sibling, 0 replies; 16+ messages in thread
From: rolf liu @ 2005-07-08  0:27 UTC (permalink / raw)
  To: Alan Cox; +Cc: ppopov, linux-mips@linux-mips.org

I don't have hardware now and will try that option tomorrow. But I
remembered I got the same output before I applied your patch. I wonder
if using the PCI clock as the sole input can help. I read about the
source code provide by HighPoint Technologies. They use
"pci_write_config_byte(dev, 0x5b, 0x21);" instead of
"pci_write_config_byte(dev, 0x5b, 0x23);".

will let you know the result tomorrow.

Thanks

On 7/7/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Iau, 2005-07-07 at 19:42, rolf liu wrote:
> > Alan,
> > Tried your patch on db1550 and linux 2.6.12. It still doesn't work.
> > During the boot-up, the kernel will hang up right after it prints out:
> >
> > >>hdg: max request size: 128 KiB
> 
> > Any suggestion?
> 
> Its got started if it gets that far because the LBA48 status has been
> checked. What occurs if you boot with ide=nodma ?
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: booting error on db1550 using linux 2.6.12 from linux-mips.org
  2005-07-07 22:47             ` Alan Cox
  2005-07-08  0:27               ` rolf liu
@ 2005-07-08 19:27               ` rolf liu
  1 sibling, 0 replies; 16+ messages in thread
From: rolf liu @ 2005-07-08 19:27 UTC (permalink / raw)
  To: Alan Cox; +Cc: ppopov, linux-mips@linux-mips.org

Alan,

I tried ide=nodma as boot option. It doesn't work either. It stops at
the same place.

Then I used pci_write_config_byte(dev, 0x5b, 0x21); It works and can
boot with the hard disk.  I also tried to force the 372n timing with
the linux-mips cvs head, It also works fine.

I know using PCI Clock as the only timing could have some speed
problems. And forcing 372n timing is like a dirty hack.  Your
suggestion is really appreciated.

thanks

On 7/7/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Iau, 2005-07-07 at 19:42, rolf liu wrote:
> > Alan,
> > Tried your patch on db1550 and linux 2.6.12. It still doesn't work.
> > During the boot-up, the kernel will hang up right after it prints out:
> >
> > >>hdg: max request size: 128 KiB
> 
> > Any suggestion?
> 
> Its got started if it gets that far because the LBA48 status has been
> checked. What occurs if you boot with ide=nodma ?
> 
>

^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2005-07-08 19:27 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-01 21:17 booting error on db1550 using linux 2.6.12 from linux-mips.org rolf liu
2005-07-01 21:24 ` Pete Popov
2005-07-01 22:35   ` rolf liu
2005-07-01 22:44     ` Pete Popov
2005-07-01 22:52       ` rolf liu
2005-07-05 15:50       ` rolf liu
2005-07-06  7:12         ` Pete Popov
2005-07-06 22:15           ` rolf liu
2005-07-06 22:22             ` Pete Popov
2005-07-07 17:10         ` Alan Cox
2005-07-07 17:19           ` rolf liu
2005-07-07 18:05           ` rolf liu
2005-07-07 18:42           ` rolf liu
2005-07-07 22:47             ` Alan Cox
2005-07-08  0:27               ` rolf liu
2005-07-08 19:27               ` rolf liu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox