• [00:00:56] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:56] * Topic is 'http://beagleboard.org/chat has a guide on how to ask questions and links to the logs | never ask to ask, just ask | be patient | pastebin a boot log | http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg | http://beagleboard.org/latest-images | http://beagleboard.org/Support/bone101 | direct bonescript/node.js questions to #beagle-bonescript | books: http://bit.ly/bbb-books'
  • [00:00:56] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:56] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:56] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:04:00] * iandow (~iandow@71-36-104-124.ptld.qwest.net) Quit (Remote host closed the connection)
  • [00:04:36] * iandow (~iandow@71-36-104-124.ptld.qwest.net) has joined #beaglebone
  • [00:09:23] * pls__ (5c2c45b0@gateway/web/freenode/ip.92.44.69.176) Quit (Quit: Page closed)
  • [00:10:03] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [00:10:32] * arianepaola (~ariane@unaffiliated/arianepaola) has joined #beagle
  • [00:11:22] <GenTooMan> It's possible to control a quadrocopter with it yse.
  • [00:14:27] <GenTooMan> as for doing everything from scratch. I suggest you do some preliminary experiments you would have a lot to think about.
  • [00:14:56] <GenTooMan> Ok done talking to myself (sigh)
  • [00:16:50] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [00:18:15] <zmatt> tea.
  • [00:19:21] <veremit> tea, yes, good plan ..
  • [00:20:14] * skhreze_ (~debian@ip-5-172-247-226.free.aero2.net.pl) Quit (Ping timeout: 272 seconds)
  • [00:21:34] * artX000 (~py@ool-1826eaa1.dyn.optonline.net) Quit (Remote host closed the connection)
  • [00:22:01] * artX000 (~py@ool-1826eaa1.dyn.optonline.net) has joined #beagle
  • [00:26:40] <zmatt> and I really need to figure out where the hell that weird glitch on the framebuffer is coming from
  • [00:27:35] <zmatt> especially since I have trouble imagining it being due to lcdc itself, it's too dumb for that
  • [00:29:51] <zmatt> and it's weird that X11 doesn't show it
  • [00:40:07] <veremit> hmm boiling the kettle really would expedite tea .. brb :)
  • [00:44:54] * nslu2-log (~nslu2-log@140.211.169.184) Quit (Quit: Disconnecting from stoned server.)
  • [00:45:29] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beaglebone
  • [00:45:29] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beagle
  • [00:45:29] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beagleboard
  • [00:47:04] <zmatt> I do think boiling a kettle sounds like a good idea... I suspect they have a rather high boiling point
  • [00:47:10] <zmatt> *do not
  • [00:52:37] <GenTooMan> so you have have display "issues" with the framebuffer driver?
  • [00:55:23] <zmatt> yeah, though I now have a different one than before it seems, although they appear related ("before" was using the fbconsole on stock 4.1-ti, I'm now using a custom config and use the framebuffer device directly for graphics, fbcon disabled)
  • [00:55:58] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [00:56:45] <zmatt> issue 1 was that it seemed to scan out from a pointer slightly before the actual framebuffer, i.e. some garbage pixels at the start of the first line and the right side of the display ended up on the left (and one line down)
  • [00:57:00] * H-H-H (~H-H-H@host-92-4-82-81.as43234.net) Quit (Ping timeout: 256 seconds)
  • [00:57:08] <zmatt> it would jump between this and normal seemingly at the slightest provocation
  • [00:57:14] <zmatt> offset always the same
  • [00:58:09] <zmatt> different kernels, different monitors and resolutions via hdmi framer, also manifests without hdmi framer (lvds transmitter connected directly)
  • [00:59:42] <zmatt> the new phenomenon is that the last column contains wrong pixel data, namely a copy of a column some distance to the left
  • [01:00:07] <zmatt> and I think the distance is the same as the offset of the previous glitch
  • [01:02:49] <zmatt> the first one should be easily reproducible just by using the framebuffer console...
  • [01:05:37] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [01:06:07] <zmatt> the new glitch really puzzles me though, I don't understand what could possibly affect only a single pixel of each line
  • [01:07:13] <zmatt> unless the kernel's compositor (or whatever it is that's e.g. overlaying the cursor) is really screwing up
  • [01:07:27] <zmatt> but that would show up on more platforms
  • [01:20:35] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 240 seconds)
  • [01:32:40] * bkearns (~bkearns@216-75-239-130.static.wiline.com) Quit (Quit: Leaving.)
  • [01:35:43] <GenTooMan> One pixel offset? Does the frame buffer have an internal offset register to scroll the display?
  • [01:35:53] <zmatt> not one pixel
  • [01:36:15] <zmatt> a significant offset, few dozen pixels maybe, didn't count them
  • [01:36:53] <GenTooMan> Something might be diddling the display offset register, depends on how the frame buffer is configured.
  • [01:37:16] <zmatt> the frame buffer is just a piece of memory, and I'm not even sure whether the kernel overwrites the same memory or supplies a new frame
  • [01:38:58] <zmatt> (lcdc reads a contiguous piece of memory and passes it via an async fifo to the transmitter)
  • [01:47:33] <GenTooMan> Is it possible the frame buffer controller is not being configured correctly? I remember something about a base address for the display a display pitch and an offset for scrolling the display. It's been a few years since I looked at it (LOL). I wish I had total recall but as you get older... heck you forget.
  • [01:49:37] <zmatt> you just write pointers to start/end of framebuffer to the peripheral
  • [01:51:49] <zmatt> the dma controller doesn't operate on pixels or lines but just on words of data or preferably power-of-two bursts thereof
  • [01:53:20] * isacdaavid_ (~isaac@189.166.10.220) Quit (Ping timeout: 272 seconds)
  • [01:55:50] <zmatt> that's why the new issue (single column copied to last column) puzzles me: neither of lcdc's components seems plausibly capable of creating the effect; the dma controller doesn't know or care about pixels and the transmitter splits the data stream into pixels but can't plausibly remember anything to make it show up again many pixels later
  • [01:57:47] <zmatt> my next plan (after getting sleep) is to check the pointer as stored in the peripheral, if only one or a few buffers in memory are being used, then I can also check them for bogus content
  • [02:00:54] <GenTooMan> Hmmm ... I assume their is a vertical refresh flag or something and a horizontal refresh flag as well. If ya ignore the horizontal one things can get messy.
  • [02:02:52] * panto (~panto@195.97.110.117) Quit (Remote host closed the connection)
  • [02:15:26] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 250 seconds)
  • [02:22:25] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [02:33:35] * Humpelstilzchen (erik@f054187238.adsl.alicedsl.de) has joined #beagle
  • [02:34:30] * Defiant (erik@f054188201.adsl.alicedsl.de) Quit (Ping timeout: 250 seconds)
  • [02:36:50] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Ping timeout: 265 seconds)
  • [02:54:14] * clonak (~clonak@203-173-146-69.dsl.dyn.ihug.co.nz) has joined #beagle
  • [02:55:51] * Devastator (~devas@191.251.173.204) has joined #beagle
  • [02:57:16] * zauslande (~zauslande@66.53.80.100) has joined #beagle
  • [03:04:05] * russell-1 (~russell@74.85.245.161) has joined #beagle
  • [03:04:16] * ft_ (~ft@195.160.168.28) has joined #beagle
  • [03:06:11] * puck1pedia (~puck@irc.puckipedia.com) has joined #beagle
  • [03:10:13] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [03:11:38] * artX000 (~py@ool-1826eaa1.dyn.optonline.net) Quit (*.net *.split)
  • [03:11:39] * magra (~manisha@192.91.75.30) Quit (*.net *.split)
  • [03:11:39] * h0ser (~h0ser@c-50-164-35-198.hsd1.pa.comcast.net) Quit (*.net *.split)
  • [03:11:39] * nashpa_ (~nashpa@dliviu.plus.com) Quit (*.net *.split)
  • [03:11:39] * DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) Quit (*.net *.split)
  • [03:11:39] * puckipedia (~puck@irc.puckipedia.com) Quit (*.net *.split)
  • [03:11:39] * wgrant (~wgrant@ubuntu/member/wgrant) Quit (*.net *.split)
  • [03:11:39] * gustavoz (~gustavoz@181.46.100.24) Quit (*.net *.split)
  • [03:11:39] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) Quit (*.net *.split)
  • [03:11:39] * ohama (ohama@cicolina.org) Quit (*.net *.split)
  • [03:11:39] * ft (~ft@shell.chaostreff-dortmund.de) Quit (*.net *.split)
  • [03:11:39] * russell-- (~russell@74.85.245.161) Quit (*.net *.split)
  • [03:11:39] * thow (~thow@5ec3ad21.skybroadband.com) Quit (*.net *.split)
  • [03:11:39] * shoragan (~shoragan@debian/developer/shoragan) Quit (*.net *.split)
  • [03:11:39] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (*.net *.split)
  • [03:11:39] * jomar (~jm@0xffffff.de) Quit (*.net *.split)
  • [03:11:39] * jj2baile (~jon@corn-syrup.csclub.uwaterloo.ca) Quit (*.net *.split)
  • [03:11:39] * Ragnorok (~Ragnorok@unaffiliated/ragnorok) Quit (*.net *.split)
  • [03:11:39] * Gareth (~garethFre@znc.wiked.org) Quit (*.net *.split)
  • [03:11:39] * jonand (~jonas@212.112.188.157) Quit (*.net *.split)
  • [03:11:39] * frv (frv@11-231-47-212.rev.cloud.scaleway.com) Quit (*.net *.split)
  • [03:11:41] * frv_ is now known as frv
  • [03:11:41] * puck1pedia is now known as puckipedia
  • [03:11:44] * frv- is now known as 14WAALYY3
  • [03:11:51] * ft_ is now known as ft
  • [03:13:25] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [03:14:06] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) has joined #beaglebone
  • [03:14:07] * ketas (~ketas@229-211-191-90.dyn.estpak.ee) has joined #beagle
  • [03:15:43] * Vostok (vostok@kapsi.fi) Quit (Ping timeout: 260 seconds)
  • [03:17:11] * Vostok (vostok@kapsi.fi) has joined #beagleboard
  • [03:17:14] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [03:19:57] * gustavoz (~gustavoz@181.46.100.24) has joined #beagle
  • [03:20:02] * DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) has joined #beagle
  • [03:20:36] * wgrant (~wgrant@ubuntu/member/wgrant) has joined #beagle
  • [03:20:45] * shoragan (~shoragan@wal.nat.pengutronix.de) has joined #beagle
  • [03:20:45] * shoragan (~shoragan@wal.nat.pengutronix.de) Quit (Changing host)
  • [03:20:45] * shoragan (~shoragan@debian/developer/shoragan) has joined #beagle
  • [03:21:11] * frv is now known as 7GHABX5G3
  • [03:21:18] * ohama (ohama@cicolina.org) has joined #beaglebone
  • [03:22:11] * jomar (~jm@0xffffff.de) has joined #beagle
  • [03:22:11] * artX000 (~py@ool-1826eaa1.dyn.optonline.net) has joined #beagle
  • [03:22:11] * magra (~manisha@192.91.75.30) has joined #beagle
  • [03:22:11] * h0ser (~h0ser@c-50-164-35-198.hsd1.pa.comcast.net) has joined #beagle
  • [03:22:11] * thow (~thow@5ec3ad21.skybroadband.com) has joined #beagle
  • [03:22:11] * SpeedEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [03:22:11] * jj2baile (~jon@corn-syrup.csclub.uwaterloo.ca) has joined #beagle
  • [03:22:11] * Ragnorok (~Ragnorok@unaffiliated/ragnorok) has joined #beagle
  • [03:22:11] * Gareth (~garethFre@znc.wiked.org) has joined #beagle
  • [03:22:11] * jonand (~jonas@212.112.188.157) has joined #beagle
  • [03:22:11] * frv (frv@11-231-47-212.rev.cloud.scaleway.com) has joined #beagle
  • [03:26:01] * zauslande (~zauslande@66.53.80.100) has left #beagle
  • [03:33:35] * devtea (~tdreyer1@unaffiliated/tdreyer1) Quit (Ping timeout: 260 seconds)
  • [03:36:37] * Devastator (~devas@191.251.173.204) Quit (Changing host)
  • [03:36:37] * Devastator (~devas@unaffiliated/devastator) has joined #beagle
  • [03:41:16] * devtea (~tdreyer1@unaffiliated/tdreyer1) has joined #beagle
  • [03:48:38] * Mounicq1 (~Thunderbi@109.21.230.130) has joined #beagle
  • [03:49:50] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Ping timeout: 256 seconds)
  • [03:49:50] * Mounicq1 is now known as Mounicq
  • [03:51:07] * uavcam (~deuse@222.174.168.12) has joined #beagle
  • [04:31:45] * veremit is now known as vere^smart
  • [04:31:59] * vere^smart is now known as veremit
  • [04:33:55] * tai271828 (~tai271828@175.41.48.77) has joined #beagle
  • [04:40:14] * PDogJr (~PurpleDog@unaffiliated/purpledog) Quit (Read error: Connection reset by peer)
  • [04:40:58] * tai271828 (~tai271828@175.41.48.77) Quit (Ping timeout: 276 seconds)
  • [04:41:05] * PDogJr (~PurpleDog@unaffiliated/purpledog) has joined #beagle
  • [05:05:43] * h0ser (~h0ser@c-50-164-35-198.hsd1.pa.comcast.net) Quit (Quit: Leaving)
  • [05:07:23] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [05:07:53] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [05:48:33] * manuel_ (~manuel@p5792111B.dip0.t-ipconnect.de) Quit (Quit: manuel_)
  • [05:52:35] * weox (uid112413@gateway/web/irccloud.com/x-ybkujunyjigqxroj) Quit (Quit: Connection closed for inactivity)
  • [06:01:15] * vagrantc (~vagrant@unaffiliated/vagrantc) has joined #beagle
  • [06:10:15] * uavcamm (~deuse@222.174.168.12) has joined #beagle
  • [06:10:59] * uavcam (~deuse@222.174.168.12) Quit (Ping timeout: 264 seconds)
  • [06:30:40] * russell-1 is now known as russell--
  • [06:36:33] * spiderkeys (49a22863@gateway/web/freenode/ip.73.162.40.99) has joined #beagle
  • [06:36:54] * spiderkeys (49a22863@gateway/web/freenode/ip.73.162.40.99) Quit (Client Quit)
  • [06:37:08] * spiderkeys (49a22863@gateway/web/freenode/ip.73.162.40.99) has joined #beagle
  • [06:41:02] <spiderkeys> Does anyone know how to install the kernel source and headers properly on the beaglebone black in order to build a kernel module? I installed linux-headers-$(uname -r ) (I'm using kernel 4.1.8-r18) and cloned the appropriate kernel source to my BBB, but when I try to build rt2800usb, I get the error: error: linux/delay.h: No such file or directory
  • [06:41:51] <spiderkeys> I know the file is in /usr/src/4.1.8 ..... /include/linux
  • [06:42:46] * lynxis (~lunarius@unaffiliated/lynxis) Quit (Remote host closed the connection)
  • [06:42:56] <spiderkeys> I thought installing the appropriate linux-headers package would put things in the right place for me to build a kernel module, but it seems not. I've also tried the bb-get-kernel-source.sh script, but it seems to be broken for newer kernels because of changes in RCN's repos
  • [06:44:54] * lynxis (~lunarius@unaffiliated/lynxis) has joined #beagle
  • [06:51:33] * nighty^ (~nighty@s229123.ppp.asahi-net.or.jp) Quit (Ping timeout: 265 seconds)
  • [07:13:26] * nerienna (~nerienna@p5498ECF4.dip0.t-ipconnect.de) has joined #beagle
  • [07:20:39] * NulL` (~bleh1@87.254.84.90) has joined #beagle
  • [07:20:42] * vagrantc (~vagrant@unaffiliated/vagrantc) Quit (Quit: leaving)
  • [08:19:50] * mhanne_ (~mhanne@static.221.89.251.148.clients.your-server.de) has joined #beagle
  • [08:25:18] * Akex_ (uid58281@gateway/web/irccloud.com/x-rsiaefcrgjavvurq) has joined #beagle
  • [08:33:35] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [08:48:12] * spiderkeys (49a22863@gateway/web/freenode/ip.73.162.40.99) Quit (Ping timeout: 252 seconds)
  • [09:02:18] * panto (~panto@195.97.110.117) has joined #beagle
  • [09:04:53] * vinifr (~vinicius@191.251.229.103) has joined #beagle
  • [09:05:23] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [09:32:12] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beagle
  • [09:32:12] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beagleboard
  • [09:32:12] * tomeff (~tomeff@ip-94-112-0-81.net.upcbroadband.cz) has joined #beaglebone
  • [09:53:15] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [09:55:39] * msvb-lab (~mschloh@85.181.71.183) has joined #beagle
  • [10:06:08] * danmichaelo (~danmichae@wikipedia/Danmichaelo) has joined #beagle
  • [10:10:55] * magra (~manisha@192.91.75.30) Quit (Remote host closed the connection)
  • [10:11:21] * magra (manisha@nat/ti/x-ekreuqimvuygpztm) has joined #beagle
  • [10:22:45] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [10:28:20] * DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) has joined #beagle
  • [10:32:58] * manuel_ (~manuel@p5792111B.dip0.t-ipconnect.de) has joined #beagle
  • [10:34:18] * jamesaxl (~jamesaxl@105.159.33.24) has joined #beagle
  • [10:40:00] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (Read error: Connection reset by peer)
  • [10:40:16] * BitEvil (~quassel@tor/regular/SpeedEvil) has joined #beagle
  • [10:49:27] * BitEvil is now known as SpeedEvil
  • [10:53:24] * skhreze (~debian@ip-5-172-247-246.free.aero2.net.pl) has joined #beagle
  • [11:02:07] * micges_ (~micges@exb250.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [11:02:07] * micges_ (~micges@exb250.neoplus.adsl.tpnet.pl) has joined #beagle
  • [11:05:15] * micges (~micges@ewv46.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 240 seconds)
  • [11:09:30] * micges_ is now known as micges
  • [11:18:53] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [11:26:16] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [11:32:19] * lyakh (~lyakh@xdsl-78-35-227-187.netcologne.de) has joined #beagle
  • [11:37:10] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [11:51:27] * skhreze_ (~debian@ip-5-172-247-253.free.aero2.net.pl) has joined #beagle
  • [11:51:47] * skhreze (~debian@ip-5-172-247-246.free.aero2.net.pl) Quit (Ping timeout: 264 seconds)
  • [12:03:31] * uavcamm (~deuse@222.174.168.12) Quit (Ping timeout: 260 seconds)
  • [12:09:16] * manuel_ (~manuel@p5792111B.dip0.t-ipconnect.de) Quit (Quit: manuel_)
  • [12:12:06] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Remote host closed the connection)
  • [12:12:41] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [12:15:41] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Read error: No route to host)
  • [12:16:10] * thurgood_ (~thurgood@65.36.122.62) has joined #beagle
  • [12:22:07] * thurgood_ (~thurgood@65.36.122.62) Quit (Remote host closed the connection)
  • [12:37:55] * danmichaelo (~danmichae@wikipedia/Danmichaelo) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [12:39:35] * behanw (~behanw@2001:470:b26c:0:d81e:d6d7:ec3e:63c2) Quit (Ping timeout: 240 seconds)
  • [12:42:58] * danmichaelo (~danmichae@wikipedia/Danmichaelo) has joined #beagle
  • [12:44:34] * manuel_ (~manuel@p5792111B.dip0.t-ipconnect.de) has joined #beagle
  • [12:46:56] * lynxis (~lunarius@unaffiliated/lynxis) Quit (Remote host closed the connection)
  • [12:47:20] * lynxis (~lunarius@unaffiliated/lynxis) has joined #beagle
  • [12:48:17] * lyakh (~lyakh@xdsl-78-35-227-187.netcologne.de) Quit (Quit: thanks, bye)
  • [12:58:50] * skhreze_ (~debian@ip-5-172-247-253.free.aero2.net.pl) Quit (Ping timeout: 260 seconds)
  • [13:02:52] * skhreze (~debian@ip-5-172-247-236.free.aero2.net.pl) has joined #beagle
  • [13:13:48] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [13:16:43] * Akex_ is now known as f6b7-bis
  • [13:17:48] * f6b7-bis is now known as Akex_
  • [13:26:56] * StinkyFinger (~stephen@46.233.112.211) has joined #beagle
  • [13:47:55] * StinkyFinger (~stephen@46.233.112.211) Quit (Ping timeout: 240 seconds)
  • [14:00:30] * danmichaelo (~danmichae@wikipedia/Danmichaelo) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [14:03:18] * danmichaelo (~danmichae@wikipedia/Danmichaelo) has joined #beagle
  • [14:04:24] * skhreze_ (~debian@ip-5-172-247-211.free.aero2.net.pl) has joined #beagle
  • [14:04:24] * pmezydlo (5947b13d@gateway/web/freenode/ip.89.71.177.61) has joined #beagle
  • [14:05:14] * skhreze (~debian@ip-5-172-247-236.free.aero2.net.pl) Quit (Ping timeout: 256 seconds)
  • [14:23:53] <pmezydlo> if anyone present knows about writing drivers
  • [14:25:29] * torpico (~local@unaffiliated/torpico) has joined #beagle
  • [14:27:33] <tbr> http://www.catb.org/esr/faqs/smart-questions.html
  • [14:41:18] * pmezydlo (5947b13d@gateway/web/freenode/ip.89.71.177.61) Quit (Ping timeout: 252 seconds)
  • [14:53:35] * H-H-H (~H-H-H@host-92-4-82-81.as43234.net) has joined #beagle
  • [14:54:17] <torpico> hi, I want to install ubuntu on beaglebone black, I burned the image on the sdcard, then I put it in place in the board, hold down the boot button and conncet bbb via USB to my computer. I also am connected via minicom (ttyS0). the problem is that nothing i shown in minicom, and I do not understand what is going on. does anyone in here knows what is happening? Thanks
  • [15:05:45] * skhreze (~debian@ip-5-172-247-234.free.aero2.net.pl) has joined #beagle
  • [15:07:45] * skhreze_ (~debian@ip-5-172-247-211.free.aero2.net.pl) Quit (Ping timeout: 260 seconds)
  • [15:09:20] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [15:12:58] <tbr> torpico: do the LEDs light up at all?
  • [15:14:48] <tbr> ls
  • [15:15:03] <tbr> .oO(file not found)
  • [15:23:13] <torpico> tbr: yes they light up
  • [15:23:44] <tbr> and you don't see any output on the debug UART? at all?
  • [15:23:44] <torpico> 0 and 2 are lighting up now.
  • [15:24:55] * danmichaelo (~danmichae@wikipedia/Danmichaelo) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [15:25:17] * hi (bc17a89e@gateway/web/freenode/ip.188.23.168.158) has joined #beagle
  • [15:25:18] <hi> hi guys I want to get ubuntu on my beaglebone black. I write image on micro sd and after plugging beaglebone black to power its start booting. Afterwards i had to type in login and password. Yeah i was logged in. The problem is i am not getting to desktop???? always coming ubuntu@arm: So which command i have to type in to start ubuntu? Pls help
  • [15:25:41] * hi is now known as Guest23648
  • [15:26:05] <Guest23648> could you just help me with my issue
  • [15:26:07] <Guest23648> ?
  • [15:26:27] <tbr> which ubuntu image did you download?
  • [15:26:31] <Guest23648> yes
  • [15:26:44] <Guest23648> http://charette.no-ip.com:81/programming/2015-06-07_BeagleBoneBlack/
  • [15:27:00] <tbr> WTF
  • [15:27:06] <Guest23648> why?
  • [15:27:15] <tbr> that doesn't look like a trustworthy address
  • [15:27:50] <Guest23648> yeah doesnt matter but do you know something about my problem
  • [15:28:17] <tbr> your problem is probably because of downloading a random image that nobody in here knows anything about
  • [15:28:52] <Guest23648> can you give me a webpage where i can download ubuntu from?
  • [15:29:56] <torpico> Guest23648: hey buddy can you explain how you installed ubuntu on your bbbalck?
  • [15:30:50] <Guest23648> yeah i just downloaded image and buned on my sdcard. Then insert sd card into bbb. While holding the boot button i plugged in 6V
  • [15:30:53] <Guest23648> sry 5V
  • [15:30:55] <tbr> http://elinux.org/BeagleBoardUbuntu
  • [15:31:05] <tbr> that's a sensible page to follow
  • [15:31:10] <tbr> it should explain everything
  • [15:31:17] <torpico> Guest23648: There is no graphic. you want it have graphic?
  • [15:31:40] <Guest23648> yeah
  • [15:31:49] <Guest23648> no desktop
  • [15:32:09] <torpico> Guest23648: till I know it should not have graphic. it is only terminal
  • [15:32:37] <Guest23648> what of course there is a desktop or not?
  • [15:32:52] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [15:32:54] <torpico> Guest23648: I did the same you did. How many minutes it took till the ubuntu flashed into your BBBlack?
  • [15:33:51] <torpico> Guest23648: As I searched in interenet for struction, nowhere said it has graphics. only terminal
  • [15:34:32] <torpico> Guest23648: this was my question I asked here. do you know anything to help me? :p
  • [15:34:34] <torpico> I want to install ubuntu on beaglebone black, I burned the image on the sdcard, then I put it in place in the board, hold down the boot button and conncet bbb via USB to my computer. I also am connected via minicom (ttyS0). the problem is that nothing i shown in minicom, and I do not understand what is going on. does anyone in here knows what is happening?
  • [15:34:43] <tbr> note, that those ubuntu images are all "console" images
  • [15:34:51] <tbr> which means they come without a graphical UI
  • [15:35:05] <tbr> if you want one you'll have to install and set it up yourself
  • [15:35:16] <tbr> or you could just use the default debian image with full UI
  • [15:37:12] <torpico> tbr: any solution for poor me?
  • [15:37:46] <tbr> torpico: did you ever answer my question?
  • [15:37:48] <tbr> > and you don't see any output on the debug UART? at all?
  • [15:39:50] * davis (~davis@rrcs-96-10-245-18.midsouth.biz.rr.com) has joined #beagle
  • [15:39:52] <davis> hello
  • [15:40:02] <torpico> tbr: what you asked from me?
  • [15:40:16] <torpico> tbr: what is debug UART?
  • [15:40:23] <davis> i'm trying to get uboot to get a serial console working with beagle
  • [15:40:43] <davis> i can see the text, but not stop uboot from booting. hit any key does not seem to work.
  • [15:42:11] <tbr> davis: make sure to turn off handshake
  • [15:42:42] <tbr> torpico: you are claiming you're "I also am connected via minicom (ttyS0)"
  • [15:43:12] <tbr> torpico: where does that cable go for ttyS0?
  • [15:43:37] <davis> hmm. i am in minicom. it says 8n1, that n is no parity i guess. let me find no flow control
  • [15:44:10] <davis> yeap that works many thanks
  • [15:44:14] <tbr> np
  • [15:44:46] <torpico> tbr: SORRY BUT i DO NOT GET WHAT YOU MEAN
  • [15:44:55] <torpico> :-[
  • [15:45:13] <torpico> I know I'm fool ;p
  • [15:45:28] <tbr> torpico: which cables are connected to the BBB?
  • [15:46:02] <torpico> tbr: only the main USB cable which belongs to BBB
  • [15:47:27] <tbr> torpico: ok, do you have a USB-to-serial cable with "FTDI" connector?
  • [15:52:25] <torpico> tbr: no
  • [15:57:03] <veremit> get one :)
  • [15:57:40] <torpico> tbr: veremit there should be a way, how you guys do this? I mean install ubuntu in bbb
  • [15:58:24] <veremit> download an image, boot. :)
  • [15:58:48] <veremit> but you gotta trust the image you fetch, and md5sum it for integrity, use a good known uSD card .. etc etc.
  • [15:59:16] <veremit> but we've all got our fingers burnt with a board that won't boot .. and serial debug is invaluable
  • [16:00:07] <torpico> veremit: is minicom sufficient to help me see what is going on in my board?
  • [16:00:17] <veremit> minicom is fine .. use it all the time
  • [16:00:33] <veremit> just remember to set your serial port parameters right, and restart to make sure it reads them :D
  • [16:01:00] <torpico> veremit: and how many minutes will it take to flash image to board + I set ttyS0 for minicom ?
  • [16:01:01] * jamesaxl_ (~jamesaxl@105.159.31.169) has joined #beagle
  • [16:01:03] <veremit> I have had some peculiarities .. but I think that's equally with my targets, not the software
  • [16:01:15] <torpico> dmesg | grep tty
  • [16:01:15] <torpico> [ 0.000000] console [tty0] enabled
  • [16:01:15] <torpico> [ 0.644353] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
  • [16:01:17] <veremit> flashing usually takes a few minutes ..
  • [16:01:41] <veremit> there's a led sequence to watch out for .. but it does keep changing
  • [16:02:03] * manuel__ (~manuel@p4FDACE79.dip0.t-ipconnect.de) has joined #beagle
  • [16:02:18] <veremit> ubuntu wil be a bit slow on the beagle .. but your choice :)
  • [16:02:35] * manuel_ (~manuel@p5792111B.dip0.t-ipconnect.de) Quit (Ping timeout: 264 seconds)
  • [16:02:36] * manuel__ is now known as manuel_
  • [16:03:24] <veremit> I just updated mine to the lxqt jessie image :)
  • [16:03:40] <veremit> although only just sorted a uHDMI cable, so never pwered it :(
  • [16:03:50] <veremit> stupid connector
  • [16:04:04] <veremit> mini would have been easier
  • [16:04:26] <eliasbakken> Ok, I've had a look at the mainline u-boot, and to me it appears there are some efforts towards a framebuffer for am335x, but that would only solve half the problem, since BBB also has a framer chip that needs to bi initialized.
  • [16:04:29] * jamesaxl (~jamesaxl@105.159.33.24) Quit (Ping timeout: 265 seconds)
  • [16:05:42] * jamesaxl_ (~jamesaxl@105.159.31.169) Quit (Ping timeout: 250 seconds)
  • [16:07:14] * skhreze_ (~debian@ip-5-172-247-208.free.aero2.net.pl) has joined #beagle
  • [16:08:27] <veremit> eliasbakken: making good progress there
  • [16:08:35] <eliasbakken> Is there an easy way to configure the TDA19988 pager using just some predetermined I2C sequence perhaps? Like for a fixed resolution etc.?
  • [16:08:56] * skhreze (~debian@ip-5-172-247-234.free.aero2.net.pl) Quit (Ping timeout: 246 seconds)
  • [16:09:25] <eliasbakken> veremit: I wish, lol, but splash screen in u-boot is not as trivial as I thought :)
  • [16:09:26] <veremit> eliasbakken: I thought it mostly worked it out from video timings
  • [16:09:37] <veremit> eliasbakken: pi has one :P~
  • [16:09:57] <veremit> I think I've seen it on another platform too
  • [16:10:10] <eliasbakken> Pi has a build in framer, no?
  • [16:10:27] <veremit> its got build-in video yes
  • [16:11:31] <eliasbakken> Right, but BBB uses a framer chip, so that has to be configured as well in order to display a splash-screen during u-boot start-up.
  • [16:11:49] <eliasbakken> For an LCD cape, it would be easier.
  • [16:11:50] <veremit> I don't think it needs a lot . if so.
  • [16:11:56] <veremit> no .. it really isn't ;P
  • [16:12:11] <veremit> usually you just ping it a video signal and sync .. it works the rest out.
  • [16:12:38] <veremit> for anything you have to load a driver of some sort
  • [16:12:48] <veremit> and the capes have additional overhead
  • [16:13:19] <eliasbakken> Ok, but how about USB power, does that come on from u-boot as of now?
  • [16:13:39] <eliasbakken> My display is powered from USB, so that needs to be handled.
  • [16:13:42] <veremit> client power?
  • [16:13:52] <veremit> ouch .. really? how does it supply sufficient?!
  • [16:13:54] <eliasbakken> Host power
  • [16:14:02] <veremit> woops, yes host power
  • [16:14:03] <eliasbakken> It's a small screen.
  • [16:14:04] <veremit> my bad
  • [16:14:38] <veremit> that said .. hmm how did we do .. ah, 5v direct from supply .. we used a chalkboard 10" touch panel with a beagle once
  • [16:15:02] <veremit> that was on hdmi to start with, until we fixed up a lvds serializer to the beagle rgb pins :)
  • [16:15:06] * torpico (~local@unaffiliated/torpico) has left #beagle
  • [16:15:13] <eliasbakken> I'm using a Manga Screen: http://wiki.thing-printer.com/index.php?title=Manga_Screen
  • [16:17:03] <veremit> wow that's a nice screen
  • [16:17:30] <veremit> must be a phone screen :)
  • [16:18:10] <veremit> though I've no idea how they pack HD into 5" .. anyway
  • [16:18:17] <veremit> framer init ..
  • [16:18:29] <veremit> zmatt you there?
  • [16:20:24] <eliasbakken> I have a BBW that I'm using to debug and test u-boot, so I can try to get it working with an LCD3 first, that tackle the framer later, if you think it's doable!
  • [16:21:14] <eliasbakken> Veremit: It's not HD, only 800x480, that is enough for 4.3" : 9
  • [16:21:16] <eliasbakken> :)
  • [16:21:32] <veremit> eliasbakken: yes I know :P was just musing
  • [16:21:47] <veremit> eliasbakken: oh its all doable :)
  • [16:23:05] <eliasbakken> veremit: Very good! I'll set the rest of today and tomorrow to give it a shot!
  • [16:23:23] <davis> if I wanted to kill the serial console on usb and replace with a dhcp server would I start by killing the getty process or would it just restart?
  • [16:24:15] <davis> ie. i want to use the usb as a network device instead of a serial console
  • [16:24:41] <veremit> eliasbakken: this may be worth a read .. http://minix-i2c.blogspot.co.uk/2013/07/edid-reading.html
  • [16:25:15] <veremit> davis: the usb is a composite 'link' yu can have mass-storage/networking/serial all on the same cable.
  • [16:25:36] <veremit> and it already is configured to dhcp your pc when yuo plug it in :)
  • [16:25:50] <davis> hmm.
  • [16:26:03] <veremit> if your drivers aren't working .. thats an entirely different issue .. but I know that's how the beagle is configured for usb client :)
  • [16:26:10] <davis> i was just using it to connect via serial console
  • [16:26:30] <veremit> you shuold have three "devices" .. network, serial and storage, normally.
  • [16:26:33] <veremit> linux or windoze
  • [16:26:42] <veremit> or mac*
  • [16:26:54] <davis> let me see if I can use my laptop as a usb networking client. to be honest, i want to reverse it. have the laptop be a dhcp server though.
  • [16:27:34] <davis> ip link set usb0 up (on my laptop failed)
  • [16:27:46] <veremit> ah .. that means setting the usb host up differently :)
  • [16:28:02] <veremit> although if you have the usb0 link .. shuldn't matter which end 'hosts' afaik ..
  • [16:28:06] <davis> which is odd, cause if I plug in my phone and enable usb tethering that command works
  • [16:28:29] <veremit> davis: well that's a good sign ..but the phone is also dhcp server normally
  • [16:28:41] <veremit> its a bit backwards that the 'client' end is acting as 'server' lol
  • [16:29:10] <veremit> conceivably you might have to configure usb networkng differently to get it to work the other way
  • [16:29:17] <davis> yah, when my boss asked me to get this working I thought he meant usb tethering where my laptop was the client
  • [16:29:25] <davis> i did it with my phone rather quickly
  • [16:29:39] <davis> then he told me he wants to show to do it in reverse,
  • [16:29:45] <veremit> yes .. the phone thing has been rigously developed and tested :)
  • [16:29:53] <veremit> rigorous*
  • [16:30:15] <davis> but when I connect the beagle to my laptop, my laptop dmesg says usb serial support enabled.
  • [16:31:05] <veremit> you probably need a slightly different driver
  • [16:31:24] <veremit> I hate usb gadget for this .. too many combinations
  • [16:31:35] <veremit> it shuold come up with a g_<something> ior better still, several
  • [16:31:49] <veremit> eg. g_ether g_multi g_serial etc
  • [16:32:07] <veremit> wonder if I can 'fly' mine quickly .. sec.
  • [16:32:28] <davis> hmm ls /sys/class/net on beagle lists usb0, but on my laptop its not there.
  • [16:33:27] * veremit vomits slightly pluggin bbb to usb ..
  • [16:34:14] <davis> module ftdi_sio is a serial usb driver on beagle, right?
  • [16:34:53] <veremit> on a normal beagle .. yeah
  • [16:34:56] <veremit> not on the BBB
  • [16:36:27] <veremit> ok my BBB is showing up as...cdc_acm, usb-storage, rndis_host in dmesg
  • [16:36:36] * msvb-lab (~mschloh@85.181.71.183) Quit (Read error: Connection reset by peer)
  • [16:37:05] <davis> hmm. i need to plug my phone back in and see what module gets loaded when i configure phone as usb tethering.
  • [16:37:07] <veremit> and .. cdc_adm, cdc_ether, rndis_host rndis_wlan(?!)
  • [16:37:23] <veremit> that's just rndis_host possibly wlan too
  • [16:37:26] * Mounicq1 (~Thunderbi@109.21.230.130) has joined #beagle
  • [16:37:35] <veremit> or if its ipone its ipeth*
  • [16:38:44] * Mounicq (~Thunderbi@109.21.230.130) Quit (Ping timeout: 272 seconds)
  • [16:38:44] * Mounicq1 is now known as Mounicq
  • [16:39:43] <davis> hmm. if I plug in both the phone and beagle to the laptop, the ls /sys/class/net shows usb0.
  • [16:39:53] <veremit> thats right .. I got /dev/ttyACM0 , /dev/sdh and enp0s18f2u1u3 ... NIIIICe lol
  • [16:40:08] <veremit> yeah what OS you using?
  • [16:40:22] <veremit> I don't think yur usb_gadget drivers are working
  • [16:40:28] <davis> lsmod on the laptop shows a cdc_ether device
  • [16:41:07] <davis> if I remove the phone, the cdc_ether is still there but the /sys/class/net device goes away
  • [16:41:07] <veremit> dmesg should tell you what that's linked to
  • [16:41:26] <davis> rndis_host
  • [16:41:28] <veremit> or you can ls /sys/class/net -l
  • [16:42:16] <davis> hmm
  • [16:42:21] <veremit> strange
  • [16:42:23] <davis> i dont know what i am doing
  • [16:42:33] <veremit> what beagle image are you using?
  • [16:42:43] <davis> its a debian image from last summer
  • [16:43:11] <davis> is there something on the beagle I need to do?
  • [16:43:41] <davis> the beagle does have a /sys/class/net entry
  • [16:43:45] <veremit> hmm looks like RN pruned some stuff from elinux lol
  • [16:43:55] <veremit> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03 is what I've ben using
  • [16:43:55] * mrpackethead (~mrpacketh@203.109.200.147) has joined #beagle
  • [16:44:06] <veremit> and I've literally plugged it in, waited and done NOTHING
  • [16:44:24] <veremit> it takes a while to boot and bring the usb up though
  • [16:45:37] * veremit wonders which image I booted lol
  • [16:46:29] <davis> this is odd
  • [16:46:45] <davis> ip addr on the beagle shows usb0
  • [16:46:58] <veremit> yeah you've got half a link missing ...
  • [16:47:06] <davis> but my laptop does not show usb0 unless i connect phone
  • [16:47:26] <veremit> its not connecting
  • [16:47:45] <davis> when I remove the phone from laptop it says unregister rndis_host
  • [16:48:03] <veremit> you need to read dmesg as you plug the beagle in (and wait, and wait)
  • [16:48:14] <veremit> the phone will come up immediate ly because it has power
  • [16:48:30] <veremit> unless you have your beagle on DC jack .. then you can unplug the usb at will
  • [16:48:44] <veremit> otherwise you've probably broken your beagle :D
  • [16:48:52] * mrpackethead (~mrpacketh@203.109.200.147) Quit (Ping timeout: 272 seconds)
  • [16:48:55] <davis> i have my beagle on a dc power jack
  • [16:49:07] <davis> can I tail -f dmesg?
  • [16:49:20] <veremit> um .. tail -f /var/log/messages I think .. or /var/log/dmesg
  • [16:49:27] <veremit> can't remember which debian has ..
  • [16:49:50] <davis> neither
  • [16:49:55] <davis> it uses journalctl
  • [16:50:16] <veremit> dmesg -w ?
  • [16:50:22] <veremit> ugh systemd crap
  • [16:50:36] <davis> ok, dmesg -w works
  • [16:50:53] <davis> when I plug it in, it says new high-speed USB device number 19 using ehci-pci
  • [16:51:03] <davis> and nothing, but I will wait
  • [16:51:16] <veremit> took a good few seconds on mne
  • [16:52:31] <davis> hmm on beagle (via ethernet ssh) I did a 'ip link set usb0 down' and then up. It still says down and the host dmesg is unchanged.
  • [16:52:57] <davis> however the usb0 on beagle has an ip address
  • [16:54:57] <davis> hmm. i wonder if I have the wrong cable. I have the ftdi/usb cable.
  • [16:55:12] <davis> i need to use the usb/micro cable, which I dont have.
  • [16:55:59] <davis> let me see if i can find one. i bet its using that port. the usb mini type connector
  • [16:56:08] <veremit> here's my dmsg log .. http://pastebin.com/fuwVc7Ha
  • [16:56:17] <veremit> yes, you need a USB-A to USB-miniB ...
  • [16:56:33] <veremit> you don't get anything useful besides debug info on the serial header :p
  • [16:56:47] <veremit> and likewise on the usb-a host port :d hehe
  • [16:56:53] <davis> lol, now it works
  • [16:57:03] <davis> thank god for the the cable bucket
  • [16:57:07] <veremit> d'oh !
  • [16:57:37] <davis> its been such a long time since i used this beagle, i forgot the usb mini port
  • [16:59:03] <davis> lok, nope its not up. dmesg showed a bunch of messages but they are for mass storage
  • [16:59:16] * msvb-lab (~mschloh@x55b547b7.dyn.telefonica.de) has joined #beagle
  • [17:00:00] <veremit> for some reason mine wasn't dh.... oh wait .. I need to dhcp from the client side haha
  • [17:00:12] <veremit> the server was probablyl working :D
  • [17:00:38] <veremit> the link was up .. just forgot I have to 'dhcpcd enp13049810924801928408124' to make it get the IP
  • [17:01:19] <davis> ip link set usb0 up on laptop fails, but still my host ls /sys/net/net is not showing usb0
  • [17:01:35] <veremit> yeah you're m issing something
  • [17:02:08] <veremit> three devices are definitely configured for usb client
  • [17:03:17] <davis> i'm wondering
  • [17:07:10] * danmichaelo (~danmichae@wikipedia/Danmichaelo) has joined #beagle
  • [17:08:49] <davis> lol, omg its weird
  • [17:08:52] <davis> now it works.
  • [17:09:10] <davis> eth1 is what its called for usb0
  • [17:09:28] <davis> ie. when I plugin my phone, the usb network interface is usb0
  • [17:09:38] * skhreze (~debian@ip-5-172-247-228.free.aero2.net.pl) has joined #beagle
  • [17:09:46] <davis> when I plugin the beagle, the usb network interface is eth1
  • [17:10:51] * weox (uid112413@gateway/web/irccloud.com/x-kqtjjykkdtwlhgkn) has joined #beagle
  • [17:11:32] * skhreze_ (~debian@ip-5-172-247-208.free.aero2.net.pl) Quit (Ping timeout: 255 seconds)
  • [17:12:00] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 260 seconds)
  • [17:13:57] * gusnan (~gusnan@85.229.183.120) has joined #beagle
  • [17:13:57] * gusnan (~gusnan@85.229.183.120) Quit (Changing host)
  • [17:13:57] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [17:23:06] * djinni (~djinni@105.ip-167-114-152.net) Quit (Ping timeout: 244 seconds)
  • [17:30:11] * panto (~panto@195.97.110.117) Quit (Read error: Connection reset by peer)
  • [17:30:42] * djinni (~djinni@105.ip-167-114-152.net) has joined #beagle
  • [17:30:43] * panto (~panto@195.97.110.117) has joined #beagle
  • [17:33:57] * panto (~panto@195.97.110.117) Quit (Remote host closed the connection)
  • [17:34:16] * panto (~panto@195.97.110.117) has joined #beagle
  • [17:35:26] * danmichaelo (~danmichae@wikipedia/Danmichaelo) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [17:37:22] <veremit> could be .. mine comes up at ethernet .. phone or beagle
  • [17:37:34] <davis> hi
  • [17:37:37] <davis> sorry i was away
  • [17:37:46] <veremit> the interface naming is even more random than t was believed before
  • [17:37:49] <davis> the phone makes my host be usb0
  • [17:37:57] <davis> the beagle makes my host be eth1
  • [17:39:24] <veremit> at least you know now
  • [17:39:34] <veremit> the principles are the same whatever
  • [17:39:38] <davis> yes many thanks
  • [17:39:47] <davis> i appreciate your expertise and help
  • [17:40:26] <davis> i don't understand how this works, just that i it works
  • [17:42:21] <veremit> its not that hard really
  • [17:43:30] <veremit> https://www.kernel.org/doc/htmldocs/gadget/index.html has the background/technical
  • [17:43:48] <davis> ok thanks
  • [17:43:49] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [17:51:39] * gardi (c2d00f89@gateway/web/freenode/ip.194.208.15.137) has joined #beagle
  • [17:57:46] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 240 seconds)
  • [18:10:56] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [18:14:50] * skhreze (~debian@ip-5-172-247-228.free.aero2.net.pl) Quit (Ping timeout: 250 seconds)
  • [18:16:30] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Remote host closed the connection)
  • [18:17:27] * gardi (c2d00f89@gateway/web/freenode/ip.194.208.15.137) Quit (Ping timeout: 252 seconds)
  • [18:18:11] * darkfader (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [18:18:59] * skhreze (~debian@ip-5-172-247-231.free.aero2.net.pl) has joined #beagle
  • [18:36:35] * dwery (~dwery@nslu2-linux/dwery) Quit (Ping timeout: 240 seconds)
  • [18:40:33] * jamesaxl (~jamesaxl@105.159.31.169) has joined #beagle
  • [18:41:54] <zmatt> it's usb0 for me, at least once I disabled the annoying udev rule renaming it to something like en<lots of hexdigits>
  • [18:50:15] * fgau (~fgau@webbox1220.server-home.net) Quit (Ping timeout: 240 seconds)
  • [18:51:23] * fgau (~fgau@webbox1220.server-home.net) has joined #beagle
  • [18:59:47] <mrpackethead> ,
  • [19:15:43] <ayjay> so what's going on with beaglebone black?
  • [19:16:02] <ayjay> i bought mine when they first came out but it seems like production is stopping or something
  • [19:16:21] <ayjay> a lot of distributors have backorders but some don't, and the only recent posts about it are on this element14 website...
  • [19:17:00] <veremit> zmatt: framer initialisation .. how much is there? can it be done via uboot? or does it need something else?
  • [19:17:08] <veremit> ping eliasbakken: you there still?
  • [19:18:56] <zmatt> veremit: I've done it in a baremetal app, and there's also a u-boot driver I think. it just involves programming the framer (timings etc), pinmux, dma controller (mainly pointer to start/end of framebuffer), and flipping the enable-switch
  • [19:19:02] <zmatt> after that it'll run on its own
  • [19:19:20] * skhreze (~debian@ip-5-172-247-231.free.aero2.net.pl) Quit (Ping timeout: 255 seconds)
  • [19:19:23] <veremit> zmatt: perfect, though it probably wasn't -that- hard
  • [19:19:28] <veremit> eliasbakken: did you get that?
  • [19:19:35] <zmatt> if desired you can get an irq whenever dma completes a frame
  • [19:19:42] <zmatt> it isn't hard
  • [19:19:44] <eliasbakken> veremit: I'm here! I think I have the LCD controller initialized,
  • [19:20:37] <veremit> eliasbakken: meet zmatt :) he's a beagle guru .. :p of sorts
  • [19:20:59] <zmatt> if you ensure the tilcdc driver isn't loaded and the memory used for the framebuffer isn't touched (I think you can file a reservation for it with linux) the splash screen should stay intact
  • [19:21:18] <eliasbakken> Nice, have you not given e advice before?
  • [19:21:48] <eliasbakken> Ah, OK that is good to know! I was wondering what would happen once the kernel started.
  • [19:23:02] <zmatt> if the tilcdc driver loads it'll probably take over in a rather hostile way, I don't think it's been designed to perform a clean transition
  • [19:24:04] <eliasbakken> That's actually OK, it will never reach that point with the current eMMC flasher script.
  • [19:25:16] <zmatt> a fancy option would be to load a PRU application to animate the framebuffer :)
  • [19:25:29] <veremit> shh zmatt lol
  • [19:26:04] <zmatt> (a very retro way of doing animation is by using palette-mapping and changing the palette instead of or in addition to the framebuffer)
  • [19:26:42] <veremit> that's quite cool .. very windows95 :D
  • [19:28:00] <tbr> psh, amiga did it before it was cool ;)
  • [19:28:11] <zmatt> PRU can also be switched to run on the display PLL, allowing it to run synchronous to the display controller hence enabling it to count its progress and modify the framebuffer in a way that avoids tearing without requiring double-buffering
  • [19:28:20] <zmatt> you may want to locate someone from the demo-scene for that ;P
  • [19:28:27] <eliasbakken> Haha, yeah, it would be nice! But that would have to wait until the bash script takes over then, perhaps I can grab the framebuffer that gets initialixed in uboot?
  • [19:28:39] <zmatt> you can launch it from u-boot
  • [19:28:57] <veremit> yeah I'd do it from uboot
  • [19:29:54] <eliasbakken> If I do manage to get that far and still have time by the end of the weekend, I'll give it a shot : )
  • [19:29:59] <zmatt> you can alternatively map the framebuffer in linux (using uio or /dev/mem) and modify it to indicate progress
  • [19:30:12] <zmatt> though this will lack any protection against tearing
  • [19:30:31] * skhreze (~debian@ip-5-172-247-192.free.aero2.net.pl) has joined #beagle
  • [19:30:49] <zmatt> (unless palette-mapping is used and the progress update can be done in a single write)
  • [19:30:52] <davis> here is how to do beaglebone black usb networking with archlinux. It shows beagle as dhcp client. out of box its dhcp server.
  • [19:30:56] <davis> here is how to do beaglebone black usb networking with archlinux. It shows beagle as dhcp client. out of box its dhcp server.
  • [19:31:00] <davis> https://youtu.be/oqecSDf_y1c
  • [19:31:25] <eliasbakken> But before that, I need to get the controller working properly. Still missing some timing info for LCD3
  • [19:32:18] * davis (~davis@rrcs-96-10-245-18.midsouth.biz.rr.com) Quit (Quit: leaving)
  • [19:33:00] <eliasbakken> Pixeldiv and "pol", anyone know what values those are?
  • [19:33:37] <zmatt> pixeldiv is probably the divider applied to the display PLL output to make the pixel clock
  • [19:33:41] <zmatt> min value is 2, linux always uses 2
  • [19:34:06] <eliasbakken> Ok, pol is clock polarisation?
  • [19:34:53] <zmatt> I guess, there are actually multiple bits related to that so I'm not sure what you may be referring to
  • [19:35:08] <zmatt> i.e. the clock edge used for data/oe can be set independent of the clock edge used for hsync/vsync
  • [19:35:13] <veremit> beagle should always be dhcp server over usb, and your PC is client
  • [19:35:32] <veremit> davis: what you want to achieve though is the reverse for your project
  • [19:35:33] <zmatt> crap I probably need to go shopping...
  • [19:35:42] <veremit> zmatt: sux huh lol
  • [19:37:29] <eliasbakken> setting up LCD-Controller for 320x240x16 (hfp=59,hbp=22,hsw=48 / vfp=23,vbp=23,vsw=2 / clk-div=2)
  • [19:37:34] <eliasbakken> This looks about right.
  • [19:38:36] <eliasbakken> I've activated a test pattern, but nothing shows up...
  • [19:38:56] <zmatt> afk for a bit, bbl
  • [19:40:35] <eliasbakken> Hm... I guess I need to mux stuff right as well...
  • [19:42:33] * praneeth (praneeth@nat/ti/x-xrpzqkcdtayrdozl) Quit (Remote host closed the connection)
  • [19:42:51] * praneeth (praneeth@nat/ti/x-fmxazagdojecgphz) has joined #beagle
  • [19:44:59] <zmatt> ok, I'm declaring failure to exit the house for shopping... only 15 mins left till they close and I have no idea what to get so I'd probably just return with a bunch of random snacks, lol
  • [19:45:14] <veremit> zmatt: been there, done that .. wearing the t-shirt :D
  • [19:45:16] <zmatt> guess I'll make a sandwich later, or maybe order a pizza
  • [19:45:51] <zmatt> eliasbakken: preferably after configuration (to avoid driving garbage onto pins) but before enabling
  • [19:46:38] * Humpelstilzchen (erik@f054187238.adsl.alicedsl.de) Quit (Quit: "Whenever you find that you are on the side of the majority, it is time to reform." -- Mark Twain)
  • [19:47:22] <zmatt> also, if you're using an lcd cape, check whether there's some enable-signal that needs to be asserted (I think usually after enabling lcdc)
  • [19:48:00] <eliasbakken> Ok, yeah. Is there somewhere I can copy the pin mux from?
  • [19:48:25] <zmatt> my spreadsheet? https://goo.gl/Jkcg0w
  • [19:48:43] <zmatt> lcdc actually has its own tab
  • [19:50:00] <eliasbakken> Nice!
  • [19:50:06] <zmatt> for 16-bit color they're actually consecutive entries that need to be muxed to function 0
  • [19:50:51] <zmatt> (index 40-59 of the pinconf register array)
  • [19:52:26] * Defiant (erik@f054187238.adsl.alicedsl.de) has joined #beagle
  • [19:53:09] * NishanthMenon (~nmenon@pool-71-170-113-211.dllstx.fios.verizon.net) has joined #beagle
  • [19:53:09] * NishanthMenon (~nmenon@pool-71-170-113-211.dllstx.fios.verizon.net) Quit (Changing host)
  • [19:53:09] * NishanthMenon (~nmenon@unaffiliated/nishanthmenon) has joined #beagle
  • [19:58:06] <zmatt> it still amazes me how nuts the signal use for color passive-matrix is
  • [20:00:05] <eliasbakken> Oh, haha!
  • [20:00:13] <eliasbakken> I got garbage on the screen!
  • [20:00:41] <eliasbakken> I think some artist would love that!
  • [20:00:58] <eliasbakken> I've seen memory dump passed off as art before...
  • [20:02:03] <veremit> garbage is a start :D
  • [20:02:19] * cleansnow (81156cbe@gateway/web/freenode/ip.129.21.108.190) has joined #beagle
  • [20:03:05] <eliasbakken> It's a great start!
  • [20:03:11] <zmatt> garbage is close to working in fact
  • [20:03:41] <cleansnow> Hi, I'm having trouble finding a program that I wrote on the c9 ide, I can find it on the ide itself but I can't find where they are stored on the board
  • [20:03:55] <eliasbakken> Yes! Hm.. perhaps the test pattern is not working it's magic then...
  • [20:04:26] <zmatt> eliasbakken: either that or the start/end pointers are wrong
  • [20:04:50] <eliasbakken> WARNING: Code silently assumes 8bit/pixel
  • [20:05:28] <eliasbakken> LCD3 has 16
  • [20:05:30] <zmatt> well that's fine, if you actually configure it for 8bit/pixel :P (but that also requires setting up a palette)
  • [20:06:05] <eliasbakken> Oh, can I do that? I'll try
  • [20:06:19] <zmatt> well keeping it 16-bit is probably easier
  • [20:08:35] * Defiant is now known as Humpelstilzchen
  • [20:09:25] * cleansnow (81156cbe@gateway/web/freenode/ip.129.21.108.190) Quit (Quit: Page closed)
  • [20:09:57] <zmatt> although using a palette isn't hard per se, and saves memory (you can use 1, 2, 4, or 8 bits/pixel)... for a fixed palette it needs to be loaded in a separate phase, for variable palette with 8-bit color and your display size the framebuffer becomes struct { u16 palette[256]; u8 pixel[240][320]; }
  • [20:10:46] * nerienna (~nerienna@p5498ECF4.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [20:11:35] <zmatt> palette uses 12-bit color with the top 4 bits being zero except for the first entry (see TRM) and to avoid getting garbage colors some bit needs to be set in the raster controller config to expand 12-bit color to 16-bit color
  • [20:11:52] * cleansnow (81156cbe@gateway/web/freenode/ip.129.21.108.190) has joined #beagle
  • [20:12:34] <cleansnow> Hi, where do I find the programs I wrote on the c9 ide on beaglebone black itself?
  • [20:13:05] <zmatt> cleansnow: we saw your question the first time, the lack of response means that nobody who read it has any idea either
  • [20:13:50] <zmatt> (replying "I don't know" would scale rather poorly with the number of people who read the question)
  • [20:13:50] <cleansnow> Alright, Sorry
  • [20:13:54] <veremit> the ide runs in a browser window .. its not -on- the beagle afaik .. unless I'm mistaken
  • [20:14:03] <zmatt> veremit: it is on the beagle
  • [20:14:09] <veremit> poop ok
  • [20:14:10] <cleansnow> my understanding was that its stored on the beagle
  • [20:14:15] <zmatt> executed in nodejs
  • [20:14:34] <zmatt> but that's pretty much all I know about c9
  • [20:14:51] <ayjay> you can do a "find / -name *filenamehere*"
  • [20:15:02] <ayjay> in the terminal supplied by c9 and it will show you where it saved them
  • [20:15:03] <zmatt> I never use it myself, and don't have it installed on any beagle
  • [20:15:17] <ayjay> i think it's in a folder called "workspace" on some directory
  • [20:16:23] <ayjay> let me know if that works for you cleansnow
  • [20:16:56] <eliasbakken> Ah, found a define for BPP32.
  • [20:17:27] <ayjay> zmatt: i'd like to have a fresh install myself because of all these configuration/permissions errors i get with the factor install of c9. did you uninstall c9 or did you flash a bare image?
  • [20:18:02] <eliasbakken> zmatt: So having the test pattern draw in 8 bit is not a problem?
  • [20:18:15] <zmatt> eliasbakken: well, it requires different (and more complicated) setup of lcdc
  • [20:18:34] <zmatt> more importantly, it results in a framebuffer that's half the required size
  • [20:18:41] <zmatt> if you don't reconfigure lcdc
  • [20:18:54] <eliasbakken> Hm.. OK. This is above my head right now.
  • [20:19:24] <zmatt> eliasbakken: but it's not like it's hard to generate a test pattern yourself
  • [20:19:36] <eliasbakken> Haha, yeah...
  • [20:20:06] <ayjay> i am the most ignored person in this channel
  • [20:20:14] <cleansnow> ayjay: Yes thank you, I was able to find it
  • [20:20:24] <veremit> ayjay: the channel lag is quite spectacular at times :p
  • [20:21:04] <zmatt> ayjay: I saw what you said, and filed it somewhere where it might get reproduced some day as "I think someone mentioned it being in some dir named 'workspace' somewhere" :P
  • [20:21:33] <zmatt> but not being a c9 user myself it didn't pay much attention
  • [20:23:28] <ayjay> haha okay, thanks guys
  • [20:26:44] * cleansnow (81156cbe@gateway/web/freenode/ip.129.21.108.190) Quit (Quit: Page closed)
  • [20:27:52] <zmatt> eliasbakken: in case there's any doubt about the framebuffer format -> http://pastebin.com/E9HB8vMX
  • [20:29:50] <eliasbakken> Ok, yeah, I remember that from the hardware I think.
  • [20:32:26] <eliasbakken> So from reading the code, the test pattern should draw something along the lines of a 2*3 square pattern with colors.
  • [20:33:13] <eliasbakken> I'm now seeing something, similar to some squares, but not what I expect.
  • [20:33:36] <eliasbakken> Only black and white squares...
  • [20:34:46] * skhreze (~debian@ip-5-172-247-192.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [20:36:13] <veremit> squares is good .. lol
  • [20:39:46] <eliasbakken> Yeah.. But the color definitions for the BPP16 was missing. Only white and black was defined, so I need to google for a lookup table for red, green etc...
  • [20:41:31] <veremit> d'oh
  • [20:43:05] <eliasbakken> Oh, at least now I got gray too!
  • [20:46:30] <zmatt> eliasbakken: look at my pastebin
  • [20:46:47] <zmatt> it gives the format of a pixel
  • [20:46:54] <zmatt> (in separate r/g/b components)
  • [20:47:32] <eliasbakken> Ok, yeah, let me try that.
  • [20:48:16] * skhreze (~debian@ip-5-172-247-211.free.aero2.net.pl) has joined #beagle
  • [20:58:01] * iandow (~iandow@71-36-104-124.ptld.qwest.net) Quit (Remote host closed the connection)
  • [20:58:15] * iandow (~iandow@71-36-104-124.ptld.qwest.net) has joined #beaglebone
  • [20:58:16] <ayjay> zmatt: did you use a blank OS image or did you uninstall c9?
  • [20:58:44] <zmatt> I always start with a console image
  • [21:00:10] <ayjay> could you point me to a link to download the image? i'd like to do the same thing
  • [21:00:11] <zmatt> then remove useless crap, upgrade to stretch, enable systemd-{networkd,resolved,timesyncd}, remove more now-unnecessary crap (like ifupdown, *dhcp*, *ntp*), and start installing things
  • [21:00:44] <ayjay> i'm assuming when you say console image you mean you don't start with the image that comes with c9
  • [21:00:46] <zmatt> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_console
  • [21:00:52] <ayjay> oh cool
  • [21:00:53] <eliasbakken> zmatt: I used your ixel definition for the colors, but I think there must be something else wrong!
  • [21:01:25] <ayjay> thanks zmatt
  • [21:02:33] <eliasbakken> Ah, think I found the culprit. using uchar as a pixel pointer instead of ushort.
  • [21:03:27] <eliasbakken> Haha!
  • [21:03:35] <zmatt> you know you can just literally use the definition I gave (except for putting 'struct' in front of uses of Pixel16 if using C instead of C++)
  • [21:03:38] <zmatt> :P
  • [21:04:01] <zmatt> struct Pixel I mean
  • [21:04:15] <eliasbakken> Ah, OK, yeah that would be way more convenient : D
  • [21:04:42] <zmatt> (may want to rename it to Color16 to disambiguate in case you ever want to try palette-mapped formats)
  • [21:07:47] * GenTooMan peers at zmatts frame buffer format information. "Ugh" is his only response. "Well it's 16bit but C bit packed structures I've never had particularly efficient use of, then there is no guarantee of the ordering of the fields or their size except through compiler switches"
  • [21:08:57] <zmatt> GenTooMan: how many people do you know that configure the cortex-a8 on an am335x into big-endian mode?
  • [21:09:20] <zmatt> how much do you think I care about those people? :P
  • [21:09:25] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 260 seconds)
  • [21:09:31] <zmatt> using bitfields is perfectly safe and well-defined in practice
  • [21:09:39] <GenTooMan> zmatt almost none and it's probably not that dad burned important
  • [21:09:39] <zmatt> and a lot nicer than macros
  • [21:10:06] <zmatt> though I'd still wish I could just write u5 / u6
  • [21:10:18] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [21:10:48] <GenTooMan> be glad it works... my policy
  • [21:11:27] <zmatt> it's sad that one needs to be glad when a C/C++ compiler behaves in a sane way nowadays
  • [21:12:08] <eliasbakken> This is what I have so far: http://ink361.com/app/users/ig-270828116/eliasbakken/photos/ig-1158918486570874052_270828116
  • [21:13:08] <GenTooMan> you heard about MS compiler issues a few years back? They decided to write the device drivers because they didn't realize they had a compiler bug that had to do with the optimizer not respecting the volatile keyword.
  • [21:13:52] <zmatt> GenTooMan: fortunately the semantics of "volatile" are close to undefined anyway
  • [21:14:38] <veremit> I've seen byte-packing issues differ bewteen linux and windows .. caused a beautiful bug with an ethernet firmware update util ........
  • [21:14:58] <veremit> rule of thumb .. NEVER assume ANYTHINg .. lol
  • [21:15:25] <GenTooMan> veremit and always test to see if it works before "commiting" mayhem.
  • [21:15:34] <veremit> GenTooMan: definitely :)
  • [21:15:47] <zmatt> and I've been burned by volatile too, not to mention that in most cases it's overly aggressive in inhibiting the optimizer (while not necessarily imposing the constraint that's actually relevant)
  • [21:15:53] * balau (~balau@host206-65-dynamic.54-79-r.retail.telecomitalia.it) has joined #beagle
  • [21:17:25] * Akex_ (uid58281@gateway/web/irccloud.com/x-rsiaefcrgjavvurq) Quit (Quit: Connection closed for inactivity)
  • [21:17:31] <zmatt> e.g. when reading an entire struct or array of volatile u32 the compiler *ought* to use ldr instructions instead of ldm
  • [21:17:34] <zmatt> gcc uses ldm
  • [21:17:50] <zmatt> -> bus error when accessing L3 interconnect registers
  • [21:18:15] <zmatt> (ldm is allowed to use larger than 32-bit accessses)
  • [21:18:45] <GenTooMan> that could be messy.
  • [21:21:41] <zmatt> at the same time I don't want the optimizer-inhibition of volatile... most of the registers are sufficiently memory-like to apply the usual optimizations. All I want is a constraint on the types of access the compiler is allowed to use
  • [21:22:15] <zmatt> an even worse example is the SRAM located in the ethernet switch subsystem that's used to store DMA descriptors
  • [21:23:03] <zmatt> it's a perfectly normal SRAM, but it has no byte-enables hence attempting to write a partial word will fill the remainder of the word with garbage
  • [21:23:26] <zmatt> the DMA descriptor however has several 16-bit fields
  • [21:26:22] <zmatt> (to make the situation even more bizarre, the registers in that subsystem are perfectly fine with bytewise access, only the SRAM isn't)
  • [21:29:45] * iandow (~iandow@71-36-104-124.ptld.qwest.net) Quit (Remote host closed the connection)
  • [21:30:25] * iandow (~iandow@71-36-104-124.ptld.qwest.net) has joined #beaglebone
  • [21:31:58] * NulL` (~bleh1@87.254.84.90) Quit (Ping timeout: 272 seconds)
  • [21:39:11] <GenTooMan> zmatt I'm sure that is common to all TI created stuff. Sigh. Some of the MSP430 stuff does equally strange things. Where you are supposed to have 16bit acesss it's 32bit ... etc.
  • [21:40:23] <zmatt> well actually most TI peripherals are very memory-like, with the usual exception of "write 1 to clear" registers (but there's never any reason to perform a partial write to those anyway)
  • [21:40:40] <zmatt> I almost never use volatile, just an occasional compiler barrier
  • [21:41:10] <zmatt> which makes the behaviour of that SRAM particularly jarring
  • [21:42:18] <zmatt> most TI peripherals on SoCs I've worked with I mean
  • [21:42:45] <zmatt> generally it's third-party IP that misbehaves
  • [21:42:55] <zmatt> like the FlexNOC config registers
  • [21:50:00] <zmatt> I still wonder where Unicache/AMMU comes from, since its "style" and behaviour is unlike anything I've ever seen
  • [21:50:04] * skhreze (~debian@ip-5-172-247-211.free.aero2.net.pl) Quit (Ping timeout: 265 seconds)
  • [21:51:32] * skhreze (~debian@ip-5-172-247-245.free.aero2.net.pl) has joined #beagle
  • [22:00:30] <GenTooMan> china? :D
  • [22:01:13] <zmatt> hehe
  • [22:02:12] <zmatt> it's apparently also heavily parameterized, but I know of only two configurations (one in Tesla on omap4/5 and one in Ducati/Benelli in omap4/5, dm81xx, vayu)
  • [22:03:40] <zmatt> leaving some features unused in both instances
  • [22:04:02] <zmatt> pizza arrived!
  • [22:04:36] <veremit> \o/
  • [22:04:45] <veremit> damn you :p
  • [22:10:42] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Quit: WeeChat 1.3)
  • [22:11:05] <zmatt> lol what :D
  • [22:13:46] * paul_ (6cd2cc8f@gateway/web/freenode/ip.108.210.204.143) has joined #beagle
  • [22:15:16] <eliasbakken> OK, so here is an interesting thing: I set up the framebuffer, then I get the address of that buffer, and then I use ext4load mmc 0 0x8ffca000 /kamikaze.bmp to load a BMP image into it directly.
  • [22:15:45] <eliasbakken> I know it's probably not the correct way to do it, but there is an image appearing on the screen.
  • [22:16:24] <zmatt> presumably with garbage in front of it (the BMP header)
  • [22:16:35] <eliasbakken> Yeah...
  • [22:17:38] <eliasbakken> That is probably what is causing the image to not be displayed correctly...
  • [22:18:56] * foundatron_ (~foundatro@72.61.197.104.bc.googleusercontent.com) has joined #beagle
  • [22:19:45] <zmatt> so just make a raw framebuffer file by stripping off the header? I don't know the BMP format, but if there's no trailing data you can try tail -c $(( 320 * 240 * 2 )) kamikaze.bmp >kamikaze.raw
  • [22:20:42] <zmatt> some image conversion utils can probably also directly produce a raw image
  • [22:21:40] <veremit> that's beautifully dirty :)
  • [22:22:15] <veremit> althuogh I think that's how you can load images to uboot framebufffer anyhow iirc
  • [22:25:59] <zmatt> I hope there was nothing located *after* that buffer though, given that you're overflowing it
  • [22:26:29] * balau (~balau@host206-65-dynamic.54-79-r.retail.telecomitalia.it) Quit (Quit: Leaving)
  • [22:30:15] <veremit> lolol
  • [22:30:29] <veremit> zmatt: probably nothing important ... *BOOM!* lol
  • [22:31:02] <zmatt> if BMP does have trailing data, the proper way to parse it is of course to assume significant line-to-line correlation of pixel data and use that to locate the most probable offset of the image data
  • [22:31:03] <veremit> doesn't the mmcload have a 'size' field ..
  • [22:31:25] <veremit> ad bmp->raw is a trivial task for gimp :D
  • [22:37:30] * vinifr (~vinicius@191.251.229.103) Quit (Quit: Saindo)
  • [22:37:39] <eliasbakken> Yes, that might work, but there is a bmp loading cmmand in u-boot.
  • [22:44:22] * behanw (~behanw@2001:470:b26c:0:501e:8484:a9e9:4a9f) has joined #beagle
  • [22:45:16] <veremit> hmminteresting
  • [22:45:58] <eliasbakken> So what I'm seeing is what looks like the test pattern appearing in the top right quadrant of the screen.
  • [22:46:46] <eliasbakken> But I'm seeing the buffer being set aside is 152K, which should be 320x240x16 bit right?
  • [22:47:17] <veremit> nope... lol
  • [22:47:43] <veremit> ah hold on .. maybe
  • [22:48:04] <veremit> yeah give or take
  • [22:50:54] <eliasbakken> Here is that picture again: http://ink361.com/app/users/ig-270828116/eliasbakken/photos/ig-1158918486570874052_270828116
  • [22:50:55] <zmatt> 150 KB
  • [22:51:05] <eliasbakken> Yeah.
  • [22:51:09] <zmatt> (precisely)
  • [22:52:03] <eliasbakken> 153600
  • [22:52:10] <eliasbakken> B
  • [22:55:38] * skhreze (~debian@ip-5-172-247-245.free.aero2.net.pl) Quit (Ping timeout: 246 seconds)
  • [22:55:56] * skhreze (~debian@ip-5-172-247-221.free.aero2.net.pl) has joined #beagle
  • [22:58:33] * isacdaavid_ (~isaac@187.148.62.4) has joined #beagle
  • [23:01:01] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [23:01:13] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [23:11:48] * eliasbakken (~elias@195.159.204.146) Quit (Remote host closed the connection)
  • [23:12:29] * kilroi`` is now known as kilroi_off
  • [23:12:29] * kilroi_off is now known as 77CAAHHB3
  • [23:24:21] * paul_ (6cd2cc8f@gateway/web/freenode/ip.108.210.204.143) Quit (Ping timeout: 252 seconds)
  • [23:25:50] * contempt (contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [23:26:10] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [23:26:10] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [23:37:16] * eliasbakken (~elias@195.159.204.146) has joined #beagle
  • [23:39:13] <eliasbakken> Looks like the am335x-fb driver in u-boot does not respect the bpp, instead it sets it to BPP24 no matter what...
  • [23:40:33] <veremit> ah .. that would be unhelpful
  • [23:40:48] <zmatt> and quite idiotic
  • [23:40:51] <GenTooMan> interesting
  • [23:40:54] <zmatt> also, easy to fix
  • [23:43:05] <GenTooMan> does it get the bpp from the EEPROM on the board with the display?
  • [23:43:44] <veremit> I bet its botched lol
  • [23:43:50] <zmatt> note btw that if lcdc's expectation of frame buffer size mismatches the frame buffer given (which it will in case of bpp mismatch) it will set the "lost sync" irq bit, so it's worth verifying the irq status register for confirmation
  • [23:44:12] <zmatt> (e.g. once you think the problem is fixed)
  • [23:44:27] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [23:45:36] <eliasbakken> Haha!
  • [23:45:42] <eliasbakken> That helped!
  • [23:46:23] * contempt (contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [23:46:43] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [23:46:43] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [23:46:44] <eliasbakken> Still an offset in the test pattern, but at least filling the screen with the right colors.
  • [23:47:46] * Devastator_ (~devas@179.176.54.131.dynamic.adsl.gvt.net.br) has joined #beagle
  • [23:48:10] <eliasbakken> Ok, so the boot image is now displaying, although inverted, lol!
  • [23:49:50] * Devastator (~devas@unaffiliated/devastator) Quit (Ping timeout: 260 seconds)
  • [23:50:14] <eliasbakken> Ok, it's 1 o'clock, time for some dinner. Looking forward to trying my hand on some framer initialization ma�ana!
  • [23:51:10] <ayjay> hey zmatt can i ssh over usb right away with that image you pointed me to?
  • [23:51:12] <eliasbakken> Thanks for your help so far guys!
  • [23:51:29] <zmatt> ssh yes, over usb no
  • [23:51:58] <veremit> ah you must need to restart the sshd after the usb0 comes up :/ use the serial console
  • [23:52:09] <veremit> on the usb :p
  • [23:52:13] <zmatt> the console image only brings up eth0
  • [23:52:17] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) has joined #beagle
  • [23:52:37] * Dumle29 (~quassel@dns5.snuletek.org) has joined #beagle
  • [23:52:40] <veremit> zmatt .. I'm pretty sure I've ssh'd over the usbnet befre .. but it probably doesn't bind to it immediately
  • [23:53:09] <Dumle29> How much is the MSRP for the BBB rev c?
  • [23:53:13] <veremit> ayjay .. minicom -D /dev/ttyACM0 -b 115200 -o
  • [23:53:17] <Dumle29> does 72 USD sound right?
  • [23:57:30] <zmatt> Dumle29: I'm pretty sure it's less than that
  • [23:57:46] <Dumle29> hmm
  • [23:57:49] <Dumle29> that's what I found it for here
  • [23:57:53] <Dumle29> Denmark that is
  • [23:58:00] * j12t (~j12t@c-50-136-206-246.hsd1.ca.comcast.net) Quit (Ping timeout: 260 seconds)
  • [23:58:21] <zmatt> I guess it may vary
  • [23:59:20] * skhreze_ (~debian@ip-5-172-247-239.free.aero2.net.pl) has joined #beagle