Beiträge von Lior

    Zitat

    But still, maybe it's easier to port kexec to MIPS than it is to port uboot to DM7025. Hmmm. Will have to look closer at this some day.


    Well, If it had been something portable, then it would have been already ported :winking_face: I've done some work in glibc for MIPS and I have to say that MIPS is a very "clean" arch in comparison to x86, and if you want to give it a try, you must be very fit in "low level" MIPS things. :face_with_rolling_eyes:

    it's new for me that kexec is available for PowerPC and MIPS kernels.


    edit:


    I had a quick look at git-sources, kexec syscall is only available for the following archs: i386, x86_64, ppc, ppc64, ia_64, s390 and SH.


    it's very arch specific because some kernels are position dependent code, and loaded in unmapped memory, so a kernel would need to overwrite itself for kexec like in MIPS case. kexec still isn't flexible enough to handle this. so, bye bye kexec on DM7025! :face_with_tongue:

    Zitat

    PS: I would not like to port anything to a framebuffer device - as already said, simple LCD output for boot selection and using the keys on the frontpannel is the maximum effort that I have in mind. If this does the job, why making things complicated.


    well then you have to do some reserve engineering job for LCD driver and frontpanel keys or kindly ask the DMM developers for help :smiling_face:

    Zitat

    In another thread I already asked if somebody would be interested to extend the standard bootloader so that you can choose for example autorun.bat1,2,3... as multiboot offers for booting now via the frontpannel keys, but I didn't get any feedback/reply on this idea


    no. the best solution in your case is that the standard bootloader boots uboot instead of linux kernel and uboot boots the linux kernel from somewhere with your wishes :smiling_face: uboot is very flexible and ported to many MIPS boards, has even a builtin USB driver so that you can use a USB keyboard. admittedly you should adapt the USB driver to uboot. have a look at the xilleon usb kernel patches, i think, it's not a big effort. otherwise you also could use the framebuffer with uboot. this is the difficult part of porting. if you want, i send you the framebuffer specs of xilleon.

    Zitat


    Even when the terminal output on the lcd or the console would not work just pressing the remote x times...


    doesn't make sense what you tell here. how to tell grub how the remote functions? you want to port the IR driver to grub? forget it.


    and booting some kernels via serial console from another locations like NFS servers or HD already goes with the existing bootloader, you don't need another bootloader for that.

    devfs is disabled and being removed since Linux 2.6.13, dm7025 still has the version 2.6.12 with devfs and after 2.6.13-rc3, in MTD devfs is replaced with udev like lot of drivers because devfs is abandoned by its maintainer.


    if you have nothing to do other than fooling around with MTD, then try to get work YAFFS on DM7025. I've been told that YAFFS is better than JFFS2 for NAND, the only disadvantage is that YAFFS does not support compression which is not important because we all have large CFs :winking_face:

    don't use BSD patch, use GNU patch. eventually you'll have trouble with other BSD stuff like sed, grep, diffutils, tar, ... too. I know, it's "sad but true" :winking_face:

    syncing your kernel with the latest CVS tree from Memory Technology Device
    (ftp://ftp.uk.linux.org/pub/people/dwmw2/mtd/cvs/) and using a newer version of blkmtd (you have 1.24, MTD CVS has already 1.29) might help.


    or use block2mtd instead of blkmtd. block2mtd is a clean rewrite version of blkmtd.


    but be careful that you don't destroy the MTD changes of DMM. as far as DMM did not make any API incompatibilities with MTD, you won't have any trouble, but i'm not sure.

    Zitat

    Oder willst du das als Benutzerrang haben, Lior?


    gerne! aber ich möchte zuerst mit dir eine wette abschliessen. wenn diese LICENCE datei auf meinen hinweis doch geändert wird, dann hast du das als benutzerrang. einverstanden?

    Zitat

    im übrigen ist die Formulierung völlig korrekt... da muss der Lior wohl in der Schule besser aufpasse in Zukunft


    1. die satzbildung ist definitiv falsch.
    2. es gibt rechtsschreibfehler: nicht You're free do copy sondern You're free to copy
    3. nicht you're sondern you are denn du schreibst nicht deinem freund eine e-mail, sondern eine lizenz!
    4. das ist keine lizenz.



    sorry, aber ist so!

    hi forum!


    in dm7025 images, die LICENCE datei besagt:


    You're free do copy these files, distribute them, but you're NOT allowed
    to CHANGE them, DISASSEMBLE them or use them on any hardware not sold
    (or licensed) by Dream-Multimedia TV.


    grob übersetzt heisst das:


    ... dir ist nicht erlaubt, diese (dateien) auf einer nicht von Dream-Multimedia TV verkauften oder lizenzierten hardware zu ändern, zu disassemblieren und zu benutzen.


    heisst das jetzt, dass ich diese dateien auf einer von Dream-Multimedia TV verkauften oder lizenzierten hardware doch ändern, disassemblieren (und selbstverständlich benutzen) darf? :grinning_squinting_face:


    ich meine, mein englisch ist auch nicht perfekt, aber auch nicht so schlecht wie der oben gebildete satz! :smiling_face_with_sunglasses: