| 00:01:49 | furrywolf | I can only imagine cfdisk is broken, or it's being helpful and actually inspecting the filesystem, despite reporting it as the partition type, and your interacting with it as a hex partition type. I'm suspecting broken. |
| 00:02:27 | | Quit edhelas (Ping timeout: 240 seconds) |
| 00:03:08 | pamaury | wodz: /contents/ |
| 00:03:16 | wodz | pamaury: thanks |
| 00:03:19 | pamaury | if you don't redirect output |
| 00:03:24 | * | furrywolf makes a note to use fdisk, not cfdisk |
| 00:03:26 | pamaury | it will appear in rockbox.log |
| 00:03:27 | pamaury | wodz: ^ |
| 00:03:35 | pamaury | that where the bootloader redirects everything |
| 00:03:41 | pamaury | but of course you can redirect to your own file |
| 00:03:42 | wodz | pamaury: Ah, that is helpful |
| 00:03:51 | * | wodz tries |
| 00:04:21 | pamaury | wodz: note that / is mounted read-only, but /contents is mounted read-write, so in theory you can't break anything |
| 00:05:20 | pamaury | dys: looking at the PCB, I'm sure sure the little chip is on the same bus as the big one |
| 00:05:44 | pamaury | but it's hard to follow all the tracks |
| 00:05:55 | | Join alexweissman [0] (~alexweiss@149-160-168-106.dhcp-bl.indiana.edu) |
| 00:05:57 | wodz | pamaury: I do have something in rockbox.log by default which looks like related to alsa |
| 00:07:34 | amazoniantoad | Bilgus, just soldered the wires to the audio jack |
| 00:07:38 | pamaury | wodz: what is it ? |
| 00:07:39 | amazoniantoad | Seems to have worked nicely |
| 00:07:53 | Bilgus | awesome |
| 00:08:00 | amazoniantoad | Going to get wiring for powering the bluetooth device and solder that next. |
| 00:08:45 | wodz | pamaury: http://paste.debian.net/911018 |
| 00:09:39 | | Quit alexweissman (Remote host closed the connection) |
| 00:10:24 | Bilgus | use the wire in the other half of he patch cord |
| 00:10:27 | pamaury | wodz: it's possible I left some code that calls "amixer" to dumps all audio controls somewhere |
| 00:10:38 | pamaury | wodz: does your script runs correctly ? |
| 00:10:41 | Bilgus | white becomes the black and red will be red |
| 00:11:12 | wodz | pamaury: paste.debian.net/911020 <- first attempt on aplay -l and amixer scontents |
| 00:11:57 | pamaury | looks familiar |
| 00:12:15 | pamaury | I've noticed that I can't open the alsa pcm device until I set 'Codec Power' to 'on' |
| 00:12:20 | amazoniantoad | Bilgus, thanks for the advice! |
| 00:18:27 | | Quit Senji_ (Ping timeout: 276 seconds) |
| 00:23:38 | wodz | pamaury: /proc/fm/rX indeed contain si470x registers |
| 00:27:39 | wodz | pamaury: no rds registers |
| 00:28:34 | dys | pamaury: I saw some action on DO while the big chip had its CS high, so this also indicates something else is also talking on the bus |
| 00:29:19 | pamaury | dys: indeed |
| 00:31:45 | wodz | pamaury: echo "8000" > /proc/fm/r2 gives sh: write error: Invalid argument :/ |
| 00:31:48 | dys | pamaury: Some strings of the dump look like it's their fwupgrade tool. maybe we can ignore the actual boot rom with more research |
| 00:34:40 | pamaury | dys: the non-zero-non-ff part of flash dump looks like the the firmware upgrade, I mean they have the same size basically |
| 00:35:44 | pamaury | dys: which strings ? |
| 00:36:12 | dys | pamaury: offset 0x128f3c |
| 00:36:29 | dys | HA-P90 Erasing.. Blank.... Writing.. Compare.. |
| 00:37:02 | dys | the first string is at the start of the image from the upgrade zip |
| 00:37:12 | dys | the others are displayed when it's upgrading, presumably |
| 00:37:58 | dys | (I have the TEAK version, it's basically identical to the ONKYO one except they chose some other $2 opamps to give the marketing department something) |
| 00:38:03 | dys | s/TEAK/TEAC/ |
| 00:40:53 | pamaury | yeah possibly |
| 00:41:32 | pamaury | although without a proper tool to analyse the code, it won't be easy to find where the piece of code that relates to this string |
| 00:41:47 | dys | teac has their old upgrades online as well, not just the latest one like onkyo does. http://www.teac.com/product/ha-p90sd/ |
| 00:42:45 | dys | well, objdump prefixes the insns with offset as well, so you could go right from the strings output to the assembly :-) |
| 00:43:44 | dys | oh, wait, I'm still thinking thumb-2 where you have to have your data close to the code otherwise you can't address it anymore with the tiny instructions |
| 00:43:46 | pamaury | yeah sure, it's just very... unpractical |
| 00:44:31 | pamaury | I don't know how blackfin addressing works, possibly objdump output enough information to easily grep that |
| 00:44:58 | pamaury | otherwise it's tricky, it might even be worth adding proper support to radare for example |
| 00:47:31 | *** | Saving seen data "./dancer.seen" |
| 00:50:05 | pamaury | dys: I have an idea to compare flashdump and firmware upgrade |
| 00:51:08 | dys | ja, lots of new options now that we have the plaintext |
| 00:51:44 | | Quit wodz (Ping timeout: 255 seconds) |
| 00:57:37 | | Quit ZincAlloy (Quit: Leaving.) |
| 01:00 |
| 01:07:38 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 01:14:23 | | Quit girafe (Read error: Connection reset by peer) |
| 01:16:32 | | Quit skapazzo (Quit: Lost terminal) |
| 01:18:24 | amazoniantoad | Bilgus, is it okay if the ground wire (remember that it isn't insulated) touches the case? |
| 01:54:41 | | Quit pamaury (Ping timeout: 240 seconds) |
| 02:00 |
| 02:12:27 | | Quit xorly (Ping timeout: 240 seconds) |
| 02:14:13 | dys | pamaury: hmm, there is a persistent clock signal on the small so-8 that is different from sck. I also don't see DO or DI on any of it's pins |
| 02:14:41 | dys | maybe the first boot of the blackfin is from the Cypress PSoC in SPI slave boot mode |
| 02:21:58 | dys | s/it's/its/ |
| 02:22:01 | * | dys should catch some sleep |
| 02:23:31 | dys | another note: the 32M flash and the PSoC were the only chips that had some blue paint applied to them |
| 02:24:30 | dys | so maybe they are really the only ones that have been programmed before being placed |
| 02:30:06 | dys | hmmm, I actually have a cheap SoCKit eval board with a break-away programmer that I hamstered a year ago |
| 02:30:34 | dys | but again, maybe we can ignore the first boot stage with more research… |
| 02:47:32 | *** | Saving seen data "./dancer.seen" |
| 02:49:42 | | Join Senji [0] (~Senji@85.187.103.250) |
| 02:54:16 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 02:55:43 | | Quit JanC (Killed (orwell.freenode.net (Nickname regained by services))) |
| 02:55:44 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 03:00 |
| 03:00:14 | | Quit Senji (Ping timeout: 245 seconds) |
| 03:09:11 | | Quit ender` (Quit: Zero Defects, n. The result of shutting down a production line.) |
| 04:00 |
| 04:23:28 | Bilgus | amazoniantoad, no most likely not generally the ground is at a different potential |
| 04:24:45 | Bilgus | I'd wrap some electrical tape around it |
| 04:47:33 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:59:05 | amazoniantoad | okay |
| 06:00 |
| 06:10:47 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 06:10:54 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 06:15:08 | [Saint] | I swear to all things holy if a certain someone invents another ridiculous acronym I'm going to go on a rampage. |
| 06:18:18 | [Saint] | Incidentally, does anyone have even the remotest clue what he's referring to when he says 'soak test'? |
| 06:18:34 | [Saint] | I mean...I know what a soak test is. I'm not sure he does though. |
| 06:27:21 | [Saint] | I just read the backlog in full, and my God. |
| 06:27:27 | [Saint] | How do you put up with this shit? |
| 06:28:08 | furrywolf | are you suffering from RAIAR? (Ridiculous Acronym Induced Angry Rampages) |
| 06:28:56 | [Saint] | "I don't care how things work, I'm going to rant and rave about how I *think* things work, and then gleefully disregard any and all attempts anyone makes to inform me otherwise, despite them clearly being significantly more advanced in every single relevant area of understanding" |
| 06:29:01 | [Saint] | Fuck me... |
| 06:29:40 | | Join ffurrywol [0] (~randyg@68-27-136-242.pools.spcsdns.net) |
| 06:30:09 | [Saint] | ffurrywol: I think you had a buffer overflow my man. ;) |
| 06:30:36 | ffurrywol | no, my crappy internet connection reset. |
| 06:31:23 | ffurrywol | When you have RAIAR, you want to pull your hair, because even for a palindrome, you just don't care... When acronyms make you mad, and reading them makes you sad, and killing people makes you glad... you have RAIAR! |
| 06:31:45 | ffurrywol | bbl, time for sleep |
| 06:32:20 | | Quit furrywolf (Ping timeout: 245 seconds) |
| 06:32:49 | | Nick ffurrywol is now known as furrywolf (~randyg@68-27-136-242.pools.spcsdns.net) |
| 06:43:40 | | Quit furrywolf (Ping timeout: 255 seconds) |
| 06:47:34 | *** | Saving seen data "./dancer.seen" |
| 06:54:46 | | Join mutnai [0] (6db90a3e@gateway/web/freenode/ip.109.185.10.62) |
| 07:00 |
| 07:40:40 | | Quit [Saint] (Remote host closed the connection) |
| 07:42:08 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
| 07:42:57 | | Quit jhMikeS (Ping timeout: 256 seconds) |
| 08:00 |
| 08:18:11 | | Quit fs-bluebot (Ping timeout: 276 seconds) |
| 08:18:35 | | Quit bluebrother^ (Ping timeout: 240 seconds) |
| 08:20:26 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 08:24:13 | | Quit idonob (Read error: Connection reset by peer) |
| 08:31:32 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf53e.dyn.telefonica.de) |
| 08:34:29 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 08:38:53 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 08:38:53 | | Quit pixelma (Quit: .) |
| 08:39:04 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 08:39:04 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 08:39:45 | | Quit pixelma (Client Quit) |
| 08:39:45 | | Quit amiconn (Client Quit) |
| 08:42:09 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 08:42:10 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 08:47:36 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:02:14 | | Quit mutnai (Quit: Page closed) |
| 09:03:11 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
| 09:17:32 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 09:44:00 | | Quit edhelas (Quit: Leaving.) |
| 10:00 |
| 10:05:11 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 10:23:48 | | Quit edhelas (Quit: Leaving.) |
| 10:47:38 | *** | Saving seen data "./dancer.seen" |
| 10:55:19 | | Join Senji [0] (~Senji@85.187.103.250) |
| 10:55:35 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 11:00 |
| 11:12:00 | dys | pamaury: radare sounds really interesting. I wonder if it's worth the effort teaching it blackfin |
| 11:12:21 | dys | OTOH that would be a good exercise for getting really intimate with the blackfin ISA |
| 11:12:41 | dys | https://api.media.ccc.de/v/33c3-8095-radare_demystified |
| 11:13:14 | dys | pamaury: also, I think something on the board didn't like my violent takeover of the SPI bus. It's not booting anymore :-/ |
| 11:16:23 | dys | since I still can read out the flash reliably, I think either a pin on the blackfin broke or on that other device on the bus, maybe the Cypress SoC |
| 11:18:35 | dys | If I'm lucky only one of the tiny in-line termination resistors burnt out |
| 11:29:11 | prof_wolfff | wodz: i performed 2 tests with no single dmesg error, 1) copy ~300 mp3 files for a total size of ~1.8GB (my whole flash), this test was repeated one time, 2) copy ~30000 small files, total size ~1GB |
| 11:32:19 | prof_wolfff | wodz: really I have no idea where to start... this patch disables access to flash for offset >= 2GB, so you can use dd to read/write beyond 2GB offset and see if we can rule out a flash driver problem, you can also test if you can reproduce the error on read, write or both |
| 11:32:28 | prof_wolfff | https://www.pastiebin.com/588c72b79fe70 |
| 11:32:32 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
| 11:33:15 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 12:00 |
| 12:07:52 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 12:13:04 | lebellium | pamaury: got my NW-A25! :) |
| 12:13:27 | pamaury | congrat : |
| 12:13:28 | pamaury | :) |
| 12:13:43 | lebellium | and the external amp PHA-1A. I now can act as an audiophile \o/ |
| 12:14:35 | pamaury | dys: oops, what are you going to do ? |
| 12:18:56 | chrisjj | In .wps, how can I left-pad the value of a tag with spaces? E.g. to get %pp in a fixed-width field of 2, such that '1' appears as ' 1'. If there is a solution, I don't see it in https://www.rockbox.org/wiki/CustomWPS. |
| 12:19:09 | dys | pamaury: probably working on more reverse engineering/learning blackfin while waiting for a chance to get another used one cheaply. |
| 12:22:16 | pamaury | dys: your flash dump is for device HA300 ? |
| 12:23:07 | dys | no, it's from a TEAC HA-P90SD. it's the same as the onky except for branding and different opamps. |
| 12:23:20 | dys | s/onky/onkyo/ |
| 12:24:24 | pamaury | do you know which version was on it exactly ? |
| 12:27:08 | | Join mutnai [0] (6db90a3e@gateway/web/freenode/ip.109.185.10.62) |
| 12:27:46 | dys | pamaury: I didn't not it :-/ It was not the latest version teac offers for download. they do have a dozen old ones online though. |
| 12:27:51 | dys | s/not/note/ |
| 12:28:14 | | Quit chrisjj (Ping timeout: 260 seconds) |
| 12:28:24 | pamaury | yeah, I'm trying to compare but since they have so many, it less easy to compare |
| 12:28:43 | dys | grr, why has the BF535 reference a MMIO register assignments appendix, but the BF606 reference doesn't? |
| 12:29:05 | dys | where do people supposed to get these from? |
| 12:30:09 | dys | s/do/are/ |
| 12:30:34 | pamaury | dys: the "ADSP-BF60x Blackfin Hardware Reference" has a description of all registers |
| 12:31:01 | dys | but they use only symbols to refer to them, no actual MMIO address supplied |
| 12:31:50 | dys | in the BF353 reference, the addresses for the symbols are listed in an appendix |
| 12:31:58 | Bilgus | pamaury: |
| 12:32:15 | dys | they'd be incredibly useful to find the code that uses the SPI |
| 12:32:54 | | Join devsnd [0] (~devsnd@p200300D46BC531008286F2FFFE1EA9FB.dip0.t-ipconnect.de) |
| 12:32:57 | dys | pamaury: Btw, the upper region seems to be a ThreadX kernel |
| 12:33:39 | Bilgus | How is timer overflow handled in RB I assume it rolls over an unsigned int but there aren't any checks on rollover point? |
| 12:35:36 | dys | pamaury: there's also lots of strings that hint at a diagnosis/calibration tool |
| 12:35:58 | dys | maybe there's a key combo during powerup to activate it, just like with the firmware upgrade tool |
| 12:36:17 | Bilgus | https://github.com/Rockbox/rockbox/blob/1f8ea9fe27313228e5df67ce6447830b5c30e5e3/apps/plugins/chessbox/gnuchess.c#L2176 |
| 12:36:35 | pamaury | dys: I believe the blackfin tools distributed by ADI contain the register list |
| 12:36:44 | pamaury | with all description in a header |
| 12:36:52 | pamaury | see adi-toolchain-blackfin/binutils-2.21/libgloss/bfin/include/defBF609.h |
| 12:38:21 | dys | ah, that's GPLd so no issues there. I was afraid it would only be available in their proprietary tools |
| 12:45:08 | Bilgus | ah nm order of op would make that moot |
| 12:46:22 | pamaury | Bilgus: for tick I don't know, but it never happens basically |
| 12:47:06 | pamaury | there are 100 tick per second, so 2^32 corresponds to over a year |
| 12:47:12 | pamaury | if that's the question |
| 12:47:42 | *** | Saving seen data "./dancer.seen" |
| 12:49:21 | dys | pamaury: much better - I found some code using UART0, but none using SPI0 or -1 yet |
| 12:49:44 | dys | i wonder where the uart is wired to |
| 12:51:27 | Bilgus | I wish that jonathan taylor thomas had supplied a know bad save point for chessbox instead of bitching and adding no valuable insight |
| 12:51:48 | * | dys imagines having a stubforth listening on that UART |
| 12:54:52 | pamaury | dys: I need to work on other things this week-end, but in rockbox we have two tools that are very helpful: a tool to document registers in XML and generate headers -> probably generable from blackfin header, 2) a stub that receives command over and is scriptable on the host using lua |
| 12:55:35 | pamaury | over the stub needs to be ported to the architecture, usually we upload it using usb recovery mode that many cpus have |
| 12:57:06 | dys | I'l look into it. I have some experience in porting the gdb-stub. Also, stubforth. |
| 13:00 |
| 13:04:32 | | Join skapazzo [0] (~skapazzo@151.9.205.1) |
| 13:19:11 | | Quit pamaury (Ping timeout: 255 seconds) |
| 13:21:10 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 13:30:34 | | Join shdwprince [0] (~textual@130.180.219.237) |
| 13:37:52 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 13:38:31 | dys | just wanted to the blackfin results so far on the wiki, but it says someone needs to add me to WikiUsersGroup first. anyone? |
| 13:38:31 | | Quit shdwprince (Ping timeout: 260 seconds) |
| 13:38:38 | dys | s/to/to put/ |
| 13:40:18 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:7d13:5c34:e2c9:d6ed) |
| 13:44:55 | pamaury | dys: what's your name ? |
| 13:45:10 | | Quit Bilgus (Remote host closed the connection) |
| 13:45:12 | dys | AndreasSeltenreich |
| 13:45:38 | | Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) |
| 13:46:22 | pamaury | dys: you should be able to edit now |
| 13:46:28 | dys | thanks |
| 13:55:15 | | Join chrisjj [0] (5001d87b@gateway/web/freenode/ip.80.1.216.123) |
| 14:00 |
| 14:47:45 | *** | Saving seen data "./dancer.seen" |
| 14:53:46 | lebellium | pamaury: is there an easy way to extract the firmware from the NW-A20 and convert it to UPG? |
| 14:58:15 | | Quit Bilgus (Remote host closed the connection) |
| 14:58:39 | | Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) |
| 15:00 |
| 15:03:39 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:10:45 | duo8 | is that one of the new fancy players? |
| 15:12:13 | lebellium | Depends on the meaning of "newé |
| 15:12:17 | lebellium | "new" |
| 15:12:20 | lebellium | released 2015 |
| 15:12:44 | | Quit mutnai (Ping timeout: 260 seconds) |
| 15:22:30 | | Join shdwprince [0] (~textual@78.111.185.231) |
| 15:22:57 | | Join chrisb [0] (~chrisb@pool-71-175-249-93.phlapa.east.verizon.net) |
| 15:40:50 | pamaury | lebellium: extract yes, convert it to upg no, why ? |
| 15:41:18 | pamaury | I mean not impossible, but why would you do that anyway ? |
| 15:41:25 | lebellium | to be able to install this firmware |
| 15:41:40 | lebellium | because you can't find it on the SOny website |
| 15:41:47 | lebellium | for history sake |
| 15:42:07 | pamaury | there is a firmware upgrade for the NW-A20 |
| 15:42:14 | lebellium | exactly |
| 15:42:40 | lebellium | I'd like a backup of my fw 1.00 before upgrading to 1.11 |
| 15:43:18 | lebellium | to be able to compare both firmwares in 20 years |
| 15:43:19 | lebellium | :) |
| 15:43:43 | lebellium | that's my archiving work |
| 15:44:04 | duo8 | wow |
| 15:45:51 | pamaury | ok, why not, there is a script in the repository to dump the firmware |
| 15:46:33 | lebellium | duo8: I have hundred Yepp firmwares on my PC just in case Samsung decide one day to remove the download link from their website |
| 15:46:52 | duo8 | also wow |
| 15:47:07 | lebellium | I don't trust any company to keep resources available long enough for my collection |
| 15:49:33 | pamaury | lebellium: to dump the firmware: |
| 15:49:33 | pamaury | cd utils/nwztools/scripts |
| 15:49:33 | pamaury | make NWZ_TARGET=nw-a20 UPG=dump_rootfs_nwa20.upg dump_rootfs |
| 15:49:33 | DBUG | Enqueued KICK pamaury |
| 15:49:33 | pamaury | cp dump_rootfs_nwa20.upg /path/to/player/NW_WM_FW.UPG |
| 15:49:33 | pamaury | ../scsitools/scsitool /dev/sdX do_fw_upgrade |
| 15:49:33 | *** | Alert Mode level 1 |
| 15:49:33 | pamaury | where to replace /path/to/player and /dev/sdX by the right values |
| 15:49:48 | pamaury | and modulo the typos that I most probably did |
| 15:52:00 | lebellium | Do I need the patch? |
| 15:54:00 | pamaury | no |
| 15:54:21 | pamaury | I think I pushed all this stuff already |
| 15:56:35 | lebellium | it says "Warning: unknown model nw-a20 |
| 15:56:37 | lebellium | A KAS or a keysig is needed to decrypt the firmware |
| 15:56:38 | lebellium | You have the following options(see help for more details):" |
| 15:56:49 | lebellium | but there is kas in upg.c! |
| 15:59:34 | *** | Alert Mode OFF |
| 16:00 |
| 16:01:13 | pamaury | recompile upgtools |
| 16:01:21 | pamaury | make -C /path/to/utils/nwztools/upgtools |
| 16:02:19 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 16:02:19 | * | pamaury disappears for an hour |
| 16:39:12 | lebellium | pamaury: looks like it's stuck on "Dumping FU initrd..." |
| 16:47:47 | *** | Saving seen data "./dancer.seen" |
| 16:53:03 | | Quit Rower (Ping timeout: 240 seconds) |
| 16:53:59 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 17:00 |
| 17:01:49 | pamaury | lebellium: still stuck ? |
| 17:02:04 | lebellium | yep :( |
| 17:02:46 | pamaury | then reset, I don't know why it would get stuck |
| 17:03:17 | lebellium | I was waiting for your instructions because I was not sure if reset is safe |
| 17:04:43 | lebellium | I have a dump_rootfs but it's only 12MB |
| 17:05:18 | lebellium | fu_initird.tar is exactly 12 000 KB |
| 17:06:13 | lebellium | on A850 it was 8,47MB |
| 17:06:45 | pamaury | could be a bug in busybox's tar, if it doesn't handle symlink loops for example |
| 17:07:16 | pamaury | or in find |
| 17:07:53 | pamaury | lebellium: you can try to skip initrd dumping, edit utils/nwztools/scripts/dump_rootfs.sh and comment those two lines: |
| 17:07:53 | pamaury | # tar -cf $DUMP_DIR/fu_initrd.tar $LIST |
| 17:07:53 | pamaury | # find / > $DUMP_DIR/fu_initrd.list |
| 17:08:06 | pamaury | then rebuild the upg and do a firmware upgrade again |
| 17:09:09 | lebellium | pamaury: the .tar archive doesn't seem to be corrupted though. I can open it. Is that normal since I killed the process with reset? |
| 17:09:43 | pamaury | lebellium: my guess is that the script was stuck on find |
| 17:11:12 | lebellium | what's find? |
| 17:11:27 | pamaury | it lists all the files |
| 17:11:46 | pamaury | it is supposed to handle loops as well but maybe busybox's implementation does not |
| 17:12:05 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
| 17:15:03 | lebellium | dumping rootfs: error cannot open rootfs |
| 17:15:53 | pamaury | I didn't add support for ext4 |
| 17:15:55 | pamaury | sigh |
| 17:18:44 | mutnai | rockaboy baby rockaboy ))) |
| 17:18:47 | mutnai | rockaboy baby in the rockabox ))) |
| 17:20:35 | pamaury | lebellium: try with g#1546 |
| 17:20:37 | fs-bluebot | Gerrit review #1546 at http://gerrit.rockbox.org/r/1546 : nwztools/script: fix dump_rootfs.sh to handle ext4 by Amaury Pouly |
| 17:20:42 | pamaury | (and comment the find line again |
| 17:20:49 | lebellium | ok |
| 17:21:15 | pamaury | it's untested |
| 17:21:19 | pamaury | just so you know |
| 17:22:26 | lebellium | It can't brick the device? The only risk is that it won't work? |
| 17:22:37 | lebellium | the script* |
| 17:26:57 | pamaury | no it should not brick the device ;) |
| 17:28:20 | lebellium | it worked :) |
| 17:31:07 | | Join furrywolf [0] (~randyg@72-57-219-183.pools.spcsdns.net) |
| 17:56:01 | lebellium | pamaury: so I one day I want to flash the firmware, I just need dump_rootfs and .UPG at the root and send the upgrade command in scsitools? |
| 17:56:05 | lebellium | if* |
| 18:00 |
| 18:01:01 | | Quit robertd1 (Ping timeout: 260 seconds) |
| 18:02:23 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 18:11:13 | | Quit pamaury (Ping timeout: 240 seconds) |
| 18:33:55 | | Join nlogex [0] (~filip@CPE30469a4d21ac-CMa84e3f5c8560.cpe.net.fido.ca) |
| 18:39:00 | | Quit Rower (Ping timeout: 245 seconds) |
| 18:39:18 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 18:47:49 | *** | Saving seen data "./dancer.seen" |
| 18:52:07 | | Quit robertd1 (Ping timeout: 252 seconds) |
| 18:53:03 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 19:00 |
| 19:04:51 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 19:05:22 | pamaury | lebellium: no, to reflash you would need a custom script |
| 19:21:34 | | Quit chrisb (Ping timeout: 240 seconds) |
| 19:40:28 | | Quit Rower (Ping timeout: 240 seconds) |
| 19:41:19 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 19:53:54 | | Quit mutnai (Ping timeout: 260 seconds) |
| 20:00 |
| 20:04:36 | lebellium | pamaury: based on my search and new observations I'm almost sure the difference between NW and NWZ is ATRAC playback capability in firmware (activated or desactivated depending on the region code). However I still can't understand why sometimes Sony release NW outside Japan instead of making a specific worldwide NWZ version. I also don't understand why NW-E390 is not a NWZ (not released in... |
| 20:04:38 | lebellium | ...Japan and no ATRAC playback worldwide) |
| 20:09:03 | pamaury | Sony likes to make things complicated maybe ? |
| 20:09:40 | | Quit devsnd (Remote host closed the connection) |
| 20:10:07 | lebellium | would be funny if they made a mistake when choosing the NW-E390 name |
| 20:11:32 | | Join uwe_android [0] (~uwe_andro@static.173.76.9.176.clients.your-server.de) |
| 20:11:47 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
| 20:12:40 | pamaury | lebellium: so NW plays ATRAC or doesn't play ATRAC ? |
| 20:13:58 | lebellium | NW play ATRAC. Depending on the model it may be only in J destination code (NW-A20 for example) or in any destination code (NW-A850 for example) |
| 20:14:06 | lebellium | NWZ can't play ATRAC files, even in J code |
| 20:14:30 | pamaury | I can check on my NW-E390 if it plays ATRAC ;) |
| 20:15:20 | lebellium | I'm almost sure it won't in your probably current CEW code. Would be interesting to check in J code |
| 20:15:48 | lebellium | I assume you don't have ATRAC samples |
| 20:15:51 | lebellium | do you want one? |
| 20:16:13 | lebellium | or maybe you want to install the awesome SonicStage on your PC :D |
| 20:20:46 | pamaury | I don't have any atrac file indeed |
| 20:21:02 | pamaury | but I don't know how to change the destinaton code though |
| 20:21:14 | pamaury | it's unlikely the tool works for this one |
| 20:24:13 | lebellium | I email you a sample (I can't put an illegal download link here) |
| 20:29:11 | pamaury | thanks, I'll try it tonight |
| 20:31:57 | | Quit olspookishmagus (Ping timeout: 258 seconds) |
| 20:32:26 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 20:32:50 | | Nick olspookishmagus is now known as Guest99782 (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 20:44:17 | pamaury | lebellium: no luck |
| 20:44:24 | pamaury | it's not listed by the OF |
| 20:44:32 | lebellium | that's what I thought |
| 20:44:43 | lebellium | and indeed I don't know how you could change the destination code |
| 20:44:50 | lebellium | since you said it's not linux-based right? |
| 20:47:03 | pamaury | no, it's something entirely different |
| 20:47:13 | pamaury | and it does not respond to commands as the linux players |
| 20:47:53 | *** | Saving seen data "./dancer.seen" |
| 20:56:51 | | Quit Rower (Ping timeout: 248 seconds) |
| 20:57:05 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 21:00 |
| 21:00:04 | | Quit dys (Remote host closed the connection) |
| 21:27:26 | | Quit nlogex (Quit: WeeChat 1.7) |
| 21:31:54 | | Quit mutnai (Ping timeout: 260 seconds) |
| 21:47:18 | | Join dys [0] (~dys@ip-109-44-1-147.web.vodafone.de) |
| 21:48:06 | | Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) |
| 22:00 |
| 22:00:41 | | Quit dys (Remote host closed the connection) |
| 22:01:12 | | Join dys [0] (~dys@ip-109-44-1-147.web.vodafone.de) |
| 22:05:05 | | Quit robertd1 (Ping timeout: 258 seconds) |
| 22:07:51 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 22:10:29 | lebellium | pamaury: got an NWZ-A867 64GB :) |
| 22:12:48 | | Quit Rower (Ping timeout: 256 seconds) |
| 22:13:14 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 22:13:29 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 22:13:36 | | Part robertd1 |
| 22:18:08 | pamaury | lebellium: are you trying to gather all Sony players ? |
| 22:18:49 | lebellium | Yes, or at least all that may benefit from Rockbox |
| 22:21:14 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 22:21:36 | * | lebellium hopes Rockbox will never be ported to NW-WM1. Can't afford >€1000 players |
| 22:21:38 | lebellium | :D |
| 22:24:22 | pamaury | maybe rockbox will "just work" on it ;) |
| 22:24:46 | pamaury | but Sony changed the encryption so we are stuck anyway |
| 22:24:51 | lebellium | I know |
| 22:25:07 | lebellium | but I might buy an NW-A30 to help you |
| 22:25:19 | lebellium | if you can do something on the software side |
| 22:25:30 | lebellium | don't want you to disassemble it :D |
| 22:25:59 | pamaury | We might need to disassemble it to find out :-/ |
| 22:26:03 | pamaury | or maybe find an exploit |
| 22:26:38 | lebellium | I could buy it and ship it to you. But taking the risk to disassemble it and break something in the operation is difficult to accept on a brand new €200 device |
| 22:27:36 | pamaury | did you find the manual of the A30 ? |
| 22:28:45 | lebellium | not yet. Sony published a new batch of service manuals 2 weeks ago but the A30 is not in it. I checked yesterday |
| 22:29:34 | pamaury | if the A30 has a removable emmc board, it should be relatively easy to dump it without breaking the device |
| 22:29:42 | pamaury | assuming disassembly is not too hard |
| 22:35:19 | lebellium | NW-WM1 doesn't give much hope about the A30 |
| 22:35:21 | pamaury | dys: I had a look at the flash dump but it's not obvious for me to find the scrambling routine, the disassemly produced by objdump is not very helpful. However I had compared the dump with version 1.01 of the firmware (encrypted) |
| 22:36:42 | pamaury | and there is something interesting: the frequency distribution of the bytes are almost the same. This suggest simple byte substitution. Maybe I can infer it from the frequencies or find the rule on which it is based (assuming there is one) |
| 22:37:29 | pamaury | lebellium: if I get bored, I'll try to find an exploit on existing players and hopefully it applies to A30 |
| 22:37:31 | dys | pamaury: The entropy map image rendered with binvis also looks exactly the same |
| 22:38:09 | dys | it has to be some primitive linear mapping of few bytes at a time |
| 22:40:18 | lebellium | pamaury: well... normally you have enough to do on the other NWZ devices not to get bored^^ |
| 22:40:32 | dys | btw, I couldn't resurrect the unit so far. the chips are doing things, but the DI pin of the SPI flash no longer sees action (SCK and CS do) |
| 22:40:53 | pamaury | maybe you fried the pad :-/ |
| 22:40:56 | dys | so i probably burnt out the MOSI pin of either the blackfin or the PSoC |
| 22:41:24 | dys | by now, I suspect the blackfin is booting in SPI slave mode from the PSoC in master mode |
| 22:42:05 | dys | this could then issue a redirect boot kernel command to the blackfin |
| 22:42:13 | pamaury | interesting |
| 22:47:56 | *** | Saving seen data "./dancer.seen" |
| 22:48:08 | dys | btw, you commented some days ago that the PSoC doesn't have I2S. Since the they have a CPLD on the SoC as well, they vould very well have clicked the peripheral in the toolchain and synthesized it. |
| 22:48:22 | dys | s/vould/could/ |
| 22:51:34 | dys | it would only need a couple of longish shift registers for i2s (compared to the clock recovery needed with spdif), so I think i2s easily fits in there |
| 23:00 |
| 23:00:19 | dys | the cpld in the PSoC also makes making sense of the PCB difficult, since there could be pretty much any peripheral on most of it's pins |
| 23:00:46 | dunx | i'm having some trouble here. my ipod mini shut down due to low power. i then charged it from the wall. the charging icon was displayed. about 30 minutes later, i return and it just shows the apple logo. it's just bootlooping on that. |
| 23:00:58 | dunx | any fixes? |
| 23:01:04 | pamaury | actually I take it back, the blackfin has a flexible serial interface (SPORT) that I think can do i2s. But yeah the PSoC can do virtually anything |
| 23:03:42 | dys | pamaury: regarding the scrambling, the binary counting is absent in the flash dump, so this is probably an artifact of the scrambling on the largers ff or 00 regions |
| 23:04:00 | dys | s/largers/larger/ |
| 23:06:34 | dunx | fwiw i just installed a CF card yesterday |
| 23:07:26 | | Quit skapazzo (Quit: leaving) |
| 23:08:48 | | Quit furrywolf (Read error: No route to host) |
| 23:13:33 | | Quit Rower (Ping timeout: 264 seconds) |
| 23:14:42 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
| 23:26:25 | | Quit shdwprince (Quit: My Mac has gone to sleep. ZZZzzz…) |
| 23:28:50 | | Quit Marex (Ping timeout: 260 seconds) |
| 23:29:23 | | Quit Senji (Ping timeout: 248 seconds) |
| 23:30:10 | | Join Marex [0] (~Marex@195.140.253.167) |
| 23:39:41 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 23:45:31 | | Quit GeekShadow (Ping timeout: 258 seconds) |
| 23:53:16 | | Join GeekShadow [0] (~antoine@nzf.turmel.info) |
| 23:53:16 | | Quit GeekShadow (Changing host) |
| 23:53:16 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
icon identifies that the person is a core developer (has commit access).