**** BEGIN LOGGING AT Tue Jul 22 03:00:01 2014
Jul 22 03:12:30 <karki> how are eandom nums like 17SAAJ9NI generated?
Jul 22 03:12:49 <karki> and I'm apparently that guy
Jul 22 03:12:58 <karki> I meant random
Jul 22 03:46:08 <Abhishek_> jkridner: http://sigrok.org/gitweb/?p=libsigrok.git;a=summary
**** BEGIN LOGGING AT Tue Jul 22 09:56:08 2014
Jul 22 12:55:40 <vvu> anyone used xz or tar to read from a serial line */dev/tty* ?
Jul 22 13:19:27 <Abhishek__> hi jkridner
Jul 22 13:21:44 <praveendath922> av500: ping
Jul 22 13:21:55 <av500> yo
Jul 22 13:22:02 <av500> so, nice images?
Jul 22 13:22:07 <praveendath922> The issue with black is sorted out.
Jul 22 13:22:15 <av500> its blue now?
Jul 22 13:22:17 <av500> :)
Jul 22 13:22:43 <praveendath922> It's a bit in a messy state now but will be there today.
Jul 22 13:22:43 <praveendath922> I saw the terminal image.
Jul 22 13:22:57 <praveendath922> The issue was that, I took that after starting the xserver there is a new frame update.
Jul 22 13:23:05 <av500> ok
Jul 22 13:23:07 <praveendath922> On top of the earlier green screen.
Jul 22 13:23:37 <praveendath922> Actually, there were 2 frame update. 1. Complete black, 2. Part of the frame with terminal.
Jul 22 13:24:03 <av500> good
Jul 22 13:24:10 <av500> so, screenshot soon?
Jul 22 13:24:32 <praveendath922> Yep.
Jul 22 13:24:46 <praveendath922> Auto frames update soon. Mostly :)
Jul 22 13:25:11 <av500> good
Jul 22 13:35:38 <vvu> av500: you said you were using gadgetFS long time ago, right ?
Jul 22 13:36:45 <av500> vvu: er yes
Jul 22 13:37:04 <vvu> do you have pieces of code available or something as a demo ?
Jul 22 13:38:05 <vvu> the demo they have on linux-usb.org is old
Jul 22 13:38:32 <vvu> they give references to 2.4 and 2.6 kernels
Jul 22 13:41:13 <av500> well, it was on 2.6 :)
Jul 22 13:41:18 <av500> and no
Jul 22 13:41:31 <av500> the point of gadgetfs is you do most work in userspace
Jul 22 13:42:01 <av500> we did tweak the kernel driver a bit for stuff like 0-byte usb transfers
Jul 22 13:42:07 <av500> but that was very specific
Jul 22 13:42:27 <vvu> i tried to xz -cd /dev/ttyGS0 but i always receive "xz:corrupt data" at the 1st byte sent
Jul 22 13:42:41 <av500> ?
Jul 22 13:42:42 <vvu> maybe xz cannot read from device files
Jul 22 13:42:59 <vvu> on the BBB i am trying to read from the serial line and decompress in realtime
Jul 22 13:43:08 <av500> ok
Jul 22 13:43:16 <av500> but serial != gadgetfs
Jul 22 13:43:25 <vvu> yes, that is why i am looking at other options
Jul 22 13:43:48 <av500> and if you write some code to read from the serial?
Jul 22 13:43:52 <av500> just to see if it works
Jul 22 13:44:05 <vvu> it works, i had the code from last year
Jul 22 13:44:28 <vvu> i think xz does not know how to handle the data
Jul 22 13:46:52 <av500> can you cat the data to a file?
Jul 22 13:46:56 <av500> and then run xz on that?
Jul 22 13:47:01 <av500> or md5sum
Jul 22 13:47:30 <vvu> will try and see
Jul 22 13:49:53 <vvu> but when i send something over serial on the BBB part when the file ends I receive an EOF char, right ?
Jul 22 13:54:19 <av500> I guess so
Jul 22 14:07:27 <vvu> av500: something funny if i send a couple of chars on the BBB i can cat /dev/ttyGS0 and see them nice
Jul 22 14:07:40 <vvu> but if I try to send a big file i receive some kernel panic
Jul 22 14:07:48 <av500> on BBB?
Jul 22 14:07:49 <av500> or PC?
Jul 22 14:07:53 <vvu> on the BBB
Jul 22 14:08:03 <vvu> on the BBB i do 'cat /dev/ttyGS0'
Jul 22 14:08:15 <vvu> and on the PC i do echo "test" > /dev/ttyACM0
Jul 22 14:08:17 <vvu> this works nice
Jul 22 14:08:20 <av500> ic
Jul 22 14:08:34 <vvu> but if i do cat image.xz > /dev/ttyACM0 the BBB gets crazy
Jul 22 14:08:41 <vvu> oh well
Jul 22 14:10:26 <vvu> maybe serial is not the good way to send BigData
Jul 22 14:10:44 <av500> what panic?
Jul 22 14:13:27 <vvu> https://gist.github.com/ungureanuvladvictor/8c4864c41784d9beb94e
Jul 22 14:13:38 <vvu> deref null pointer
Jul 22 14:13:45 <vvu> and after that all hell breaks
Jul 22 14:18:42 <vvu> av500: i will debug more on my own, gotta catch some rain on my way home cuz umbrella is too mainstream
Jul 22 14:19:54 <av500> I hate umbrellas
Jul 22 14:20:07 <av500> vvu: that crahs looks nice
Jul 22 14:20:09 <av500> debug it :)
Jul 22 14:24:21 <Abhishek__> jkridner: Decoded a 24 MHz SPI bitstream at 100 Msps with BeagleLogic, and I think I've almost hit the ceiling of what's possible without any kind of buffering or signal conditioning
Jul 22 14:41:18 <jkridner> nice.
Jul 22 14:41:42 <jkridner> Abhishek__: you starting to work on the web front-end?
Jul 22 14:41:55 <alexanderhiam> Abhishek_: awesome!
Jul 22 14:43:15 <alexanderhiam> Abhishek__: how many samples can you capture at 100Msps?
Jul 22 15:39:05 <vvu> av500: 1st need to dry all my clothes then we can get into kernel debugging :)
Jul 22 16:04:49 <Abhishek__> alexanderhiam: 320MSa , limited by the RAM on the BBB
Jul 22 16:27:06 <alexanderhiam> Abhishek__: so 3.2 seconds, that's totally usable. Awesome!
Jul 22 16:43:18 <Abhishek__> jkridner: some pieces of the web frontend are there, but have not been pushed yet.
Jul 22 16:43:52 <Abhishek__> jkridner: I hope you are aware that BeagleLogic sigrok bindings are now in the upstream sigrok
Jul 22 18:14:10 <jkridner> sweet. didn't know they landed. I need to do an Adafruit blog post on it next week or something.
Jul 22 18:15:20 <Abhishek_> jkridner: http://sigrok.org/gitweb/?p=libsigrok.git;a=summary
Jul 22 18:15:54 <Abhishek_> that's also on G+
Jul 22 19:58:33 <DiegoTc> jkridner: I will start to add the tutorials they're currently on bone101 http://beagleboard.org/support/BoneScript/
Jul 22 20:07:11 <jkridner> DiegoTc: great!
Jul 22 20:07:24 <jkridner> DiegoTc: any luck debugging access by others?
Jul 22 20:08:33 <DiegoTc> Don't know :( I eraese cookies and wverything and updated the code. But didn't receive no feedback. I don't have issues. So I'm guessing is fine. Tonight or tomorrow moring I will push the code to gh-pages
Jul 22 20:09:06 <DiegoTc> I'm testing the edit right now. It looks it has no bugs!!
**** ENDING LOGGING AT Wed Jul 23 03:00:01 2014