MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (50):

aloril, davic, gregl, ilmostro, jheizer, jpabq, mad_enz, markspieth, MythLogBot, ooshlablu, peper03, vesper, Warped, warpme_, Anssi, brfransen, ChanServ, clever, eharris, ElmerFudd, enyc, frobnic, ghoti, GreyFoxx, ijc_, jya, k-man, kalamaja, knowledgejunkie, libsci, MitchCapper, mkbloke, MythBuild, Panic, poptix, pppingme, ramshadow, rhpot199`, RokLobsta, Simon--, sphery, tonsofpcs, wangel, xris, zbot, _charly_, Tobbe5178, markspieth2, Maliuta_[m], MythNotifyBot
Tuesday, February 25th, 2020, 01:59 UTC
[01:59:43] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d90:bc01:9be6:831c:4ed8:495d) has joined #mythtv
[01:59:43] Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey
[03:38:01] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d90:bc01:9be6:831c:4ed8:495d) has quit (Quit: Konversation terminated!)
[03:55:00] tris (tris!tristan@camel.ethereal.net) has quit (Ping timeout: 260 seconds)
[03:55:00] aloril (aloril!~aloril@mobile-access-b0486e-15.dhcp.inet.fi) has quit (Ping timeout: 260 seconds)
[03:55:02] aloril (aloril!~aloril@mobile-access-b0486e-15.dhcp.inet.fi) has joined #mythtv
[03:55:29] tris (tris!tristan@camel.ethereal.net) has joined #mythtv
[06:46:33] heyitsrama (heyitsrama!~heyitsram@c-24-6-105-253.hsd1.ca.comcast.net) has quit (Remote host closed the connection)
[06:47:06] heyitsrama (heyitsrama!~heyitsram@c-24-6-105-253.hsd1.ca.comcast.net) has joined #mythtv
[06:49:00] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has quit (Quit: WeeChat 2.3)
[06:52:02] heyitsrama (heyitsrama!~heyitsram@c-24-6-105-253.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds)
[07:00:31] peterbennett (peterbennett!~pi@2601:183:100:bd:7b20:5bec:aa03:1a46) has joined #mythtv
[07:00:31] peterbennett (peterbennett!~pi@2601:183:100:bd:7b20:5bec:aa03:1a46) has quit (Changing host)
[07:00:31] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has joined #mythtv
[07:00:31] Mode for #mythtv by ChanServ!ChanServ@services. : +v peterbennett
[07:23:39] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 276 seconds)
[07:25:16] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[07:25:16] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[07:37:48] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has joined #mythtv
[08:58:46] Merlin83b (Merlin83b!~Daniel@2001:8b0:bbd6:bd9c:f9a1:1dd:17ce:9b67) has joined #mythtv
[09:03:20] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d90:bc01:9be6:831c:4ed8:495d) has joined #mythtv
[09:03:20] Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey
[09:11:33] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 276 seconds)
[09:12:33] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[09:12:33] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[10:26:22] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[10:38:00] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 276 seconds)
[10:38:11] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[10:38:11] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[10:51:42] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has joined #mythtv
[11:04:50] warpme_: markk_: re: tx6 not booting armbian: not good. Some initial questions: 1\Do You have tx6 or tx6-mini?; 2\May you pls try with https://github.com/warpme/minimyth2/releases and see is it booting?; 3\If minimyth2 is booting ok them pls try:
[11:04:56] warpme_: https://www.irccloud.com/pastebin/FYQh4V6q/
[11:18:29] SteveGoodey (SteveGoodey!~steve@host86-150-60-252.range86-150.btcentralplus.com) has joined #mythtv
[11:18:29] Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveGoodey
[11:56:36] markk_: warpme_: it's not the mini. will test minimyth2. so just to be clear – if minimyth is working, then copy the boot image from minimyth to armbian?
[11:58:32] markk_: warpme_: and the other things – when the instructions say /dev/<SD_card> – I'm assuming that is always /dev/sdb. The only thing I've been unsure about is whether my os automounting the drive is in some way interfering. but I did a disk check of the armbian sd at it says fine.
[12:38:28] markk_: warpme_: minimyth2 not booting either. box is fine otherwise – happily boots up android if I take the sd card out.
[12:39:20] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Remote host closed the connection)
[12:57:46] warpme_: markk_: "minimyth2 not booting either" – hmm. this is a bit surprise. IIRC isn't that some time ago You reported successful booting of minimyth2 on Your box?
[12:58:43] markk_: warpme_: yes – it worked before. nothing now. upstream regression? Have you tested locally?
[13:00:42] warpme_: yes i'm doing regular testing (for devel) on mine tx6. I have tx6-mini – but this shouldn't be issue. May You try with this old mm2 image which was working for you in past?
[13:02:36] warpme_: whole process to getting SD card is: 1\getting working bootloader; 2\preparing SD card with rootfs part to boot with this bootloader
[13:03:08] warpme_: s/getting SD card/getting working SD card/
[13:04:46] markk_: warpme_: I think I've deleted the old sd image – do you have a copy?
[13:05:32] warpme_: yes – but need approx version (or date) as I have multiple old versions....
[13:09:36] warpme_: may pls try: http://warped.inet2.org/10.0.2.r1784.img.bz2
[13:18:40] markk_: warpme_: so my box arrived on 28th december... it would have been some time after that:)
[13:19:30] warpme_: ok – how v10.0.2 goes for you? (see im message from 2:09PM)
[14:03:55] warpme_: markk_: You asking "if minimyth is working, then copy the boot image from minimyth to armbian" -> I would say 'yes' – but only for bootloader. Context: recently Oleg (creator of Armbian for H6) switched Armbian to single AW/RK/AML OS image. But those 3 platforms still are requiring different bootloaders – that's why we need this plays with this "dd if=...." stuff. Currently also I found issues of booting this unified
[14:03:55] warpme_: Armbian images with Oleg's binaries – so together with Oleg – we currently proposing multi-steep process of preparing Armbian SD card: 1\get somewhere working bootloader; 2\write this bootloader to SD card with already burned Armbian image. This is working for mine tx6-mini and Olegs's tx6 tvboxes. Minimyth2 happens here only because we found H6 bootloder I'm producing for minimyth2 works well for all tx6 hardware we
[14:03:55] warpme_: have (me & Oleg)....
[14:08:15] warpme_: markk_: You say "when the instructions say /dev/<SD_card>" – I mean block device kernel assigns when discovers attached SD card. Usually it is first mass device after all permanently attached storages. Note: it is dev for phy device (/dev/sdb[cde...]) – not for logical (/dev/sdb1[2345...])
[14:09:38] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has quit (Ping timeout: 252 seconds)
[14:16:53] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has joined #mythtv
[14:17:09] markk_: warpme_: still no joy with old image. going to try a different sd card
[14:29:07] markk_: and that didn't work either...
[14:34:12] markk_: warpme_: any suggestions – nothing is booting:(
[14:35:12] warpme_: : ok before we will blame HW – lest try some other old images. let me try to find closest ver. to ver. You had in past....
[14:53:28] warpme_: ok – it was jan08, 10:35AM – ver was v10.0.0–1675
[14:53:39] warpme_: closest arch I have is http://warped.inet2.org/10.0.1.r1774.tar.bz2
[14:53:59] warpme_: https://www.irccloud.com/pastebin/Nkixu2c7/
[14:54:21] warpme_: there is on any changes to bootloader….
[14:54:28] warpme_: s/on/no/
[14:56:24] warpme_: btw: when You boot android – can You see content of inserted SD card?
[15:00:57] markk_: warpme_: if I put the card in – it comes up in android file manager and I can see the contents
[15:01:54] warpme_: ok so it means HW is OK. is 10.0.1 also black screen?
[15:02:43] warpme_: btw: when You was preparing SD card with armbian – for sure You: 3.1: edit uEnv.txt: comment rk-3399 lines and un-comment aw-H6 lines (FDT and first APPEND)
[15:02:43] warpme_: 3.2: copy boot.scr.aw to boot.scr
[15:06:50] tris (tris!tristan@camel.ethereal.net) has quit (Ping timeout: 240 seconds)
[15:10:24] warpme_: also: since jan08 – did You do anything with this tx6 box: update android, etc?
[15:12:57] Merlin83b (Merlin83b!~Daniel@2001:8b0:bbd6:bd9c:f9a1:1dd:17ce:9b67) has quit (Quit: Leaving)
[15:19:49] markk_: warpme_: I followed the instructions for writing the sd card. when I had it working – I just wrote the card using etcher and your image. that is not working either anymore. I did enable developer mode on the box when I was trying to install the android mythtv build – but I've now turned that off. no android updates as far as I know.
[15:23:48] warpme_: hmm – " I did enable developer mode" – do You know what this means? So far all signs are telling me that box rom IPL (initial program loader; inits CPU and small sram and loads SPL) stopped to cooperate with SD card provided SPL (inits RAM & peripherals; loads kernel image)
[15:24:00] warpme_: is 10.0.1 also dead?
[15:38:09] warpme_: intuition tells me that maybe: because so called "developer mode" may expose android's intellectual property which google wants to keep non-accessible by any other access methods than android provided/controlled access. As booting other OS from external media may provide risk of accessing this property – booting of anything other than Adnroid might be turned-off.... just hypothesis......
[15:39:51] stuarta: the main thing about developer mode is to allow you to load apk's which are "in development" and therefore not signed etc
[15:41:23] clever: apk's from development cycles are still signed
[15:41:24] warpme_: well – this is user-space perspective for me. OS is another huge area. Lets take DRM. This is just subject itself....
[15:41:38] clever: each developer just has their own signing key
[15:42:04] stuarta: see, i clearly know naff all about android development!
[15:42:38] clever: the only real purpose that key serves, is that an upgrade must be signed by the same key, to protect the app data
[15:42:56] clever: if an attacker gives you a different app with the same name, you must uninstall the old one first, which deletes the app-data
[15:43:26] markk_: warpme_: just did a factory reset on the box and still nothing
[15:45:24] warpme_: ARM consortium doing really convoluted things with ATF i.e. to protect reading DHCP private keys from display engine.
[15:46:18] warpme_: markk_: let me think of sec. I assume v10.0.1 is also nogo?
[15:46:24] clever: warpme_: that does feel like something that EL3 would be perfect for
[15:46:47] markk_: warpme_: just trying again now
[15:49:22] warpme_: clever: indeed: ATF BL2 BL3 are executed in EL3 level with secure monitor supervising... I heard ppl were able to inspect content of ATF executed in secure mode – but don't remember practical benefits of this....
[15:50:13] clever: warpme_: ive been doing some low-level rpi stuff lately, so ive been attaching gdb to an arm core, and single-stepping while in EL3, and writing my own EL3 code
[15:50:38] clever: in the case of the rpi, the secure flag isnt wired correctly, so secure ram isnt possible though
[15:54:11] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has joined #mythtv
[16:01:07] warpme_: markk: just wondering: is it possible to somehow retrieve this v10.0.0 from jan08 (trah scan, browser cache, tmp dir, etc). I'm asking as this was blob which was working on your box. If this exactly sw now not works – we have 2 options: a\hw becomes broken; b\firmware was modified. If i'll be in yours shoes – answer to this Q will be like answer "is this box an android brick or is still usable to things other than
[16:01:07] warpme_: android"
[16:06:05] warpme_: markk_: in case of we discover box is "android brick" – we may look on FEL mode. FEL is a low-level subroutine contained in the BootROM used for initial programming and recovery of devices using USB. more info: https://linux-sunxi.org/FEL
[16:12:04] warpme_: clever: maybe You know what is status of mainlining v4l2_m2m dec in rpi? Still only rpi kernel or maybe Dave managed to mainlining it? (it would be nice to have single OS mage for AML/RK/AW/BCM)
[16:12:39] clever: warpme_: ive not been keeping an eye on the linux mainlining side of things, most of my work has been in the rpi firmware side
[16:15:38] clever: warpme_: which part of the hw did v4l2_m2m manage?
[16:15:38] warpme_: clever: so Your work is nice as last time I tried minimyth2 with mainline u-boot+kernel give me fully working rpi3 appliance...except v4l2 m2m decode (which is crucial in mythtv use-case). ehhh....
[16:16:09] clever: warpme_: ive been working on replacing the bootcode.bin and start.elf blobs, so things are more open
[16:16:29] clever: warpme_: currently, no hw accel or video output of any kind works, so its only usable as a mythbackend and nothing more
[16:17:06] warpme_: i think it is in-kernel v4l2_m2m dec. call mapping to mmal calls.
[16:19:17] warpme_: ahh indeed. My test were with rpi booloader (bootcode.bin, start.elf, etc blobs). rest was FOSS....
[16:19:52] clever: start.elf is what contains most of the drivers for the hw accel stuff
[16:24:47] warpme_: so it manages stateless video decoder via mmal abstraction. IIRC rpi kernel has build-in translation v4l2_m2m calls to mmal calls. I think this should be addresses somehow as rest of ARM platforms are becoming really ahead here. I feel pain of rpi4 devs where they need to deal with 2 different apis to do h264 and HEVC hw. assisted decoding.
[16:29:22] clever: warpme_: the old openmax api was pretty complex, and could have handled this, but its more broadcom centric
[16:30:05] clever: it was basically a series of components, with ports of a given type (audio, video, timing, subs, encoded data) which could be linked up
[16:30:15] clever: for example, demuxer->hw decode->render
[16:31:08] markk_: warpme_: have officially lost the will to live. going to give it a break for a day... or two
[16:42:24] warpme_: markk_: i feel our pain! embeeded world is really less friendly when compared to PC. But having myth playing fullHD/4k on box being price fraction of x86 (like 25$ s912 vs. cheapest intel with hd510+ which is 120$+) for me nice feeling of showing middle finger to intel with its "premium" pricing for crappy architecture. Mark: rest! – and pls remember: we are really close!
[16:44:30] warpme_: markk_: btw: my friends are telling me: "One explanation would be that secure boot was enabled"
[16:45:14] warpme_: and all his is not because embedded world. it is because mastandonts like intel or google. hate them for this!
[16:51:04] warpme_: really love AMD and ryzen for kicking intel. Google is even worse: they are doing subtle pressure on SoC vendors to get other-than-android OS booting more difficult – as they want to maintain dominant android position in small-box ARM devices. I know concrete examples but don't have evidence – so.....
[16:54:00] warpme_: remember MS with secure EFI! This is real gorilla squeezing others. they are repeating MS case from mid 90 when they killed IMHO best of OS I played: OS/2
[17:34:19] markk_ (markk_!~mark@host86-161-39-10.range86-161.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[19:33:48] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[19:33:48] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[21:12:44] knowledgejunkie: stuarta: anyone: am I correct in thinking that in order to change version/milestone/etc or close an open ticket, I should only need to be logged and open the 'modify ticket' section above the 'add comment' section at the bottom of a ticket? There's no secret menu to edit tickets?
[21:14:02] knowledgejunkie: I ask again as i'm still only seeing an option to 'leave as new' an open ticket that I want to update/close
[21:23:53] stuarta: correct
[21:24:17] stuarta: knowledgejunkie: what's the username again and i'll recheck
[21:29:35] knowledgejunkie: github username is knowledgejunkie
[21:29:44] knowledgejunkie: stuarta: ^^
[21:32:21] stuarta: knowledgejunkie: stupid question, you are using https://code.mythtv.org/trac aren't you?
[21:32:33] stuarta: the permissions are there, correctly set AFAICT
[21:33:12] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 276 seconds)
[21:33:36] knowledgejunkie: yup
[21:33:52] knowledgejunkie: just wiped out all *.mythtv.org cookies again and re-logged back in
[21:35:13] knowledgejunkie: i'm used to redmine for ticket admin but not trac
[21:35:29] stuarta: i'm hoping to move to redmine in the future
[21:36:37] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[21:36:37] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[21:55:24] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has quit (Remote host closed the connection)
[22:03:14] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d90:bc01:9be6:831c:4ed8:495d) has quit (Remote host closed the connection)
[22:07:30] knowledgejunkie: stuarta: there are no other nicks/usernames in the trac db that could be interfering? just tried again in chromium and get the same result
[22:08:11] knowledgejunkie: stuarta: would revoking github oauth access make any difference?
[22:14:31] knowledgejunkie: trac report #32 is blowing up
[22:14:31] ** MythLogBot https://code.mythtv.org/trac/ticket/32 **
[22:22:07] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has joined #mythtv
[22:22:58] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has quit (Read error: Connection reset by peer)
[22:23:13] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has joined #mythtv
[22:25:38] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has quit (Remote host closed the connection)
[22:34:19] SteveGoodey (SteveGoodey!~steve@host86-150-60-252.range86-150.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:36:50] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has joined #mythtv
[22:39:08] heyitsrama (heyitsrama!~heyitsram@eduroam-169-233-171-252.ucsc.edu) has quit (Remote host closed the connection)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.