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 2020-09-17

00:04:43 Join Huntereb [0] (~Huntereb@
00:24:18 Quit ac_laptop (Ping timeout: 260 seconds)
00:47:23***Saving seen data "./dancer.seen"
02:09:55 Quit kirvesAxe (Ping timeout: 246 seconds)
02:10:07 Join kirvesAxe [0] (
02:12:26 Join blbro[m] [0] (blbrostrat@gateway/shell/
02:23:39 Join johnb5 [0] (
02:47:24***Saving seen data "./dancer.seen"
03:02:00 Quit johnb5 (Ping timeout: 265 seconds)
03:22:11 Join petur [0] (~petur@rockbox/developer/petur)
04:02:29 Join MrZeus__ [0] (~MrZeus@2a02:c7f:70d0:6a00:4c99:ab72:beeb:908d)
04:47:27***Saving seen data "./dancer.seen"
05:03:10 Join johnb5 [0] (
05:09:59 Quit johnb5 (Ping timeout: 258 seconds)
05:34:33 Join ungali [0] (~ungali@
05:34:34 Quit ungali (Changing host)
05:34:34 Join ungali [0] (~ungali@unaffiliated/ungali)
05:43:55 Quit MrZeus__ (Ping timeout: 272 seconds)
06:24:51 Quit ungali (Quit: ungali)
06:32:35 Quit koniu (Remote host closed the connection)
06:33:20 Join koniu [0] (~koniu@gateway/tor-sasl/koniu)
06:47:30***Saving seen data "./dancer.seen"
06:56:06 Join ac_laptop [0] (~ac_laptop@
07:10:54 Quit ac_laptop (Ping timeout: 260 seconds)
07:14:28 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
08:34:11 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
08:34:59 Join St3ak [0] (
08:47:32***Saving seen data "./dancer.seen"
08:58:48 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
08:59:06 Join St3ak [0] (
09:18:58 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
09:19:31 Join St3ak [0] (
09:21:24 Quit pamaury (Ping timeout: 240 seconds)
09:26:44 Join Moarc_ [0] (
09:37:44 Join massiveH [0] (
09:42:29 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
09:43:17 Join St3ak [0] (
09:46:36 Quit St3ak (Client Quit)
09:47:12 Join St3ak [0] (
09:56:18 Quit Moarc_ (Read error: Connection reset by peer)
09:57:18 Join Moarc [0] (
10:01:27_bilgus_speachy #FS 13237 LO still doesn't work reliably, gonna try and see what the frontend is doing withit, failing that I'll probably set it up as an interrupt
10:02:26speachyI think I'm responsible for the LO code in the core.
10:02:47 Quit tchan (Read error: Connection reset by peer)
10:03:24speachyit doesn't have a lot of the complexities that the HP code does; namely unplugging LO doesn't necessarily trigger things.
10:03:32 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
10:15:10 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
10:15:49 Join St3ak [0] (
10:18:44 Quit lemon_jesus (Ping timeout: 240 seconds)
10:25:01 Join lemon_jesus [0] (
10:33:25 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
10:34:44 Quit lemon_jesus (Ping timeout: 272 seconds)
10:34:46 Join lemon_jesus4 [0] (
10:37:18 Quit Moarc (Read error: Connection reset by peer)
10:37:31 Join Moarc [0] (
10:38:49 Quit lemon_jesus4 (Ping timeout: 246 seconds)
10:39:01 Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:84ca:64ee:b1e1:e0f)
10:39:55 Join St3ak [0] (
10:40:46 Join lemon_jesus [0] (
10:47:36***Saving seen data "./dancer.seen"
11:01:14 Quit massiveH (Quit: Leaving)
11:06:42_bilgus_judging by the debug output I think you are correct, it is catching the insertion/removal perfectly
11:25:11fs-bluebotBuild Server message: New build round started. Revision a66b908, 280 builds, 7 clients.
11:30:27 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
11:36:36 Quit petur (Read error: Connection reset by peer)
11:40:37fs-bluebotBuild Server message: Build round completed after 925 seconds.
11:40:39fs-bluebotBuild Server message: Revision a66b908 result: All green
11:41:21speachyI'd like to commit the current state of the USB rework
11:49:49_bilgus_It works, and you can ifdef it out so why not
12:01:11 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
12:01:42speachyI think I'll leave the lock switch bypass in permanently
12:02:02 Join St3ak [0] (
12:06:16_bilgus_maybe eventually it could be used to disable the USB and turn it charge only or something
12:06:56_bilgus_OH speaking of that line out stuff as I'm going through adding the extra defines for LO detection
12:07:40_bilgus_the thought occurs to me that maybe its current behavior is better if you want to plug a hp && lineout at the same time
12:07:52 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
12:08:08 Join St3ak [0] (
12:08:58speachyit supports it but I can't really think of a situation where you'd want to do that.
12:09:21speachysince you can't control the volume indepdently, and LO needs the volume maxed out.
12:09:57_bilgus_ah so so LO affects HP as well?
12:11:22speachythe cs4358 (?) only has one audio output, and it's connected to two different output amps.
12:14:49speachywe only want to max the volume (ie bypass the user selection) if the HP is *not* plugged. The output amps are enabled by their respective plug detect switches.
12:16:38fs-bluebotBuild Server message: New build round started. Revision ec413f7, 280 builds, 7 clients.
12:17:08_bilgus_ok then I shall continue
12:17:42speachyas long as that max vol interlock remains
12:20:29speachyI'm going to merge your sysbench script too
12:20:54 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
12:21:18 Join St3ak [0] (
12:22:56_bilgus_go for it
12:25:08 Quit St3ak (Client Quit)
12:25:32 Join St3ak [0] (
12:33:38fs-bluebotBuild Server message: Build round completed after 1018 seconds.
12:33:39fs-bluebotBuild Server message: Revision ec413f7 result: All green
12:33:40fs-bluebotBuild Server message: New build round started. Revision 4fa945d, 280 builds, 7 clients.
12:43:38 Quit lemon_jesus (Quit: Ping timeout (120 seconds))
12:44:02 Join lemon_jesus [0] (
12:47:40***Saving seen data "./dancer.seen"
12:48:27fs-bluebotBuild Server message: Build round completed after 889 seconds.
12:48:29fs-bluebotBuild Server message: Revision 4fa945d result: All green
12:49:12 Join johnb5 [0] (
12:55:49 Join Rower [0] (
12:59:08 Quit johnb5 (Ping timeout: 272 seconds)
13:06:41 Quit Moarc (Quit: i znowu NADMUCHAƁ BALONA)
13:08:04 Join Moarc [0] (
13:12:25 Join ZincAlloy [0] (
13:13:03 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
13:13:32 Join St3ak [0] (
13:21:08 Join johnb5 [0] (
13:27:44 Quit johnb5 (Ping timeout: 240 seconds)
13:38:18 Quit ZincAlloy (Quit: Leaving.)
13:41:38 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
13:43:53 Join St3ak [0] (
13:46:05 Join lebellium [0] (
13:47:14 Quit St3ak (Client Quit)
13:47:37 Join St3ak [0] (
13:50:59 Quit pamaury (Ping timeout: 240 seconds)
13:52:17 Quit St3ak (Client Quit)
13:53:45 Join St3ak [0] (
13:59:46 Join johnb5 [0] (
14:03:38 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
14:04:12 Join St3ak [0] (
14:04:44 Quit St3ak (Client Quit)
14:05:38 Join St3ak [0] (
14:14:08 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
14:14:47 Join St3ak [0] (
14:16:16 Join livvy [0] (~livvy@gateway/tor-sasl/livvy)
14:16:46 Quit St3ak (Client Quit)
14:17:26 Join St3ak [0] (
14:19:47 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:a567:5fb:db4:f552)
14:19:51 Quit St3ak (Client Quit)
14:20:41 Join St3ak [0] (
14:26:06 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
14:26:54 Join St3ak [0] (
14:29:26 Quit St3ak (Client Quit)
14:29:58 Join St3ak [0] (
14:31:08 Quit St3ak (Client Quit)
14:31:50 Join St3ak [0] (
14:33:22 Quit St3ak (Remote host closed the connection)
14:33:50 Join St3ak` [0] (
14:39:58 Quit St3ak` (Quit: Free ZNC ~ Powered by LunarBNC:
14:40:29 Join St3ak [0] (
14:47:44***Saving seen data "./dancer.seen"
14:54:24 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
14:54:57 Quit johnb5 (Ping timeout: 258 seconds)
14:55:11 Join St3ak [0] (
15:02:31_bilgus_ok g#2749 is up I havent had any spurious detections with either port so far after enabling the pullup on lo.
15:03:25_bilgus_I had to switch the headphone caused pause boolean in order to get the lo to stay playing on startup
15:04:10_bilgus_It does seem to glitch the wps now on plug/unplug but it very well may have done that before
15:05:15 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
15:05:36speachyso does it behave properly if you have both plugged in and unplug one?
15:05:54 Join St3ak [0] (
15:06:29_bilgus_lol IDK i'll have to get a second set oh headphones
15:07:00_bilgus_it should being that I didn't change the lockout on the backend
15:07:21 Quit St3ak (Remote host closed the connection)
15:08:10speachyand that logic in audio_enable_speaker is a little odd. if mode gets set to 1, will that logic ever fire again?
15:08:20 Join St3ak [0] (
15:11:00speachyno, I don't mean the lockout −− I mean if you have that pause-on-unplug, with both plugged in, and you unplug one, it'lll pause.
15:11:27speachyeven though the other is still plugged in.
15:12:22_bilgus_yes it'd still pause
15:12:32_bilgus_thats what I was referring to earlier
15:12:43*speachy nods.
15:12:51_bilgus_uh the enable speaker one is not right I have that logic backwards
15:13:24_bilgus_doesn't affect this target but I figured i'd add the functionality there too
15:13:25speachythat's probably okay. I consider simultaneous hp/lo usage to be user error..
15:22:02_bilgus_eh I'll have to think about the speaker one for a bit gtg
15:28:17 Join johnb5 [0] (
15:38:35 Join petur [0] (~petur@rockbox/developer/petur)
15:50:05 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
15:50:43 Join St3ak [0] (
15:55:10 Quit St3ak (Client Quit)
15:55:12 Quit johnb5 (Ping timeout: 272 seconds)
15:55:40 Join St3ak [0] (
15:56:46 Quit ecs (Remote host closed the connection)
16:05:10 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
16:05:38 Join St3ak [0] (
16:07:48 Join ecs [0] (
16:12:56 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
16:13:39 Join St3ak [0] (
16:18:57 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
16:21:03 Join St3ak [0] (
16:22:29 Quit St3ak (Remote host closed the connection)
16:22:52 Join St3ak [0] (
16:23:33 Join Topy44 [0] (
16:32:29 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
16:34:16 Join St3ak [0] (
16:35:03 Quit St3ak (Remote host closed the connection)
16:35:54 Join St3ak [0] (
16:36:32 Quit St3ak (Client Quit)
16:47:49***Saving seen data "./dancer.seen"
17:07:03 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
17:31:09 Quit ZincAlloy (Quit: Leaving.)
17:39:41 Quit lebellium (Quit: Leaving)
17:54:47 Quit pamaury (Ping timeout: 272 seconds)
18:13:46 Join ac_laptop [0] (~ac_laptop@
18:14:11 Join advcomp2019__ [0] (
18:14:11 Quit advcomp2019__ (Changing host)
18:14:11 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
18:17:39 Quit advcomp2019_ (Ping timeout: 260 seconds)
18:47:51***Saving seen data "./dancer.seen"
19:01:36_bilgus_speachy with both ports at the same time it does not act right gonna make them mutually exclusive
19:05:08 Join advcomp2019_ [0] (
19:05:08 Quit advcomp2019_ (Changing host)
19:05:08 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
19:06:27 Quit petur (Remote host closed the connection)
19:08:23 Quit advcomp2019__ (Ping timeout: 260 seconds)
19:13:19 Quit MrZeus (Ping timeout: 272 seconds)
19:15:13 Quit ac_laptop (Ping timeout: 272 seconds)
19:18:06 Join ac_laptop [0] (~ac_laptop@
19:34:51 Quit ac_laptop (Ping timeout: 272 seconds)
19:50:31braewoodsspeachy: is there a reason why rockbox has never supported MTP?
19:51:52speachybraewoods: the code won't write itself...
19:51:58braewoodsoh, i see.
19:52:06braewoodsi thought there was some reason.
19:52:37braewoodsthere's Linux support for MTP and such so I thought it would be a nice option.
19:52:45braewoodsi thought maybe there were technical reasons why.
19:53:41braewoodsat some point I'll see if there's an viable MTP implementations that can be ported.
19:54:51speachythere's a partial implementation here: pamaury/rockbox/commits/mtp-new">
19:56:42 Quit bluebrother (Disconnected by services)
19:56:47 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
19:57:10 Join fs-bluebot_ [0] (
19:59:21braewoodsi see.
20:00:11 Quit fs-bluebot (Ping timeout: 272 seconds)
20:00:16braewoodsHm. Seems there's a Linux port.
20:00:37braewoodsMaybe I can tie that into the rockbox USB stack.
20:02:15speachyTBH you're better off starting with that mtp-new branch and forward-porting it to current master.
20:02:53speachythe actual mtp-specific stuff is self-contained but there's a lot of support code around it.
20:03:03braewoodsI see.
20:03:28speachyanother possibility is to start with one of the hosted targets and use a native linux OTG MTP implementation.
20:03:55braewoodsI'll figure something out. I want to research options first.
20:04:07braewoodsI do know I don't want to write the MTP code from scratch.
20:04:48braewoodsi expect most of the MTP clients are going to be using libusb with some MTP library.
20:04:56braewoodsbut we want an MTP server of sorts.
20:08:09 Join ac_laptop [0] (~ac_laptop@
20:22:54fs-bluebot_Build Server message: New build round started. Revision 2df3a5b, 280 builds, 7 clients.
20:32:36 Join scorche [0] (~scorche@rockbox/administrator/scorche)
20:35:19 Quit scorche` (Ping timeout: 260 seconds)
20:37:18 Join St3ak [0] (
20:39:11fs-bluebot_Build Server message: Build round completed after 978 seconds.
20:39:13fs-bluebot_Build Server message: Revision 2df3a5b result: All green
20:40:24 Quit St3ak (Client Quit)
20:40:50 Join St3ak [0] (
20:47:53***Saving seen data "./dancer.seen"
20:57:51speachy_bilgus_: still getting occasional ROLO hangs.
21:00:37speachyoh, just noticed the date/time in the debug menu is ... quite janky
21:00:41 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
21:01:16speachywell, time is good, date is showing '17/08/0120'
21:01:25 Join St3ak [0] (
21:02:00_bilgus_someone isn't adding 1900 apparently
21:03:08_bilgus_well ingenic told me to FO
21:03:34_bilgus_Sorry .We don't support JZ4760B anymore.Thank you.
21:03:35_bilgus_Best Regards, support
21:03:51speachywhat were you asking for? (anything?)
21:04:05_bilgus_maybe someone who visits the forum will have access to wechat
21:04:40_bilgus_that second manual the one that has the DMA SADC and few other things I'd really like to read about
21:05:02speachyoh, that "UI" manual
21:05:33speachytheir SDK sources might have useful bits in there.
21:05:55_bilgus_oh and the CODEC part!
21:06:17_bilgus_I managed to get all their sources from their ftp took like 2 days
21:06:57speachyI have a complete mirror of that too
21:07:18_bilgus_yeah it's clearly not gonna be there forever
21:10:17speachyoh, I managed to find a copy of the upstream MUSBHDRC documentatio
21:12:42speachynot sure if it matches the core revision that the jz4760 uses but it's much more useful than the ingenic docs.
21:15:02 Quit ufdm (Read error: Connection reset by peer)
21:19:05 Join ufdm_ [0] (
21:23:49_bilgus_I'm not overly impressed by anything dealing with ingenic tbh
21:25:20_bilgus_hehe I asked in #mips-lab and they guy told me to use google and linked me to our own document lol
21:25:42_bilgus_s/ they / a
21:27:15_bilgus_the heaphone / lo stuff should be good now I left the FS open to hear back from the OP but its set to close in a week
21:27:51_bilgus_if you plug both it pauses if headphone is plugged it takes priority
21:28:08_bilgus_unplug l/o while hp is playing no change
21:28:51_bilgus_plug both unplug hp goes to lo
21:35:56_bilgus_So at this point I assume you are confident that it is possible to make RX work given enough time?
21:36:54_bilgus_I guess I should try a disk speed test on the OF that might tell
21:40:43 Quit ufdm_ (Quit: Leaving)
21:40:55 Join ufdm [0] (
21:41:08speachydefinitely. I've restructured the RX flow, and now I've finished about 2/3rds of the DMA plumbing for it
21:46:09_bilgus_judging by the seq write speed they are not using dma
21:53:02speachyI agree
21:53:56 Quit amiconn (Ping timeout: 244 seconds)
21:53:56 Quit pixelma (Ping timeout: 244 seconds)
21:54:09 Join pixelma [0] (marianne@rockbox/staff/pixelma)
21:54:25 Join amiconn [0] (jens@rockbox/developer/amiconn)
21:59:26speachycode complete.
22:01:32speachyokay, didn't break things with RX DMA compiled out
22:01:36_bilgus_hmm the sequential read says they are using dma
22:02:22speachydevice RX is the complex case
22:02:59_bilgus_SW: 2.65 RndRW 0.69/0.45 SR: 10.06 mbps
22:03:38speachyDMA compiled in, but disabled, still works..
22:05:03 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
22:05:24speachyand small-transfer RX DMA is ... busted.
22:05:51 Join St3ak [0] (
22:15:52speachyDMA went thrrough ok but for some reaon the logic thought there was another 900-odd-bytes remaining...?
22:27:25 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC:
22:27:50 Join St3ak [0] (
22:28:36 Quit St3ak (Client Quit)
22:28:52 Join St3ak [0] (
22:29:16 Quit St3ak (Client Quit)
22:33:54 Quit ac_laptop (Ping timeout: 260 seconds)
22:37:31_bilgus_ errant bit?
22:38:17speachyconvoluted logic; I'm getting the DMA complete interrupt but not the endpoint complete interrupt.
22:38:32speachyI cleared the DMA state too early so latter code didn't do it properly
22:39:02speachybut that doesn't explain the wonky FIFO; there's no way the FIFO should report having that much crap in it.
22:39:15speachygot past that but now the whole thing is stalling
22:46:27speachyfound an inverted, um, inversion.
22:47:56***Saving seen data "./dancer.seen"
22:49:17speachysweet, it's working for short transfers now.
22:52:49speachyaaaand broken for larger transfers. I'm probably going to trash my SD card doing this. :/
22:53:29_bilgus_throw a cheapie in there
22:53:55speachytwo slots, fortunately
22:54:05speachydon't want to corrupt my data
22:58:15speachyok, first block transferred, things go wonky after that. DMA/RX quirks rearing their ugly head, basically.
22:59:30_bilgus_does this dma have a shift mechinism like stride for the display stuff
23:06:07speachythis is the auto-rx stuff breaking. or rather, my logic isn't quite right yet. I'm getting a spurious interrupt that makes me think we got a 0 length transfer.
23:06:20speachyprematurely terminating the flow.
23:06:30 Join pablocastellanos [0] (
23:08:04 Quit beencubed (Quit: Leaving)
23:12:24 Join beencubed [0] (~beencubed@
23:14:30speachyI think the issue is that we're getting a DMA interrupt _and_ a EP interrupt for the same transfer.
23:15:31speachyand that's breaking the accounting
23:19:26 Join ac_laptop [0] (~ac_laptop@
23:55:25 Quit TheSeven (Ping timeout: 240 seconds)
23:55:51 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)

Previous day | Next day