gerboland/osd-re

A new firmware for the Neuros OSD. Faster, cleaner, easier to hack!

osd-re's Issues

Busybox filesizes insane

Right now, filesizes are reported to be insane.

This causes all the utils in Busybox to be confused, and apps like d-bus to fail to read configuration file.

Filesizes reported to be 2^44 bits, which is insanity. Such arithmetic shouldn't even supported!

I suspect toolchain has problems. Recompile with no support for arithemetic over 32bit.

Unable to easily incorporate changes from buildroot repo

Buildroot has already updated to a new release.

The way I use buildroot, I cannot easily update it. I'd rather be able to cherry-pick buildroot updates easily, but right now I make changes to their code.

If only I could have an overlay of my changes on top of Buildroot. This would be ideal.

itfb.ko - Closed frame-buffer module causing kernel OOPS

This is killing me. I had this working fine just before I set up this git repo, and now it isn't. And I cannot backtrack to chase it down. And module closed source so screwed there too.

Suspect toolchain more so than kernel configuration. Possible arithmetic error with __memzero??

    Ingenient Technologies - FrameBuffer Driver (c) 2004-2006
    Unable to handle kernel paging request at virtual address e8557000
    pgd = c1c10000
    [e8557000] *pgd=00000000
    Internal error: Oops: 805 [#1]
    Modules linked in: itfb imanage
    CPU: 0
    PC is at __memzero+0x24/0x80
    LR is at __init_begin+0x3fff8000/0x2c
    pc : []    lr : [<00000000>]    Tainted: P     
    sp : c1f07e40  ip : 00000000  fp : c1f07e70
    r10: bf012980  r9 : bf012888  r8 : bf012980
    r7 : 00000000  r6 : bf012668  r5 : 000a8c00  r4 : c1ce2c00
    r3 : 00000000  r2 : 00000000  r1 : 000a8bc0  r0 : e8557000
    Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  Segment user
    Control: 5317F  Table: 02D10000  DAC: 00000015
    Process insmod (pid: 769, stack limit = 0xc1f06194)
    Stack: (0xc1f07e40 to 0xc1f08000)
    7e40: bf0107a8 bf0114a8 c1f07e70 bf012980 c1ce2c00 00000000 bf012980 c3895785
    7e60: c21d1400 c1f07e90 c1f07e74 bf014118 bf0105dc bf012840 c0256344 c3881000 
    7e80: c21d1720 c1f07fa4 c1f07e94 c0056008 bf014010 00000000 c3895e00 c21d16d0 
    7ea0: c3895785 c3881000 00000000 00000000 00000000 00000081 c38958b0 00000000 
    7ec0: 00000000 00000001 0000000c 00000000 c21d4960 bf012208 00000001 c21d4a60 
    7ee0: c38958b0 c3881000 c21d1400 00000023 6d765f67 0065646f c00332d4 c0317220 
    7f00: c1f07f2c c1f07f10 c00987dc c010eef4 c035b8a0 00000000 00000000 c1ddfa20 
    7f20: c1f07f50 c1f07f30 c0079c54 c00987bc c035b8a0 c1f06000 60000013 00000006 
    7f40: c0021408 c1f07f6c c1f07f54 c0079cec c0079acc c035b8a0 00000000 c032c200 
    7f60: c1f07f88 c1f07f70 c0076340 c0079c6c 00000003 00000000 00000000 bef72ea2 
    7f80: 400d0008 0009f008 00000080 c0021408 c1f06000 00000000 00000000 c1f07fa8 
    7fa0: c0021280 c0054b20 bef72ea2 400d0008 400d0008 0001b9ae 0009f008 00000000 
    7fc0: bef72ea2 400d0008 0009f008 00000080 0009d7a4 00000000 40011fa8 bef72ca4 
    7fe0: 400228ac bef72c68 00018e8c 4002290c 60000010 400d0008 00000000 00000000 
    Backtrace: 
    [] (itfb_init_actual+0x0/0x410 [itfb]) from [] (init_module+0x118/0x1ac [itfb])
    [] (init_module+0x0/0x1ac [itfb]) from [] (sys_init_module+0x14f8/0x16dc)
     r7 = C21D1720  r6 = C3881000  r5 = C0256344  r4 = BF012840
    [] (sys_init_module+0x0/0x16dc) from [] (ret_fast_syscall+0x0/0x2c)
    Code: e52de004 e1a0c002 e1a0e002 e2511040 (a8a0500c) 
     Unknown signal 11

OSD:re/closed-* build scripts all assume gcc4.4 and 2.6.15kernel

In packages/OSD-re/closed-*, the build scripts all assume that gcc 4.4 and kernel 2.6.15 is used.

Fix is to obtain these numbers from Buildroot and use these correct versions instead.

Kernel sources are tarball of repo content, if tarball changes, buildsystem won't notice

Buildroot can do one of two things when it comes to kernel sources

1. Download vanilla kernel sources, add a specified patch (single file)
2. Download a tarball from a specified place

Choice 2 is currently in use as it was the handiest to get going. But ideally Buildroot should grab sources from the kernel/linux-2.5.16-neuros-eabi directory, as that's where the source code is maintained.

Could instead generate a big patch to add DM320 support and other stuff to vanilla.