**** BEGIN LOGGING AT Sun Oct 18 02:59:58 2015 Oct 18 06:24:36 <_av500_> gah Oct 18 06:25:23 ? Oct 18 06:59:42 <_av500_> https://books.google.de/books?id=W0fxmdVXoAIC&pg=PA479&lpg=PA479&dq=zamonien+gah&source=bl&ots=8p-kPBc-bP&sig=1sr55mygPT7wk6J55A7FeBC7QN8&hl=en&sa=X&ved=0CCsQ6AEwAWoVChMIi7iZgrnLyAIVyNMUCh0O7QUT#v=onepage&q&f=false Oct 18 07:54:52 o/ Hi everybody, I know the rules about asking for ETAs however I am involved in a time critical project so... I've seen that the X15 is supposed to be around Q4 2015 and was hoping someone could give me a better timeline? Oct 18 08:03:37 <_av500_> if you are in a time critical project, do not rely on a community board Oct 18 08:03:51 lol Oct 18 08:13:28 even then, the answer remains Soon(tm) Oct 18 08:13:50 aka Wait'n'See(tm) Oct 18 08:14:15 what is that symbol .. hrm .. Oct 18 08:16:14 ah .. ™ Oct 18 08:16:38 Soon™ :) Oct 18 13:27:22 veremit: I don't know what charset you're using, but I think you meant ™ Oct 18 13:28:27 veremit: also, stop selling nonsense, you're not gonna crash the processor by manually loading values into the pwm registers :P Oct 18 13:29:07 you may want to unload the kernel driver to keep it from overwriting your values, but that's about it Oct 18 15:43:01 Hy all Oct 18 15:43:16 I try learn how work machinekit Oct 18 15:43:48 But i don't understand this for example :setp hpg.stepgen.02.dirpin 0x51 Oct 18 15:44:17 Why 0x51 ? What is a pin on beaglebone? Oct 18 15:44:58 If there are a french user, welcome in private message or english thanks Oct 18 15:49:28 no idea how machinekit works Oct 18 15:50:11 apparently it is *some* kind of pin designation, but I'm not sure how or what since in another example I found them using pin numbers 812 and 813 while obviously the processor doesn't have that many pins Oct 18 15:51:31 812 = pin 12 on port 8 Oct 18 15:51:54 And machinekit 8.12 = 112 Oct 18 15:52:06 This i understand Oct 18 15:52:30 Bit for the hexa i don't understand zmatt Oct 18 15:52:36 But* Oct 18 15:52:43 except they're not Oct 18 15:52:56 https://github.com/machinekit/machinekit/blob/master/configs/ARM/BeagleBone/CRAMPS/CRAMPS.hal#L91 Oct 18 15:54:18 also, the P8.44 are pin numbers on the expansion header of the BBB, they are completely unrelated to processor pin numbers Oct 18 15:55:17 I made a spreadsheet which summarizes all pins and functions -> https://docs.google.com/spreadsheets/d/1CK5c-Cs8G1RtzGo-J3VJsD9m5K-fp06AncgeYWsdjSU/view Oct 18 15:55:24 the orange-colored tabs are BBB-specific Oct 18 15:55:36 Ok see that thanks Oct 18 15:56:21 the BBB tab also has filter views (menu Data -> Filter views) to sort by GPIO or by expansion header pin Oct 18 15:57:37 ok maybe the file I found and linked to is just buggy, since PRU1.out4 isn't even located on P8.44 Oct 18 15:59:11 ah, the number is chosen by the "hal_bb_gpio" component Oct 18 16:00:19 I dunno, it all looks like a mess to me, sorry Oct 18 16:01:08 but the "pin" values apparently *are* specific to machinekit I'm afraid, so you'll need to ask someone who knows machinekit Oct 18 16:01:35 Yes zmatt Oct 18 16:01:59 There are roberCnelson here in a week no ? Oct 18 16:02:19 rcn-ee is frequently here Oct 18 16:03:39 Ok zmatt i don't remember where i see robert on irc :( Oct 18 16:04:03 If i good remember is here but i am don't sure Oct 18 16:17:48 he is frequently here Oct 18 16:18:16 Ok maybe he can answer me Oct 18 16:18:49 I see lot of doc, seems very hard a BBB Oct 18 18:09:23 Does anybody know if the TI TMDSEMU100v2U-20T JTAG can be used to debug the Linux Kernel in the BeagleBone Black? Is it a "Linux Kernel Aware" JTAG debugger? Oct 18 18:13:59 in 99.9% of all cases a JTAG debugger should not be necessary to work with the kernel Oct 18 18:17:36 Yes, I do agree. However, I still want one for my own learning and experimentation. Oct 18 18:21:08 From what I read this TI TMDSEMU100v2U-20T (XDS100) JTAG works with Code Composer Studio and I know that CCS has Linux Kernel Aware support built in since CCSv4. However, I do not know if the JTAG hardware also needs to be kernel aware Oct 18 18:26:46 * tbr has no idea about those things. If you want to use CCS, you'd probably need to ask TI anyway Oct 18 18:28:55 however, considering my limited knowledge, I don't think there needs to be too much "awareness" on the lower layer Oct 18 18:28:57 BBBNewbie440: linux awareness is not dependent on the jtag interface Oct 18 18:30:01 I've never tried jtagging a linux system though, I've only used it for baremetal Oct 18 18:30:19 I'd probably consider a flyswatter-2, no idea though if that will work OotB with fancy shmancy CCS Oct 18 18:30:26 no Oct 18 18:30:30 I recommend against flyswatter 2 Oct 18 18:31:55 afaik it doesn't work with CCS. Also, it has exactly the same FTDI chip as the xds100v2, but crappier electrical interfacing, and does not support driving the EMU0/1 pins Oct 18 18:32:51 and it's the same price Oct 18 18:39:21 also, I wouldn't exactly call CCS fancy shmancy :P but at least it can connect to the target without disturbing it, something OpenOCD seems incapable of Oct 18 18:40:02 (in CCS it still requires carefully setting up the debug config, the default settings will not do) Oct 18 18:44:42 if I just want to do stuff like inspecting memory / peripherals I typically use the "debug server scripting" of CCS from the console, starts much faster than that bloated Eclipse-based IDE Oct 18 18:46:46 though javascript isn't exactly the best possible choice for scripting a debug server (as you find out if you try to use its bitwise operations, or when you get an address presented to you in scientific notation, rounded to a few significant digits) Oct 18 18:52:40 zzmatt: thank you for the info Oct 18 18:54:24 zzmatt: I meanly want to use my JTAG to learn the Linux kernel better. For example, "something" is calling my driver's probe() function. By setting a breakpoint there I could inspect the stack trace and see which function/module calls the probe function Oct 18 18:56:40 haven't used it, but couldn't kgdb help with that? Oct 18 18:59:00 That is likely, I have not ever used kgdb though but I imagine that it would require a working kernel for me to be able to use it Oct 18 18:59:09 JTAG does not have that requirement Oct 18 19:00:03 what I said was merely a single example. JTAG is very useful Oct 18 19:00:36 specially for bringing up boards for the very first time Oct 18 19:00:41 JTAG is useful indeed Oct 18 19:01:15 I also like Forth for bringing up boards for the very first time Oct 18 19:03:00 and for figuring out how a peripheral *actually* works (in contrast to how it is documented to work, if at all) Oct 18 19:04:35 I still need to find time to port my forth from the dm814x to the am335x :/ Oct 18 19:05:20 (and of course eventually to the am572x... multi-core Forth, that's gonna be interesting...) Oct 18 19:05:22 zmatt: what is Forth? Oct 18 19:05:40 oh no, is google down? /o\ Oct 18 19:05:41 ;-) Oct 18 19:06:12 lol I checked Oct 18 19:06:20 but it said a programming language Oct 18 19:06:23 Forth is not very easy to describe though... to call it a programming language isn't quite the whole story Oct 18 19:06:26 yeah that Oct 18 19:07:05 how can a programming language help you bringup a board? Made no sense that is why I asked you what it was Oct 18 19:07:25 a Forth is a self-contained environment that includes an interpreter/compiler, and they be made really really tiny Oct 18 19:08:02 and it's extremely extensible, to the point that most Forth systems end up becomes domain-specific languages for whatever it is you're doing Oct 18 19:08:50 oh ok I see Oct 18 19:08:51 having such a thing running on your target means you can easily interact with the whole system, same as JTAG, but _much_ faster Oct 18 19:09:59 yeah but I prefer to stick with the hardware solution for now because porting software to work in different hardware so that I can port other hardware is no fun Oct 18 19:10:15 i meant port other software at the end there Oct 18 19:11:08 I still use Forth on a dm814x occasionally to figure out some detail of the am335x (since they're architecturally closely related) Oct 18 19:11:14 however, if you ever managed to port Forth to the am335x family then I would take a look Oct 18 19:12:03 like, the cortex-a8 TRM is kind of vague about some MMU aspects, leading to: http://community.arm.com/thread/5913 Oct 18 19:13:55 it also came in handy in figuring out details of the UART: http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/716/p/379360/1344277#1344277 Oct 18 19:15:24 the syntax of Forth is a bit repellent to those not accustomed to it though Oct 18 19:16:32 and some stuff is really deeply magical... like I said, it's very extensible, to the point that basic control structures like "if" may actually be defined within the language itself Oct 18 19:18:07 I see, then not the right solution for me but thanks for mentioning it Oct 18 19:19:05 probably not... basically Forth has a group of hardcore enthausiast nutcases like me and the rest of the world doesn't really get what they're raving about Oct 18 19:19:08 ;) Oct 18 19:31:24 btw, if you get an xds100v2, I recommend either avoiding leaving it unnecessarily connected to a computer, or alternatively adding an udev rule that enables autosuspend for it Oct 18 19:31:29 reason: https://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/349276 Oct 18 19:32:59 just as a precaution though, as the TI dude notes the CPLD seems to take it pretty well, I personally also haven't seen any problems with the two xds100v2 debuggers we have Oct 18 19:34:21 hi jkridner, welcome back :) **** ENDING LOGGING AT Mon Oct 19 02:59:59 2015