Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Nokia IP110/IP120/IP130 trap 12 crash fix

    Scheduled Pinned Locked Moved Hardware
    2 Posts 1 Posters 6.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      bruce_walter
      last edited by

      I'm happy to say that I have resolved the issue causing the trap 12 on the Nokia IP110, IP120 and IP130's.  I've run the changes past John Baldwin of the FreeBSD project and the patch will likely be committed to the RELENG_6 & RELENG_7 branches at some point in the future.  It should apply cleanly to 6.1 and 6.2 as well.

      I am attaching the patch to this post.  It should be applied to your FreeBSD sources as follows:

      cd /usr/src/sys/i386/pci
      patch < /path/to/freebsd_nokia_ip1X0.diff

      Assuming both chunks are applied successfully, the resulting kernel will no longer crash on boot.  My next efforts will be trying to find where Nokia hid the MAC addresses for the ethernet controllers.

      Thank you all for your work on this great project!

      • Bruce

      (PS: I had to add a .txt onto the diff file name to upload it to the forum)
      freebsd_nokia_ip1X0.diff.txt

      1 Reply Last reply Reply Quote 0
      • B
        bruce_walter
        last edited by

        All,

        As a follow-up to this, someone from the m0n0wall forum has found a way to address the invalid MAC address issues:

        http://forum.m0n0.ch/index.php/topic,1471.0.html

        Apparently the drivers are pointing to the eeprom, but the eeprom is blank.  You can use the Intel DOS eeprom update utility to program the MAC addresses into the unit permanently.  I'm going to do some followup to see if there is a way to do this from BSD.

        After this, the only issue left is that the 1X0 devices apparently use a different reboot/reset command.  This may already be available to us by compiling

        options GEODE

        into the kernel.  That is not an option for the standard distro as it changes the way a reset is issued to the CPU.  I'm going to try to sneak some time to see if this resolves the reboot issue this week.

        • Bruce
        1 Reply Last reply Reply Quote 0
        • First post
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.