Re: [beagleboard] debian testing install (jessie)
On Fri, Jul 25, 2014 at 11:56 PM, Eric Fort eric.f...@gmail.com wrote: Is there a netinstall version of jessie available for beagle bone black? I'm having trouble with sorely needed packages being unavailable in wheezy. Jessie is enabled in the netinstall: --distro jessie It's using a d-i ramdisk image from 20140316 off debian server's. (still the latest they have). Otherwise it's pretty bug free. 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] Really dumb kmod question ...
I've flashed my B^3 with the minimal Debian distribution using a development kernel (very well) documented here: http://eewiki.net/display/linuxonarm/BeagleBone#BeagleBone-Debian7%28smallfl ash%29 One minor inconvenience is that modprobe and friends do not seem to be symlinked as implied by kmod. Worse kmod itself refuses to tell me how to install a module. Google shows nothing of use. Can anyone help me with the simplest example? debian@arm:/$ kmod load /lib/modules/3.14.8-bone5/kernel/drivers/usb/gadget/g_audio.ko invalid command 'load' kmod - Manage kernel modules: list, load, unload, etc Usage: kmod [options] command [command_options] Options: -V, --version show version -h, --helpshow this help Commands: help Show help message list list currently loaded modules kmod also handles gracefully if called from following symlinks: lsmodcompat lsmod command rmmodcompat rmmod command insmod compat insmod command modinfo compat modinfo command modprobe compat modprobe command depmod compat depmod command Pointers *much*appreciated. -- 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] RobertCNelson Tree
On Fri, Jul 25, 2014 at 11:43 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/25/14 11:43, Lucas Tanure wrote: Robert, I have a BBB and I wrote http://elinux.org/Building_for_BeagleBone. So, I'm looking for something to do when I finish the eudyptula challenge. I'm thinking in work for BBB be better supported in mainline. I was thinking if I can run mainline in BBB what Robert has in his tree that should be in mainline in order to better support BBB. Thanks Tanure Hi Lucas, the part about crosstool-ng is pretty weak. You also need to have kernel header files to build a cross tool chain with crosstool-ng. It's not weak, It's empty. But, my focus was using a easier cross-compiler rather than building my own. I will get crosstool-ng when I have more time to test before I publish. Building your own kernel for BeagleBone is no easy trick, getting the kernel header files exported from RCN's tree has been a bothersome pain for the 3.8 tree. reference: http://ttylinux.net/dloadBBN.html Why I need to do that ? I think that 3.15 runs in BBB just fine, right ? I just need more time to build my rootfs and I'm good to go. If you like, I can give you information to make that page you wrote on elinux.org to be more useful. Cheers... Yes, of course, send me what you think that can improve or go there and edit. We can talk a lot and improve, so anyone can benefit. Thanks Lucas Tanure -- 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] RobertCNelson Tree
*It's not weak, It's empty. But, my focus was using a easier* * cross-compiler rather than building my own.* * I will get crosstool-ng when I have more time to test before I publish.* You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . On Sat, Jul 26, 2014 at 8:50 AM, Lucas Tanure tan...@linux.com wrote: On Fri, Jul 25, 2014 at 11:43 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/25/14 11:43, Lucas Tanure wrote: Robert, I have a BBB and I wrote http://elinux.org/Building_for_BeagleBone. So, I'm looking for something to do when I finish the eudyptula challenge. I'm thinking in work for BBB be better supported in mainline. I was thinking if I can run mainline in BBB what Robert has in his tree that should be in mainline in order to better support BBB. Thanks Tanure Hi Lucas, the part about crosstool-ng is pretty weak. You also need to have kernel header files to build a cross tool chain with crosstool-ng. It's not weak, It's empty. But, my focus was using a easier cross-compiler rather than building my own. I will get crosstool-ng when I have more time to test before I publish. Building your own kernel for BeagleBone is no easy trick, getting the kernel header files exported from RCN's tree has been a bothersome pain for the 3.8 tree. reference: http://ttylinux.net/dloadBBN.html Why I need to do that ? I think that 3.15 runs in BBB just fine, right ? I just need more time to build my rootfs and I'm good to go. If you like, I can give you information to make that page you wrote on elinux.org to be more useful. Cheers... Yes, of course, send me what you think that can improve or go there and edit. We can talk a lot and improve, so anyone can benefit. Thanks Lucas Tanure -- 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 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] debian testing install (jessie)
ok, where can I get it and how do I go from what I get to something that can be placed onto an sd card (then flashed)? I found the following browsing around the usual site for dev images: https://rcn-ee.net/deb/rootfs/jessie/debian-jessie-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/utopic/ubuntu-utopic-console-armhf-2014-07-06.tar.xz but how do I go from what they contain to a usable, possibly flashable SD card? Thanks, Eric On Sat, Jul 26, 2014 at 6:47 AM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Jul 25, 2014 at 11:56 PM, Eric Fort eric.f...@gmail.com wrote: Is there a netinstall version of jessie available for beagle bone black? I'm having trouble with sorely needed packages being unavailable in wheezy. Jessie is enabled in the netinstall: --distro jessie It's using a d-i ramdisk image from 20140316 off debian server's. (still the latest they have). Otherwise it's pretty bug free. 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. -- 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] RobertCNelson Tree
No, not a problem at all. I didn't know they existed. I use arch, and there isn't a package for that. I search for ubuntu package and didn't found as well. For me the main point in this tutorial is easier to install, because the user just wants to build the lasted kernel. But in another page we can enumerate the toolchains options. Thanks -- Lucas A. Tanure Alves +55 (19) 988176559 On Sat, Jul 26, 2014 at 3:26 PM, William Hermans yyrk...@gmail.com wrote: It's not weak, It's empty. But, my focus was using a easier cross-compiler rather than building my own. I will get crosstool-ng when I have more time to test before I publish. You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . On Sat, Jul 26, 2014 at 8:50 AM, Lucas Tanure tan...@linux.com wrote: On Fri, Jul 25, 2014 at 11:43 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/25/14 11:43, Lucas Tanure wrote: Robert, I have a BBB and I wrote http://elinux.org/Building_for_BeagleBone. So, I'm looking for something to do when I finish the eudyptula challenge. I'm thinking in work for BBB be better supported in mainline. I was thinking if I can run mainline in BBB what Robert has in his tree that should be in mainline in order to better support BBB. Thanks Tanure Hi Lucas, the part about crosstool-ng is pretty weak. You also need to have kernel header files to build a cross tool chain with crosstool-ng. It's not weak, It's empty. But, my focus was using a easier cross-compiler rather than building my own. I will get crosstool-ng when I have more time to test before I publish. Building your own kernel for BeagleBone is no easy trick, getting the kernel header files exported from RCN's tree has been a bothersome pain for the 3.8 tree. reference: http://ttylinux.net/dloadBBN.html Why I need to do that ? I think that 3.15 runs in BBB just fine, right ? I just need more time to build my rootfs and I'm good to go. If you like, I can give you information to make that page you wrote on elinux.org to be more useful. Cheers... Yes, of course, send me what you think that can improve or go there and edit. We can talk a lot and improve, so anyone can benefit. Thanks Lucas Tanure -- 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 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 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] RobertCNelson Tree
On 07/26/14 11:26, William Hermans wrote: /It's not weak, It's empty. But, my focus was using a easier/ /cross-compiler rather than building my own./ /I will get crosstool-ng when I have more time to test before I publish./ You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . I'm not saying to be snide or sarcastic, really, but anyone can play that nonsense game: You have a problem with a crosstool-ng tool chain? And to the next statement: which uboot and kernel? *The* uboot and kernel? Not mine: http://ttylinux.net/dloadBBN.html The Linux-targeted cross tool chain has an associated glibc and kernel interface; I build versions of those of my own preference to suit my ttylinux distribution. That is why I build my cross tool chain from sources with crosstool-ng. With this approach I have commonality to make ttylinux for mac-g4, beaglebone, i486, i686, x8_64 of the same versions of glibc and Linux kernel, each built with a crosstool-ng produced cross tool chain constructed with the proper glibc and kernel interfaces. https://github.com/djerome/crosslinux The world does not revolve around what you happen to use. Just most of it. :) -- 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] RobertCNelson Tree
Lucas, In that case perhaps crosstool-ng may be the way to go. I mean you *could* also run a Debian VM just as a support system for the BBB. But that adds complexity, which may / may not outweigh just building your own toolchain. It depends on how much you know about what, and what you do / do not like to do. Some people, myself included just do not feel like building their own tools chains . . . Douglas, obviously you do not use the prebuilt images that come shipped with the BBB. I do not either, I build my own custom images based on RCN's instructions / scripts. Why ? Because I have too many other things going on in my life to learn / worry about yet_another_thing. I have a project in mind, for which I have *many* things to learn. I really do not want to add to that pile any more than I have to. So, this is not a game this is called getting something done with the least amount of resistance as possible. It almost sounds like you took my last post personal. Also remember your last statement works both ways. On Sat, Jul 26, 2014 at 12:35 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 11:26, William Hermans wrote: /It's not weak, It's empty. But, my focus was using a easier/ /cross-compiler rather than building my own./ /I will get crosstool-ng when I have more time to test before I publish./ You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . I'm not saying to be snide or sarcastic, really, but anyone can play that nonsense game: You have a problem with a crosstool-ng tool chain? And to the next statement: which uboot and kernel? *The* uboot and kernel? Not mine: http://ttylinux.net/dloadBBN.html The Linux-targeted cross tool chain has an associated glibc and kernel interface; I build versions of those of my own preference to suit my ttylinux distribution. That is why I build my cross tool chain from sources with crosstool-ng. With this approach I have commonality to make ttylinux for mac-g4, beaglebone, i486, i686, x8_64 of the same versions of glibc and Linux kernel, each built with a crosstool-ng produced cross tool chain constructed with the proper glibc and kernel interfaces. https://github.com/djerome/crosslinux The world does not revolve around what you happen to use. Just most of it. :) -- 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 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] debian testing install (jessie)
Erik, does this help ? http://eewiki.net/display/linuxonarm/BeagleBone+Black On Sat, Jul 26, 2014 at 11:37 AM, Eric Fort eric.f...@gmail.com wrote: ok, where can I get it and how do I go from what I get to something that can be placed onto an sd card (then flashed)? I found the following browsing around the usual site for dev images: https://rcn-ee.net/deb/rootfs/jessie/debian-jessie-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/utopic/ubuntu-utopic-console-armhf-2014-07-06.tar.xz but how do I go from what they contain to a usable, possibly flashable SD card? Thanks, Eric On Sat, Jul 26, 2014 at 6:47 AM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Jul 25, 2014 at 11:56 PM, Eric Fort eric.f...@gmail.com wrote: Is there a netinstall version of jessie available for beagle bone black? I'm having trouble with sorely needed packages being unavailable in wheezy. Jessie is enabled in the netinstall: --distro jessie It's using a d-i ramdisk image from 20140316 off debian server's. (still the latest they have). Otherwise it's pretty bug free. 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. -- 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 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] debian testing install (jessie)
Specifically for your given question: http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RootFileSystem However, you'll need to scroll up to see how Robert describes / sets up the mount points. Also those MD5 sums wont be the same as we're talking about different archives. Obviously the file names will be different too, but basically use these as an example of how to setup your own SDcard. On Sat, Jul 26, 2014 at 2:54 PM, William Hermans yyrk...@gmail.com wrote: Erik, does this help ? http://eewiki.net/display/linuxonarm/BeagleBone+Black On Sat, Jul 26, 2014 at 11:37 AM, Eric Fort eric.f...@gmail.com wrote: ok, where can I get it and how do I go from what I get to something that can be placed onto an sd card (then flashed)? I found the following browsing around the usual site for dev images: https://rcn-ee.net/deb/rootfs/jessie/debian-jessie-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/trusty/ubuntu-14.04-console-armhf-2014-07-06.tar.xz https://rcn-ee.net/deb/rootfs/utopic/ubuntu-utopic-console-armhf-2014-07-06.tar.xz but how do I go from what they contain to a usable, possibly flashable SD card? Thanks, Eric On Sat, Jul 26, 2014 at 6:47 AM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Jul 25, 2014 at 11:56 PM, Eric Fort eric.f...@gmail.com wrote: Is there a netinstall version of jessie available for beagle bone black? I'm having trouble with sorely needed packages being unavailable in wheezy. Jessie is enabled in the netinstall: --distro jessie It's using a d-i ramdisk image from 20140316 off debian server's. (still the latest they have). Otherwise it's pretty bug free. 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. -- 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 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] RobertCNelson Tree
Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? I really want to write about crosstool-ng, but I need more time. That page was a result of LFD411 - Embedded Linux Development, that was awesome. And now that I know of Linaro toolchain I will this information there too, but I need time to try myself and write a good tutorial. Thanks! -- Lucas A. Tanure Alves +55 (19) 988176559 On Sat, Jul 26, 2014 at 5:49 PM, William Hermans yyrk...@gmail.com wrote: Lucas, In that case perhaps crosstool-ng may be the way to go. I mean you *could* also run a Debian VM just as a support system for the BBB. But that adds complexity, which may / may not outweigh just building your own toolchain. It depends on how much you know about what, and what you do / do not like to do. Some people, myself included just do not feel like building their own tools chains . . . Douglas, obviously you do not use the prebuilt images that come shipped with the BBB. I do not either, I build my own custom images based on RCN's instructions / scripts. Why ? Because I have too many other things going on in my life to learn / worry about yet_another_thing. I have a project in mind, for which I have *many* things to learn. I really do not want to add to that pile any more than I have to. So, this is not a game this is called getting something done with the least amount of resistance as possible. It almost sounds like you took my last post personal. Also remember your last statement works both ways. On Sat, Jul 26, 2014 at 12:35 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 11:26, William Hermans wrote: /It's not weak, It's empty. But, my focus was using a easier/ /cross-compiler rather than building my own./ /I will get crosstool-ng when I have more time to test before I publish./ You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . I'm not saying to be snide or sarcastic, really, but anyone can play that nonsense game: You have a problem with a crosstool-ng tool chain? And to the next statement: which uboot and kernel? *The* uboot and kernel? Not mine: http://ttylinux.net/dloadBBN.html The Linux-targeted cross tool chain has an associated glibc and kernel interface; I build versions of those of my own preference to suit my ttylinux distribution. That is why I build my cross tool chain from sources with crosstool-ng. With this approach I have commonality to make ttylinux for mac-g4, beaglebone, i486, i686, x8_64 of the same versions of glibc and Linux kernel, each built with a crosstool-ng produced cross tool chain constructed with the proper glibc and kernel interfaces. https://github.com/djerome/crosslinux The world does not revolve around what you happen to use. Just most of it. :) -- 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 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 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] RobertCNelson Tree
Lucas, I started pretty much the same as you last year around may. I did a lot of research / reading early on, and have had a bit of experience with different gcc toolchains for different platforms. Previous to this I did a lot of reading about the gcc port for the MSP430, so I really did not want to spend a lot of time figuring out how to build my own toolchain using crosstool-ng ( even though I did a bunch of reading on the subject ). Also, as far as I know, you can setup / link to other libc's by configuring the Linaro toolchain. I did a little reading on the subject to think I know it is possible, but I'm no expert either. Since then I have started thinking differently, about my own projects, and shifted more towards using Nodejs( when possible ) versus using only natively compiled executables. http://eewiki.net/display/linuxonarm/BeagleBone+Black This link may be a good resource for you in how everything is setup. I've used this myself to build my own custom images that are relatively very small. One such image has standard tools such as openssh-server, ntpdate, Nodejs with express, and socket.io installed in as little as 191M space. Anyway, it seems to me that you'll probably want to at least eventually be running ARCH on your BBB. Aside from letting you know that it has been done by others already, I can offer very little assistance with that. On Sat, Jul 26, 2014 at 3:10 PM, Lucas Tanure ltan...@gmail.com wrote: Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? I really want to write about crosstool-ng, but I need more time. That page was a result of LFD411 - Embedded Linux Development, that was awesome. And now that I know of Linaro toolchain I will this information there too, but I need time to try myself and write a good tutorial. Thanks! -- Lucas A. Tanure Alves +55 (19) 988176559 On Sat, Jul 26, 2014 at 5:49 PM, William Hermans yyrk...@gmail.com wrote: Lucas, In that case perhaps crosstool-ng may be the way to go. I mean you *could* also run a Debian VM just as a support system for the BBB. But that adds complexity, which may / may not outweigh just building your own toolchain. It depends on how much you know about what, and what you do / do not like to do. Some people, myself included just do not feel like building their own tools chains . . . Douglas, obviously you do not use the prebuilt images that come shipped with the BBB. I do not either, I build my own custom images based on RCN's instructions / scripts. Why ? Because I have too many other things going on in my life to learn / worry about yet_another_thing. I have a project in mind, for which I have *many* things to learn. I really do not want to add to that pile any more than I have to. So, this is not a game this is called getting something done with the least amount of resistance as possible. It almost sounds like you took my last post personal. Also remember your last statement works both ways. On Sat, Jul 26, 2014 at 12:35 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 11:26, William Hermans wrote: /It's not weak, It's empty. But, my focus was using a easier/ /cross-compiler rather than building my own./ /I will get crosstool-ng when I have more time to test before I publish./ You have a problem with the Linaro toolchain ? That is what is used for uboot and the kernel . . . I'm not saying to be snide or sarcastic, really, but anyone can play that nonsense game: You have a problem with a crosstool-ng tool chain? And to the next statement: which uboot and kernel? *The* uboot and kernel? Not mine: http://ttylinux.net/dloadBBN.html The Linux-targeted cross tool chain has an associated glibc and kernel interface; I build versions of those of my own preference to suit my ttylinux distribution. That is why I build my cross tool chain from sources with crosstool-ng. With this approach I have commonality to make ttylinux for mac-g4, beaglebone, i486, i686, x8_64 of the same versions of glibc and Linux kernel, each built with a crosstool-ng produced cross tool chain
Re: [beagleboard] RobertCNelson Tree
On 07/26/14 15:10, Lucas Tanure wrote: Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Whoa, I really don't mean to sound cross about anything. For that page, my critique is: from the terseness of the crosstool-ng part it lacks usefulness and I'm willing to help. My first name is Douglas, not Jerome. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? For what it's worth, from someone who uses crosstool-ng but not a pre-built cross tool chain, I don't think it's fair to say crosstool-ng is so much better in an open ended way. When you build code for a Linux system the tool chain supplies the glibc interface (header files and library files) which has the Linux kernel system call interface; if you want some particular version of those, then building your own cross-tool chain with those versions can be so much better than using a pre-built cross tool chain. If you use a pre-built cross tool chain, what versions of glibc and Linuc kernel is your cross-built code targeted to? I am being glibc-centric here, I know. Cheers. -- 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: GPIO input not working
P8.15,/* GPIO1_15 */ Hi, While on the schematic GPIO1_15 is inside the bracket labeled Caution: Used On Board, actually it (P8.15) is not connected anywhere but to the processor pad. That is actually NOT used on board. I verified this many times: no troubles with GPIO1_15. I do not think that setting pinmux to 0x07 is a good idea. If you want to read the GPIO you need the respective receiver enabled. The 0x27 pinmux data is much better. What else.. If you often want to see what the actual pinmux settings are, or what is the GPIO state, this might be handy: http://www.academ.org/~sv/epc/pinmux.pdf -- 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] Qt5 problem: windows have no title and borders
From: Artem Popov web.ty...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, July 25, 2014 at 9:39 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Qt5 problem: windows have no title and borders HW: Beaglebone Black Linux: RCN Kernel 3.8 with sgx modules and xenomai Qt version : qt-everywhere-opensource-src-5.3.1 Configure options: ./configure -release -force-debug-info -confirm-license -nomake tests -nomake examples -opensource -opengl es2 -device linux-beagleboard-g++ -device-option CROSS_COMPILE=/usr/bin/arm-linux-gnueabihf- -prefix /usr/qt5 -no-largefile -no-accessibility -no-openssl -no-pulseaudio -no-alsa -no-cups -no-pch -eglfs -directfb -linuxfb -no-xcb -make libs -I /home/tim/BB/archive/Graphics_SDK_5_01_01_01/include/OGLES2 -L /home/tim/BB/archive/Graphics_SDK_5_01_01_01/gfx_rel_es8.x -xplatform linux-beagleboard-g++ -skip webkit Configure result: http://paste.ubuntu.com/7857121/ As result windows have no title bars and borders. I've tried to create simple app which shows message box and tried to use example from qtbase/widgets/mainwindows/application. As you can see from the following link, xorg isn¹t supported: http://processors.wiki.ti.com/index.php/RN_5_01_01_01#What_is_not_supported Regards, John Result: MessageBox: http://beta.hstor.org/files/7d6/d46/83a/7d6d4683a187483a98bdd095c5e649a3.jpg mainwindow app: http://beta.hstor.org/files/d8a/a6a/b34/d8aa6ab342e24ff29388c38344272de5.jpg I've tried different platforms (linuxfb, eglfs, minimal) and styles. Nothing helps.And only eglfs shows fullscreen app. Also, touchscreen works as Y coordinate is 3-5 mm lower, than it actually is. I should press touchscreen 3-5 mm under the button to press it. MessageBox and examples works good for Qt 4.8. How to fix this problems? -- 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 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] RobertCNelson Tree
Everything being equal I think crosstool-ng is the way to go. There are a few things I do not like about the Linaro toolchain, and the prepackaged libc is the main one on my mind. Personally, for various things, I prefer building things from *scratch*. This is the side of me that also loves this concept of Gentoo. But the practicalities of every day business almost always get in the way. Now, I have a time investment spent learning about the Linaro toolchain. Which admitedly is not a huge amount. Not like Debian versus Gentoo ( for me ), where I've been using Debian since the mid 90's. On Sat, Jul 26, 2014 at 3:59 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 15:10, Lucas Tanure wrote: Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Whoa, I really don't mean to sound cross about anything. For that page, my critique is: from the terseness of the crosstool-ng part it lacks usefulness and I'm willing to help. My first name is Douglas, not Jerome. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? For what it's worth, from someone who uses crosstool-ng but not a pre-built cross tool chain, I don't think it's fair to say crosstool-ng is so much better in an open ended way. When you build code for a Linux system the tool chain supplies the glibc interface (header files and library files) which has the Linux kernel system call interface; if you want some particular version of those, then building your own cross-tool chain with those versions can be so much better than using a pre-built cross tool chain. If you use a pre-built cross tool chain, what versions of glibc and Linuc kernel is your cross-built code targeted to? I am being glibc-centric here, I know. Cheers. -- 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 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] U-Boot SPL fails when booting from DHCP/TFTP... Tries to enter USB Host mode?
From: Brendan Bleker bble...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, July 25, 2014 at 1:11 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] U-Boot SPL fails when booting from DHCP/TFTP... Tries to enter USB Host mode? I'm looking for instructions/guides on getting the Beaglebone Black to load and run U-Boot from DHCP/TFTP (No SD and No eMMC). (http://processors.wiki.ti.com/index.php/Ubuntu_12.04_Set_Up_to_Network_Boot_a n_AM335x_Based_Platform) Let me start out by asking; why do you want to load u-boot via DHCP/TFTP? Currently, I have the Beaglebone Black looking in the correct /tftpboot directory, it finds the u-boot spl file and loads it, but stops with the following error: U-Boot SPL 2013.04-dirty (Jun 19 2013 - 09:57:14) musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 ### ERROR ### Please RESET the board ### I'm using the latest Angstrom Beaglebone Black distribution, all I've done is strip the header from the MLO in order to create a U-Boot SPL file that the RBL will recognize. I'm guessing that I will need to do some customization of the U-Boot SPL in order to prevent it from going into USB Host mode. Since I haven't built a custom U-Boot, or Kernel before, I can only speculate on what I'm seeing. Any info or guidance in this would be much appreciated! Thanks! -- 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 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] RobertCNelson Tree
On Jul 26, 2014 6:33 PM, William Hermans yyrk...@gmail.com wrote: Everything being equal I think crosstool-ng is the way to go. There are a few things I do not like about the Linaro toolchain, and the prepackaged libc is the main one on my mind. If you dig into linaro's build script for those binaries, it is actually crosstool-ng.. Its just tied with a later ubunutu/Linaro specific libc. It just works, is why I use it exclusively now. Some of us remember the code soucery days when they'd magically break stuff between releases. Thankfully Angstroms cross compiler was around back then. Eventually those guys went to Linaro and fixed GCC. Personally, for various things, I prefer building things from *scratch*. This is the side of me that also loves this concept of Gentoo. But the practicalities of every day business almost always get in the way. Now, I have a time investment spent learning about the Linaro toolchain. Which admitedly is not a huge amount. Not like Debian versus Gentoo ( for me ), where I've been using Debian since the mid 90's. On Sat, Jul 26, 2014 at 3:59 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 15:10, Lucas Tanure wrote: Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Whoa, I really don't mean to sound cross about anything. For that page, my critique is: from the terseness of the crosstool-ng part it lacks usefulness and I'm willing to help. My first name is Douglas, not Jerome. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? For what it's worth, from someone who uses crosstool-ng but not a pre-built cross tool chain, I don't think it's fair to say crosstool-ng is so much better in an open ended way. When you build code for a Linux system the tool chain supplies the glibc interface (header files and library files) which has the Linux kernel system call interface; if you want some particular version of those, then building your own cross-tool chain with those versions can be so much better than using a pre-built cross tool chain. If you use a pre-built cross tool chain, what versions of glibc and Linuc kernel is your cross-built code targeted to? I am being glibc-centric here, I know. Cheers. -- 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 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 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] Delivery of web camera image to Ustream
Hi all I am challenging delivery of webcamera image to ustream from Beagleboard-xm. First I did on Atom machine with Ubuntu 14.04. avconv -f video4linux2 -s 320x240x -r 5 -i /dev/video0 -pix_fmt yuv420p -r 5 -f flv rtmp://***ustream_url/ustream_key*** I could do. Next I challenged on Beagleboard-xM with Ubuntu 14.04. Then Delivery stoped at few seconds. avconv version 9.14-6:9.14-0ubuntu0.14.04.1, Copyright (c) 2000-2014 the Libav developers built on Jul 15 2014 14:14:21 with gcc 4.8 (Ubuntu/Linaro 4.8.2-19ubuntu1) [video4linux2 @ 0x1326720] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 1716.381321, bitrate: 6144 kb/s Stream #0.0: Video: rawvideo, yuyv422, 320x240, 6144 kb/s, 1000k tbn, 5 tbc Output #0, flv, to 'rtmp://1.17868225.fme.ustream.tv/ustreamVideo/17868225/nVgsJjz3ctRafQWawGt5HNZA3v75R2kj': Metadata: encoder : Lavf54.20.4 Stream #0.0: Video: flv, yuv420p, 320x240, q=2-31, 200 kb/s, 1k tbn, 5 tbc Stream mapping: Stream #0:0 - #0:0 (rawvideo - flv) Press ctrl-c to stop encoding The v4l2 frame is 50560 bytes, but 153600 bytes are expected 311.7kbits/s /dev/video0: Invalid data found when processing input Failed to update header with correct duration.=8.80 bitrate= 306.5kbits/s [flv @ 0x13272a0] Failed to update header with correct filesize. frame= 44 fps= 4 q=2.5 Lsize= 329kB time=8.80 bitrate= 306.5kbits/s video:328kB audio:0kB global headers:0kB muxing overhead 0.271874% What is solution ? -- 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] RobertCNelson Tree
Robert, I use the Linaro toolchain for exactly the same reasons as you. Aside from the fact that I follow your guide as closely as possible, and deviating from that would cause more headaches than it is worth. All one has to do is read all the half fast copied blog postings out there to realize this . . . that lead to HALP ITS BROKED posts on these groups . . .heh. As far as the crosstool-ng aspect. I just mean that you get eaxctly what *you* want when you build your own toolchain. On the other side of that coin. For me personally, I probably do not know everything I need to know to build a proper toolchain for the BBB. After that, failed attempts would get old fast, or worse yet seemingly good attempts that could turn tragic in a hurry. On Sat, Jul 26, 2014 at 8:15 PM, Robert Nelson robertcnel...@gmail.com wrote: On Jul 26, 2014 6:33 PM, William Hermans yyrk...@gmail.com wrote: Everything being equal I think crosstool-ng is the way to go. There are a few things I do not like about the Linaro toolchain, and the prepackaged libc is the main one on my mind. If you dig into linaro's build script for those binaries, it is actually crosstool-ng.. Its just tied with a later ubunutu/Linaro specific libc. It just works, is why I use it exclusively now. Some of us remember the code soucery days when they'd magically break stuff between releases. Thankfully Angstroms cross compiler was around back then. Eventually those guys went to Linaro and fixed GCC. Personally, for various things, I prefer building things from *scratch*. This is the side of me that also loves this concept of Gentoo. But the practicalities of every day business almost always get in the way. Now, I have a time investment spent learning about the Linaro toolchain. Which admitedly is not a huge amount. Not like Debian versus Gentoo ( for me ), where I've been using Debian since the mid 90's. On Sat, Jul 26, 2014 at 3:59 PM, Douglas Jerome doug...@ttylinux.org wrote: On 07/26/14 15:10, Lucas Tanure wrote: Jerome, Sorry I didn't understand what you want, or complain about that page. Feel free to edit and add what you think is important. I can only write about things I know, and understand. That tip about Linaro toolchain was very good thanks, I will take a look. The wiki is for anyone, from anyone. So add your way, so people can know of. Whoa, I really don't mean to sound cross about anything. For that page, my critique is: from the terseness of the crosstool-ng part it lacks usefulness and I'm willing to help. My first name is Douglas, not Jerome. Willian, I feel the same way, I just want to build my kernel, boot and use. I'm not a expert, I'm a newbie, so I need first a easier and faster way to get where I want. For me, what I know about crosstool-ng is that you can choose many variables and build a perfect compiler for you, using uLibc, gLibc what ever you need. And I don't see yet why In that case perhaps crosstool-ng may be the way to go. . What I'm missing in this case ? What crosstool-ng is so much better than a preconfigured gcc from ubuntu servers ? For what it's worth, from someone who uses crosstool-ng but not a pre-built cross tool chain, I don't think it's fair to say crosstool-ng is so much better in an open ended way. When you build code for a Linux system the tool chain supplies the glibc interface (header files and library files) which has the Linux kernel system call interface; if you want some particular version of those, then building your own cross-tool chain with those versions can be so much better than using a pre-built cross tool chain. If you use a pre-built cross tool chain, what versions of glibc and Linuc kernel is your cross-built code targeted to? I am being glibc-centric here, I know. Cheers. -- 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 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 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
