RE: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

while debugging, I found that jiffies is not updated due to some
reasons, that is why kernel was waiting at "Calibrating delay..."

so in kernel/timer.c I added following...
--------------------------------------
void do_timer(struct pt_regs *regs)
{
        jiffies_64++;
        jiffies = jiffies_64+4;    /* this line added */
...
}
----------

I am not very sure about the fix but the kernel moves ahead...

though right now I am having some other problem in getting the NFS
root file system mounted... I am looking into this...

log for your reference..

----------------------------------------------------------------------------
-----
RedBoot> load -r -b 0x400000 linux26.bin
Raw file loaded 0x00400000-0x005422d7, assumed entry at 0x00400000
RedBoot> exec -c "console=ttySC2,38400 root=/dev/nfs rw
nfsroot=192.168.14.79:/h
8sroot2 ip=192.168.14.89:192.168.14.79:192.168.14.2" 0x400000
Now booting linux kernel:
 Entry Address 0x00400000
 Cmdline : console=ttySC2,38400 root=/dev/nfs rw
nfsroot=192.168.14.79:/h8sroot2
 ip=192.168.14.89:192.168.14.79:192.168.14.2
Linux version 2.6.7-rc2 (rakeshg@fr61) (gcc version 3.2.2) #23 Mon Jun 7
15:49:5
6 IST 2004

uClinux H8S
Target Hardware: EDOSK-2674
Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
H8/300 series support by Yoshinori Sato <ys...@us...>
On node 0 totalpages: 3072
  DMA zone: 0 pages, LIFO batch:1
  Normal zone: 3072 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: console=ttySC2,38400 root=/dev/nfs rw
nfsroot=192.168.14.79
:/h8sroot2 ip=192.168.14.89:192.168.14.79:192.168.14.2
virtual vector at 0x00ffbe00
PID hash table entries: 16 (order 4: 128 bytes)
Memory available: 6684k/1705k RAM, 0k/0k ROM (1177k kernel code, 193k data)
Calibrating delay loop... 7.24 BogoMIPS
Dentry cache hash table entries: 1024 (order: 0, 4096 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
SuperH SCI(F) driver initialized
ttySC0 at MMIO 0xffff78 (irq = 90) is a sci
ttySC1 at MMIO 0xffff80 (irq = 94) is a sci
ttySC2 at MMIO 0xffff88 (irq = 98) is a sci
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
nbd: sizeof nbd_request needs to be 28 in order to work!
PPP generic driver version 2.4.2
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 512 bind 1024)
IPv4 over IPv4 tunneling driver
IP-Config: No network devices available.
Looking up port of RPC 100003/2 on 192.168.14.79
RPC: sendmsg returned error 101
portmap: RPC call returned error 101
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.14.79
RPC: sendmsg returned error 101
portmap: RPC call returned error 101
Root-NFS: Unable to get mountd port number from server, using default
RPC: sendmsg returned error 101
mount: RPC call returned error 101
Root-NFS: Server returned error -101 while mounting /h8sroot2
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(2,0)
 <0>Bad page state at __free_pages_ok (in process 'swapper', page 00572720)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bc3ea0:
        00bc3ea0 00405030 00420ef4 00518d3b 00572720 0042136e 00557ae8
00000002
        00572700 00572700 00bc3ec8 00bc3ec8 0042204e 00000002 00017700
004220be
        ffffffff 00572780 00425da0 00000002 00bffa7c 00557ae8 00000000
00bb8000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00572740)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bc3ea0:
        00bc3ea0 00405030 00420ef4 00518d3b 00572740 0042136e 00557ae8
00000002
        00572700 00572700 00bc3ec8 00bc3ec8 0042204e 00000002 00017700
004220be
        ffffffff 00572780 00425da0 00000002 00bffa7c 00557ae8 00000000
00bb8000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00572760)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bc3ea0:
        00bc3ea0 00405030 00420ef4 00518d3b 00572760 0042136e 00557ae8
00000002
        00572700 00572700 00bc3ec8 00bc3ec8 0042204e 00000002 00017700
004220be
        ffffffff 00572780 00425da0 00000002 00bffa7c 00557ae8 00000000
00bb8000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00572520)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bc3ea0:
        00bc3ea0 00405030 00420ef4 00518d3b 00572520 0042136e 00557bd8
00000003
        00572500 00572500 00bc3ec8 00bc3ec8 0042204e 00000003 00017500
004220be
        ffffffff 00572600 00425da0 00000002 00bffa3c 00557bd8 00000000
00ba8000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00572540)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bc3ea0:
        00bc3ea0 00405030 00420ef4 00518d3b 00572540 0042136e 00557bd8 0000
----------------------------------------------------------------------------
---

-----Original Message-----
From: Yoshinori Sato [mailto:ys...@us...]
Sent: Sunday, June 06, 2004 7:39 PM
To: Paul Mundt; Rakesh Gupta, Noida; H8-uclinux-port
Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch

At Sat, 5 Jun 2004 11:23:10 -0400,
Paul Mundt wrote:
> 
> On Sun, Jun 06, 2004 at 12:14:03AM +0900, Yoshinori Sato wrote:
> > At Thu, 3 Jun 2004 21:38:21 +0530 ,
> > Rakesh  Gupta, Noida wrote:
> > > 
> > > Do we have "kgdb" support for EDOSK ?
> > > 
> > > 
> > 
> > I think that do not need if use outside gdb-stub.
> > But if there is a lot of request, I examine it.
> > 
> > Because there is only one serial port, 
> > reconstruction of a board may come to require.
> > 
> You can do kgdb with 1 serial port just fine, you just want to make sure
> that you have a kgdb console setup to pass all of your console output
> message to kgdb, which gdb can in turn handle (thus, gdb becomes your
> console).

Because input is not enacted, I am at a loss a little.

> In SH we currently do this if you enable CONFIG_SH_KGDB_CONSOLE. Take
> a look at arch/sh/kernel/kgdb_stub.c and the more interesting bits in
> drivers/serial/sh-sci.c. There's no reason you shouldn't be able to do
> this for h8300 as well.

Become usable in 2.4.x.
Header is had 2.6.x, but does not confirm action.
Because I think that become usable if fix a little, I support.

-- 
Yoshinori Sato
<ys...@us...>

Disclaimer: 

This message and any attachment(s) contained here are information that is
confidential,proprietary to HCL Technologies and its customers, privileged
or otherwise protected by law.The information is solely intended for the
individual or the entity it is addressed to. If you are not the intended
recipient of this message, you are not authorized to read, forward,
print,retain, copy or disseminate this message or any part of it. If you
have received this e-mail in error, please notify the sender immediately by
return e-mail and delete it from your computer.