Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Ubuntu Netbook Edition N900

    Reply
    Page 2 of 5 | Prev |   1   2   3     4   | Next | Last
    ear0wax | # 11 | 2010-04-27, 01:23 | Report

    Originally Posted by b-man View Post
    Yup - that's what i'm doing right now
    On n800 or n900

    I would like to try getting this working on my n900 also

    Edit | Forward | Quote | Quick Reply | Thanks

     
    b-man | # 12 | 2010-04-27, 01:31 | Report

    Originally Posted by ear0wax View Post
    On n800 or n900

    I would like to try getting this working on my n900 also
    Both, although i don't have my N800 anymore due to an incident last summer and my N900 does boot into Ubuntu, but as soon as i get into a login prompt, it shuts down because of the watchdog issue.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to b-man For This Useful Post:
    S0urcerr0r

     
    Crom | # 13 | 2010-04-27, 02:16 | Report

    This would be nice to get working on the N900.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    ear0wax | # 14 | 2010-04-27, 05:30 | Report

    Originally Posted by b-man View Post
    Btw, here is my highly modified /etc/init.d/n900_wd script that is supposed to launch the watchdog daemon; do any of you that are good at init scripts/runlevels see a fault in this?
    idk. But maybe check it against the (N900 port of) Mer init file?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Siggen | # 15 | 2010-04-28, 01:39 | Report

    Originally Posted by b-man View Post
    Btw, here is my highly modified /etc/init.d/n900_wd script that is supposed to launch the watchdog daemon; do any of you that are good at init scripts/runlevels see a fault in this?

    Code:
    #!/bin/sh
    #/etc/init.d/n900_wd: start rx51 hw watchdog service.
    
    ### BEGIN INIT INFO
    # Provides:          n900_wd
    # Short-Description: Start rx51 hw watchdog service.
    # Required-Start:    $remote_fs
    # Required-Stop:     $remote_fs
    # X-Start-Before:    $all
    # Default-Start:     2 3 4 5
    # Default-Stop:      
    ### END INIT INFO
    
    [ -x /usr/sbin/wd_keepalive ] || exit 0
    
    RETVAL=0
    PROG=wd_keepalive
    PIDFILE=/var/run/wd_keepalive.pid
    LOCKFILE=/var/lock/subsys/n900_wd
    
    return_failure(){
      echo -n "Starting ${0} failed"
    }
    
    return_sucsess(){
      echo -n "Starting ${0} sucseeded"
    }
    
    start(){
      echo -n "Starting ${PROG}..."
      /usr/sbin/${PROG} -c /etc/watchdog-omap.conf
      RETVAL=$?
      [ ${RETVAL} -ne 0 ] && (return_failure; echo; exit ${RETVAL})
      /usr/sbin/${PROG} -c /etc/watchdog-twl4030.conf
      RETVAL=$?
      [ ${RETVAL} -eq 0 ] && touch ${LOCKFILE}
      [ ${RETVAL} -eq 0 ] && return_sucsess
      [ ${RETVAL} -ne 0 ] && return_failure
      echo
      exit ${RETVAL}
    }
    
    stop(){
      rm -rf ${LOCKFILE} ${PIDFILE}
    }
    
    restart(){
      stop
      start
    }
    
    case ${1} in
    start)
      start
    ;;
    stop)
      stop
    ;;
    restart)
      restart
    ;;
    *)
      echo "Usage: ${0} {start|stop|restart}"
      exit 1
    ;;
    esac
    heres my runlevle setup:

    Code:
    update-rc.d n900_wd start 09 2 3 4 5 .
    /etc/watchdog-twl4030.conf:

    Code:
    watchdog-device		= /dev/twl4030_wdt
    interval		= 10
    realtime		= yes
    priority		= 1
    /etc/watchdog-omap.conf:

    Code:
    watchdog-device		= /dev/watchdog
    interval		= 10
    realtime		= yes
    priority		= 1
    I'll be honest, I read the script and I'm just guessing its the script that reports that everything succeeds or fails when you start linux without a fancy picture above this info, and did not fully understand the syntax used, but some of it i understand. What might help is some questions I have that I'm wondering about.

    *Is this is the same script that worked booting fedora, or is it modified? If not have you tried that script?
    *How does MER tackle this?
    *What is the outcome of running this current script thats faulty? and under what circumstances should that happend? (skip that last question if you can write a book on it)

    Thanks for making progress on this field I'll ask around some friends that might or might not understand whats wrong

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to Siggen For This Useful Post:
    b-man

     
    mickeyjaw | # 16 | 2010-05-08, 14:37 | Report

    How goes the work with the watchdog? Can't you just disable the watchdog timer wih the flasher tool?

    Anyway, i'm going to take a different tack on this and have a go at getting lucid to work in a chroot. Just need to figure out how to configure Xephyr like qole does with debian. Hopefully this will enable me to run OpenOffice a bit quicker without having to reboot.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    b-man | # 17 | 2010-05-08, 19:33 | Report

    Originally Posted by mickeyjaw View Post
    How goes the work with the watchdog?
    Things haven't been so hot - I spent most of last weekend trying two approaches to the watchdog issue; implementing Stskeep's n900-support package which uses DSME to ping the watchdogs, and I've tried Jebba's approach which uses the watchdog package to directly ping the watchdogs - both did not work

    Originally Posted by mickeyjaw View Post
    Can't you just disable the watchdog timer wih the flasher tool?
    Yes and no; Yes, in that would prevent the hw watchdog from rebooting the device, and No because Ubuntu seems to also be shutting it's self down later on in the boot process due an unknown issue that i need to look into.

    Also, in my opinion putting the device in R&D mode just to boot another OS seems like bad practice, is unnecessary, and can be quite unsafe - especially for an inexperienced user who just wants to try out another os. When playing with R&D mode your playing with _very_low_level_ components of the device, and messing up these sensitive components could turn your device into a permanent brick. (i permanently bricked my N800 while experimenting with these components - accidentally wiped both the x-loader and nolo (1st and 2nd bootloader) turning it into a paperweight) Some people have also occasionally reported strange bugs while booted with R&D mode. Enabling R&D mode on the device really isn't recommended unless absolutely necessary.

    One of my goals with the projects that i do is to make things as non-invasive, safe, and as simple to setup as i can so everyone can try it out.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to b-man For This Useful Post:
    AlMehdi

     
    u2maemo | # 18 | 2010-05-08, 21:52 | Report

    Originally Posted by b-man View Post
    i permanently bricked my N800 while experimenting with these components - accidentally wiped both the x-loader and nolo (1st and 2nd bootloader) turning it into a paperweight
    Now my N810 is in same situation.
    /dev/mtdblock0, /dev/mtdblock1, /dev/mtdblock2 and /dev/mtdblock3 all were overwritten.

    I wonder if cold flashing can let it work again?

    btw. I searched and found it seems no successful case of cold flashing.

    my try always show "Suitable USB device not found, waiting."
    lsusb cannot show anything about N810 connection on usb port.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    u2maemo | # 19 | 2010-05-09, 01:05 | Report

    according to info about BeagleBoard


    Originally Posted by
    Depending on user button OMAP3 on BeagleBoard uses different boot order. Normal order if user button isn't pressed at power up is boot from

    NAND -> USB -> UART -> MMC

    press user button at power up to switch boot order to

    USB -> UART -> MMC -> NAND
    ROM code set from which boot can start. if not disable boot from MMC, "bricked device" shouldn't be dead.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    ear0wax | # 20 | 2010-05-21, 07:11 | Report

    did this whole idea just die off?*

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Page 2 of 5 | Prev |   1   2   3     4   | Next | Last
vBulletin® Version 3.8.8
Normal Logout