Re: [beagleboard] debian: test images (2014-01-10)
Hi, I'm using the image http://rcn-ee.net/deb/testing/2014-01-29/debian-7.3-lxde-armhf-2014-01-29.tar.xz because I needed the x server already installed . But I can't find how to disable lxde from starting anyone know ? On Sat, Feb 22, 2014 at 5:33 AM, Jason Kridner jkrid...@beagleboard.orgwrote: On Wed, Jan 29, 2014 at 4:09 PM, Robert Nelson robertcnel...@gmail.comwrote: Lets keep this going, round 4... First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases Fixes: 3.8.13-bone37 - 3.8.13-bone39 * rs485 support from Micka * dir-changeable propery for gpio-of-helper from Charles * cape-bone-proto from me *(new default pinmux) New Packages: python-pip, python-setuptools, python2.7-dev Fixes: systemd: limit journal to 8Mb (should fix ever expandign /var/logs issues) cape-bone-proto loaded on bootup by /etc/default/capemgr I have to say, I don't like this on by default. It drove my robot crazy! Driving pins without detection seems like an overall BAD(tm) idea. chromium: 32.0.1700.76 - 32.0.1700.102 nodejs: 0.10.24 - 0.10.25 https://github.com/beagleboard/am335x_pru_package.git /opt/source/am335x_pru_package multiarch: added /lib/ld-linux.so.3 (for those HelloWorld users with the wrong gcc armel compiler..) Adafruit_BBIO installed default apache moved from port 80 to 8080 (bonescript.socket takes over port 80) grow_partition.sh script for users of the microSD image.. * cd /opt/scripts/ * git pull * ./tools/grow_partition.sh * sudo reboot * (after a few minutes, df -h should use the whole disk..) bonescript-autorun.service enabled LCD3/LCD4/LCD7 users, xinput_calibrator is installed by default.. Can you please compare 3.8.13-bone36 with 3.8.13-bone39 to test Micka's touchcreen fix? I've tried to make it very easy to test via: cd /opt/scripts/tools sudo ./update_kernel.sh --kernel v3.8.13-bone36 sudo rm /etc/pointercal.xinput sudo reboot cd /opt/scripts/tools sudo ./update_kernel.sh --kernel v3.8.13-bone39 sudo rm /etc/pointercal.xinput sudo reboot So please compare and contrast bone36/bone39, as we really need testing from users.. Camera people (3.1MP and RadiumBoards): What userspace programs are we missing? gstreamer? OpenCV plugins? I really want to include a default shell script that'll take a picture and allow end users to validate the 3.1/Radium capes work.. (it'll be installed under /opt/scripts/capes/) Or even some html5 bone101 voodoo and show the image in the browser window? Questions? Should we switch to connman? (i'm still testing this too..) To test: apt-get remove wicd-* --purge apt-get install connman (no good gui with connman) Does your cape work? Does your wifi adapter work? Are we missing it's firmware? So go forward and test the first beta release. There are 3 files on the web server, depending on what you want to do. Using the same standard procedure found here: http://elinux.org/Beagleboard:Updating_The_Software http://rcn-ee.net/deb/testing/2014-01-29/ 3cc218e9303c6823035585364e2de2c0 ./BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz d7e00474379a85edcf6385bc9584466c ./bone-debian-7.3-2014-01-29-2gb.img.xz 2d0c043b311cc31bd6286c4c2058b174 ./debian-7.3-lxde-armhf-2014-01-29.tar.xz An eMMC flasher which can be installed to any 2GB or greater microSD card. [BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-29/BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz It takes about 10-15 Minutes to dd microSD (2GB), 15 minutes to flash eMMC (look for full 4 LED's) 2GB standalone image that can be flashed to any 2GB or greater. [bone-debian-7.3-2014-01-29-2gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-29/bone-debian-7.3-2014-01-29-2gb.img.xz It takes about 10-15 Minutes to dd microSD (2GB) To resize once booted: * cd /opt/scripts/ * git pull * ./tools/grow_partition.sh * sudo reboot Finally one of my classic setup_sdcard.sh. [debian-7.3-lxde-armhf-2014-01-22.tar.xz] http://rcn-ee.net/deb/testing/2014-01-29/debian-7.3-lxde-armhf-2014-01-29.tar.xz Note for users who use my classic setup_sdcard.sh script, here is the magic options to get the beaglebone project files + systemd. sudo ./setup_sdcard.sh --mmc /dev/sdX --uboot bone --beagleboard.org-production --enable-systemd To rebuild git clone git://github.com/beagleboard/image-builder.git cd image-builder git checkout bb.org-v2014.01.29 -b tmp touch release ./beagleboard.org_image.sh -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit
Re: [beagleboard] debian: test images (2014-01-10)
On Tue, Feb 25, 2014 at 7:47 AM, Micka mickamus...@gmail.com wrote: Hi, I'm using the image http://rcn-ee.net/deb/testing/2014-01-29/debian-7.3-lxde-armhf-2014-01-29.tar.xz because I needed the x server already installed . But I can't find how to disable lxde from starting anyone know ? I told lightdm to autostart lxde https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org.sh#L108 so change it Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
Ok thx, I figured out how to disable lightdm : sudo update-rc.d lightdm disable thx, On Tue, Feb 25, 2014 at 2:50 PM, Robert Nelson robertcnel...@gmail.comwrote: On Tue, Feb 25, 2014 at 7:47 AM, Micka mickamus...@gmail.com wrote: Hi, I'm using the image http://rcn-ee.net/deb/testing/2014-01-29/debian-7.3-lxde-armhf-2014-01-29.tar.xz because I needed the x server already installed . But I can't find how to disable lxde from starting anyone know ? I told lightdm to autostart lxde https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org.sh#L108 so change it Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Wed, Jan 29, 2014 at 4:09 PM, Robert Nelson robertcnel...@gmail.comwrote: Lets keep this going, round 4... First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases Fixes: 3.8.13-bone37 - 3.8.13-bone39 * rs485 support from Micka * dir-changeable propery for gpio-of-helper from Charles * cape-bone-proto from me *(new default pinmux) New Packages: python-pip, python-setuptools, python2.7-dev Fixes: systemd: limit journal to 8Mb (should fix ever expandign /var/logs issues) cape-bone-proto loaded on bootup by /etc/default/capemgr I have to say, I don't like this on by default. It drove my robot crazy! Driving pins without detection seems like an overall BAD(tm) idea. chromium: 32.0.1700.76 - 32.0.1700.102 nodejs: 0.10.24 - 0.10.25 https://github.com/beagleboard/am335x_pru_package.git /opt/source/am335x_pru_package multiarch: added /lib/ld-linux.so.3 (for those HelloWorld users with the wrong gcc armel compiler..) Adafruit_BBIO installed default apache moved from port 80 to 8080 (bonescript.socket takes over port 80) grow_partition.sh script for users of the microSD image.. * cd /opt/scripts/ * git pull * ./tools/grow_partition.sh * sudo reboot * (after a few minutes, df -h should use the whole disk..) bonescript-autorun.service enabled LCD3/LCD4/LCD7 users, xinput_calibrator is installed by default.. Can you please compare 3.8.13-bone36 with 3.8.13-bone39 to test Micka's touchcreen fix? I've tried to make it very easy to test via: cd /opt/scripts/tools sudo ./update_kernel.sh --kernel v3.8.13-bone36 sudo rm /etc/pointercal.xinput sudo reboot cd /opt/scripts/tools sudo ./update_kernel.sh --kernel v3.8.13-bone39 sudo rm /etc/pointercal.xinput sudo reboot So please compare and contrast bone36/bone39, as we really need testing from users.. Camera people (3.1MP and RadiumBoards): What userspace programs are we missing? gstreamer? OpenCV plugins? I really want to include a default shell script that'll take a picture and allow end users to validate the 3.1/Radium capes work.. (it'll be installed under /opt/scripts/capes/) Or even some html5 bone101 voodoo and show the image in the browser window? Questions? Should we switch to connman? (i'm still testing this too..) To test: apt-get remove wicd-* --purge apt-get install connman (no good gui with connman) Does your cape work? Does your wifi adapter work? Are we missing it's firmware? So go forward and test the first beta release. There are 3 files on the web server, depending on what you want to do. Using the same standard procedure found here: http://elinux.org/Beagleboard:Updating_The_Software http://rcn-ee.net/deb/testing/2014-01-29/ 3cc218e9303c6823035585364e2de2c0 ./BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz d7e00474379a85edcf6385bc9584466c ./bone-debian-7.3-2014-01-29-2gb.img.xz 2d0c043b311cc31bd6286c4c2058b174 ./debian-7.3-lxde-armhf-2014-01-29.tar.xz An eMMC flasher which can be installed to any 2GB or greater microSD card. [BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-29/BBB-eMMC-flasher-debian-7.3-2014-01-29-2gb.img.xz It takes about 10-15 Minutes to dd microSD (2GB), 15 minutes to flash eMMC (look for full 4 LED's) 2GB standalone image that can be flashed to any 2GB or greater. [bone-debian-7.3-2014-01-29-2gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-29/bone-debian-7.3-2014-01-29-2gb.img.xz It takes about 10-15 Minutes to dd microSD (2GB) To resize once booted: * cd /opt/scripts/ * git pull * ./tools/grow_partition.sh * sudo reboot Finally one of my classic setup_sdcard.sh. [debian-7.3-lxde-armhf-2014-01-22.tar.xz] http://rcn-ee.net/deb/testing/2014-01-29/debian-7.3-lxde-armhf-2014-01-29.tar.xz Note for users who use my classic setup_sdcard.sh script, here is the magic options to get the beaglebone project files + systemd. sudo ./setup_sdcard.sh --mmc /dev/sdX --uboot bone --beagleboard.org-production --enable-systemd To rebuild git clone git://github.com/beagleboard/image-builder.git cd image-builder git checkout bb.org-v2014.01.29 -b tmp touch release ./beagleboard.org_image.sh -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Wed, Jan 29, 2014 at 4:09 PM, Robert Nelson robertcnel...@gmail.com wrote: To rebuild git clone git://github.com/beagleboard/image-builder.git cd image-builder git checkout bb.org-v2014.01.29 -b tmp touch release ./beagleboard.org_image.sh I attempted to rebuild the image (mainly for educational purposes) but the build hangs when attempting to clone boot-scripts: Log: (chroot) adding admin group to /etc/sudoers Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Log: (chroot) Warning, qemu can fail here... (run on real armv7l hardware for production images) Log: (chroot): [git clone https://github.com/RobertCNelson/boot-scripts /opt/scripts/ --depth 1 || true] Cloning into '/opt/scripts'... remote: Counting objects: 32, done. remote: Compressing objects: 100% (26/26), done. remote: Total 32 (delta 6), reused 21 (delta 0) [stops here] $ ps aux | grep git root 29272 0.0 0.0 4136812 4788 pts/0S+ 21:06 0:00 /usr/bin/qemu-arm-static /usr/bin/git clone https://github.com/RobertCNelson/boot-scripts /opt/scripts/ --depth 1 root 29273 0.2 0.0 4203256 13480 pts/0 S+ 21:06 0:02 /usr/bin/qemu-arm-static /usr/lib/git-core/git-remote-https origin https://github.com/RobertCNelson/boot-scripts root 29275 0.0 0.0 4203228 5380 pts/0S+ 21:06 0:00 /usr/bin/qemu-arm-static /usr/lib/git-core/git fetch-pack --stateless-rpc --stdin --lock-pack --include-tag --thin --depth=1 https://github.com/RobertCNelson/boot-scripts/ root 29278 0.0 0.0 4137840 3792 pts/0S+ 21:06 0:00 /usr/bin/qemu-arm-static /usr/lib/git-core/git fetch-pack --stateless-rpc --stdin --lock-pack --include-tag --thin --depth=1 https://github.com/RobertCNelson/boot-scripts/ jvaller+ 32164 0.0 0.0 10288 880 pts/1S+ 21:28 0:00 grep git If I git clone the boot-scripts repository outside of this script, I have no issues. It only hangs when run from the beagleboard.org_image.sh script. This is on 64-bit Debian jessie. Any ideas on what might be causing this? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
I had this issue with my MachineKit images until I switched to lightdm instead of xdm. Lightdm is trusted by consolekit (no relation to MachineKit! :) and thus allows things like rebooting and user mounting of USB devices. I was running xfce4, however, so lxde might be different. Yeah, it's lxpanel that can't get the permissions.. We are using lightdm/systemd underneath lxde.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
So, evidently you cannot log out / shutdown / or reboot from LXDE if there is a ssh session open with super user active.It fails with Authentication needed. Log out of the ssh session and LXDE has full control again. On Thursday, January 23, 2014 1:04:01 PM UTC-6, RobertCNelson wrote: On Thu, Jan 23, 2014 at 9:35 AM, Charles Steinkuehler cha...@steinkuehler.net javascript: wrote: On 1/23/2014 9:40 AM, Robert Nelson wrote: All play with ideas, as i've fixed most of the things on my bug list and pushed that out as 2014.01.22.. Let me know if you need help. I've done a lot of initrd hacking from my Linux Router Project / LEAF days, and am comfortable playing with disk partitions at a low level. Okay, I've cobbled together a few things to make it work.. (this using the 2014-01-22 images as a base) cd /opt/scripts/tools git pull # df -h | grep mmc /dev/mmcblk0p2 3.5G 1.3G 2.1G 38% / /dev/mmcblk0p1 96M 69M 27M 72% /boot/uboot /dev/mmcblk1p2 1.7G 1.3G 351M 78% /media/rootfs /dev/mmcblk1p1 96M 72M 25M 75% /media/boot ./grow_partition.sh ( https://github.com/RobertCNelson/boot-scripts/blob/master/tools/grow_partition.sh ) (ignore all errors) reboot (this is run by: https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L102 ) # cat /boot/uboot/debug/resize.log resize2fs 1.42.5 (29-Jul-2012) Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 1 The filesystem on /dev/mmcblk0p2 is now 1915648 blocks long. # df -h | grep mmc /dev/mmcblk0p2 7.2G 1.3G 5.6G 18% / /dev/mmcblk0p1 96M 69M 27M 72% /boot/uboot /dev/mmcblk1p2 1.7G 1.3G 351M 78% /media/rootfs /dev/mmcblk1p1 96M 72M 25M 75% /media/boot Details: /opt/scripts/tools stuff gets populated by default: https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts/chroot.sh#L557 Issues: 64MB - 96MB (for years we used a 64MB boot partition, but switched to 96MB recently) Grow is hard-coded to 96M: https://github.com/RobertCNelson/boot-scripts/blob/master/tools/grow_partition.sh#L60 A better option is to use sfdisk-'s -N2 option to only expand that.. https://github.com/RobertCNelson/boot-scripts/blob/master/tools/grow_partition.sh#L52 I couldn't get that to work.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 1/27/2014 9:23 PM, Robert Nelson wrote: On Mon, Jan 27, 2014 at 9:16 PM, Louis McCarthy compeo...@gmail.com wrote: So, evidently you cannot log out / shutdown / or reboot from LXDE if there is a ssh session open with super user active.It fails with Authentication needed. Log out of the ssh session and LXDE has full control again. Yeah, that is annoying. I have not found a working workaround for that situation.. In a way it seems sane.. A normal user is not allowed to reboot a machine when the root user is logged in over serial. I had this issue with my MachineKit images until I switched to lightdm instead of xdm. Lightdm is trusted by consolekit (no relation to MachineKit! :) and thus allows things like rebooting and user mounting of USB devices. I was running xfce4, however, so lxde might be different. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
yes, having an 8G option would be really nice. 4G to an 8G card wastes half the card and makes it a pain to ever recover the other 4G. Finally found a utility that restores full capacity but 8G would be quite nice if it's not much more trouble to produce. Eric On Fri, Jan 10, 2014 at 3:36 PM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Jan 10, 2014 at 5:09 PM, David Lambert d...@lambsys.com wrote: On 01/10/2014 04:11 PM, Robert Nelson wrote: 4GB standalone image that can be flashed to any 4GB or greater. [bone-debian-7.3-2014-01-10-4gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-10/bone-debian-7.3-2014-01-10-4gb.img.xz 096915309ec4a8fe41b1e8076a0c436b bone-debian-7.3-2014-01-10-4gb.img.xz It takes about 20-30 Minutes to dd microSD (4GB) OK It only took my system a tad over 8 minutes to a Transcend 8G SD: Should i also push out a 8GB image? it's all zero's and it just compresses very well.. time xzcat /home/dlambert/downloads/bone-debian-7.3-2014-01-10-4gb.img.xz | dd bs=10M of=/dev/sdc 0+345858 records in 0+345858 records out 393216 bytes (3.9 GB) copied, 493.82 s, 8.0 MB/s real8m13.823s user0m38.910s sys0m6.756s First impressions great, came right up systemd, avahi, etc. I will keep on testing over the weekend. BTW is the kernel the same as the default in git://github.com/RobertCNelson/linux-dev.git? specifially: 3.8.13-bone35 Any hints yet on how to handle pinmux GPIO etc. now that capemgr is not yet there? By default it's still 3.8 so that all books/guides/etc written for Angstrom work.. Down the road it'll be v3.13.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Thu, Jan 23, 2014 at 3:22 AM, Eric Fort eric.f...@gmail.com wrote: yes, having an 8G option would be really nice. 4G to an 8G card wastes half the card and makes it a pain to ever recover the other 4G. Finally found a utility that restores full capacity but 8G would be quite nice if it's not much more trouble to produce. Yeah i can easily add a 8G option, once compressed it's the same size as the 4G on the server. It's only painful for 8G users, as dd has to dump all the zero's.. But i'd really like someone to write a script to automate the resize on bootup from the bbb.. ;) We have the initrd.img, so it could be done before the root partition is first loaded.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 1/23/2014 9:12 AM, Robert Nelson wrote: But i'd really like someone to write a script to automate the resize on bootup from the bbb.. ;) We have the initrd.img, so it could be done before the root partition is first loaded.. I'm not sure you'd want to put everything required to resize the root partition into the initrd. What about something similar to /forcefsck where an init script runs and checks for the presence of /resizerootfs or somesuch and then makes the various required checks (that there is actually space available, the filesystem is clean, the filesystem is a type that can be extende3d, etc). Can any simplifying assumptions be made about things like the root device, partition layout, etc? It would be nice if you could just have a 2G raw image (saves time writing) and expand the filesystem on the first boot. How long does it take to expand an ext4 filesystem, anyway? I use jfs on my x86 boxes because you can expand the fs live while it's mounted (very handy for virtual machines and systems with SAN back-ends, where I'm always growing the storage!). Last I checked, resizing ext3 was a royal PITA by comparison...I hope this is improved with ext4. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Thu, Jan 23, 2014 at 8:58 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 1/23/2014 9:12 AM, Robert Nelson wrote: But i'd really like someone to write a script to automate the resize on bootup from the bbb.. ;) We have the initrd.img, so it could be done before the root partition is first loaded.. I'm not sure you'd want to put everything required to resize the root partition into the initrd. I was thinking about doing it in the initrd to remove the reboot in the process.. use fdisk to re-partition drive: reboot run resize2fs What about something similar to /forcefsck where an init script runs and checks for the presence of /resizerootfs or somesuch and then makes the various required checks (that there is actually space available, the filesystem is clean, the filesystem is a type that can be extende3d, etc). adding /resizerootfs to the fat boot partition would be a good trigger for the script.. Can any simplifying assumptions be made about things like the root device, partition layout, etc? with sfdisk we can easily dump/restore.. sfdisk -d /dev/mmcblk0 part_table sfdisk /dev/mmcblk0 part_table For the default images i've been using: sudo sfdisk --in-order --Linux --unit M /dev/mmcblk0 -__EOF__ 1,96,0xE,* ,,,- __EOF__ Could just cheat and always force that.. It would be nice if you could just have a 2G raw image (saves time writing) and expand the filesystem on the first boot. How long does it take to expand an ext4 filesystem, anyway? I use jfs on my x86 boxes because you can expand the fs live while it's mounted (very handy for virtual machines and systems with SAN back-ends, where I'm always growing the storage!). Last I checked, resizing ext3 was a royal PITA by comparison...I hope this is improved with ext4. All play with ideas, as i've fixed most of the things on my bug list and pushed that out as 2014.01.22.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 1/23/2014 9:40 AM, Robert Nelson wrote: All play with ideas, as i've fixed most of the things on my bug list and pushed that out as 2014.01.22.. Let me know if you need help. I've done a lot of initrd hacking from my Linux Router Project / LEAF days, and am comfortable playing with disk partitions at a low level. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Sat, Jan 11, 2014 at 7:40 AM, David Lambert d...@lambsys.com wrote: On 01/10/2014 04:11 PM, Robert Nelson wrote: It's Friday and everyone is probally kicking back and enjoying a cold beverage... Well enough of that crap, time to start actually testing something... ;) First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases Still not confirmed on the bug tracker, but I see this panic on halt: root@beaglebone:~# halt Broadcast message from root@beaglebone (ttyO0) (Fri Jan 10 17:17:21 2014): The system is going down for system halt NOW! root@beaglebone:~# Sending SIGTERM to remaining processes... Sending SIGKILL to remaining processes... Unmounting file systems. Unmounted /sys/fs/fuse/connections. Unmounted /dev/mqueue. Unmounted /sys/kernel/debug. Unmounted /sys/kernel/security. Disabling swaps. Detaching loop devices. Detaching DM devices. [ 40.057138] (NULL device *): gadget not registered. [ 40.072972] Power down. [ 40.079180] Kernel panic - not syncing: Attempted to kill init! exitcode=0x [ 40.079180] [ 40.088830] [c0013270] (unwind_backtrace+0x0/0xe0) from [c0630514] (panic+0x84/0x1e0) [ 40.097438] [c0630514] (panic+0x84/0x1e0) from [c0040364] (do_exit+0x470/0x88c) [ 40.105501] [c0040364] (do_exit+0x470/0x88c) from [c004ed30] (sys_reboot+0x128/0x1b4) [ 40.114106] [c004ed30] (sys_reboot+0x128/0x1b4) from [c000d580] (ret_fast_syscall+0x0/0x30) [ 40.123242] drm_kms_helper: panic occurred, switching back to text console Just added this as: http://bugs.elinux.org/issues/39 (i'm not sure how to approve people to the bug tracker either..) I can confirm the issue on my board too.. However, since the board does actually shutdown. (5volt 0amps) I think we'll just leave that bug. wonder if it exists in 3.13-rc8? Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 01/13/2014 10:06 AM, Robert Nelson wrote: On Sat, Jan 11, 2014 at 7:40 AM, David Lambert d...@lambsys.com wrote: On 01/10/2014 04:11 PM, Robert Nelson wrote: It's Friday and everyone is probally kicking back and enjoying a cold beverage... Well enough of that crap, time to start actually testing something... ;) First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases Still not confirmed on the bug tracker, but I see this panic on halt: root@beaglebone:~# halt Broadcast message from root@beaglebone (ttyO0) (Fri Jan 10 17:17:21 2014): The system is going down for system halt NOW! root@beaglebone:~# Sending SIGTERM to remaining processes... Sending SIGKILL to remaining processes... Unmounting file systems. Unmounted /sys/fs/fuse/connections. Unmounted /dev/mqueue. Unmounted /sys/kernel/debug. Unmounted /sys/kernel/security. Disabling swaps. Detaching loop devices. Detaching DM devices. [ 40.057138] (NULL device *): gadget not registered. [ 40.072972] Power down. [ 40.079180] Kernel panic - not syncing: Attempted to kill init! exitcode=0x [ 40.079180] [ 40.088830] [c0013270] (unwind_backtrace+0x0/0xe0) from [c0630514] (panic+0x84/0x1e0) [ 40.097438] [c0630514] (panic+0x84/0x1e0) from [c0040364] (do_exit+0x470/0x88c) [ 40.105501] [c0040364] (do_exit+0x470/0x88c) from [c004ed30] (sys_reboot+0x128/0x1b4) [ 40.114106] [c004ed30] (sys_reboot+0x128/0x1b4) from [c000d580] (ret_fast_syscall+0x0/0x30) [ 40.123242] drm_kms_helper: panic occurred, switching back to text console Just added this as: http://bugs.elinux.org/issues/39 (i'm not sure how to approve people to the bug tracker either..) I can confirm the issue on my board too.. However, since the board does actually shutdown. (5volt 0amps) I think we'll just leave that bug. wonder if it exists in 3.13-rc8? Just tried a quick test on 3.13-rc8 - no panic, but no shutdown either! Regards, Regards, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf
Re: [beagleboard] debian: test images (2014-01-10)
Just tried a quick test on 3.13-rc8 - no panic, but no shutdown either! and no xorg... been hacking on it all morning.. regression from v3.12.x Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 01/10/2014 04:11 PM, Robert Nelson wrote: It's Friday and everyone is probally kicking back and enjoying a cold beverage... Well enough of that crap, time to start actually testing something... ;) First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases Still not confirmed on the bug tracker, but I see this panic on halt: root@beaglebone:~# halt Broadcast message from root@beaglebone (ttyO0) (Fri Jan 10 17:17:21 2014): The system is going down for system halt NOW! root@beaglebone:~# Sending SIGTERM to remaining processes... Sending SIGKILL to remaining processes... Unmounting file systems. Unmounted /sys/fs/fuse/connections. Unmounted /dev/mqueue. Unmounted /sys/kernel/debug. Unmounted /sys/kernel/security. Disabling swaps. Detaching loop devices. Detaching DM devices. [ 40.057138] (NULL device *): gadget not registered. [ 40.072972] Power down. [ 40.079180] Kernel panic - not syncing: Attempted to kill init! exitcode=0x [ 40.079180] [ 40.088830] [c0013270] (unwind_backtrace+0x0/0xe0) from [c0630514] (panic+0x84/0x1e0) [ 40.097438] [c0630514] (panic+0x84/0x1e0) from [c0040364] (do_exit+0x470/0x88c) [ 40.105501] [c0040364] (do_exit+0x470/0x88c) from [c004ed30] (sys_reboot+0x128/0x1b4) [ 40.114106] [c004ed30] (sys_reboot+0x128/0x1b4) from [c000d580] (ret_fast_syscall+0x0/0x30) [ 40.123242] drm_kms_helper: panic occurred, switching back to text console Regards, Dave. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf
Re: [beagleboard] debian: test images (2014-01-10)
On 01/10/2014 04:11 PM, Robert Nelson wrote: 4GB standalone image that can be flashed to any 4GB or greater. [bone-debian-7.3-2014-01-10-4gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-10/bone-debian-7.3-2014-01-10-4gb.img.xz 096915309ec4a8fe41b1e8076a0c436b bone-debian-7.3-2014-01-10-4gb.img.xz It takes about 20-30 Minutes to dd microSD (4GB) OK It only took my system a tad over 8 minutes to a Transcend 8G SD: time xzcat /home/dlambert/downloads/bone-debian-7.3-2014-01-10-4gb.img.xz | dd bs=10M of=/dev/sdc 0+345858 records in 0+345858 records out 393216 bytes (3.9 GB) copied, 493.82 s, 8.0 MB/s real8m13.823s user0m38.910s sys0m6.756s First impressions great, came right up systemd, avahi, etc. I will keep on testing over the weekend. BTW is the kernel the same as the default in git://github.com/RobertCNelson/linux-dev.git? Any hints yet on how to handle pinmux GPIO etc. now that capemgr is not yet there? Regards, Dave. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf
Re: [beagleboard] debian: test images (2014-01-10)
On 01/10/2014 04:11 PM, Robert Nelson wrote: It's Friday and everyone is probally kicking back and enjoying a cold beverage... Well enough of that crap, time to start actually testing something... ;) First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases OK I registered, but awaiting approval. In the meantime, I got the following: Uncompressing Linux... done, booting the kernel. [0.369399] omap2_mbox_probe: platform not supported [0.526579] tps65217-bl tps65217-bl: no platform data provided [0.591595] bone-capemgr bone_capemgr.9: slot #0: No cape found [0.628702] bone-capemgr bone_capemgr.9: slot #1: No cape found [0.665810] bone-capemgr bone_capemgr.9: slot #2: No cape found [0.702918] bone-capemgr bone_capemgr.9: slot #3: No cape found [0.718940] bone-capemgr bone_capemgr.9: slot #6: BB-BONELT-HDMIN conflict P8.45 (#5:BB-BONELT-HDMI) [0.728585] bone-capemgr bone_capemgr.9: slot #6: Failed verification [0.735360] bone-capemgr bone_capemgr.9: loader: failed to load slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [0.752808] omap_hsmmc mmc.5: of_parse_phandle_with_args of 'reset' failed [0.814570] pinctrl-single 44e10800.pinmux: pin 44e10854 already requested by 44e10800.pinmux; cannot claim for gpio-leds.8 [0.826308] pinctrl-single 44e10800.pinmux: pin-21 (gpio-leds.8) status -22 [0.833623] pinctrl-single 44e10800.pinmux: could not request pin 21 on device pinctrl-single Don't know whether this is a bug or not, but I am also a bit confused as I thought the capemgr was not yet in 3.13? Dave. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf
Re: [beagleboard] debian: test images (2014-01-10)
On Fri, Jan 10, 2014 at 5:09 PM, David Lambert d...@lambsys.com wrote: On 01/10/2014 04:11 PM, Robert Nelson wrote: 4GB standalone image that can be flashed to any 4GB or greater. [bone-debian-7.3-2014-01-10-4gb.img.xz] http://rcn-ee.net/deb/testing/2014-01-10/bone-debian-7.3-2014-01-10-4gb.img.xz 096915309ec4a8fe41b1e8076a0c436b bone-debian-7.3-2014-01-10-4gb.img.xz It takes about 20-30 Minutes to dd microSD (4GB) OK It only took my system a tad over 8 minutes to a Transcend 8G SD: Should i also push out a 8GB image? it's all zero's and it just compresses very well.. time xzcat /home/dlambert/downloads/bone-debian-7.3-2014-01-10-4gb.img.xz | dd bs=10M of=/dev/sdc 0+345858 records in 0+345858 records out 393216 bytes (3.9 GB) copied, 493.82 s, 8.0 MB/s real8m13.823s user0m38.910s sys0m6.756s First impressions great, came right up systemd, avahi, etc. I will keep on testing over the weekend. BTW is the kernel the same as the default in git://github.com/RobertCNelson/linux-dev.git? specifially: 3.8.13-bone35 Any hints yet on how to handle pinmux GPIO etc. now that capemgr is not yet there? By default it's still 3.8 so that all books/guides/etc written for Angstrom work.. Down the road it'll be v3.13.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On Fri, Jan 10, 2014 at 5:25 PM, David Lambert d...@lambsys.com wrote: On 01/10/2014 04:11 PM, Robert Nelson wrote: It's Friday and everyone is probally kicking back and enjoying a cold beverage... Well enough of that crap, time to start actually testing something... ;) First, for tracking please report all bugs to: http://bugs.elinux.org/projects/debian-image-releases OK I registered, but awaiting approval. In the meantime, I got the following: Uncompressing Linux... done, booting the kernel. [0.369399] omap2_mbox_probe: platform not supported [0.526579] tps65217-bl tps65217-bl: no platform data provided [0.591595] bone-capemgr bone_capemgr.9: slot #0: No cape found [0.628702] bone-capemgr bone_capemgr.9: slot #1: No cape found [0.665810] bone-capemgr bone_capemgr.9: slot #2: No cape found [0.702918] bone-capemgr bone_capemgr.9: slot #3: No cape found [0.718940] bone-capemgr bone_capemgr.9: slot #6: BB-BONELT-HDMIN conflict P8.45 (#5:BB-BONELT-HDMI) [0.728585] bone-capemgr bone_capemgr.9: slot #6: Failed verification [0.735360] bone-capemgr bone_capemgr.9: loader: failed to load slot-6 BB-BONELT-HDMIN:00A0 (prio 2) [0.752808] omap_hsmmc mmc.5: of_parse_phandle_with_args of 'reset' failed [0.814570] pinctrl-single 44e10800.pinmux: pin 44e10854 already requested by 44e10800.pinmux; cannot claim for gpio-leds.8 [0.826308] pinctrl-single 44e10800.pinmux: pin-21 (gpio-leds.8) status -22 [0.833623] pinctrl-single 44e10800.pinmux: could not request pin 21 on device pinctrl-single Don't know whether this is a bug or not, but I am also a bit confused as I thought the capemgr was not yet in 3.13? That same error occurs on angstrom's 3.8.. HDMI no audio is trying to load on top of hdmi with audio... Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] debian: test images (2014-01-10)
On 01/10/2014 05:36 PM, Robert Nelson wrote: Should i also push out a 8GB image? it's all zero's and it just compresses very well.. I know but I think most of the time is writing to the SD, so it would be nice if there was a good way to resize the root using parted or something? specifially: 3.8.13-bone35 Any hints yet on how to handle pinmux GPIO etc. now that capemgr is not yet there? By default it's still 3.8 so that all books/guides/etc written for Angstrom work.. Down the road it'll be v3.13.. Yes, I know how to do that on 3.8, but I'm lost with 3.13. Looks like I will have to roll my own pinmux for now to get the USB improvements ;) Regards, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf
Re: [beagleboard] debian: test images (2014-01-10)
On 01/10/2014 05:52 PM, David Lambert wrote: On 01/10/2014 05:36 PM, Robert Nelson wrote: Should i also push out a 8GB image? it's all zero's and it just compresses very well.. I know but I think most of the time is writing to the SD, so it would be nice if there was a good way to resize the root using parted or something? I just used parted - it worked fine: root@beaglebone:~# df Filesystem 1K-blocksUsed Available Use% Mounted on rootfs 7537984 1220976 5930864 18% / udev 10240 0 10240 0% /dev tmpfs 101464 548100916 1% /run /dev/mmcblk0p2 7537984 1220976 5930864 18% / tmpfs 253652 0253652 0% /dev/shm tmpfs 253652 0253652 0% /sys/fs/cgroup tmpfs 102400 0102400 0% /run/user tmpfs 5120 0 5120 0% /run/lock /dev/mmcblk0p1 98094 70260 27834 72% /boot/uboot specifially: 3.8.13-bone35 Any hints yet on how to handle pinmux GPIO etc. now that capemgr is not yet there? By default it's still 3.8 so that all books/guides/etc written for Angstrom work.. Down the road it'll be v3.13.. Yes, I know how to do that on 3.8, but I'm lost with 3.13. Looks like I will have to roll my own pinmux for now to get the USB improvements ;) Regards, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. attachment: dave.vcf