**** BEGIN LOGGING AT Tue Oct 16 02:59:59 2018
Oct 16 06:19:16 <prakashraj> JOIN #hyundai-cars
Oct 16 08:09:24 <qwebirc75192> Hello
Oct 16 08:09:47 <qwebirc75192> I have problems with Beagle Bone Black board
Oct 16 08:47:20 <hitlin37> gm
Oct 16 08:55:45 <robjb_> Hi, I'm having an issue: mkinitcpio hooks show up over serial port but not on hdmi display (all other kernel output shows on both.) I'm having trouble understanding why ... console=tty0 is in my uboot kernel args. Can anyone enlighten me?
Oct 16 14:21:14 <kremlin> m
Oct 16 14:59:43 <jkridner|web> gm all
Oct 16 15:00:09 <CoffeeBreakfast_> good morning
Oct 16 15:54:35 <jkridner|web> hi NishanthMenon !
Oct 16 15:54:45 <NishanthMenon> jkridner|web, ??
Oct 16 15:54:54 <jkridner|web> just saying good morning
Oct 16 15:55:19 <NishanthMenon> jkridner|web, hi.. Good morning.. :) got surprised.. ;)
Oct 16 15:56:18 <jkridner|web> NishanthMenon: I'm trying to figure a method to share an SD card image between X15 and BeagleBone Black. Let me know if you have any ideas.
Oct 16 15:56:55 <NishanthMenon> jkridner|web, that would be pretty hard... a15 Vs an a8 uboot is going to be the pain point
Oct 16 15:57:00 <jkridner|web> zmatt was saying that the call from the bootloader might provide a return address such that we can use the bootloader to load a different SPL if the current one doesn't match the board.
Oct 16 15:57:26 <jkridner|web> if I can load different SPLs, then I can have each load a different u-boot.
Oct 16 15:57:59 <jkridner|web> or, if I can make an SPL that is shared load a TPL to do the actual external memory config.
Oct 16 15:58:13 * jkridner|web recalls something about different memory maps causing CH issues
Oct 16 15:58:27 <NishanthMenon> jkridner|web, SPL typically loads a single binary (as far as I remember). TPL concept was debated upon.. but has'nt been investigated..
Oct 16 15:58:50 <jkridner|web> well, I'm expecting to need to write a bit of code. :-)
Oct 16 15:59:06 <jkridner|web> I just don't love having different images....
Oct 16 15:59:10 <NishanthMenon> jkridner|web, can you poke LokeshVutla and Tartarus on #u-boot?
Oct 16 15:59:21 <jkridner|web> though, we do need to do something about X15 cruft in BeagleBone Black images.
Oct 16 15:59:40 <NishanthMenon> jkridner|web, they might have a better view of the world.. I have been in the world of RTL simulators for too long to know what is going on in today's u-boot :(
Oct 16 15:59:45 <jkridner|web> sure
Oct 16 16:00:07 <NishanthMenon> jkridner|web, thanks
Oct 16 16:00:46 <rcn-ee[m]> @jkridner, don't forget about am654 when you do that, sure it add's an extra step. ;)
Oct 16 16:01:50 <jkridner|web> whoa: rcn-ee[m] on IRC!
Oct 16 16:02:27 <NishanthMenon> Oh gawd..
Oct 16 16:02:31 <jkridner|web> maybe.
Oct 16 16:02:42 <rcn-ee[m]> it's out!!! http://www.ti.com/tool/tmdx654idkevm
Oct 16 16:03:07 <jkridner|web> just cutting out 1 custom image seems like a win to me.
Oct 16 16:03:16 <NishanthMenon> jkridner|web, Sigh... the  bootflow in am6 is a lot different from all previous devices - fyi..
Oct 16 16:03:58 <jkridner|web> rcn-ee[m]: zmatt was complaining about X15/AM57x cruft in the BeagleBone Black images. Maybe a Seeed-style nuke-unused-on-first-boot sort of fix is due, or should I suck up separate images.
Oct 16 16:04:00 <rcn-ee[m]> yeah, it's got what one or two more "blobs" from arm.com...
Oct 16 16:04:09 * jkridner|web still want to figure out the whole flasher thing.
Oct 16 16:04:28 <jkridner|web> James Strawson balked on my temporary button press idea. :-(
Oct 16 16:04:48 <rcn-ee[m]> those seeed files are completely nuked..
Oct 16 16:04:55 <rcn-ee[m]> opencl/python-opencv are the x15 cruft that's really left..
Oct 16 16:05:14 <rcn-ee[m]> besides the desktop, which isn't really usable on teh am335x...
Oct 16 16:08:32 <jkridner|web> Can't we use the python-opencv stuff on Black too?
Oct 16 16:08:57 <rcn-ee[m]> we could, but by space it's a lot..
Oct 16 16:24:10 <CoffeeBreakfast> btw, jkridner|web, rcn-ee[m], nice interview in theAmpHour :)
Oct 16 16:29:29 <jkridner|web> CoffeeBreakfast: thanks!
Oct 16 16:35:19 <jkridner[m]> k, switching from web client to riot.
Oct 16 17:30:17 <jrich523> hey guys, not sure if anyone here has any control over this, but was just looking at the Bonescript page (/support/bonescript) and if you mouse over the getPlatform() function, the highlight makes it toss in a new line, making it a horrible mess
Oct 16 17:30:25 <jrich523> tested on both chrome and FF
Oct 16 18:58:59 <ayjay_t> im back
Oct 16 18:59:02 <ayjay_t> and almost done for the day
Oct 16 18:59:05 <ayjay_t> so that i can find more stuff to do
Oct 16 18:59:34 <ayjay_t> or maybe rewriting uxmux
Oct 16 18:59:48 <ayjay_t> which is what i actually had planned if this guy trying to use the bbbw doesn't want my help somehow
Oct 16 19:00:29 <ayjay_t> the approach is a bit... hectic tho
Oct 16 22:54:23 <zmatt> jkridner[m]: I'm honestly puzzled... there's already infrastructure to build different images?  e.g. lxqt vs iot (vs console and sometimes misc others), different debian versions
Oct 16 22:56:13 <zmatt> the bbx15 image is already separate from the bbb one, it didn't even occur to me that there'd be any problem with getting rid of am57-specific packages on the bbb images (in fact I was puzzled how they got there in the first place)
Oct 16 23:26:11 <Snert_> I read something about a mid-stream processor upgrade and they decided to keep the old around for maximum compatibility
Oct 16 23:46:15 <zmatt> Snert_: ??
Oct 16 23:47:32 <Snert_> I don't remember where I read it - but it was in an article about the history/evolution from bb to bbx15
Oct 16 23:48:56 <zmatt> I have no idea what you could be referring to
Oct 16 23:51:12 <Snert_> getting rid of am57-specific packages on the bbb images (in fact I was puzzled how they got there in the first place)  <-- this bit above
Oct 16 23:52:41 <zmatt> I definitely don't see what your remark could possibly have to do with that
Oct 16 23:52:53 <zmatt> the bbb and bbx15 are completely different boards
Oct 16 23:53:37 <Snert_> yep and they had the layout done, or some part of the x15 design already done then TI switched horses or came out with a new one or some such
Oct 16 23:53:56 <zmatt> nope
Oct 16 23:55:48 <zmatt> and even if it were true I don't understand how it would be relevant to what I said
Oct 17 01:40:03 <rcn-ee[m]> @zmatt, there's always the 2gb "lxqt" image...  That's mostly am335x stuff..
Oct 17 02:05:34 <qwebirc64427> anyone know of a good guide for getting a custom LCD to work? So far I've just got one green line on the screen. I think I've tried most of the code options but maybe my PCB is wrong too.
Oct 17 02:10:51 <set_> Adafruit has a couple of them. They might even have a couple for BBB stuff.
Oct 17 02:10:58 <set_> Hold on. I will check it out.
Oct 17 02:11:23 <qwebirc64427> oh I have a panel. Specifically it's a S430 from FriendlyArm
Oct 17 02:11:50 <set_> https://learn.adafruit.com/search?q=BeagleBone%20BLack
Oct 17 02:11:51 <set_> ...
Oct 17 02:11:55 <set_> They have some examples.
Oct 17 02:12:12 <set_> I was speaking about examples.
Oct 17 02:12:29 <set_> Not the actual LED panels...but
Oct 17 02:12:45 <set_> They have examples on that site. You test things out w/ their software to learn.
Oct 17 02:12:46 <set_> Yea boy!
Oct 17 02:15:14 <qwebirc64427> I'll see what I can find there, I think last time I looked the didn't have anything using normal RGB LCD connectors, but instead SPI lcd & HDMI.
Oct 17 02:16:20 <qwebirc64427> Specifically my panel is 800x480 with capactive touch and 18bit colour. I'm not sure if I should specify the colour as 24 bit and just not specify the extra pins or just start with 16
Oct 17 02:19:35 <set_> Oh, there are other sites too. Um, one site I am thinking of sells nothing but red boards and they have many examples for LCDs.
Oct 17 02:19:42 <set_> Let me look 'em up real quickly.
Oct 17 02:20:57 <qwebirc64427> thanks, most of the examples I've found are just oh you've bought this cape and it auto detects... so trying to work out why the current combination of display-timing and panel info doesn't work is hard!
Oct 17 02:22:10 <set_> https://project.seeedstudio.com/
Oct 17 02:22:17 <set_> Okay. No issue. I hope you find ideas.
Oct 17 02:22:39 <set_> I cannot remember the site w/ all the examples for LCDs right now. Sorry.
Oct 17 02:25:46 <SuproThunderbolt> I'll see what I can hunt down. Basically keen on someone who's got a basic panel and a datasheet and works through that instead of using an existing cape. Thanks for having a look
Oct 17 02:26:16 <set_> https://www.sparkfun.com/categories/76
Oct 17 02:26:18 <set_> ...
Oct 17 02:26:37 <set_> That site has tons of examples on LCDs and maybe you can find one that resembles one you have w/ examples.
Oct 17 02:27:26 <set_> Supro: No issue. If you look at that last site I gave, you may find something interesting for learning and making LCD magic happen.
Oct 17 02:27:39 <set_> w/ the BBB!
Oct 17 02:29:11 <set_> You most likely do not need a Cape for LCD work. You just need to make your connections. Have you set up your LCD yet, e.g. w/ connections?
Oct 17 02:32:58 <set_> I have an OLED display I was messing w/ about a year ago.
Oct 17 02:33:26 <set_> Talk about some long software examples.
Oct 17 02:34:52 <set_> http://wiki.seeedstudio.com/Grove-OLED_Display_1.12inch/ is the older model I got a while ago.
Oct 17 02:35:08 <set_> I got some odd letters and some words to dance around.
Oct 17 02:35:51 <set_> Supro: Did you try github for examples for your particular LCD?
Oct 17 02:37:06 <SuproThunderbolt> yeah, I've got the LCD connected using a custom PCB the the beaglebone is plugged into. I've looked at the examples FriendlyArm gave using that LCD with their Samsung based board.
Oct 17 02:37:46 <SuproThunderbolt> it's using a 45 pin FPC connector, so hopefully I've got all the pins connected. The touch screen chip is coming up on i2c correctly
Oct 17 02:39:23 <SuproThunderbolt> the only challenge is the friendlyarm code is a really different format to the beagle bone DTS stuff, so it's just lining up what sync-edge etc should be set to. I don't have a proper data sheet for the panel
Oct 17 02:39:54 <set_> Oh.
Oct 17 02:40:19 <set_> Do you have an example of their software? I am okay w/ transferring data. Sort of.
Oct 17 02:41:17 <set_> Is it in Python or C++?
Oct 17 02:42:49 <SuproThunderbolt> https://github.com/friendlyarm/linux-3.4.y/blob/134e14db0cbcc9200704c69a5c033d9929d9e2f1/arch/arm/plat-s5p4418/nanopi2/lcds.c
Oct 17 02:43:33 <SuproThunderbolt> it's in C but it's the same info that the DTS stuff needs. I've translated that to the DTS using the LCD4 example but haven't got it to work.
Oct 17 02:44:38 <SuproThunderbolt> It doesn't specify dma-burst-size or ac-bias anywhere I can find so I left them as defaults. Which might be massively wrong.
Oct 17 02:45:31 <set_> C and C++ are my worst enemies but I am reading it over now.
Oct 17 02:46:18 <set_> How many connections did you say you had?
Oct 17 02:46:38 <set_> From BBB to _____ to the LCD display?
Oct 17 02:46:57 <set_> Oh...I see now. 45!
Oct 17 02:47:00 <set_> Yikes!
Oct 17 02:47:11 <SuproThunderbolt> it's a 45 pin connection from the LCD to the PCB.
Oct 17 02:47:28 <SuproThunderbolt> yeah, but not all are used because it's actually an 18 bit panel not 24
Oct 17 02:48:22 <SuproThunderbolt> i'm using LCD data 0-17
Oct 17 02:48:27 <set_> Oh!
Oct 17 02:48:31 <set_> Please hold.
Oct 17 02:50:01 <set_> I am seeing towards the end, examples for nanopi2. Do you have the schematic of the nanopi2?
Oct 17 02:51:15 <SuproThunderbolt> I've got information about what each pin is in their connector: http://wiki.friendlyarm.com/wiki/index.php/NanoPi_Fire2A
Oct 17 02:51:26 <set_> Aw!
Oct 17 02:51:33 <set_> Just as good if not better.
Oct 17 02:52:25 <SuproThunderbolt> only think I'm confused about there is VDEN  signal the external LCD that data is valid on the data bus
Oct 17 02:53:50 <set_> Hmmm. This is a lot to take in right now. Let me get back to you in a bit. I am reading over the nanoPi Fire2A right now.
Oct 17 02:53:55 <SuproThunderbolt> I've got that connected up to lcd_ac_bias_en but I'm not sure that's right
Oct 17 02:54:02 <SuproThunderbolt> cheers :)
Oct 17 02:54:06 <set_> Hahhaah.
Oct 17 02:54:17 <set_> Hacking takes forever, esp. if their info. if not correct.
Oct 17 02:54:30 <set_> second if = is
Oct 17 02:55:47 <SuproThunderbolt> Yeah, some actual panel docs would be handy.
Oct 17 02:58:40 <vagrantc> /17/26
Oct 17 02:58:42 <vagrantc> hah
Oct 17 02:58:45 * vagrantc waves
Oct 17 02:59:09 <set_> Supro: Are you using their FriendlyCore or a BBB.io image?
Oct 17 02:59:16 <set_> Hay!
Oct 17 02:59:35 <SuproThunderbolt> I'm using BB debian
Oct 17 02:59:41 <set_> Okay.
**** ENDING LOGGING AT Wed Oct 17 02:59:59 2018