Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2021-12-16

00:13:05_bilguslooking into it it needs to be a function call so you can draw and intercept the menu actions
00:13:24_bilgusbut thats awfully involved for a minor bug
00:45:12***No seen item changed, no save performed.
00:50:20 Quit tpefreedom (Quit: Leaving)
01:24:17 Quit braewoods (Quit: WeeChat 2.8)
01:24:39 Join braewoods [0] (~braewoods@user/braewoods)
02:45:16***Saving seen data "./dancer.seen"
03:59:15 Quit TorC (Quit: No Ping reply in 330 seconds.)
04:00:35 Join TorC [0] (~Tor@fsf/member/TorC)
04:20:04 Nick Pokey is now known as ahorner (~pokey@spikeyCactus/hoosky)
04:20:09 Nick ahorner is now known as Pokey (~pokey@spikeyCactus/hoosky)
04:45:18***Saving seen data "./dancer.seen"
05:23:10 Quit tchan (Read error: Connection reset by peer)
06:45:20***Saving seen data "./dancer.seen"
07:55:13 Join tchan [0] (
08:45:22***No seen item changed, no save performed.
09:57:11 Join chris_s [0] (
10:05:57chris_sspeachy (logs):
10:06:14chris_sAt the very least, FS #11286 can be closed. It's actually been merged since then (6efc8d5) and, together with recent patches to fix a concurrency issue, crashing in the described scenario should be solved for now (or a new bug report can be added).
10:06:15rb-bluebot PictureFlow segfault when showing tracklist or playing - fixed. (bugs, unconfirmed)
10:06:30chris_sWith one remaining exception, that I have a patch up for on Gerrit (g4096), I haven't been able to get PF to crash anymore at all, at least on any of my targets, although, in the Simulator, it's still possible to cause a queue overflow when scrolling alphabetically while the album cache is created which may be worth fixing.
10:06:39chris_sI can check if FS #12893 is still relevant.
10:06:40rb-bluebot pictureflow ignores albumart (bugs, unconfirmed)
10:08:50chris_s(and there's obviously been plenty of fixes by others in the meantime to prevent crashing)
10:35:58speachyif you could have a look at the other pictureflow tickets (8296, 11300, 11310) to see if they're still relevant too
10:38:07chris_samachronic: I noticed I could get the M3K to eventually crash when (very) quickly tapping the prev/fwd button to switch between tracks, especially if artwork loading was disabled.
10:38:13chris_sHaven't been able to reproduce it on other targets yet, but that may be simply because they are all so much slower.
10:38:19chris_sIt's kind of hard to predict/describe the exact scenario this happens.
10:38:22chris_sI'll probably try to write up a more specific bug report at some point and maybe check if it's a regression... unless it's a known issue. Doubt I'll be able to fix it myself
10:45:24***No seen item changed, no save performed.
11:55:36rb-bluebotBuild Server message: New build round started. Revision 0300f62bf1, 303 builds, 12 clients.
11:59:26 Join bilgus_ph [0] (~bilgus_ph@
12:00:48bilgus_phChris_s re pictureflow button queue OF you might need to yield a loop if this occurs or service the queue or just clear it periodically
12:02:01chris_sthanks, I haven't looked into it closely, but I think it's the thread queue being sent the EV_WAKE event
12:03:49chris_s(I could be wrong)
12:04:05bilgus_phI used to have the issue in lua until I started yielding after the loop
12:04:23 Quit bilgus_ph (Quit: Connection closed)
12:04:40rb-bluebotBuild Server message: Build round completed after 544 seconds.
12:04:42rb-bluebotBuild Server message: Revision 0300f62bf1 result: All green
12:45:26***Saving seen data "./dancer.seen"
13:06:49 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:90d9:22c4:e6cd:b463)
13:10:01 Join lebellium [0] (
14:08:28 Quit chris_s (Quit: Connection closed)
14:45:27***Saving seen data "./dancer.seen"
14:49:35 Quit Maxdamantus (Ping timeout: 268 seconds)
14:50:21 Join Maxdamantus [0] (~Maxdamant@user/maxdamantus)
15:49:02 Join amachronic [0] (~amachroni@user/amachronic)
15:52:21amachronicchris_s: the only button related bug I know of is a queue overflow panic which happens if the button queue fills up because the GUI isn't emptying it fast enough
15:52:50amachronicI haven't seen that for a long time though
15:59:53 Quit amachronic (Quit: amachronic)
16:45:30***Saving seen data "./dancer.seen"
17:02:54 Quit pixelma (Ping timeout: 260 seconds)
17:03:22 Quit amiconn (Ping timeout: 260 seconds)
17:07:46 Join amiconn [0] (
17:07:57 Join pixelma [0] (
17:23:16 Quit lebellium (Quit: Leaving)
18:11:52 Quit ZincAlloy (Quit: Leaving.)
18:14:59 Quit berber (Quit: The Lounge -
18:15:19 Join berber [0] (
18:45:33***Saving seen data "./dancer.seen"
20:09:17 Join chris_s [0] (
20:12:29chris_samachronic: The (reproducible) panic message (TLB refill handler at 0x83d01254! [0x0]) points to something in aic-x1000.o if I'm reading the map file correctly....
20:12:30chris_s .debug_loc 0x0000000000083c13 0x73c /home/christian/Developer/rbmine/build-m3k/firmware/libfirmware.a(aic-x1000.o)
20:21:24 Quit chris_s (Quit: Connection closed)
20:33:06 Join massiveH [0] (
20:36:37 Join chris_s [0] (
20:37:55chris_suh, sorry, I just noticed I misread that completely. Looks like it's something in codecbuf instead
20:38:08chris_s0x0000000083d00000 codecbuf = 0x83d00000
20:39:52 Quit chris_s (Client Quit)
20:45:35***Saving seen data "./dancer.seen"
20:56:51 Join chris_s [0] (
20:59:12 Quit chris_s (Client Quit)
21:55:14 Join chris_s [0] (
21:56:45chris_sLooks like it panics when trying to call codec_stop() from playback.c. Not really sure why yet.
21:59:57 Quit chris_s (Client Quit)
22:45:37***Saving seen data "./dancer.seen"
23:55:37 Quit massiveH (Quit: Leaving)

Previous day | Next day