[beagleboard] Re: beagle-xm rev C with 3.12 kernel + fdt
Hi, On Friday, March 7, 2014 2:55:05 AM UTC+2, rdbirt wrote: Hi, I have 3.13.5 booting and have resolved the phy issue so the network is once more usable. Would a patch for anyone else trying to use 3.13 be useful? I got 3.13.15 running as well on the beagle-xm more or less with the patches of Rob Nelson.[1] What I would really be interested in is a 3.10.28 kernel with Xenomai[2] where networking works - maybe I should post this is a separate thread. [1] https://github.com/RobertBerger/meta-mainline [2] http://git.denx.de/?p=eldk.git;a=tree;f=meta-eldk/recipes-kernel/xenomai/files;h=5e0a45ae252f16183d687d3c23e7b26a2f1096fe;hb=df9de1fcd37181c170c77427f9d1e2a5a00f58be -- 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] 3.10.28 kernel and Xenomai
Hi, The latest and greatest ELDK 5.5 contains an ipipe patch for a 3.10.28 kernel [1]. Unfortunately 3.10 is not very stable on the beagle-xm and does not support rootfs over nfs. In case someone has 3.10.x with a working network interface please let me know. I am aware of the trick with modprobe phy_nop, but this is does not really help. What I've seen is that 3.9.11 was the last kernel without fdt which was OK and afterwards we go to 3.13.x. In between is headache ;) Regards, Robert [1] http://git.denx.de/?p=eldk.git;a=tree;f=meta-eldk/recipes-kernel/xenomai/files;h=5e0a45ae252f16183d687d3c23e7b26a2f1096fe;hb=df9de1fcd37181c170c77427f9d1e2a5a00f58be -- 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: Coding with C/C++ directly on Beaglebone, via IDE?
And this is the video that I was mentioning earlier: http://www.youtube.com/watch?v=vFv_-ykLppo Setup of Eclipse for the BB (but it apply also to the BBB). The whole channel is a really great and educational site; all that I know about the BB is thanks to this guy. On Thursday, March 6, 2014 11:47:19 PM UTC-8, Mickae1 wrote: Can we stop this discussion ? And to make everyone happy, there is eclipse + vim = http://eclim.org Micka, On Mar 7, 2014 7:04 AM, Alexander Holler hol...@ahsoftware.dejavascript: wrote: Am 06.03.2014 20:54, schrieb Karl Longen: I have seen few people using Memacs, but it was a rarity, and limited to few old engineers. The world is not only like you see it; the fact that you have certain experiences is not a considerable proof to say this is how it is everywhere. There are 6M of people on this planet, in case you didn't realize it. Err, you made the obvious wrong statement that no one uses vi(m) for any large and/or serious project. So you have to ask yourself who is the the narrpw-minded one and who has to learn a bit more about reality. Anyway, it's getting boring. On Thursday, March 6, 2014 2:05:58 AM UTC-8, Alexander Holler wrote: Am 06.03.2014 00:14, schrieb Karl Longen: I don't see anything wrong.in this world nothing is wrong (other than the attitude), there is what is right for someone and what is right for most of the people. In 15 years working as programmer, I have NEVER experienced a single developer using VI for anything other than modify server side files (either config, daemons, apache config files), or to create quick shell script to automate some process. Hmm, I wonder what you've did in 15 years. You even didn't know that vim has code coloring since a long time but then you say nobody uses vim. Alexander Holler -- 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. -- 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] kernel bootup error beagle bone black
to create a kernel image i followed the procedure from below site http://elinux.org/Building_BBB_Kernel#Downloading_and_building_the_Linux_Kernel i created the kernel image and rootfs using arm-linux-gnueabi-gcc compiler while booting the image kernel loaded successfully into the ram memory. but when i do bootm 0x8020 command the booting was stopped immediately without any error log information ..simply curser waiting after OK Starting kernel ... message.. my log message for your reference == Hit any key to stop autoboot: 0 *U-Boot# * *U-Boot# setenv autoload no* *U-Boot# setenv serverip 192.168.1.69* *U-Boot# setenv ipaddr 192.168.1.61* *U-Boot# tftp 0x8020 uImage-BBB* link up on port 0, speed 100, full duplex Using cpsw device TFTP from server 192.168.1.69; our IP address is 192.168.1.61 Filename 'uImage-BBB'. Load address: 0x8020 Loading: # # # # 1.2 MiB/s done Bytes transferred = 4156864 (3f6dc0 hex) *U-Boot# setenv bootargs console=ttyO0,115200n8 quiet root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait* *U-Boot# bootm 0x8020* ## Booting kernel from Legacy Image at 8020 ... Image Name: Linux-3.8.13 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:4156800 Bytes = 4 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... after that no process happening ... if any one understood whats going wrong please share your experience how to come back from this issue.. -- 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: BeBoPr+ vs Replicape
I bought the CRAMPS at OSH Park and im looking for the parts to buy now. Thank you very much to share it, Charles. m quarta-feira, 5 de março de 2014 22h52min51s UTC+9, Charles Steinkuehler escreveu: On 03/05/14 03:05, Marcos Duque Cesar wrote: Where's the best place to order one BeBoPr++? Contact Bas (the designer) directly, his e-mail is earlier in the thread. I don't think he's got distribution setup yet, but I know he has some board built. You might want to monitor the support forum, as well: http://forum.bebopr.info/ -- Charles -- 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] 2014-03-04 Debian flasher doesn't flash the eMMC in BBB
I tried to update the latest version Debian in http://beagleboard.org/latest-images/ Download BeagleBone Black (eMMC flasher) Debian (BeagleBone Black - 2GB eMMC) 2014-03-04 and use Image Writer to write into SD card. However, when pressing on S2 (boot Switch) and power on,image in SD card isn't flashed into eMMC but BBB boots from it. How do I do to flash the image into BBB eMMC not boot from it. Will be a big different between Angostrom and Debian? because I use Angostrom before to control LED on the board, GPIO, UART0 and so on. Those codes remain the same or I have to modify it. 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.
Re: [beagleboard] 2014-03-04 Debian flasher doesn't flash the eMMC in BBB
Are you holding S2 pressed until after the board powers up? Gerald On Fri, Mar 7, 2014 at 6:21 AM, Sam Hon samhonboo...@gmail.com wrote: I tried to update the latest version Debian in http://beagleboard.org/latest-images/ Download BeagleBone Black (eMMC flasher) Debian (BeagleBone Black - 2GB eMMC) 2014-03-04 and use Image Writer to write into SD card. However, when pressing on S2 (boot Switch) and power on,image in SD card isn't flashed into eMMC but BBB boots from it. How do I do to flash the image into BBB eMMC not boot from it. Will be a big different between Angostrom and Debian? because I use Angostrom before to control LED on the board, GPIO, UART0 and so on. Those codes remain the same or I have to modify it. 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] When to power sensors connected to the BeagleBone Black?
You are fine. Reset is no the issue. Power is. The fact that the power is removed makes everything safe. Reset is an easy way to make sure the board is powered up and provides a logic level indication of that fact.. Gerald On Fri, Mar 7, 2014 at 12:47 AM, k...@cranehome.info wrote: On a related note: If my sensors are buffered and gated to sys_resetn am I safe if the BBB powers down a few ms before the rest? My circuit watches the 3.3V regulator output and when it falls away the power for the entire circuit is killed as well but it takes 5-9ms for the power controller to notice and react to the condition. My buffers are connected to SYS_RESETN via a schmidt-inverter driving the /OE gates for the pins. -- 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] Re: angstrom
Dear Jyotirmaya, i had the same problem. Just go via link with error and you will see then requared folder is not exist: http://feeds.angstrom-distribution.org/feeds/core/ipk/eglibc/ I resolve this problem via editing path to repo in files /etc/opkg/* суббота, 11 января 2014 г., 0:08:57 UTC+7 пользователь Jyotirmaya Joon написал: i am using angstrom for bb-xm. but whem i do opkg update it says 404 error . page not found. because of this i can not install tools -- 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: Here is the BeagleBone Debian (beta) image you want to test
On Wednesday, March 5, 2014 5:51:19 PM UTC-5, Jason Kridner wrote: The latest BeagleBone Debian images are now posted at: http://beagleboard.org/latest-images/ I removed that adapter and plugged in an adapter I bought from Adafruit (and switched ra0 back to wlan0) and got the issue rtl8192cu:_rtl92cu_init_power_on():0-0 Failed to polling REG_APS_FSMCO[APFM_ONMAC] done!. My Edimax rtl8192cu works out of the box, well, sort of… I'm getting seemingly *horrible* packet loss with the adapter. I've got a Raspberry Pi with the exact same adapter sitting directly next to it that has no issues. *timb@woodpi* *~ $* iwconfig wlan0 IEEE 802.11bgn ESSID:Timothy Star Nickname:WIFI@REALTEK Mode:Managed Frequency:2.412 GHz Access Point: 60:33:4B:E8:18:AB Bit Rate:72.2 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Power Management:off *Link Quality=100/100* Signal level=75/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 root@beaglebone:~# iwconfig wlan2 IEEE 802.11bgn ESSID:Timothy Star Mode:Managed Frequency:2.412 GHz Access Point: 60:33:4B:E8:18:AB Bit Rate=72.2 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr=2347 B Fragment thr:off Encryption key:off Power Management:off *Link Quality=47/70* Signal level=-63 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:109 Missed beacon:0 Tons of Invalid misc errors on the BBB. I thought it might be the adapter itself, but swapping the Pi's adapter for the BBB's yielded the same results. I thought the Pi might be interfering with the signal somehow but that's not the issue either. At least I can actually get this online, unlike Angstrom… -- 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: Here is the BeagleBone Debian (beta) image you want to test
Hi Robert, The fix I suggested yesterday still leaves some debug dmesgs. I tried to eliminate DBG entirely. However, make with -DDBG removed from os/linux/config.mk lines 290:293 # config for STA mode ifeq ($(RT28xx_MODE),STA) --WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT -DDBG ++WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT causes build errors in /sta/sta_cfg.c: /home/tmp/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/../../sta/sta_cfg.c:8278:4: error: implicit declaration of function âRTMPIoctlMACâ [-Werror=implicit-function-declaration] /home/tmp/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/../../sta/sta_cfg.c:8282:4: error: implicit declaration of function âRTMPIoctlE2PROMâ [-Werror=implicit-function-declaration] /home/tmp/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/../../sta/sta_cfg.c:8286:4: error: implicit declaration of function âRTMPIoctlRFâ [-Werror=implicit-function-declaration] This can be fixed by adding in an #ifdef DBG...#endif wrapper into: sta/sta_cfg.c line 8276:8288 -- ++#ifdef DBG //Include if DBG on case CMD_RTPRIV_IOCTL_MAC: RTMPIoctlMAC(pAd, pRequest); break; case CMD_RTPRIV_IOCTL_E2P: RTMPIoctlE2PROM(pAd, pRequest); break; case CMD_RTPRIV_IOCTL_RF: RTMPIoctlRF(pAd, pRequest); break; -- ++#endif The above case statements need to be wrapped in an #ifdef DBG ... #endif, same as sta/sta_ioctl.c lines 2622:2638: #ifdef DBG case RTPRIV_IOCTL_MAC: RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_MAC, 0, NULL, 0, RT_DEV_PRIV_FLAGS_GET(net_dev)); /* RTMPIoctlMAC(pAd, wrq); */ break; case RTPRIV_IOCTL_E2P: RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_E2P, 0, NULL, 0, RT_DEV_PRIV_FLAGS_GET(net_dev)); /* RTMPIoctlE2PROM(pAd, wrq); */ break; case RTPRIV_IOCTL_RF: RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_RF, 0, NULL, 0, RT_DEV_PRIV_FLAGS_GET(net_dev)); /* RTMPIoctlRF(pAd, wrq); */ break; #endif /* DBG */ By the way, a quick compare of the WNA1100 (22% RX dropped) and UWN200 (4% RX dropped). Looks like the big antenna makes a difference! Thanks - Eamonn -- 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] GSoC - Android-based remote display and keyboard
Hello there, My name is Kristina Gancheva and I currently study Informatics at Hanze University, the Netherlands. It's my last year before graduating, so I hopped to participate in the GSoC. From all announced project ideas, only one really grabbed my attention! It was, as you're probably guessing, the idea for Android-based remote display and keyboard. This project idea was The One, not only because of my interest in BeagleBone and Android, but because of all possibilities for applications based on this project. You can think here about controlling robots via Android GUI, different types of house automation and security, even about applications in the health care. I was also thinking of an application for controlling BeagleBone from Pebble watch or Google Glass. If I get the chance to work on this project I will try to concentrate my work on connecting the BeagleBone with Android device and letting them communicate, implementing a remote display and keyboard on Android and adding Pebble or Google Glass functionality to BeagleBone. The last one of course will depend on the mentors' decision and available hardware. :) I have two Android devices (a telephone and a tablet) and Pebble watch with which I can experiment. I have even purchased my BeagleBone few weeks ago! I have rich experience in Java and Android. I can say that I'm good in Python and familiar with C and Assembly. (I've build Cruise Control app in C and implemented a counter using PWM in Assembly which I tested on Arduino.) I'm interested in new technologies, AI, robotics, big data and complex algorithms. I hope my knowledge will help me in this project but considering my lack of experience in working with BeagleBone I will appreciate all your help guys! That's also the reason for me to ask if someone of you will have the time and interest to mentor the project this summer. I hope to hear from you soon and discuss all your ideas and suggestions about this project. Greetings, Kristina -- 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] How to correctly find things in the IO tree?
What's the 'right' way to find things in the IO tree? E.g. I want to be able to read the raw analogue inputs by reading the 'files' at:- /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage0_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage1_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage2_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage3_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage4_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage5_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage6_raw /sys/devices/ocp.3/44e0d000.tscadc/tiadc/iio:device0/in_voltage7_raw A lot of examples and code I have seen simply use the 'find' command to search for filenames matching a pattern, for the ADC values above one could do:- find /sys -name 'in_voltage?_raw' However it feels as if there should be a more 'logical' way, is there one and is it documented anywhere? -- Chris Green · -- 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] porting kernel 3.13.6 to beaglebone black
Dear all, I am very beginner to embedded linux. I have Beagle bone black board. Let me know how can we port the linux kernel 3.13.6 to BBB. Please help me to start Thanks Prashanth -- 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: Beaglebone Black Getting Started not working
Does the BBB boot on its own (with a 5V power supply)? Do you get a login prompt on the monitor? Do you see the u-boot startup on the serial port (you may need to buy a special cable for that)? I am not sure what's the point of doing the Getting Started procedures. You can just use it. Or better yet, download the Ubuntu imagehttp://elinux.org/BeagleBoardUbuntu by Robert C Nelson, and use that. On Thursday, March 6, 2014 7:48:59 PM UTC-5, jqru...@gmail.com wrote: Hi all, I just bought the MakerShed getting started kit for the BBB. I unboxed the board and plugged her in on my Ubuntu 13.10 box. After about a minute of waiting, I saw no filesystem mounted for the BBB. I installed the drivers on the Beagleboard.org website (under Getting Started), but to no avail. I tried the same process on Windows 7, but that didn't work either. Any insight to this? 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.
Re: [beagleboard] Physical address of the Ethernet port on beagleboard-xm
hi , Is the mac is stable for next boot by changing with ifconfig command On Thursday, June 20, 2013 9:08:57 PM UTC+5:30, Scott Baillie wrote: Hi Praveen, Robert is correct, it is randomly generated, every time you boot up the MAC address is different. It is really annoying !! If you want your router to assign you a fixed IP address , you need a fixed MAC address , REALLY ANNOYING !! This is what I do , when my Beagleboard xm boots , I add the following lines to a script that runs at boot up time : ifconfig eth0 down ifconfig eth0 hw ether C6:00:25:73:A7:2A up udhcpc -q What this does is takes down the ethernet interface and brigs it up again with a fixed MAC address. I add a rule to my router that assigns me a fixed IP address based on the MAC address C6:00:25:73:A7:2A. This way, my beagleboard uses DHCP to obtain a IP address but always gets the same IP address which is what I want. I am sure there are many ways to achieve the same result, but this is what I do. Scott. -- 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] Storage Gadget: Automount BBB on BBB
I'm trying to connect two BeagleboneBlack together, with the aim of seeing the two as a usb device on the other. As a first step I colleagato the USB Host port of the one with the mini USB port of the other. At this point on the card that is attached to the USB host can see the other among the available devices, in this case / dev / sda. If I mount the device: mount / dev / sda / media / USB_BBB I can see the contents without any problems. The question is, how to make this process automatic? Also, if I disconnect and reconnect I get the card that the device is no longer assigned to / dev / sda but / dev / sdb. How to solve this problem? 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.
[beagleboard] Re: Beaglebone Black Getting Started not working
I bought this board a bit on a whim, so I don't have my usual embedded supplies on hand (e.g. a 5V power supply). I'll give it a go as soon as I get my hands on one. But basically, the only feedback I can get from the board are the activity LEDs (U0-3), which are blinking as prescribed. Yeah, I think Angstrom will be replaced by either embedded Ubuntu or Fedora. Should I perhaps try to flash a fresh OS image onto the board? On Fri, Mar 7, 2014 at 9:28 AM, porkupan vladimir.bor...@gmail.com wrote: Does the BBB boot on its own (with a 5V power supply)? Do you get a login prompt on the monitor? Do you see the u-boot startup on the serial port (you may need to buy a special cable for that)? I am not sure what's the point of doing the Getting Started procedures. You can just use it. Or better yet, download the Ubuntu imagehttp://elinux.org/BeagleBoardUbuntu by Robert C Nelson, and use that. On Thursday, March 6, 2014 7:48:59 PM UTC-5, jqru...@gmail.com wrote: Hi all, I just bought the MakerShed getting started kit for the BBB. I unboxed the board and plugged her in on my Ubuntu 13.10 box. After about a minute of waiting, I saw no filesystem mounted for the BBB. I installed the drivers on the Beagleboard.org website (under Getting Started), but to no avail. I tried the same process on Windows 7, but that didn't work either. Any insight to this? 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.
[beagleboard] BBB can't connect to laptop through USB port with the existence of SD card
After update Angstrong in eMMC by SD card, I restart BBB with and without SD card. Everything is fine without SD card and I can access to it through ssh in linux console. But if I leave SD card on the board and just boot up from eMMC, after log in as root, BBB would try to connect USB port but can't finish it and so I can't connect to it as I've done without SD card. Anyone has met the same thing? -- 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] Audio C ape Rev B Availability
Walt, The Audio Cape revision B should be available by the end of this month. -Hieu On Thu, Mar 6, 2014 at 10:08 PM, Walter Schilling schill...@msoe.eduwrote: Good evening. I am interested in obtaining information about the Audio Cape Rev B. It seems as if it is announced on the Beagleboard site, but I do not see any distributors with stock. Can anyone offer any further information as to when this device should be available? Walt Schilling -- 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] Re: BeagleBone Black Vdd Power
Thanks, I have been experimenting with different cap values and am not seeing any irregular voltage drop on the output of my regulator. I might decide to use a DCDC converter. Which regulator are you using? On Wednesday, March 5, 2014 1:20:49 PM UTC-8, c...@isbd.net wrote: edwin...@gmail.com javascript: wrote: [-- text/plain, encoding 7bit, charset: UTF-8, 22 lines --] Using the Beaglebone black Revision A6A. I powering it with supplying 5V to the Vdd pins. The 5V is coming from an adjustable regulator with an enable line. Also I have a 10uF tantalum capacitor on the regulator's output to avoid sending a noisy 5V. When that enable line goes high, the beaglebone black does not power on all the time. Sometimes the BBB boots properly. However, instead of powering on sometimes, it seems that the power management chip on the BBB is switching Vdd to no load. I still have a similar result with different tantalum cap values. What is the state of the switch in the power management chip on a rising edge of Vdd? Has anyone else had a problem powering the BBB with Vdd? I'm doing almost exactly what you're doing except that my regulator chip doesn't have an enable line. So far it has worked exactly as it should, applying power by plugging the 5v supply into pins 1 and 3 on P9 just powers the BBB up as normal. I only have a .33uF tantalum on my regulator input and nothing on the output. -- Chris Green · -- 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: why update eMMC?
My builroot rootfs, with QT, opencv, some boost libraries, python, a small webserver and other amenities uses only 10% of that 2GB. On Thu, 6 Mar 2014 09:52:26 -0600 Gerald Coley ger...@beagleboard.org wrote: Cost. That is what a $45 board allows us to buy. 4G is more expensive than 2G, And eMMC is faster and more reliable than an SD card. Gerald On Thu, Mar 6, 2014 at 9:49 AM, Brad Hopper brad.hop...@gmail.com wrote: I wonder why the BBB has only 2G of space in the eMMC - aren't most small boot images designed to fit in 4G? It's *great* to have onboard bootable space, just seems like it would be bigger or why bother since many/most will just end up not using it and booting from flash. On Thursday, February 13, 2014 2:48:14 PM UTC-5, Rusty Wright wrote: If I plan to only boot to the SD card, why would I want/need to flash the eMMC with the latest? This may be answered by the previous question's answer; does flashing the eMMC update the lowest level, stage 1, or whatever it's called (whatever's not in the DOS partition) u-boot code? I guess I'm assuming that the lowest level boot code is u-boot, but perhaps that's incorrect. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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] Any progress in power management on the BBB?
I understand that this question has been asked before in various forms and apologize to those who think this is a useless question. Go easy on me (first time poster). I am working on using the BBB in an embedded environment. It has the power I need to do image capture and machine vision processing as well as light control and data logging. The issue is that I only need to power it on once every 5 minutes (for a very brief time). I am looking into power management and see that some people have discussed kernel 3.12 as being better than 3.8, others discussing using android. Is there anybody who can definitively point me to how to control sleep or standby states in between readings (with wake up by RTC or interrupt)? The SoC can do it but has anybody succesfully compiled a distro that takes advantage of power management? Thank you so much, ruben -- 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: problem with creating a kernel module program for angstrom os
dmesg will give you more details. This usually means you compiled the kernel modules against a different build of the kernel. So, the kernel source you used didn't match what was on the beaglebone. You can install the kernel-headers and kernel-dev packages and build directly on the beaglebone. For some time, these packages weren't in sync with the actual kernel installed...as always, good luck with Angstrom. On Thursday, March 6, 2014 10:30:41 PM UTC-8, siva kumar wrote: hello, i recently purchased beagle bone black . my bbb come with pre compiled angstrom os( Angstrom v2012.12 - Kernel 3.8.13) still i didn't updated my os i try to test my board with simple hello module program . but when i insert a module i got the error message root@beaglebone:~# insmod hello.ko Error: could not insert module hello.ko: Invalid module format root@beaglebone:~# i compiled the module program from my host pc against arm-angstrom-linux-gcc compiler..and i transferred the hello.ko file via scp protocol. my question is [1] Is it possible to add a module program with my available angstrom os..if yes what should i do to insert modules [2] what are all the basic things needed to insert a module?? help me to better understand the beagle bone black -- 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: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time?
From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, March 7, 2014 at 1:27 PM To: beagleboard@googlegroups.com Cc: c...@isbd.net Subject: [beagleboard] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time? user space should not know how you talk to it physically I don't think this is generally accepted, otherwise user space device drivers wouldn't exist: http://www.embedded.com/design/operating-systems/4401769/Device-drivers-in-use r-space With user space device drivers, you're free to push as little or as much into the kernel as you like. The normal practice is that a badly behaving user space application should not kill your complete system. Only the user space app should die. When you use user space drivers, you no longer have that protection. User space drivers are generally not a good idea unless you want to avoid the user/kernel switching delays. Regards, John -Brandon On Thursday, March 6, 2014 12:06:43 PM UTC-8, robert.berger wrote: Hi, On Thursday, March 6, 2014 11:25:14 AM UTC+2, c...@isbd.net wrote: All the examples and libraries (Python mostly) that I can find for doing IO to the GPIO pins seem to handle only a bit at a time. This is fine for things like driving relays and LEDs but makes little sense for 8-bit data. Taking your example. If we are talking about a device you want to connect to your beagle user space should not know how you talk to it physically and whether it's 8-bit data or i2c or something else underneath. Having said that there was/is some attempt to do what you want in kernel space [1] and it's called block GPIO [2] but I don't think it made it into mainline. Regards, Robert [1] http://lwn.net/Articles/533632/ [2] http://lwn.net/Articles/533557/ -- 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] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time?
When you use user space drivers, you no longer have that protection. Since this is so off topic I'll just say, anyone interested about this topic, there is plenty of tutorials and articles about sane user space device drivers, along with production quality open source drivers. The acceptance of the concept is somewhat new, and there are many misconceptions. On Fri, Mar 7, 2014 at 2:02 PM, John Syn john3...@gmail.com wrote: From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, March 7, 2014 at 1:27 PM To: beagleboard@googlegroups.com Cc: c...@isbd.net Subject: [beagleboard] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time? user space should not know how you talk to it physically I don't think this is generally accepted, otherwise user space device drivers wouldn't exist: http://www.embedded.com/design/operating-systems/4401769/Device-drivers-in-user-space With user space device drivers, you're free to push as little or as much into the kernel as you like. The normal practice is that a badly behaving user space application should not kill your complete system. Only the user space app should die. When you use user space drivers, you no longer have that protection. User space drivers are generally not a good idea unless you want to avoid the user/kernel switching delays. Regards, John -Brandon On Thursday, March 6, 2014 12:06:43 PM UTC-8, robert.berger wrote: Hi, On Thursday, March 6, 2014 11:25:14 AM UTC+2, c...@isbd.net wrote: All the examples and libraries (Python mostly) that I can find for doing IO to the GPIO pins seem to handle only a bit at a time. This is fine for things like driving relays and LEDs but makes little sense for 8-bit data. Taking your example. If we are talking about a device you want to connect to your beagle user space should not know how you talk to it physically and whether it's 8-bit data or i2c or something else underneath. Having said that there was/is some attempt to do what you want in kernel space [1] and it's called block GPIO [2] but I don't think it made it into mainline. Regards, Robert [1] http://lwn.net/Articles/533632/ [2] http://lwn.net/Articles/533557/ -- 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/91ikp6Mxi0s/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] How do I clone eMMC to another BBB
I answered my own question. I changed to Debian, using the 2 images on the official beaglebone site. copied the images to 2 sdcards. No1 board: flashed the emmc with the sd card and the flasher debian version, installed a light VNC from instruction herehttp://www.micronetinternational.com/clients/knowledgebase.php?action=displayarticleid=12 Installed socketio and serial port (went without a glitch), copied my nodejs software into cloud9 and had everything running in a few hours (not days as before). copied the entire emmc dd=if=/dev/mmcblk0 bs=512 if=/mount/usbstick/imagefile.img bs=512 to a usb stick. no2 board: booted with the Debian non flashing version (sd card) and DDed the emmc: dd if=/media/usbstick/imagefile.img bs=512 of=/dev/mmcblk1 bs=512 Works great, second board powers up with Debian. To find wich mmcblkx to use, do a fdisk -l make sure your sd card is 4 or 8G and you will see which is about 2G and 4 or 8G all the best Debian is great Le vendredi 7 mars 2014 12:00:03 UTC-5, claud...@gmail.com a écrit : I too am trying to clone BBBs with no luck. I flash the emmc with Angstrom distro https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz then Enabled NTP X11VNC (frees up the USB port and my desk) NodeJS, Socketio and serial.io to clone I boot with Angstrom flashed to a micro sd card https://s3.amazonaws.com/angstrom/demo/beaglebone/Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.06.20.img.xz I plug in a USB stick and DD if=/dev/mmcblk1 bs=512 of=/media/BKUSB/BK6mar14.img bs=512 conv=noerror I then use the same sdcard and USB stick to flash the clone : DD if=/media/BKUSB/BK6mar14.img bs=512 of=/dev/mmcblk1 bs=512 conv=noerror I checked this procedure on on board, after saving the .img I delete some folders, reboot with the Sdcard and restore everything with the DD command. If I go from rev a5C to BBB rev a6A I get multiple checksum errors such as : « [ 0.777470] EXT4-fs (mmcblk0p2): ext4_check_descriptors: Checksum for group 0 failed (47376!=48106) » and /sbin/init errors : « /sbin/init: error while loading shared libraries: libkmod.so.2: cannot open shar ed object file: No such file or directory » My questions are : Is it worth debugging with Angstrom or should I just move to Debian? If Angstrom is ok, then how can I troubleshoot this problem? Thanks Le mardi 13 août 2013 11:20:21 UTC-4, Thomas Laskowski a écrit : Thanks, I will try them out. -Tom On Tuesday, 13 August 2013 11:13:40 UTC-4, RobertCNelson wrote: On Tue, Aug 13, 2013 at 10:09 AM, Thomas Laskowski tlas...@gmail.com wrote: Do you have any pointers to better images? Same place they've always been. .;) (install to microSD) http://elinux.org/BeagleBoardDebian#Demo_Image (eMMC flasher) http://elinux.org/BeagleBoardDebian#eMMC:_BeagleBone_Black 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] Re: Here is the BeagleBone Debian (beta) image you want to test
Trying to run i2cdetect but keep getting: Error: Can't use SMBus Quick Write command on this bus On Thursday, March 6, 2014 10:58:32 AM UTC-5, Jason Kridner wrote: If you have a BeagleBone Black and are able to try out this image, it might be good to propose fixing any short-falls you see in what is provided on the image. On Wednesday, March 5, 2014 5:51:19 PM UTC-5, Jason Kridner wrote: The latest BeagleBone Debian images are now posted at: http://beagleboard.org/latest-images/ If you've upgraded the firmware on your BeagleBone or BeagleBone Black in the past, the experience will be quite similar, but you might find the eMMC flashing times a bit faster (~15 minutes rather than ~45 minutes) due to less post-installation processing. Using the 2GB uSD card image also flashes a bit faster and can be resized to whatever your uSD card size is using some scripts under /opt/scripts/tools. Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey, the Cloud9 IDE team and so many others in getting us this far. Please take the time to give a detailed look over this image and report any issues to the bug tracker on elinux.org: http://bugs.elinux.org/projects/debian-image-releases While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with START.htm to tell you how to get the drivers configured if you haven't already done so: [image: Inline image 2] Clicking the link or visiting http://192.168.7.2, you'll see the familiar on-board served documentation: [image: Inline image 1] I've introduced a few bugs to the documentation ( http://github.com/beaglebone/bone101 and http://beagleboard.github.io/bone101), so expect to find a lot of issues there. Patches are welcome as are notes in the bug tracker to make sure I don't miss dotting any i's or crossing any t's. This is your chance to try to get some documentation into the system you'd like to see. I felt it was pretty safe to save the documentation as an in-beta item because it shouldn't impact functionality. One of the biggest new features you'll see is when you click on the Cloud9 IDE link: [image: Inline image 3] This is a pre-open-source-beta-only release of version 3 of their IDE. Down at the bottom of the Cloud9 IDE you'll see a new terminal window that runs a full 'tmux' session. You can open up a bunch of these and it makes logging into the board and executing command-line operations *super* simple. Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO library is included in these Debian images. That means you can simply paste in your Python code and hit the run button, without any additional download. I checked this out myself by doing a quick LED blink using the Adafruit tutorial ( http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program ): [image: Inline image 4] You should also note that the /var/lib/cloud9 directory now contains a git clone of that bone101 repo (http://github.com/beagleboard/bone101), so you can start using the Cloud9 IDE to edit the content live. What I recommend is creating your own fork of the repo and sending me pull requests of any changes you'd like to see. You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or 'runner' plug-ins are provided. You will, however, find the Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in /opt/source/Userspace-Arduino. Here's a quick little exercise you can do to blink LED0: root@beaglebone# cd /opt/source/Userspace-Arduino/arduino-makefile/examples/Blink root@beaglebone# perl -i -pe 's/13/14/g' Blink.ino root@beaglebone# make root@beaglebone# ./build-userspace/Blink.elf For more advanced C/C++ developers, future releases should include https://github.com/jackmitch/libsoc. Those familiar with Linux will also note that the init system is 'systemd', which has been helpful in providing reasonable boot times. If you are looking for the journal, you can explore it using 'systemd-journalctl'. I use a Mac and despite the latest version of HoRNDIS fixing issues with Internet Connection Sharing, getting on the WIFI at home makes getting my BeagleBones on the network much easier, further making grabbing new packages with 'sudo apt-get install' much simpler. Drivers and firmware for many common USB WiFi dongles are included, so be sure to report any that you find missing. These latest images include the drivers for the popular UWN200 adapters provided by Logic Supply. To test it out myself, I uncommented and edited the wlan0 entry in /etc/network/interfaces (including replacing wlan0 with ra0), shutdown, plugged in the adapter and powered up the board again. I'm seeing the issue rt28xx_open return fail!, but I'm sure this is something we can fix in a few days and provide an updated image. I removed that adapter and plugged in an adapter I bought from Adafruit
Re: [beagleboard] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time?
From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, March 7, 2014 at 3:22 PM To: beagleboard beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time? When you use user space drivers, you no longer have that protection. Since this is so off topic I'll just say, anyone interested about this topic, there is plenty of tutorials and articles about sane user space device drivers, along with production quality open source drivers. The acceptance of the concept is somewhat new, and there are many misconceptions. Reading the article you sighted, there are several issues with UIO, namely no interrupt handling, no resource management, no memory management, etc. For example, you have to use a Kernel mode interrupt handler and then your user space UIO driver has to read and block until an interrupt occurs. After the interrupt occurs, the scheduler has to schedule your UIO driver to run before your driver can respond to the interrupt. That is going to be very slow compared to a kernel driver interrupt handler. The application on the user side has to take care of memory and resource management rather than relying on the core driver components already available in the kernel. I¹m not saying that UIO isn¹t a good idea. Understand the benefits and limitations of UIO before pursuing this direction. Regards, John On Fri, Mar 7, 2014 at 2:02 PM, John Syn john3...@gmail.com wrote: From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, March 7, 2014 at 1:27 PM To: beagleboard@googlegroups.com Cc: c...@isbd.net Subject: [beagleboard] Re: Writing 8-bit data to GPIO pins - does one have to do it a bit at a time? user space should not know how you talk to it physically I don't think this is generally accepted, otherwise user space device drivers wouldn't exist: http://www.embedded.com/design/operating-systems/4401769/Device-drivers-in-u ser-space With user space device drivers, you're free to push as little or as much into the kernel as you like. The normal practice is that a badly behaving user space application should not kill your complete system. Only the user space app should die. When you use user space drivers, you no longer have that protection. User space drivers are generally not a good idea unless you want to avoid the user/kernel switching delays. Regards, John -Brandon On Thursday, March 6, 2014 12:06:43 PM UTC-8, robert.berger wrote: Hi, On Thursday, March 6, 2014 11:25:14 AM UTC+2, c...@isbd.net wrote: All the examples and libraries (Python mostly) that I can find for doing IO to the GPIO pins seem to handle only a bit at a time. This is fine for things like driving relays and LEDs but makes little sense for 8-bit data. Taking your example. If we are talking about a device you want to connect to your beagle user space should not know how you talk to it physically and whether it's 8-bit data or i2c or something else underneath. Having said that there was/is some attempt to do what you want in kernel space [1] and it's called block GPIO [2] but I don't think it made it into mainline. Regards, Robert [1] http://lwn.net/Articles/533632/ http://lwn.net/Articles/533632/ [2] http://lwn.net/Articles/533557/ http://lwn.net/Articles/533557/ -- 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/91ikp6Mxi0s/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. -- 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] Changing BBB Boot Default from eMMC to uSD
In my intended application, my BBB absolutely must default to booting from
the uSD when power is applied. I know I could short the boot switch, or
move pull-up/down resistors, or create a hardware switch gated from reset,
but I don't want to lose hardware compatibility with other BBB boards, or
give up the option of manually booting from eMMC occasionally. My goal is a
uSD configuration that can simply be inserted and booted by any BBB,
without making any hardware or software changes to the board or its eMMC.
Because this is so dependent on the boot environment of the BBB you are
using and the distro you want to boot, nobody can hand you an all-purpose
uEnv.txt file that will always work. This post is more of a play-by-play
description of how I made my two installations work together. It will
hopefully help other users analyze their own environments.
For now I'm accepting a limitation that the target BBB will be rev A6 or
newer, and the eMMC will contain the default Angstrom version
BBB-eMMC-flasher-2013.06.20 or BBB-eMMC-flasher-2013.09.04 - with a 3.8
kernel and compatible U-Boot version. Both of these have the default
bootcmd set to:
-
bootcmd=gpio set 53; i2c mw 0x24 1 0x3e; run findfdt; mmc dev 0; if mmc
rescan ; then echo micro SD card found;setenv mmcdev 0;else echo No micro
SD card found, setting mmcdev to 1;setenv mmcdev 1;fi;setenv bootpart
${mmcdev}:2;mmc dev ${mmcdev}; if mmc rescan; then gpio set 54; echo SD/MMC
found on device ${mmcdev};if run loadbootenv; then echo Loaded environment
from ${bootenv};run importbootenv;fi;if test -n $uenvcmd; then echo Running
uenvcmd ...;run uenvcmd;fi;gpio set 55; if run loaduimage; then gpio set
56; run loadfdt;run mmcboot;fi;fi;
-
While it is true that the BBB checks for an inserted uSD at boot time, it
does not read the initial boot command from the uSD without the hardware
boot switch activated. MLO is read from the first (FAT) partition of the
eMMC, and it loads U-Boot.img from the eMMC. That bootcmd is compiled into
MLO, so given my boot process goal I'm stuck with it. Here's what it does:
bootcmd=
gpio set 53; [first LED]
i2c mw 0x24 1 0x3e; [raise input power limit]
run findfdt;[configure fdt file location]
mmc dev 0; [start search for valid boot partition at uSD]
if mmc rescan ; then echo micro SD card found; setenv mmcdev 0;
else echo No micro SD card found, setting mmcdev to 1; setenv mmcdev 1;
fi; [leave mmcdev set to first valid boot partition]
setenv bootpart ${mmcdev}:2; mmc dev ${mmcdev};
if mmc rescan; then gpio set 54; echo SD/MMC found on device ${mmcdev};
if run loadbootenv; then echo Loaded environment from ${bootenv};run
importbootenv;
fi; [load and import uEnv.txt -- now uSD can change things!]
if test -n $uenvcmd; then echo Running uenvcmd ...; run uenvcmd;
fi;[default uenvcmd is null so no action]
gpio set 55;[third LED]
if run loaduimage; then gpio set 56; run loadfdt; run mmcboot;
fi; [load uImage from /boot, am335x-boneblack.dtb, boot those]
fi;
Using uEnv.txt we can change the boot environment, but we can't change the
already running bootcmd. My choice of Ubuntu 12.04 for the uSD image uses
the more recent zImage format rather than Angstrom's uImage, so it would be
difficult to hack that final loaduimage process.
We can't just delete unwanted commands. The test command can cope with a
missing file, but the run command can't:
---
U-Boot# run loaduimage
## Error: loaduimage not defined
U-Boot# INTERRUPT
---
We could change the command itself, but it is tricky because substitutions
for the ${variables} are performed during the setenv:
---
U-Boot# setenv loaduimage load mmc ${bootpart} ${loadaddr}
${bootdir}/${bootfile}
U-Boot# echo $loaduimage
load mmc 0:2 0x8020 /boot/uImage
---
In case you are testing these functions in U-Boot, avoid the temptation to
type boot or bootd.
U-Boot# boot -- boot default, i.e., run 'bootcmd'
U-Boot# bootd -- boot default, i.e., run 'bootcmd'
In our scenario the default bootcmd is already running before we get to
insert our modifications, and we probably don't want to start over by
running it again.
If you aren't automatically dumped to the U-Boot prompt by a boot failure,
you need to be ready to hit a terminal key when the Hit any key to stop
autoboot: prompt appears. Obviously you need a debug terminal adapter
connected to the J1 serial port header. That prompt is the only place you
can stop the boot process; to single-step through the rest of your boot
you'll need to manually type or paste the commands to the U-Boot prompt.
It seems much simpler and closer to the design intention to add an
appropriate uenvcmd to our uEnv.txt. With that we can intercept the boot
process before
Re: [beagleboard] BBB no autoboot of uSD
My long but successful learning experience is reported in: https://groups.google.com/forum/#!topic/beagleboard/zNtdwtPf2Q8 Definitely not simple, but possible... Without making any changes to the eMMC installation! On Monday, February 17, 2014 10:17:22 PM UTC-8, Loren Amelang wrote: Robert, My BBB absolutely must default to booting from the uSD. I know I could short the boot switch, or move pull-up/down resistors, or create a hardware switch gated from reset, but I don't want to lose hardware compatibility with other BBB boards, or give up the option of manually booting from eMMC occasionally. The code you suggest here sounds perfect - but I'm not positive what to do with it. From the formatting of the text, I suspect it is intended to be compiled into a new u-boot.img and MLO image, but I'm not sure how to do that. Before I spend hours learning how, is there a chance I could just insert the basic ideas into my uEnv.txt as mmcboot=mmc dev 0; if mmc rescan ; then ...? It does look like uEnv.txt is read before the mmcboot command runs... -- 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: Coding with C/C++ directly on Beaglebone, via IDE?
I.D.E == integrated development environment. Technically, any well featured text editor could do these same duties. Isnt bloodsheds DevC++ opensource ? Rewrite to use linaro's armhf toolchain . . . or make it configurable like Code::Blocks. Hell write your own for that matter.There is another similar ( but better looking ) C/C++ IDE out now. PellesC. I used to like bloodsheds IDE myself years ago, but prefer PellesC on the Windows desktop now days.However for cross platform developement ( cross arch ) PellesC is not configurable. At least not the last time I checked. Also, someone with 15 years development experience should know that there are many developers that use VIM. Most Unix / Linux developers I know prefer VIM. Hell as primarily a Windows developer for the last 18 years. Even I like the way it looks in appearance( or can be made to look ). *Visual Studio* Pro's: Excellent layout, very good code completion, excellent debug error reporting( honestly when setup correctly is very hard for other options to even match ), and a definition search feature that no other IDE seems to have either. Con's: With the latest version, the IDE has become very bloated. Many of the features mentioned above can require extensive setup outside of using Microsoft's cl.exe. That means any custom compiler / toolchain option. So for instance any version of gcc would have to be setup using a makefile project, and batch scripting / perl scripting for correct debug information, and proper / wanted compiler options. Or would require a plugin written using one of the professional or higher versions. Also is not cross platform. *Code::Blocks* Pro's: Highly configurable, you can choose which toolchain / options you wish to use( custom if need be ). Essentially can be made to use any gcc / g++ type compiler. Is opensource, and is free( as in beer ). Has a very nice base project creation tool. Allowing the user to create projects from scratch which can then be used as project profiles in later projects. A very useful feature. Cross platform. Binaries for Windows, Linux, and I do believe OSX as well. Con's: Some feature can be buggy or do not seem to work correctly. For the most part from my own experience this just means the debugger would not work correctly for me. Granted I was using a specialized toolchain for the MSP430 MCU's. Also as a personal preference, Code::Blocks while very capable as an IDE, just does not seem to be as polished as Visual Studio, or even Eclipse. This means in appearance as well as usability. Granted, considering the price, there is no real reason to complain. Again a I mentioned in a previous post. I Personally use Code:Blocks for project management / binary compiling. For editing source code I prefer to use sublime text. My reasons are simple. 1) Code::Blocks is very good at project management. 2) Code::Blocks can be made to use just about any opensource toolchain. 3) Code:Block is less than appealing visually for me personally ( read: code editor ). 4) Sublime Text has very attractive dark themes that is very easy one the eyes, 5) Sublime Text has *many* attractive features including a fairly intuitive addon manager. 6) Sublime text has many, many addons for many, many programming languages. 7) Sublime text is highly configurable / customizable as well. On Fri, Mar 7, 2014 at 1:16 AM, Karl Longen 2frikkincra...@gmail.comwrote: And this is the video that I was mentioning earlier: http://www.youtube.com/watch?v=vFv_-ykLppo Setup of Eclipse for the BB (but it apply also to the BBB). The whole channel is a really great and educational site; all that I know about the BB is thanks to this guy. On Thursday, March 6, 2014 11:47:19 PM UTC-8, Mickae1 wrote: Can we stop this discussion ? And to make everyone happy, there is eclipse + vim = http://eclim.org Micka, On Mar 7, 2014 7:04 AM, Alexander Holler hol...@ahsoftware.de wrote: Am 06.03.2014 20:54, schrieb Karl Longen: I have seen few people using Memacs, but it was a rarity, and limited to few old engineers. The world is not only like you see it; the fact that you have certain experiences is not a considerable proof to say this is how it is everywhere. There are 6M of people on this planet, in case you didn't realize it. Err, you made the obvious wrong statement that no one uses vi(m) for any large and/or serious project. So you have to ask yourself who is the the narrpw-minded one and who has to learn a bit more about reality. Anyway, it's getting boring. On Thursday, March 6, 2014 2:05:58 AM UTC-8, Alexander Holler wrote: Am 06.03.2014 00:14, schrieb Karl Longen: I don't see anything wrong.in this world nothing is wrong (other than the attitude), there is what is right for someone and what is right for most of the people. In 15 years working as programmer, I have NEVER experienced a single developer using VI for anything other than modify server side files
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
William; to be an IDE it needs a debugger, compiler and linkerif you can do that just with VI, I will personally work 80 hours a day and donate all my salary to you for the rest of my life :) The problem is not if Dev-C++ is open source or not...80% of the code probably is not even reusable (I don't really have the will nor the time to check it), and the rest is just the text editor probably; the problem thou is simple: it would be too heavy to run on the BB. Write my own? Either you have too much free time or I have a very busy life :) How many people do you know that build their own IDE, just because ? Reinventing the wheel is one of the biggest mistake that most of the novice programmers do...you are not writing code that someone else already wrote, because makes no sense...if there is a library you extend it or take part of it to customize it (if the license allow you to do so), for your needs; altho if the person that wrote the library is a good architect, he/she made the API as generic as possible, and probably with overloading where needed. Please leave out the VI topic, let's not start all over again with this nonsense. BTW the topic is an IDE that runs on the Beaglebonethanks for your insight about these software (I would go code:blocks for sure over VS...gb and gb of stuff that you may never use, just over bloating the software); it may help someone that is allergic to Eclipse. The original question started with that request, unless I am missing something. On Friday, March 7, 2014 8:47:11 PM UTC-8, William Hermans wrote: I.D.E == integrated development environment. Technically, any well featured text editor could do these same duties. Isnt bloodsheds DevC++ opensource ? Rewrite to use linaro's armhf toolchain . . . or make it configurable like Code::Blocks. Hell write your own for that matter.There is another similar ( but better looking ) C/C++ IDE out now. PellesC. I used to like bloodsheds IDE myself years ago, but prefer PellesC on the Windows desktop now days.However for cross platform developement ( cross arch ) PellesC is not configurable. At least not the last time I checked. Also, someone with 15 years development experience should know that there are many developers that use VIM. Most Unix / Linux developers I know prefer VIM. Hell as primarily a Windows developer for the last 18 years. Even I like the way it looks in appearance( or can be made to look ). *Visual Studio* Pro's: Excellent layout, very good code completion, excellent debug error reporting( honestly when setup correctly is very hard for other options to even match ), and a definition search feature that no other IDE seems to have either. Con's: With the latest version, the IDE has become very bloated. Many of the features mentioned above can require extensive setup outside of using Microsoft's cl.exe. That means any custom compiler / toolchain option. So for instance any version of gcc would have to be setup using a makefile project, and batch scripting / perl scripting for correct debug information, and proper / wanted compiler options. Or would require a plugin written using one of the professional or higher versions. Also is not cross platform. *Code::Blocks* Pro's: Highly configurable, you can choose which toolchain / options you wish to use( custom if need be ). Essentially can be made to use any gcc / g++ type compiler. Is opensource, and is free( as in beer ). Has a very nice base project creation tool. Allowing the user to create projects from scratch which can then be used as project profiles in later projects. A very useful feature. Cross platform. Binaries for Windows, Linux, and I do believe OSX as well. Con's: Some feature can be buggy or do not seem to work correctly. For the most part from my own experience this just means the debugger would not work correctly for me. Granted I was using a specialized toolchain for the MSP430 MCU's. Also as a personal preference, Code::Blocks while very capable as an IDE, just does not seem to be as polished as Visual Studio, or even Eclipse. This means in appearance as well as usability. Granted, considering the price, there is no real reason to complain. Again a I mentioned in a previous post. I Personally use Code:Blocks for project management / binary compiling. For editing source code I prefer to use sublime text. My reasons are simple. 1) Code::Blocks is very good at project management. 2) Code::Blocks can be made to use just about any opensource toolchain. 3) Code:Block is less than appealing visually for me personally ( read: code editor ). 4) Sublime Text has very attractive dark themes that is very easy one the eyes, 5) Sublime Text has *many* attractive features including a fairly intuitive addon manager. 6) Sublime text has many, many addons for many, many programming languages. 7) Sublime text is highly configurable /
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Personally I am allergic to anything that requires JRE. Hence I refuse to use Eclipse. There are text editors out there that are configurable to the point where you can configure external binaries to run on the press of a hotkey. Since the gcc toolchain consists of all cmd line tools, you do not need to output directly in the editor its self. You could however always redirect stdout / stderr if you so wished. Anyway, watch these sometime. https://tutsplus.com/course/improve-workflow-in-sublime-text-2/ Specifically Vintage mode. Which is essentially VIM inside the text editor. The text editor can also execute external binaries, and is highly configurable / customizable. Anyway, this is about as close to VI / VIM in an IDE you're going to get I suppose. As it happens I have started to write something which resembled a very simplistic IDE with no built in text editor. Instead of finishing it however, I instead invested some time learning how Code::Blocks works, and just use GDB via the command line. Personally, I think it is folly to even consider running an IDE directly on the BBB. So a moot point. On Fri, Mar 7, 2014 at 10:05 PM, Karl Longen 2frikkincra...@gmail.comwrote: William; to be an IDE it needs a debugger, compiler and linkerif you can do that just with VI, I will personally work 80 hours a day and donate all my salary to you for the rest of my life :) The problem is not if Dev-C++ is open source or not...80% of the code probably is not even reusable (I don't really have the will nor the time to check it), and the rest is just the text editor probably; the problem thou is simple: it would be too heavy to run on the BB. Write my own? Either you have too much free time or I have a very busy life :) How many people do you know that build their own IDE, just because ? Reinventing the wheel is one of the biggest mistake that most of the novice programmers do...you are not writing code that someone else already wrote, because makes no sense...if there is a library you extend it or take part of it to customize it (if the license allow you to do so), for your needs; altho if the person that wrote the library is a good architect, he/she made the API as generic as possible, and probably with overloading where needed. Please leave out the VI topic, let's not start all over again with this nonsense. BTW the topic is an IDE that runs on the Beaglebonethanks for your insight about these software (I would go code:blocks for sure over VS...gb and gb of stuff that you may never use, just over bloating the software); it may help someone that is allergic to Eclipse. The original question started with that request, unless I am missing something. On Friday, March 7, 2014 8:47:11 PM UTC-8, William Hermans wrote: I.D.E == integrated development environment. Technically, any well featured text editor could do these same duties. Isnt bloodsheds DevC++ opensource ? Rewrite to use linaro's armhf toolchain . . . or make it configurable like Code::Blocks. Hell write your own for that matter.There is another similar ( but better looking ) C/C++ IDE out now. PellesC. I used to like bloodsheds IDE myself years ago, but prefer PellesC on the Windows desktop now days.However for cross platform developement ( cross arch ) PellesC is not configurable. At least not the last time I checked. Also, someone with 15 years development experience should know that there are many developers that use VIM. Most Unix / Linux developers I know prefer VIM. Hell as primarily a Windows developer for the last 18 years. Even I like the way it looks in appearance( or can be made to look ). *Visual Studio* Pro's: Excellent layout, very good code completion, excellent debug error reporting( honestly when setup correctly is very hard for other options to even match ), and a definition search feature that no other IDE seems to have either. Con's: With the latest version, the IDE has become very bloated. Many of the features mentioned above can require extensive setup outside of using Microsoft's cl.exe. That means any custom compiler / toolchain option. So for instance any version of gcc would have to be setup using a makefile project, and batch scripting / perl scripting for correct debug information, and proper / wanted compiler options. Or would require a plugin written using one of the professional or higher versions. Also is not cross platform. *Code::Blocks* Pro's: Highly configurable, you can choose which toolchain / options you wish to use( custom if need be ). Essentially can be made to use any gcc / g++ type compiler. Is opensource, and is free( as in beer ). Has a very nice base project creation tool. Allowing the user to create projects from scratch which can then be used as project profiles in later projects. A very useful feature. Cross platform. Binaries for Windows, Linux, and I do believe OSX as well. Con's: Some feature can be buggy or do not
[beagleboard] Micro HDMI to DVI cable choice
Will this cable work? I have an Acer DVi monitor. Thanks! http://www.amazon.com/Generic-Sanoxy-10-Feet-HDMI-Cable/dp/B00194PXI0/ref=dp_ob_title_ce Ronny -- 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: Micro HDMI to DVI cable choice
Pardon me this is the one I meant. Micro HDMI/DVI http://www.amazon.com/Cable-Matters-Speed-Micro-Ethernet/dp/B004C3AW40/ref=sr_1_10?s=electronicsie=UTF8qid=1394257872sr=1-10keywords=micro+hdmi+to+dvi-d On Sat, Mar 8, 2014 at 12:55 AM, Ronny Julian k4rjjra...@gmail.com wrote: Will this cable work? I have an Acer DVi monitor. Thanks! http://www.amazon.com/Generic-Sanoxy-10-Feet-HDMI-Cable/dp/B00194PXI0/ref=dp_ob_title_ce Ronny -- 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: Micro HDMI to DVI cable choice
I'm going to copy the right one this time. Sorry for the bandwidth. http://www.amazon.com/TRIPP-P132-06N-MICRO-6-Inch-Female-Adapter/dp/B00HLDF29I/ref=sr_1_4?s=electronicsie=UTF8qid=1394257872sr=1-4keywords=micro+hdmi+to+dvi-d On Sat, Mar 8, 2014 at 1:00 AM, Ronny Julian k4rjjra...@gmail.com wrote: Pardon me this is the one I meant. Micro HDMI/DVI http://www.amazon.com/Cable-Matters-Speed-Micro-Ethernet/dp/B004C3AW40/ref=sr_1_10?s=electronicsie=UTF8qid=1394257872sr=1-10keywords=micro+hdmi+to+dvi-d On Sat, Mar 8, 2014 at 12:55 AM, Ronny Julian k4rjjra...@gmail.comwrote: Will this cable work? I have an Acer DVi monitor. Thanks! http://www.amazon.com/Generic-Sanoxy-10-Feet-HDMI-Cable/dp/B00194PXI0/ref=dp_ob_title_ce Ronny -- 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: problem with creating a kernel module program for angstrom os
thanks for your reply brandon I its hard for me to update kernel-source for my bbb. when i execute the command it always says root@beaglebone:~# opkg install kernel-headers Package kernel-headers (3.8.13-r23a.22) installed in root is up to date. when i look inside the /lib/modules/3.8.13/build/ no source files yet available. what shall i do ..to insert a module program.. right now my beagle bone black comes with following specifications root@beaglebone:~# dmesg | head [ 0.00] Booting Linux on physical CPU 0×0 [ 0.00] Initializing cgroup subsys cpu [ 0.00]* Linux version 3.8.13 (koen@rrMBP) (gcc version 4.7.3 20130205 (prerelease) (Linaro GCC 4.7-2013.02-01) ) #1 SMP Tue Jun 18 02:11:09 EDT 2013* [ 0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=50c5387d [ 0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [ 0.00] Memory policy: ECC disabled, Data cache writeback [ 0.00] On node 0 totalpages: 130816 [ 0.00] free_area_init_node: node 0, pgdat c0688d80, node_mem_map c06e4000 [ 0.00] Normal zone: 1024 pages used for memmap is it necessary to update my os or i can do my module programs by simply updating codes inside.!!1 On Saturday, 8 March 2014 02:42:31 UTC+5:30, Brandon I wrote: dmesg will give you more details. This usually means you compiled the kernel modules against a different build of the kernel. So, the kernel source you used didn't match what was on the beaglebone. You can install the kernel-headers and kernel-dev packages and build directly on the beaglebone. For some time, these packages weren't in sync with the actual kernel installed...as always, good luck with Angstrom. On Thursday, March 6, 2014 10:30:41 PM UTC-8, siva kumar wrote: hello, i recently purchased beagle bone black . my bbb come with pre compiled angstrom os( Angstrom v2012.12 - Kernel 3.8.13) still i didn't updated my os i try to test my board with simple hello module program . but when i insert a module i got the error message root@beaglebone:~# insmod hello.ko Error: could not insert module hello.ko: Invalid module format root@beaglebone:~# i compiled the module program from my host pc against arm-angstrom-linux-gcc compiler..and i transferred the hello.ko file via scp protocol. my question is [1] Is it possible to add a module program with my available angstrom os..if yes what should i do to insert modules [2] what are all the basic things needed to insert a module?? help me to better understand the beagle bone black -- 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: problem with creating a kernel module program for angstrom os
thanks for your reply yes , u r right i compiled the module against arm-angstrom-linux-gnueabi-gcc but my angstrom os comes with Linaro gcc root@beaglebone:~# opkg list_installed | grep gcc *gcc - linaro-4.7-r9.2* gcc-symlinks - linaro-4.7-r9.2 libgcc-s-dev - linaro-4.7-r9.0 libgcc1 - linaro-4.7-r9.0 perl-module-extutils-cbuilder-platform-windows-gcc - 5.14.2-r13.1 root@beaglebone:~# dmesg | head [ 0.00] Booting Linux on physical CPU 0×0 [ 0.00] Initializing cgroup subsys cpu *[ 0.00] Linux version 3.8.13 (koen@rrMBP) (gcc version 4.7.3 20130205 (prerelease) (Linaro GCC 4.7-2013.02-01) ) #1 SMP Tue Jun 18 02:11:09 EDT 2013* [ 0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=50c5387d [ 0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [ 0.00] Memory policy: ECC disabled, Data cache writeback [ 0.00] On node 0 totalpages: 130816 [ 0.00] free_area_init_node: node 0, pgdat c0688d80, node_mem_map c06e4000 [ 0.00] Normal zone: 1024 pages used for memmap i done the following steps to update my modules for my board .but it says my kernel headers are up to date. *root@beaglebone:~# opkg install kernel-headers* *Package kernel-headers (3.8.13-r23a.22) installed in root is up to date.* [1] what should i do to get my modules to work with?? On Saturday, 8 March 2014 02:42:31 UTC+5:30, Brandon I wrote: dmesg will give you more details. This usually means you compiled the kernel modules against a different build of the kernel. So, the kernel source you used didn't match what was on the beaglebone. You can install the kernel-headers and kernel-dev packages and build directly on the beaglebone. For some time, these packages weren't in sync with the actual kernel installed...as always, good luck with Angstrom. On Thursday, March 6, 2014 10:30:41 PM UTC-8, siva kumar wrote: hello, i recently purchased beagle bone black . my bbb come with pre compiled angstrom os( Angstrom v2012.12 - Kernel 3.8.13) still i didn't updated my os i try to test my board with simple hello module program . but when i insert a module i got the error message root@beaglebone:~# insmod hello.ko Error: could not insert module hello.ko: Invalid module format root@beaglebone:~# i compiled the module program from my host pc against arm-angstrom-linux-gcc compiler..and i transferred the hello.ko file via scp protocol. my question is [1] Is it possible to add a module program with my available angstrom os..if yes what should i do to insert modules [2] what are all the basic things needed to insert a module?? help me to better understand the beagle bone black -- 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: chipsee beaglebone lcd/dvi expansion kernel support
Do you have this available for download? I was checking your other posts, but I don't see anything. A Google search pointed me to a 12.04 upload you did a 1.5 months ago. On Friday, February 28, 2014 5:00:43 AM UTC-5, Christian Ruocco wrote: Hi, My image is configured to give the ethernet device the static IP address 192.168.0.21 and default gateway 192.168.0.1. If those settings aren’t compatible with your network setup, change them in the /boot/uboot/uEnv.txt file. I had to hard-code them because I wasn’t getting any joy setting up eth0 from ubuntu. I’m still not sure why. So I chose to use uboot to help out. l8r, Xris. On 28 Feb 2014, at 05:28, huynhng...@gmail.com javascript: wrote: I have a problem that my ubuntu 12.04 BBB as you said me to set up can not connect to the Internet. How can I solve this problem? //- Vào 17:08:50 UTC+7 Thứ tư, ngày 26 tháng hai năm 2014, knsh...@gmail.comđã viết: In my case, Ubuntu 12.04 BBB image has the random reboot issue! Can the random reboot issue be fixed by updating Ubuntu kernel? On Thursday, January 23, 2014 8:12:25 PM UTC+2, xris@googlemail.comwrote: Hey guys, As promised. Ubuntu 12.04 BBB image for the Chipsee 7” 1024x600 LCD touchscreen. Grab it here: http://www.fileswap.com/dl/sdFGPZoIw6/ You should find yourself downloading bbb-ubuntu-12.04-for-community.xzhttp://www.fileswap.com/dl/sdFGPZoIw6/bbb-ubuntu-12.04-for-community.xz.html Just extract and write that to your SD card (4gb expected) with something like: *cat bbb-ubuntu-12.04-for-community.xz | xz -d /dev/sdX* Note it’s a raw sector dump NOT a tarball, so extract straight to your SD card device. (eg. /dev/sdx, NOT /dev/sdx1) Also note this image doesn’t install or boot from MMC so make sure you’ve got the SD card selected on the boot switch thing. Once the extract is complete, simply slap it into the BBB and boot. It should come up with the Chipsee splash screen but then boot into Ubuntu 12.04 after a while. Hope this helps. l8r, Xris. -- 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.
