uClinux Kernel Rebuild Status Update

TWIMC:

The saga continues...

I left my "flawed" uClinux kernel running last night and was greeted with 
the following "ledwatch" fault in the morning...

   fault-common.c 242
   Unable to handle kernel NULL pointer dereference at virtual address 
0000003f
   fault-common.c 96
   Internal error: Oops: 0
   CPU: 0
   pc : [<008487a8>]    lr : [<0084879c>]
   sp : 00cabf30  ip : 00cabf30  fp : 00cabf58
   r10: 00000000  r9 : 00000003  r8 : 01aae4a0
   r7 : 00c6a000  r6 : 00b42000  r5 : 00f6c4a0  r4 : 00f6c4a0
   r3 : 00000003  r2 : 20000013  r1 : 20000093  r0 : 00f6c4a0
   Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  Segment user
   Control: C000107D  Table: 00000002  DAC: 00000000
   Process ledwatch (pid: 57, stackpage=00cab000)
   Stack:
   00cabf20: 0084879c 008487a8 20000013 ffffffff
             00000000 00c6a000 00b46280 00f777a0
   00cabf40: 00b42000 00000200 009f8e00 00cabf80
             00cabf5c 00848ba4 00848734 00f77780
   00cabf60: ffffffea 00000000 00000200 009f8e00
             00d69260 00cabfac 00cabf84 0082cfac
   00cabf80: 00848b60 0083d0d4 0082dc10 00000004
             009f8e00 00000200 00caa000 0080be60
   00cabfa0: 00000000 00cabfb0 0080bce0 0082cee0
             00000004 0080c508 00000004 009f8e00
   00cabfc0: 00000200 00000200 00000004 009f8e00
             00000200 009f8e00 00c62fe0 00000000
   00cabfe0: 00d69260 00d6b100 009f8e00 00d6b0f0
             00d62a8c 00d64a90 60000010 00000004
   Backtrace:
   Function entered at [<00848724>] from [<00848ba4>]
   Function entered at [<00848b50>] from [<0082cfac>]
   Function entered at [<0082ced0>] from [<0080bce0>]
    r8 = 0080BE60  r7 = 00CAA000  r6 = 00000200  r5 = 009F8E00
    r4 = 00000004
   Code: da00001a e0858006 (e15830d1) e3530000 0a000016

Note that I turned on some of the kernel DEBUG options in the "kernel 
hacking" section of the ".config" file to get this information.

Remember that this is my latest kernel build that is unable to access the 
MTD device and always "nukes" the boot loader after the first run-thru, 
even though you can login and play around for quite some time.  In fact, 
even the Web server works on http://192.168.0.1/.  Just don't change any 
configurations via the Web page! :-)

Any ideas?  Anyone?

Does anyone have a uClinux "config" file that shows how to answer the 
"make oldconfig" questions for the MTD device used by Actiontec.  This 
trial and error method is getting old, and yielding no results.  The 
"config" file(s) supplied with the Actiontec "GPL source release" has the 
MTD drivers turned off, but from the console logs from their "stock" modem 
firmware distribution, you can see that a "character mode" MTD device is 
present...and working.

I'm beginning to wonder if we are missing something from the Actiontec 
source release (like a special MTD driver for their STMicro flash chip)?

One wonders if Actiontec is playing by all the GPL licensing rules?

Best regards,

Bruce

-- 
  Bruce D. Lightner
  Lightner Engineering
  La Jolla, California
  Voice: +1-858-551-4011
  FAX: +1-858-551-0777
  Email: lightner-2huV/[email protected]
  URL: http://www.lightner.net/lightner/bruce/

__
ActionHack Mailing List - ActionHack-W7/[email protected]
http://www.express.org/mailman/listinfo/actionhack
http://www.embeddedlinuxinterfacing.com/wiki.php/ActiontecDualModem