[beagleboard] Make modules modules_install problem.
Dear forum, I am trying to compile and install a kernel module in my Debian 3.8.13-bone67 / Xenomai environment. The compile runs fine, but the modules modules_install causes a warning due to a wrong path (see below). The path is correct except for the 3.8.13+ which should have been 3.8.13-bone67 I am running a very simple makefile (maybe too simple?). Please advice. Best regards Terje Froysa *Makefile:* debian@beaglebone:~/gps_test$ cat Makefile obj-m := rtgps_1pps.o KSRC := /lib/modules/$(shell uname -r)/source EXTRA_CFLAGS := -I$(KSRC)/include/xenomai -I$(KSRC)/include/xenomai/posix -I$(KSRC)/arch/arm/mach-omap2 all: make -C $(KSRC) $(EXTRA_CFLAGS) M=`pwd` modules modules_install clean: make -C $(KSRC) M=`pwd` clean *Output:* debian@beaglebone:~/gps_test$ sudo make make -C /lib/modules/3.8.13-bone67/source -I/lib/modules/3.8.13-bone67/source/include/xenomai -I/lib/modules/3.8.13-bone67/source/include/xenomai/posix -I/lib/modules/3.8.13-bone67/source/arch/arm/mach-omap2 M=`pwd` modules modules_install make[1]: Entering directory `/home/debian/disk/bb-kernel/KERNEL' Building modules, stage 2. MODPOST 1 modules INSTALL /home/debian/gps_test/rtgps_1pps.ko DEPMOD *3.8.13+* WARNING: could not open /lib/modules/*3.8.13+*/modules.order: No such file or directory WARNING: could not open /lib/modules/3.8.13+/modules.builtin: No such file or directory make[1]: Leaving directory `/home/debian/disk/bb-kernel/KERNEL' -- 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: Cross-compiling SDL 1.2 for BBB.
Take a look at the sdl package for OpenEmbedded, it's always a good place to reference for cross compiling quirks. https://github.com/openembedded/oe-core/tree/master/meta/recipes-graphics/libsdl On 04/11/14 17:48, Andrew Henderson wrote: I build SDL1.2 natively on the BBB for BeagleSNES. I use the framebuffer for video, ALSA audio, and the joystick subsystem without any issue. I have not tried the X11 video target because I have only worked with the framebuffer, but there isn't a reason why it would not work just as well. There is currently no framebuffer target in 2.0. I have added a rudimentary BeagleBone Black video target to my 2.0 codebase as I continue to work on getting the kinks worked out of the SGX-based OpenGL ES on the framebuffer with the 3.17 kernel. With the features of the BBB still in flux, I would stick with 1.2 for your development for now. Disable as much of SDL as you can via the configure script when you build natively. I don't remember having to enable swap to build SDL, though I definitely have to enable it to build BeagleSNES natively. I had to pull in a few dev packages to get the headers that I needed to build SDL, but it has been so long since I have done it that I don't remember which ones. Andrew On Sunday, November 2, 2014 5:04:59 PM UTC-5, abald...@gmail.com wrote: Hi, I've been trying to setup my cross-compile tool chain for programming on the BBB through a Linux Mint box with Eclipse running in VMPlayer. So far I've been able to configure almost all the needed components properly to cross-compile and deploy using g++-4.8-arm-linux-gnueabihf (for some reason the non 'hf' version doesn't work-- I admit I am still trying to differentiate between the various flavors of arm out there that are represented by the compilers). However, I can't seem to quite get/find a cross-complied version of the SDL lib (I know SDL2) doesn't work on the BBB. I found this http://how-to-build-for-arm.wikispaces.com/sdl page with some instructions, but it doesn't seem to work quite right for me either. Further, I know there is a version of SDL 1.2 that can be apt-get from the BBB itself-- but of course this doesn't help when wanting to try to cross-compile rather than compile directly on the BBB. Lastly, though I've been able to find some rather easy/straight forward instructions for the Raspberry Pi http://www.raspberrypi.org/forums/viewtopic.php?f=67t=39667, I can't seem to find anything comparable for the Debian version of BB. Does anyone happen to have any recommendations or suggestions? 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 mailto:beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- -- 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: 3.17.1-rc4 sudden reset
On Tuesday, November 4, 2014 9:01:53 AM UTC-5, Ives van der Flaas wrote: Have you had *any* resets since the upgrade to the new u-boot version? I've also been suspecting u-boot, hence my Meaning that I'm also running an old u-boot. in the last post. Yes, it has rebooted a couple times in the last two days. This seems to be an ongoing issue on another thread - use Beaglebone Black Rebooting Several Times Every Day in the Search for topics widget. One person suggested powering the BBB from the mini USB port - which I'll try. I'm currently using a 1.5A supply from a pandaboard. Another person thinks it's the watchdog. I triggered a noisy watchdog NMI the other day (stack trace starts with NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [kworker/u2:0:2226]) but can force a silent watchdog NMI by holding /dev/watchdog open for 60sec. I'm investigating the watchdog logic now. In the worst case, I can live with an occasional reboot. -- 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: Seriously Confused
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/c_adc.c The adc source for bbio should be useful. Keep in mind that these sysfs interfaces are incredibly slow compared to memory poking since each operation requires opening, reading/writing and closing the file. For example, with GPIO, you're limited to a few hundred khz (regardless of language since it's just file operations). With mmap and python, you can toggle at 3Mhz. C a bit faster. Kernel, 12Mhz. There are python and closing libraries that handle all of the memory poking. Also, check out libpruio. It will setup the pin muxing, and provides quick adc and GPIO support. -- 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] load device tree overlay through uEnv.txt on startup
Hi, I want to load a device tree overlay on startup by including it in uEnv.tx like this ... #cape_enable=capemgr.enable_partno=BB-BONE-AUDI-02 cape_enable=capemgr.enable_partno=SPI-4SS ... It desn't work as there is another file I need to modify and I forgot where it is. my image is: root@beaglebone:~# uname -a Linux beaglebone 3.8.13-bone67 #1 SMP Wed Sep 24 21:30:03 UTC 2014 armv7l GNU/Linux Thanks Jan -- 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: load device tree overlay through uEnv.txt on startup
OK, found it. It's here http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Loading_custom_capes In case other people have a similar problem. Workaround: add CAPE=BB-SPI1-01 to /etc/default/capemgr The problem is that all that info is all over the places and changes all the time. On Thursday, November 6, 2014 1:49:15 PM UTC+11, janszyma...@gmail.com wrote: Hi, I want to load a device tree overlay on startup by including it in uEnv.tx like this ... #cape_enable=capemgr.enable_partno=BB-BONE-AUDI-02 cape_enable=capemgr.enable_partno=SPI-4SS ... It desn't work as there is another file I need to modify and I forgot where it is. my image is: root@beaglebone:~# uname -a Linux beaglebone 3.8.13-bone67 #1 SMP Wed Sep 24 21:30:03 UTC 2014 armv7l GNU/Linux Thanks Jan -- 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 set a static ip address for beagle bone
Hi, Could any one explain how to find out beagle bone ip address how to set a static IP addres. I'm new to Ubuntu Beagle Bone. Regards, Dileep -- 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: PRU0 base address
OK, the base address seems to be correct. Nevertheless CTRL-register isn ot readable, so it seems some important PRU-initialisations are missing. So is there any clock or power that has to be turned on for PRU? Am Dienstag, 4. November 2014 17:54:03 UTC+1 schrieb Karl Karpfen: OK, I'm sure it is a stupid question but I don't find it in AM335x TRM...there the offset of PRU_CTRL-register is defined with 0x. But what is the base address? I found a definition 0x4a322000 in one of Starterware headers but this seems to be wrong. So what is correct base address for PRU0 registers and RAM areas? -- 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.