**** BEGIN LOGGING AT Sun Feb 15 02:59:59 2015 Feb 15 12:23:04 can the beaglebone clock SPI faster than 48 MHz? Feb 15 13:49:09 <_Pink> Hey all. Anyone know have any idea what this might be? I am trying to boot qemu ... I have done all the leg work to get QNX booting, but am now getting this error Feb 15 13:49:14 <_Pink> Configure power management chip qemu: hardware error: twl4030_49_write: unknown register 0x4a Feb 15 13:49:48 <_Pink> everything else looks like the QNX os is booting properly up to that point Feb 15 13:52:17 <_Pink> and here is my qemu command line Feb 15 13:52:20 <_Pink> sudo qemu-system-arm -M beagle -m 256 -sd /dev/sdb -clock unix -show-cursor -device usb-mouse -device usb-kbd -nographic Feb 15 13:52:28 <_Pink> oops, Feb 15 13:53:13 <_Pink> sudo qemu-system-arm -M beaglexm -m 256 -sd /dev/sdb -clock unix -show-cursor -device usb-mouse -device usb-kbd -nographic Feb 15 13:57:02 <_Pink> is anyone here? Feb 15 14:02:39 _Pink: have patience. it is early yet on a sunday morning. Feb 15 14:03:48 <_Pink> agm, cool. Wasn't sure. Asked a question the other day and never got a response. was making sure people could actually see :) Feb 15 14:05:17 sure. while you wait, be sure to read the links in the topic. Feb 15 14:05:57 it is possible you got no response because you failed to ask tge question right, or at the wrong time. Feb 15 14:12:24 <_Pink> agm, ok. thanks! Feb 15 14:13:10 _Pink: also, most clients support tab-completion on nicks; thst is, you can type a few characters of a nick, then hit the tab key to fill in the rest. as a bonus, most clients support highlighting, where the person whose nivk you used will get a notification that someone is addressing yhem. Feb 15 14:14:37 <_Pink> agmlego|skynet: nice! As you can probably tell, I don't use IRC too often. Feb 15 14:24:44 no worries, egeryone starts somewhere. Feb 15 18:34:51 hello I compiled an image for my BeagleBoneBlack using yocto 1.7. when I try to follow lessons on the web I discovered I do not have /sys/class/leds/ . However using /sys/class/gpio/ I can access user leds. Where does the /sys/class/leds/ went away? Feb 15 18:38:43 theAdib: different kernel or different kernel config? Feb 15 18:41:42 tbr, I am using the yocto core-image-minimal package. same as here https://www.yoctoproject.org/downloads/bsps/daisy16/beaglebone Feb 15 18:46:04 hey ! i am new to this channel can anyone guide me how i can start contributing to the community? Feb 15 18:48:21 <_av500_> hang out here Feb 15 18:48:26 <_av500_> read the mailing list Feb 15 18:48:29 <_av500_> google a lot Feb 15 18:48:36 <_av500_> do something Feb 15 18:49:52 thanks and can you suggest which language and field should i follow ? Feb 15 19:05:19 may someone please suggest which language and field should i follow so i can contribute maximum to the community ? Feb 15 19:19:55 <_av500_> there is no single way Feb 15 19:20:04 <_av500_> be present and observe Feb 15 19:20:08 <_av500_> be curious Feb 15 19:23:15 is there any fixed set of skills that are prerequisites for participating in open source projects? Feb 15 19:23:47 <_av500_> no Feb 15 19:24:05 <_av500_> there are many ways to contribute Feb 15 19:24:21 <_av500_> writing code, writing docs, translations Feb 15 19:24:27 <_av500_> herding communities Feb 15 19:24:31 <_av500_> triaging bugs Feb 15 19:24:34 <_av500_> printing tshirts Feb 15 19:24:47 <_av500_> wisecracking on irc Feb 15 19:24:51 freenode also prefers http://freenode.net/catalysts.shtml being skill you have Feb 15 19:25:11 thanks Feb 15 20:17:11 I like the wisecracking on IRC part Feb 15 20:19:01 I am trying to install qemu . But Not getting , which debian image should i choose ? Feb 15 20:19:57 armhf or armel ? Feb 15 20:20:22 Of course for beaglebone ! Feb 15 20:23:10 Satyam_z: Either will work, but certain applications will perform better when built for armhf. Feb 15 20:24:10 pehjota : Okay ! means I can use armhf Feb 15 20:25:26 pehjota, what's the difference between armel and armhf? Feb 15 20:26:28 pehjota : Which one should I prefer from this http://beagleboard.org/latest-images ? Feb 15 20:26:55 I mean given on that page Feb 15 20:32:42 fchmmr: The main difference is the use of hardware floating point (FPU) instructions (VFP, NEON). has more information from early porting stages. Feb 15 20:33:30 Satyam_z: I guess that depends on whether you have a BeagleBone or a BeagleBone Black and whether you're installing to the eMMC or a microSD card. Feb 15 20:34:07 pehjota : Actually I don't have board with me Feb 15 20:34:30 I am trying to install qemu but facing some issues Feb 15 20:35:24 pehjota : Which OS (Debian - arm) would you prefer ? Feb 15 20:40:18 so, which one is more compatible? Feb 15 20:40:38 if one is more efficient than the other, that's one thing, but if you want your binary to run in as many places as possible: armel or armhf? Feb 15 20:58:46 <_av500_> Satyam_z: I dont think qemu will run a stock BBB Bimage Feb 15 20:59:05 <_av500_> image* Feb 15 20:59:20 _av500_ : Then which on should i install ? Feb 15 20:59:25 *one Feb 15 20:59:40 armel or armhf ? Feb 15 20:59:43 <_av500_> I dont know Feb 15 20:59:47 <_av500_> armhf Feb 15 20:59:59 Ok ! Feb 15 21:00:37 _av500_ : I will install armhf and then I will let you know Feb 15 22:19:45 hi Feb 15 22:20:42 which resolution for LCD can support a beagle board with high performances ? Feb 15 22:41:10 fchmmr: Debian armel is more compatible, because not all ARM systems (e.g. original RPi) have an FPU. But such systems are rare today. Feb 15 22:45:30 pehjota, so, theoretically, armel is what I want. In practise, though, armhf is more appropriate. Feb 15 22:45:54 The kinds of utilities that I build and use on ARM don't really benefit from a hw fpu, though Feb 15 22:46:01 just ich9gen/ich9deblob and flashrom Feb 15 22:51:08 fchmmr: Yeah, unless you want to support RPi users, it doesn't really matter either way. Although armhf binaries are probably smaller due to use of the Thumb ISA (and perhaps also because armhf enables use of newer ARMv7-A instructions). See the output of `gcc -v` for the exact configuration options; the relevant ones are `--with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb`. Feb 15 22:51:19 when will be available a better beagle board then te actual beagle board xm ? Feb 15 22:51:32 pehjota, ok Feb 15 22:51:45 I think I just use the GCC from Trisquel for building ARM. I don't pass any arguments to it. Feb 15 22:51:53 I just run it Feb 15 22:52:23 fchmmr: Those are the configure options with which GCC itself was configured. Feb 15 22:52:29 I also build bucts/flashrom directly on the BBB (for now, because I haven't managed to cross compile them), and just use standard gcc without arguments. Feb 15 22:52:53 I guess it doesn't matter if I use armel or armhf, since both will work on my BBB. Feb 15 22:54:15 So GCC defaults to using ARMv7-A Thumb and VFP instructions unless you use -m options when building those utilities. Feb 15 22:55:45 natsukao1: There's the BeagleBone, the BeagleBone Black, and the upcoming BeagleBoard-X15. Those are all in certain ways better than the BB-xM. I'm not sure what you're asking. Feb 15 22:59:05 When you've finished with this topic, I have some application development questions using the BBB to ask. Likely to be a bit complex, or so it seems. Meanwhile, I'll just listen Feb 15 23:02:06 Dragon__: Go ahead. Feb 15 23:02:24 Thank you Feb 15 23:02:56 I have an application that needs the BBB (more memory, more I/O, some things built into the system, etc) Feb 15 23:03:28 I have a number of boards already programmed using AVRs, and an I2C interface Feb 15 23:03:56 the beagle board xm seems to be the one which supports a 1400x1050 Feb 15 23:04:13 I'd like to access the boards with the native (i2C-2) I2c interface from a custom cape that drives an LCD (640x480 or 600 * 800) Feb 15 23:04:47 right, well, if you're addressing my little problem, it has more to do with what displays I have, and what's easier for me to drive Feb 15 23:05:18 I can drive any dot matrix display from VGA on down, TFT or not (uses Epson S1D13781 chip) Feb 15 23:05:27 done, working, etc.... Feb 15 23:06:03 so the problem for me is to ask 1) which is better for interfacing a complex application (like oscilloscope or logic analyzer) to the BBB Feb 15 23:06:08 but using I2C Feb 15 23:06:24 Protocol using I2C is already done, working, etc.... Feb 15 23:06:55 Looking at Android, I have a good GUI for the user interface, (potentially), but accessing the I/O and I2C seems to be difficult Feb 15 23:07:27 Looking at Debian linux (board is BBB rev C), the libraries seem to be there, but there seems to be no good way to do a GUI Feb 15 23:08:07 Android is a NON free operating system, and is possble that in the kernel are there drivers that you will NOT find in GNU/linux Feb 15 23:08:25 although if I *could* get to the line/dot character position routines, I could just use my own windows style (as it it does objects like Delphi) and do my own application Feb 15 23:08:47 ok, I've gotten the image of 4.2.2 for the BBB on an SD card, and that seems to work Feb 15 23:09:01 if your distribution is using a a kernel without bloobs, is possible that you can't have the same support of the Android kernel Feb 15 23:09:34 ok, my basic problem in vocabulary is that I come from a windows (somewhat) and embedded C programming environment.... Feb 15 23:09:39 so.... bloobs? Feb 15 23:09:49 was just discussed in the past, that the Android kernel is not the same thing of the linux kernel Feb 15 23:10:07 yep, know that one, although they are related Feb 15 23:10:24 no particular "must have" here.... so either would be good if it can do what I want easily Feb 15 23:10:57 I'd rather do my programming in C, rather than javascript or bonescript... I think what I'm doing is too complex to give me a good program Feb 15 23:12:37 any observations? Feb 15 23:14:09 Ok, issue by issue Feb 15 23:14:45 which is better for a gui style application with I2C I/O; android or Linux (debian as provided on the BBB)? Feb 15 23:14:48 i am using GNU/linux gNewSense a distribution 100% Free Software; uses GNU/linux Trisquel a GNU/linux distribution 100% Free Software, is well known that GNU/linux Debian is a NON free GNU/linux distribution: http://www.gnu.org/distros/common-distros.html for you Feb 15 23:15:59 what's not free about the Debian? Feb 15 23:16:13 My brain automatically reads gnewsense as guix these days. Don't know why. Feb 15 23:16:19 s/reads/misreads Feb 15 23:17:37 ok.... any opinions on the question? Feb 15 23:17:54 read that page: http://www.gnu.org/distros/common-distros.html Feb 15 23:17:54 no idea if anyone in the room has done this or not..... Feb 15 23:18:45 it's obvioulsy i don't discuss don't create another flame Feb 15 23:19:00 ok, assuming I go for that distro, does it 1) work on the BBB and is there an image for it, and 2) does it give me access to a GUI invironment for the application interface? Feb 15 23:19:30 ok, I'm not about to start a flame war, but I have *no* idea which is better for my purposes, so opinions are welcome Feb 15 23:19:43 BreagleBoard is a ARM :-) Feb 15 23:19:58 i hope in the future will be MIPS Feb 15 23:20:00 yep, BBB, which changes the hardware a trifle Feb 15 23:20:12 on the other hand, right now, it's ARM Feb 15 23:20:17 so I need to deal with that Feb 15 23:22:36 you can see what the SGI made with the MIPS cpu's in past, true and fast workstations Feb 15 23:23:33 with a good support for OpenGL..... Feb 15 23:24:05 OK, so with a BBB, how do I use that? Feb 15 23:24:33 natsukao1: There are currently no FSDG distributions that run on the BBB (this will change hopefully soon). Debian can be used freely (and has been so used by the FSF and many others). And I doubt there will be a MIPS Beagle board. Feb 15 23:25:20 That page says why the FSF doesn't /recommend/ using Debian, but it doesn't say not to use Debian. Feb 15 23:26:02 and it seems rather rigorous to me, since all I am Interested in is the technical stuff, will it do the job? I can avoid the paid apps just the way I avoid paid apps in Android. Feb 15 23:27:36 i know this < pehjota> but FREEDOM is more important Feb 15 23:28:19 pehjota, but come on, the reality is that the FSF recommends people use gnewsense/trisquel Feb 15 23:29:00 i tell you that is possible i'll buy a sgi Feb 15 23:29:16 in the next future, obviously a used sgi Feb 15 23:29:55 but enough to do streaming and to have vocal commands on it Feb 15 23:30:33 and to use it as telly : DVB-S or better DVB-T Feb 15 23:30:48 or IPtv Feb 15 23:31:35 natsukao1: As I said, Debian can be used freely. You've missed everything I said, the point of the FSDG, and FSF's stance on Debian. The FSF recommends other distributions, but it doesn't say Debian can't be used in freedom. In fact, the FSF has used Debian (and I think still does on some servers/workstations). Feb 15 23:32:34 You can wait until an FSDG distribution supports the BBB, if you'd prefer. It will happen; I and others are working on it. Feb 15 23:38:21 http://toolbar.netcraft.com/site_report?url=http://fsf.org Feb 15 23:39:07 but it says only that they use GNU/linux, is not specificied which GNU/linux distribution Feb 15 23:44:38 hmmm Feb 15 23:44:43 i go to sleep Feb 15 23:45:02 any thoughts on a linux GUI interface program under Debian for the BBB? Feb 15 23:54:37 anyone know of a board or resource that deals with writing a GUI interface for the BBB under Debian? Feb 16 00:00:17 Hmmm Feb 16 00:00:33 Does nobody develop GUI applications for the BBB? Feb 16 00:04:31 Thanks for the time, then, and good night Feb 16 00:22:22 Last week I was asking about loading PRU firmware with pruss_remoteproc driver. I found two things: Feb 16 00:22:57 1. Copy compiler .out file to target /lib/firmware/rproc-pru0-fw Feb 16 00:23:34 2. The compiled output file (ELF) needs a Resource Table defined in it. Feb 16 00:24:20 Then when I did insmod of pruss_remoteproc and virtio_rpmsg_bus kernel modules, my code loaded. Feb 16 00:24:37 For the Resource Table, I found a minimal one here: http://e2e.ti.com/support/arm/sitara_arm/f/791/t/368069 Feb 16 00:26:03 I hope TI can provide some good "getting started" docs for remoteproc, resource table, and anything else needed to get PRU code running. Feb 16 00:28:03 I'm still having trouble with my code running "off the rails" and I am baffled. It's sending and receiving bytes on the PRU UART0. It runs okay until it receives a byte and tries to copy it to TX. Then the PC jumps to a location past the end of my code. The compiled assembler looks okay so I can't see anything wrong. What is a good way to debug PRU code? Is it possible to single-step when running in Linux via remoteproc? Feb 16 02:07:28 Sorry I've no idea on the PRU Feb 16 02:13:09 I will get a JTAG device so I can step through the PRU code outside the Linux environment. If the code fails under JTAG, then I should be able to debug it then. If it runs fine under JTAG, then I will look more closely at the Linux remoteproc loader and so forth. Feb 16 02:13:28 Having a working example from TI would certainly be a good starting point. Feb 16 02:14:52 Check to see if GDB is supported and you can debug under linux. Likely Eclipse even. TI seems to like Eclipse for their processors. Thier is a version of code composer studio that supports the sitara processors as well. Feb 16 02:17:01 CCS6 is the latest the problem is the driver for the JTAG debugger you use. I know they have a working CCS6 for linux. Feb 16 02:18:27 Hmmm unlike the MSP430 they don't seem too have as many examples I noticed. I probably should look at the PRU carefully as I myself have been oggling using a BBB for 'nefarious' things :D Feb 16 02:20:38 CCS is based on eclipse with TI compiler support (I think the msp430 and the TMS320F series are TI exclusive compilers) **** ENDING LOGGING AT Mon Feb 16 02:59:58 2015