| 00:08:10 | _bilgus__ | looks like there isn't a direct ioctl call but maybe writing a new brightness level for the device however that works |
| 00:08:41 | speachy | the only direct ioctl is on vs off, which might not do anything to the backlight anyway. |
| 00:09:16 | speachy | don't think there's any way to avoid polling for power/usb/battery level though. |
| 00:09:41 | speachy | well, usb and power yes, but battery level no. |
| 00:11:06 | speachy | if we were using native threads this wouldn't be as big of a deal |
| 00:17:48 | _bilgus__ | same as anything going through a translation layer I suppose |
| 00:21:54 | | Quit TheSeven (Disconnected by services) |
| 00:22:04 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 00:27:20 | speachy | no.. we appear to the host os as a single thread, so any I/O blocks everything else. |
| 00:34:05 | _bilgus__ | why can't we run a helper app to poll for us then? |
| 00:34:37 | speachy | we could, but that info has to get back to us. via a signal or shared memory |
| 00:34:47 | speachy | or a pipe I suppose too.. |
| 00:35:51 | speachy | anyway. I did find two bugs in the ALSA driver but they're related to recording. |
| 00:37:46 | _bilgus__ | I think it sounds quite plausible that the IO is hanging it but why it doesn't happen on the other targets ya got me there |
| 00:39:00 | speachy | because tthe other targets are using native threading. :) |
| 00:40:04 | _bilgus__ | ahh |
| 00:40:25 | speachy | (as in, our bare-metal kernel) |
| 00:40:44 | speachy | it's not fully preemptible but it does well enough |
| 00:42:47 | _bilgus__ | got it sorry I'm not really up speed on the hosted side |
| 00:44:13 | speachy | neither was I until relatively recently. But I have the advantage of being pretty familiar with embedded linux hackery and my earliest F/OSS contributions were sound-related. :) |
| 00:44:28 | *** | Saving seen data "./dancer.seen" |
| 00:45:49 | fs-bluebot | Build Server message: New build round started. Revision 4afd1f9, 293 builds, 9 clients. |
| 00:45:52 | speachy | lets |
| 00:46:35 | speachy | let's see how this box performs now. :D |
| 00:49:09 | speachy | anyway, I'm going to pack it in. if you do get a logf dump when that playback hang is triggered, please send it over |
| 00:49:36 | speachy | (as soon as it hangs, dump it immediately) |
| 00:52:36 | _bilgus__ | will do I have it built I was just off fixing other stuff sorry didn't realize you were waiting on it |
| 01:00 |
| 01:00:13 | fs-bluebot | Build Server message: Build round completed after 864 seconds. |
| 01:00:22 | fs-bluebot | Build Server message: Revision 4afd1f9 result: 10 errors 0 warnings |
| 01:02:36 | | Quit massiveH (Quit: Leaving) |
| 02:00 |
| 02:32:31 | | Quit yosafbridge (Quit: Leaving) |
| 02:44:32 | *** | Saving seen data "./dancer.seen" |
| 02:53:07 | | Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
| 03:00 |
| 03:03:17 | | Quit Rower (Ping timeout: 260 seconds) |
| 03:08:51 | | Quit logbot (Ping timeout: 265 seconds) |
| 03:08:51 | *** | ERROR: (Closing Link: stuffed.shaftnet.org (Ping timeout: 265 seconds)) from weber.freenode.net |
| 03:08:51 | *** | Cleanup |
| 03:08:51 | *** | Cleanup |
| 03:08:51 | *** | Saving seen data "./dancer.seen" |
| 03:08:51 | *** | Exit |
| 03:08:52 | *** | Started Dancer V4.16 |
| 03:08:52 | DEBUG | gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) |
| 03:08:52 | DEBUG | gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) |
| 03:08:52 | *** | Connected to irc.freenode.net on port 6667 |
| 03:08:52 | *** | Logfile for #rockbox started |
| 03:09:21 | Mode | "logbot :+i" by logbot |
| 03:09:21 | Ctcp | Version from freenode-connect!frigg@freenode/utility-bot/frigg |
| 03:09:27 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 03:09:28 | | Join logbot [0] (~rockbox@stuffed.shaftnet.org) |
| 03:09:28 | | Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
| 03:09:28 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 03:09:28 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 03:09:28 | | Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) |
| 03:09:28 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 03:09:28 | | Join fs-bluebot [0] (~fs-bluebo@55d4753a.access.ecotel.net) |
| 03:09:28 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 03:09:28 | | Join speachy [0] (~speachy@209.2.65.77) |
| 03:09:28 | | Join vvrng [0] (~vvrng@m91-128-94-73.cust.tele2.hr) |
| 03:09:28 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 03:09:28 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 03:09:28 | | Join Tsesarevich [0] (Tsesarevic@fluxbuntu/founder/joejaxx) |
| 03:09:28 | | Join ps-auxw [0] (~arneb@p548c6f52.dip0.t-ipconnect.de) |
| 03:09:28 | | Join Slasherii [0] (~miipekk@itu.ihme.org) |
| 03:09:28 | | Join rudi_s [0] (~simon@bmi.informatik.uni-erlangen.de) |
| 03:09:28 | | Join xcin [0] (~x@159.203.132.140) |
| 03:09:28 | | Join blackyus- [0] (~blackyus1@ip189.ip-144-217-213.net) |
| 03:09:28 | | Join shrizza [0] (~shrizza@oki-180-131-209-187.jptransit.net) |
| 03:09:28 | | Join trfl [0] (~ed@static.59.110.40.188.clients.your-server.de) |
| 03:09:28 | | Join @ChanServ [0] (ChanServ@services.) |
| 03:09:28 | | Join plum [0] (~plum@unaffiliated/plum) |
| 03:09:28 | | Join copper [0] (~copper@unaffiliated/copper) |
| 03:09:28 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 03:09:28 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 03:09:28 | | Join user890104 [0] (~Venci@freemyipod.org) |
| 03:09:28 | | Join Galois [0] (djao@efnet-math.org) |
| 03:09:28 | | Join igitoor [0] (igitur@unaffiliated/contempt) |
| 03:09:28 | | Join aevin [0] (~brootvors@unaffiliated/aevin) |
| 03:09:28 | | Join bleb [0] (~cm@unaffiliated/bleb) |
| 03:09:28 | | Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) |
| 03:09:28 | | Join prg318 [0] (~prg@deadcodersociety/prg318) |
| 03:09:28 | | Join amdj [0] (~aaron@freenode/staff/atheme.amdj) |
| 03:09:28 | | Join mutax [0] (~mutax@ip5f590aa6.dynamic.kabel-deutschland.de) |
| 03:09:28 | | Join ParkerR [0] (~ParkerR@unaffiliated/parkerr) |
| 03:09:28 | | Join benedikt93 [0] (~quassel@unaffiliated/benedikt93) |
| 03:09:28 | | Join Topy44 [0] (OOvo1SKgJD@bellatrix.uberspace.de) |
| 03:09:28 | | Join mikroflops [0] (~yogurt@c188-150-217-176.bredband.comhem.se) |
| 03:09:28 | | Join Strife89 [0] (sid399903@gateway/web/irccloud.com/x-hvumcjonbkillfpb) |
| 03:09:28 | | Join kirvesAxe [0] (kirvesaxe@aulis.sange.fi) |
| 03:09:28 | | Join lonoxmont [0] (~lonoxmont@024-180-058-254.res.spectrum.com) |
| 03:09:28 | | Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) |
| 03:09:28 | | Join __builtin [0] (~quassel@rockbox/developer/builtin) |
| 03:09:28 | | Join TorC [0] (~Tor@fsf/member/TorC) |
| 03:09:28 | | Join asaba [0] (~asaba@103.113.159.184) |
| 03:09:28 | | Join ecs [0] (esawady@d2evs.net) |
| 03:09:28 | | Join sh4 [0] (shapeless@unaffiliated/sh4) |
| 03:09:28 | | Join CommunistWitchDr [0] (quassel@024-217-039-226.res.spectrum.com) |
| 03:09:28 | | Join ArsenArsen [0] (~Arsen@kshare/developer/ArsenArsen) |
| 03:09:28 | | Join jerwin [0] (~flippy-fl@unaffiliated/flippy) |
| 03:09:28 | | Join klock [0] (~freeklock@unaffiliated/klock) |
| 03:09:28 | | Join skrzyp [0] (~skrzyp@skrzyp.net) |
| 03:09:28 | | Join XDjackieXD [0] (~jackie@irc.chaosfield.at) |
| 03:09:28 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 03:09:28 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:09:28 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 03:09:28 | | Join Xeha [0] (~Xeha@unaffiliated/xeha) |
| 03:09:28 | | Join alexbobp [0] (~alex@meowface.org) |
| 03:09:28 | | Join vup [0] (~~~~@46.101.193.235) |
| 03:09:28 | | Join Soap [0] (~Soap@rockbox/staff/soap) |
| 03:09:28 | | Join dys [0] (~dys@aurora.ydns.eu) |
| 03:09:28 | | Join mendel_munkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 03:09:28 | | Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) |
| 03:09:28 | | Join _bilgus__ [0] (~bilgus@65.186.35.190) |
| 03:09:28 | | Join atsampson [0] (~ats@cartman.offog.org) |
| 03:09:28 | | Join JanC [0] (~janc@lugwv/member/JanC) |
| 03:09:28 | | Join Ckat [0] (~Ckat@xn--z7x.xn--6frz82g) |
| 03:09:28 | | Join TheSphinX^ [0] (~briehl@srv001.nosupamu.de) |
| 03:09:28 | | Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 03:09:28 | | Join Barlow [0] (~barlow@unaffiliated/barlow) |
| 03:09:28 | | Join genevino [0] (~genevino@m2m.pm) |
| 03:09:28 | | Join braewoods [0] (~braewoods@learnprogramming/staff/braewoods) |
| 03:09:28 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 03:09:28 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 03:09:28 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 03:09:28 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 03:09:28 | | Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) |
| 03:09:28 | | Join APLU [0] (~mulx@2a03:7220:8081:2900::1) |
| 03:09:28 | | Join t0mato [0] (~t0mato@193.32.127.162) |
| 03:09:28 | | Join amiconn [0] (jens@rockbox/developer/amiconn) |
| 03:09:28 | | Join pixelma [0] (marianne@rockbox/staff/pixelma) |
| 03:09:28 | | Join toruvinn [0] (~toruvinn@87-205-132-1.adsl.inetia.pl) |
| 03:09:28 | | Join fauweh [0] (~root@ithaqua.unzane.com) |
| 03:09:28 | | Join efqw [0] (uid412670@gateway/web/irccloud.com/x-cjmgdgoswnanyjsg) |
| 03:09:28 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-tpncpihvtlasucfq) |
| 03:09:28 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-aggpelywdczulgkq) |
| 03:09:28 | | Join bzed [0] (~bzed@shell.bzed.at) |
| 03:09:28 | | Join heredoc [0] (heredoc@2a01:7e01::f03c:91ff:fec1:de1d) |
| 03:09:28 | | Join ender| [0] (~ender1@2a01:260:4094:1:6045:6fff:fedd:cbf3) |
| 03:09:28 | | Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-ibzwjrmlfzihcpnq) |
| 03:09:28 | | Join SammysHP [0] (~SammysHP@faol.sammyshp.de) |
| 03:09:28 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 03:09:28 | | Join pookie [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 03:09:28 | | Join Acou_Bass [0] (~eddie@cpc96070-bolt17-2-0-cust175.10-3.cable.virginm.net) |
| 03:09:28 | | Join _3dsv [0] (~3dsv@068-184-255-059.res.spectrum.com) |
| 03:09:28 | | Join rogeliodh [0] (~rogeliodh@rogeliodh.dev) |
| 03:09:28 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 03:09:28 | | Join mixfix41 [0] (~popebook2@unaffiliated/mixfix41) |
| 03:09:28 | | Join galaxy_knuckles [0] (~gknux@unaffiliated/galaxy-knuckles/x-1756549) |
| 03:16:07 | _bilgus__ | speachy logf from the rocker https://pastebin.com/Dt28Gqtk |
| 03:32:48 | | Quit vvrng (Remote host closed the connection) |
| 04:00 |
| 04:23:01 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 04:23:06 | | Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) |
| 04:28:09 | | Quit S|h|a|w|n (Quit: Leaving) |
| 04:30:05 | | Quit prof_wolfff (Ping timeout: 260 seconds) |
| 05:00 |
| 05:07:48 | | Join johnb3 [0] (~johnb2@p5b3afeac.dip0.t-ipconnect.de) |
| 05:08:55 | *** | Saving seen data "./dancer.seen" |
| 05:18:35 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 05:25:30 | lebellium | _bilgus__: indeed I think you broke the icons 8x8 in May 2020. The 1st offsets were 42 4d 7a like for the other sizes and now the 1st offsets are 42 4d 38. I assume we lost transparency somewhere here |
| 05:25:57 | lebellium | 6 months without noticing it :( |
| 05:26:49 | lebellium | A few years earlier the Clip Zip was the most popular target, it would have been noticed immediately |
| 05:36:22 | lebellium | Plus some icons like the 'Rockbox' icon don't match with the other sizes |
| 05:37:40 | lebellium | From my point of view the icons should be the same across all sizes to get the same name "tango" |
| 05:44:58 | | Quit SammysHP (Quit: *wuff*) |
| 05:45:19 | | Join SammysHP [0] (~SammysHP@faol.sammyshp.de) |
| 05:49:39 | | Quit SammysHP (Client Quit) |
| 05:50:08 | | Join SammysHP [0] (~SammysHP@faol.sammyshp.de) |
| 07:00 |
| 07:08:56 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:08:33 | | Join MrZeus_ [0] (~MrZeus@2a02:c7f:70d0:6a00:20d5:a6ab:6b85:44) |
| 08:28:04 | | Quit johnb3 (Ping timeout: 240 seconds) |
| 08:38:44 | fs-bluebot | Build Server message: New build round started. Revision d4a80ce, 293 builds, 9 clients. |
| 08:42:25 | speachy | _bilgus__: thank you. unfortunately it's perfectly normal-looking. |
| 08:51:43 | fs-bluebot | Build Server message: Build round completed after 778 seconds. |
| 08:51:46 | fs-bluebot | Build Server message: Revision d4a80ce result: All green |
| 09:00 |
| 09:08:57 | *** | Saving seen data "./dancer.seen" |
| 09:12:45 | | Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) |
| 10:00 |
| 10:02:21 | | Quit prof_wolfff (Ping timeout: 260 seconds) |
| 11:00 |
| 11:08:14 | | Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) |
| 11:09:00 | *** | Saving seen data "./dancer.seen" |
| 11:09:18 | | Join johnb3 [0] (~johnb2@p5b3afeac.dip0.t-ipconnect.de) |
| 11:16:28 | | Quit Strife89 (Read error: Connection reset by peer) |
| 11:16:45 | | Join Strife89 [0] (sid399903@gateway/web/irccloud.com/x-frywjzoyenhdxjms) |
| 11:18:25 | | Quit prof_wolfff (Ping timeout: 260 seconds) |
| 11:25:02 | | Quit Moarc (Read error: Connection reset by peer) |
| 11:26:09 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 11:34:18 | _bilgus__ | lebellium, I've been using the clipzip daily since then |
| 11:37:03 | | Quit Moarc (Read error: Connection reset by peer) |
| 11:38:25 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 11:38:30 | _bilgus__ | the user that submitted them did rightfully argue that the tiny icons were very blurry |
| 11:40:18 | _bilgus__ | but honestly IDC I spend maybe 30 mins a week actually looking at the screen |
| 11:46:46 | lebellium | well, if you use a theme with dark background, you would see the issue everytime you turn on the device so it's quite annoying for those |
| 11:47:02 | lebellium | I'm using my own theme with a white background so the transparency issue isn't seen |
| 11:48:10 | lebellium | can you ask the user to add the necessary alpha channel? |
| 11:50:29 | _bilgus__ | oh I'm sure he is nowhere to be found but ill put it on the list.. |
| 11:52:59 | lebellium | otherwise revert back to the older icons. I think the transparency is more important than debatable blurriness |
| 12:00 |
| 12:00:03 | _bilgus__ | sounds good lets revert maybe that'll bring em backhuh so only one target even defines = LCD_FBSTRIDE(w, h) |
| 12:00:28 | _bilgus__ | sorry second half different train of thought |
| 12:01:17 | _bilgus__ | inly the mrobe 500 even defines LCD_STRIDEFORMAT |
| 12:01:48 | _bilgus__ | I'm thinking this might the be the final wonkyness in 2 bit horizontal |
| 12:01:55 | _bilgus__ | vert |
| 12:11:48 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 12:15:02 | | Quit emacsomancer (Ping timeout: 265 seconds) |
| 12:22:25 | fs-bluebot | Build Server message: New build round started. Revision 3fbca49, 293 builds, 8 clients. |
| 12:23:12 | _bilgus__ | ok lebellium Its been reverted If you can test it after its done and make sure everything came out right |
| 12:23:22 | lebellium | ok |
| 12:23:44 | lebellium | meanwhile I'm trying to add transparency myself with Photoshop Elements but it's a fail so far :D |
| 12:23:47 | _bilgus__ | If he comes back I'll ask him to update otherwise oh well |
| 12:24:30 | _bilgus__ | lebellium, I tried and failed too unfortunately its been dithered and it doesn't look right |
| 12:25:06 | _bilgus__ | probably why they look less blurry than the old ones |
| 12:29:42 | _bilgus__ | hmm so I failed to see that the LCD STRIDE vs PIXEL STRIDEare not related |
| 12:30:06 | ArsenArsen | how does rockbox pick what partition to mount? |
| 12:30:23 | _bilgus__ | that means I have 30 lines or so of conditionals that just will never ever get hit |
| 12:30:26 | ArsenArsen | because right now it's saying No partition found when there is a partition with a .rockbox directory on a mkfs.fat -F 32'd fat32 fs |
| 12:30:56 | _bilgus__ | ArsenArsen, it just grabs the first valid one it finds IIRC |
| 12:31:05 | ArsenArsen | _bilgus__: define valid |
| 12:31:24 | ArsenArsen | "/dev/sdd1 * 16510 33554429 33537920 128G c W95 FAT32 (LBA)" -> definitely there |
| 12:31:47 | speachy | ArsenArsen: what target, what version? |
| 12:32:00 | _bilgus__ | but just because you think you formatted properly it means nothing unless it is perfect doing a reformat over exfat sometimes leaves dirty bits laying around |
| 12:32:07 | ArsenArsen | ipod6g, dfae5d881d (I believe) |
| 12:32:16 | ArsenArsen | it's a fairly recent build |
| 12:32:23 | speachy | with an iflash card... |
| 12:32:35 | ArsenArsen | yes, but this worked before |
| 12:33:02 | ArsenArsen | only started breaking down after I started trying to extend the rockbox partition to full size |
| 12:33:05 | speachy | a while back (ie several months) the filesystem mount code was made more robust in the face of wonky partitioning/formatting |
| 12:33:20 | _bilgus__ | as in this card worked last time you booted and today it doesn't? |
| 12:34:02 | ArsenArsen | no, it worked fine, now I removed the partition after sdd1, extended sdd1 and reformatted it with mkfs.fat, and unzipped my rockbox-backup-dfae5d881d-201019.zip (so that there is a .rockbox directory), and now it doesn't find a partition |
| 12:34:09 | _bilgus__ | ah no linux is smart enoght to figure that out we are far less robust |
| 12:34:34 | ArsenArsen | linux probably does have more robust routines yah but I haven't read eithers |
| 12:35:32 | _bilgus__ | I can't tell you exactly where but I know its an issue |
| 12:35:54 | fs-bluebot | Build Server message: Build round completed after 809 seconds. |
| 12:35:56 | fs-bluebot | Build Server message: Revision 3fbca49 result: All green |
| 12:36:21 | ArsenArsen | I mean, it could be some code breaking due to unusual sector sizes or something |
| 12:36:39 | ArsenArsen | wait, does it check the boot flag? |
| 12:37:13 | _bilgus__ | doubtful but its been a while since i've been in the basement |
| 12:37:30 | | Part johnb3 |
| 12:38:01 | | Join johnb3 [0] (~johnb2@p5b3afeac.dip0.t-ipconnect.de) |
| 12:38:32 | ArsenArsen | what does the panic screens how? |
| 12:38:34 | ArsenArsen | show* |
| 12:38:45 | ArsenArsen | mount: 0 looks interesting |
| 12:39:54 | ArsenArsen | ah, it's from panicf |
| 12:40:28 | ArsenArsen | it didn't mount any partitions afaict, so it just panics |
| 12:41:09 | _bilgus__ | now thats odd really should fail gracefully |
| 12:42:05 | ArsenArsen | it happens after unplugging the usb cord in bootloader usb mode |
| 12:42:09 | ArsenArsen | I think that's what should happen |
| 12:43:30 | _bilgus__ | oh hmm I get that in the rocker too it must be new |
| 12:43:47 | | Join amiconn_ [0] (jens@rockbox/developer/amiconn) |
| 12:43:47 | | Nick amiconn is now known as Guest22936 (jens@rockbox/developer/amiconn) |
| 12:43:47 | | Quit Guest22936 (Killed (karatkievich.freenode.net (Nickname regained by services))) |
| 12:43:47 | | Nick amiconn_ is now known as amiconn (jens@rockbox/developer/amiconn) |
| 12:44:53 | | Join pixelma_ [0] (marianne@rockbox/staff/pixelma) |
| 12:44:53 | | Quit pixelma (Killed (karatkievich.freenode.net (Nickname regained by services))) |
| 12:44:53 | | Nick pixelma_ is now known as pixelma (marianne@rockbox/staff/pixelma) |
| 12:52:53 | ArsenArsen | CONFIG_DEFAULT_PARTNUM sounds interesting |
| 12:54:16 | ArsenArsen | looks like it's zero |
| 12:54:30 | | Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) |
| 12:55:46 | | Join edhelas [0] (9d94237298@149-210-220-39.colo.transip.net) |
| 12:56:59 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
| 12:57:10 | ArsenArsen | what does DEBUGF do? |
| 12:57:17 | ArsenArsen | I'm in the basement now lol |
| 13:00 |
| 13:03:12 | ArsenArsen | time to break out the ol hexdump |
| 13:03:52 | _bilgus__ | DEBUGF AND LOGF HAVE TO BE ENABLED IN THE SOURCE AND WITH A SPECIAL BUILD |
| 13:03:59 | ArsenArsen | accidential caps lock? |
| 13:04:05 | _bilgus__ | sorry caps lock |
| 13:04:09 | ArsenArsen | I hope I didn't cause such frustration |
| 13:04:11 | ArsenArsen | ah |
| 13:04:15 | _bilgus__ | was typing defines |
| 13:04:28 | ArsenArsen | yeah, I assume the build I have (from rbutil) doesn't have them |
| 13:04:51 | ArsenArsen | oh :^) it would appear I overwrote the MBR with a FAT partition |
| 13:05:14 | ArsenArsen | oh, nope, I just can't read |
| 13:08:15 | ArsenArsen | the MBR entry for this part looks fine |
| 13:09:03 | *** | Saving seen data "./dancer.seen" |
| 13:09:27 | ArsenArsen | I think it's down to fat_mount failing |
| 13:12:01 | _bilgus__ | copy off thew old mbr do a good wipe and try again, I don't remember what helps in linux but I've been pushing windows people towards LowLevelFormatter and rufus? or someother 3rd party formatter |
| 13:12:21 | ArsenArsen | the old MBR is as good as useless |
| 13:12:39 | _bilgus__ | keep that mbr and compare to the new one, Ive yet to get a copy of a bad mbr |
| 13:12:45 | ArsenArsen | I'm suspecting a missing BPB because I don't understand what's meant to create it |
| 13:13:05 | ArsenArsen | or what it does, actually, the BPB is genuinely a mistery to me |
| 13:15:09 | _bilgus__ | it carries all the setup for the disk I think |
| 13:16:10 | _bilgus__ | here ya go https://www.mrhobbits.com/2020/04/03/master-boot-record-decoding-bpb/ |
| 13:28:29 | | Join _bilgus_ [0] (~bilgus@65.186.35.190) |
| 13:28:53 | _bilgus_ | and a very comprehensive reference https://thestarman.pcministry.com/asm/mbr/MSWIN41.htm |
| 13:29:20 | | Quit _bilgus__ (Ping timeout: 256 seconds) |
| 13:32:01 | _bilgus_ | I've spent more time fixing OSD than I have doing the whole rest of the FrameBuffer rewrite |
| 13:53:13 | ArsenArsen | I'd love to see where this fails |
| 13:53:19 | ArsenArsen | I might just have to build a debug bootloader |
| 13:58:21 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
| 14:00 |
| 14:29:31 | ArsenArsen | so how do I flash on a dev bootloader? |
| 14:32:34 | _bilgus_ | same way as a regular one? the wiki should have steps |
| 14:37:01 | ArsenArsen | hm, I failed to build it with debug |
| 14:38:06 | ArsenArsen | i wonder if the simulator could be helpful here |
| 14:43:58 | ArsenArsen | it's unfortunate that disk_mount discards the error from fat_mount |
| 14:44:24 | | Join _bilgus__ [0] (~bilgus@65.186.35.190) |
| 14:45:28 | | Quit _bilgus_ (Ping timeout: 260 seconds) |
| 14:45:33 | ArsenArsen | looks like the biggest requirement is that it's fat32 |
| 14:53:19 | _bilgus__ | indeed we only support F32 |
| 14:53:47 | ArsenArsen | wait, what's bootloader/fat32format.c |
| 15:00 |
| 15:01:23 | lebellium | _bilgus__: the best I could achieve https://drive.google.com/file/d/1LA9s-pPsRo_GXEXoZRWTkQK9iPt-XZON/view?usp=sharing |
| 15:01:36 | lebellium | pixel by pixel in gimp |
| 15:02:41 | lebellium | Basically I added transparency based on the previous user work. I made some slight adjustments to some icons and reused the settings icon from the older iconset |
| 15:03:30 | lebellium | regarding the rockbox icon, I left his new icon as the G key is almost impossible to reproduce with 8x8 |
| 15:04:35 | lebellium | I put both the old icons set and this new icons set on my 2 Clip Zip side by side and I'm not sure which one looks best :D |
| 15:05:37 | | Quit _bilgus__ (Ping timeout: 260 seconds) |
| 15:09:07 | *** | Saving seen data "./dancer.seen" |
| 15:09:09 | lebellium | I like smaller size of the old icons, so that they do not touch each other but indeed there was blurriness. With this new set the blurriness is gone but the icons are bigger and touch each other |
| 15:16:04 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:19:27 | | Join _bilgus [0] (~bilgus@65.186.35.190) |
| 15:19:57 | _bilgus | sorry bad internet today apparently, its not wired into the bootloaders |
| 15:21:41 | _bilgus | ugh @ ArsenArsen |
| 15:22:26 | _bilgus | lebellium, if we are putting them back I'll re-add him to the credits when I do the commit |
| 15:22:45 | ArsenArsen | ah |
| 15:26:44 | _bilgus | ok this is about as much 'change this break that change that break everything' I can can handle for today |
| 15:26:50 | _bilgus | ciao' |
| 15:28:56 | lebellium | any other Clip Zip user around here wanting to compare the old and new icons? |
| 15:32:55 | | Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) |
| 15:33:02 | | Join kugel [0] (~kugel@ip5b41481c.dynamic.kabel-deutschland.de) |
| 15:33:02 | | Quit kugel (Changing host) |
| 15:33:02 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 15:35:05 | | Quit kugel_ (Ping timeout: 260 seconds) |
| 15:38:44 | ArsenArsen | gparted appears to be killing itself consisetntly |
| 15:39:17 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 15:58:57 | ArsenArsen | can I force the bootloader into usb mode? |
| 16:00 |
| 16:00:21 | | Join _bilgus_ [0] (~bilgus@65.186.35.190) |
| 16:01:37 | | Quit _bilgus (Ping timeout: 260 seconds) |
| 16:08:06 | ArsenArsen | I can't find a way to resize a FAT filesystem |
| 16:08:19 | ArsenArsen | I even tried windows but it just grays out the expand in the disk manager |
| 16:09:02 | efqw | How well does rb handle very large databases? |
| 16:09:09 | | Quit _bilgus_ (Ping timeout: 260 seconds) |
| 16:09:47 | | Join _bilgus [0] (~bilgus@65.186.35.190) |
| 16:09:53 | efqw | Suppose I have two 128GB MicroSD in an xDuoo X3 filled with music, will this become a problem? |
| 16:21:04 | ArsenArsen | _bilgus: got it booting again |
| 16:21:11 | ArsenArsen | by restoring it |
| 16:21:18 | ArsenArsen | now I can't resize the partition again |
| 16:22:40 | | Quit mixfix41 (Remote host closed the connection) |
| 16:38:01 | braewoods | speachy: can you offer any insight into what firmware/rom.lds does? it seems involved when ROM images are built and it does special stuff for the H100 series but i'm not following it too well atm. |
| 16:38:15 | braewoods | all i know is it's a linker script. |
| 16:58:42 | | Join ungali [0] (~ungali@unaffiliated/ungali) |
| 17:00 |
| 17:09:09 | *** | Saving seen data "./dancer.seen" |
| 17:24:59 | | Quit cockroach (Quit: leaving) |
| 17:31:24 | ArsenArsen | surely writing code to rewrite a fat isn't hard, right? |
| 17:33:48 | edhelas | efqw it takes already a few minutes to index the 60gb of vorbis that I have on my iPod, I can't imagine with 256Gb… |
| 17:40:16 | speachy | braewoods: booting out of ROM requires putting things in different places. |
| 17:40:28 | speachy | different things in different places, I should say |
| 17:41:50 | braewoods | speachy: ok. i'd like some help there later but for now it doesn't matter. |
| 17:42:08 | braewoods | i'm reviewing how iriver_flash works and comparing the docs on how the flash chips work from source side |
| 17:42:12 | braewoods | appears to be identical |
| 17:42:23 | braewoods | only real difference is probably timing |
| 17:42:36 | braewoods | hm |
| 17:46:03 | braewoods | hm... |
| 17:46:15 | braewoods | anyway i can't find any issues with the waiting code... |
| 17:46:16 | speachy | ArsenArsen: so, what's unknown at the moment is (1) if it's the bootloader or rockbox complaining about the partition info, (2) if it's rockbox, is it the partitioning or the filesystem |
| 17:46:24 | braewoods | it seems longer than the actual datasheet |
| 17:46:38 | speachy | ArsenArsen: if you rename .rockbox to something else, is there a different error? |
| 17:47:42 | ArsenArsen | speachy: no, it boots, I just need to extend the fs and part |
| 17:47:45 | ArsenArsen | and gparted segfaults |
| 17:49:22 | | Quit ungali (Quit: ungali) |
| 17:51:18 | speachy | there's always parted on the cmdline instead. |
| 17:52:19 | speachy | but if it works pre-resize, but fails post-resize, it follows that the resize is breaking something. But my original question still stands, is it the bootloader or the rockbox binary that's generatnig that error on the possibly-b0rked drive? |
| 17:58:10 | ArsenArsen | speachy: no, I simply don't have a tool that can resize a FAT filesystem |
| 17:58:22 | ArsenArsen | I was screwing with the MBR when it failed |
| 17:58:44 | speachy | ah, okay. |
| 17:59:22 | speachy | there's always gparted live; put it on a CD or usb stick, boot off it, and do it from there |
| 17:59:38 | ArsenArsen | I'm not sure that would change anything |
| 17:59:44 | ArsenArsen | after all, this filesystem isn't mounted or anything |
| 18:00 |
| 18:00:53 | speachy | I mean, that will give you a working resize tool |
| 18:01:10 | speachy | https://gparted.org/livecd.php |
| 18:07:24 | | Quit pamaury (Ping timeout: 240 seconds) |
| 18:07:44 | ArsenArsen | honestly, I think I'm just facing a parted bug here |
| 18:09:38 | ArsenArsen | reportedly the sector size (in gparted) is 4096 |
| 18:09:44 | ArsenArsen | parted seems to not like anything but 512 |
| 18:09:49 | ArsenArsen | but rockbox believes its 512 |
| 18:10:50 | ArsenArsen | I should probably spend some time reopening this to take out the card and do it by hand |
| 18:21:12 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 18:22:45 | ArsenArsen | speachy: got it to work |
| 18:22:47 | ArsenArsen | god bless mtools |
| 18:23:05 | | Quit lebellium (Quit: Leaving) |
| 18:23:38 | ArsenArsen | I just used minfo or whatever to get the right mformat command and changed the total sector count to size in bytes (as reported by lsblk -b) / 4096, and it worked like a charm after I unzipped my rb backup |
| 18:24:43 | ArsenArsen | bloody fat, I swear |
| 18:24:52 | ArsenArsen | might have to send in a patch for an ext2 driver :) |
| 18:31:39 | | Join Airwave [0] (~Airwave@ti0006a400-0518.bb.online.no) |
| 18:32:48 | Airwave | I run Rockbox development build on Agptek Rocker. After updating a few weeks ago the volume suddenly only goes down to -127dB, which is way too loud. It used to go all the way down to -400dB. |
| 18:47:20 | speachy | -400dB is a volume level that is vastly exceeded in deep space. |
| 18:47:42 | ArsenArsen | ^ sounds kinda weird |
| 18:47:57 | ArsenArsen | isn't that below the hearing floor? |
| 18:49:51 | speachy | even -127dB is below our hearing floor, requiring an anechoic chamber |
| 18:50:34 | | Quit petur (Remote host closed the connection) |
| 18:51:35 | Airwave | The volume levels on my player now go from -127 dB to 0 dB |
| 18:51:44 | speachy | but back to the actual complaint −− I did re-scale the Rocker's volume, because it presented a value from -1020 -> 0, with a step size of 5. I got rid of the scaling. |
| 18:52:18 | Airwave | I used to have it at around -225 dB before the update |
| 18:52:36 | Airwave | Now -127 dB is the quietest and it's ear-bustingly loud |
| 18:53:15 | speachy | gimme a few, brb |
| 18:53:20 | Airwave | Okay |
| 18:54:29 | Airwave | Oh and if it matters it's actually a Benjie T6 |
| 18:54:58 | gevaerts | That sounds wrong... If -127dB is too loud, 0dB would mean the end of the world... I assume that's not that case :) |
| 18:55:43 | Airwave | I could try 0 dB, but I'm afraid it would blow out my headphones |
| 18:56:36 | Airwave | When I'm in the car I set it to 0 dB and use the car's volume adjuster instead. |
| 18:57:19 | ArsenArsen | I'm not 100% confident in this thing I did with mformat to be honest |
| 18:58:37 | ArsenArsen | 255 heads, 60915712 sectors, 63 SPT, 3791 cylinders |
| 18:58:50 | ArsenArsen | sounds very wrong, but I guess it's just emulation or something |
| 18:59:15 | gevaerts | If 60915712 seems plausible. That's all that matters |
| 18:59:27 | speachy | with LBA, C/H/S is irrelevant |
| 18:59:45 | gevaerts | That's 30GB if I'm not mistaken |
| 18:59:53 | ArsenArsen | not with 4096B sectors :) |
| 19:00 |
| 19:00:07 | ArsenArsen | speachy: and yeah, I know, but FAT still contains that info |
| 19:00:27 | gevaerts | Ah, then indeed not :) 240GB? |
| 19:00:37 | ArsenArsen | ye that's about right |
| 19:00:46 | ArsenArsen | a weird sector size, though |
| 19:00:50 | ArsenArsen | I do wonder what's up with that |
| 19:00:54 | braewoods | speachy: i noticed the coldfire code appears to search for ROM/RAM rockbox images regardless of platform at hard-coded locations... the H300 has more ROM space than these other ones do... should I just ignore the extra space? whatever I choose we'll be stuck with but 2MB has been enough up till now for the H100 series, which is the only thing that uses this |
| 19:01:40 | speachy | there's no need to ignore the extra space on the H300, indeed we'll need it due to larger resource requirements (ie color bitmaps) |
| 19:02:10 | braewoods | as it stands the H100 effectively splits the ROM space in 2 |
| 19:02:18 | braewoods | not exactly but close enough |
| 19:02:40 | braewoods | H300 has twice the ROM space available so I was considering putting the ROM start location higher to allow for more expansion later |
| 19:02:53 | braewoods | but pondering what i'd need to do for the bootloader to support it |
| 19:03:00 | braewoods | hm |
| 19:03:05 | braewoods | i'll poke around a bit more |
| 19:03:58 | speachy | Airwave: I think I missed part of the de-scaling. try this build: http://www.shaftnet.org/~pizza/rb-rocker.zip |
| 19:04:20 | Airwave | speachy: Okay gimme a second |
| 19:05:01 | speachy | ignore the "number" it shows, the important bit is the actual relative volume. |
| 19:06:59 | braewoods | speachy: see firmware/target/coldfire/crt0.S |
| 19:07:05 | braewoods | i suspect it was intended to pull from |
| 19:07:38 | speachy | braewoods: no, generally speaking you can't move the start location, that's hardwired into the SoC. |
| 19:07:54 | braewoods | braewoods: i don't think you understand what i'm getting at |
| 19:07:54 | speachy | I mean, the CPU is going to start looking at a specific location regardless. |
| 19:08:13 | braewoods | speachy: FLASH_RAMIMAGE_ENTRY / FLASH_ROMIMAGE_ENTRY are where we store rockbox in ROM on the H100 series |
| 19:08:30 | braewoods | which are 0x1000 and 0x1000000 respectfuly |
| 19:08:34 | braewoods | these are hard-coded in that file |
| 19:08:51 | braewoods | followed by comments around it saying ROM / RAM rockbox image |
| 19:09:12 | *** | Saving seen data "./dancer.seen" |
| 19:09:19 | braewoods | e.g., line 153 |
| 19:09:22 | braewoods | then 160 |
| 19:09:32 | braewoods | they're hard-coded. i think they were intended to use macros |
| 19:09:50 | braewoods | to leverage the extra H300 space they need to be configurable |
| 19:10:47 | speachy | ugh, there's leftover sh cruft in the rom.lds |
| 19:11:32 | braewoods | so, do you think i can make the base address use a macro or so? |
| 19:11:51 | braewoods | in case someone decides to try expanding this feature to non-iriver targets |
| 19:12:00 | braewoods | else I can use #if defined for the iriver h300 |
| 19:12:07 | Airwave | speachy: Volume still goes from -127 dB to 0 dB, but I now noticed something new. If I go up, -122 is all of a sudden the lowest and it goes higher all the way up till -98, then at -97 it's super quiet again, then it resets again at -71 dB. |
| 19:12:19 | braewoods | probably best if i do that I think |
| 19:12:34 | Airwave | Not sure if this was the case wit the build I was using before, I never tried increasing the volume above -127 dB then |
| 19:13:07 | Airwave | with* |
| 19:13:49 | braewoods | either way i think i'll be committing the first part of my work |
| 19:13:52 | Airwave | Next reset is -46 dB |
| 19:13:54 | braewoods | let's see |
| 19:14:20 | Airwave | Then -23 |
| 19:15:18 | Airwave | That's the last reset. Well at least now I have a workaround, I can get it low again by a little higher |
| 19:15:49 | speachy | Airwave: in other words, the hardware lies about the volume scale. |
| 19:16:39 | Airwave | Yeah guess so |
| 19:17:41 | speachy | (I wonder if we're better off just forcing the HW mixer to max and using SW mixer volume operation..) |
| 19:17:54 | Airwave | Oh and there's also this new bug recently where sometimes when I pause it, unpausing doesn't work (it just stays stuck at the same play position) and I have to reboot to get it playing again |
| 19:19:17 | speachy | yeah, that's just been reported yesterday |
| 19:19:21 | speachy | the reason is unclear |
| 19:19:24 | braewoods | speachy: https://gerrit.rockbox.org/#/c/rockbox/+/2897 |
| 19:19:33 | braewoods | one small change that should be simple to integrate |
| 19:20:50 | Airwave | Seems to happen if I leave it paused until the display turns off before I unpause it again. If I play/pause while the display is still on it works fine. |
| 19:23:59 | speachy | the built I sent you has extra logging enabled, when it gets stuck, can you go into the system/debug/logf dispaly |
| 19:24:06 | speachy | only interested in the last line |
| 19:25:11 | Airwave | speachy: Oh and I just tested the volume thing with the latest development build vs. the build you sent. With latest dev it "resets" at -115 and then doesn't reset again. With your build it resets at -122, -97, -71, -46, and -23. |
| 19:26:11 | Airwave | speachy: Sure, one moment |
| 19:27:02 | Airwave | speachy: Do you want me to trigger the bug before I go in there, or just go there straight away? |
| 19:27:12 | speachy | trigger it first |
| 19:27:20 | Airwave | Okay |
| 19:29:06 | speachy | if I set the volume on the cmdline properly, it works. something in our ALSA code is ... very wrong. |
| 19:29:31 | Airwave | speachy: THere's no "logf display" here. Only thing with "log" in the name is "Metadata log" |
| 19:30:18 | speachy | Airwave: well, lovely. guess I didn't turn it on in that build tree |
| 19:31:48 | Airwave | If you build it again I'll try again |
| 19:37:26 | speachy | uploaded, same filename. |
| 19:38:29 | fs-bluebot | Build Server message: New build round started. Revision 1419070, 293 builds, 9 clients. |
| 19:41:57 | Airwave | speachy: "Show Log File"? |
| 19:42:02 | speachy | yes |
| 19:42:22 | speachy | probably the last line is "pcm state X" |
| 19:42:42 | Airwave | What denotes a newline? |
| 19:45:01 | speachy | or just do the "dump log" and upload it somewhere |
| 19:46:11 | Airwave | speachy: https://paste.debian.net/1168688/ |
| 19:46:46 | Airwave | The last several lines |
| 19:48:55 | speachy | ok, that's unfortunately all nominal. |
| 19:51:23 | Airwave | Let me know if I can help debug anymore |
| 19:54:27 | fs-bluebot | Build Server message: Build round completed after 958 seconds. |
| 19:54:28 | fs-bluebot | Build Server message: Revision 1419070 result: All green |
| 20:00 |
| 20:04:19 | speachy | Airwave: I'll have anotehr build for you in a few. |
| 20:06:09 | Airwave | speachy: Nice |
| 20:10:16 | speachy | new file, same location. |
| 20:11:36 | speachy | volume should be sane. |
| 20:12:08 | | Quit bluebrother (Disconnected by services) |
| 20:12:13 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 20:12:24 | speachy | (and volume works differently from all of the other settings. bah) |
| 20:13:09 | | Join fs-bluebot_ [0] (~fs-bluebo@55d46e54.access.ecotel.net) |
| 20:15:19 | | Quit fs-bluebot (Ping timeout: 246 seconds) |
| 20:28:02 | fs-bluebot_ | Build Server message: Build round completed after 907 seconds. |
| 20:28:03 | fs-bluebot_ | Build Server message: Revision 39a0d8b result: All green |
| 20:30:02 | speachy | Airwave: with regards to the playback not resuming, in the settings, disable the backlight fading, and see if that mitigates things. |
| 20:30:09 | Airwave | speachy: Sorry, I was away for a bit. Testing now. |
| 20:33:05 | Airwave | speachy: Well first thing I noticed is that in settings, volume goes from -127 dB to 0 dB in .5 increments, but in the top bar it shows 10x that value. |
| 20:33:43 | Airwave | So if I e.g. set it to -124.5 in settings, the top bar says -1245 |
| 20:35:20 | Airwave | It's still weird. Very loud at "minimum", then resets at at -115.0 dB. |
| 20:35:36 | Airwave | -115.0 dB is the only reset though |
| 20:36:28 | speachy | so there's still some overflow going on in the hw side of things. -115.0 is the true minoimum point? |
| 20:36:38 | Airwave | Yes |
| 20:37:29 | Airwave | speachy: So turn off both "Backlight Fade In" and "Backlight Fade Out" to test the play/pause issue? |
| 20:37:52 | speachy | it's the fade in that I'm interested in |
| 20:38:36 | speachy | the build that just finished sets the minimum to -102.0 |
| 20:39:32 | Airwave | speachy: Okay with Backlight Fade In set to off I can't reproduce the play/pause issue |
| 20:41:15 | speachy | ok. |
| 20:41:27 | speachy | one more to try, it's building now. |
| 20:41:37 | speachy | please retore the fade settings to default |
| 20:42:05 | speachy | I think I know what's going on now, but if correct, it points at a really stupid kernel bug. |
| 20:42:09 | Airwave | Will do, I'll just remove that setting from config.cfg |
| 20:42:40 | speachy | new file, same place |
| 20:43:00 | Airwave | Okay I'll test volume and play/pause, right? |
| 20:43:12 | speachy | yeah |
| 20:43:26 | speachy | volume's unchanged, though it's capped at -115 now |
| 20:43:34 | Airwave | Okay one minute |
| 20:45:38 | speachy | uploading another one. |
| 20:45:47 | speachy | done. |
| 20:46:01 | speachy | the other one would have resulted in no audio output at all |
| 20:46:14 | Airwave | I was just about to type that! |
| 20:46:57 | Airwave | Okay installing the latest |
| 20:48:57 | Airwave | speachy: Volume is good with this one at least, no resets at all |
| 20:49:31 | Airwave | Play/pause is good as well! |
| 20:50:19 | Airwave | Nice work, both issues fixed! |
| 20:52:01 | Airwave | Well only kinda odd thing now is that the top bar shows 10x the dB value that the sound setting does, but that's no biggie |
| 20:53:00 | speachy | so. |
| 20:53:18 | speachy | what's actualy happening is that the command to mute/unmute the codec is colliding with the backlight control. |
| 20:53:30 | | Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) |
| 20:53:51 | speachy | my guess is they're both attached to i2c, and there's improper locking in the kernel drivers. |
| 20:55:08 | Airwave | Is it the hardware that's to blame? |
| 20:55:16 | speachy | with the volume dialed up, is there a pop at initial startup? |
| 20:55:34 | speachy | not the hardware, the OEM Linux kernel. |
| 20:56:30 | Airwave | speachy: I tried booting it now with volume set to max. I didn't hear a pop. |
| 20:59:08 | braewoods | speachy: https://gerrit.rockbox.org/r/#/c/rockbox/+/2898/ next minor patch |
| 21:00 |
| 21:00:20 | speachy | Airwave: I'll have one more for you, and if that's good, I'll commit this. The wonky scale-on-top bug is purely a display problem, and should be easy to fix once I find where the offending bit of code is. |
| 21:00:22 | braewoods | there. i finished my patching to coldfire bootloader common code. it took awhile to figure out what it was doing. |
| 21:00:40 | Airwave | speachy: Okay, let me know when it's ready |
| 21:00:48 | speachy | Airwave: is ready. |
| 21:01:40 | Airwave | speachy: Installing now. What do you want me to test? |
| 21:02:12 | speachy | make sure playback works, pause, etc. |
| 21:02:15 | | Quit MrZeus_ (Ping timeout: 272 seconds) |
| 21:02:23 | Airwave | Okay |
| 21:03:50 | Airwave | speachy: Yep everything working fine |
| 21:04:14 | braewoods | speachy: please review my patch sets when you get a chance. some of it was book-keeping to make it easier to work on H300. |
| 21:04:43 | braewoods | 3 of them are pending |
| 21:05:40 | speachy | looks ok, but does that cover all coldfires? |
| 21:06:04 | Airwave | speachy: Thanks for the great work on this. Loving Rockbox on this player! |
| 21:06:07 | braewoods | speachy: the last one sure does. why do you think i had to add extra macros? |
| 21:06:23 | braewoods | speachy: i modified all the coldfire targets to have the necessary macros |
| 21:06:28 | braewoods | only the iriver ones already had them |
| 21:07:15 | fs-bluebot_ | Build Server message: New build round started. Revision bde72ef, 293 builds, 8 clients. |
| 21:08:16 | braewoods | though i did notice some of the bootloaders were failing to build due to missing LCD functions |
| 21:08:20 | braewoods | not sure what's going on there |
| 21:08:25 | braewoods | but not due to my changes |
| 21:08:31 | speachy | um.. so we're going to get some red, then. |
| 21:08:41 | braewoods | yea.. i assume so. |
| 21:08:55 | braewoods | but i didn't change anything LCD related |
| 21:09:07 | braewoods | iaudiom3 was one failure |
| 21:09:09 | speachy | let |
| 21:09:14 | *** | Saving seen data "./dancer.seen" |
| 21:09:17 | speachy | let's see how it shakes out, and fix properly. |
| 21:09:33 | braewoods | erm |
| 21:09:36 | braewoods | huh |
| 21:09:40 | braewoods | i guess it was due to stale build |
| 21:09:42 | braewoods | LOL |
| 21:10:45 | braewoods | really weird |
| 21:10:57 | braewoods | i guess i should make a fresh build dir when i reconfigure |
| 21:11:05 | braewoods | it's not happening now |
| 21:11:25 | braewoods | anyway |
| 21:11:26 | Airwave | Oh by the way, is there any way to set USB to charge-only? When I use it in the car the power goes off and on when I turn the ignition, so it goes into USB disk mode unless I hold a button. Kinda annoying to have to remember to hold a button every time. |
| 21:12:30 | Airwave | Or to get it to detect that it's plugged into a USB with power only/no data |
| 21:12:53 | braewoods | anyway, it's time to start testing out the new iriver_flash |
| 21:14:49 | Airwave | Right now this little patch is my best solution to the issue: https://paste.debian.net/1168695/ |
| 21:20:34 | fs-bluebot_ | Build Server message: Build round completed after 798 seconds. |
| 21:20:35 | fs-bluebot_ | Build Server message: Revision bde72ef result: All green |
| 21:20:36 | fs-bluebot_ | Build Server message: New build round started. Revision 28b9c8b, 293 builds, 8 clients. |
| 21:36:51 | fs-bluebot_ | Build Server message: Build round completed after 975 seconds. |
| 21:36:52 | fs-bluebot_ | Build Server message: Revision 28b9c8b result: All green |
| 21:38:56 | braewoods | speachy: when you get a moment, https://gerrit.rockbox.org/r/#/c/rockbox/+/2904/ |
| 21:39:13 | braewoods | i expect that to be the last of it before I get around to testing iriver_flash and the bootloader |
| 21:39:32 | braewoods | everything else seems to be in place |
| 21:39:47 | braewoods | now i need to generate a test bootloader |
| 22:00 |
| 22:24:03 | braewoods | wow. good thing i reviewed the source code prior to flashing. |
| 22:25:05 | braewoods | given the existing code it would fail to erase the bootloader on the H300 |
| 22:27:38 | | Quit Moarc (Read error: Connection reset by peer) |
| 22:29:32 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 23:00 |
| 23:04:56 | braewoods | speachy: well.. iriver_flash crashed rockbox... but it didn't make it to the flash tampering phase so nothing was harmed... |
| 23:05:02 | braewoods | speachy: any idea what this means? |
| 23:05:17 | braewoods | speachy: I27:Trap7 at 32f800ee |
| 23:09:15 | *** | Saving seen data "./dancer.seen" |
| 23:17:19 | _bilgus | sure does look like it trapped error 7 at SP or hopefully PC mem address 32f800ee |
| 23:17:54 | _bilgus | have a look at the mapfile generated and search for 32f8 ish |
| 23:37:16 | braewoods | _bilgus: hm... i don't think i need to do that |
| 23:37:31 | braewoods | iriver_flash disables the ... memory protection |
| 23:37:50 | braewoods | 0x32f800ee is beyond the DRAM origin point |
| 23:37:54 | braewoods | so it's not the flash region |
| 23:38:15 | braewoods | subtracting DRAMINIT and i get... |
| 23:38:23 | braewoods | 0x32f800ee-0x31000000 |
| 23:38:34 | braewoods | 33030382 |
| 23:38:39 | braewoods | which is more RAM than this thing ha |
| 23:38:41 | braewoods | has |
| 23:38:58 | braewoods | so my best theory is its an error from attempting to go outside the confines of RAM |
| 23:39:32 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 23:39:34 | braewoods | or... hm |
| 23:39:36 | braewoods | not quite |
| 23:39:49 | braewoods | _bilgus: where would the map file be? |
| 23:41:11 | braewoods | _bilgus: also, can you approve these? https://gerrit.rockbox.org/r/#/c/rockbox/+/2904/ |
| 23:44:51 | braewoods | hm. |
| 23:44:57 | braewoods | i'm going to see if memcpy is working or not |
| 23:45:05 | braewoods | that's right before the first erase attempt |
| 23:55:47 | _bilgus | braewoods, you need to alter the make file to generate a mapfile if it doesn't do it |
| 23:56:35 | braewoods | _bilgus: i've never done that before. |
| 23:57:02 | _bilgus | easiest to see what is going on is probably pictureflow in plugins |
icon identifies that the person is a core developer (has commit access).