Zeroshell @ NOKIA IP120

Home Page Forums Network Management Embedded Devices Zeroshell @ NOKIA IP120

  • This topic is empty.
Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #40744
    micol
    Member

    Has anyone has any sucess with zeroshell on a NOKIA IP120 box? I did some google search and found there are some issues with the e100 driver on 2.6 Kernel.(http://groups.google.com/group/linux.kernel/msg/391aebbb3dfd6039).

    See my NOKIA IP120 with Zeroshell log/traces bellow, I am facing EEPROM corrupted errors. THX!

    Micol


    Z e r o S h e l l – Net Services 1.0.beta6 August 24, 2007 – 09:52


    Hostname : zeroshell.example.com
    CPU (1) : Geode(TM) Integrated Processor by National Semi 266MHz
    Kernel : 2.6.19.7
    Memory : 126168 kB
    Uptime : 0 days, 0:4 User : admin
    Load : 0.30 0.48 0.23 Password : zeroshell
    Database : CompactFlash DB


    COMMAND MENU
    Activate database

    Change admin password
    Deactivate database Show Routing Table
    Shell Prompt Show Firewall Rules
    Reboot Show Network Interface
    Shutdown Fail-Safe Mode
    Create a Bridge

    Select:SS

    Type exit or Ctrl+D to return to main menu.

    root@zeroshell root> dmesg
    Linux version 2.6.19.7 (root@pcp-scr) (gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)) #3 SMP Fri Jun 15 22:36:51 CEST 20
    07
    BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000000 – 000000000009fc00 (usable)
    BIOS-e820: 000000000009fc00 – 00000000000a0000 (reserved)
    BIOS-e820: 00000000000e0000 – 0000000000100000 (reserved)
    BIOS-e820: 0000000000100000 – 0000000008000000 (usable)
    BIOS-e820: 00000000fffc0000 – 0000000100000000 (reserved)
    user-defined physical RAM map:
    user: 0000000000000000 – 000000000009fc00 (usable)
    user: 000000000009fc00 – 00000000000a0000 (reserved)
    user: 00000000000e0000 – 0000000000100000 (reserved)
    user: 0000000000100000 – 0000000008000000 (usable)
    0MB HIGHMEM available.
    128MB LOWMEM available.
    Entering add_active_range(0, 0, 32768) 0 entries of 256 used
    Zone PFN ranges:
    DMA 0 -> 4096
    Normal 4096 -> 32768
    HighMem 32768 -> 32768
    early_node_map[1] active PFN ranges
    0: 0 -> 32768
    On node 0 totalpages: 32768
    DMA zone: 32 pages used for memmap
    DMA zone: 0 pages reserved
    DMA zone: 4064 pages, LIFO batch:0
    Normal zone: 224 pages used for memmap
    Normal zone: 28448 pages, LIFO batch:7
    HighMem zone: 0 pages used for memmap
    DMI 2.3 present.
    ACPI: Unable to locate RSDP
    Allocating PCI resources starting at 10000000 (gap: 08000000:f8000000)
    Detected 266.675 MHz processor.
    Built 1 zonelists. Total pages: 32512
    Kernel command line: ramdisk_size=131072 quiet mem=131072K
    No local APIC present or hardware disabled
    mapped APIC to ffffd000 (01109000)
    Initializing CPU#0
    PID hash table entries: 512 (order: 9, 2048 bytes)
    Console: colour dummy device 80×25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 124504k/131072k available (2234k kernel code, 6036k reserved, 737k data, 216k init, 0k highmem)
    virtual kernel memory layout:
    fixmap : 0xfff4e000 – 0xfffff000 ( 708 kB)
    pkmap : 0xff800000 – 0xffc00000 (4096 kB)
    vmalloc : 0xc8800000 – 0xff7fe000 ( 879 MB)
    lowmem : 0xc0000000 – 0xc8000000 ( 128 MB)
    .init : 0xc03ee000 – 0xc0424000 ( 216 kB)
    .data : 0xc032ea14 – 0xc03e7014 ( 737 kB)
    .text : 0xc0100000 – 0xc032ea14 (2234 kB)
    Checking if this processor honours the WP bit even in supervisor mode… Ok.
    Calibrating delay using timer specific routine.. 535.62 BogoMIPS (lpj=1071245)
    Mount-cache hash table entries: 512
    CPU: After generic identify, caps: 00808131 01818131 00000000 00000000 00000000 00000000 00000000
    Working around Cyrix MediaGX virtual DMA bugs.
    Enable Memory-Write-back mode on Cyrix/NSC processor.
    Enable Memory access reorder on Cyrix/NSC processor.
    Enable Incrementor on Cyrix/NSC processor.
    CPU: After all inits, caps: 00808131 00818131 00000000 00000001 00000000 00000000 00000000
    Compat vDSO mapped to ffffe000.
    Checking ‘hlt’ instruction… OK.
    SMP alternatives: switching to UP code
    Freeing SMP alternatives: 16k freed
    CPU0: NSC Geode(TM) Integrated Processor by National Semi stepping 02
    SMP motherboard not detected.
    Local APIC not detected. Using dummy APIC emulation.
    Brought up 1 CPUs
    checking if image is initramfs…it isn’t (no cpio magic); looks like an initrd
    Freeing initrd memory: 1287k freed
    NET: Registered protocol family 16
    PCI: PCI BIOS revision 2.10 entry at 0xeb0e0, last bus=0
    PCI: Using configuration type 1
    Setting up standard PCI resources
    ACPI: Interpreter disabled.
    Linux Plug and Play Support v0.97 (c) Adam Belay
    pnp: PnP ACPI: disabled
    SCSI subsystem initialized
    usbcore: registered new interface driver usbfs
    usbcore: registered new interface driver hub
    usbcore: registered new device driver usb
    PCI: Probing PCI hardware
    PCI: Probing PCI hardware (bus 00)
    PCI: Firmware left 0000:00:0e.0 e100 interrupts enabled, disabling
    PCI: Firmware left 0000:00:0f.0 e100 interrupts enabled, disabling
    PCI: Firmware left 0000:00:10.0 e100 interrupts enabled, disabling
    PCI: Using IRQ router NatSemi [1078/0100] at 0000:00:12.0
    NET: Registered protocol family 2
    IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 2048)
    TCP reno registered
    io scheduler noop registered
    io scheduler anticipatory registered (default)
    PCI: Fixup for MediaGX/Geode Slave Disconnect Boundary (0x41=0x14)
    HDLC line discipline: version $Revision: 4.8 $, maxframe=4096
    N_HDLC line discipline registered.
    Linux agpgart interface v0.101 (c) Dave Jones
    [drm] Initialized drm 1.0.1 20051102
    Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
    serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    floppy0: no floppy controllers found
    RAMDISK driver initialized: 16 RAM disks of 131072K size 1024 blocksize
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    CS5530: IDE controller at PCI slot 0000:00:12.2
    CS5530: chipset revision 0
    CS5530: not 100% native mode: will probe irqs later
    PCI: Setting latency timer of device 0000:00:12.2 to 64
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:pio
    Probing IDE interface ide0…
    hda: KODAK ATA_FLASH, CFA DISK drive
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    Probing IDE interface ide1…
    Probing IDE interface ide1…
    hda: max request size: 128KiB
    hda: 1001952 sectors (512 MB) w/1KiB Cache, CHS=994/16/63
    hda: hda1 hda2 hda3
    usbcore: registered new interface driver usbhid
    drivers/usb/input/hid-core.c: v2.6:USB HID core driver
    PNP: No PS/2 controller found. Probing ports directly.
    serio: i8042 KBD port at 0x60,0x64 irq 1
    mice: PS/2 mouse device common for all mice
    EDAC MC: Ver: 2.0.1 Jun 15 2007
    Netfilter messages via NETLINK v0.30.
    ip_conntrack version 2.4 (1024 buckets, 8192 max) – 240 bytes per conntrack
    TCP cubic registered
    Initializing XFRM netlink socket
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    NET: Registered protocol family 15
    Using IPI Shortcut mode
    RAMDISK: Compressed image found at block 0
    Time: tsc clocksource has been installed.
    EXT2-fs warning: checktime reached, running e2fsck is recommended
    VFS: Mounted root (ext2 filesystem).
    ISO 9660 Extensions: RRIP_1991A
    loop: loaded (max 8 devices)
    VFS: Mounted root (ext2 filesystem) readonly.
    Trying to move old root to /initrd … okay
    Freeing unused kernel memory: 216k freed
    ISO 9660 Extensions: RRIP_1991A
    ======================================
    e100: Intel(R) PRO/100 Network Driver, 3.5.17-k2-NAPI
    e100: Copyright(c) 1999-2006 Intel Corporation
    PCI: setting IRQ 10 as level-triggered
    PCI: Found IRQ 10 for device 0000:00:0e.0
    IRQ routing conflict for 0000:00:0e.0, have irq 11, want irq 10
    e100: 0000:00:0e.0: e100_eeprom_load: EEPROM corrupted
    e100: probe of 0000:00:0e.0 failed with error -11
    PCI: setting IRQ 11 as level-triggered
    PCI: Found IRQ 11 for device 0000:00:0f.0
    IRQ routing conflict for 0000:00:0f.0, have irq 10, want irq 11
    e100: 0000:00:0f.0: e100_eeprom_load: EEPROM corrupted
    e100: probe of 0000:00:0f.0 failed with error -11
    PCI: setting IRQ 5 as level-triggered
    PCI: Assigned IRQ 5 for device 0000:00:10.0
    e100: 0000:00:10.0: e100_eeprom_load: EEPROM corrupted
    e100: probe of 0000:00:10.0 failed with error -11
    =======================================
    FAT: bogus number of reserved sectors
    VFS: Can’t find a valid FAT filesystem on dev hda3.
    EXT3-fs: INFO: recovery required on readonly filesystem.
    EXT3-fs: write access will be enabled during recovery.
    kjournald starting. Commit interval 5 seconds
    EXT3-fs: recovery complete.
    EXT3-fs: mounted filesystem with ordered data mode.
    FAT: bogus number of reserved sectors
    VFS: Can’t find a valid FAT filesystem on dev hda3.
    kjournald starting. Commit interval 5 seconds
    EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
    EXT3 FS on hda3, internal journal
    EXT3-fs: mounted filesystem with ordered data mode.
    process `named’ is using obsolete setsockopt SO_BSDCOMPAT
    ip_conntrack_pptp version 3.1 loaded
    ip_nat_pptp version 3.0 loaded
    ip_tables: (C) 2000-2006 Netfilter Core Team
    Bridge firewalling registered
    root@zeroshell root>
    root@zeroshell root>
    root@zeroshell root>
    root@zeroshell root>
    root@zeroshell root>
    root@zeroshell root> ifconfig -a
    DEFAULTBR Link encap:Ethernet HWaddr 00:00:00:00:00:00
    BROADCAST MULTICAST MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

    dummy0 Link encap:Ethernet HWaddr 1E:88:A2:A7:6E:11
    inet addr:192.168.141.142 Bcast:192.168.141.255 Mask:255.255.255.0
    BROADCAST NOARP MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

    dummy1 Link encap:Ethernet HWaddr FA:99:A4:91:62:5C
    inet addr:192.168.142.142 Bcast:192.168.142.255 Mask:255.255.255.255
    UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

    lo Link encap:Local Loopback
    inet addr:127.0.0.1 Mask:255.0.0.0
    UP LOOPBACK RUNNING MTU:16436 Metric:1
    RX packets:113 errors:0 dropped:0 overruns:0 frame:0
    TX packets:113 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:10152 (9.9 Kb) TX bytes:10152 (9.9 Kb)

    root@zeroshell root> lspci
    00:00.0 Host bridge: Cyrix Corporation PCI Master
    00:0e.0 Ethernet controller: Intel Corporation 8255xER/82551IT Fast Ethernet Controller (rev 09)
    00:0f.0 Ethernet controller: Intel Corporation 8255xER/82551IT Fast Ethernet Controller (rev 09)
    00:10.0 Ethernet controller: Intel Corporation 8255xER/82551IT Fast Ethernet Controller (rev 09)
    00:12.0 ISA bridge: Cyrix Corporation 5530 Legacy [Kahlua] (rev 30)
    00:12.1 Bridge: Cyrix Corporation 5530 SMI [Kahlua]
    00:12.2 IDE interface: Cyrix Corporation 5530 IDE [Kahlua]
    00:12.3 Multimedia audio controller: Cyrix Corporation 5530 Audio [Kahlua]

    root@zeroshell root> lsmod
    Module Size Used by
    dummy1 3076 0
    bridge 50076 0
    llc 6420 1 bridge
    iptable_nat 6532 1
    iptable_mangle 3072 0
    xt_state 2688 4
    xt_tcpudp 3712 11
    iptable_filter 3200 1
    ip_tables 11876 3 iptable_nat,iptable_mangle,iptable_filter
    x_tables 12292 4 iptable_nat,xt_state,xt_tcpudp,ip_tables
    ip_nat_pptp 4868 0
    ip_nat_ftp 3712 0
    ip_nat 15276 3 iptable_nat,ip_nat_pptp,ip_nat_ftp
    ip_conntrack_tftp 4120 0
    ip_conntrack_pptp 9616 1 ip_nat_pptp
    ip_conntrack_irc 6032 0
    ip_conntrack_sip 6800 0
    ip_conntrack_ftp 7056 1 ip_nat_ftp
    ip_conntrack_h323 47260 0
    dummy 3076 0
    vfat 11136 0
    fat 46236 1 vfat
    e100 31880 0
    loop 13576 1
    root@zeroshell root>

    #45788
    simonc
    Member

    That’s really interesting, I have some old IP120, did you fix this issues? How did you trasfer Zeroshell image to ip120? with serial xmodemconnection?

    #45789
    micol
    Member

    simoc

    I did not resolve this yet….I found on monowall forum a way to burn the mac address using and intel utililty but have not tried it yet (http://forum.m0n0.ch/index.php/topic,1471.0.html). Maybe that trick solve my driver problem.

    I removed the harddrive from the IP120, put it on a USB to IDE converter and wrote the image using physdiskwrite utililty @ http://m0n0.ch/wall/physdiskwrite.php

    #45790
    fish
    Member

    I have Zeroshell successfully installed and operating in production on a Nokia IP130.

    For some reason, the Nokia IP110, IP120, and IP130 all have invalid/corrupt checksums in their Intel NIC EEPROMs. The Nokia IP110 and IP120 do not even have MAC addresses in their EEPROMs. The Nokia IP130’s I have encountered DO have valid MAC addresses written to their EEPROMs, but still have invalid/incorrect checksums.

    Apparently the Nokia IPSO operating system makes up its own MAC addresses and is not affected by the invalid checksums.

    The IP110 only has 64mb of ram fixed to the board; not sufficient to run Zeroshell.

    The IP120 (128mb) and IP130 (256mb) can run Zeroshell, quite well actually. Follow the instructions HERE to correct the EEPROM issue. When ERUPDATE writes MAC addresses to the EEPROMs it also (correctly) recalculates the EEPROM checksums which allows the e100 driver to successfully load without error. In the case of the IP120, you are adding MAC addresses where there aren’t any. In the case of the IP130, MACs are there, but the act of overwriting them with (the same or a new) MAC corrects the checksum error.

    One thing to note, after much frustration on my part, I discovered that the successful updating of the EEPROMs only occurs when you DO NOT have a serial console cable attached. Dunno why the console cable being attached forks things up, but it does. There is no console output from this process anyways, so there is nothing worth monitoring. You must script everything through autoexec.bat, and the only way to know things successfully completed is by piping the output to files and reading them after the fact on another machine. You need to wait two to three minutes (at least) for the box to boot and run the ERUPDATE on all 3 EEPROMs.

    As micol stated, to install Zeroshell, write the CF image to the drive using the m0n0wall physdiskwrite utility (windows) or DD (linux).

    The only bug I have discovered is that a reboot does not in fact reboot the box. It seems to go down and hang, never coming back up. I don’t know exactly why; I am assuming the kernel has Geode support compiled in given the support for PCEngines ALIX stuff.

    #45791
    luigi42
    Member

    I ran into the same problem as Fish when running on a Nokia IP130.

    I found the solution to the reboot issue. I used the ZeroShell-1.0.beta11-ALIX-CompactFlash-1GB.img.gz image with the above instructions and now the IP130 correctly reboots when requested.

Viewing 5 posts - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.