| 00:58:21 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:20:16 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:5125:465d:71e8:d3bc) |
| 01:24:41 | | Quit ZincAlloy (Ping timeout: 245 seconds) |
| 02:00 |
| 02:00:47 | | Join kugel [0] (~kugel@ip5f59a293.dynamic.kabel-deutschland.de) |
| 02:58:25 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:17:14 | | Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 03:18:32 | | Quit tchan (Ping timeout: 240 seconds) |
| 04:00 |
| 04:58:28 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:23:54 | speachy | __builtin: I can generate a new set of ssh keys for gerrit but it's goign to require manual intervention for everyone. |
| 06:33:10 | | Join advcomp2019_ [0] (~advcomp20@user/advcomp2019) |
| 06:37:07 | | Quit advcomp2019 (Ping timeout: 256 seconds) |
| 06:58:31 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:16:01 | speachy | because the ssh protocol doesn't know anything about rotating keys |
| 08:00 |
| 08:05:29 | | Quit tchan1 (Read error: Connection reset by peer) |
| 08:07:22 | | Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 08:12:06 | | Quit tchan1 (Client Quit) |
| 08:12:23 | | Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 08:25:26 | | Quit tchan (Ping timeout: 246 seconds) |
| 08:35:40 | | Quit ufdm (Read error: Connection reset by peer) |
| 08:35:58 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 08:58:32 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:14:50 | | Join massiveH [0] (~massiveH@ool-18e4ebfe.dyn.optonline.net) |
| 09:50:55 | rb-bluebot | Build Server message: New build round started. Revision 7af98ce6bb, 303 builds, 11 clients. |
| 09:52:31 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 10:00 |
| 10:02:52 | rb-bluebot | Build Server message: Build round completed after 717 seconds. |
| 10:02:54 | rb-bluebot | Build Server message: Revision 7af98ce6bb result: All green |
| 10:07:00 | amachronic | speachy: that last commit may improve the USB situation |
| 10:07:42 | amachronic | I screwed up set address requests when I converted them to the new API and they could've been getting corrupted. |
| 10:30:34 | | Join Genju [0] (~Genju@user/genju) |
| 10:30:42 | Genju | greetings |
| 10:30:53 | rb-bluebot | Build Server message: New build round started. Revision b14df9077f, 303 builds, 11 clients. |
| 10:31:09 | Genju | https://www.rockbox.org/wiki/AIGOErosQK <−− "The RockboxUtility fully supports these players (note that the current 1.4.1 release is from 2019 and will not work)." |
| 10:31:20 | Genju | is it just me or is this conflicting information? |
| 10:32:03 | amachronic | the support is there I believe, but only in dev builds which aren't released. |
| 10:32:26 | Genju | hm, is there any way to get a git build of rbutil without compiling it myself? |
| 10:32:45 | Genju | (build for windows, that is) |
| 10:32:46 | amachronic | try here https://forums.rockbox.org/index.php/topic,53588.0.html |
| 10:33:03 | Genju | oh, sweet, thank you! |
| 10:33:07 | amachronic | I'm not sure if there's anything newer. |
| 10:33:17 | amachronic | you're welcome! :) |
| 10:35:13 | Genju | that one has the aigo eros q and k players in the device list, at least |
| 10:35:44 | Genju | guess i'll have to measure my device to figure out which one to use |
| 10:35:54 | Genju | or put it on a scale :] |
| 10:36:18 | Genju | (ordered a surfans f20 unit today) |
| 10:37:25 | | Quit massiveH (Quit: Leaving) |
| 10:37:34 | Genju | oh, never mind, surfans f20 is in the device list, too! |
| 10:42:41 | rb-bluebot | Build Server message: Build round completed after 709 seconds. |
| 10:42:42 | rb-bluebot | Build Server message: Revision b14df9077f result: All green |
| 10:53:17 | Genju | well, look at that |
| 10:53:30 | Genju | actually managed to compile a git version of rbutil :D |
| 10:54:18 | Genju | x86_64 even! |
| 10:55:18 | Genju | it depends on a bunch of external dll files, couldn't be bothered to make a fully static build, but it hasn't exploded yet |
| 10:55:35 | | Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 10:58:35 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:07:06 | _bilgus | doing better than I Genju I just never use rbutil :p |
| 11:07:29 | Genju | the manual installation process for the F20 seems a bit tedious |
| 11:07:54 | Genju | like installing a special driver |
| 11:08:23 | Genju | ah, wait, that's just for the native port |
| 11:08:33 | Genju | installing hosted rockbox seems easy enough without rbutil |
| 11:17:35 | | Quit amachronic (Read error: Connection reset by peer) |
| 11:37:32 | | Quit tchan (Ping timeout: 240 seconds) |
| 11:38:52 | | Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 12:00 |
| 12:46:08 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
| 12:58:38 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:02:50 | | Join lebellium [0] (~lebellium@2a01cb04012c09001d3934e5e4145d94.ipv6.abo.wanadoo.fr) |
| 13:52:30 | | Quit Genju (Quit: Genju) |
| 14:00 |
| 14:53:19 | | Join asabas [0] (~asabas@103.113.159.250) |
| 14:55:37 | | Join kugel_ [0] (~kugel@ip5f59a293.dynamic.kabel-deutschland.de) |
| 14:58:43 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:00:32 | | Join salty-horse [0] (~salty-hor@user/salty-horse) |
| 15:00:46 | | Quit kugel (*.net *.split) |
| 15:00:46 | | Quit Xeha (*.net *.split) |
| 15:00:46 | | Quit asaba (*.net *.split) |
| 15:00:46 | | Quit Galois (*.net *.split) |
| 15:00:46 | | Quit dys (*.net *.split) |
| 15:00:53 | salty-horse | speachy, my headphones button issue is unrelated to your patch. I'll investigate it. |
| 15:01:09 | | Join Xeha [0] (~Xeha@dynamic-82-220-88-142.ftth.solnet.ch) |
| 15:02:14 | salty-horse | who is the webmaster for the rockbox website? It seems to be blocking my firefox user agent: returning http 403 when I use it, and 200 when I change it. |
| 15:05:53 | speachy | salty-horse: that would be me. send me the IP address you're coming from and I can look it up. |
| 16:00 |
| 16:07:59 | speachy | ok, turns out firefox nightly is experimenting with "Firefox/100" in the user-agent and that was tripping over one of the rules in the banlist. |
| 16:08:16 | speachy | (a lot of bots claim to be firefox/1something) |
| 16:28:13 | | Quit salty-horse (Quit: Leaving) |
| 16:51:57 | braewoods | finally, firefox has beaten chrome at something. |
| 16:52:02 | braewoods | version numbers. :P |
| 16:58:47 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:10:04 | tertu | okay so |
| 17:10:08 | tertu | now that i have my eros k |
| 17:10:15 | tertu | where can i grab the native builds? |
| 17:15:29 | | Join dconrad_web [0] (~dconrad_w@entr-34279.desm.netins.net) |
| 17:16:31 | | Quit braewoods (Quit: WeeChat 2.8) |
| 17:19:32 | dconrad_web | tertu: I think generally we're not keeping the native eros q/k builds around in order to reduce confusion, but the automatic builds after each commit are kept at https://build.rockbox.org/data/rockbox-erosqnative.zip for the time being (linked to from https://build.rockbox.org/dev.cgi) |
| 17:19:44 | dconrad_web | just be aware, things might break from commit-to-commit |
| 17:20:41 | dconrad_web | the bootloader isn't saved in the same way, but if you're ready to try it out I can get it to you when I get home from work |
| 17:21:49 | dconrad_web | as far as I'm aware I'm the only one who has tried it yet, so... it is definitely "your mileage may vary" |
| 17:25:06 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 17:25:22 | dconrad_web | though I will say it has been remarkably stable for me |
| 17:28:10 | | Quit lebellium (Quit: Leaving) |
| 17:36:41 | munkis | well reverting dpc fixed the brightness changes, but not the panics. |
| 17:48:14 | tertu | i'd definitely like to give it a shot |
| 17:50:15 | dconrad_web | excellent, I should be able to get the bootloader to you in an hour or so |
| 17:52:07 | dconrad_web | I assume you've seen the writeup on https://www.rockbox.org/wiki/AIGOErosQK and https://forums.rockbox.org/index.php/topic,53858.0.html/ (first post, mostly for the jztool downloads)? |
| 18:00 |
| 18:02:01 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 18:07:27 | munkis | amachronic: have you seen fs#13316? |
| 18:07:28 | rb-bluebot | https://www.rockbox.org/tracker/task/13316 Copying files is extremely slow (bugs, unconfirmed) |
| 18:08:41 | amachronic | yeah... |
| 18:15:26 | _bilgus | Ive gotten a divide by zero several time on unplug since the USB stuff went in |
| 18:15:51 | _bilgus | totally un-reproducible OFC |
| 18:16:46 | _bilgus | I don't know if that narrows anything down for you or just makes it worse :/ |
| 18:17:20 | amachronic | which port? at least that sounds like an easy one |
| 18:20:28 | | Quit ZincAlloy (Quit: Leaving.) |
| 18:21:02 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:bdc3:ca08:66a8:2a89) |
| 18:21:02 | | Quit ZincAlloy (Client Quit) |
| 18:21:58 | _bilgus | thats the clip zip |
| 18:25:27 | amachronic | could you get me a pc next time it happens? |
| 18:26:22 | amachronic | and rockbox.map from the build |
| 18:26:32 | amachronic | or .elf even better |
| 18:27:36 | | Quit dconrad_web (Quit: Connection closed) |
| 18:43:11 | tertu | yep |
| 18:44:57 | _bilgus | lets see if it will happen |
| 18:51:08 | munkis | what can you do with the pc? (I am trying to debug a [probably] entirely unnrelated crash) |
| 18:53:30 | amachronic | if you use objdump -d on the rockbox.elf file, it'll give you a disassembly with everything in the proper address space (usually) so you can use the pc to find the failing instruction |
| 18:54:32 | munkis | ah thanks |
| 18:55:43 | amachronic | so now you can "translate" all those backtraces :) |
| 18:57:29 | tertu | yes i have seen the rightup |
| 18:57:48 | tertu | *writeup |
| 18:58:48 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:01:02 | | Join cockroach [0] (~blattodea@user/cockroach) |
| 19:03:55 | | Quit amachronic (Quit: amachronic) |
| 19:04:29 | | Join dconrad [0] (~dconrad@152.117.104.224) |
| 19:06:41 | _bilgus | something special for ARM? |
| 19:08:27 | _bilgus | rockbox.elf: file format elf32-little −− objdump: can't disassemble for architecture UNKNOWN! |
| 19:15:40 | dconrad | tertu, here's the bootloader: https://www.dropbox.com/s/ea4o3yd0d9flbw4/erosqk_native_bootloader_11-09-2021.zip?dl=0 |
| 19:16:18 | dconrad | well, https://www.dropbox.com/s/ea4o3yd0d9flbw4/erosqk_native_bootloader_11-09-2021.zip?dl=1 to download it I guess |
| 19:16:46 | dconrad | freshly built and tested on my own device |
| 19:21:08 | dconrad | let me know how it goes, hopefully it's smooth sailing |
| 19:21:35 | dconrad | and don't forget the bootloader backup first ;-) |
| 19:43:02 | tertu | okay so it *immediately* shuts down thinking the battery is dead |
| 19:44:11 | dconrad | aww, shoot I thought I had that fixed |
| 19:44:24 | dconrad | hmm |
| 19:44:38 | tertu | other than that, seems to boot fine :) |
| 19:44:52 | dconrad | excellent |
| 19:46:32 | dconrad | I can get you another build with a longer delay before it samples the battery to see how long that delay needs to be |
| 19:46:53 | tertu | i'll try it! |
| 19:47:00 | dconrad | one minute |
| 19:49:59 | dconrad | one sanity check though, do you know if the battery does have charge in it? you've charged it recently? |
| 19:50:41 | tertu | yes |
| 19:50:49 | tertu | well, i mean |
| 19:50:53 | tertu | i just got it |
| 19:51:10 | tertu | and it has been charging for like, 5 hrs |
| 19:51:16 | dconrad | ok, yeah should be plenty |
| 19:51:19 | tertu | the ofw thinks the battery is full |
| 19:51:30 | dconrad | I just wanted to make sure it wasn't genuinely dead |
| 19:53:00 | tertu | makes sense! |
| 19:56:27 | dconrad | it's taking a while to build, should be done in a few minutes here |
| 19:57:41 | tertu | np, i'm in no rush |
| 19:57:47 | dconrad | sweet |
| 19:57:55 | tertu | (shouldn't even really be on irc now, but whatever) |
| 19:58:07 | dconrad | haha oh well |
| 20:00 |
| 20:03:14 | dconrad | https://www.dropbox.com/s/lef31f896spbf01/rockbox-erosqn-250ms.zip?dl=1 |
| 20:03:20 | dconrad | alright, give that one a shot |
| 20:03:41 | dconrad | I increased it by quite a bit, so hopefully it should work OK |
| 20:18:01 | tertu | it boots! |
| 20:18:09 | tertu | i'm trying to play music now and getting some panics |
| 20:19:15 | tertu | and after rebooting after one of them it now seems to think the battery is very empty. hmm |
| 20:19:42 | dconrad | hmm |
| 20:19:55 | tertu | i'll look into it more later |
| 20:20:02 | dconrad | are you using the file browser or the database? |
| 20:20:13 | dconrad | alright, shoot I thought it was good to go haha |
| 20:20:17 | tertu | file browser |
| 20:20:19 | tertu | i mean |
| 20:20:23 | tertu | this is honestly fine? |
| 20:21:15 | dconrad | well I mean it's been solid for me for daily use for a while now |
| 20:21:24 | dconrad | so I'm not sure what's different |
| 20:21:32 | tertu | yeah one of the tracks was kind of weird |
| 20:21:37 | tertu | it was like a youtube extracted opus |
| 20:22:16 | dconrad | oh that might be weird yeah... does a "normal" mp3 or flac play ok? |
| 20:25:45 | tertu | oh i couldn't actually play any tracks. the other ones gave me a *PANIC* TLB refill handler at 0x80025990! [0x4] |
| 20:25:54 | tertu | possibly the file names are too long |
| 20:25:55 | dconrad | shoot |
| 20:26:40 | tertu | it also sometimes seems to not show the contents of my music folder? |
| 20:26:57 | dconrad | ok, that's a strange one |
| 20:27:29 | tertu | i did format the card on linux so i don't know if it might have been formatted weirdly |
| 20:27:38 | tertu | it's a 128GB samsung sd card |
| 20:27:59 | dconrad | that's pretty large, but it should still be ok I would think |
| 20:28:13 | dconrad | how many files are in the music folder? |
| 20:28:57 | dconrad | not counting sub-folders, I guess |
| 20:29:17 | tertu | none, it's only subfolders |
| 20:29:35 | dconrad | ok, I thought maybe it was just a ton of files or something |
| 20:29:42 | tertu | but it's a total of 18! |
| 20:29:44 | tertu | that said |
| 20:31:14 | tertu | the longest path name on there is. 149 characters |
| 20:31:29 | tertu | might try shortening that |
| 20:31:40 | dconrad | yeah that would be worth a shot |
| 20:32:51 | dconrad | one other thing that might be worth trying is go into the context menu on "Files" (hold down menu), and try "Start File Browser at /" |
| 20:32:59 | dconrad | see if that changes anything |
| 20:34:32 | speachy | _bilgus: use the objdump that's part of our toolchain; arm-elf-eabi-objdump (I tihnk) |
| 20:34:46 | tertu | okay now the music folder is once again showing as empty |
| 20:34:56 | tertu | doing start file browser at / did not seem to affect that |
| 20:35:30 | dconrad | hmm |
| 20:35:35 | _bilgus | ah thanks that will save me from dumpint to asm |
| 20:36:58 | _bilgus | tertu our paths are 260 char |
| 20:37:17 | tertu | yeah so the way it seems to go right now is: boot, /Music contains nothing |
| 20:37:18 | _bilgus | could you try the file browser in the demos/lua/scripts plugin? |
| 20:37:37 | dconrad | well one thing that might point us in the right direction as well, go into the Files context menu again and change "Show Files" to All |
| 20:38:21 | tertu | yeah so three things show up there |
| 20:38:41 | _bilgus | . .. and |
| 20:39:56 | _bilgus | oh nm I guess I removed that |
| 20:40:01 | _bilgus | whatshows up lol |
| 20:40:10 | tertu | so if I go into /, everything is normal |
| 20:41:17 | tertu | if i go into Music, i get /Music/RB12(missing character), /Music/þÿ, and /Music/ð@ |
| 20:41:24 | _bilgus | ahhh |
| 20:41:34 | _bilgus | you have utf16 fnames |
| 20:41:40 | tertu | Oh. |
| 20:41:43 | tertu | What. |
| 20:41:45 | tertu | Why. |
| 20:41:56 | _bilgus | because you changed fs I presume |
| 20:42:16 | tertu | yes |
| 20:42:21 | _bilgus | I bet that has something to do with those people that have to reformat the cards really well |
| 20:42:41 | tertu | yeah I was looking at it and i was like |
| 20:42:51 | tertu | this looks like a unicode problem, but i don't know enough to know what kind |
| 20:42:58 | _bilgus | try popping the card in the pc (or maybe in usb mode) and rename a few now that it is FAT32 |
| 20:43:12 | tertu | well it didn't have any files on it when it was exfat... |
| 20:44:24 | _bilgus | its either that or a corrupted FAT table |
| 20:44:58 | tertu | that was my other guess, given that it seems like the os and the player disagree about what the format is |
| 20:45:43 | _bilgus | lua is just displasying what core has fed it its just lower level |
| 20:45:51 | _bilgus | displaying |
| 20:48:56 | tertu | oh, sorry, by the OS |
| 20:49:04 | tertu | i mean my computer seems to find nothing wrong with it |
| 20:49:09 | tertu | and by the player i mean rockbox |
| 20:49:17 | _bilgus | I mean by rockbox RB |
| 20:50:02 | tertu | okay disagree about what the format is is also imprecise, what i meant was that rockbox and my laptop do not see the same directory structure |
| 20:50:22 | tertu | i could try reformatting it under windows |
| 20:54:57 | _bilgus | give me a second and I'll find the forum post |
| 20:55:40 | tertu | fwiw linux seems to believe it has utf8 filenames |
| 20:57:28 | _bilgus | https://forums.rockbox.org/index.php/topic,51941.msg240386.html#msg240386 |
| 20:57:32 | _bilgus | for windows |
| 20:58:51 | *** | Saving seen data "./dancer.seen" |
| 20:59:21 | _bilgus | and I want to say someone said they had luck in the gui gparted |
| 21:00 |
| 21:01:35 | _bilgus | for linux.. |
| 21:06:10 | | Quit tchan (Quit: WeeChat 3.3) |
| 21:06:51 | tertu | that may well be it |
| 21:07:19 | tertu | i left a small area at the front of the disk unformatted, and it could be some of the exfat stuff was left over |
| 21:16:34 | | Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) |
| 21:30:00 | dconrad | I wonder if we could ignore low battery shutdowns for the first ~10 seconds after boot |
| 21:30:29 | dconrad | seeing how much variation x1000 devices seem to have in time before they read the battery correctly |
| 21:42:30 | _bilgus | it would be better to hold up boot |
| 21:43:03 | _bilgus | if you give them that much time they are already playing music draining a low battery even more |
| 21:43:37 | _bilgus | let boot time out after 10s of a low read |
| 21:43:58 | _bilgus | then there isn't anything to copy and minimal processing |
| 21:44:12 | dconrad | hmm |
| 21:44:49 | dconrad | yeah that could be ok |
| 21:45:29 | dconrad | block booting until the battery reads ok or times out |
| 21:45:55 | _bilgus | it might be slightly annoying but better than wiping out your battery |
| 21:46:55 | _bilgus | if it already has display up you could inform the user or even have a timeout |
| 21:47:35 | dconrad | would need to make sure it can still boot if usb is present I think |
| 21:47:43 | _bilgus | for the time being you might hook a count in there and store that in settings |
| 21:47:44 | dconrad | usb present + dead battery |
| 21:48:32 | _bilgus | I don't know how much variation you have but you might make it a debug item that you can query users about |
| 21:48:51 | _bilgus | or just dump it to settings and ask to see it |
| 21:50:00 | dconrad | well it seems that both m3k and eros q/k have some devices which are ok with a certain "wait time", and others which require quite a bit more |
| 21:50:14 | _bilgus | IIRC the fuze plus had a special build that enabled it but devices generally refuse to boot till it hits a threshold |
| 21:50:15 | dconrad | but all devices are "within spec" |
| 21:50:44 | _bilgus | so I wouldnt boot if battery dead and usb plugged |
| 21:51:10 | dconrad | it would be nice to enable a full second before deciding to shut down so any caps can be charged |
| 21:51:18 | _bilgus | assuming it can charge in the bootloader |
| 21:51:48 | dconrad | yeah I forget if these x1000 devices have hardware charging in their "off" state |
| 21:52:16 | _bilgus | I would lean towards yes but who knows |
| 22:00 |
| 22:12:07 | | Quit dconrad (Remote host closed the connection) |
| 22:12:43 | | Quit cockroach (Quit: leaving) |
| 22:14:27 | | Join dconrad [0] (~dconrad@152.117.104.224) |
| 22:21:52 | dconrad | possibly dumb question: when powermgmt_init() gets run, it just spins off power_thread and then they can be considered to be running in parallel, right? it's going to move on to the next init thing right away |
| 22:22:10 | dconrad | I'm not super familiar with threaded stuff |
| 22:24:57 | dconrad | looks like there's already a similar "wait until a valid read" thing for mrobe 100 and dx50/90 in the power thread |
| 22:29:15 | dconrad | though interestingly they don't seem to time out, so if they were actually suuuuper dead on boot, it may not ever actually do the emergency shutdown? |
| 22:47:11 | | Quit emacsomancer (Ping timeout: 245 seconds) |
| 22:49:01 | | Join emacsomancer [0] (~emacsoman@136.60.128.68) |
| 22:58:54 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:53:35 | _bilgus | possibly a bug? idk I try not to mess with studd I can't test |
| 23:53:41 | _bilgus | stuff |
| 23:54:06 | _bilgus | the thread will hold till it yields |
| 23:54:33 | _bilgus | depending on how its set up have to look |
| 23:57:01 | | Quit dconrad (Remote host closed the connection) |
| 23:57:05 | | Join tertu2 [0] (~tertu@user/tertu) |
| 23:57:41 | | Quit tertu (Ping timeout: 244 seconds) |
| 23:58:04 | _bilgus | yeah it yields in sleep sleep(POWER_THREAD_STEP_TICKS); |
icon identifies that the person is a core developer (has commit access).