Menu
▾
▴
h8-uclinux-port
|
From: Rakesh G. N. <ra...@no...> - 2004-05-29 16:43:26
|
I tried using the patch linux-2.6.5-uc0-h8300.diff.gz.. but it is giving problem while applying.. any latest patch for linux 2.6 on EDOSK 2674R ? Rakesh -----Original Message----- From: h8-...@li... [mailto:h8-...@li...]On Behalf Of Yoshinori Sato Sent: Thursday, April 08, 2004 2:56 PM To: H8-uclinux-port Subject: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch Correct a problem with linux-2.6.5 + linux-2.6.5-uc0 patch. And include a correction toward 2.6.6. Testing is not complete yet. experimental version. http://prdownloads.sourceforge.jp/uclinux-h8/9048/linux-2.6.5-uc0-h8300.diff .gz -- Yoshinori Sato <ys...@us...> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ H8-uclinux-port mailing list H8-...@li... https://lists.sourceforge.net/lists/listinfo/h8-uclinux-port 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. |
|
From: Rakesh G. N. <ra...@no...> - 2004-05-30 14:53:23
|
I could not find 2.6.7-rc2. Is it patch for linux 2.6.x or uclinux-dist or it the latest version of uclinux-dist ? where can I get it ? thanks, Rakesh -----Original Message----- From: Yoshinori Sato [mailto:ys...@us...] Sent: Sunday, May 30, 2004 7:12 PM To: Rakesh Gupta, Noida Cc: H8-uclinux-port Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch At Sat, 29 May 2004 22:18:31 +0530, Rakesh Gupta, Noida wrote: > > I tried using the patch linux-2.6.5-uc0-h8300.diff.gz.. but it is giving > problem while > applying.. > > any latest patch for linux 2.6 on EDOSK 2674R ? > > Rakesh > 2.6.7-rc2 includes contents of this patch. I do not confirm it, but to some extent should work without a patch. But because there is a part insufficient partly, there is schedule to make a patch of 2.6.7. -- 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-01 16:25:25
|
At Sun, 30 May 2004 20:28:32 +0530, Rakesh Gupta, Noida wrote: > > I could not find 2.6.7-rc2. Is it patch for linux 2.6.x or uclinux-dist or > it the > latest version of uclinux-dist ? > > where can I get it ? > > thanks, > Rakesh > patch-2.6.7-rc2 in ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing Please apply it to linux-2.6.6. Testing with uclinux-dist does not go fully. -- Yoshinori Sato <ys...@us...> |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-02 11:44:55
|
I directly downloaded linux 2.6.7-rc2 and was builing kernel for EDOSK. I'm getting these errors --------------------------- /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (16908288) greater than or equal to .debug_st size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (3440642) greater than or equal to .debug_strsize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (16908288) greater than or equal to .debug_st size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (3440642) greater than or equal to .debug_strsize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (922746880) greater than or equal to .debug_sr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (16908288) greater than or equal to .debug_st size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (3440642) greater than or equal to .debug_strsize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (956435) greater than or equal to .debug_str ize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (2903048192) greater than or equal to .debug_tr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (135203075) greater than or equal to .debug_sr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (218243840) greater than or equal to .debug_sr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (3137479428) greater than or equal to .debug_tr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (16908288) greater than or equal to .debug_st size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (3440642) greater than or equal to .debug_strsize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (16908288) greater than or equal to .debug_st size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (7274496) greater than or equal to .debug_strsize (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (637534208) greater than or equal to .debug_sr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: DW_FORM_strp offset (402653184) greater than or equal to .debug_sr size (208898). /usr/local/bin/h8300-elf-ld.real: Dwarf Error: Could not find abbrev number 5889. arch/h8300/kernel/built-in.o(__ksymtab+0x128): undefined reference to `___ashldi3' arch/h8300/kernel/built-in.o(__ksymtab+0x138): undefined reference to `___cmpdi2' arch/h8300/kernel/built-in.o(__ksymtab+0x140): undefined reference to `___divdi3' arch/h8300/kernel/built-in.o(__ksymtab+0x150): undefined reference to `___lshrdi3' arch/h8300/kernel/built-in.o(__ksymtab+0x158): undefined reference to `___moddi3' arch/h8300/kernel/built-in.o(__ksymtab+0x168): undefined reference to `___muldi3' arch/h8300/kernel/built-in.o(__ksymtab+0x178): undefined reference to `___negdi2' arch/h8300/kernel/built-in.o(__ksymtab+0x180): undefined reference to `___ucmpdi2' arch/h8300/kernel/built-in.o(__ksymtab+0x188): undefined reference to `___udivdi3' arch/h8300/kernel/built-in.o(__ksymtab+0x190): undefined reference to `___udivmoddi4' arch/h8300/kernel/built-in.o(__ksymtab+0x1a0): undefined reference to `___umoddi3' /usr/local/bin/h8300-elf-ld.real: Dwarf Error: Could not find abbrev number 102. /usr/local/bin/h8300-elf-ld.real: Dwarf Error: Could not find abbrev number 102. /usr/local/bin/h8300-elf-ld.real: Dwarf Error: Could not find abbrev number 102. ipc/built-in.o: In function `.LM157': ipc/built-in.o(.text+0x5b1): undefined reference to `_read_barrier_depends' ipc/built-in.o: In function `.LM19': ipc/built-in.o(.text+0x3863): undefined reference to `_shmem_lock' ipc/built-in.o: In function `.LM107': ipc/built-in.o(.text+0x3c43): undefined reference to `_shmem_file_setup' ipc/built-in.o: In function `.LM264': ipc/built-in.o(.text+0x42bb): undefined reference to `_shmem_lock' ipc/built-in.o: In function `.LM267': ipc/built-in.o(.text+0x42dd): undefined reference to `_shmem_lock' ipc/built-in.o(.data+0x94): undefined reference to `_shmem_nopage' make: *** [.tmp_vmlinux1] Error 1 --------------------------- is it something to do with compiler version etc... I mean I am using version 3.2.2 of gcc for h8300-elf.. any pointers in this respect ? Rakesh -----Original Message----- From: Yoshinori Sato [mailto:ys...@us...] Sent: Tuesday, June 01, 2004 9:55 PM To: Rakesh Gupta, Noida Cc: H8-uclinux-port Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch At Sun, 30 May 2004 20:28:32 +0530, Rakesh Gupta, Noida wrote: > > I could not find 2.6.7-rc2. Is it patch for linux 2.6.x or uclinux-dist or > it the > latest version of uclinux-dist ? > > where can I get it ? > > thanks, > Rakesh > patch-2.6.7-rc2 in ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing Please apply it to linux-2.6.6. Testing with uclinux-dist does not go fully. -- 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-02 13:39:15
Attachments:
.config
|
I can compile it with config of attachment justly. gcc is version 3.4.0. -- Yoshinori Sato <ys...@us...> |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-02 13:18:40
|
after removing "-g" option I am not getting DWARF errors..but still I get
undefined symbols
---------------
h8300-elf-ld -mh8300self -r -o init/built-in.o init/main.o
init/version.o init/mounts.o init/initramfs.o
h8300-elf-ld -mh8300self -T arch/h8300/kernel/vmlinux.lds.s
arch/h8300/platform/h8s/edosk2674/crt0_ram.o
init/built-in.o --start-group usr/built-in.o
arch/h8300/kernel/built-in.o arch/h8300/mm/built-in.o
arch/h8300/platform/h8s/built-in.o
arch/h8300/platform/h8s/edosk2674/built-in.o kernel/built-in.o
mm/built-in.o fs/built-in.o ipc/built-in.o security/built-in.o
crypto/built-in.o lib/lib.a arch/h8300/lib/lib.a
/usr/local/lib/gcc-lib/h8300-elf/3.2.2/h8300s/int32/libgcc.a lib/built-in.o
arch/h8300/lib/built-in.o
/usr/local/lib/gcc-lib/h8300-elf/3.2.2/h8300s/int32/libgcc.a
drivers/built-in.o sound/built-in.o net/built-in.o --end-group -o
.tmp_vmlinux1
arch/h8300/kernel/built-in.o(__ksymtab+0x128): undefined reference to
`___ashldi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x138): undefined reference to
`___cmpdi2'
arch/h8300/kernel/built-in.o(__ksymtab+0x140): undefined reference to
`___divdi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x150): undefined reference to
`___lshrdi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x158): undefined reference to
`___moddi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x168): undefined reference to
`___muldi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x178): undefined reference to
`___negdi2'
arch/h8300/kernel/built-in.o(__ksymtab+0x180): undefined reference to
`___ucmpdi2'
arch/h8300/kernel/built-in.o(__ksymtab+0x188): undefined reference to
`___udivdi3'
arch/h8300/kernel/built-in.o(__ksymtab+0x190): undefined reference to
`___udivmoddi4'
arch/h8300/kernel/built-in.o(__ksymtab+0x1a0): undefined reference to
`___umoddi3'
make: *** [.tmp_vmlinux1] Error 1
---------------
Any clue ?
Rakesh
-----Original Message-----
From: Yoshinori Sato [mailto:ys...@us...]
Sent: Tuesday, June 01, 2004 9:55 PM
To: Rakesh Gupta, Noida
Cc: H8-uclinux-port
Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch
At Sun, 30 May 2004 20:28:32 +0530,
Rakesh Gupta, Noida wrote:
>
> I could not find 2.6.7-rc2. Is it patch for linux 2.6.x or uclinux-dist or
> it the
> latest version of uclinux-dist ?
>
> where can I get it ?
>
> thanks,
> Rakesh
>
patch-2.6.7-rc2 in ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing
Please apply it to linux-2.6.6.
Testing with uclinux-dist does not go fully.
--
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.
|
|
From: Rakesh G. N. <ra...@no...> - 2004-06-02 15:30:33
|
It was due to CONFIG_MODULE flag... that means MODULE support for EDOSK is still unavailable ? Rakesh -----Original Message----- From: Yoshinori Sato [mailto:ys...@us...] Sent: Wednesday, June 02, 2004 7:09 PM To: Rakesh Gupta, Noida Cc: H8-uclinux-port Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch I can compile it with config of attachment justly. gcc is version 3.4.0. -- 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-02 16:31:40
|
At Wed, 2 Jun 2004 21:05:41 +0530 , Rakesh Gupta, Noida wrote: > > It was due to CONFIG_MODULE flag... > > that means MODULE support for EDOSK is still unavailable ? > > Rakesh > Kernel module is available. But correspondence of driver is not complete. -- Yoshinori Sato <ys...@us...> |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-03 08:28:26
|
After building the kernel I tried booting it.. but it stopped at calibrating delay ------------------ RedBoot> ip_address -l 192.168.14.89 -h 192.168.14.79 IP: 192.168.14.89/255.255.255.0, Gateway: 0.0.0.0 Default server: 192.168.14.79, DNS server IP: 0.0.0.0 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) #9 Wed Jun 2 19:59:41 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... ------------------ Is there any change in the timer implementation of 2.6 ? I am looking into this meanwhile if I can get some pointers that will be helpful. Rakesh -----Original Message----- From: Yoshinori Sato [mailto:ys...@us...] Sent: Wednesday, June 02, 2004 10:02 PM To: Rakesh Gupta, Noida Cc: H8-uclinux-port Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch At Wed, 2 Jun 2004 21:05:41 +0530 , Rakesh Gupta, Noida wrote: > > It was due to CONFIG_MODULE flag... > > that means MODULE support for EDOSK is still unavailable ? > > Rakesh > Kernel module is available. But correspondence of driver is not complete. -- 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-05 15:14:00
|
At Thu, 3 Jun 2004 14:03:35 +0530 , Rakesh Gupta, Noida wrote: > > After building the kernel I tried booting it.. but it stopped at calibrating > delay > > ------------------ > RedBoot> ip_address -l 192.168.14.89 -h 192.168.14.79 > IP: 192.168.14.89/255.255.255.0, Gateway: 0.0.0.0 > Default server: 192.168.14.79, DNS server IP: 0.0.0.0 > 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) #9 Wed Jun 2 > 19:59:41 > 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... > ------------------ > > Is there any change in the timer implementation of 2.6 ? > I am looking into this meanwhile if I can get some pointers that will be > helpful. > > Rakesh > I mean that stop in a place of timer interrupt. I do not change this part for a while. If RedBoot is usable, please show an execution result of following command. 1. x -b 0 -l 256 2. x -b 0xffbe00 -l 256 -- Yoshinori Sato <ys...@us...> |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-03 16:03:20
|
Do we have "kgdb" support for EDOSK ? -----Original Message----- From: Yoshinori Sato [mailto:ys...@us...] Sent: Wednesday, June 02, 2004 10:02 PM To: Rakesh Gupta, Noida Cc: H8-uclinux-port Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch At Wed, 2 Jun 2004 21:05:41 +0530 , Rakesh Gupta, Noida wrote: > > It was due to CONFIG_MODULE flag... > > that means MODULE support for EDOSK is still unavailable ? > > Rakesh > Kernel module is available. But correspondence of driver is not complete. -- 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-05 15:14:03
|
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. -- Yoshinori Sato <ys...@us...> |
|
From: Paul M. <le...@li...> - 2004-06-05 15:23:36
|
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: > >=20 > > Do we have "kgdb" support for EDOSK ? > >=20 > >=20 >=20 > I think that do not need if use outside gdb-stub. > But if there is a lot of request, I examine it. >=20 > Because there is only one serial port,=20 > reconstruction of a board may come to require. >=20 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). 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. |
|
From: Yoshinori S. <ys...@us...> - 2004-06-06 14:09:03
|
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...> |
|
From: Paul M. <le...@li...> - 2004-06-06 20:30:12
|
On Sun, Jun 06, 2004 at 11:09:02PM +0900, Yoshinori Sato wrote: > > 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). >=20 > Because input is not enacted, I am at a loss a little. > =20 Using gdb as a console only gives you a read-only console. You will still get console messages, but you don't have much of a method for interacting with the console. However, kgdb is only meant for debugging anyways, so this is still useful if you want to use kgdb on a board that only has a single serial port. In 2.6 there are other options as well for getting console message, such as using the netconsole, etc. although usually you can get the kgdb console initialized earlier on in the boot order if you need to debug something that happens before ethernet initialization, etc. |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-07 10:50:52
|
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.
|
|
From: Yoshinori S. <ys...@us...> - 2004-06-07 15:10:25
|
At Mon, 7 Jun 2004 16:25:00 +0530 ,
Rakesh Gupta, Noida wrote:
>
> 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 */
> ...
> }
> ----------
?
jiffies is equal to jiffies_64+4.
How is it a result of "grep jiffies System.map"?
> 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...
Sorry. There does not seem to be smc9194 driver by completion.
Please use mtd.
--
Yoshinori Sato
<ys...@us...>
|
|
From: Rakesh G. N. <ra...@no...> - 2004-06-08 06:40:16
|
this is the output
0040f64e T _get_jiffies_64
00410314 T _sysctl_jiffies
0041033c T _proc_dointvec_jiffies
00410344 T _proc_dointvec_userhz_jiffies
00410354 T _proc_doulongvec_ms_jiffies_minmax
0052b11c D _printk_ratelimit_jiffies
0052c27c D _wall_jiffies
00542dd8 B _jiffies_64
00542ddc A _jiffies
I am sorry, I didnt get the point behind using mtd..
and smc9194 was working in 2.4.x. what is wrong in this
version ?
Rakesh
-----Original Message-----
From: Yoshinori Sato [mailto:ys...@us...]
Sent: Monday, June 07, 2004 8:40 PM
To: Rakesh Gupta, Noida
Cc: H8-uclinux-port
Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch
At Mon, 7 Jun 2004 16:25:00 +0530 ,
Rakesh Gupta, Noida wrote:
>
> 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 */
> ...
> }
> ----------
?
jiffies is equal to jiffies_64+4.
How is it a result of "grep jiffies System.map"?
> 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...
Sorry. There does not seem to be smc9194 driver by completion.
Please use mtd.
--
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.
|
|
From: Yoshinori S. <ys...@us...> - 2004-06-16 14:11:51
|
At Tue, 8 Jun 2004 12:15:24 +0530 , Rakesh Gupta, Noida wrote: > > this is the output > > 0040f64e T _get_jiffies_64 > 00410314 T _sysctl_jiffies > 0041033c T _proc_dointvec_jiffies > 00410344 T _proc_dointvec_userhz_jiffies > 00410354 T _proc_doulongvec_ms_jiffies_minmax > 0052b11c D _printk_ratelimit_jiffies > 0052c27c D _wall_jiffies > 00542dd8 B _jiffies_64 > 00542ddc A _jiffies > > > I am sorry, I didnt get the point behind using mtd.. > and smc9194 was working in 2.4.x. what is wrong in this > version ? > Sorry. An answer becomes late. Because I think that it is a problem of handling of long long, please use gcc-3.4. Some corrections are added to smc9194 from a thing of 2.4.x. Do not work by some problems in driver of current 2.6.x-uc0. I am to make a patch for 2.6.7 that corrected. -- Yoshinori Sato <ys...@us...> |
|
From: Rakesh G. N. <ra...@no...> - 2004-06-15 12:51:08
|
which file system are using right now.. NFS seems to be a problem...
I am getting following errors
==============================================
Now booting linux kernel:
Entry Address 0x00400000
Cmdline : console=ttySC2,38400
Linux version 2.6.7-rc2 (rakeshg@fr61) (gcc version 3.2.2) #26 Sun Jun 13
16:25:
59 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
virtual vector at 0x00ffbe00
PID hash table entries: 16 (order 4: 128 bytes)
Memory available: 6916k/1763k RAM, 0k/0k ROM (988k kernel code, 148k 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
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
VFS: Cannot open root device "<NULL>" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)
<0>Bad page state at __free_pages_ok (in process 'swapper', page 00538620)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bbdea0:
00bbdea0 00402ca4 0041eb68 004ec89f 00538620 0041efe2 0051dae8
00000002
00538600 00538600 00bbdec8 00bbdec8 0041fcc2 00000002 00017600
0041fd32
ffffffff 00538680 00423a14 00000002 00bffa7c 0051dae8 00000000
00bb0000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00538640)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bbdea0:
00bbdea0 00402ca4 0041eb68 004ec89f 00538640 0041efe2 0051dae8
00000002
00538600 00538600 00bbdec8 00bbdec8 0041fcc2 00000002 00017600
0041fd32
ffffffff 00538680 00423a14 00000002 00bffa7c 0051dae8 00000000
00bb0000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00538660)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bbdea0:
00bbdea0 00402ca4 0041eb68 004ec89f 00538660 0041efe2 0051dae8
00000002
00538600 00538600 00bbdec8 00bbdec8 0041fcc2 00000002 00017600
0041fd32
ffffffff 00538680 00423a14 00000002 00bffa7c 0051dae8 00000000
00bb0000
Call Trace:
Trying to fix it up, but a reboot is needed
Bad page state at __free_pages_ok (in process 'swapper', page 00538520)
flags:0x20000000 mapping:00000000 mapcount:0 count:1
Backtrace:
Stack from 00bbdea0:
00bbdea0 00402ca4 0041eb68 004ec89f 00538520 0041efe2 0051dbd8
00000003
00538500 00538500 00bbdec8 00bbdec8 0041fcc2 00000003 00017500
0041fd32
==============================================
Any clues about things which are not yet complete in linux 2.6.7 and causing
the
problem ?
Thanks,
Rakesh
-----Original Message-----
From: Yoshinori Sato [mailto:ys...@us...]
Sent: Monday, June 07, 2004 8:40 PM
To: Rakesh Gupta, Noida
Cc: H8-uclinux-port
Subject: Re: [H8-uclinux-port] linux-2.6.5-uc0 H8/300 patch
At Mon, 7 Jun 2004 16:25:00 +0530 ,
Rakesh Gupta, Noida wrote:
>
> 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 */
> ...
> }
> ----------
?
jiffies is equal to jiffies_64+4.
How is it a result of "grep jiffies System.map"?
> 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...
Sorry. There does not seem to be smc9194 driver by completion.
Please use mtd.
--
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.
|
|
From: Yoshinori S. <ys...@us...> - 2004-06-16 14:11:55
|
At Tue, 15 Jun 2004 18:18:29 +0530, Rakesh Gupta, Noida wrote: > > which file system are using right now.. NFS seems to be a problem... > > I am getting following errors > (snip) Please apply a patch for mm/page_alloc.c of linux-2.6.6-uc0-patch.gz. -- Yoshinori Sato <ys...@us...> |
|
From: Yoshinori S. <ys...@us...> - 2004-05-30 13:42:31
|
At Sat, 29 May 2004 22:18:31 +0530, Rakesh Gupta, Noida wrote: > > I tried using the patch linux-2.6.5-uc0-h8300.diff.gz.. but it is giving > problem while > applying.. > > any latest patch for linux 2.6 on EDOSK 2674R ? > > Rakesh > 2.6.7-rc2 includes contents of this patch. I do not confirm it, but to some extent should work without a patch. But because there is a part insufficient partly, there is schedule to make a patch of 2.6.7. -- Yoshinori Sato <ys...@us...> |
Thanks for helping keep SourceForge clean.
X