So is that mean i should change my skyeye.conf ?

On Thu, Oct 14, 2010 at 11:05 AM, Greg Ungerer <g...@snapgear.com> wrote:

>
> Hi Parvathy,
>
>
> On 14/10/10 15:19, Parvathy Sasikala wrote:
>
>> Hi Greg,
>>
>> Once again thanks for your valuable time. I am attaching the skyeye.conf
>> file details hereby.
>> cpu: arm7tdmi
>>
>> mach: at91
>> mem_bank: map=M, type=RW, addr=0x00000000, size=0x00004000
>> mem_bank: map=M, type=RW, addr=0x01000000, size=0x00400000
>> mem_bank: map=M, type=R, addr=0x01400000, size=0x00400000,
>> file=images/romfs.img
>> mem_bank: map=M, type=RW, addr=0x02000000, size=0x00400000
>> mem_bank: map=M, type=RW, addr=0x02400000, size=0x00008000
>> mem_bank: map=M, type=RW, addr=0x04000000, size=0x00400000
>> mem_bank: map=I, type=RW, addr=0xf0000000, size=0x10000000
>> net: type=rt18019, mac=0:4:3:2:1:F, ethmod=tuntap, hostip=10.0.0.1
>> #dbct: state=on
>>
>> i copied this from a forum. I am newbie to this . Please help me out.
>>
>
> Problem is that your kernel's blkmem driver is looking at:
>
>
> >         Blkmem copyright 1998,1999 D. Jeff Dionne
> >         Blkmem copyright 1998 Kenneth Albanowski
> >         Blkmem 1 disk images:
> >         0: 4000000-3FFFFFF [VIRTUAL 4000000-3FFFFFF] (RO)
>             ^^^^^^^
> Which doesn't match where you load your ROM file, romfs.img.
>
> Regards
> Greg
>
>
>
>  regards,
>> Parvathy.
>>
>>
>> On Thu, Oct 14, 2010 at 10:09 AM, Greg Ungerer <g...@snapgear.com
>> <mailto:g...@snapgear.com>> wrote:
>>
>>
>>    Hi Parvathy,
>>
>>
>>    On 13/10/10 13:55, Parvathy Sasikala wrote:
>>
>>        Hi Greg,
>>        Thank you for your help. I am installing GDB?Armulator. I am
>>        giving the
>>        entire load details hereby.
>>
>>        [r...@localhost uClinux-dist]# arm-elf-gdb -e linux-2.4.x/linux
>>        GNU gdb 6.4
>>        Copyright 2005 Free Software Foundation, Inc.
>>        GDB is free software, covered by the GNU General Public License,
>>        and you are
>>        welcome to change it and/or distribute copies of it under certain
>>        conditions.
>>        Type "show copying" to see the conditions.
>>        There is absolutely no warranty for GDB.  Type "show warranty"
>>        for details.
>>        This GDB was configured as "--host=i686-pc-linux-gnu
>>        --target=arm-elf".
>>        (gdb) target sim
>>        cpu info: armv3, arm7tdmi, 41007700, fff8ff00, 0
>>        mach info: name at91, mach_init addr 0x8190960
>>        nic[0] info: state=0, ethmod num=1, mac addr=0:4:3:2:1:f,
>>        hostip=10.0.0.1
>>        SKYEYE: use arm7100 mmu ops
>>
>>      ^^^^^^
>>    Obviously this is not the old original GDB/ARMulator?
>>
>>
>>
>>        Loaded ROM   images/romfs.img
>>
>>
>>    What sort of filesystem does this file contain?
>>
>>    Do you have a skyeye.conf file?
>>    What address range does it load this file at?
>>
>>    Regards
>>    Greg
>>
>>
>>        Connected to the simulator.
>>        (gdb) load
>>        Loading section .init, size 0x9000 vma 0x1000000
>>        Loading section .text, size 0xd5268 vma 0x1009000
>>        Loading section .data, size 0x81b4 vma 0x10e0000
>>        Start address 0x1000000
>>        Transfer rate: 7545056 bits in <1 sec.
>>        (gdb) run
>>        Starting program:
>>
>>  
>> /home/vinay/Documents/NS4Porting_Parvathy/scriptsAndPackages/uClinux-dist/linux-2.4.x/linux
>>
>>        Linux version 2.4.17-uc0 (r...@localhost.localdomain) (gcc version
>>        2.95.3 20010315 (release)(ColdFire patches - 20010318 from
>>        
>> http://fiddes.net/coldfire/)(uClinux<http://fiddes.net/coldfire/%29%28uClinux>
>>        <http://fiddes.net/coldfire/%29%28uClinux> XIP and shared lib
>>        patches from
>>        http://www.snapgear.com/)) #1 Tue Oct 12 12:02:53 IST 2010
>>        Processor: Atmel AT91M40xxx revision 0
>>        Architecture: EB01
>>        On node 0 totalpages: 1024
>>        zone(0): 0 pages.
>>        zone(1): 1024 pages.
>>        zone(2): 0 pages.
>>        Kernel command line: root=/dev/rom0
>>        Calibrating delay loop... 13.00 BogoMIPS
>>        Memory: 4MB = 4MB total
>>        Memory: 2960KB available (852K code, 170K data, 36K init)
>>        Dentry-cache hash table entries: 512 (order: 0, 4096 bytes)
>>        Inode-cache hash table entries: 512 (order: 0, 4096 bytes)
>>        Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
>>        Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
>>        Page-cache hash table entries: 1024 (order: 0, 4096 bytes)
>>        POSIX conformance testing by UNIFIX
>>        Linux NET4.0 for Linux 2.4
>>        Based upon Swansea University Computer Society NET3.039
>>        Initializing RT netlink socket
>>        Starting kswapd
>>        Atmel USART driver version 0.99
>>        ttyS0 at 0xfffd0000 (irq = 2) is a builtin Atmel APB USART
>>        ttyS1 at 0xfffcc000 (irq = 3) is a builtin Atmel APB USART
>>        block: 64 slots per queue, batch=16
>>        RAMDISK driver initialized: 16 RAM disks of 4096K size 1024
>>        blocksize
>>        Blkmem copyright 1998,1999 D. Jeff Dionne
>>        Blkmem copyright 1998 Kenneth Albanowski
>>        Blkmem 1 disk images:
>>        0: 4000000-3FFFFFF [VIRTUAL 4000000-3FFFFFF] (RO)
>>        NET4: Linux TCP/IP 1.0 for NET4.0
>>        IP Protocols: ICMP, UDP, TCP
>>        IP: routing cache hash table of 512 buckets, 4Kbytes
>>        TCP: Hash tables configured (established 512 bind 512)
>>        NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
>>        Blkmem: bad access: block=2, count=2 (pos=800, len=0)
>>        end_request: I/O error, dev 1f:00 (Blkmem), sector 2
>>        EXT2-fs: unable to read superblock
>>        Blkmem: bad access: block=0, count=2 (pos=400, len=0)
>>        end_request: I/O error, dev 1f:00 (Blkmem), sector 0
>>        romfs: unable to read superblock
>>        Kernel panic: VFS: Unable to mount root fs on 1f:00
>>
>>
>>
>>        On Wed, Oct 13, 2010 at 6:13 AM, Greg Ungerer <g...@snapgear.com
>>        <mailto:g...@snapgear.com>
>>        <mailto:g...@snapgear.com <mailto:g...@snapgear.com>>> wrote:
>>
>>            Hi Parvathy,
>>
>>
>>            On 12/10/10 18:06, Parvathy Sasikala wrote:
>>
>>                Thank you for your valuable time.
>>                I installed skyeye simulator for GDB/armulator.
>>
>>
>>            So which one are you actually using here?
>>            The trace below looks like GDB/armulator.
>>
>>
>>
>>                On top of that i
>>                installed the uClinux distro also. While installing it dint
>>                throw any error.
>>
>>                But while loading the uClinux in armulator it is throwing
>> an
>>                error and
>>                the kernel is not booting.
>>                (gdb) run
>>                Starting program:
>>
>>
>>  
>> /home/vinay/Documents/NS4Porting_Parvathy/scriptsAndPackages/uClinux-dist/linux-2.4.x/linux
>>
>>
>>            Please provide all the gdb/armulator trace up to this point.
>>            Did it correctly load the boot.rom file?
>>
>>            Regards
>>            Greg
>>
>>
>>
>>                Linux version 2.4.17-uc0 (r...@localhost.localdomain)
>>        (gcc version
>>                2.95.3 20010315 (release)(ColdFire patches - 20010318 from
>>        
>> http://fiddes.net/coldfire/)(uClinux<http://fiddes.net/coldfire/%29%28uClinux>
>>        <http://fiddes.net/coldfire/%29%28uClinux>
>>        <http://fiddes.net/coldfire/%29%28uClinux> XIP and shared lib
>>
>>                patches from
>>        http://www.snapgear.com/)) #1 Tue Oct 12 12:02:53 IST 2010
>>                Processor: Atmel AT91M40xxx revision 0
>>                Architecture: EB01
>>                On node 0 totalpages: 1024
>>                zone(0): 0 pages.
>>                zone(1): 1024 pages.
>>                zone(2): 0 pages.
>>                Kernel command line: root=/dev/rom0
>>                Calibrating delay loop... 13.00 BogoMIPS
>>                Memory: 4MB = 4MB total
>>                Memory: 2960KB available (852K code, 170K data, 36K init)
>>                Dentry-cache hash table entries: 512 (order: 0, 4096 bytes)
>>                Inode-cache hash table entries: 512 (order: 0, 4096 bytes)
>>                Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
>>                Buffer-cache hash table entries: 1024 (order: 0, 4096
>> bytes)
>>                Page-cache hash table entries: 1024 (order: 0, 4096 bytes)
>>                POSIX conformance testing by UNIFIX
>>                Linux NET4.0 for Linux 2.4
>>                Based upon Swansea University Computer Society NET3.039
>>                Initializing RT netlink socket
>>                Starting kswapd
>>                Atmel USART driver version 0.99
>>                ttyS0 at 0xfffd0000 (irq = 2) is a builtin Atmel APB USART
>>                ttyS1 at 0xfffcc000 (irq = 3) is a builtin Atmel APB USART
>>                block: 64 slots per queue, batch=16
>>                RAMDISK driver initialized: 16 RAM disks of 4096K size 1024
>>                blocksize
>>                Blkmem copyright 1998,1999 D. Jeff Dionne
>>                Blkmem copyright 1998 Kenneth Albanowski
>>                Blkmem 1 disk images:
>>                0: 4000000-3FFFFFF [VIRTUAL 4000000-3FFFFFF] (RO)
>>                NET4: Linux TCP/IP 1.0 for NET4.0
>>                IP Protocols: ICMP, UDP, TCP
>>                IP: routing cache hash table of 512 buckets, 4Kbytes
>>                TCP: Hash tables configured (established 512 bind 512)
>>                NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
>>                Blkmem: bad access: block=2, count=2 (pos=800, len=0)
>>                end_request: I/O error, dev 1f:00 (Blkmem), sector 2
>>                EXT2-fs: unable to read superblock
>>                Blkmem: bad access: block=0, count=2 (pos=400, len=0)
>>                end_request: I/O error, dev 1f:00 (Blkmem), sector 0
>>                romfs: unable to read superblock
>>                Kernel panic: VFS: Unable to mount root fs on 1f:00
>>
>>                Please help me to get out of this situation.
>>                Thank again,
>>                Parvathy,
>>
>>
>>
>>                _______________________________________________
>>                uClinux-dev mailing list
>>        uClinux-dev@uclinux.org <mailto:uClinux-dev@uclinux.org>
>>        <mailto:uClinux-dev@uclinux.org <mailto:uClinux-dev@uclinux.org>>
>>
>>
>>        http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>>                This message was resent by uclinux-dev@uclinux.org
>>        <mailto:uclinux-dev@uclinux.org>
>>        <mailto:uclinux-dev@uclinux.org <mailto:uclinux-dev@uclinux.org>>
>>
>>
>>                To unsubscribe see:
>>        http://mailman.uclinux.org/mailman/options/uclinux-dev
>>
>>
>>
>>            --
>>
>>
>>  ------------------------------------------------------------------------
>>            Greg Ungerer  --  Principal Engineer        EMAIL:
>>        g...@snapgear.com <mailto:g...@snapgear.com>
>>        <mailto:g...@snapgear.com <mailto:g...@snapgear.com>>
>>
>>
>>            SnapGear Group, McAfee                      PHONE:       +61
>>        7 3435 2888
>>            8 Gardner Close                             FAX:         +61
>>        7 3217 5323
>>            Milton, QLD, 4064, Australia                WEB:
>>        http://www.SnapGear.com
>>
>>
>>
>>
>>    --
>>
>>  ------------------------------------------------------------------------
>>    Greg Ungerer  --  Principal Engineer        EMAIL: g...@snapgear.com
>>    <mailto:g...@snapgear.com>
>>    SnapGear Group, McAfee                      PHONE:       +61 7 3435
>> 2888
>>    8 Gardner Close                             FAX:         +61 7 3217
>> 5323
>>    Milton, QLD, 4064, Australia                WEB:
>> http://www.SnapGear.com
>>
>>
>>
>
> --
> ------------------------------------------------------------------------
> Greg Ungerer  --  Principal Engineer        EMAIL:     g...@snapgear.com
> SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
> 8 Gardner Close                             FAX:         +61 7 3217 5323
> Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com
>
_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to