| 00:01:53 | pamaury | indeed |
| 00:02:38 | fs-bluebot | Build Server message: Build round completed after 483 seconds. |
| 00:02:54 | pamaury | ah, you put empty <reg></reg> registers |
| 00:03:29 | pamaury | the parser is pretty stupid and if you don't put any <addr> field in it, it will not be treated as a register with no instanciation |
| 00:04:06 | pamaury | actually this: |
| 00:04:06 | pamaury | <reg name="GPIO_PADR" addr="0x00"> |
| 00:04:06 | pamaury | is invalid: the addr="0x00" part will be ignored |
| 00:04:22 | wodz | why? |
| 00:04:48 | pamaury | because it's not in the spec |
| 00:05:38 | wodz | but why? missing </reg> or something else? |
| 00:05:44 | pamaury | there is a different between a register and instanciation of that register: <reg> basically defines a register "kind" and <addr> defines an instance of this kind at a particular address |
| 00:06:08 | pamaury | so the correct way is: |
| 00:06:08 | pamaury | <reg name="GPIO_PADR"><addr name="GPIO_PADR" addr="0x00" /></reg> |
| 00:06:17 | wodz | I see |
| 00:06:44 | pamaury | and qeditor only display instanciation of the registers |
| 00:06:53 | pamaury | so if there no <addr>, it doesn't show anything |
| 00:07:10 | pamaury | yeah the format was not really conceived for a human to write ^^ |
| 00:07:18 | wodz | blah, a lot of typing then |
| 00:07:48 | pamaury | maybe we could add support for such "shortcut" we are commonplace |
| 00:07:57 | pamaury | *when they are |
| 00:08:13 | | Quit Zagor (Quit: Clint excited) |
| 00:08:18 | pamaury | that should be easy |
| 00:09:35 | wodz | That would save me a lot of typing |
| 00:10:11 | pamaury | ok, I'll give it a try, wait for 5 min |
| 00:18:08 | | Join Tukeke [0] (~Tukeke@unaffiliated/hlvsv) |
| 00:23:00 | pamaury | wodz: pushing to gerrit... |
| 00:23:45 | pamaury | g#679 |
| 00:23:48 | fs-bluebot | Gerrit review #679 at http://gerrit.rockbox.org/r/679 : regtools: add shortcut notation for simple register in the desc files by Amaury Pouly (changes/79/679/1) |
| 00:27:44 | wodz | pamaury: works as expected |
| 00:29:17 | wodz | sleep() |
| 00:29:22 | | Quit wodz (Quit: Leaving) |
| 00:29:49 | fs-bluebot | Build Server message: New build round started. Revision f04d3c5, 243 builds, 34 clients. |
| 00:33:50 | [Saint] | JdGordon: http://forums.rockbox.org/index.php/topic,43661.msg221576.html#msg221576 ...really? |
| 00:34:03 | [Saint] | Core functionality fails, and your answer is to edit the .wps? |
| 00:35:13 | [Saint] | JdGordon: perhaps you parsed OP's statement incorrectly? To be clear, OP is saying that "clear backdrop" fails, which has been reported by a few people, the answer to this is *not* to edit the .wps :) |
| 00:36:37 | fs-bluebot | Build Server message: Build round completed after 409 seconds. |
| 00:38:18 | | Join Cultist_ [0] (~CultOfThe@c-24-12-53-28.hsd1.il.comcast.net) |
| 00:38:21 | | Quit Cultist (Read error: Connection reset by peer) |
| 00:40:28 | JdGordon | [Saint]: clear backdrop is for the colour |
| 00:40:38 | JdGordon | its got nothing to do with the backdrop image in the wps |
| 00:41:18 | [Saint] | ...errrr...no? |
| 00:41:46 | [Saint] | It clears the backdrop. |
| 00:41:48 | | Nick Cultist_ is now known as Cultist (~CultOfThe@c-24-12-53-28.hsd1.il.comcast.net) |
| 00:42:07 | JdGordon | no it doesnt? |
| 00:42:16 | [Saint] | As far as I am aware it has always behaved in this fashion. |
| 00:42:28 | [Saint] | I just tested it, and it certainly does clear the backdrop. |
| 00:42:58 | gevaerts | It won't clear a wps-specified backdrop |
| 00:43:06 | [Saint] | It just did. |
| 00:43:40 | [Saint] | I just loaded up cabbiev2, selected clear backdrop from the theme settings - bam, no backdrop. |
| 00:43:59 | [Saint] | As far as I was aware this was intended functionality. |
| 00:44:06 | JdGordon | in the menus or wps? |
| 00:44:21 | [Saint] | both. |
| 00:44:28 | gevaerts | Also, I seem to remember that the cabbie backdrop is *not* wps-specified |
| 00:45:14 | [Saint] | It is. |
| 00:45:26 | JdGordon | ah, no, i was mistaken |
| 00:45:35 | JdGordon | it clears the backdrop image specified in the .cfg |
| 00:48:13 | [Saint] | FWIW, this has been reported before - but I have never been able to reproduce it reliably. |
| 00:48:29 | [Saint] | I don't think it has been reported in an official capacity, I'll have a look. |
| 00:49:24 | [Saint] | Oh - can someone do me a favor and close out http://www.rockbox.org/tracker/task/12903?project=1&type=2&order=dateopened&sort=desc as "not a bug"? Thanks. |
| 00:50:45 | [Saint] | AH, that reminds me, there is also another issue with backdrops that I believe has been reported officially. |
| 00:51:06 | [Saint] | Sometimes when applying a theme the backdrop won't take until the device is rebooted. |
| 00:51:18 | * | [Saint] looks |
| 00:51:50 | [Saint] | Ah, yes, copper reported this a while ago: |
| 00:51:51 | [Saint] | http://www.rockbox.org/tracker/task/12892 |
| 00:52:21 | JdGordon | hmmm |
| 00:52:35 | JdGordon | the backgrounds do some fancy complex stuff so yeah, there might be a bug :p |
| 00:53:28 | [Saint] | I had a look the other day but I got distracted. |
| 00:54:15 | | Quit Tukeke (Quit: Tukeke) |
| 00:54:21 | [Saint] | I was checking to see why buflib thinks there's a bitmap background loaded when the background is only being drawn by the background viewport color. |
| 00:54:54 | [Saint] | I'm fairly sure that is a bug as well, but I get lost in the theme engine so easily. |
| 00:55:36 | | Quit lonoxmont (Ping timeout: 272 seconds) |
| 00:56:27 | [Saint] | Even using the fallback theme, which most certainly doesn't have a bitmap backdrop, you can see the allocation in the buflib allocation debug screen. |
| 00:56:52 | | Join lonoxmont [0] (~lonoxmont@71-95-40-15.dhcp.rvsd.ca.charter.com) |
| 00:57:32 | [Saint] | Hmmmm. Clearing the backdrop doesn't purge the buflib allocation. |
| 00:58:02 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131118212339]) |
| 00:58:07 | [Saint] | I guess dynamically unloading objects is a bit too much to ask. |
| 00:58:08 | | Quit bertrik (Remote host closed the connection) |
| 01:00 |
| 01:11:10 | | Quit pamaury (Ping timeout: 246 seconds) |
| 01:31:35 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 01:37:19 | JdGordon | [Saint]: once i et my internet at home working I'll investigate (If im reminded :p ) |
| 01:37:31 | | Join treaki_ [0] (~treaki@p4FF4A216.dip0.t-ipconnect.de) |
| 01:37:40 | JdGordon | its quite likely its broken when i added the background layer thing which requires a backdrop image buffer |
| 01:39:25 | [Saint] | ahhhh, right. |
| 01:39:53 | | Quit treaki__ (Ping timeout: 252 seconds) |
| 01:40:00 | [Saint] | I just noticed it when I was trying to make a config that allocates as little to RAM as possible. |
| 01:40:25 | *** | Saving seen data "./dancer.seen" |
| 01:40:29 | * | JdGordon will also be more motivated once his 5.5g is working again |
| 01:40:39 | [Saint] | And a 320x240 bitmap isn't /huge/ I know, but every little bit counts. |
| 01:40:51 | [Saint] | WHat's up with your Video? |
| 01:41:17 | [Saint] | WHat do you need to get it working again? I may have asked this before but I can't remember - I may have some spares for you. |
| 01:42:54 | [Saint] | BBIAB |
| 01:43:27 | | Quit [Saint] (Remote host closed the connection) |
| 01:44:34 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 01:55:40 | | Quit Cultist (Read error: Connection reset by peer) |
| 01:55:59 | | Join Cultist [0] (~CultOfThe@c-24-12-53-28.hsd1.il.comcast.net) |
| 02:00 |
| 02:26:09 | chrisjj_ | Can anyone tell why it is that a new target needs file view plug-ins to be ported, as opposed to just recompiled? |
| 02:31:33 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 02:41:46 | | Quit onder` (Ping timeout: 245 seconds) |
| 02:42:52 | | Join onder` [0] (~onder@dyn-dsl-to-76-75-119-170.nexicom.net) |
| 02:45:37 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 02:47:57 | | Quit ikeboy (Remote host closed the connection) |
| 03:00 |
| 03:12:00 | foolsh | chrisjj_: Most rockbox plugins need *very* specific changes added to them in order to support new targets, they will not compile without errors until those specific changes are added |
| 03:22:06 | chrisjj_ | foolsh: Sure, but is that really true for mere file view plug-ins? Can't they just write to a generic virtual screen buffer? |
| 03:29:30 | foolsh | And how would the user interact with that plugin? What about hardware limitations that are present on some targets and not others. It's those kinds changes that are specific to the individual targets. Rockbox is very hardware specific with it's code, generic workings are extremely hard to implement without *a lot* of overhead code to support them. |
| 03:40:28 | *** | Saving seen data "./dancer.seen" |
| 03:45:03 | | Quit krabador (Quit: Sto andando via) |
| 03:54:11 | | Quit froggymana (Quit: ZNC - http://znc.in) |
| 04:00 |
| 04:16:43 | | Quit Cultist (Read error: Connection reset by peer) |
| 04:17:08 | | Join Cultist [0] (~CultOfThe@c-24-12-53-28.hsd1.il.comcast.net) |
| 04:28:01 | | Quit amiconn (Disconnected by services) |
| 04:28:01 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:28:01 | | Quit pixelma (Disconnected by services) |
| 04:28:02 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:28:05 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:28:05 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:53:54 | | Join onder`_ [0] (~onder@dyn-dsl-to-76-75-119-170.nexicom.net) |
| 04:55:04 | | Quit onder` (Ping timeout: 246 seconds) |
| 04:55:11 | | Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-119-170.nexicom.net) |
| 05:00 |
| 05:02:16 | | Quit TheSeven (Disconnected by services) |
| 05:02:29 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 05:05:47 | chrisjj_ | foolsh: OK, I had thought that the I/O for a file viewer was simple enough to be generalised, esp. since there are no real-time requirements to challenge the code overhead. I guess not. Thanks. |
| 05:26:13 | | Quit foolsh (Ping timeout: 246 seconds) |
| 05:31:19 | | Quit [Saint] (Remote host closed the connection) |
| 05:32:27 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 05:39:24 | | Quit [Saint] (Remote host closed the connection) |
| 05:40:28 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 05:40:32 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:15:57 | | Quit cmhobbs (Remote host closed the connection) |
| 06:32:59 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 06:50:59 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 07:00 |
| 07:02:58 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 07:38:02 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 07:40:34 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:21:02 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:22:13 | | Quit krnlyng (Ping timeout: 240 seconds) |
| 08:22:43 | | Join krnlyng [0] (~liar@83.175.90.24) |
| 08:27:13 | | Quit krnlyng (Ping timeout: 240 seconds) |
| 08:32:01 | | Join kugel [0] (~kugel@193.174.67.16) |
| 08:32:01 | | Quit kugel (Changing host) |
| 08:32:01 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:36:56 | | Join LinusN [0] (linus@giant.haxx.se) |
| 08:52:10 | | Part LinusN |
| 08:57:29 | | Join Zagor [0] (~bjst@sestofw01.enea.se) |
| 08:57:29 | | Quit Zagor (Changing host) |
| 08:57:29 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:00 |
| 09:06:03 | | Join LinusN [0] (linus@giant.haxx.se) |
| 09:06:25 | | Quit kevku (Ping timeout: 245 seconds) |
| 09:06:26 | | Quit TBCOOL (Ping timeout: 272 seconds) |
| 09:26:06 | | Part LinusN |
| 09:33:26 | | Join petur [0] (5bb7304d@rockbox/developer/petur) |
| 09:40:38 | *** | Saving seen data "./dancer.seen" |
| 09:54:15 | | Quit kugel (Ping timeout: 240 seconds) |
| 09:54:37 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 09:56:23 | wodz | chrisjj_: You are missing the point probably. What is missing to make plugins work on new target is keymap. Each target has different number of keys, different physical location of keys and different combos allowed. You need to go through and define keymaps. Thats lots of work (and rather boring one) |
| 09:59:11 | | Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) |
| 10:00 |
| 10:11:25 | | Quit [Saint] (Remote host closed the connection) |
| 10:12:36 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 10:18:04 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:24:37 | | Join krnlyng [0] (~liar@83.175.90.24) |
| 10:26:57 | | Join W0rmDr1nk [0] (~wormdrink@unaffiliated/wormdrink) |
| 10:45:57 | | Join TBCOOL [0] (~tb@c-ec94e555.09-273-73746f44.cust.bredbandsbolaget.se) |
| 10:46:30 | wodz | Looking at onda's exception handler code for me it seems it does excessive context save. s0-s8 are guaranteed by convention to be preserved across the call to C function. |
| 10:46:54 | | Join LinusN [0] (linus@giant.haxx.se) |
| 10:50:23 | | Join lebellium [0] (~chatzilla@80.215.199.181) |
| 10:51:12 | wodz | hmm, it also should not use sp to save context but I guess this is not important in rb |
| 10:55:44 | | Quit [Saint] (Remote host closed the connection) |
| 10:56:54 | | Quit pamaury (Ping timeout: 272 seconds) |
| 10:56:59 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 11:00 |
| 11:12:21 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:13:10 | pamaury | lebellium: with my fix, the nwe360 is doing much better: I'm already at 13 hours and still plenty of battery |
| 11:15:12 | wodz | pamaury: which fix? |
| 11:15:33 | pamaury | don't leave sd card in TRAN mod |
| 11:16:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:21:47 | | Quit kugel (Ping timeout: 245 seconds) |
| 11:24:33 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 11:25:15 | lebellium | pamaury: sounds good :D |
| 11:31:51 | lebellium | what is TRAN mod? |
| 11:32:38 | pamaury | TRAN mode, that's one of the many possible states of the SD card. You must be in TRAN mode to be able to transfer any data |
| 11:34:08 | wodz | pamaury: is it for internal eMMC? |
| 11:34:39 | pamaury | both eMMC and SD. But the effect seems much more important on SD |
| 11:34:46 | pamaury | unfortunately, the specification is quite vague about power management. In eMMC card you can explicitely put the card in to sleep (which we don't yet) but in SD cards you can't. Many will just automatically enter sleep but some don't apparently. |
| 11:35:56 | wodz | Does nwe360 have sd slot? I recall sonys hesitant to put card slot in their players |
| 11:36:13 | lebellium | no |
| 11:36:27 | pamaury | wodz: internal SD |
| 11:36:50 | lebellium | No Sony mp3 player has a SD slot. Only a few very old models have a MS slot |
| 11:37:50 | | Quit [Saint] (Remote host closed the connection) |
| 11:38:58 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 11:40:42 | *** | Saving seen data "./dancer.seen" |
| 11:59:04 | | Join efyx [0] (~efyx@163.137-67-87.adsl-dyn.isp.belgacom.be) |
| 12:00 |
| 12:09:45 | pamaury | I see that chrisjj has modified a lot of things in TargetStatus, could someone had a look, it seems like a pretty big edit |
| 12:16:14 | * | wodz looking |
| 12:20:02 | wodz | It seems to be mostly reshufle of the stuff in the table. He sorted targets by name |
| 12:20:07 | foolsh | It *looks* like an attempt to alphabetize the tables, instead of using the sort |
| 12:20:10 | foolsh | yup |
| 12:21:05 | | Quit efyx (Remote host closed the connection) |
| 12:22:06 | wodz | I wonder why Toshiba Gigabeat is after Archoses :P |
| 12:23:20 | | Join efyx [0] (~efyx@163.137-67-87.adsl-dyn.isp.belgacom.be) |
| 12:27:12 | lebellium | he just gathered models of the same brand together |
| 12:27:20 | lebellium | but no alphabetical order |
| 12:27:23 | lebellium | so it's a bit strange |
| 12:28:25 | gevaerts | I suspect it's sorted on link |
| 12:28:44 | gevaerts | I mean, the gigabeat wiki page is GigabeatFX, not ToshibaGigabeatFX |
| 12:29:01 | lebellium | indeed |
| 12:29:03 | wodz | that was my impression too |
| 12:30:03 | lebellium | but if we display Philips and Toshiba and not only Gigabeat and GoGear, I would rather sort by full name |
| 12:31:56 | wodz | lebellium: Its a wiki you know... |
| 12:34:16 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 12:34:43 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 12:37:32 | lebellium | wodz: sure, but that doesn't keep from asking the others if they agree with you :) |
| 12:44:37 | | Join einhirn [0] (~Miranda@p4FC77E10.dip0.t-ipconnect.de) |
| 13:00 |
| 13:03:30 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:05:32 | | Quit TBCOOL (Ping timeout: 246 seconds) |
| 13:11:00 | | Quit kugel (Ping timeout: 246 seconds) |
| 13:20:51 | | Quit amiconn (Ping timeout: 264 seconds) |
| 13:21:27 | | Quit pixelma (Ping timeout: 264 seconds) |
| 13:22:36 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
| 13:23:08 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
| 13:40:44 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:26:22 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 14:26:22 | | Quit cmhobbs (Changing host) |
| 14:26:22 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 14:38:56 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 14:41:55 | | Join TBCOOL [0] (~tb@c-ec94e555.09-273-73746f44.cust.bredbandsbolaget.se) |
| 14:48:26 | | Quit cmhobbs (Ping timeout: 272 seconds) |
| 14:55:04 | | Quit pamaury (Read error: Connection reset by peer) |
| 14:58:47 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 15:00 |
| 15:04:12 | | Join Narod [0] (Narod@p5DDDB3D9.dip0.t-ipconnect.de) |
| 15:11:42 | | Quit wodz (Quit: Leaving) |
| 15:17:35 | pamaury | lebellium: ever heard of the YP-CP3 ? |
| 15:18:07 | lebellium | pamaury: I reviewed it and own it of course : |
| 15:18:09 | lebellium | :) |
| 15:18:39 | pamaury | of course :) how is it ? |
| 15:18:51 | lebellium | here is my review |
| 15:18:55 | lebellium | http://labo.generationmp3.com/2009/10/30/test-et-video-du-samsung-cp3/ |
| 15:19:02 | lebellium | it's one of the worst mp3 players I have reviewed |
| 15:19:32 | pamaury | ah thanks, very thorough review as usual |
| 15:19:58 | pamaury | why is it that bad ? is it the shape or the software ? |
| 15:20:34 | | Quit kevku (Ping timeout: 245 seconds) |
| 15:21:09 | lebellium | the software mainly. But maybe the hardware too since the Samsung R&D told me they could not get the video format ratio respected (can only play any video full screen) because the CPU is not powerful enough |
| 15:21:18 | lebellium | I don't know if that's true or if they were too lazy |
| 15:21:36 | pamaury | do you know the cpu ? I don't think you have the service manual for this one |
| 15:22:24 | lebellium | It's the only Samsung player with a Rockchip CPU :) RK2706B |
| 15:23:20 | pamaury | oh, really ?! I'm going to contact the vendor right away then, I found a cheap one on leboncoin |
| 15:23:31 | lebellium | Samsung decided that a player designed for the Chinese and Russian market doesn't deserve a good hardware and software. You know, developing countries only need bad products :) |
| 15:23:56 | pamaury | When I saw the interface I thought it looked familiar, now I know why ^^ |
| 15:25:02 | lebellium | unfortunately I have no recovery tool or service manual for this one |
| 15:25:11 | lebellium | I only have the firmwares |
| 15:25:14 | copper | lebellium: needs moar RMAA :) |
| 15:26:12 | lebellium | I'm not familiar with RMAA :) |
| 15:26:35 | copper | for a reviewer, that's basically a crime |
| 15:30:44 | lebellium | pamaury: funny fact: Since the R&D was not able/did not want to fix the screen ratio for videos, they released firmware 2.10 to fix only one minor thing I reported. A typo in some languages "insert mircoSD" instead of "insert microSD". It's the most useless firmware release I have experienced... |
| 15:31:35 | lebellium | That's a bit off-topic but I have many funny anecdotes about stupid sammy :) |
| 15:32:33 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 15:40:46 | *** | Saving seen data "./dancer.seen" |
| 15:43:49 | pamaury | haha, most useless firmware release ever |
| 15:45:01 | lebellium | I don't know how much different from a generic RK27 it is |
| 15:45:37 | lebellium | but I assume the port would be quite easy |
| 15:45:43 | | Join pretty_function [0] (~sigBART@123.252.213.221) |
| 15:47:37 | lebellium | and it could be used on SD since there is no NAND support yet |
| 15:49:54 | pamaury | yeah exactly |
| 15:50:15 | pamaury | my guess it's that they hardly modified the generic design |
| 15:50:26 | pamaury | but first I need to be able to buy this mp3 ^^ |
| 15:51:50 | lebellium | but the battery seems to be good quality |
| 15:52:06 | lebellium | I haven't turned it on for months |
| 15:52:12 | lebellium | and now the battery is still full |
| 15:57:47 | | Part LinusN |
| 15:58:02 | lebellium | BTW, is your E360 still running? |
| 15:59:47 | pamaury | yeah |
| 16:00 |
| 16:00:09 | pamaury | 15 hour and battery voltage is still at ~3.8V, that's pretty good |
| 16:00:47 | lebellium | so that would fix the issue on both NWZ and Fuze+? |
| 16:01:30 | pamaury | probably yeah |
| 16:03:33 | | Join einhirn_ [0] (Miranda@bsod.vpn.tu-clausthal.de) |
| 16:06:14 | | Quit einhirn (Ping timeout: 272 seconds) |
| 16:13:04 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 16:15:30 | | Quit mortalis (Ping timeout: 252 seconds) |
| 16:19:19 | foolsh | pamaury: your no TRAN mode changes, are they on Gerrit? |
| 16:20:48 | foolsh | Guess not I don't see em, no biggie just bored |
| 16:21:47 | pamaury | no, it's a revert of a commit basically |
| 16:22:04 | | Quit FOAD (Ping timeout: 245 seconds) |
| 16:22:09 | pamaury | I'm waiting for the benches to end before comitting |
| 16:23:21 | foolsh | On a side note I think FS #12899 might be in the lcd driver |
| 16:23:21 | fs-bluebot | http://www.rockbox.org/tracker/task/12899 [fuze+] screen jumps navigating in upside-down mode (bugs, unconfirmed) |
| 16:30:31 | | Quit pretty_function (Remote host closed the connection) |
| 16:30:58 | | Join pretty_function [0] (~sigBART@123.252.213.221) |
| 16:34:20 | | Join Strife89 [0] (~Strife89@2602:306:250e:659:d58b:ab68:54c9:efdd) |
| 16:35:13 | pamaury | foolsh: omg, some people really use the upside mode ?! |
| 16:35:20 | pamaury | ok I'll try that when the bench ends |
| 16:35:51 | | Quit pretty_function (Ping timeout: 264 seconds) |
| 16:35:59 | ikeboy | can someone close FS #12858 ? |
| 16:36:00 | fs-bluebot | http://www.rockbox.org/tracker/task/12858 Mpegplaye freeze sansa fuze plus (bugs, unconfirmed) |
| 16:36:22 | ikeboy | It's no longer a bug and was never confirmed by anyone besides for me |
| 16:38:52 | ikeboy | Wow, that was fast. Thanks. |
| 16:39:45 | pamaury | I'm always fast at closely bugs ;) |
| 16:49:53 | | Join FOAD [0] (~foad@unaffiliated/foad) |
| 16:52:21 | | Quit Zagor (Quit: Clint excited) |
| 16:53:01 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 16:53:15 | | Quit ikeboy (Remote host closed the connection) |
| 16:53:21 | | Join Strife89 [0] (~Strife89@2602:306:250d:18b9:d58b:ab68:54c9:efdd) |
| 16:56:46 | | Quit mc2739 (Quit: leaving) |
| 16:58:38 | fs-bluebot | Build Server message: New build round started. Revision cbed7ec, 243 builds, 33 clients. |
| 17:00 |
| 17:04:29 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 17:05:48 | fs-bluebot | Build Server message: Build round completed after 430 seconds. |
| 17:10:28 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 17:37:20 | | Quit markun (Ping timeout: 252 seconds) |
| 17:40:50 | *** | Saving seen data "./dancer.seen" |
| 17:43:50 | | Quit FOAD (Quit: I'll be back) |
| 17:44:07 | | Join FOAD [0] (~foad@unaffiliated/foad) |
| 17:59:31 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 18:00 |
| 18:09:47 | | Quit petur (Ping timeout: 250 seconds) |
| 18:21:10 | | Join pretty_function [0] (~sigBART@123.252.213.221) |
| 18:21:50 | | Quit krabador (Ping timeout: 260 seconds) |
| 18:27:21 | | Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:33:54 | | Join futurisk [0] (futurisk@9mm.607hosting.us) |
| 18:36:58 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 18:40:28 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:43:40 | | Quit foolsh (Quit: foolsh) |
| 18:48:03 | | Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
| 18:52:19 | | Join lorenzo92 [0] (~chatzilla@host160-157-dynamic.24-79-r.retail.telecomitalia.it) |
| 18:53:03 | lorenzo92 | I'm happy to see that there is a port-party (especially by pamaury) :D |
| 18:53:42 | lorenzo92 | pamaury: what did you modify to fix the battery drain on the cited targets? |
| 18:54:19 | pamaury | don't put SD/eMMC in TRAN mode all the time |
| 18:55:34 | bertrik | TRAN mode prevents the card from going to some internal low-power mode, or something like that? |
| 18:57:20 | pamaury | apparently |
| 18:58:27 | lorenzo92 | interesting, not audio related stuff at all ^^ |
| 18:58:37 | | Quit W0rmDr1nk (Ping timeout: 240 seconds) |
| 18:59:08 | lorenzo92 | so afterwards we should also see if setting a "0" bias (not -50% that should decrease audio quality) affects battery life too |
| 19:00 |
| 19:00:20 | pamaury | feel free a do a battery bench ^^ but maybe after I commit this fix and we make sure it's the only regression |
| 19:23:21 | chrisjj_ | wodz: "that doesn't keep from asking the others if they agree with you" Which others? And where should one ask? |
| 19:23:50 | | Quit lorenzo92 (Ping timeout: 272 seconds) |
| 19:32:48 | | Quit lebellium (Read error: Connection reset by peer) |
| 19:37:06 | | Quit Strife89 (Quit: Heading out) |
| 19:38:05 | | Quit pretty_function (Remote host closed the connection) |
| 19:38:33 | | Join pretty_function [0] (~sigBART@123.252.213.221) |
| 19:40:51 | *** | Saving seen data "./dancer.seen" |
| 19:42:59 | | Quit pretty_function (Ping timeout: 240 seconds) |
| 19:44:43 | | Join lorenzo92 [0] (~chatzilla@host219-104-dynamic.0-79-r.retail.telecomitalia.it) |
| 19:52:43 | | Quit futurisk (Quit: leaving) |
| 19:56:44 | chrisjj_ | lebellium: "I would rather sort by full name" Thanks for the suggestion. Now done. |
| 20:00 |
| 20:03:24 | | Join Water [0] (~chatzilla@adsl-68-253-225-181.dsl.dytnoh.ameritech.net) |
| 20:09:13 | | Quit Water (Quit: ChatZilla 0.9.90.1 [Firefox 25.0.1/20131112160018]) |
| 20:34:10 | pamaury | This freescale code is a nightmare, I don't know if I'll ever succeed in reversing the OF FTL |
| 20:37:59 | | Quit chrisjj_ (Ping timeout: 250 seconds) |
| 20:42:50 | | Join lebellium_gs2 [0] (~lebellium@80.215.1.98) |
| 20:58:50 | | Quit pamaury (Ping timeout: 272 seconds) |
| 21:00 |
| 21:00:00 | | Quit DormantBrain (Remote host closed the connection) |
| 21:02:30 | | Join DormantBrain [0] (~andy@2001:470:8:a61::5f92:59a1) |
| 21:02:48 | | Quit y4n (Quit: MOTHER EUROPA CALLING ME!) |
| 21:02:54 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 21:06:13 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 21:06:23 | | Join kugel [0] (~kugel@91-66-52-103-dynip.superkabel.de) |
| 21:06:23 | | Quit kugel (Changing host) |
| 21:06:23 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 21:13:02 | | Quit kugel (Ping timeout: 264 seconds) |
| 21:14:50 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 21:16:24 | | Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) |
| 21:40:52 | *** | Saving seen data "./dancer.seen" |
| 21:54:11 | pamaury | lebellium_gs2: nwz has reached 20h and still going...I'm not sure it will reach 30h but it's still quite an improvement |
| 21:54:57 | lebellium_gs2 | pamaury: great, that's already twice as much :) |
| 22:00 |
| 22:00:38 | | Quit krabador (Quit: Sto andando via) |
| 22:01:55 | | Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) |
| 22:04:50 | | Quit bluebrother (Disconnected by services) |
| 22:04:54 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 22:05:50 | | Quit kevku (Ping timeout: 260 seconds) |
| 22:06:49 | gevaerts | pamaury: I've just pushed g#680 to gerrit to try and work around the 0xEE thing |
| 22:06:58 | | Quit fs-bluebot (Ping timeout: 272 seconds) |
| 22:07:33 | | Quit ikeboy (Quit: ikeboy) |
| 22:07:52 | gevaerts | According to http://msdn.microsoft.com/en-us/library/windows/hardware/ff537430%28v=vs.85%29.aspx , "If there is no string descriptor at 0xEE, or the string descriptor at that index is not a valid OS string descriptor, Windows assumes that the device does not contain any OS feature descriptors", so that should behave exactly the same as a STALL on the windows side, except that it won't kill our devices if we have issues with STALL |
| 22:08:30 | | Join fs-bluebot [0] (~fs-bluebo@g231121044.adsl.alicedsl.de) |
| 22:08:44 | gevaerts | Hmm |
| 22:08:46 | gevaerts | g#680 |
| 22:08:48 | fs-bluebot | Gerrit review #680 at http://gerrit.rockbox.org/r/680 : Return a valid USB string descriptor for index 0xEE. by Frank Gevaerts (changes/80/680/1) |
| 22:08:51 | gevaerts | Ah, better :) |
| 22:11:04 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 22:15:55 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 22:16:14 | pamaury | gevaerts: yeah that's what I suggested when saying we could return an empty string |
| 22:16:26 | gevaerts | Yes |
| 22:16:40 | gevaerts | I went for a non-empty one because we have three just lying around anyway :) |
| 22:16:56 | pamaury | sure :) |
| 22:16:58 | gevaerts | That saves a byte or four I think |
| 22:17:28 | gevaerts | I'm actually thinking that we should just push that and tell people to test current builds |
| 22:18:00 | bertrik | what's the problem with STALL, we can't stall on some platforms, or stall works too good? |
| 22:19:06 | gevaerts | We don't recover from stall properly on at least ams |
| 22:19:25 | gevaerts | It's not at all clear why |
| 22:19:37 | gevaerts | And windows causes a stall on first connect by default these days |
| 22:19:45 | bertrik | hm |
| 22:20:37 | bertrik | I'd rather have the stall fixed than avoiding it and hope it never happens in any other scenario, but I realise the truth is probably that noone will fix ams usb thoroughly |
| 22:21:29 | gevaerts | Well, it shouldn't ever happen in normal operation. |
| 22:21:37 | gevaerts | This 0xee thing really is a weird exception |
| 22:21:58 | gevaerts | And what g#680 does is perfectly valid |
| 22:21:59 | fs-bluebot | Gerrit review #680 at http://gerrit.rockbox.org/r/680 : by Frank Gevaerts (changes/80/680/1) |
| 22:22:35 | | Join kugel [0] (~kugel@91-66-52-103-dynip.superkabel.de) |
| 22:22:35 | | Quit kugel (Changing host) |
| 22:22:35 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:22:38 | pamaury | bertrik: that's not even the problem, the problem is that no one knows how to recover from this STALL, it seems like a hardware bug |
| 22:22:49 | pamaury | probably with a workaround but we need to find it |
| 22:23:09 | pamaury | I'm still disassembling amsv2 ROM but it's really difficult |
| 22:23:20 | bertrik | I don't clearly remember how a stall get cleared |
| 22:23:31 | bertrik | host sends a "clear stall", right? |
| 22:23:41 | gevaerts | Well, there definitely is a workaround, the OF doesn't have the problem |
| 22:23:41 | bertrik | on the control endpoint |
| 22:23:51 | gevaerts | bertrik: this is on EP0, so it gets auto-cleared |
| 22:24:42 | bertrik | should, but doesn't? something like that? |
| 22:24:50 | gevaerts | Yes |
| 22:25:02 | gevaerts | The hardware is documented as doing this automatically |
| 22:25:20 | gevaerts | But while it seems to actually clear the STALL, nothing else then still works |
| 22:25:24 | bertrik | pamaury: have you looked at it with the USB analyzer? |
| 22:26:15 | gevaerts | bertrik: someone has. See FS #12910 |
| 22:26:15 | fs-bluebot | http://www.rockbox.org/tracker/task/12910 Sansa zip clip fails to enumerate over USB under Windows. (bugs, unconfirmed) |
| 22:26:18 | bertrik | I seem to remember that USB mass storage relies quite heavily on stall too |
| 22:26:30 | bertrik | but that's on the bulk endpoints |
| 22:27:09 | gevaerts | It doesn't really. You have to stall on error conditions, but those shouldn't happen anyway |
| 22:28:39 | | Quit chrisjj (Quit: Page closed) |
| 22:30:53 | bertrik | gevaerts: how do I interpret that log? non-indented is host, indented is device? |
| 22:31:19 | | Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) |
| 22:31:57 | gevaerts | bertrik: have a look at the second image. That one is a bit clearer and actually shows the issue |
| 22:32:06 | gevaerts | indented means the actual packets |
| 22:32:52 | gevaerts | This software actually allows you to collapse entire transfers you don't care about |
| 22:34:07 | chrisjj | chrisjj_lebellium: re http://www.rockbox.org/wiki/TargetStatus , I see your previous edit left some targets out of order. If there was a reason for this, do please let me know and accept my apologies for 'correcting' it :) |
| 22:36:39 | bertrik | gevaerts: are the NAKs significant in the second log? |
| 22:36:52 | lebellium_gs2 | chrisjj: there was no reason :) so no problem |
| 22:37:15 | gevaerts | bertrik: yes. Apparently they don't ever stop |
| 22:39:46 | bertrik | NAKs happen automatically when the host sends an IN packet and the device controller has nothing to send, in the device controllers I know |
| 22:40:05 | gevaerts | Yes |
| 22:42:04 | | Quit einhirn (Ping timeout: 272 seconds) |
| 22:42:28 | chrisjj | lebellium_gs2: OK! Thanks. |
| 22:45:44 | bertrik | What's the closest thing to a datasheet we have for the AMS usb controller? |
| 22:47:02 | pamaury | STM32F4xxx |
| 22:47:19 | chrisjj | For anyone not bored by documentation detail :) do you too find http://www.rockbox.org/wiki/TargetStatus table column headers fail to sort? |
| 22:52:37 | | Join einhirn [0] (~Miranda@p4FC77E10.dip0.t-ipconnect.de) |
| 22:56:17 | pamaury | i don't know if it's relevant but the ROM of the clip+ has few puzzling pieces of code: |
| 22:56:17 | pamaury | 1) it handles the SOF interrupt but does nothing of it, simply clear it |
| 22:56:17 | pamaury | 2) it handles IN token on empty fifo interrupt on IN endpoints but does nothing of it either |
| 22:57:51 | pamaury | 3) it handles OUT token with ep disabled and does nothing |
| 23:00 |
| 23:01:05 | | Quit kugel (Ping timeout: 240 seconds) |
| 23:08:18 | | Nick alecjw_ is now known as alecjw (~wright@cpc8-cmbg14-2-0-cust680.5-4.cable.virginm.net) |
| 23:08:26 | | Quit alecjw (Changing host) |
| 23:08:26 | | Join alecjw [0] (~wright@fsf/member/alecjw) |
| 23:23:02 | | Quit markun (Ping timeout: 252 seconds) |
| 23:23:37 | bertrik | the AMS usb driver seems full of all kinds of hacky comments |
| 23:24:07 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 23:24:57 | wodz | pamaury: This samsung rk2706b dap looks pretty much like reference design with small twist. |
| 23:25:09 | bertrik | well, maybe not full, but there are some things I'd like to be sure of, like is EP2 really an alias for EP0, like it says? |
| 23:26:05 | pamaury | wodz: yeah indeed |
| 23:26:23 | pamaury | bertrik: what ?! |
| 23:26:33 | | Quit amayer (Quit: Leaving) |
| 23:26:47 | wodz | As far as I can tell video is decoded on DSP core which is rather powerful. The lcdif has hw scaling block so I would say samsung R&D did poor job OR rockchip didn't support them with proper documentation. |
| 23:27:07 | wodz | decoders are in binary form in SDK |
| 23:27:30 | wodz | and no free toolchain nor documentation is available for ZSP500 core |
| 23:29:09 | pamaury | yeah I pretty much stalled on the zsp, it would be nice to work on it but so many things to do |
| 23:29:14 | pamaury | and I guess writing a decoder on this dsp would not be trivial |
| 23:29:32 | pamaury | bertrik: where did you find this comment ? |
| 23:29:57 | wodz | pamaury: we could offload some stuff to dsp cop BUT form most audio arm core is enough so why bother |
| 23:30:22 | wodz | *for |
| 23:30:37 | bertrik | usb-drv-as3525 line 159 |
| 23:31:11 | pamaury | exactly |
| 23:31:11 | pamaury | it's just fun to be able to use the whole hardware though |
| 23:32:04 | pamaury | this is not the driver for amsv2 |
| 23:33:01 | wodz | Anyone knows MIPS? I can't wrap my head around exception dispatcher. Every implementation I saw saves whole set of GPRs but according to my understanding s0-s8 registers are saved anyway in function prologue if it wants to use it. This would save 9 registers push/pop on every exception (irq) |
| 23:33:06 | pamaury | the bug we are talking about affects sansa AMSv2 as far as I know |
| 23:33:25 | pamaury | wodz: sorry I don't :( |
| 23:34:38 | | Quit lorenzo92 (Ping timeout: 272 seconds) |
| 23:34:57 | bertrik | pamaury: argh, sorry |
| 23:35:21 | wodz | pamaury: I would also like to fully utilize the hardware but there are less exotic functions to implement |
| 23:36:04 | pamaury | like NAND... |
| 23:36:16 | wodz | and this MIPS thingy caught my attention... |
| 23:36:31 | wodz | like USB |
| 23:36:45 | pamaury | also... |
| 23:37:53 | pamaury | I swear it, if I meet the guy who wrote the Sansa AMS ROM, I will kill him |
| 23:38:17 | pamaury | There should be a law to forbid writing usb drivers likes this one |
| 23:40:53 | *** | Saving seen data "./dancer.seen" |
| 23:44:00 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 23:58:01 | pamaury | yeah, I understood how irq dispatch work on this ROM: irq_handler() calls usb_globals->handle_irq() whichs calls this->thing->handle_irq() which calls this->sub->hwdrv->handle_irq() |
| 23:58:09 | pamaury | that's perfectly sensible now |
icon identifies that the person is a core developer (has commit access).