• [00:00:31] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagle
  • [00:00:31] * 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:31] * Set by KotH!~attila@erica.kinali.ch on Wed Jul 15 13:55:07 UTC 2015
  • [00:00:31] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beagleboard
  • [00:00:31] * BeagleBot (~PircBot@ec2-50-17-196-130.compute-1.amazonaws.com) has joined #beaglebone
  • [00:04:51] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) Quit (Remote host closed the connection)
  • [00:05:22] * WillAmes (~py@ool-1826eaa1.dyn.optonline.net) has joined #beagle
  • [00:31:39] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: Read error: Connection reset by peer)
  • [00:37:33] <veremit> abferm .. did you sort it?
  • [00:38:54] <rcn-ee> i pushed it out, so a "sudo apt-get update ; sudo apt-get upgrade" will pull in the fix.. and i found a pastebin fix.. so that's buildign right now..
  • [00:39:09] <nyt> heres something interesting
  • [00:39:21] <nyt> i had a rev b booting no problem with 4.1, gui and everything
  • [00:39:24] <nyt> moved sd card into a rev c
  • [00:39:25] <nyt> no more graphics
  • [00:39:36] <nyt> need to recompile dtb?
  • [00:39:42] <rcn-ee> odd... nope..
  • [00:39:55] <nyt> yeah no idea
  • [00:39:57] <rcn-ee> maybe something was set in the eMMC of hte b.. that the c doesn't..
  • [00:40:04] <nyt> oh
  • [00:40:07] <nyt> i updated the bootloader of the b
  • [00:40:11] <nyt> i guess i should do so with the c?
  • [00:40:20] <rcn-ee> give it a shot...
  • [00:40:28] <nyt> kk
  • [00:40:47] <rcn-ee> i did push an update to the bootloader today for zmatt, i2c1 is no longer randomly muxed as i2c...
  • [00:41:07] <rcn-ee> it's used for spidev0, or gpio normally.. but u-boot was setting it for i2c..
  • [00:42:20] <lathiat> rcn-ee: you've probably forgotten already but turns out my ethernet issue yesterday was a switch fault of all things.. it's stopped programming ports despite giving link and thus no traffic flow.. go figure. thanks for confirming the mdio:1 thing was as i thought though, and for the second unwired port.
  • [00:42:43] <rcn-ee> lathiat, good to hear! btw, i've hidden mdio.01 in later kernels.. ;)
  • [00:42:48] <lathiat> ah :)
  • [00:43:05] <lathiat> now i just need to get a new device tree with adc support.. assuming this random guide i found is still correct for 4.1
  • [00:43:07] <rcn-ee> we've always had it due to another bug, but that got fixed.. .;)
  • [00:43:31] <rcn-ee> lathiat, https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-ADC-00A0.dts
  • [00:43:34] <lathiat> so happy about the 4.x native device tree stuff
  • [00:43:37] <lathiat> ah, thanks :)
  • [00:43:49] <nyt> so odd
  • [00:43:51] <nyt> ok trying this now then
  • [00:45:04] <nyt> neg :(
  • [00:45:05] <nyt> any idea?
  • [00:45:12] <nyt> updated bootloader, its running the -ti kernel
  • [00:45:16] <nyt> i can see the screen with edid
  • [00:45:20] <rcn-ee> serial grounding?
  • [00:45:20] <nyt> but no display
  • [00:45:37] <rcn-ee> i assume the same power supply, you just swapped boards..
  • [00:45:45] <nyt> right
  • [00:45:48] <nyt> everything same
  • [00:45:51] <nyt> just dif board
  • [00:45:56] <nyt> and the board boots with gfx off emmc
  • [00:45:57] <nyt> but not sd
  • [00:45:58] <rcn-ee> (has weird gnd loops at my desk)
  • [00:46:32] <rcn-ee> very odd..
  • [00:47:41] <nyt> v
  • [00:47:42] <nyt> debian@backupbone:~$ xrandr
  • [00:47:42] <nyt> Screen 0: minimum 320 x 200, current 1280 x 720, maximum 2048 x 2048
  • [00:47:42] <nyt> HDMI-0 connected 1280x720+0+0 (normal left inverted right x axis y axis) 1209mm x 680mm
  • [00:47:43] <nyt> 1280x720 60.0*+ 50.0 59.9
  • [00:47:45] <nyt> x is running :/
  • [00:47:46] <nyt> just cant see
  • [00:48:35] <nyt> changing back to bone kernel to see if it changes
  • [00:48:52] <nyt> reboot bug still exists lol
  • [00:49:44] <rcn-ee> yay, pastebinit fix pushed out, but everyone will have to add "s" to http: .pastebinit.xml: http://paste.debian.net/315050/
  • [00:50:06] <rcn-ee> new images will have the fix auto..
  • [00:51:01] <nyt> 4.1.10-bone16 no joy either
  • [00:51:02] * nyt boggles
  • [00:51:03] <nyt> this is so odd
  • [00:51:06] <nyt> and if i take the SD out its fine
  • [00:53:07] <nyt> and x log shows the display
  • [00:53:10] <nyt> and all the edid and modelines
  • [00:53:14] <nyt> and its all there
  • [00:53:15] <nyt> just no output
  • [00:54:07] <veremit> hw mods between rev b and c ?
  • [00:54:36] <nyt> on the sd card that was in the b
  • [00:54:44] <nyt> i updated the kernel, rebuilt dtcs
  • [00:54:48] <veremit> there was something once about display going into standby ..
  • [00:55:02] <veremit> if not connected or something?
  • [00:55:43] <nyt> its connected
  • [00:55:46] <nyt> x sees it
  • [00:55:50] <nyt> shows up in sys
  • [00:55:56] <veremit> weird
  • [00:55:57] * nyt out of ideas
  • [00:59:06] <nyt> is the uEnv different on the C?
  • [00:59:25] <nyt> uname_r=3.8.13-bone70
  • [00:59:25] <nyt> #dtb=
  • [00:59:26] <nyt> cmdline=quiet init=/lib/systemd/systemd
  • [00:59:28] <nyt> thats all i have uncommented
  • [01:00:47] <nyt> it came up on 3.8
  • [01:00:48] <nyt> :/
  • [01:00:54] <nyt> so its kernel related to rev c
  • [01:04:44] <nyt> or initrd
  • [01:08:03] * NishanthMenon (nmenon@nat/ti/x-veeisjzcupmvaxqh) Quit (Quit: Dialed 5483.)
  • [01:08:51] <nyt> yeah so when i go from 3.8 to 4.1 there's no video on the rev c :(
  • [01:08:55] * nyt boggles
  • [01:12:15] <nyt> hm just set it back to 3.8 and it stopped working wth
  • [01:12:18] <nyt> wonder if shitty connection
  • [01:26:45] <lathiat> nyt: are you totally powering down between boots?
  • [01:26:49] <lathiat> some chance there is some bad init state also
  • [01:26:52] <lathiat> otherwise maybe just bad connection
  • [01:27:21] * Russ (foobar@pool-100-9-139-246.lsanca.fios.verizon.net) has joined #beagle
  • [01:31:12] <nyt> wasnt, did now tho
  • [01:31:15] <nyt> its up on 4.1 :/
  • [01:31:26] <nyt> i just rebooted earlier after changing to 3.8
  • [01:31:27] <nyt> then it came up
  • [01:31:32] <nyt> changed to 4.1, rebooted, and didnt
  • [01:31:39] <nyt> put it to 3.8, powered down, it came up
  • [01:31:44] <nyt> put it to 4.1, rebooted, it came up
  • [01:31:58] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [01:35:12] * Catslab (~Thunderbi@205-237-53-37.static.cgocable.ca) Quit (Ping timeout: 264 seconds)
  • [01:47:55] * Defiant (erik@f054120014.adsl.alicedsl.de) Quit (Ping timeout: 246 seconds)
  • [01:53:52] * Defiant (erik@f054249055.adsl.alicedsl.de) has joined #beagle
  • [02:01:27] * Nava (188f3452@gateway/web/freenode/ip.24.143.52.82) has joined #beagle
  • [02:02:31] <Nava> Hi, does anybody have info on interfacing a WLAN card(preferably BEAGLEBONE WL1835MOD) with BeagleBoard-xM
  • [02:04:47] <wmat> Nava: I do not, but you may be able to glean useful info from the BBB interfacing page here: http://processors.wiki.ti.com/index.php/Using_the_WL18xx_Cape_with_BeagleBone_Black
  • [02:04:56] * idwer (~irc@unaffiliated/idwer) Quit (Remote host closed the connection)
  • [02:10:51] * Nava (188f3452@gateway/web/freenode/ip.24.143.52.82) Quit (Ping timeout: 246 seconds)
  • [02:18:51] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [02:28:21] * Akuma (~Akuma@AYLMPQ0104W-LP130-01-1279778406.dsl.bell.ca) Quit (Quit: So long sukkas!)
  • [02:32:51] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [02:45:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [02:50:38] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [03:28:06] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) Quit (Quit: Leaving)
  • [03:30:06] * MichaelLong (~ml@p4FF25D43.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
  • [03:31:10] * MichaelLong (~ml@p4FF2577B.dip0.t-ipconnect.de) has joined #beagle
  • [03:33:30] * praneeth_ (praneeth@nat/ti/x-cbiwlhasophxnhby) Quit (Remote host closed the connection)
  • [03:33:55] * praneeth_ (praneeth@nat/ti/x-ppysleshvfuphvhy) has joined #beagle
  • [03:39:00] * Akex_ (uid58281@gateway/web/irccloud.com/x-benddnjkpqzspakr) Quit (Quit: Connection closed for inactivity)
  • [03:48:51] * rcn-ee (~voodoo@thief-pool2-120-251.mncable.net) Quit (Ping timeout: 256 seconds)
  • [04:05:20] * johanhenselmans (~localadmi@pretsense.xs4all.nl) has joined #beagle
  • [04:06:56] * CrazyEddy (crazyed@wrongplanet/CrazyEddy) Quit (Ping timeout: 272 seconds)
  • [04:07:37] * Nava (188f3452@gateway/web/freenode/ip.24.143.52.82) has joined #beagle
  • [04:08:43] <Nava> Any clue on interfacing beagleboard-xm with WL18xx(WLAN)?
  • [04:09:20] * Nava_ (188f3452@gateway/web/freenode/ip.24.143.52.82) has joined #beagle
  • [04:09:33] <Nava_> Any clue on interfacing beagleboard-xm with WL18xx(WLAN)?
  • [04:13:02] * jonmasters (~jcm@edison.jonmasters.org) Quit (Quit: ZNC - http://znc.sourceforge.net)
  • [04:17:36] * Atish (0e8bf013@gateway/web/freenode/ip.14.139.240.19) has joined #beagle
  • [04:17:46] <Atish> hi
  • [04:18:08] * jonmasters (~jcm@edison.jonmasters.org) has joined #beagle
  • [04:18:45] <Atish> hayb jon
  • [04:19:02] * Atish (0e8bf013@gateway/web/freenode/ip.14.139.240.19) Quit (Client Quit)
  • [04:26:39] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [04:29:42] * johanhenselmans (~localadmi@pretsense.xs4all.nl) Quit (Quit: johanhenselmans)
  • [04:30:17] * johanhenselmans (~johanhens@pretsense.xs4all.nl) has joined #beagle
  • [04:31:01] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [04:32:30] * skhreze (~debian@ip-5-172-247-246.free.aero2.net.pl) has joined #beagle
  • [04:41:43] * Nava_ (188f3452@gateway/web/freenode/ip.24.143.52.82) Quit (Quit: Page closed)
  • [04:43:04] * johanhenselmans (~johanhens@pretsense.xs4all.nl) Quit (Quit: Leaving for now...)
  • [04:43:31] * johanhenselmans (~johanhens@pretsense.xs4all.nl) has joined #beagle
  • [04:44:30] * Nava (188f3452@gateway/web/freenode/ip.24.143.52.82) Quit (Ping timeout: 246 seconds)
  • [04:51:03] * skhreze (~debian@ip-5-172-247-246.free.aero2.net.pl) Quit (Ping timeout: 252 seconds)
  • [05:08:54] * contempt (contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [05:09:13] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [05:09:13] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [05:25:06] * contempt (contempt@unaffiliated/contempt) Quit (Remote host closed the connection)
  • [05:31:44] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [05:31:44] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [05:35:28] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beaglebone
  • [05:35:30] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beagleboard
  • [05:36:42] * contempt (contempt@unaffiliated/contempt) Quit (Disconnected by services)
  • [05:37:02] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [05:37:02] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [05:50:50] * rob_w (~bob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [06:15:40] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) Quit (Ping timeout: 246 seconds)
  • [06:20:49] * kiwichris (~kiwichris@msc1401703.lnk.telstra.net) Quit (Ping timeout: 250 seconds)
  • [06:20:55] * NulL` (~bleh1@87.254.68.81) has joined #beagle
  • [06:27:16] * Yotson (~Yotson@erpaderp.xs4all.nl) has joined #beagle
  • [06:29:02] * yegorich (d5d163ca@gateway/web/freenode/ip.213.209.99.202) has joined #beagle
  • [06:31:28] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) has joined #beagle
  • [06:50:45] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) has joined #beagle
  • [06:59:18] * jamesaxl|2 (~kvirc@adsl196-110-107-217-196.adsl196-12.iam.net.ma) Quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
  • [07:00:52] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagle
  • [07:00:52] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beagleboard
  • [07:00:52] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) has joined #beaglebone
  • [07:25:03] * NulL` (~bleh1@87.254.68.81) Quit (Ping timeout: 268 seconds)
  • [07:31:10] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 240 seconds)
  • [07:36:35] * hoijui (~hoijui@176.2.81.160) has joined #beagle
  • [07:39:47] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [07:39:47] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beagle
  • [07:39:56] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [07:43:21] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [07:44:16] * florian_kc is now known as florian
  • [07:48:20] * BellinganRoy (~Bellingan@host228-109-static.242-95-b.business.telecomitalia.it) has joined #beagle
  • [08:05:28] * nighty-_ (~nighty@hokuriku.rural-networks.com) has joined #beagleboard
  • [08:05:47] * Starduster_ is now known as Starduster
  • [08:05:55] <zmatt> nyt: have you tried a 4.1 -ti kernel?
  • [08:07:10] <zmatt> nyt: the -bone branch is prone to fuck up the timing calculation (depending on video mode), that got rewritten in the -ti branch but hasn't been mainlined yet
  • [08:08:15] <zmatt> though that would result in consistent failure though, sounds like yours is stochastic?
  • [08:09:30] <zmatt> also, it's worth mentioning that a reboot never resets the hdmi framer, you need to poweroff and on again for that
  • [08:10:38] * Akex_ (uid58281@gateway/web/irccloud.com/x-lzameqgeeuzpzjwf) has joined #beaglebone
  • [08:10:41] <zmatt> so if one kernel meddles with some particular setting of the hdmi framer while the other does not, then you'll get some interesting blend of settings by rebooting into the second kernel
  • [08:11:46] <zmatt> (unless the driver performs a soft-reset of the framer, haven't checked that, nor am I sure whether that actually sets the hdmi framer's registers or merely the functional logic)
  • [08:14:27] <nyt> yeh i was using the ti kernel
  • [08:14:28] <nyt> btw
  • [08:14:30] <zmatt> (never mind, it doesn't have soft-reset other than for audio and i2c-master)
  • [08:14:30] <nyt> i figured it out
  • [08:14:31] <zmatt> ok
  • [08:14:36] <nyt> if i boot with 3.8
  • [08:14:39] <nyt> then install 4.1 and reboot
  • [08:14:39] <nyt> its good
  • [08:14:44] <nyt> if i power off and power back on
  • [08:14:45] <nyt> no good
  • [08:14:52] <nyt> so it needs to boot with 3.8 first before 4.1 works
  • [08:14:55] <zmatt> ok, so 3.8 fixes some hdmi framer configuratio
  • [08:14:56] <nyt> i dont know why but that's the dela
  • [08:14:59] <nyt> yea
  • [08:15:06] <zmatt> that should be easy enough to locate
  • [08:15:08] <nyt> its up on 3.8 right now at 720p50
  • [08:15:11] <nyt> :/
  • [08:15:14] <nyt> on 4.1 it was 720p60
  • [08:15:23] <nyt> when it came up
  • [08:15:31] <zmatt> I've heard someone also did work on the hdmi framer
  • [08:15:43] <zmatt> possibly not all work is good work :P
  • [08:16:15] <nyt> gnna try 4.1.10-ti-r21
  • [08:17:01] <nyt> i also see linux-image-4.1.10-ti-git20151008-4b5cc48a
  • [08:17:50] <zmatt> that's... very fresh
  • [08:17:57] <zmatt> I wonder why rcn-ee made a git release
  • [08:18:52] <zmatt> I'm checking git log of the driver
  • [08:19:32] <nyt> where is the ti gitt tree?
  • [08:21:31] <zmatt> you can view the source tree corresponding to each kernel version released by rcn-ee here -> https://github.com/RobertCNelson/linux-stable-rcn-ee/releases
  • [08:22:11] <nyt> oh -r21 is fresher
  • [08:22:32] <zmatt> indeed
  • [08:22:56] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) has joined #beagle
  • [08:25:42] <zmatt> ah, the git snapshot is missing all the usual patches
  • [08:25:48] <zmatt> (e.g. bone_capemgr)
  • [08:26:17] <nyt> no joy on -r21
  • [08:26:43] * bizarro_1 (~bizarro_1@7.Red-83-33-190.dynamicIP.rima-tde.net) Quit (Read error: Connection reset by peer)
  • [08:26:47] <nyt> so yeah
  • [08:26:48] <zmatt> ok, so either 3.8-bone has a specific patch that fixes it, or 4.1 broke it
  • [08:26:52] <nyt> theres some hdmi fuckery in 4.1
  • [08:26:55] <nyt> :(
  • [08:27:03] <nyt> rolling back and rebuilding all my dtcs lol
  • [08:27:07] <zmatt> or missing hdmi-fuckery
  • [08:27:28] <nyt> its weird 3.8 comes up w/ 720p at 50hz
  • [08:27:32] <nyt> but when 4.1 comes up its proper at 60
  • [08:27:42] <zmatt> edid handling changed
  • [08:28:07] <nyt> yeah
  • [08:28:10] <nyt> i noticed 4.1 was much better
  • [08:28:16] <nyt> ill try forcing it
  • [08:28:27] <zmatt> https://github.com/RobertCNelson/linux-stable-rcn-ee/commit/07259f8b9fbd30fcef595e872deeea5ffab934ed
  • [08:30:17] <nyt> lots
  • [08:31:08] <zmatt> or we need to diff the actual hdmi framer config somehow
  • [08:31:27] <zmatt> between non-working-4.1 and working-4.1
  • [08:31:44] <nyt> forcing 1920x1080@24 no joy
  • [08:31:52] <nyt> which 4.1 is working?
  • [08:31:58] <zmatt> after rebooting from 3.8
  • [08:32:04] <nyt> that diff is for 4.3
  • [08:32:17] <nyt> oh
  • [08:32:18] <nyt> no i see
  • [08:32:19] <nyt> lots of patches
  • [08:32:24] <zmatt> it's in the history for 4.1-ti
  • [08:32:33] <zmatt> the diff between 3.8 and 4.1 is... big
  • [08:32:46] <nyt> that patch is old
  • [08:32:48] <nyt> might not even be that
  • [08:32:51] <nyt> might be
  • [08:33:00] <zmatt> no I'm staring at the actual diff right now
  • [08:33:11] <nyt> whtas weird is
  • [08:33:32] <zmatt> definitely lots of fixes and improvements
  • [08:33:41] <zmatt> so what o what did they break...
  • [08:34:20] <nyt> root@backupbone:~# xrandr
  • [08:34:20] <nyt> Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 2048 x 2048
  • [08:34:20] <nyt> HDMI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 1209mm x 680mm
  • [08:34:20] <nyt> 1280x720 60.0 + 50.0 59.9
  • [08:34:20] <nyt> 1920x1080 30.0 25.0 24.0 30.0 24.0 24.0
  • [08:34:21] <nyt> 1280x1024 60.0*
  • [08:34:23] <nyt> 1440x900 59.9
  • [08:34:24] <nyt> 1280x800 59.9
  • [08:34:27] <nyt> 1152x864 75.0
  • [08:34:28] <nyt> 1024x768 75.1 70.1 60.0
  • [08:34:31] <nyt> 832x624 74.6
  • [08:34:32] <zmatt> please use pastebin or such
  • [08:34:33] <nyt> 800x600 72.2 75.0 60.3
  • [08:34:34] <nyt> 720x576 50.0
  • [08:34:37] <nyt> 720x480 60.0 59.9
  • [08:34:38] <nyt> 640x480 75.0 72.8 66.7 60.0 59.9
  • [08:34:40] <nyt> 720x400 70.1
  • [08:34:44] <nyt> i can see the edid shit
  • [08:34:47] <nyt> im justnot getting any joy
  • [08:34:51] <nyt> sorry
  • [08:34:53] <zmatt> don't paste anything that's more than 1 or 2 lines into the chat
  • [08:34:55] <nyt> forcing modes does nothing
  • [08:36:08] <nyt> will try reseating hdmi while live
  • [08:36:10] <zmatt> you did try making sure it's not in display sleep? (e.g. press a key on a keyboard)
  • [08:36:53] <nyt> yeah
  • [08:36:59] <nyt> i also tried using xset
  • [08:37:03] <nyt> and turning it on and off with dpms
  • [08:37:11] <zmatt> though still, if it works on reboot from 3.8 but not on cold boot in 4.1 or reboot from 4.1 then the only thing I can think of is a hdmi framer setting
  • [08:37:31] <zmatt> since it has no reset input
  • [08:37:58] <zmatt> but then I'd need to find a setting that's written by 3.8 and not overwritten by 4.1
  • [08:38:55] <zmatt> can you try bisecting? i.e. try intermediate kernel versions to see when they broke it?
  • [08:39:06] <zmatt> like, does 3.12 or 3.14 work ?
  • [08:39:32] <nyt> cant test atm
  • [08:39:41] <zmatt> 3.14 -ti is still being maintained
  • [08:39:59] <zmatt> so that would be a good try
  • [08:41:31] <nyt> k
  • [08:41:32] <nyt> sec
  • [08:42:31] <nyt> installing linux-image-3.14.54-ti-r77
  • [08:44:13] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [08:45:05] <nyt> also im pretty sure this worked on rev b ok
  • [08:45:13] <nyt> but i cant be certain
  • [08:45:27] <nyt> might have been an upgrade after booting 3.8
  • [08:45:40] <zmatt> that would be my guess since there's no relevant hw change
  • [08:45:46] <nyt> yea
  • [08:46:55] <nyt> no joy there
  • [08:47:16] <nyt> putting 3.8 back on for now and getting back to work
  • [08:50:25] <nyt> what package is responsible for /lib/firmware?
  • [08:50:29] <zmatt> no idea
  • [08:50:38] <nyt> will find it when this is done installing
  • [08:51:37] <nyt> root@backupbone:/lib/firmware# dpkg -S BB-SPIDEV1-00A0.dtbo
  • [08:51:38] <nyt> dpkg-query: no path found matching pattern *BB-SPIDEV1-00A0.dtbo*
  • [08:51:38] <nyt> damn
  • [08:51:51] <nyt> oh i can build em
  • [08:51:54] <nyt> just gotta remove new dtc
  • [08:55:54] * kilroi_off is now known as kilroi
  • [08:57:41] <nyt> aaaaaaaaaand my bbb just roasted itself wtffffffffffff
  • [08:57:53] <zmatt> ??
  • [08:58:00] <nyt> has some io hooked up something might not be right
  • [08:58:06] <nyt> maybe an external ps leaked to it
  • [08:58:16] <nyt> its only hooked up to some npn transistors tho so
  • [08:58:17] <nyt> i dunno
  • [08:58:24] <nyt> really odd
  • [08:58:56] <zmatt> but roasted as in... it won't power on anymore?
  • [08:59:33] <nyt> right
  • [08:59:38] <nyt> power led blips when i hook up the ps
  • [08:59:40] <nyt> thats it
  • [08:59:43] <nyt> dead yes?
  • [08:59:55] <zmatt> the dreaded flashing power led of doom
  • [09:00:13] <zmatt> assuming there's no external stuff attached anymore, yeah that means it's officially time to RMA
  • [09:00:19] <nyt> :/
  • [09:00:23] <nyt> wtff
  • [09:00:52] <zmatt> it means the PMIC sees an overcurrent/shortcircuit during power-on sequence
  • [09:01:10] <nyt> hm
  • [09:01:19] <nyt> not easily repairable i take it?
  • [09:01:45] <zmatt> if nothing is connected, that short-circuit is most likely internal to the CPU due to crispy-fried I/O
  • [09:01:53] <nyt> ugh
  • [09:02:22] <nyt> need one today in nyc
  • [09:02:25] <nyt> dunno who will carry
  • [09:02:28] <nyt> fuck
  • [09:08:10] <av500> language!
  • [09:08:34] <zmatt> I once talked with someone about the concept of an CAPE that basically just passes everything through, but with busswitches inserted that isolate all I/O when power is off or reset is asserted, and clip to power supply levels when not isolated
  • [09:08:43] <zmatt> and maybe some added ESD protection
  • [09:09:11] * micges_ (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [09:09:11] * micges_ (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beagle
  • [09:09:18] <av500> zmatt: a "nanny-cape"
  • [09:09:35] <zmatt> yep, plus it would make the I/O 5V-compatible
  • [09:09:58] <nyt> it was actually on when it died so i dont even know why
  • [09:09:59] <zmatt> the only remaining worry would be overcurrent, other than that it would be reasonably abuse-proof
  • [09:10:02] <nyt> it was running for hours
  • [09:10:21] <zmatt> nyt: then I'm thinking overcurrent rather than overvoltage
  • [09:10:29] <zmatt> dangit, my nanny-cape wouldn't have helped
  • [09:10:42] <zmatt> nyt: you did mention transistors... connected how exactly?
  • [09:10:52] <nyt> bunch of 2n3904
  • [09:11:04] <nyt> bbb io pin -> transistor base
  • [09:11:16] <zmatt> without resistor?
  • [09:11:44] <nyt> no resistor to npn
  • [09:11:58] <nyt> oh wait no there are resistors
  • [09:12:02] <nyt> my mistake
  • [09:12:14] <nyt> 15k ohm
  • [09:12:21] <zmatt> ok, so no worry there
  • [09:12:51] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 250 seconds)
  • [09:12:54] <nyt> ground was shared between two power supplies though
  • [09:12:57] <nyt> with no earth grond
  • [09:12:59] <nyt> think that might be the issue
  • [09:13:10] <zmatt> it shouldn't be an issue
  • [09:13:57] <nyt> so bbb ground was connected to ground of a dif 12v ps
  • [09:13:58] * av500 is happy that these days he works with $1.5 STM32F0 modules :)
  • [09:14:06] <nyt> well a few of them actually
  • [09:14:06] <av500> cheap to burn
  • [09:14:07] <zmatt> if the power supplies are ungrounded, i.e. floating, then connecting their grounds together (properly) suffices to allow interaction between the two (subject to the usual power supply and I/O rules)
  • [09:14:14] <nyt> since it's also connected to some h bridges
  • [09:14:23] <nyt> but those are also via transistors with resistors
  • [09:15:02] <nyt> and diodes
  • [09:15:38] * tk__ (~tk@78.156.118.230) has joined #beagle
  • [09:15:39] <nyt> ugh where to find one in asap at 9am :(
  • [09:28:07] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [09:30:40] <av500> nyt: ask on twitter
  • [09:31:46] <nyt> what tag?
  • [09:33:00] <av500> hmm
  • [09:33:08] <av500> I dont use twitter :)
  • [09:33:12] <av500> but i heard its powerful
  • [09:33:40] * EvilTelephone (sid83757@gateway/web/irccloud.com/x-fchvmrjqnskdvsvg) Quit (Read error: Connection reset by peer)
  • [09:33:40] * _egypcio (uid22991@gateway/web/irccloud.com/x-aymxaqpdoybmfmsy) Quit (Read error: Connection reset by peer)
  • [09:34:21] * ctracey (sid22688@gateway/web/irccloud.com/x-sdzjlpljkpdkoibn) Quit (Read error: Connection reset by peer)
  • [09:34:23] * piroux (sid26816@gateway/web/irccloud.com/x-xvwuvnoiqmudgcnb) Quit (Ping timeout: 264 seconds)
  • [09:34:28] * JuiceSSH (sid17586@gateway/web/irccloud.com/x-drdhboqoylpfdhus) Quit (Read error: Connection reset by peer)
  • [09:34:33] * lilCodie (sid82653@gateway/web/irccloud.com/x-aywrfvxlmpbqwcaj) Quit (Ping timeout: 268 seconds)
  • [09:36:02] <av500> nyt: https://plus.google.com/u/0/+VladimirPantelic/posts/BcvVZsQVjwn
  • [09:36:17] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [09:36:24] * k3nt (sid19550@gateway/web/irccloud.com/x-jimocmcjkjdgjvvu) Quit (Ping timeout: 268 seconds)
  • [09:37:55] * niro (niro@unaffiliated/niro) has joined #beagle
  • [09:40:36] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
  • [09:40:54] <nyt> lol <3
  • [09:41:29] <nyt> trying to figure out what could have fried this
  • [09:42:15] <nyt> vdd 3v3 to 4133a hall effect sensor input, with 15k ohm resistor to the sensor line as pullup, and ground back to dgnd
  • [09:42:38] <nyt> could that have fried the chip?
  • [09:42:48] <nyt> i assume that would just tax the vreg if anything
  • [09:43:03] <nyt> hm but the ground to that board and voltage wasnt even plugged in
  • [09:43:29] <nyt> though that board did have a ground hooked up to some other h bridge boards that shared the ground with the 4133a
  • [09:43:36] <nyt> and the 4133a signal wires were still going back to the bbb
  • [09:44:23] <nyt> everything else was hooked up to a board driving leds with 12v ps and some 2n3904s
  • [09:44:29] <tbr> the SoC seems to be quite sensitive to seeing any voltage on pins while it's not powered
  • [09:44:38] <nyt> it was powered on and running
  • [09:44:38] * JuiceSSH (sid17586@gateway/web/irccloud.com/x-falkwkzhlnuzajfz) has joined #beagle
  • [09:44:46] <av500> nyt: bookmark the link in case somebody responds :)
  • [09:44:57] <nyt> i did
  • [09:45:04] <av500> k
  • [09:45:11] <nyt> ty
  • [09:45:30] <nyt> going to add some resistors to those hall effect sensor inputs I guess
  • [09:46:14] * micges_ is now known as micges
  • [09:46:43] <nyt> could it cause issues if i dont load capes for some of the pins?
  • [09:46:51] <nyt> since i was messing with kernel stuff i wasnt loading any of the dtbos
  • [09:50:47] * tk__ (~tk@78.156.118.230) Quit (Quit: Leaving)
  • [09:51:24] * JuiceSSH (sid17586@gateway/web/irccloud.com/x-falkwkzhlnuzajfz) Quit (Ping timeout: 264 seconds)
  • [09:55:18] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) Quit (Ping timeout: 246 seconds)
  • [09:57:25] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 265 seconds)
  • [09:59:08] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [09:59:08] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beagle
  • [10:02:07] <zmatt> not really
  • [10:02:29] <zmatt> my only worry from your vague description is whether or not all PSUs were properly grounded together
  • [10:03:11] <zmatt> if not, exactly what their potentials were, especially with a 12V PSU in the mix
  • [10:03:21] <nyt> pretty sure they were grounded
  • [10:03:24] <nyt> i think the issue was some hall effect sensors
  • [10:03:30] <nyt> that i had hooked up w/out resistors to the input pins
  • [10:03:31] * JuiceSSH (sid17586@gateway/web/irccloud.com/x-pyofgnklfxwsotof) has joined #beagle
  • [10:03:39] * panto (~panto@195.97.110.117) has joined #beagle
  • [10:03:51] <zmatt> unless those pins were configured as output that shouldn't be a problem
  • [10:06:18] * k3nt (sid19550@gateway/web/irccloud.com/x-haygvysggfsxmgch) has joined #beagle
  • [10:06:18] * k3nt (sid19550@gateway/web/irccloud.com/x-haygvysggfsxmgch) has joined #beaglebone
  • [10:07:03] <nyt> they weren't configured as anything at the time
  • [10:07:07] <nyt> didnt load a cape
  • [10:07:28] <nyt> there was about 56-100mv of voltage on the outputs when i measured after
  • [10:10:24] * ctracey (sid22688@gateway/web/irccloud.com/x-hualalqbbnnmcyjl) has joined #beagle
  • [10:10:24] * ctracey (sid22688@gateway/web/irccloud.com/x-hualalqbbnnmcyjl) has joined #beaglebone
  • [10:10:30] * _egypcio (uid22991@gateway/web/irccloud.com/x-izftwyfhegwjpwkg) has joined #beagle
  • [10:13:14] * piroux (sid26816@gateway/web/irccloud.com/x-wjxzlrollymajkxy) has joined #beagle
  • [10:13:42] <zmatt> that doesn't sound like the problem then
  • [10:14:04] <zmatt> I don't know, it happened to us too once, we never figured out the cause
  • [10:15:23] <zmatt> also, nice job ti... I wanted to look up the V/I curve for the output drivers in the IBIS data. After double-checking how to interpret the data, this is the result:
  • [10:15:28] <zmatt> http://gerbil.xs4all.nl/vi-curve.png
  • [10:16:19] <zmatt> hence we learn, that if you drive an output high, and its level is in fact high, then negligible current flows. On the other hand, if you forcibly raise the voltage more than a diode-drop above vdd, then much current will in fact flow inward!
  • [10:16:39] <zmatt> that's really the data I was looking for, thanks ti
  • [10:25:44] <zmatt> ah wait, nm
  • [10:26:50] <zmatt> got distracted by thinking pullup/pulldown meant pullup/pulldown
  • [10:27:06] <zmatt> while they meant drive high/low
  • [10:32:57] <nyt> i just checked all my stuff, everything except the hall effect sensors was hooked up with 5k ohm resistors or hooked to switches that were open
  • [10:34:10] <tbr> IIRC the wiki mentions one mystery situation that makes boards die like this. Don't remember details
  • [10:36:00] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [10:36:09] <zmatt> isn't a hall sensor a weak output anyway?
  • [10:36:44] <nyt> looking closer
  • [10:36:49] <nyt> the board it was connected to had a disconnected ground
  • [10:37:01] <nyt> so they were getting ground from an external ps
  • [10:37:10] <nyt> then the output went to the bbb
  • [10:37:28] <nyt> dunno if enough current could have leaked through there to hurt it or not
  • [10:37:52] <nyt> but like i said everything else is connected up to 5k ohm resistors or open switches with resistors
  • [10:37:56] <nyt> hm
  • [10:38:07] <nyt> if you set a pin to output
  • [10:38:11] <nyt> and run it right to the bbb ground
  • [10:38:18] <nyt> whats to prevent that from roasting the bbb
  • [10:39:31] <zmatt> "to the bbb ground" .. from what? you need a complete circuit
  • [10:40:35] <zmatt> if you mean drive current between different ground pins of the BBB, you'll mostly just make it warm
  • [10:41:14] * BellinganRoy (~Bellingan@host228-109-static.242-95-b.business.telecomitalia.it) Quit (Quit: Konversation terminated!)
  • [10:41:36] <zmatt> if the driver is powered by a psu otherwise isolated from the BBB you'll drive its ground plane down compared to the BBB ground plane
  • [10:43:22] <zmatt> (seeing that being used to generate a negative supply rail can look really odd, with a switching power supply whose output is tied directly to ground... the ground of the power supply was actually the negative output rail)
  • [10:43:56] * lilCodie (sid82653@gateway/web/irccloud.com/x-mecxjuhhljyhqvqk) has joined #beagle
  • [10:44:49] * EvilTelephone (sid83757@gateway/web/irccloud.com/x-zjjkxigfiuvxrmaw) has joined #beagle
  • [10:46:19] <nyt> hm then i have no idea how this fried
  • [10:50:39] <zmatt> tbr: I just remembered we actually did find a likely candidate in our case... the adc powerup erratum combined with opamps (powered by vdd_adc) connected directly to analog inputs
  • [10:50:47] * dl9pf_ (~quassel@static.88-198-106-157.clients.your-server.de) Quit (Ping timeout: 250 seconds)
  • [10:51:33] <nyt> ah, not using any :/
  • [10:51:42] <nyt> all gpio
  • [10:59:04] * rob_w (~bob@unaffiliated/rob-w/x-1112029) Quit (Quit: Leaving)
  • [11:01:25] <zmatt> on the bright side... the fractional quantum hall effect is fascinating
  • [11:01:29] <zmatt> (dangit wikipedia)
  • [11:04:49] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [11:13:43] * clonak (~clonak@118-93-161-165.dsl.dyn.ihug.co.nz) Quit (Quit: No Ping reply in 180 seconds.)
  • [11:14:06] * clonak (~clonak@118-93-161-165.dsl.dyn.ihug.co.nz) has joined #beagle
  • [11:15:23] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) has joined #beagle
  • [11:15:56] <cart_man> Hey guys could you please try and help me with my "make" problem on the beaglebone black -> http://stackoverflow.com/questions/33036519/why-can-i-not-make-successfully-bbb-accesspoint-problems
  • [11:16:18] * guest_temp (57708e59@gateway/web/freenode/ip.87.112.142.89) has joined #beagle
  • [11:17:52] * guest_temp (57708e59@gateway/web/freenode/ip.87.112.142.89) Quit (Client Quit)
  • [11:18:14] * guest_temp (57708e59@gateway/web/freenode/ip.87.112.142.89) has joined #beagle
  • [11:19:34] <av500> nyt: see your bookmakr
  • [11:20:33] * clonak (~clonak@118-93-161-165.dsl.dyn.ihug.co.nz) Quit (Quit: No Ping reply in 180 seconds.)
  • [11:28:30] <nyt> word gonna call when they open
  • [11:28:33] <nyt> also gonna call the local rat shacks
  • [11:28:46] <av500> aint they all closed?
  • [11:28:52] <av500> sold for parts
  • [11:28:55] <av500> boarded up
  • [11:29:35] <nyt> nope
  • [11:29:43] <av500> full of vagrants
  • [11:37:09] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) Quit (Ping timeout: 246 seconds)
  • [11:39:09] * eme (~eme@186.83.133.184) has joined #beagleboard
  • [11:39:09] * eme (~eme@186.83.133.184) has joined #beaglebone
  • [11:52:08] * eikeon (~textual@98.218.4.80) has joined #beagle
  • [11:56:55] * firemanxbr (~firemanxb@177.66.5.244) has joined #beagle
  • [11:58:03] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) has joined #beagle
  • [11:58:11] <cart_man> Hey everyone the question has been upated -> http://stackoverflow.com/questions/33036519/why-can-i-not-make-successfully-bbb-accesspoint-problems/33036605#33036605
  • [11:58:44] <stt_michael> holy balls .. RS has bbb in stock! like .. Right Now !
  • [11:59:12] * cart_man (29a03a62@gateway/web/freenode/ip.41.160.58.98) Quit (Disconnected by services)
  • [11:59:49] * cart_man (~ryno@gwise.truvelo.co.za) has joined #beagle
  • [11:59:59] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [12:03:52] * eme (~eme@186.83.133.184) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [12:05:19] <nyt> where?
  • [12:05:50] <av500> RS
  • [12:05:52] <av500> online
  • [12:06:18] <nyt> url?
  • [12:06:23] <nyt> can't find when searching their site
  • [12:06:50] <av500> http://www.alliedelec.com/beagleboard-999-0001457-rev-c/70338169/
  • [12:07:42] <stt_michael> http://uk.rs-online.com/web/p/products/7753805/
  • [12:07:46] <nyt> oh rs-online
  • [12:07:47] <nyt> thought radioshack
  • [12:07:48] <nyt> lol
  • [12:08:21] <av500> I had a friend work next to RS warehouse
  • [12:08:25] <av500> so I had same day delivery
  • [12:08:31] <av500> order at noon, have it at 6
  • [12:08:54] <stt_michael> cool
  • [12:09:22] * eme (~eme@186.83.133.184) has joined #beagleboard
  • [12:09:22] * eme (~eme@186.83.133.184) has joined #beaglebone
  • [12:10:22] <av500> too bad he had to change jobs :(
  • [12:14:58] <stt_michael> I can deal with next day .. even when they ship Sat :)
  • [12:15:25] <stt_michael> just gotta separate work/home accounts atm .. :\ work doesn't like receiving personal invoices lol
  • [12:16:54] <stt_michael> how many IOs are there available .. hmm .. elinux here we come ..
  • [12:17:14] <av500> stt_michael: there is always one IO less than you need :)
  • [12:17:15] * eme (~eme@186.83.133.184) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [12:18:04] * _egypcio (uid22991@gateway/web/irccloud.com/x-izftwyfhegwjpwkg) Quit (Quit: Connection closed for inactivity)
  • [12:19:25] <tbr> +1
  • [12:19:40] <stt_michael> av500, this is true .. but the current configuration is already 2 short .. and the beagle would have many spare ..
  • [12:20:10] <av500> "every project evolves until it runs out of IOs"
  • [12:20:38] <stt_michael> and then some ..
  • [12:20:42] <av500> yes
  • [12:20:43] <stt_michael> or it never gets finished
  • [12:20:44] <stt_michael> :D
  • [12:21:11] <stt_michael> wanna see if I can get this rs485 thingy wrapped up
  • [12:21:23] * bostondriver (~mcambria@68.128.155.223) has joined #beagle
  • [12:21:29] <stt_michael> just don't haev any 'play' hardware presently
  • [12:21:37] <stt_michael> and some day I wanna play with the PRU
  • [12:22:12] <stt_michael> before I start pushiin up the daisies hopefully ..
  • [12:26:24] * Catslab (~Thunderbi@205-237-53-37.static.cgocable.ca) has joined #beagle
  • [12:28:36] * NishanthMenon (nmenon@nat/ti/x-ivxgungslklaugcl) has joined #beagle
  • [12:33:05] <stt_michael> right .. time for lunch
  • [12:33:08] <stt_michael> bbiab!
  • [12:38:16] * eikeon (~textual@98.218.4.80) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [12:41:20] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Quit: WeeChat 1.3)
  • [12:45:59] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Quit: I'm outta here.)
  • [12:46:46] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [12:52:59] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Quit: I'm outta here.)
  • [12:59:57] * richardpotthoff (~richardpo@c-50-182-239-203.hsd1.nj.comcast.net) Quit (Read error: Connection reset by peer)
  • [13:00:03] * richardp_ (~richardpo@c-50-182-239-203.hsd1.nj.comcast.net) has joined #beagle
  • [13:00:11] * victortyau (~victortya@190.219.45.167) has joined #beagle
  • [13:17:18] * guest_tmp (~dev_null@89.142.112.87.dyn.plus.net) has joined #beagle
  • [13:17:52] * guest_temp (57708e59@gateway/web/freenode/ip.87.112.142.89) Quit (Quit: Page closed)
  • [13:28:04] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 272 seconds)
  • [13:29:48] * gusnan (~gusnan@213.112.201.46) has joined #beagle
  • [13:29:48] * gusnan (~gusnan@213.112.201.46) Quit (Changing host)
  • [13:29:48] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [13:37:33] * eikeon (~textual@98.218.4.80) has joined #beagle
  • [13:50:08] * guest_tmp (~dev_null@89.142.112.87.dyn.plus.net) Quit (Quit: Konversation terminated!)
  • [13:51:24] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 264 seconds)
  • [13:54:01] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beagle
  • [13:54:02] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [14:00:16] * tai271828 (~tai271828@175.41.48.77) Quit (Quit: Leaving)
  • [14:04:54] <abferm> So, what prompted the use of uname boot rather than using symlinks?
  • [14:06:09] <abferm> It seems to me it just made a very complicated solution to a simple problem.
  • [14:10:04] <av500> its the decade for that :)
  • [14:10:25] * firemanxbr (~firemanxb@177.66.5.244) Quit (Quit: Leaving)
  • [14:11:48] <abferm> update-alternatives looks like an eligant solution.
  • [14:12:22] * eikeon (~textual@98.218.4.80) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [14:26:06] * tomeff (~tomeff@ip-89-176-75-234.net.upcbroadband.cz) Quit (Ping timeout: 244 seconds)
  • [14:27:38] <cart_man> can anybody please try and help me with this ? -> http://stackoverflow.com/questions/33036519/why-can-i-not-make-successfully-bbb-accesspoint-problems/33036605#33036605
  • [14:28:56] <av500> /usr/src/linux-headers-3.8.13-bone47/arch/armv7l/Makefile: No such file or directory
  • [14:29:00] <av500> do you have that file?
  • [14:29:21] <cart_man> no
  • [14:30:29] <cart_man> av500: I dont even have the arm7l file
  • [14:32:15] * rcn-ee (~voodoo@64.77.213.245) has joined #beagle
  • [14:32:32] <cart_man> rcn-ee: Are you the guy who owns the website?
  • [14:32:35] <cart_man> rcn-ee?
  • [14:32:50] <cart_man> rcn-ee: I Could really use your help if that is the case -> http://stackoverflow.com/questions/33036519/why-can-i-not-make-successfully-bbb-accesspoint-problems/33036605#33036605
  • [14:32:54] <rcn-ee> Cats_home, tis i i what's up..
  • [14:33:06] * eFfeM (~frans@c73189.upc-c.chello.nl) has joined #beagle
  • [14:33:10] <cart_man> ghez never expected you lol
  • [14:33:26] <rcn-ee> cart_man, answered both your emails' to the beagleboard group...
  • [14:33:57] <cart_man> rcn-ee: Ohh.. strange it did not send me a notice and I can not seem to find either...that is why Ive sent 2 : (
  • [14:34:08] <cart_man> rcn-ee: I thought the forum was buggy...sorry about that
  • [14:34:18] <cart_man> rcn-ee: How do I get to my post...silly question I know
  • [14:34:46] <rcn-ee> use the button on the right "all topics" https://groups.google.com/forum/#!categories/beagleboard
  • [14:34:56] <rcn-ee> the "grouping" is a weird thing google does...
  • [14:35:12] <rcn-ee> most developers just read it as emails' and not as a forum...
  • [14:36:24] * eikeon (~textual@98.218.4.80) has joined #beagle
  • [14:38:06] * webdaford (~daford@ool-457897a5.dyn.optonline.net) has joined #beagle
  • [14:38:08] <cart_man> ohh shit ok so now the infamous timex.h problem occured.. which is a good sign but anybody know how I can fix it?
  • [14:38:25] <cart_man> rcn-ee: ^^
  • [14:38:26] * emeb (~ericb@ip68-2-68-52.ph.ph.cox.net) has joined #beagle
  • [14:38:53] <rcn-ee> well it's 3.8.x.. linux-headers was majorly broken back then..
  • [14:39:15] * bradfa (~andrew@clr-vpn01.kodakalaris.com) Quit (Quit: Leaving)
  • [14:39:20] <rcn-ee> just grab the latest jessie iamge with "v4.1.x" cape manager is incluced...
  • [14:40:09] * mrjazzcat (~mrjazzcat@c-50-134-253-3.hsd1.co.comcast.net) has joined #beagle
  • [14:45:02] * zmatt growls at Gerard
  • [14:46:35] * dizzuhen (~textual@broadband-188-32-116-235.nationalcablenetworks.ru) has joined #beagle
  • [14:46:45] * dizzuhen (~textual@broadband-188-32-116-235.nationalcablenetworks.ru) Quit (Client Quit)
  • [14:51:25] <cart_man> rcn-ee: Seems like its working.. will let you know!^^
  • [14:52:49] * thurgoo__ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [14:52:49] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Read error: Connection reset by peer)
  • [14:55:40] * eikeon (~textual@98.218.4.80) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
  • [14:57:11] * bradfa (~andrew@clr-vpn01.kodakalaris.com) has joined #beagle
  • [14:59:43] * cart_man (~ryno@gwise.truvelo.co.za) has left #beagle
  • [15:00:56] <av500> zmatt: :)
  • [15:01:02] <av500> zmatt: duino?
  • [15:01:28] <zmatt> yeah, that remark was just flamebait
  • [15:02:19] <av500> :)
  • [15:02:37] <zmatt> (ask, and ye shall receive)
  • [15:03:32] <av500> dont make me recite the code of conduct!
  • [15:04:40] <zmatt> as a dramatic reading?
  • [15:05:09] <tbr> amdrams tonight?
  • [15:08:53] <zmatt> I think I adequately extended the peace pipe again with my reply
  • [15:12:19] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [15:15:36] <av500> ja
  • [15:15:38] <av500> all is fine
  • [15:16:56] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [15:16:56] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [15:16:56] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [15:17:45] <zmatt> well not all is fine! there are so many wrongs in this world! ;)
  • [15:18:13] <zmatt> and I still need to do shopping, which involves high-effort stuff like getting dressed and leaving the house
  • [15:18:17] <av500> one for every day
  • [15:18:42] * yegorich (d5d163ca@gateway/web/freenode/ip.213.209.99.202) Quit (Quit: Page closed)
  • [15:18:54] <zmatt> ooh, this one exploded pretty cool => https://en.wikipedia.org/wiki/File:Exploded_Electrolytic_Capacitor.jpg
  • [15:24:02] <av500> nyt: see your bookmark :)
  • [15:29:41] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) Quit (Quit: boop)
  • [15:30:11] <zmatt> nyt: btw, reading back at what you said, the hall sensor was also powered via a resistor large enough to prevent any significant current flowing (unless the BBB pin was configured as output and driven high, which I think your hall sensor also would not have appreciated)
  • [15:30:16] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) has joined #beagle
  • [15:33:42] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [15:34:23] * victortyau (~victortya@190.219.45.167) Quit (Ping timeout: 264 seconds)
  • [15:34:23] * thurgoo__ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Read error: Connection reset by peer)
  • [15:34:30] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [15:37:36] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
  • [15:37:36] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Read error: Connection reset by peer)
  • [15:37:50] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) has joined #beagle
  • [15:39:05] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) Quit (Quit: boop)
  • [15:39:55] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) has joined #beagle
  • [15:42:09] * victortyau (~victortya@190.219.45.167) has joined #beagle
  • [15:51:56] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) Quit (Quit: boop)
  • [15:52:32] * jpirko (~jirka@ip-94-113-120-24.net.upcbroadband.cz) Quit (Quit: Leaving)
  • [16:02:28] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) has joined #beagle
  • [16:04:50] * victortyau (~victortya@190.219.45.167) Quit (Ping timeout: 250 seconds)
  • [16:06:39] * nerdboy (~sarnold@gentoo/developer/nerdboy) Quit (Excess Flood)
  • [16:07:22] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) has joined #beagle
  • [16:07:43] * nerdboy (~sarnold@gatekeeper.gentoogeek.org) Quit (Changing host)
  • [16:07:43] * nerdboy (~sarnold@gentoo/developer/nerdboy) has joined #beagle
  • [16:10:23] * ikmaak (~ikmaak@541F7D85.cm-5-8b.dynamic.ziggo.nl) Quit (Ping timeout: 264 seconds)
  • [16:10:29] <nyt> rcn
  • [16:10:30] <nyt> here/
  • [16:10:37] <nyt> found out what was up w/ 4.1 and 3.8 hdmi sort of
  • [16:11:38] * ikmaak (~ikmaak@541F7D85.cm-5-8b.dynamic.ziggo.nl) has joined #beagle
  • [16:14:18] <rcn-ee> nyt, what's up?
  • [16:14:58] * victortyau (~victortya@190.219.45.167) has joined #beagle
  • [16:28:59] <nyt> so
  • [16:29:06] <nyt> power off, boot with 3.8, get hdmi display
  • [16:29:10] <nyt> upgrade to 4.1
  • [16:29:14] <nyt> still have hdmi working
  • [16:29:22] <nyt> power off and back on
  • [16:29:24] <nyt> hdmi no longer works
  • [16:29:49] * calculus (~calculus@gentoo/user/calculus) Quit (Read error: Connection reset by peer)
  • [16:31:48] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [16:31:49] * ChanServ sets mode +o calculus
  • [16:35:34] * VirG (~VirGin@c-73-25-235-187.hsd1.or.comcast.net) has joined #beagle
  • [16:36:43] <stt_michael> its hdmi framer fun! yay!
  • [16:42:09] <zmatt> rcn-ee: in other words, 3.8 kernel is doing something with the (reset-insensitive) hdmi framer that 4.1 neglects to do
  • [16:42:37] <rcn-ee> zmatt, but only on rev c... nyt's got a rev b that has no issues. ;)
  • [16:42:58] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 250 seconds)
  • [16:43:17] <zmatt> he admitted he wasn't sure whether 4.1 was cold-booted there
  • [16:43:31] <zmatt> or warm-rebooted from a 3.8 kernel
  • [16:43:51] * W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) has joined #beagle
  • [16:43:55] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 246 seconds)
  • [16:44:26] <zmatt> nyt: did you get a chance to try 3.14 btw?
  • [16:44:49] <zmatt> rcn-ee: given the amount of changes, bisecting seemed a good idea
  • [16:45:02] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [16:45:02] * ChanServ sets mode +o calculus
  • [16:45:13] <rcn-ee> minus the 1k patch's on top of 3.8. ;)
  • [16:45:28] * rob_w (~rob@unaffiliated/rob-w/x-1112029) has joined #beagle
  • [16:46:09] <zmatt> rcn-ee: is there a hdmi-unpatched 3.8 kernel in your debian repo for comparison?
  • [16:46:43] <zmatt> those patches weren't integrated with nor ported to 4.1 ?
  • [16:46:43] <rcn-ee> nyt's porting the "gem beagleboard" from 3.8-capemanager to 4.1-capemanager..
  • [16:47:18] <zmatt> I have no idea what that means
  • [16:49:50] <rcn-ee> zmatt, oh i see... nope.. there is no un-patched 3.8... we didn't get mmc support on the am335x till like 3.12...
  • [16:50:12] <zmatt> ok
  • [16:50:16] <rcn-ee> most of the tilcd went in asis.. but rmk's been in charge of it ever sense...
  • [16:50:53] <rcn-ee> (and he's only working on it for armada, not sure he even has a bbb for verification..)
  • [16:50:56] * NulL` (~bleh1@87.254.68.81) has joined #beagle
  • [16:52:20] * ppisati (~ppisati@2-230-238-136.ip204.fastwebnet.it) Quit (Quit: leaving)
  • [16:52:56] <zmatt> I've been looking at the diff, most of the changes look like clear-cut improvements
  • [16:53:33] <rcn-ee> yeah he's been doing a nice job cleaning it up..
  • [16:58:20] <zmatt> one thought I had was to dump the framer's settings both in non-working-4.1 and in working-4.1 (i.e. after reboot from 3.8)
  • [16:58:25] <zmatt> and diff them
  • [16:58:51] <zmatt> that may be easier than trying to locate the difference in code, due to the heavy restructuring
  • [16:59:44] <stt_michael> probably
  • [16:59:52] <stt_michael> why does nothing reset properly?! lol
  • [17:00:10] <zmatt> the hdmi framer has no reset input
  • [17:00:27] <zmatt> nor a way to fully soft-reset it
  • [17:00:42] <zmatt> you'd need to power-cycle it
  • [17:01:21] <stt_michael> sounds like the same problem with the broadcom's on the wandboard .. although someone managed to leverage a gpio for that
  • [17:01:29] <stt_michael> +1 to them
  • [17:01:32] <rcn-ee> well... the reset driver needs fixes... https://github.com/t-kristo/linux-pm/commits/4.3-rc3-prcm-reset-fwk-fixes
  • [17:01:45] <stt_michael> job for zmatt .. ;P lol
  • [17:02:29] <zmatt> rcn-ee: that's about soc-internal resets though :P
  • [17:03:06] <nyt> rcn-ee: the rev b might have been upgraded from 3.8 to 4.1 without ever power cycling, so can't say for certain its rev b related, i think its both and just a kernel issue
  • [17:04:37] <zmatt> nyt: I can see if I can figure out an easy way to dump the registers... though I guess I have some time since you fried your bbb anyway :P
  • [17:04:46] <rcn-ee> nyt, it's probally a kernel issue.. but can you double check: "sudo apt-get install linux-image-3.14.54-ti-r77" (note that v3.14.x doesn't have capemanager..) but then we can get an idea of where it broke..
  • [17:05:21] <stt_michael> did you source a new beagle yet, nyt?
  • [17:05:25] <rcn-ee> ti pretty much moved their tilcd/tda99x hacks from 3.14-ti to 4.1-ti
  • [17:05:47] <stt_michael> at least someone was hacking it, though, rcn-ee ...
  • [17:06:14] <rcn-ee> stt_michael, that's why we are using it as base. ;)
  • [17:08:41] <nyt> i tried 3.14.54
  • [17:08:43] <nyt> no joy
  • [17:08:50] <nyt> power cycled with it, same issue
  • [17:08:59] <nyt> yeah i went to crooklyn
  • [17:09:01] <nyt> a rat shack had 2
  • [17:09:04] <nyt> the one by my house has 8 lol
  • [17:09:07] <nyt> but thast 2 hours from where i am now
  • [17:15:09] * Mounicq (~Thunderbi@130.230.21.109.rev.sfr.net) Quit (Quit: Mounicq)
  • [17:16:29] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Read error: Connection reset by peer)
  • [17:16:40] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [17:17:02] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagle
  • [17:17:02] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beagleboard
  • [17:17:02] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) has joined #beaglebone
  • [17:20:58] * eFfeM (~frans@c73189.upc-c.chello.nl) Quit (Quit: Leaving.)
  • [17:29:35] <stt_michael> :)
  • [17:30:45] * skhreze (~debian@ip-5-172-247-200.free.aero2.net.pl) has joined #beagle
  • [17:32:30] <zmatt> nyt: do you have a serial cable btw?
  • [17:33:13] <zmatt> since the easiest way I can think of to dump the framer's registers is by doing so from u-boot
  • [17:33:38] * zz0 (~zz0@unaffiliated/zz0) has joined #beaglebone
  • [17:33:41] * zz0 (~zz0@unaffiliated/zz0) has left #beaglebone
  • [17:33:44] <zmatt> since you can't really safely interact with the framer while the driver is loaded
  • [17:34:46] <zmatt> hmm, of course one can unload it and I think there are userland utilities for doing i2c
  • [17:34:54] <zmatt> ok, scrap the u-boot plan
  • [17:35:03] <zmatt> but first, I need to do shopping, so afk for a bit :)
  • [17:35:37] * gusnan (~gusnan@unaffiliated/gusnan) Quit (Ping timeout: 265 seconds)
  • [17:37:20] * gusnan (~gusnan@213.112.201.46) has joined #beagle
  • [17:37:20] * gusnan (~gusnan@213.112.201.46) Quit (Changing host)
  • [17:37:20] * gusnan (~gusnan@unaffiliated/gusnan) has joined #beagle
  • [17:40:08] * bizarro_1 (~bizarro_1@47.Red-83-55-238.dynamicIP.rima-tde.net) has joined #beagle
  • [17:47:31] * tuna_ (ce7403b4@gateway/web/freenode/ip.206.116.3.180) has joined #beagle
  • [17:47:53] <tuna_> Who here is still using the original beagleboard?
  • [17:55:00] * thurgood_ (~thurgood@67-198-113-218.static.grandenetworks.net) Quit (Remote host closed the connection)
  • [17:57:15] * mhaberler (~mhaberler@ns.stiwoll.mah.priv.at) Quit (Quit: mhaberler)
  • [17:58:28] * dastaan (~dastaan@103.250.190.136) has joined #beagle
  • [18:00:03] <ds2> I am.
  • [18:00:08] <ds2> best thing ever.
  • [18:01:08] <nyt> zmatt: not here
  • [18:01:19] * tbr still has one in the drawer, and some other OMAP3 and OMAP4 devices
  • [18:01:34] <tbr> all 3 generations of OMAP3 actually
  • [18:02:22] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beagle
  • [18:02:22] * mhaberler (~mhaberler@next.stiwoll.mah.priv.at) has joined #beaglebone
  • [18:03:27] <zmatt> 3 generations of omap3?
  • [18:04:00] <zmatt> I thought it was just omap34xx/35xx and omap36xx/dm37xx
  • [18:04:24] <tbr> the one on the bb classic, the one on the bb xm and the one predating the bb classic
  • [18:04:47] <tbr> that last one was something very early, but it made it into a product
  • [18:05:05] <rcn-ee> the 128Mb omap3/beagle's had a fun es omap3 core...
  • [18:05:39] * skhreze (~debian@ip-5-172-247-200.free.aero2.net.pl) Quit (Ping timeout: 240 seconds)
  • [18:07:06] <tbr> would need to ask _av500_ to remind me what they used on gen6. I remember it had SGX disabled or rather broken.
  • [18:07:31] * skhreze (~debian@user-94-254-198-103.play-internet.pl) has joined #beagle
  • [18:08:17] <zmatt> ohh wait omap34xx/35xx had a silicon revision major enough to warrent a new jtag id
  • [18:08:31] <zmatt> I guess that constitutes a separate generation of omap3 then indeed
  • [18:13:37] <zmatt> 1.0 had a jtag id even lower than the dm64xx and dm33x/dm35x
  • [18:14:24] <zmatt> and it had a lot of revisions on the new id... 2.0 (jtag rev 1), 2.1 (2), 3.0 (3), 3.1 (4), 3.1.1 (5), 3.1.2 (7)
  • [18:14:32] <zmatt> very logical
  • [18:15:38] <zmatt> tbr: funny that the omap4 is probably more obsolete than the omap3 now
  • [18:15:47] <tbr> yeah
  • [18:17:27] <zmatt> one nail in the coffin being that version 8 of the C6000 compiler dropped support for some "obsolete" DSP versions, and that included Tesla that's not only on the omap4 but also still on the omap5
  • [18:19:50] <zmatt> omap4 has a c64+ which is supported
  • [18:19:51] <zmatt> eh
  • [18:19:51] <zmatt> omap3
  • [18:21:27] <zmatt> tbr: there's also the am35xx which could be considered an omap3 generation... although I guess it's more an omap3-derivative
  • [18:21:39] <rcn-ee> omap3 was also pre-remoteproc... so it's dsp really only works in ancient kernels..
  • [18:22:51] <tbr> yeah O4 had half the size of DSP IIRC
  • [18:23:03] <zmatt> rcn-ee: the dsp works fine in recent kernels, getting it running is a simple matter of releasing the subsystem from reset, write code to its memory, write start address to a register (if the default doesn't suit you), release core from reset... and it's up
  • [18:23:13] <zmatt> no need to fancy kernel support to do that
  • [18:23:52] <rcn-ee> zmatt should be able to con remoteproc to do that. ;)
  • [18:24:36] <zmatt> tbr: yeah like a c64+ core hacked down them middle and glued onto another (but differently configured) instance of that same wierdass unicache/ammu thing that's in ducati/benelli
  • [18:24:51] <zmatt> tbr: there's not even an instruction set manual for it
  • [18:24:55] <zmatt> *public
  • [18:25:27] <zmatt> rcn-ee: dunno, I know absolutely nothing about remoteproc :)
  • [18:25:39] <zmatt> never used it, never looked at it
  • [18:26:09] <rcn-ee> me neither, i know it's used for the m4/dsp/pru's on the x15...
  • [18:28:47] <ds2> Mmmmm remote proc
  • [18:30:13] <zmatt> rcn-ee: but then again I don't understand uio_pruss either.. afaict you can get equivalent functionality with uio_pdrv_genirq
  • [18:31:58] * CrazyEddy (crazyed@wrongplanet/CrazyEddy) has joined #beagle
  • [18:33:58] <tuna_> ok what's the latest kernel with SGX support on the original beagleboard?
  • [18:34:24] * CrazyEddy (crazyed@wrongplanet/CrazyEddy) Quit (Remote host closed the connection)
  • [18:35:20] <tuna_> or, rather, is am335x (bbb) the only platform supported by TI's SGX and a recent-ish kernel at the moment?
  • [18:36:01] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) Quit (Quit: Coyote finally caught me)
  • [18:37:22] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [18:39:06] <rcn-ee> tuna_, well the next sgx release will be only, am33x/am4x/am5x....
  • [18:39:27] <rcn-ee> and the am4x is very close to the omap4, so panda people might be happy...
  • [18:39:48] <zmatt> the am4x is closer to the am335x than it is to the omap4
  • [18:40:03] * CrazyEddy (crazyed@wrongplanet/CrazyEddy) has joined #beagle
  • [18:40:08] <zmatt> afaik they only have the cortex-a9 in common (which isn't really relevant for friver support)
  • [18:40:17] <zmatt> *driver
  • [18:40:18] <tuna_> rcn-ee: I see. I guess it's time to retire omap3/4 for good if i need to get anything done with SGX
  • [18:40:38] <rcn-ee> last i looked, didn't the am4 also have dss2? so it has the same video hardware as the omap4..
  • [18:40:55] <zmatt> rcn-ee: ahh, wait you may have a point there
  • [18:41:21] <tuna_> i see
  • [18:41:41] * krishna_ (1b61d0de@gateway/web/freenode/ip.27.97.208.222) has joined #beagle
  • [18:41:43] <zmatt> ok, time for phase 2/2 of shopping
  • [18:41:45] <tuna_> so at the moment, there is no love for omap3/4 in a recent version of SGX drivers
  • [18:41:53] * dastaan (~dastaan@103.250.190.136) Quit (Remote host closed the connection)
  • [18:41:54] <rcn-ee> that's why they are doing dmabuf... the am4/am5 have dss2 video, am3 has tilcd.. so dmabuf is nneed for sgx..
  • [18:42:28] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Quit: I'm outta here.)
  • [18:42:49] <zmatt> nyt: btw, dumping the framer's registers should be easy if anyone here knows how to do raw i2c from userspace... it behaves like a 256-byte eeprom (1-byte address), though it has multiple of such 256-byte pages: you select the page number by writing it to byte 0xff
  • [18:42:57] <zmatt> my notes on its register set: https://docs.google.com/spreadsheets/d/1Dxfjxc-T2hmnegCRblbsVK2kDqOs_0Yf4f5nbMCleuI/view
  • [18:43:14] <rcn-ee> tuna_, for omap3, our only real hope is the omap3-nokia.. those guys have been fixing up lots of omap3 issues on mainline.. ;)
  • [18:43:24] <rcn-ee> (n900)
  • [18:43:27] <zmatt> quite a few regs are said to be write-only... I guess you'll find out whether it truly is
  • [18:43:34] * krishna_ (1b61d0de@gateway/web/freenode/ip.27.97.208.222) Quit (Client Quit)
  • [18:43:39] <tuna_> rcn-ee: good lead. I will check out omap3-nokia
  • [18:43:46] <tuna_> thanks
  • [18:44:11] <rcn-ee> but they also have the ancient nokia userspace... so they are still using the old sgx drivers with a new kernel..
  • [18:44:22] <zmatt> nyt: probably a good idea to unload the tda998x driver first, but you may get away with dumping the regs while it's up
  • [18:44:30] <zmatt> anyway, brb
  • [18:44:50] * dastaan (~dastaan@103.250.190.136) has joined #beagle
  • [18:45:42] <tuna_> "old sgx drivers" as in even older than the latest omap3-supported SGX driver? I'd expect the last omap3-supported SGX driver is pretty old by now
  • [18:45:45] <nyt> ill have to revisit soonish
  • [18:45:50] <nyt> cant do anything now
  • [18:45:56] <nyt> but i mean its easy to test anyone can plug it in via hdmi
  • [18:46:38] <zmatt> nyt: hdmi works fine for me in 4.1, so it's presumably a specific interaction with your display
  • [18:47:43] <zmatt> (on second thought, phase 2/2 of shopping isn't really urgent, can defer till tomorrow)
  • [18:48:48] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [18:54:50] * eduardo_ (c8870105@gateway/web/freenode/ip.200.135.1.5) has joined #beagle
  • [18:55:45] * eduardo_ (c8870105@gateway/web/freenode/ip.200.135.1.5) Quit (Client Quit)
  • [19:05:35] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) has joined #beagle
  • [19:09:40] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [19:10:47] * thurgood_ (~thurgood@65-36-122-62.dyn.grandenetworks.net) Quit (Ping timeout: 244 seconds)
  • [19:14:02] * Shadyman (~matthew@unaffiliated/shadyman) has joined #beagle
  • [19:18:30] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Ping timeout: 240 seconds)
  • [19:22:44] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [19:27:12] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) has joined #beaglebone
  • [19:30:48] * webdaford (~daford@ool-457897a5.dyn.optonline.net) has joined #beagle
  • [19:35:29] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [19:36:32] * eikeon (~textual@98.218.4.80) has joined #beagle
  • [19:37:57] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Quit: I'm outta here.)
  • [19:39:45] * idwer (~irc@unaffiliated/idwer) Quit (Ping timeout: 246 seconds)
  • [19:40:31] <_av500_> nyt: dont burn the new one too!
  • [19:41:00] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [19:44:00] * idwer (~irc@unaffiliated/idwer) has joined #beagle
  • [19:45:29] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [19:48:17] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [19:49:50] * jamesaxl (~kvirc@adsl196-103-18-217-196.adsl196-9.iam.net.ma) has joined #beagle
  • [19:50:31] <zmatt> hmm, c64+ and later DSPs have a single-cycle instruction for INTERCAL's mingle operator ($)
  • [19:51:07] * Caroline_ (d131359e@gateway/web/freenode/ip.209.49.53.158) has joined #beagle
  • [19:51:37] <Caroline_> I'm trying to install the drivers for beagle bone black on my computer, but every time I do, i get told the installation failed
  • [19:51:52] <Caroline_> And I have no clue what's going on
  • [19:52:24] <tbr> Caroline_: which windows version?
  • [19:52:52] * Caroline_ (d131359e@gateway/web/freenode/ip.209.49.53.158) Quit (Client Quit)
  • [19:53:08] * Caroline_ (d131359e@gateway/web/freenode/ip.209.49.53.158) has joined #beagle
  • [19:53:12] <Caroline_> windows 8
  • [19:53:17] <tbr> https://learn.sparkfun.com/tutorials/disabling-driver-signature-on-windows-8
  • [19:53:17] <Caroline_> 64 bit
  • [19:57:01] * eikeon (~textual@98.218.4.80) Quit (Quit: Textual IRC Client: www.textualapp.com)
  • [19:57:48] * kiwichris (~kiwichris@CPE-144-132-188-191.nsw.bigpond.net.au) has joined #beagle
  • [19:58:49] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [19:59:45] * Caroline_ (d131359e@gateway/web/freenode/ip.209.49.53.158) Quit (Ping timeout: 246 seconds)
  • [20:01:28] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) Quit (Read error: Connection reset by peer)
  • [20:01:49] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [20:02:11] * kiwichris (~kiwichris@CPE-144-132-188-191.nsw.bigpond.net.au) Quit (Client Quit)
  • [20:03:04] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Quit: I'm outta here.)
  • [20:04:14] * eikeon (~textual@98.218.4.80) has joined #beagle
  • [20:06:55] * skhreze (~debian@user-94-254-198-103.play-internet.pl) Quit (Ping timeout: 256 seconds)
  • [20:07:22] <abferm> Where can I find the layout of the EEPROM on the beaglebone itself?
  • [20:08:56] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) has joined #beagle
  • [20:09:35] * kiwichris (~kiwichris@CPE-144-132-188-191.nsw.bigpond.net.au) has joined #beagle
  • [20:10:30] <rcn-ee> abferm, making a clone?
  • [20:14:09] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [20:18:22] * NulL` (~bleh1@87.254.68.81) Quit (Ping timeout: 268 seconds)
  • [20:18:39] * j0rd__ (~j0rd_@unaffiliated/j0rd-/x-9112651) has joined #beagle
  • [20:19:00] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Client Quit)
  • [20:20:03] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [20:20:21] * Shadyman (~matthew@unaffiliated/shadyman) Quit (Quit: Leaving.)
  • [20:21:09] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) has joined #beagle
  • [20:23:19] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) has joined #beaglebone
  • [20:24:11] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) has joined #beagle
  • [20:24:14] * azv4 (~kblake@static-acs-24-154-48-11.zoominternet.net) Quit (Remote host closed the connection)
  • [20:25:29] <ds2> isn't there a FSF project to reverse engineer the SGX drivers?
  • [20:27:31] <rob_w> ds2, that would be sweet
  • [20:27:50] <rcn-ee> ds2, it's the same one they annouced when the first beagle came out.. 6+ years ago...
  • [20:27:53] <rob_w> to get rid of the binary virus and be able to recompile against any kernel
  • [20:29:03] <rcn-ee> rob_w, the kernel modules actually haven't been bad.. https://github.com/RobertCNelson/ti-sdk-pvr
  • [20:29:03] <rob_w> i dont get why such companys keep this things binary secrets ..
  • [20:29:04] <abferm> rcn-ee: no, I just want to grab serial number, etc. and use them for some operations.
  • [20:29:45] <rcn-ee> rob_w, it's imgtech... that keeps thing secret.. they dont' want anyone to know how crappy sgx is..
  • [20:29:53] <rob_w> abferm, there are hints in the u-boot source
  • [20:29:59] <abferm> mostly making sure my script is actually running on a beaglebone, not some other board.
  • [20:30:44] <rcn-ee> abferm, it varies for 3.8(eeprom)/4.1.x(early-nvmem)4.1.x(upstream-nvmem)
  • [20:30:46] <rob_w> crappy binary sgx < crappy freeed source sgx
  • [20:31:21] <rcn-ee> abferm, https://github.com/RobertCNelson/boot-scripts/blob/master/device/bone/tester/show-eeprom.sh
  • [20:32:51] <rcn-ee> rob_w, it's even worse than taht.. when we "had" x11 drivers, "fbdev" using neon was still faster...
  • [20:33:40] * Peuc (~Peuc@ip-50-21-131-79.dsl.netrevolution.com) has joined #beagle
  • [20:33:54] <abferm> rcn-ee: looking for the data structure layout
  • [20:33:58] * skhreze (~debian@ip-5-172-247-224.free.aero2.net.pl) Quit (Ping timeout: 265 seconds)
  • [20:34:40] <rob_w> yeah .. and now x11 is dropped, right ?
  • [20:34:50] <rcn-ee> abferm, https://github.com/RobertCNelson/u-boot/blob/master/board/ti/am335x/board.h#L23
  • [20:35:39] <rcn-ee> rob_w, we had it for omap3/dm37xx parts years ago... never got it for am33xx.. (omap4 -> omap5 had it), but they dropped it in the sgx repo..
  • [20:36:31] <rcn-ee> rob_w, just watch http://git.ti.com/gitweb/?p=graphics/omap5-sgx-ddk-um-linux.git;a=summary
  • [20:36:33] <rob_w> which bugs me really.. we just finished a new am437x layout .. and now i dont have basic 3d in x11
  • [20:37:11] <rcn-ee> use egl/wayland...
  • [20:37:17] <rcn-ee> or qt's eglfs...
  • [20:37:20] <rob_w> why oh why
  • [20:37:39] <_av500_> because
  • [20:37:50] <rob_w> do you know what ti means by a "null window" manager ?
  • [20:38:01] <rob_w> this is the term they use in the graphics sdk
  • [20:38:02] <rcn-ee> rob_w, no idea... we just pick up the scraps we get from ti and make things sorta work. ;)
  • [20:38:15] <rcn-ee> rob_w, i think it's dmabuf type apstraction..
  • [20:38:17] <_av500_> rob_w: rememeber that rasterman of EFL was doing 2D faster in SW than SGX on omap3 :)
  • [20:38:41] <rob_w> hmm what a mess
  • [20:39:06] <rcn-ee> preching to the choir..
  • [20:39:24] <_av500_> +1^111
  • [20:39:37] <_av500_> rob_w: simply use android like normal people
  • [20:39:46] <rob_w> yeah right
  • [20:40:21] <rob_w> i will just rot in the corner and maintain my x11 apps till my end
  • [20:40:32] <_av500_> yes
  • [20:42:37] <_av500_> rcn-ee: why exaclty is the sgx driver linked to the type of window manager?
  • [20:42:42] <_av500_> I never understood that
  • [20:43:07] <_av500_> x11 vs android vs egl
  • [20:43:13] <rcn-ee> well, android uses egl...
  • [20:43:24] <rcn-ee> x11 is the odd one out...
  • [20:43:38] <_av500_> so its the flavour of GL?
  • [20:43:45] <rcn-ee> as long as you have egl... wayland/qt-eglfs/android will work on "it"..
  • [20:43:56] * dastaan (~dastaan@103.250.190.136) Quit (Remote host closed the connection)
  • [20:44:07] <rcn-ee> opengl is on top of egl: https://en.wikipedia.org/wiki/EGL_(API)
  • [20:44:45] * dastaan (~dastaan@103.250.190.136) has joined #beagle
  • [20:45:27] <_av500_> eyes glaze over
  • [20:45:29] <_av500_> :)
  • [20:46:44] <rcn-ee> Basicly, as long as we get egl sgx drivers, we have a chance of doing something..
  • [20:46:51] <_av500_> ok
  • [20:46:52] <rcn-ee> ti/imgtech needs working egl for android..
  • [20:47:11] <rcn-ee> and we can use it for wayland.. (i haven't personally got it to 'really' work yet..)
  • [20:47:36] * bostondriver (~mcambria@68.128.155.223) Quit (Ping timeout: 272 seconds)
  • [20:48:09] <rob_w> so sgx530 doent work with wayland ?
  • [20:49:00] <rcn-ee> rob_w, they say: wayland 1.3 right here: http://git.ti.com/gitweb/?p=graphics/omap5-sgx-ddk-um-linux.git;a=commit;h=994922a5655c63b05343a9238cb30e6ef61744be
  • [20:49:20] * Guest52291 (~greg@ec2-54-186-124-17.us-west-2.compute.amazonaws.com) Quit (Quit: ZNC - http://znc.in)
  • [20:49:24] <rcn-ee> but that was for "omap5".. ti is updating things so that repo will "also" support am3/am4/am5...
  • [20:49:41] <rcn-ee> we've always had a second fiddle sgx-blob release...
  • [20:49:42] * sellout (~greg@ec2-54-186-124-17.us-west-2.compute.amazonaws.com) has joined #beagle
  • [20:49:54] <rcn-ee> this is big change for us..
  • [20:50:06] * sellout is now known as Guest2510
  • [20:51:49] <rob_w> rcn-ee, so what is the way to go for a ti platform
  • [20:52:07] <rob_w> if i want basic 3d support , like clutter + gtk ?
  • [20:52:31] <rcn-ee> i'm going wayland, then run x11 apps on top of that..
  • [20:52:38] <rob_w> hmm
  • [20:52:44] <rob_w> just read about that
  • [20:52:59] <rob_w> wonder if my clutter+gtk will work what that too
  • [20:52:59] <_av500_> rob_w: btw, where is my board? :))
  • [20:53:03] <rob_w> :-)
  • [20:53:16] <rob_w> we just have the first 5 full setups on the table
  • [20:53:33] <rob_w> i bet u want one with lcd and cap touch , eh ?
  • [20:53:45] <_av500_> one of each :)
  • [20:53:53] <rob_w> ?
  • [20:53:57] <_av500_> will it run x11?
  • [20:54:00] <_av500_> :)
  • [20:54:12] <rob_w> well yes .. but no 3d yet
  • [20:54:14] <rob_w> ;-)
  • [20:54:18] <rob_w> only framebuffer 3d :-)
  • [20:54:36] <_av500_> our first omap3 design used no 3d either
  • [20:54:46] <_av500_> nor x11
  • [20:54:55] <_av500_> it was all Kartoffeldruck
  • [20:55:19] <_av500_> heck, that was 2008
  • [20:55:53] <_av500_> you were al in diapers!
  • [20:55:55] <rcn-ee> back then a blinky led was cool enough...
  • [20:55:59] <rob_w> but the platform feels good.. it hold 80 �C for 2 days now ..
  • [20:56:00] <_av500_> all*
  • [20:56:17] <_av500_> rob_w: I bet you are cheating at emmissions!
  • [20:56:32] <rcn-ee> nah, it's emissions cheating you...
  • [20:56:53] <rob_w> ...
  • [20:57:28] <rob_w> to cheat in a heating test, you need some sort of "software" cooling cheat
  • [20:57:49] <rob_w> if i get software to activly cool down a cpu , i will let you guys know
  • [20:58:28] <_av500_> sell it to VW
  • [20:58:36] <_av500_> I bet they have use for it
  • [20:59:03] <rob_w> it wouldnt surprise me if av500 has something todo with vw
  • [20:59:11] <_av500_> ...
  • [21:00:45] <rob_w> av500, did you also work the pru on any sitara yet ?
  • [21:00:46] * cart_man (2985c53c@gateway/web/freenode/ip.41.133.197.60) has joined #beagle
  • [21:01:35] <cart_man> Hey I managed to get my WiFi dongle to blink and hostapd to run. But I stil lcan not see my SSID when I try and log on with my cellphone
  • [21:02:29] <rob_w> cart_man, maybe then you only miss some hostap setting
  • [21:03:48] <cart_man> rob_w: Well is there a specific reason why they would rather use wlan1 rather than wlan0 IF wlan0 is the only Wireless interface I can see?
  • [21:04:48] <cart_man> rob_w: Today I tried everything. I downloaded and compiled drivers and created scripts and it just does not want to work...getting the dongle to flicker is soo far a milestone
  • [21:05:01] <_av500_> rob_w: nope
  • [21:05:01] <rob_w> wlan0 vs wlan1 are just some device names, you would want to use the one you actually have
  • [21:05:52] <rob_w> is your dongle working without hostap , so normal scanning ?
  • [21:06:42] <ds2> Mmmmmm
  • [21:11:34] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beagleboard
  • [21:11:34] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) has joined #beaglebone
  • [21:11:59] <cart_man> Ahm well if I say ifconfig I can see it is there set as static with an IP and all
  • [21:14:38] <cart_man> rob_w: any ideas?
  • [21:15:55] <rob_w> i meant , iwconfig scan , so without hostap as a normal client ..
  • [21:16:14] <rob_w> if the dongle works in this mode , then ur hardware driver is pretty far working
  • [21:18:25] * Yotson (~Yotson@erpaderp.xs4all.nl) Quit (Quit: .)
  • [21:19:27] <cart_man> can I temporarily set it up without editing files? Or is there some program that will help me do that?
  • [21:19:37] <cart_man> rob_w: ^^
  • [21:20:10] <rob_w> u will need to start editing conf files i guess
  • [21:22:31] <cart_man> iwlist wlan0 scan does not seem to return any networks...there is a couple of them out thre actually
  • [21:23:12] * micges_ (~micges@daw14.neoplus.adsl.tpnet.pl) has joined #beaglebone
  • [21:23:13] * micges_ (~micges@daw14.neoplus.adsl.tpnet.pl) has joined #beagle
  • [21:24:42] <cart_man> rob_w: I blaclisted the
  • [21:25:08] <cart_man> rob_w: I blacklisted the drivers and installed my own that I had to do since the normal drivers did not really work to well with hostpad
  • [21:25:17] <cart_man> hostapd
  • [21:25:25] <rob_w> "not work well" ?
  • [21:25:50] <cart_man> rob_w: Yes apparently they had some well known issues on this particular chip
  • [21:25:51] <rob_w> i dont know any details, i am just generally speaking
  • [21:26:22] * micges (~micges@dar242.neoplus.adsl.tpnet.pl) Quit (Ping timeout: 246 seconds)
  • [21:26:23] * dastaan (~dastaan@103.250.190.136) Quit (Remote host closed the connection)
  • [21:26:31] <rob_w> i would test if iwconfig also and if that breaks too then its rather a driver issue
  • [21:27:00] <cart_man> rob_w: I will quickly unblacklist the drivers and try again
  • [21:35:02] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [21:42:24] * roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) Quit (Ping timeout: 264 seconds)
  • [21:44:03] * cart_man (2985c53c@gateway/web/freenode/ip.41.133.197.60) Quit (Ping timeout: 246 seconds)
  • [21:55:30] * TheoMurpse (~TheoMurps@cpe-72-191-48-158.satx.res.rr.com) Quit (Quit: This computer has gone to sleep)
  • [21:55:56] * James_Johnson (~clayshoot@wsip-70-184-254-102.ok.ok.cox.net) Quit (Quit: James_Johnson)
  • [22:00:13] * micges_ is now known as micges
  • [22:01:02] * bfederau (~quassel@service.basyskom.com) Quit (Remote host closed the connection)
  • [22:01:14] * bfederau (~quassel@service.basyskom.com) has joined #beagle
  • [22:03:18] * Henry_Case (~Henry_Cas@71-33-142-155.hlrn.qwest.net) has joined #beaglebone
  • [22:03:44] * hoijui (~hoijui@176.2.81.160) Quit (Remote host closed the connection)
  • [22:04:49] <abferm> anyone have a good minicom alternative that supports utf-8?
  • [22:05:55] <abferm> The utf-8 bit isn't super important, I'm just tired of minicom...
  • [22:06:20] * tomeff (~tomeff@ip-78-102-111-158.net.upcbroadband.cz) Quit (Quit: tomeff)
  • [22:09:46] * webdaford (~daford@ool-457897a5.dyn.optonline.net) Quit (Quit: Leaving)
  • [22:10:49] <rcn-ee> gtkterm
  • [22:11:15] <abferm> Any terminal alternatives?
  • [22:12:41] <rcn-ee> screen.. but i hate it as much as minicom...
  • [22:14:08] <abferm> never used screen for serial...
  • [22:14:39] <_av500_> HYPERTRM.EXE?
  • [22:15:48] * rcn-ee (~voodoo@64.77.213.245) Quit (Quit: Leaving)
  • [22:18:07] * Maz0m (~Maz0m@eu141-2-88-169-197-244.fbx.proxad.net) has joined #beagle
  • [22:25:27] * victortyau (~victortya@190.219.45.167) Quit (Remote host closed the connection)
  • [22:32:40] <abferm> When is the driver for the eeprom loaded during boot? I have a firstboot service that I want to use to generate a unique machine-id based on the beaglebone's serial number, but when the script runs /sys/bus/i2c/devices/0-0050/eeprom does not exist.
  • [22:37:54] <abferm> @_av500_: NO, JUST NO!
  • [22:38:59] <abferm> Had to use hypertrm at a previous job to run some specific scripts... That was one of my worst computer related experiences ever.
  • [22:40:37] <_av500_> heh
  • [22:41:46] * stamina (~stamina@177-211-128-083.dynamic.caiway.nl) Quit (Ping timeout: 260 seconds)
  • [22:49:30] * rob_w (~rob@unaffiliated/rob-w/x-1112029) Quit (Read error: Connection reset by peer)
  • [22:49:34] <zmatt> lol
  • [22:50:14] <zmatt> abferm: it probably appears asynchronously? use an udev rule or systemd service to trigger
  • [23:06:07] <zmatt> abferm: untested udev rule -> https://paste.debian.net/hidden/7c581356/
  • [23:07:16] <zmatt> you can then use that as dependency for your firstboot service
  • [23:12:16] * jamesaxl (~kvirc@adsl196-103-18-217-196.adsl196-9.iam.net.ma) Quit (Remote host closed the connection)
  • [23:13:10] <zmatt> argh, I should really swap my dev bbb with one that has kingston instead of micron flash -.-
  • [23:15:21] * nighty-_ (~nighty@hokuriku.rural-networks.com) Quit (Quit: Disappears in a puff of smoke)
  • [23:19:20] * drkfdr (~darkfader@ip3e8346be.speed.planet.nl) Quit (Quit: drkfdr)
  • [23:24:19] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Ping timeout: 240 seconds)
  • [23:30:39] * NishanthMenon (nmenon@nat/ti/x-ivxgungslklaugcl) Quit (Quit: Don't feed the bats tonight.)
  • [23:34:39] <zmatt> abferm: more complete example, and tested -> https://paste.debian.net/hidden/3cf3b982/
  • [23:40:40] <zmatt> the thing is a bit uglier than it ought to be, mostly as a result of the eeprom being a binattr instead of a proper device
  • [23:49:21] * clonak (~clonak@118-93-161-165.dsl.dyn.ihug.co.nz) has joined #beagle