Changes between Initial Version and Version 1 of ppc/kernel

Timestamp:

08/08/08 00:10:42 (16 years ago)

Author:

trac

Comment:

--

ppc/kernel

@@ +1 @@
+= Maken van een eigen dreambox dm500 kernel =
+
+Deze pagina beschrijft het aan de praat krijgen van de kernel voor de dreambox: De dm500, powerpc architectuur. Binnen Syn-3 heet deze architectuur ppc.
+
+Schijnbaar zit je vast aan 2.6.9 door propieratary closed source modules.
+
+De sources en patches komen hier weg:
+http://developer.elitedvb.net/listprojects.php?curr_dir=64
+
+
+== Eerste poging ==
+
+
+Eerst heb ik dit gedaan:
+
+ * atftp pakketje om kernel te kunnen laden via tftp. (standaard werk, geen probleem)
+ * Toolchain maken met eerst alleen binutils_ppc en gcc_ppc.  Zie wiki:npl/toolchains.
+ * Aanpassen buildsysteem lichtelijk voor het ondersteuning van meerdere architecturen. (Gebruik ARCH omgevings variabelle bij rebuildcheck of remoteinstall)
+ * Maken van linux_src en linux pakketje in ppc architectuur. Aan de hand van configfile + patches van bovenstaande site.
+
+Dit ging allemaal goed, hierna boot ik via het netwerk. (eerst bootp en atftp opzetten uiteraard)
+
+We hebben de standaard kernel commandline in de .config aangepast, zodat kernel output via serieel te zien is:
+{{{
+CONFIG_CMDLINE="console=ttyS0,115200n8 root=/dev/mtdblock5 rootfstype=squashfs ro"
+}}}
+
+De bedoeling is om eerst wel de eigen kernel te laden, maar nog het filesystem van de dreambox te gebruiken om te testen. Dezelfde kernel parambeters voor root= en zo zijn dus gebruikt. Resultaat:
+{{{
+Automatic Boot: Enabled
+ ----------------------------
+  1 - Toggle Power-On Tests
+  2 - Change a Boot Device
+  3 - Change IP Addresses
+  4 - Ping test
+  5 - Change Baud Rate for S1 Boot
+  D - Display Configuration
+  0 - Exit Menu and Boot Application
+->0
+Installed RAM: 48 MB
+
+  System RAM check complete
+Booting from [ENET] Ethernet...
+Sending bootp request ...
+
+Got bootp response from : 192.168.13.1
+       My ip address is : 192.168.13.2
+
+Loading file "/zImage.treeboot" by TFTP for net boot ...
+Transfer completed, 1142816 bytes received
+Loaded successfully ...
+Entry point at 0x500000 ...
+
+loaded at:     00500000 00618170
+relocated to:  00400000 00518170
+board data at: 00516124 00516170
+relocated to:  0040519C 004051E8
+zimage at:     004058E0 0051549E
+avail ram:     00519000 02000000
+
+Linux/PPC load: console=ttyS0,115200n8 root=/dev/mtdblock5 rootfstype=squashfs ro
+Uncompressing Linux...done.
+Now booting the kernel
+Linux version 2.6.9 (root@psy) (gcc version 3.4.6) #1 Thu Oct 25 00:05:49 UTC 2007
+Built 1 zonelists
+Kernel command line: console=ttyS0,115200n8 root=/dev/mtdblock5 rootfstype=squashfs ro
+PID hash table entries: 256 (order: 8, 4096 bytes)
+Console: colour dummy device 80x25
+Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
+Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
+Memory: 29856k available (1924k kernel code, 544k data, 80k init, 0k highmem)
+Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
+NET: Registered protocol family 16
+SCSI subsystem initialized
+usbcore: registered new driver usbfs
+usbcore: registered new driver hub
+devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
+devfs: boot_options: 0x1
+JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
+Serial: 8250/16550 driver $Revision: 1.90 $ 7 ports, IRQ sharing disabled
+ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
+ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
+Data machine check in kernel mode.
+Oops: machine check, sig: 7 [#1]
+NIP: C010B6F0 LR: C010CF50 SP: C0313F30 REGS: c0259954 TRAP: 0202    Not tainted
+MSR: 00021230 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
+TASK = c030dbd0[1] 'swapper' THREAD: c0312000Last syscall: 120
+PLB0: bear= 0x00000000 acr=   0x00000000 besr=  0x00000000
+PLB0 to OPB: bear= 0x400e0001 besr0= 0x03c00000 besr1= 0x00000000
+
+GPR00: 00000000 C0313F30 C030DBD0 00000000 00000001 00000008 C01FAEE0 00000000
+GPR08: FFFFFFF8 E00E0000 C026F4E8 C026F4E8 24000082 00000000 00000000 00000000
+GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001
+GPR24: 00000000 00029230 00000000 00000000 C0230000 C02379AC C02D1EA8 C026F4E8
+Call trace: [c010ad58]  [c010b1c0]  [c024f1ac]  [c0002608]  [c0006928]
+Kernel panic - not syncing: Attempted to kill init!
+ <0>Rebooting in 180 seconds..<NULL>
+}}}
+
+Een data machine check en vage output :( Zal er iets mis zijn met onze toolchain of kernel settings?
+
+== Tweede poging ==
+
+Googelen en verder onderzoekken wat dit kan zijn...
+ 
+Deze site gevonden: http://www.zeta.org.au/~jon/dreambox/hacking.html: 
+
+''kingtut suggested that rather than getting klogd and syslogd working I could use dmesg to dump the kernel's message buffer. So I rebooted the DM5600 with the original kernel and my inspector program. When I did that I noticed that the original DM5600 kernel boots with the message "Redwood 6" whereas the kernel recompiled from the diffs boots with "Redwood 5". Sure enough, recompiling the diff'd kernel with CONFIG_REDWOOD_5=n, CONFIG_REDWOOD_6=y eliminates the machine check which was apparently caused by probing the second i2c bus that doesn't exist on the DM5600.
+''
+
+We hebben geen redwood in onze output, maaaaaaar in de config staat redwood_5 aan ipv 6 ! Dit veranderen we en proberen opnieuw:
+{{{
+psy npl # ./remoteinstall linux 192.168.13.1 rebuild
+* Build check:
+|Dependency check linux_src (use ignoredep to skip)
+|-|Dependency check gcc_ppc (use ignoredep to skip)
+|-|-|Dependency check binutils_ppc (use ignoredep to skip)
+|-|REBUILD REQUIRED: ./config has changed!
+|-|REBUILDING /home/psy/syn3/ppc/kernel/linux_src/linux_src.SlackBuild:
+...
+}}}
+
+Nogmaals booten met eigen kernel
+{{{
+Linux/PPC load: console=ttyS0,115200n8 root=/dev/mtdblock5 rootfstype=squashfs ro
+Uncompressing Linux...done.
+Now booting the kernel
+Linux version 2.6.9 (root@psy) (gcc version 3.4.6) #1 Sat Oct 27 19:22:44 UTC 2007
+IBM Redwood6 (STBx25XX) Platform
+Port by MontaVista Software, Inc. (source@mvista.com)
+Built 1 zonelists
+Kernel command line: console=ttyS0,115200n8 root=/dev/mtdblock5 rootfstype=squashfs ro
+PID hash table entries: 256 (order: 8, 4096 bytes)
+Console: colour dummy device 80x25
+Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
+Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
+Memory: 29848k available (1920k kernel code, 548k data, 80k init, 0k highmem)
+Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
+NET: Registered protocol family 16
+SCSI subsystem initialized
+usbcore: registered new driver usbfs
+usbcore: registered new driver hub
+devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
+devfs: boot_options: 0x1
+JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
+Serial: 8250/16550 driver $Revision: 1.90 $ 7 ports, IRQ sharing disabled
+ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
+ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
+ttyS2 at MMIO 0x0 (irq = 22) is a 16550A
+loop: loaded (max 8 devices)
+Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
+ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
+Using anticipatory io scheduler
+Initializing USB Mass Storage driver...
+usbcore: registered new driver usb-storage
+USB Mass Storage support registered.
+mice: PS/2 mouse device common for all mice
+i2c /dev entries driver
+IBM IIC driver v2.1
+ibm-iic0: using standard (100 kHz) mode
+NET: Registered protocol family 2
+IP: routing cache hash table of 512 buckets, 4Kbytes
+TCP: Hash tables configured (established 2048 bind 4096)
+NET: Registered protocol family 1
+NET: Registered protocol family 17
+Root-NFS: No NFS server available, giving up.
+VFS: Unable to mount root fs via NFS, trying floppy.
+VFS: Cannot open root device "mtdblock5" or unknown-block(2,0)
+Please append a correct "root=" boot option
+Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
+ <0>Rebooting in 180 seconds..<NULL>
+
+}}}
+
+Dit is een 'mooie' foutmelding: hij kan alleen zn root filesystem niet vinden.
+
+== Mounten root fs ==
+
+Waarschijnlijk hebben we geen mtd drivers. We kijken even in de dmesg van de orginele kernel. Later gaan we toch via nfs verder prutsen, maar nu willen we graag nog zo orgineel mogelijk blijven en dus van flash kunnen starten.
+{{{
+Serial: 8250/16550 driver $Revision: 1.90 $ 7 ports, IRQ sharing disabled
+ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
+ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
+ttyS2 at MMIO 0x0 (irq = 22) is a 16550A
+loop: loaded (max 8 devices)
+ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
+Last modified Nov 1, 2000 by Paul Gortmaker
+NE*000 ethercard probe at 0xc3060600:<4>eth0: interrupt from stopped card
+ 00 09 34 3b 34 44
+eth0: NE2000 found at 0xc3060600, using IRQ 25.
+Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
+Using deadline io scheduler
+dreambox: flash mapping: 800000 at 7f800000
+DreamBOX rev3+: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+Using buffer write method
+cfi_cmdset_0001: Erase suspend on write enabled
+0: offset=0x0,size=0x20000,blocks=64
+disable flash VPP
+Creating 7 MTD partitions on "DreamBOX rev3+":
+0x00000000-0x00500000 : "DreamBOX cramfs+squashfs"
+0x00500000-0x007c0000 : "DreamBOX jffs2"
+0x007c0000-0x00800000 : "DreamBOX OpenBIOS"
+0x00000000-0x007c0000 : "DreamBOX (w/o bootloader)"
+0x00000000-0x00800000 : "DreamBOX (w/ bootloader)"
+0x00120000-0x00500000 : "DreamBOX SquashedFS"
+0x00000000-0x00120000 : "DreamBOX Cramfs"
+}}}
+
+Dit zien we in onze eigen kernel output niet!
+
+Opnieuw met config_mtd_debug=y...geeft geen extra output.
+
+linux_src.pkg uitpakken en handmatig make menuconfig om bij de opties te kijken. (misschien komt het door dat we config_redwood6 nu gebruiken??)
+
+geprobeert met config_dm7000, maar gaf ook de machinecheck error.
+
+Deze opties aangezet: 
+{{{
+<*>   MTD concatenating support
+<*> RedBoot partition table parsing
+[*]     Include unallocated flash regions               
+}}}
+hielp niks, zelfde output.
+
+alle flashchip drivers aangezet...amd geeft error, dus die weer uit:
+{{{
+drivers/mtd/chips/amd_flash.c: In function `wide_read':
+drivers/mtd/chips/amd_flash.c:143: error: structure has no member named `buswidth'
+}}}
+ook dit hielp niet..nog steeds niet de gewenste output. 
+
+verder gelezen op de bovenvermelde site:
+''However, the boot still fails when remounting the root file system.
+I checked the contents of /proc/mtd on a DM7000 kernel and the original DM5600 kernel and verified that both kernels map the physical memory to the mtd devices in the same way, so clearly that isn't the issue. Next step is to instrument the init/do_mounts.c to see why the root file system remount is failing.
+Update: 29th October, 2003
+Finally! There was an error in the drivers/mtd/maps directory that prevented the 5600's memory maps being compiled into the kernel. Fixing that fixed the root mount problem. From there on in, it was all downhill! See the results.''
+In menuconfig alles met NAND translation en mappingzooi aangezet bij mtd, in de hoop dat dit met de mapping te maken heeft.
+Dit hielp niet, maar er is een melding bijgekomen en we zien dat we ergens getallen kunnen invullen in de menuconfig.
+
+Ondertussen orginele mapping gechecked:
+{{{
+root@dreambox:~> cat /proc/mtd
+dev:    size   erasesize  name
+mtd0: 00500000 00020000 "DreamBOX cramfs+squashfs"
+mtd1: 002c0000 00020000 "DreamBOX jffs2"
+mtd2: 00040000 00020000 "DreamBOX OpenBIOS"
+mtd3: 007c0000 00020000 "DreamBOX (w/o bootloader)"
+mtd4: 00800000 00020000 "DreamBOX (w/ bootloader)"
+mtd5: 003e0000 00020000 "DreamBOX SquashedFS"
+mtd6: 00120000 00020000 "DreamBOX Cramfs"
+}}}
+
+Deze melding is interesant in de dmesg van de orginele kernel:
+{{{
+dreambox: flash mapping: 800000 at 7f800000
+DreamBOX rev3+: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+Using buffer write method
+cfi_cmdset_0001: Erase suspend on write enabled
+0: offset=0x0,size=0x20000,blocks=64
+disable flash VPP
+Creating 7 MTD partitions on "DreamBOX rev3+":
+0x00000000-0x00500000 : "DreamBOX cramfs+squashfs"
+0x00500000-0x007c0000 : "DreamBOX jffs2"
+0x007c0000-0x00800000 : "DreamBOX OpenBIOS"
+0x00000000-0x007c0000 : "DreamBOX (w/o bootloader)"
+0x00000000-0x00800000 : "DreamBOX (w/ bootloader)"
+0x00120000-0x00500000 : "DreamBOX SquashedFS"
+0x00000000-0x00120000 : "DreamBOX Cramfs"
+}}}
+800000 komt overeen met 8 megabyte flash. 
+
+Onze kernel geeft nu, na de mtd mapping zooi te activeren in menuconfig:
+{{{
+physmap flash device: 4000000 at 8000000
+}}}
+We gaan deze waarden ff omboppen naar 800000 en 7f800000 in menuconfig! De bankwidth moet waarschijnlijk op 2, omdat de melding 16-bit bank geeft. Dit moet het haast wel zijn :)
+
+We komen nu ergens, want we krijgen nu de volgende meldingen:
+{{{
+redwood: flash mapping: 800000 at ff800000
+IBM Redwood: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+cfi_cmdset_0001: Erase suspend on write enabled
+Using buffer write method
+Creating 4 MTD partitions on "IBM Redwood":
+0x00000000-0x00400000 : "Redwood filesystem"
+mtd: Giving out device 0 to Redwood filesystem
+ftl_cs: FTL header not found.
+0x00400000-0x00410000 : "Redwood OpenBIOS Vital Product Data"
+mtd: Giving out device 1 to Redwood OpenBIOS Vital Product Data
+ftl_cs: FTL header corrupt!
+0x00410000-0x007e0000 : "Redwood kernel"
+mtd: partition "Redwood kernel" doesn't start on an erase block boundary -- force read-only
+mtd: Giving out device 2 to Redwood kernel
+ftl_cs: FTL header not found.
+0x007e0000-0x00800000 : "Redwood OpenBIOS"
+mtd: Giving out device 3 to Redwood OpenBIOS
+ftl_cs: FTL header not found.
+}}}
+
+Hebben het startadress verkeert ingevult? Nee, blijkbaar staat er iets anders fout. De orginele kernel geeft overal Dreambox in plaats van redwood. We proberen de 2 redwood dingen uit te zetten in menuconfig bij de mtd options. (partition table parsing en CFI mapping on redwood.)
+
+arg...nu krijgen we:
+{{{
+physmap flash device: 800000 at 7f800000
+phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+cfi_cmdset_0001: Erase suspend on write enabled
+Using buffer write method
+RedBoot partition parsing not available
+mtd: Giving out device 0 to phys_mapped_flash
+ftl_cs: FTL header not found.
+}}}
+ok...table parsing dan maar aan en nog eens..
+
+helpt ook niet, nou zegt ie dat hij geen redboot partition table ziet. het valt op dat physmap nou wel op 7f800000 staat. 
+{{{
+physmap flash device: 800000 at 7f800000
+phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+cfi_cmdset_0001: Erase suspend on write enabled
+Using buffer write method
+cmdlinepart partition parsing not available
+No RedBoot partition table detected in phys_mapped_flash
+mtd: Giving out device 0 to phys_mapped_flash
+ftl_cs: FTL header not found.
+}}}
+
+hmmm..nog maar eens die optie aanzetten. ik had ook wat andere 'niet gerelateerde dingen' veranderd toen ik die 2 opties uitzette..
+{{{
+physmap flash device: 800000 at 7f800000
+phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+cfi_cmdset_0001: Erase suspend on write enabled
+Using buffer write method
+cmdlinepart partition parsing not available
+No RedBoot partition table detected in phys_mapped_flash
+mtd: Giving out device 0 to phys_mapped_flash
+ftl_cs: FTL header not found.
+redwood: flash mapping: 800000 at ff800000
+IBM Redwood: Found 1 x16 devices at 0x0 in 16-bit bank
+ Intel/Sharp Extended Query Table at 0x0031
+cfi_cmdset_0001: Erase suspend on write enabled
+Using buffer write method
+Creating 4 MTD partitions on "IBM Redwood":
+0x00000000-0x00400000 : "Redwood filesystem"
+mtd: Giving out device 1 to Redwood filesystem
+ftl_cs: FTL header not found.
+0x00400000-0x00410000 : "Redwood OpenBIOS Vital Product Data"
+mtd: Giving out device 2 to Redwood OpenBIOS Vital Product Data
+ftl_cs: FTL header corrupt!
+0x00410000-0x007e0000 : "Redwood kernel"
+mtd: partition "Redwood kernel" doesn't start on an erase block boundary -- force read-only
+mtd: Giving out device 3 to Redwood kernel
+ftl_cs: FTL header not found.
+0x007e0000-0x00800000 : "Redwood OpenBIOS"
+mtd: Giving out device 4 to Redwood OpenBIOS
+ftl_cs: FTL header not found.
+}}}
+we zien weer iets meer, hij zeurt nog steeds over redwood zooi. je zou haast zeggen dat we een patch voor dreambox partition table parsing missen ofzo.
+
+we willen eigenlijk zien dreambox: flash mapping:. Omdat we bij de mtd opties niks zien, gaan we maar eens greppen:
+{{{
+psy linux-2.6.9 # grep 'dreambox: flash mapping: ' . -R
+./drivers/mtd/maps/dreambox.c:  printk(KERN_NOTICE "dreambox: flash mapping: %x at %x\n",
+}}}
+
+Hey...deze file bevat de adressen hardcoded:
+{{{
+#define WINDOW_ADDR 0x7f800000
+#define WINDOW_SIZE 0x00800000
+}}}
+
+In de Kconfig zien we:
+{{{
+config MTD_DREAMBOX
+        tristate "CFI Flash devices mapped on Dreambox"
+        depends on MTD_CFI && PPC32 && 4xx && 40x && DM7000
+        default y
+        help
+          This enables access routines for the flash chips on the Dreambox (DM7000).
+          If you have a dreambox then say 'Y' here.
+}}}
+aiiii....dan moet je een DM7000 hebben ingesteld als Machine type. En dit gaf nou juist die vage machine check error. 
+
+We gaan terug naar de orginele config, en kijken hoe de mtd settings staan als je DM7000 als machinetype hebt. Misschien stond er een optie bij mtd verkeerd waardoor de machinecheck error kwam? Laten we ook eens in de orginele dmesg kijken of we wat zien over het machine type. (redwood stond er zowieso al niet bij!) ....nee hier staat niks...misschien in de proc entries? we kunnen niet echt wat vinden.
+
+We gokken maar eens op machine type dm7000, ZONDER i2c support. (die gast hierboven van die post had het over het feit dat er geen i2c in die dm500 zit)
+
+Dit helpt ook niet... OF we moeten redwood6 hebben en mtd ompatchen zodat ie meecompiled, of we moeten toch dm7000 hebben en uitzoeken waarom de machinecheck error ontstaat. (kernel debugging aanzetten dus). even googellen naar een dm500 patch.
+
+== Kijken bij tuxbox ==
+
+Ok, dit werd helemaal niks...het zag er naar uit dat we een te oude kernel hadden. Ik heb tuxbox gebruikt om een image te maken volgens een 1 of andere howto. Dit werkt natuurlijk rampzalig, want tuxbox download alle sources 'lekker handig zelf', waardoor de helft niet werkt na een tijdje.
+
+maaaaaaaarrrrrrrrr....Ik zag dat ze deze patch downloaden: http://sources.dreamboxupdate.com/download/kernel-patches/linuxppc-2.6.9-dream-s7.diff.bz2 Dit staat nergens op de dreambox site of waardan ook aangegeven. Dus op de gok heb ik hem verhoogt en kwam ik uit op een 'max' van s8: http://sources.dreamboxupdate.com/download/kernel-patches/linuxppc-2.6.9-dream-s8.diff.bz2 
+
+Hier gaan we het opnieuw mee proberen, want deze patch heeft zo te zien wel native dm500 support! w000t
+
+== Nieuwe patch ==
+
+De nieuwe s8 patch die echt VEEL groter is (100x) heeft dus wel een dm500 Machine type, EN ik kwam er achter dat je allerlei default configs hebt:
+{{{
+psy linux-2.6.9 # ls arch/ppc/configs/
+FADS_defconfig      ads8272_defconfig  dm500_defconfig    ibmchrp_defconfig   ocotea_defconfig    redwood6_defconfig
+IVMS8_defconfig     apus_defconfig     dm56x0_defconfig   k2_defconfig        pcore_defconfig     redwood_defconfig
+SM850_defconfig     ash_defconfig      dm7000_defconfig   lite5200_defconfig  pmac_defconfig      rpx8260_defconfig
+SPD823TS_defconfig  beech_defconfig    dm7020_defconfig   lopec_defconfig     power3_defconfig    rpxcllf_defconfig
+TQM823L_defconfig   bseip_defconfig    ebony_defconfig    mbx_defconfig       pplus_defconfig     rpxlite_defconfig
+TQM8260_defconfig   bubinga_defconfig  ep405_defconfig    mcpn765_defconfig   prpmc750_defconfig  sandpoint_defconfig
+TQM850L_defconfig   cedar_defconfig    est8260_defconfig  menf1_defconfig     prpmc800_defconfig  spruce_defconfig
+TQM860L_defconfig   common_defconfig   ev64260_defconfig  mvme5100_defconfig  rainier_defconfig   sycamore_defconfig
+adir_defconfig      cpci405_defconfig  gemini_defconfig   oak_defconfig       redwood5_defconfig  walnut_defconfig
+}}}
+
+Met ''make dm500_defconfig'' kun je een .config maken aan de hand van deze default settings. IDEAAL!
+
+Als we dat doen en een diff runnen zien we dat er nog squashfs zooi ontbreekt, maar hier hebben we ook een patch voor:
+{{{
+psy linux-2.6.9 # diff arch/ppc/configs/dm500_defconfig  .config
+4c4
+< # Thu Dec 23 15:14:14 2004
+---
+> # Sun Oct 28 01:13:34 2007
+677,680d676
+< CONFIG_SQUASHFS=y
+< CONFIG_SQUASHFS_EMBEDDED=y
+< CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=1
+< # CONFIG_SQUASHFS_VMALLOC is not set
+}}}
+
+Deze patch trappen we er in en we maken opnieuw de .config en proberen het nu met onze zo te zien perfect gepatchede/configde kernel. w00t.
+
+Dit werkt! De kernel boot volledig, en enigma start op. 
+
+= Testen oude omgeving met nieuwe kernel =
+
+Enigma start wel op maar we krijgen een wazig melding van enigma over Camd-ID not found, en daarna komen we in de setup wizard. 
+
+Nadat we de commandline van de kernel hebben aangepast zodat we weer serial output krijgen kunnen we zien wat voor meldingen er voorbij komen tijden het booten.
+
+{{{
+Eep. Child "lib" (ino #24) of dir ino #1 doesn't exist!
+Eep. Child "cfg_bullz_text" (ino #356) of dir ino #2 doesn't exist!
+Eep. Child "kill_bullz_text" (ino #355) of dir ino #2 doesn't exist!
+Eep. Child "localtime" (ino #100) of dir ino #6 doesn't exist!
+Eep. Child "resolv.conf" (ino #18) of dir ino #6 doesn't exist!
+Eep. Child "ci_cam.sh" (ino #47) of dir ino #39 doesn't exist!
+Eep. Child "Gemini_backup.sh" (ino #42) of dir ino #39 doesn't exist!
+Eep. Child "dropbear_script.sh" (ino #49) of dir ino #39 doesn't exist!
+Eep. Child "countries" (ino #56) of dir ino #55 doesn't exist!
+Eep. Child "plugins" (ino #392) of dir ino #59 doesn't exist!
+Eep. Child "sokoban" (ino #853) of dir ino #60 doesn't exist!
+Eep. Child "Gemini.conf" (ino #61) of dir ino #60 doesn't exist!
+Eep. Child "bouquets" (ino #112) of dir ino #62 doesn't exist!
+Eep. Child "config" (ino #65) of dir ino #62 doesn't exist!
+jffs2_do_read_inode(): No data nodes found for ino #2
+jffs2_do_read_inode(): But it has children so we fake some modes for it                                                    
+}}}
+
+Aan de vele errors te zien kan er iets niet gemount of gelezen worden. We kijken even verder op de seriele rootshell.
+
+hmmm...het lijkt er op dat de oude kernel ongeveer dezelfde errors geeft. Waarschijnlijk hebben we het jffs2 filesystem verkut met steeds maar resetten en rare kernels laden ;)
+
+dus mn dreambox is nu 'stuk'. nog meer reden om ver te kutten met een nfs filesystem en de rest van de userspace omgeving.
+
+Zie wiki:ppc/dreambox
+
+Later heb ik hem opnieuw geflashed en gemini geboot met onze eigen kernel. Dit lijkt te werken (had beeld etc), maar de afstands bediening layout was wel in de war? Maar kan ook een verkeerde instelling zijn. De kernel verklaar ik voorlopig 'AF'. :)