Re: [beagleboard] Re: BBB as modified file system --- MTP
No. On Feb 21, 2016 9:51 AM, <cla...@xenei.com> wrote: > Ivo, > > Did you ever get an MTP responder working on beagleboard? > > Claude > > On Monday, October 27, 2014 at 12:31:40 AM UTC, ivo welch wrote: >> >> >> ok, further research. I discovered that I probably want to write a usb >> mtp (media transfer protocol) driver for the BBB. if anyone has already >> written one, please let me know. >> >> On Saturday, October 25, 2014 8:48:38 PM UTC-7, ivo welch wrote: >>> >>> >>> dear BBB experts: I would like to create a high-level filesystem device >>> on my BBB that my (possibly malicious) linux PC can communicate with over >>> USB in EHCI (USB 2.0 high-speed). I will want to switch off everything >>> else, incl ethernet-over-usb, again because I will guess that my PC is >>> infected. >>> >>> from the PC perspective, I want the BBB to operate at roughly at the >>> level of a fuse filesystem, albeit with its own processor that can enforce >>> separation. >>> >>> most importantly, I would like the BBB to hook into the "open file" >>> request call. for example, I want my BBB to log every file open request to >>> its own /tmp/log/file-logged, return an error if I don't like the filename, >>> mangle the filename (e.g., shorten it of auto-expand it), or disallow >>> opening a file for write when a pin is bridged or when the file resides in >>> the /ro/ part of the file system or the filename contains the string "ro". >>> >>> on the PC, I want to do >>> >>>PC$ mount -t speak2mybbb /dev/usb1 /mnt/usb1 ## say my BBB sits on >>> /dev/usb1 >>>PC$ echo "hi" > /mnt/usb1/rw/file2## create a file >>>PC$ ls /mnt/usb1/rw/ ## note: my BBB has mangled the filename >>>file2-mangled-file-name >>>PC$ cat /mnt/usb1/rw/file2-remangleme ## note: my BBB can remangle >>> and figure this out >>>hi >>>PC$ echo "hi" > /mnt/usb1/ro/file2 ## note: my BBB knows that /ro/ >>> is read-only and does not allow writing here. >>>ERROR: no such file or directory >>>PC$ umount /dev/usb1 >>> >>> at first, I thought I should hook into the USB mass storage driver, >>> because it already does EHCI and reading the USB spec, there is a lot of >>> stuff that can go wrong. but the problem, I believe, is that this layer >>> operates at too low a level. I deduct this because it supports many >>> different higher-level file systems, like FAT or ext4. presumably, the >>> USB-mass storage level is primarily "sector-read" and "sector-write," which >>> would make it very difficult to hook into a file-open. >>> >>> the USB serial driver works and would allow me to filter requests, and I >>> could write a fuse driver on the PC (not the BBB), but USB serial is slow. >>> >>> has anyone created an EHCI fuse-like file-system communication example? >>> any pointers by experts would be highly appreciated. >>> >>> regards, >>> >>> /iaw >>> >>> -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/rcYr_v6ZP3s/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- 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/d/optout.
Re: [beagleboard] Re: archive keyring on elinux is not found
makes sense (not to have a simple latest when there are many different kernels). on the webpage, are these instructions still recommended? cd /opt/scripts/tools/ git pull sudo ./update_kernel.sh sudo reboot I would at least note that there is an apt-get alternative for the following x kernsl. /iaw PS: (right now, I am wondering why the module usb-core is not loading, which presumably is why I am not getting lsusb identification.) -- 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/d/optout.
Re: [beagleboard] Re: archive keyring on elinux is not found
thx, robert. my /etc/dogtag said it wasn't that old: 2014-11-19. the keyring update made my apt-get update error go away. great. suggestion: add the kernel update instructions in the same doc, too. kernel update with apt-get went very smooth. I wonder whether there is a way to apt-get to most recent kernel, rather than having to know the linux-image-... details . then again, maybe this is now fixed, too. not sure if this matters, but sudo dpkg -i rcn-ee-archive-keyring_2015.01.28~bpo70%2b20150213%2b1_all.deb still complains. thanks again, robert. /iaw On Sunday, March 1, 2015 at 8:33:25 PM UTC-8, RobertCNelson wrote: On Sat, Feb 28, 2015 at 10:58 AM, ivo welch ivo...@gmail.com javascript: wrote: actually, more generic. my BBB is running Linux 7.8 (wheezy). I am trying to update to a more recent kernel. the kernel update instructions on elinux lead to kernel 3.8.13-bone70. I want to get to a newer kernel. (I think 3.14 is now available.) so, advice here [or a pointer to the latest instructions] would be great, too. Well it depends, what does cat /etc/dogtag say? if it's newer then say Sep/October 2014: then just: sudo apt-get update ; sudo apt-get install linux-image-3.14.34-ti-r52 ; sudo reboot But if it was so old you had to add my keyring, just grap a newer snapshot: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots 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/d/optout.
[beagleboard] archive keyring on elinux is not found
didn't know who to tell about the dead link, so I am doing it here. wget https://repos.rcn-ee.net/debian/pool/main/r/rcn-ee-archive-keyring/rcn-ee-archive-keyring_2015.01.28~bpo70%2b20150128%2b1_all.deb sudo dpkg -i rcn-ee-archive-keyring_2015.01.28~bpo70%2b20150128%2b1_all.deb http://elinux.org/Beagleboard:BeagleBoneBlack_Debian -- 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/d/optout.
[beagleboard] Re: archive keyring on elinux is not found
actually, more generic. my BBB is running Linux 7.8 (wheezy). I am trying to update to a more recent kernel. the kernel update instructions on elinux lead to kernel 3.8.13-bone70. I want to get to a newer kernel. (I think 3.14 is now available.) so, advice here [or a pointer to the latest instructions] would be great, too. On Saturday, February 28, 2015 at 8:46:33 AM UTC-8, ivo welch wrote: didn't know who to tell about the dead link, so I am doing it here. wget https://repos.rcn-ee.net/debian/pool/main/r/rcn-ee-archive-keyring/rcn-ee-archive-keyring_2015.01.28~bpo70%2b20150128%2b1_all.deb sudo dpkg -i rcn-ee-archive-keyring_2015.01.28~bpo70%2b20150128%2b1_all.deb http://elinux.org/Beagleboard:BeagleBoneBlack_Debian -- 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/d/optout.
Re: [beagleboard] Serial over USB
Nope. It's linux on metal. An i3 HP Notebook. I need to figure out how to benchmark throughput on usb0 network speed. On Dec 9, 2014 5:56 PM, William Hermans yyrk...@gmail.com wrote: Never really tested g_serial speeds myself, but I can tell you that g_ether is better than 100Mbit. Somewhere around 170Mbit and even better for some people. So long as you use a real Linux host. Anyhow, my point is the hardware is fast enough. I will say is that *if* your Linux desktop is actually in a Windows virtual machine, your performance issues have nothing to do with the BBB + software, and everything thing to do with the virtual machine + Windows. On Mon, Dec 8, 2014 at 11:36 PM, ivo welch ivo...@gmail.com wrote: I am looking for more information on running Serial over USB from a linux desktop host to the BBB device. Some information on the web seems out of date, at least on debian 7.7. other information is very helpful. I am summarizing here some of what I have learned myself first: a sending desktop linux can send information to the BBB over /dev/ttyACM0. a recipient BBB linux can receive information on /dev/ttyGS0 . this is part of the g_multi kernel module and thus works out of the box on debian 7.7. this can be tested as bbb# cat /dev/ttyGS0 desktop# echo hello /dev/ttyACM0 and the bbb should now echo hello. the comm is buffered, although I am not sure on which side (desktop or bbb). this is obvious from looking at the desktop immediately after a fresh boot: desktop# cat /dev/ttyACM0 which will still return the log in information from the boot on the first use. after the buffer is full, the device blocks and waits. information about the port settings can be found (and potentially set, though I don't think anything is needed) with stty -F /dev/ttyGS0 -a however, I believe that some of this are just pretend you are rs232 wrong. this is because I just wrote a little perl program that sends 1Mbyte into the device and then closes. this takes about 1.5 seconds. This would suggest a raw speed of about 7 Mbaud, a little bit faster than the 9.6 Kbaud that stty tells me. I am guessing that the serial port over USB uses the USB 1.1 full-speed protocol that caps out at 12 Mbaud. I believe hi-speed 480 Mbaud connections require block operations. the serial comm speed is interesting to compare to the usb mass storage speed. A dd from the desktop host to the mounted BBB mass-storage device partition over USB produces 21 Mbaud. so, the serial connection is about 1/3 of what the BBB is capable of over hi-speed USB mass storage. the eMMC limits out at about 70Mbaud local, which is itself about three times the speed of the mass storage driver over the USB 2.0 connection. (and remember that USB 2.0 is itself limited to 480Mbaud. I also tried to measure the speed over the usb0 ethernet with dd and netcat [nc] to see how close this could get, but I failed.) hope this helps. * one question: I have lost some information sent forth and back, which I believe is due to the bbb issuing (from /var/log/syslog) a serial-getty@ttyGS0.service.holdoff time over, scheduling restart is it possible to force ttyGS0 to always be available, and never to want to restart? * I may write a different driver that sits on top of the mass storage driver and communicates over a small shared storage area. it's a crazy idea, but it could be faster than serial-over-usb if I know that I will be dealing in blocks of 512 bytes and relatively easy to debug and synchronize. -- 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/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/pjJjlqXLLKM/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: [beagleboard] Re: very quick questions: startup of lxde
thank you, barry and don. the graphical startup can be disabled by moving not just rc2.d/S04lightdm to K04lightdm, but all rc*.d/S04lightdm. I was looking for xinit to see if I could get startx to set up, but there is no xinit package on arm. but this is not too bad. I can now write a script that checks whether hdmi is connected at boot and starts the X gui only then by moving the rc*d/*04lightdm files around. -- 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/d/optout.
Re: [beagleboard] Re: very quick questions: startup of lxde
On Wed, Dec 10, 2014 at 8:40 AM, Don deJuan donjuans...@gmail.com wrote: since when has there not been one? https://packages.debian.org/wheezy/xinit # apt-get install xinit ... Unable to locate package xinit # I think that not all packages are available for all architectures. this one is available on intel platforms, but not arm platforms, afaict. I may be wrong. my setup is standard 7.7 debian from robert nelson, without modifications. I did an apt-get upgrade and apt-get update first. I did not add new sites... Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ -- 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/d/optout.
Re: [beagleboard] Re: very quick questions: startup of lxde
I'll be darned. of course it's there. duh! I had forgotten to re-run the upgrade on my BBB after my re-flash. (I experiment for a while, and then to make sure I don't screw things up when I report back, I re-flash.) at least I learned what PEBKAC means, looking it up at the Urban Dict. /iaw -- 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/d/optout.
Re: [beagleboard] Serial over USB
thanks, william. I first went an easier route. I did create a 16MB random file on the host desktop, and rcp'ed it to a ramdisk on the BBB over usb. I am getting about 4MB/sec. then I went the iperf route. your memory was excellent, except the -C switch for the client is -c. this also reports a bandwidth of about 30 Mbaud. so, on my simple experiments (linux metal desktop, bbb rev c usb), here are my transfer speed comparisons (all in MBaud = MBit/s): serial over usb : 10 mass storage over usb : ~ 20 ethernet over usb : ~ 30-40 theoretical usb speed : ~ 480 local eMMC speed : ~ 70 I wonder if I can figure out how to send raw messages over USB with usb_bulk_msg() on the host without a higher level protocol (ethernet, usb mass storage, serial). has anyone written already a simple echo script for the BBB that just responds to usb_bulk_msg requests and prints summary info on the console? -- 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/d/optout.
[beagleboard] PTP Porting Bounty
I hope it is permissible to offer a bounty of $1,000-$2,000 for a GPL project (if completed by 2015-01-31). I would like the BBB to become a USB reference device for PTP. This means that I would like the normal low-level block-sector based file-system over USB that we are currently using to be replaced by a more mid-level file-id based system over USB that is used by android. fortunately, there is at least one ptp-gadget already in public existence, maintained by Michael Grzeschik, so my request is probably only a port with debugging, documentation, and posting requirements. the idea is for the BBB to become *the* reference implementation for a linux PTP stack, both on a host and on a device. when I looked, I learned that, although in wide use, most PTP/MTP implementations seem to be hacks that try to reverse-engineer the sins of others. that is, for example, even the linux host implementations are greatly concerned with making buggy legacy PTP/MTP devices work. in turn, some more modern devices do not seem to work with the standard low-level fuse-ptp linux hosts, even when they work well with gnome's gvfs. with a command-line interface, it should finally be possible to have solid tests of PTP/MTP communication protocol. something like # mount /dev/usb/... /mnt/ptp # mkdir /mnt/ptp/testme # perl checkptp.pl write /mnt/ptp/testfile 123 SUCCESS # perl checkptp.pl read /mnt/ptp/testfile 123 SUCCESS # perl checkptp.pl ls /mnt/ptp/testfile EXISTS # perl checkptp.pl read /mnt/ptp/nonexist FAIL # perl checkptp.pl rm /mnt/ptp/testfile SUCCESS # rmdir /mnt/ptp/testme # umount /mnt/ptp for my bounty, I only want the principal functions to be working (writefile, readfile, ls, rm, cd, mkdir, rmdir), but these I want to work rock-solid and fast (i.e., not just an over-serial-port emulation that maxes out at 115KBaud). it needs to work solidly with both gphotofs and gvfs. it needs to work if PTP is the only protocol communicating over the USB port between USB host desktop and USB gadget client BBB. it needs to be GPL'ed and public for everyone to use, hosted on git so that others (Robert Nelson?) can use it. This is not just a project for me. This project should also be of interest for others. Please drop me a private note (ivo.we...@gmail.com) if you are interested, and explain to me your expertise. I don't want multiple people to work on this. I would be particularly interested if this were done by someone who wanted to do it anyway, and maintain it for others after the project bounty is paid. /iaw -- 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/d/optout.
[beagleboard] Serial over USB
I am looking for more information on running Serial over USB from a linux desktop host to the BBB device. Some information on the web seems out of date, at least on debian 7.7. other information is very helpful. I am summarizing here some of what I have learned myself first: a sending desktop linux can send information to the BBB over /dev/ttyACM0. a recipient BBB linux can receive information on /dev/ttyGS0 . this is part of the g_multi kernel module and thus works out of the box on debian 7.7. this can be tested as bbb# cat /dev/ttyGS0 desktop# echo hello /dev/ttyACM0 and the bbb should now echo hello. the comm is buffered, although I am not sure on which side (desktop or bbb). this is obvious from looking at the desktop immediately after a fresh boot: desktop# cat /dev/ttyACM0 which will still return the log in information from the boot on the first use. after the buffer is full, the device blocks and waits. information about the port settings can be found (and potentially set, though I don't think anything is needed) with stty -F /dev/ttyGS0 -a however, I believe that some of this are just pretend you are rs232 wrong. this is because I just wrote a little perl program that sends 1Mbyte into the device and then closes. this takes about 1.5 seconds. This would suggest a raw speed of about 7 Mbaud, a little bit faster than the 9.6 Kbaud that stty tells me. I am guessing that the serial port over USB uses the USB 1.1 full-speed protocol that caps out at 12 Mbaud. I believe hi-speed 480 Mbaud connections require block operations. the serial comm speed is interesting to compare to the usb mass storage speed. A dd from the desktop host to the mounted BBB mass-storage device partition over USB produces 21 Mbaud. so, the serial connection is about 1/3 of what the BBB is capable of over hi-speed USB mass storage. the eMMC limits out at about 70Mbaud local, which is itself about three times the speed of the mass storage driver over the USB 2.0 connection. (and remember that USB 2.0 is itself limited to 480Mbaud. I also tried to measure the speed over the usb0 ethernet with dd and netcat [nc] to see how close this could get, but I failed.) hope this helps. * one question: I have lost some information sent forth and back, which I believe is due to the bbb issuing (from /var/log/syslog) a serial-getty@ttyGS0.service.holdoff time over, scheduling restart is it possible to force ttyGS0 to always be available, and never to want to restart? * I may write a different driver that sits on top of the mass storage driver and communicates over a small shared storage area. it's a crazy idea, but it could be faster than serial-over-usb if I know that I will be dealing in blocks of 512 bytes and relatively easy to debug and synchronize. -- 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/d/optout.
[beagleboard] very quick questions: startup of lxde, exports, usb babble, and shutdown
dear bbb experts: robert nelson's debian-lxde-7.7 image [1] is it possible first to boot to a console, and then to start lxde with startx? (I looked for /etc/init.d/lx*, but there was nothing there.) [2] the mass storage driver exports its BEAGLEBONE partition, seemingly as a whole device (not as a partition). thus, the host computer mounts /dev/sdb (if there is only one other sda) with the BBB's 96MB partition. I looked in /etc/* whether I could find what enables this behavior, but failed. [3] the log tells me about musb Babble interrupts to its host (powering) computer. I have tried this on multiple bbb's and cables. is this normal? (I also wonder if there could still be some gremlins in the USB drivers. if I plug a keyboard into the host bbb port, and then I try a couple of times to insert/remove the BBB gadget port connection, it doesn't connect the mass storage any longer. maybe the keyboard is defective, but the ports are different.) [4] how does lxde shut down? the command line shutdown now and reboot -p do not do it for me. but the gui lxde powerdown does. /iaw -- 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/d/optout.
[beagleboard] is power additive?
dear experts: quick hardware question: is power additive? that is, assume I have a 1A USB 5V adapter installed. if I now add a standard powered USB 2.0 connection (0.5A) to my (1A) USB 5V cable, does the BBB now have 1.5A? my hard drive shipped with a y-cable, that presumably helps it to draw 500mA*2. if I connect it to the BBB, can it draw 2A then? (or, if I only connect it, can the BBB draw 0.5A or 1A). /iaw -- 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/d/optout.
Re: [beagleboard] eMMC flashing suggestions
here is a revised version of my mini-guide to using robert nelson's images for flashing/updating.it is a summary of the OS installation (upgrading) process. the information is already spread in many different places, but here is a summary (again) for the google cache: debian is the recommend distribution now. (not ubuntu, not angstrom, not others, even though they probably work, too.) yet, I found the official debian 7.5 standard releases to be too finicky. I always got something different and weird. half the time it would just blink to tell me that it would access both uSD and eMMC, half the time it would stop with all four LEDs black. sometimes it got stuck at its hdmi conversation. once or twice, I got a red-letter X screen telling me that it was flashing, but it never got far even then. in contrast, when I tried the new console flasher release, debian 7.7, I had instant success on both rev B and rev C boards. so, let me highly recommend 7.7. robert has posted images on both http://elinux.org/Beagleboard:BeagleBoneBlack_Debian and http://elinux.org/BeagleBoardDebian . you probably want the site with the colon in it. when you download images, make sure that your md5sum's are ok. a brief network interruption can lead you to endless tries due to a corrupt image file. the posted md5 is for the xz'ed version, not the unxz'ed img file. I recommend the lxde image, which you can find when you search for its md5sum, f93a8cdaec59a06198fbc9095320cc2d . in future month, just look for BBW/BBB (All Revs), Flasher: lxde: (xyzMb Free on 2GB eMMC). * on your linux laptop computer: download your chosen img.xz file, check the md5sum on the .img.xz file, use unxz on the image file, make sure that it is not mounted, and then burn-dd it. I recommend downloading the file into its own directory.: # umount /dev/mmcblk0p1 ## if it is mounted # unxz *.img.xz ## assuming it is the only such file in the directory # dd bs=1M if=*.img of=/dev/mmcblk0 # sync (where /dev/mmcblk0 is the flashable port to your uSD device location on your desktop or notebook). the dd should report that you copied about 1.8GB. on a $10 uSD premium 32gb card (300x), this takes about 90 seconds. then sync (just to make sure) before you remove it. I usually then remove and reinsert the disk to make sure that at least one linux partition shows up. if you do this, umount or eject it cleanly right after. on the bbb console images, there is only one partition, called rootfs, which is an ext4. on the lxde images, there are two partitions. again, make sure you umount these after your quick-test. * unpower your BBB. insert your burned uSD card in the BBB. you may need to hold the button near the card slot (though my BBBs seem to want to boot from the uSD slot by default), and power up the BBB. if the BBB does not power up, try pressing the power-on button and/or reset buttons where the four LEDs are. (after the flash, you may need to do this again, too, as power-insert by itself may not always start it.) * the USB power supply on a dual-head USB cable may or may not be enough. Robert recommends a 2A power supply. I have had luck with 1A. for flashing, I usually also remove the hdmi display and keyboard/mouse (and of course ethernet) to conserve power. I just have one cable, the power, to the BBB. * the display is active during the flash and can be connected to see the progress. it seems to work, even if you only have USB power to the BBB, but you have been warned that this is taking chances with power provision. * with a fast sdhc card, flashing the uSD image to the eMMC can take as little as 5-15 minutes. * during the flashing, the LEDs blink in a very succinct pattern back and forth. at the end, four solid LEDs means you succeeded. four black LEDs mean you failed. on the HDMI console, it will state when it has halted. * make sure to remove your uSD card NOW. otherwise, you may be reflashing again! * if you reboot, for the console images, you should see a nice penguin at the top left of the display. the boot should take about one minute in total. the default username (debian) and password (temppwd) are displayed on the hdmi login screen. however, root (without password) also works. NOTES * the USB gadget works out of the box on the lxde image 2014-11-19 (md5= f93a8cdae...). the USB gadget port comes alive pretty far towards the end of the boot. this means that when you boot up the BBB, on a connected PC, the BBB will show up as a 1d6b:0104 linux foundation multifunction composite gadget, which means that your connected PC will try to mount it like an external USB drive. also, the lxde image supports network connections into 192.168.7.2. all of this is without configuration and effort. * the USB gadget magic is not in the console images, as of nov 2014. as far as I can tell, the difference is that the
Re: [beagleboard] eMMC flashing suggestions
nope, there is still something missing. the client USB port does not identify itself by lsusb from the connected laptop. I am getting power from this port, but no usb bbb device identification. I am happy to start over, but I don't know where. I want to flash a working debian image to my beaglebone blacks, rev B and C, with 2GB into the eMMC. console is fine---I don't need X. the 7.5 img.xz doesn't seem to work for me. I can't flash it. the 7.7 img.xz works, but now seems too basic (if it is just designed for flashing); and even with the above steps, I can't seem to get the client USB ident to work. actually, this is probably the last step I need. after getting the USB client magic (id, usb mass storage, and usb networking) to work, I would be operating a non-magical linux device that I could handle myself. (in someone else's port, I think you mentioned that the usb was not working, but the 1a70b1cb550bd8d0bf4f2c0d43e72cba image had this fixed already.) I think the RootStock-NG.sh and your .conf file are part of a (complex?) toolchain to build img.xz files. alas, I don't know this toolchain. looking at http://elinux.org/BeagleBoardDebian#Demo_Image, the only .img.xz file I saw that flashes the eMMC is: BBB-eMMC-flasher-debian-7.7-console-armhf-2014-10-29-2gb.img.xz robert---I know you are already doing a lot here, so please forgive my audacity: may I suggest offering a 7.7 .img.xz eMMC flasher that has the usb client port already working? if not, what steps need to be taken for the bbb USB client port to identify itself as a device to the connected desktop USB host? regards, /iaw -- 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/d/optout.
Re: [beagleboard] monitor fb (flickering and resolution) on ubuntu 13.10 vs 14.04
don't know. but, because I decided to abandon ubuntu and switch to debian (the official distro of good beagleboards everywhere), it's become unimportant for me. I couldn't even check, because I flashed the eMMC in those BBBs already. the latest debians seem fine. /iaw Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ J. Fred Weston Distinguished Professor of Finance Anderson School at UCLA, C519 Director, UCLA Anderson Fink Center for Finance and Investments Free Finance Textbook, http://book.ivo-welch.info/ Exec Editor, Critical Finance Review, http://www.critical-finance-review.org/ Editor and Publisher, FAMe, http://www.fame-jagazine.com/ On Thu, Dec 4, 2014 at 6:09 PM, 'Barry Day' via BeagleBoard beagleboard@googlegroups.com wrote: Are the /etc/fb.mode files the same on both versions? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/RG0BnCZrfmM/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: [beagleboard] recommended linux distribution for BBB ?
thank you. it is good to have this info here, because it will be more easy to google. I just searched a while longer on google to see where I overlooked obvious info on the recommended distro. it definitely isn't that obvious. all I could find was that since april, the BBB ships with debian. (even though I purchased mine later, they still had angstrom on it.) thanks again. will flash now... in general, it is hard for newbies to figure out what is on elinux and what is on beagleboard.org. moreover, unless one has perfect memory, rereading both sites when google fails is impossible. maybe I am just too old... (I know how to install normal linux on ordinary PCs. the magic that I see, compared to a PC distro, is in making the USB port come up as a network. the ubuntu distro may work, but gave me the aforementioned trouble when out of the box.) /iaw On Wednesday, December 3, 2014 4:01:56 PM UTC+8, don wrote: On 12/02/2014 09:48 PM, ivo welch wrote: dear bbb experts. for the beaglebone black: I was playing around with the ubuntu 14.04 and 13.10 images, but this may not be the right route. (on ubuntu, I can't get the fb to work right, X is not installed, and it does not come up as 192.168.7.2. so, maybe I was going too exotic.) are the linux distributions on http://beagleboard.org/latest-images the two preferred distributions, as of late 2014? if so, the two distroes seem to be either debian or angstrom. the debian distro is about 7 months old, the angstrom one is about 1.5 years old (although the flasher is 3 months younger than the distro). their ages seem curiously dated. but if it works, it works! what do jason and other BBB key developers use? is angstrom or debian now the right supported mass choice? regards, /iaw -- 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...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. per the website Debian is the official distro. I personally run Arch Linux ARM on all mine. As to your no X on whatever image, that could have been easily solved installing the desktop of your choice. Pretty much everything you asked for can be found on the main beagle site or the elinux pages for the beagles -- 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/d/optout.
[beagleboard] eMMC flashing suggestions
for other newbies, here is a summary of my flashing/updating experiences. debian is the recommend distribution now. (not ubuntu, not angstrom, not others, even though they probably work, too.) the posted debian 7.5 standard releases are too finicky. I always got something different and weird. half the time it would just access both, half the time it would stop with all four LEDs black. sometimes it got stuck at its hdmi conversation. once or twice, I got a red-letter screen telling me that it was flashing, but it never got far. in contrast, when I tried the new console flasher release, debian 7.7 (the one that has an md5sum of 1a70...), I had instant success on both rev B and rev C boards. unlike the 7.5 releases, which had two partitions, this one has only one. so, let me recommend 7.7 to anyone like me. here is a summary of the upgrading process. the information is already spread in many different places, but here is a summary (again) for the google cache: * on your linux laptop computer: download the img.xz file, check the md5sum, use unxz on the image file, and dd bs=1M if=*.img of=/dev/mmcblk0 (where /dev/mmcblk0 is the flash location on my notebook). the dd should report that you copied about 1.8GB. on a $10 sdhc premium 32gb card (300x), this takes about 90 seconds. then sync (just to make sure). then remove and reinsert the disk to make sure that a linux partition shows up (it is called rootfs and is an ext4). umount it cleanly. * unpower your BBB. insert the sdhc. hold the button near the card slot, and power up the BBB. * the USB power supply on a dual-head USB cable is enough. * the display is active during the flash and can be connected to see the progress. it works, even if you only have USB power to the BBB. * with a fast sdhc card, flashing the console image to the eMMC can take as little as 5-15 minutes. * during the flashing, the LEDs blink in a succinct pattern back and forth. * four solid LEDs means you succeeded. four black LEDs mean you failed. on the HDMI console, it will state when it has halted. * if you reboot, you should see a nice penguin at the top left of the display. the boot should take about a minute. the default username (debian) and password (temppwd) are displayed on the hdmi login screen. unlike the ubuntu images, the hdmi display output on this debian is rock-solid. the USB magic (which makes the BBB claim to be a mass storage device over USB and which runs a network over the same device, so that you can even point your browser at 192.168.7.2) is not in the console images. however, you do have a full computer with display output and keyboard support now. if the tcp/ip ethernet cable network is connected during reboot, it will come up.this means you can then run apt-get upgrade and apt-get update. when I figure out how to install and uninstall the usb magic (earlier posts), I will try to add it to this post. [thank you, robert, for having done the hard work.] -- 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/d/optout.
Re: [beagleboard] eMMC flashing suggestions
thank you, robert. [video] I installed fbset. apt-get install fbset. on a 1920x1080 monitor, it selects 1280x800. 1280x1024 is a limit of the 125MHZ clock the AM3359 . this is why xres 1920 yres 1080 is a no go. as robert has pointed out (repeatedly), this can be changed by hand at boot time in uEnv.txt . (on my monitor, one video problem is that it cuts off a little at the bottom.) https://groups.google.com/forum/#!searchin/beagleboard/Robert%7Csort:date/beagleboard/Nb5TQxykUo4/9MIJYFQB43YJ Q: can the arm kernels use VESA text modes, such as 60x132 ? I don't need to display graphics in a frame buffer. I would be perfectly happy with a text mode. (my guess is no.) [usb client] apt-get install udhcpc yields busybox and udhcpc . I also installed usbutils . but there must be some other package to get usb to work. it's not just that the networking over usb does not work, it is also that usb doesn't present anything on its usb client port to the usb host (i.e., my notebook computer). what package am I missing? (would it make sense to include this by default in 7.8? it's probably widely needed.) regards, /iaw Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ J. Fred Weston Distinguished Professor of Finance Anderson School at UCLA, C519 Director, UCLA Anderson Fink Center for Finance and Investments Free Finance Textbook, http://book.ivo-welch.info/ Exec Editor, Critical Finance Review, http://www.critical-finance-review.org/ Editor and Publisher, FAMe, http://www.fame-jagazine.com/ On Thu, Dec 4, 2014 at 12:03 PM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, Dec 3, 2014 at 9:58 PM, ivo welch ivo...@gmail.com wrote: for other newbies, here is a summary of my flashing/updating experiences. debian is the recommend distribution now. (not ubuntu, not angstrom, not others, even though they probably work, too.) the posted debian 7.5 standard releases are too finicky. I always got something different and weird. half the time it would just access both, half the time it would stop with all four LEDs black. sometimes it got stuck at its hdmi conversation. once or twice, I got a red-letter screen telling me that it was flashing, but it never got far. in contrast, when I tried the new console flasher release, debian 7.7 (the one that has an md5sum of 1a70...), I had instant success on both rev B and rev C boards. unlike the 7.5 releases, which had two partitions, this one has only one. so, let me recommend 7.7 to anyone like me. here is a summary of the upgrading process. the information is already spread in many different places, but here is a summary (again) for the google cache: * on your linux laptop computer: download the img.xz file, check the md5sum, use unxz on the image file, and dd bs=1M if=*.img of=/dev/mmcblk0 (where /dev/mmcblk0 is the flash location on my notebook). the dd should report that you copied about 1.8GB. on a $10 sdhc premium 32gb card (300x), this takes about 90 seconds. then sync (just to make sure). then remove and reinsert the disk to make sure that a linux partition shows up (it is called rootfs and is an ext4). umount it cleanly. * unpower your BBB. insert the sdhc. hold the button near the card slot, and power up the BBB. * the USB power supply on a dual-head USB cable is enough. * the display is active during the flash and can be connected to see the progress. it works, even if you only have USB power to the BBB. * with a fast sdhc card, flashing the console image to the eMMC can take as little as 5-15 minutes. * during the flashing, the LEDs blink in a succinct pattern back and forth. * four solid LEDs means you succeeded. four black LEDs mean you failed. on the HDMI console, it will state when it has halted. * if you reboot, you should see a nice penguin at the top left of the display. the boot should take about a minute. the default username (debian) and password (temppwd) are displayed on the hdmi login screen. unlike the ubuntu images, the hdmi display output on this debian is rock-solid. the USB magic (which makes the BBB claim to be a mass storage device over USB and which runs a network over the same device, so that you can even point your browser at 192.168.7.2) is not in the console images. however, you do have a full computer with display output and keyboard support now. if the tcp/ip ethernet cable network is connected during reboot, it will come up.this means you can then run apt-get upgrade and apt-get update. when I figure out how to install and uninstall the usb magic (earlier posts), I will try to add it to this post. You can enable, the usb magic via: sudo apt-get update ; sudo apt-get install udhcpc ; sudo reboot Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received
[beagleboard] monitor fb (flickering and resolution) on ubuntu 13.10 vs 14.04
dear BBB users---I searched for ubuntu 14.04 but did not find anything related to this question. (it may be related to the uEnv.txt EDID question I posted earlier, but maybe not.) I have two BBB, one running ubuntu 13.10, the other running 14.04.1. the 13.10 distro produces a rock-solid text display on two different monitors. the 14.04.1 is subtly flickering on both. I believe both boot into the linux framebuffer, not a graphical environment (so no X and xrandr). both are right now connected to an asus vs229 monitor. it is a 1920x1080 full HD monitor. the reason why I suspect this is a beaglebone issue is that the same weird issue has also occurred on a DELL monitor. solid on 13.10, flicker on 14.04: ubuntu 13.10 ubuntu-armhf: the asus monitor tells me it selects a mode of 1680x1050 65KHz 60Hz. (solid) ubuntu 14.04.1 LTS arm: the asus monitor tells me it selects a mode of 1280x1024 64KHz 60Hz. (flicker) apparently, the command to control the linux framebuffer is fbset. by itself, it tells me the current resolution. (there is no edid or resolution info in /var/log/syslog as far as I can tell.) this is working. changing the framebuffer resolution is another matter, though. fbset -xres 1920 -yres 1080 tells me that this is an ioctl FBIOPUT_VSCREENINFO: Invalid argument. choosing a smaller resolution, like fbset -xres 640 -yres 480 leaves the current screen-res, but just displays on the top, so it does not really change the resolution at run-time. are there any ways to change the BBB resolution at run-time? /iaw PS: (interestingly, X is not included in the images, although the distro only uses about 370MB of 2GB or eMMC. I am not complaining---thanks to whoever packaged it, of course.) -- 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/d/optout.
[beagleboard] recommended linux distribution for BBB ?
dear bbb experts. for the beaglebone black: I was playing around with the ubuntu 14.04 and 13.10 images, but this may not be the right route. (on ubuntu, I can't get the fb to work right, X is not installed, and it does not come up as 192.168.7.2. so, maybe I was going too exotic.) are the linux distributions on http://beagleboard.org/latest-images the two preferred distributions, as of late 2014? if so, the two distroes seem to be either debian or angstrom. the debian distro is about 7 months old, the angstrom one is about 1.5 years old (although the flasher is 3 months younger than the distro). their ages seem curiously dated. but if it works, it works! what do jason and other BBB key developers use? is angstrom or debian now the right supported mass choice? regards, /iaw -- 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/d/optout.
Re: [beagleboard] BBxM Ubuntu 14.4 HDMI problem
this seems like a bug to me. it would make sense to have a sensible VESA fallback when the EDID cannot be grokked. /iaw On Monday, October 20, 2014 8:06:17 AM UTC-7, RobertCNelson wrote: On Mon, Oct 20, 2014 at 10:02 AM, Robert Nelson robert...@gmail.com javascript: wrote: On Sun, Oct 19, 2014 at 8:15 PM, sokolic...@gmail.com javascript: wrote: Hi, I'm new to this world and to this forum so I don't know is it the right place for the question. I've been trying to install ubuntu on my beagleboard xM for a few days now and still no success. First I tried to install it using windows 7 following this tutorial: http://www.elinux.org/Beagleboard:BeagleBoard-xM and I've managed to successfully install demo OS that is shipping with the Beagleboard xM, but when I tried to do the same with Ubuntu 14.4 I ran into a problem. Installation on the SD card went without a glitch but when I tried to boot it from BB xM all I got was a brief orange screen and than nothing, TV was signaling No signal but in a very uncommon fashion (like he is getting something but can't interpret it). Next interesting thing was that my keyboard worked, when I pressed CTR+ALT+DEL it restarted. I looked all over the internet but couldn't find a solution. Ubuntu .img I got from here: https://rcn-ee.net/deb/microsd/trusty/ Can someone help me with that? And can someone point me to some older Ubuntu .img files (not .tar)? Sounds like edid detection of your monitor failed. Do you have a serial connection avaiable to debug? In /boot/uEnv.txt you can force a resolution via: cmdline=video=DVI-D-1-1:1024x768@60e Opps, extra -1 in there: cmdline=video=DVI-D-1:1024x768@60e 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/d/optout.
Re: [beagleboard] BBxM Ubuntu 14.4 HDMI problem
maybe eventually. it's not so easy to help. this is only a hobby for me, when I have time. I installed ub 14.04 and wanted to give others some added/better hints on elinux on http://elinux.org/Beagleboard:Updating_The_Software but this seems to be locked down. if wikipedia is open enough to allow logged-in individuals to make updates, maybe this one should too?! eventually, I may want to figure out how would handle simple patches. regards, /iaw On Wednesday, November 26, 2014 2:29:18 PM UTC-8, RobertCNelson wrote: On Wed, Nov 26, 2014 at 4:25 PM, ivo welch ivo...@gmail.com javascript: wrote: this seems like a bug to me. it would make sense to have a sensible VESA fallback when the EDID cannot be grokked. Sure, you got a patch for that? 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/d/optout.
Re: [beagleboard] BBxM Ubuntu 14.4 HDMI problem
thanks, robert. if there was trouble before, then it makes sense that open editing was closed down. who does one send suggestions (experiences) to? are they even wanted? the good news is that everything posted here also goes into the google store when people are searching. I know for sure now that my Samsung Syncmaster 213T from 2005 is a big part of the problem. it comes up black at boot, and does not get any better later. I tried replacing the default quiet in uEnv.txt with verbose and eventually with nothing. I also tried it with various video= command switches. I tried everything from 800x600@60e to 1600x1200@60e, but the samsung and bbb just don't seem to get along. I then tried a newer low-end DELL monitor (same cable). the hdmi also comes up black at boot. I am guessing that, because the bbb hdmi port is not dedicated, it first needs to be switched on somewhere during the boot process. fortunately, the DELL monitor eventually does come up visibly for the login prompt. I am logged into the bbb via usb-ssh right now. grepping for hdmi (or edid) tells me about pinmux mode and davinci sound, but nothing interesting about where the hdmi went wrong. * is there a command line utility over ssh to experiment instantaneously with setting different video modes on the hdmi port? fbset -xres ... -yres ... makes no difference on the physical display, although fbset -s tells me that it thinks it executed.. * or a way to get more debugging information about hdmi, possibly into dmesg? even learning whether the bbb thinks that a connection over hdmi has been established would be useful. (together, these two would make it easy for a user to script a fallback.) /proc/fb only contains 0. /iaw Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ J. Fred Weston Distinguished Professor of Finance Anderson School at UCLA, C519 Director, UCLA Anderson Fink Center for Finance and Investments Free Finance Textbook, http://book.ivo-welch.info/ Exec Editor, Critical Finance Review, http://www.critical-finance-review.org/ Editor and Publisher, FAMe, http://www.fame-jagazine.com/ On Wed, Nov 26, 2014 at 3:27 PM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, Nov 26, 2014 at 5:07 PM, ivo welch ivo...@gmail.com wrote: maybe eventually. it's not so easy to help. this is only a hobby for me, when I have time. I installed ub 14.04 and wanted to give others some added/better hints on elinux on http://elinux.org/Beagleboard:Updating_The_Software but this seems to be locked down. if wikipedia is open enough to allow logged-in individuals to make updates, maybe this one should too?! http://elinux.org/Beagleboard:xyz are locked due to issues in the past. If it's something specific to ubuntu for beagle products look at: http://elinux.org/BeagleBoardUbuntu Which covers all beagle products, other then section 4 which is automaticly edited every month via a release script. 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/TOCarHIhVI8/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
[beagleboard] Re: BBB as modified file system --- MTP
ok, further research. I discovered that I probably want to write a usb mtp (media transfer protocol) driver for the BBB. if anyone has already written one, please let me know. On Saturday, October 25, 2014 8:48:38 PM UTC-7, ivo welch wrote: dear BBB experts: I would like to create a high-level filesystem device on my BBB that my (possibly malicious) linux PC can communicate with over USB in EHCI (USB 2.0 high-speed). I will want to switch off everything else, incl ethernet-over-usb, again because I will guess that my PC is infected. from the PC perspective, I want the BBB to operate at roughly at the level of a fuse filesystem, albeit with its own processor that can enforce separation. most importantly, I would like the BBB to hook into the open file request call. for example, I want my BBB to log every file open request to its own /tmp/log/file-logged, return an error if I don't like the filename, mangle the filename (e.g., shorten it of auto-expand it), or disallow opening a file for write when a pin is bridged or when the file resides in the /ro/ part of the file system or the filename contains the string ro. on the PC, I want to do PC$ mount -t speak2mybbb /dev/usb1 /mnt/usb1 ## say my BBB sits on /dev/usb1 PC$ echo hi /mnt/usb1/rw/file2## create a file PC$ ls /mnt/usb1/rw/ ## note: my BBB has mangled the filename file2-mangled-file-name PC$ cat /mnt/usb1/rw/file2-remangleme ## note: my BBB can remangle and figure this out hi PC$ echo hi /mnt/usb1/ro/file2 ## note: my BBB knows that /ro/ is read-only and does not allow writing here. ERROR: no such file or directory PC$ umount /dev/usb1 at first, I thought I should hook into the USB mass storage driver, because it already does EHCI and reading the USB spec, there is a lot of stuff that can go wrong. but the problem, I believe, is that this layer operates at too low a level. I deduct this because it supports many different higher-level file systems, like FAT or ext4. presumably, the USB-mass storage level is primarily sector-read and sector-write, which would make it very difficult to hook into a file-open. the USB serial driver works and would allow me to filter requests, and I could write a fuse driver on the PC (not the BBB), but USB serial is slow. has anyone created an EHCI fuse-like file-system communication example? any pointers by experts would be highly appreciated. regards, /iaw -- 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/d/optout.
[beagleboard] BBB as modified file system
dear BBB experts: I would like to create a high-level filesystem device on my BBB that my (possibly malicious) linux PC can communicate with over USB in EHCI (USB 2.0 high-speed). I will want to switch off everything else, incl ethernet-over-usb, again because I will guess that my PC is infected. from the PC perspective, I want the BBB to operate at roughly at the level of a fuse filesystem, albeit with its own processor that can enforce separation. most importantly, I would like the BBB to hook into the open file request call. for example, I want my BBB to log every file open request to its own /tmp/log/file-logged, return an error if I don't like the filename, mangle the filename (e.g., shorten it of auto-expand it), or disallow opening a file for write when a pin is bridged or when the file resides in the /ro/ part of the file system or the filename contains the string ro. on the PC, I want to do PC$ mount -t speak2mybbb /dev/usb1 /mnt/usb1 ## say my BBB sits on /dev/usb1 PC$ echo hi /mnt/usb1/rw/file2## create a file PC$ ls /mnt/usb1/rw/ ## note: my BBB has mangled the filename file2-mangled-file-name PC$ cat /mnt/usb1/rw/file2-remangleme ## note: my BBB can remangle and figure this out hi PC$ echo hi /mnt/usb1/ro/file2 ## note: my BBB knows that /ro/ is read-only and does not allow writing here. ERROR: no such file or directory PC$ umount /dev/usb1 at first, I thought I should hook into the USB mass storage driver, because it already does EHCI and reading the USB spec, there is a lot of stuff that can go wrong. but the problem, I believe, is that this layer operates at too low a level. I deduct this because it supports many different higher-level file systems, like FAT or ext4. presumably, the USB-mass storage level is primarily sector-read and sector-write, which would make it very difficult to hook into a file-open. the USB serial driver works and would allow me to filter requests, and I could write a fuse driver on the PC (not the BBB), but USB serial is slow. has anyone created an EHCI fuse-like file-system communication example? any pointers by experts would be highly appreciated. regards, /iaw -- 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/d/optout.
[beagleboard] install in internal hard disk cage?
dear BBB experts: I would like to mount a beaglebone black inside a computer in a front-removable rack. my goal is to have the BBB and a small SSD in one bay that is accessible from the front. the power from the SATA can provide power to the BBB; the motherboard can use the USB client port on the BBB for communication (and for USB power), and I can bring out the BBB USB host port female to the front of the bay somehow. (eventually, I want my BBB to play a role in orchestrating my server.) the stated dimensions on page 115 of the BBB manual on the dimensions says I need 87 by 55 by 5 mm. (I think they just mean the PCB board height?? 5mm seems too low. the connectors are higher. I don't need the Ethernet connector, so I may just rip it off.) the logic supply case for the BBB is 21mm high. the standard 3.5 form factor is 25mm high. it has more than enough volume to cover both a small SSD and a BBB. a dual 2.5 if it could be made to work would be even better, but the ones I have seen expect two 10mm drives: I would love to put a small flat 2.5 SSD hard disk in the lower tray [SSD connects to the computer itself, not to the BBB] and a beaglebone black in the upper tray. this may be a completely crazy idea. instead of the BBB just dangling, it would be nice to have a kind of tray for it to sit in to pretend it is a 2.5 hard drive, with the standard screw locations. does a 2.5 converter exist?? because the repurposed sata space has a sata power connector, I would like to run a cable from the sata power to the BBB to get the full speed of the BBB. this needs some sort of SATA power to 5vdc coax power connector. is this kind of cable easy to come by? is it sold commercially? it should be very simple. it just needs to change the power form factor. it's late, I am babbling...anyone tried something related to this? /iaw -- 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/d/optout.
[beagleboard] Re: install in internal hard disk cage?
ahhh...but this means that I would have to know CAD and STL. this would take me a long time for a one-time task. instead, it would make much more sense for me if I could find someone who is *good* at this, who has an interest in this, and who I could pay for this. the design would end up open-source to the BBB community. anyone out there? /iaw -- 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/d/optout.
[beagleboard] BBB speed as USB controller, not mass storage
dear BBB experts---let's say that I want to use my BBB's client USB port for a USB gadget device, but *not* as a USB mass storage device. think char buf[16]; while (1) { fread(buf, 16, 1, fusbin); for (int i=1; i16, ++i) buf[i]=buf[i]+buf[i-1]; // real-life, most stuff here. fwrite(buf, 16, 1, fusbout); } 16-bit byte blocks are probably too small for USB block transfers. USB 2 should have throughput of about 480MBps best-case. Can the USB gadget device in single-byte mode reliably hit 1/1MBps (or about 100/100KByte/sec upstream downstream)? or am I limited to the old 115200 baud rate, which is only about 1/10 of this speed. Any experiences? /iaw -- 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/d/optout.
[beagleboard] detecting BBB version?
easy question---how do I detect in software reliably the type and version of the BBB board that I am running? /iaw -- 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/d/optout.
[beagleboard] writing log files
dear BBB experts---I am building a data logging application. this means many sequential writes and flush to disks, many reads, few deletes. is the built-in 4GB storage suitable to writing to very often? is it better or worse, less or more robust (, faster or slower), than SD level class 4 or class 6 cards? I believe the standard angstrom distro reads the OS into a RAM overlay filesystem to avoid IO. advice? regards, /iaw -- 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/d/optout.
Re: [beagleboard] battery or supercap for rtc and sync?
thank you, gerald. very helpful to know what is in the cards and what is not. Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ J. Fred Weston Professor of Finance Anderson School at UCLA, C519 Director, UCLA Anderson Fink Center for Finance and Investments Free Finance Textbook, http://book.ivo-welch.info/ Editor, Critical Finance Review, http://www.critical-finance-review.org/ On Wed, May 14, 2014 at 6:28 AM, Gerald Coley ger...@beagleboard.orgwrote: You would be better off just adding an external RTC. There are capes available that add a RTC. Any battery that was adequate to keep the board up for shutdown would be more than a typical RTC would require. The isn't enough space on the board to add a rechargeable battery that large. I have no plans to make these changes, but thanks for the input. Gerald On Tue, May 13, 2014 at 5:10 PM, ivo welch ivo...@gmail.com wrote: I love this little device. thanks to jason and team for putting this together. I have only one feature suggestion (complaint): I wish there was a teeny battery or supercapacitor on this device. first, I would prefer to keep the RTC running on powerdown. second, and more importantly, with a battery, it could provide 5 seconds of power after a powerdown to flush (sync) buffers to the sd card, so I would not have to constantly flush buffers manually in order to have my data logged before my robot ran into the wall. having to flush manually constantly slows down what I can do tremendously. ok, I admit that I am not the ideal target user for which the BBB was designed. I am not a hardware enthusiast. however, another $10 for a version of the BBB with a battery already built-in and just 5 seconds of guaranteed power (or, even better, a powerdown signal to the OS and 5 seconds) would be ideal for me. is there a chance that a small battery could make it into the next revision? /iaw -- 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/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/s3VoyPS5g3c/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
[beagleboard] Re: high-end case for the BBB?
so here is my mini review of the LogicSupply case, BB100-ORANGE. I am a newbie embedded computer starter, but long-term computer programmer. the case itself is industrial looking, made of steel. for an enduser like me, this is a somewhat rare and unusual look. I am more used to one-piece looks, where the whole case looks like one. there is a clear top-and-bottom separation in this case here. all in all, the look aspect for me is not good or bad, just different. the tolerances are very good. there are no airflow holes at the top of the case. I have not yet run stress tests on the BBB, so I do not know whether this will be an issue. I would have preferred some holes, if only to hear a buzzer that I want to install on it. there is very little top clearance to add anything on the inside. the outside screws are in black. it would be nice to have the option of orange screws to match the case. customization (e.g., a logo) seems to be quite expensive. it is a very good case, and it is very reasonably priced. I don't think there is any other professional-looking case right now. so, go for it. other observations * the Logic-Supply wall wart is expensive at $9 a piece. I would have paid $10 to have the wall wart replaced by an internal power-supply. regards, /iaw -- 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/d/optout.
[beagleboard] battery or supercap for rtc and sync?
I love this little device. thanks to jason and team for putting this together. I have only one feature suggestion (complaint): I wish there was a teeny battery or supercapacitor on this device. first, I would prefer to keep the RTC running on powerdown. second, and more importantly, with a battery, it could provide 5 seconds of power after a powerdown to flush (sync) buffers to the sd card, so I would not have to constantly flush buffers manually in order to have my data logged before my robot ran into the wall. having to flush manually constantly slows down what I can do tremendously. ok, I admit that I am not the ideal target user for which the BBB was designed. I am not a hardware enthusiast. however, another $10 for a version of the BBB with a battery already built-in and just 5 seconds of guaranteed power (or, even better, a powerdown signal to the OS and 5 seconds) would be ideal for me. is there a chance that a small battery could make it into the next revision? /iaw -- 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/d/optout.
[beagleboard] power to BBB *from* USB host port?
I know the USB client port can power the BBB. can the USB host port also power the BBB? (If so, it could be easy to stick a tiny battery into the USB host port, which charges when it is working, and provides some extra power in case of power-off.) /iaw -- 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/d/optout.
[beagleboard] Re: high-end case for the BBB?
I ordered one to check it out. will report back. also, if anyone else knows of for-sale enclosures, intended to be less hobbyist/tinkering and more professional enclosures, please point me there. I will order one each and report back my impressions. /iaw -- 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/d/optout.
Re: [beagleboard] high-end case for the BBB?
hi gerald---this means I have to learn 3d files and design tools...and step files in various 3d repositories. can you point me to a 2 or 3 good BBB starters, please? regards, /iaw Ivo Welch (ivo.we...@gmail.com) http://www.ivo-welch.info/ J. Fred Weston Professor of Finance Anderson School at UCLA, C519 Director, UCLA Anderson Fink Center for Finance and Investments Free Finance Textbook, http://book.ivo-welch.info/ Editor, Critical Finance Review, http://www.critical-finance-review.org/ On Wed, May 7, 2014 at 5:42 AM, Gerald Coley ger...@beagleboard.org wrote: My suggestion is that you create a drawing of what you want in a high end case. Otherwise it will be difficult to find what you want. There are several step files out there under the various 3D file repositories. You might start there. Gerald On Tue, May 6, 2014 at 8:42 PM, ivo welch ivo...@gmail.com wrote: dear BBB experts--- we are working on getting the BBB to do a real job for us. this is our first time that we are designing something we want to sell! we will probably want to start with 100-1,000 of these, within a 1-3 months. by that time, we hope that circuitco will have managed to catch up with supply by then. one problem: we need a high-end looking case. I have no idea of the price points of nice cases. to keep it affordable, presumably it would be a vanilla standard BBB case with the right cutouts for the ports and for ventilation in the right places, no customization--well, maybe a logo. maybe rounded corners to prevent injuries. now, case vendors cannot even quote anything until they have a CAD file. is there a simple CAD file for a vanilla box to start from in the PD? [or does anyone know of a vendor who sells super-nice looking cases for the BBB? I am thinking $30-$60 a piece, preferably looking like the old Mac Pro or a G-Drive Hero. Steel or aluminum. Or very high-end looking plastic.] Advice appreciated. /iaw -- 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/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/pyPexK3Ga0E/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
[beagleboard] high-end case for the BBB?
dear BBB experts--- we are working on getting the BBB to do a real job for us. this is our first time that we are designing something we want to sell! we will probably want to start with 100-1,000 of these, within a 1-3 months. by that time, we hope that circuitco will have managed to catch up with supply by then. one problem: we need a high-end looking case. I have no idea of the price points of nice cases. to keep it affordable, presumably it would be a vanilla standard BBB case with the right cutouts for the ports and for ventilation in the right places, no customization--well, maybe a logo. maybe rounded corners to prevent injuries. now, case vendors cannot even quote anything until they have a CAD file. is there a simple CAD file for a vanilla box to start from in the PD? [or does anyone know of a vendor who sells super-nice looking cases for the BBB? I am thinking $30-$60 a piece, preferably looking like the old Mac Pro or a G-Drive Hero. Steel or aluminum. Or very high-end looking plastic.] Advice appreciated. /iaw -- 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/d/optout.
Re: [beagleboard] writing a usb target device?
thanks, jason. very helpful. I read a lot of the documentation now, and it seems both easy and hard. I have ordered Regupathy's book, and hope this will help. there are hundreds of little problems on the specific platform that I think I can run into, which will be a non-issue to someone who is an expert. I will post a note. regards, /iaw -- 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/d/optout.