00:02:39 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
00:08:40 | | Quit krabador (Ping timeout: 272 seconds) |
00:15:34 | | Nick alexbobp1 is now known as alexbobp (~alex@capitalthree.pwnz.org) |
00:29:02 | | Join ezzieyguywuf [0] (~wolfie@unaffiliated/ezzieyguywuf) |
00:29:04 | ezzieyguywuf | hello |
00:29:15 | ezzieyguywuf | i have a quick question, and searching has not found me an answer |
00:29:36 | ezzieyguywuf | I have a car that recognized an ipod when plugged in via USB, and allows me to pause, play, ff/rw with the head unit controls |
00:29:58 | ezzieyguywuf | is there a feature on rockbox that can fool the car in to thinking it's enough of an ipod in order to allow me to use these same features? |
00:30:27 | | Quit y4n (Quit: Do you like hurting other people?) |
00:30:40 | | Quit ygrek (Ping timeout: 244 seconds) |
00:31:05 | TheSeven | ezzieyguywuf: not at this time |
00:31:32 | ezzieyguywuf | rats |
00:31:37 | *** | Saving seen data "./dancer.seen" |
00:31:42 | ezzieyguywuf | anything in the works? is it a large hurdle to overcome? |
00:31:58 | TheSeven | it's yet another completely closed and undocumented thing |
00:32:02 | ezzieyguywuf | may convince me to finally try my hand at contributing, I have a tad bit of programming experience |
00:32:05 | TheSeven | which would need to be reverse engineered |
00:32:07 | ezzieyguywuf | ah, I see |
00:32:28 | ezzieyguywuf | yeesh, one of the reasons I haven't bought an apple product |
00:32:32 | TheSeven | and I guess apple will have done everything they can to prevent third party products from working with it |
00:32:33 | ezzieyguywuf | phone, laptop, nothin |
00:32:42 | ezzieyguywuf | I like their stuff, but the closed off nature just rubs me wrong |
00:32:44 | TheSeven | so it probably involves cryptography |
00:33:15 | TheSeven | given that we have full control over the ipod that should be breakable, but someone would need to have a closer look at at |
00:33:34 | TheSeven | at that* |
00:34:08 | | Quit pamaury (Ping timeout: 272 seconds) |
00:39:38 | | Quit ezzieyguywuf (Ping timeout: 260 seconds) |
00:43:48 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
00:47:11 | | Quit krabador (Read error: Connection reset by peer) |
00:49:08 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
00:59:04 | makoto | um |
00:59:05 | makoto | sudo dd if=./Downloads/Firmware-7.2.6.1 of=/dev/sda1 |
00:59:16 | makoto | i just did a really stupid thing didn't i? :/ |
01:00 |
01:00:18 | gevaerts | ouch |
01:00:22 | makoto | oh. |
01:00:30 | makoto | /dev/sda1 2048 4208639 2103296 82 Linux swap / Solaris |
01:00:36 | * | makoto breaths a sigh of releif |
01:00:42 | gevaerts | swapoff -a |
01:00:56 | gevaerts | And then mkswap again |
01:01:05 | makoto | thanks |
01:05:13 | makoto | interesting - fdisk won't let me put first sector below 2048 |
01:05:25 | makoto | yet original ipod disk had first sector at 62 |
01:07:48 | gevaerts | You should be able to tell it to do that anyway |
01:08:08 | | Quit bertrik (Remote host closed the connection) |
01:08:26 | gevaerts | "fdisk -c=dos", google tells me |
01:08:28 | makoto | it tells me it's out of range |
01:08:29 | makoto | ahhh |
01:13:09 | makoto | thanks0- thats let me write the table |
01:13:22 | makoto | interestingly i've managed to write a valid 64gb fat32 now too |
01:13:30 | makoto | but i just don't have firmware running |
01:14:30 | makoto | 4508672 bytes (4.5 MB) copied, 0.018513 s, 244 MB/s |
01:14:40 | makoto | suspiciously fast for usb.. |
01:15:59 | | Quit ZincAlloy (Quit: Leaving.) |
01:21:12 | TheSeven | makoto: that just went into the cache |
01:21:34 | TheSeven | too small sample size to tell anything from it |
01:22:01 | TheSeven | and valid hundreds-of-gigabytes FAT32 partitions aren't a problem, it's just windows that refuses to format them for some reason |
01:22:56 | drvink | it still has support to do it, it just hides it from the gui |
01:23:22 | drvink | if the volume is over some number of gigabytes |
01:30:02 | | Quit krabador (Read error: No route to host) |
01:45:08 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
02:00 |
02:05:25 | | Quit ender1 (Quit: Man created gods. The opposite remains to be proved. -- Serge Gainsbourg) |
02:22:45 | | Quit the-kyle (Remote host closed the connection) |
02:25:58 | | Join the-kyle [0] (~kyle@kyle.tk) |
02:26:44 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
02:29:21 | nick_p | I've just reviewed and tested g958, I was planning on committing it, ok with everyone? |
02:29:24 | fs-bluebot | Gerrit review #958 at http://gerrit.rockbox.org/r/958 : unicode: Fix getle16 and getbe16 by nialv7 |
02:31:24 | | Quit krabador (Read error: Connection reset by peer) |
02:31:40 | *** | Saving seen data "./dancer.seen" |
02:31:51 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
02:56:54 | | Quit nick_p (Quit: Leaving) |
03:00 |
03:00:03 | | Quit AlexP (Remote host closed the connection) |
03:23:22 | * | [Saint] sees above the reason why he made a wrapper for dd to make damn sure he can't do very silly things |
03:29:56 | | Quit steffengy (Disconnected by services) |
03:29:57 | | Join steffengy1 [0] (~quassel@p57B4903D.dip0.t-ipconnect.de) |
03:54:47 | | Join nick_p [0] (~nick_p@82-69-105-120.dsl.in-addr.zen.co.uk) |
03:57:26 | | Quit nick_p (Client Quit) |
03:58:27 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
03:59:36 | | Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) |
04:00 |
04:09:59 | | Join darkham_ [0] (~krabador@host235-184-dynamic.20-87-r.retail.telecomitalia.it) |
04:10:10 | | Quit darkham_ (Read error: Connection reset by peer) |
04:14:21 | | Quit krabador (Ping timeout: 258 seconds) |
04:25:09 | | Join Strife89 [0] (~Strife89@adsl-98-80-238-163.mcn.bellsouth.net) |
04:31:42 | *** | Saving seen data "./dancer.seen" |
04:37:58 | | Quit amiconn (Disconnected by services) |
04:37:58 | | Quit pixelma (Disconnected by services) |
04:37:58 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
04:37:58 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:38:00 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
04:38:02 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
04:47:30 | foolsh | Strife89: Saint tells me you've some Palm and Window's (Mobile/CE/PocketPC )devices? Does palm run its own OS or that also a WinCE derivative? The reason I'm asking, is that I'm soliciting for any help on g#656 that someone may be willing to offer, interested? |
04:47:32 | fs-bluebot | Gerrit review #656 at http://gerrit.rockbox.org/r/656 : WinCE SDL port & new Toolchain CeGCC 0.59 (WIP) by Benjamin Brown |
05:00 |
05:00:18 | Strife89 | foolsh: Palm OS is its own thing. |
05:01:11 | Strife89 | I've no programming experience on either platform, but I'll gladly test stuff. |
05:07:40 | | Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) |
05:21:14 | | Quit nick_p (Quit: Leaving) |
05:36:34 | foolsh | Strife89: Ok cool, I've made a lot of head way, but no binaries yet. The next thing I'm working on is writing all the sleep functions, and disk access functions. But thats easy and can mostly be stolen from the simulator's functions, because it's really a rockbox simulator running on in WinCE after all. |
05:38:03 | foolsh | The toolchain I'm using needs patched to add back in errno.h and signal.h and I haven't automated that yet, but once I do I'll update the task in gerrit |
05:41:07 | | Quit TheSeven (Ping timeout: 260 seconds) |
05:41:52 | foolsh | If there's a gcc toolchain floating around somewhere for palm I'm defiantly interested knowing about where, it should be trivial to write adapt what I'm doing to work on palm as well |
05:42:20 | foolsh | s/defiantly/definitely |
05:42:24 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
05:57:40 | | Join ungali [0] (~ungali@unaffiliated/ungali) |
05:59:30 | | Quit ungali (Remote host closed the connection) |
06:00 |
06:04:22 | | Nick n17ikh_ is now known as n17ikh (~n17ikh@unaffiliated/n17ikh) |
06:23:01 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
06:31:43 | *** | Saving seen data "./dancer.seen" |
06:46:35 | | Quit Strife89 (Quit: Bed) |
07:00 |
07:15:48 | | Join ygrek [0] (~user@108.59.6.97) |
07:36:26 | | Quit ygrek (Ping timeout: 245 seconds) |
07:50:50 | | Quit endee_ (Read error: Connection reset by peer) |
07:55:16 | | Join nk2032 [0] (~nick001@ANantes-652-1-258-163.w2-8.abo.wanadoo.fr) |
07:55:16 | | Quit nk2032 (Client Quit) |
07:55:26 | | Join nk2032 [0] (~nick001@ANantes-652-1-258-163.w2-8.abo.wanadoo.fr) |
07:55:29 | | Quit nk2032 (Client Quit) |
07:55:39 | | Join nk2032 [0] (~nick001@ANantes-652-1-258-163.w2-8.abo.wanadoo.fr) |
08:00 |
08:01:16 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
08:21:54 | | Join endee_ [0] (sid15467@gateway/web/irccloud.com/x-pvkunlnekfgslava) |
08:26:47 | | Quit mshathlonxp (Ping timeout: 260 seconds) |
08:31:44 | *** | Saving seen data "./dancer.seen" |
08:39:57 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
08:42:23 | | Join ygrek [0] (~user@108.59.6.97) |
09:00 |
09:11:19 | | Quit n1s (Quit: Ex-Chat) |
09:14:46 | | Quit ygrek (Ping timeout: 272 seconds) |
09:21:42 | makoto | TheSeven: any ideas how i'd flush the cache? i can't get the firmware written :( |
09:24:11 | makoto | ok scratch that |
09:24:33 | makoto | i set partition id to 82 so it shown up on my mac, dd'd it there, then went back to linux and set id to 00 |
09:31:26 | makoto | :O |
09:31:30 | makoto | it works! |
09:31:53 | makoto | rockbox util just managed to install the bootloader |
09:43:00 | makoto | thanks everyone <3 i've got music again :3 |
09:43:11 | foolsh | Sweet sweet music |
10:00 |
10:00:40 | | Join ender` [0] (krneki@foo.eternallybored.org) |
10:07:37 | makoto | oh wow - cfmodded ipod is so fast too! |
10:14:41 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
10:27:20 | | Join xorly [0] (~xorly@m180.dkm.cz) |
10:31:48 | *** | Saving seen data "./dancer.seen" |
10:31:56 | | Quit jhMikeS (Ping timeout: 258 seconds) |
10:36:14 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
10:40:23 | | Join ZincAlloy [0] (~Adium@pD9EEBE9F.dip0.t-ipconnect.de) |
10:48:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
10:57:51 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:00 |
11:09:36 | | Join rela_ [0] (~x@pD9E54CC6.dip0.t-ipconnect.de) |
11:09:41 | | Quit rela (Disconnected by services) |
11:09:51 | | Nick rela_ is now known as rela (~x@pD9E54CC6.dip0.t-ipconnect.de) |
11:09:57 | | Quit rela (Changing host) |
11:09:57 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
11:22:08 | | Quit Synergist (Ping timeout: 272 seconds) |
11:25:16 | | Quit xorly (Read error: Connection reset by peer) |
11:29:20 | | Quit megal0maniac (Ping timeout: 260 seconds) |
11:30:02 | | Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) |
11:30:55 | pamaury | TheSeven: ping |
11:32:35 | | Join xorly [0] (~xorly@m180.dkm.cz) |
12:00 |
12:12:47 | | Join Misanthropos [0] (~Misanthro@frnk-5f747640.pool.mediaWays.net) |
12:15:16 | | Quit xorly (Ping timeout: 245 seconds) |
12:22:20 | | Join ygrek [0] (~user@108.59.6.97) |
12:22:47 | | Quit Cultist (Ping timeout: 258 seconds) |
12:22:47 | | Quit sLite (Ping timeout: 258 seconds) |
12:23:06 | | Quit pimaster (Ping timeout: 258 seconds) |
12:23:50 | | Join sLite [0] (~quassel@mail.slite.org) |
12:26:26 | | Join pimaster [0] (~pimaster@23.94.33.215) |
12:27:19 | | Quit n17ikh (Ping timeout: 258 seconds) |
12:27:42 | | Quit albb0920 (Ping timeout: 258 seconds) |
12:27:51 | | Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) |
12:28:05 | | Join Cultist [0] (~CultOfThe@c-67-175-170-187.hsd1.il.comcast.net) |
12:29:07 | | Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) |
12:29:50 | | Quit Misanthropos (Ping timeout: 272 seconds) |
12:31:32 | | Quit simabeis_ (Ping timeout: 258 seconds) |
12:31:32 | | Quit uwe_ (Ping timeout: 258 seconds) |
12:31:38 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
12:31:49 | *** | Saving seen data "./dancer.seen" |
12:32:08 | | Join uwe_ [0] (~uwe_@ipservice-092-211-033-095.092.211.pools.vodafone-ip.de) |
12:32:26 | | Quit TheSeven (Ping timeout: 272 seconds) |
12:33:07 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
12:34:32 | | Quit rela (Read error: Connection reset by peer) |
12:38:31 | TheSeven | pamaury: pong |
12:52:00 | | Quit ygrek (Ping timeout: 272 seconds) |
13:00 |
13:07:01 | | Join ygrek [0] (~user@108.59.6.97) |
13:11:05 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
13:23:15 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
13:45:03 | | Quit ygrek (Ping timeout: 260 seconds) |
14:00 |
14:05:45 | | Quit rela (Read error: Connection reset by peer) |
14:11:39 | | Quit kugel (Ping timeout: 244 seconds) |
14:23:58 | pamaury | TheSeven: I want to implement data abort "rescue" in hwstub so that read/write to invalid memory regions do not kill the stub |
14:24:09 | pamaury | does your emcore or whatever-it-is-called tool does that ? |
14:24:34 | TheSeven | depends on the environment that you're in |
14:24:44 | TheSeven | once that happens, you can't return to the code path this happened in |
14:25:12 | TheSeven | so the USB stuff may not be part of that code path if you want it to survive |
14:25:35 | TheSeven | emcore just kills the thread that caused the fault |
14:26:10 | TheSeven | rockbox just panics, using safe code, and then halts |
14:26:55 | TheSeven | my OF debugger uses it as a trigger to halt OF/application code and enter a safe data capture mode (similar to a breakpoint injected into the OF, in fact breakpoints are implemented as such a fault) |
14:27:30 | pamaury | ok, I implemented it with a setjmp-like way |
14:27:30 | TheSeven | so what's the origin of that bad memory access? |
14:27:53 | pamaury | unfortunately on imx233 some register access trigger a data abort if some clocks are gated |
14:28:05 | TheSeven | and who's accessing that? |
14:28:20 | TheSeven | application code? stub code? stub at user's command via USB? |
14:28:29 | pamaury | my tools when doing a register dump for example |
14:28:34 | TheSeven | ok, so the latter |
14:28:46 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
14:28:56 | TheSeven | well, in that case you need to make the code aware of this kind of error possibility and basically add exception handling |
14:29:16 | TheSeven | setjmp seems useful for that, yes |
14:29:41 | pamaury | yeah I did that, g#980 |
14:29:44 | fs-bluebot | Gerrit review #980 at http://gerrit.rockbox.org/r/980 : hwstub: implement read/write data abort recovery on imx233 by Amaury Pouly |
14:30:22 | pamaury | could you have a look at tell me if you see something suspicous ? it seems to work but I would prefer that someone else have a look at the code ^^ |
14:31:43 | pamaury | set_data_abort_jmp() saves the current context and returns 0, and if a data abort occurs, it acts like nothing happened and returns 1 |
14:31:52 | *** | Saving seen data "./dancer.seen" |
14:33:30 | TheSeven | yeah, well this generally assumes that the code that ran in between doesn't leave anything in an unsafe state |
14:33:52 | pamaury | yeah of course |
14:34:11 | pamaury | but since only memcpy is supposed to trigger the fault, it should be safe |
14:34:59 | TheSeven | ther code looks good, but I guess some things could be optimized |
14:35:01 | TheSeven | the* |
14:35:44 | pamaury | like ? |
14:36:22 | TheSeven | I think you can get away without switching modes |
14:37:11 | | Join kugel [0] (~kugel@91.64.117.20) |
14:37:11 | | Quit kugel (Changing host) |
14:37:11 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:37:23 | pamaury | you mean push the value of lr in set_data_abort_jmp instead of restoring it in the handler ? |
14:37:32 | TheSeven | first load spsr, then ldmia r1! {rr4-r11,sp,lr,pc}^ should do the trick |
14:37:40 | TheSeven | r4* |
14:38:18 | pamaury | hum, can you restore lr_sys from the abort handler this way ? |
14:38:25 | TheSeven | I think so, yes |
14:38:33 | TheSeven | and at the same time copy spsr to cpsr and branch back |
14:38:36 | | Join ygrek [0] (~user@108.59.6.97) |
14:38:52 | pamaury | yeah that would simplify the code if that's the case |
14:39:41 | pamaury | I need to check that |
14:39:50 | TheSeven | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0204j/Cihcadda.html |
14:40:43 | TheSeven | you could also restore right back into user code instead of that function |
14:41:01 | TheSeven | just save r0 as well, but don't save PC, then restore LR into PC |
14:41:05 | TheSeven | or even set r0=1 in the handler |
14:41:15 | TheSeven | would make it a bit less generic, but would do the trick here |
14:41:22 | pamaury | that's unclear if mode is switched before or after the register restore |
14:41:32 | pamaury | but yeah I could save lr in another register |
14:41:52 | TheSeven | "Otherwise, data is transferred into or out of the User mode registers instead of the current mode registers." |
14:42:46 | TheSeven | not sure if that "otherwise" is quite semantically correct there, might be misleading |
14:43:10 | pamaury | yeah, I'm not sure what otherwise refers to |
14:43:25 | TheSeven | I'd probably just try it |
14:43:30 | pamaury | yeah definitely |
14:46:00 | | Quit kugel (Ping timeout: 272 seconds) |
14:46:05 | pamaury | does not seem to work: |
14:46:05 | pamaury | ldr r1, =data_abort_jmp_ctx_ptr |
14:46:05 | pamaury | ldmia r1!, {r0} |
14:46:05 | DBUG | Enqueued KICK pamaury |
14:46:05 | pamaury | msr spsr, r0 |
14:46:05 | pamaury | /* return from exception to store data abort jump point */ |
14:46:07 | pamaury | ldmia r1, {r4-r11,sp,lr,pc}^ |
14:46:12 | TheSeven | http://www.altera.com/literature/third-party/archives/ddi0100e_arm_arm.pdf page 132 might clarify this |
14:47:30 | TheSeven | so yeah, you might have to split off the PC load |
14:48:01 | pamaury | the Operation code says CPSR is set after |
14:48:12 | pamaury | so yeah I need to split |
14:48:42 | | Quit krabador (Read error: Connection reset by peer) |
14:48:53 | TheSeven | that's not the problem |
14:49:13 | pamaury | what is then ? |
14:49:46 | TheSeven | the caret only means "write to user mode regs" if r15/pc isn't in the list |
14:49:57 | TheSeven | so that "otherwise" is to be taken literally |
14:50:14 | pamaury | yeah, so I need to ldmia r1!, {r |
14:50:20 | pamaury | r4-r11,sp,lr}^ |
14:50:23 | pamaury | to restore user/sys |
14:50:32 | pamaury | and then ldmia r1,{pc}^ to return from exception |
14:50:51 | TheSeven | yeah, but it doesn't allow an ! if it has a ^ |
14:51:17 | pamaury | ah yeah, assembler says it's unpredictable |
14:51:35 | TheSeven | hm, or wait... |
14:51:43 | TheSeven | there's another form of LDM that can seemingly do both |
14:51:58 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
14:52:30 | TheSeven | heh, but only if PC is in the list |
14:52:40 | pamaury | yeah the PC one :-( |
14:52:56 | pamaury | I guess I have to manually add the offset to r1 |
14:53:19 | TheSeven | ...or just reload the values into the abort mode regs |
14:53:33 | TheSeven | I don't think anything will care if you trash those at this point ;) |
14:53:41 | TheSeven | and the shared ones will receive the same data that's already in them |
14:54:42 | pamaury | yeah but then I do restore lr_sys ? I still the ldm {}^, I don't think I can do that with just str |
14:54:58 | TheSeven | probably slower than just manually adding the offset though, or using an ldr lr, [r1,#something]; subs pc, lr, #0 style return |
14:55:01 | pamaury | same for sp |
14:55:28 | TheSeven | do you even need an abort mode stack? |
14:55:39 | pamaury | errr, actually no ^^ |
14:55:41 | TheSeven | and who cares about lr_sys |
14:55:53 | TheSeven | that's only useful to diagnose the exact abort location anyway |
14:56:04 | TheSeven | er, lr_abt i mean |
14:56:18 | TheSeven | lr_sys is previously restored by the ldm^ |
14:56:19 | pamaury | yeah I don't care about lr_abt, but I do care about sp_sys though ;) |
14:56:36 | makoto | hmmm odd |
14:56:45 | makoto | i can't write to ipod over usb in rockbox |
14:57:04 | makoto | i have to boot OF - in rockbox it seems to crash, but potentially i have isolated one folder of files that seemsto reliably upset it |
14:57:16 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
14:57:16 | * | makoto thinks more testing might be in order later |
14:57:44 | TheSeven | ldmia r1, {r2,r4-r11,sp}^; msr spsr, r2; ldmia r1, {r2,r4-r11,sp,pc}^ |
14:57:47 | TheSeven | what about that? |
14:58:00 | TheSeven | wastes a little bit of time restoring useless regs, but who cares? |
14:58:25 | pamaury | hehe nifty ;) |
14:58:45 | TheSeven | the first one will take care of the _sys regs, the second one will just restore things again to fix the offset, and then restore cpsr and pc |
14:59:32 | TheSeven | r2 and lr_sys are trashed, but that's okay as we're doing a function return anyway |
14:59:55 | pamaury | yeah that's a nice solution |
14:59:59 | [Saint] | makoto: if you can compile you own build, you can try backing the source out to prior to the huge filesystem changes of late |
15:00 |
15:00:17 | TheSeven | definitely deserves a verbose comment though ;) |
15:00:21 | [Saint] | and depending on the result, bisect the issue. |
15:01:00 | makoto | ahh, that might work |
15:01:20 | makoto | i'm a little inexperienced but it may be worth a shot |
15:01:22 | TheSeven | so the data abort handler is a whopping 16 bytes ;) - and you don't need an abort mode stack |
15:01:31 | makoto | haven't compiled my own build since 2010 or so |
15:01:49 | TheSeven | makoto: not much has changed since then, except for a newer gcc version |
15:02:32 | makoto | in which case that sorts out what i'm doing when i'm home from work \o/ |
15:02:47 | TheSeven | er, 20 bytes, unless we want to save the r0 value to the buffer in set_data_abort_jmp |
15:02:51 | makoto | actuallt |
15:03:07 | makoto | i remember debug build being around 23000 ish numbering |
15:03:24 | TheSeven | yeah, that was back in the SVN times |
15:03:28 | makoto | and i got really excited when my phone number came up as a debug build |
15:03:36 | TheSeven | so yeah, that's another change, we now use git |
15:03:59 | [Saint] | Indeed. No more obvious sequential digits. |
15:04:22 | [Saint] | Unique hashes that make it impossible to ascertain the version offhand now. |
15:04:39 | [Saint] | One more fun git-ism. |
15:05:15 | TheSeven | pamaury: do you even need to save cpsr btw? |
15:05:38 | TheSeven | if you don't mess with the IRQ/FIQ flags in the protected section (which you shouldn't anyway), trashing CPSR should be fine as well |
15:06:18 | TheSeven | so down to 40 bytes buffer space, 16 bytes saving code, 16 bytes restoring code |
15:06:57 | pamaury | hum, I wanted to make sure there is no problem with IRQ/FIQ but that's probably paranoid |
15:07:30 | TheSeven | actually you might have a problem there, as I think IRQs/FIQs are disabled on abort mode entry, thus also in the SPSR that would get copied to CPSR |
15:07:47 | TheSeven | so the cleanup code would have to re-enable them - might even be a good idea to handle it that way ;) |
15:09:36 | pamaury | yeah I don't know, I think I prefer the cpsr restore solution |
15:09:51 | pamaury | I've uploaded the new code g#980 |
15:09:53 | fs-bluebot | Gerrit review #980 at http://gerrit.rockbox.org/r/980 : hwstub: implement read/write data abort recovery on imx233 by Amaury Pouly |
15:12:50 | pamaury | thanks for the help :) |
15:19:01 | | Quit ygrek (Ping timeout: 245 seconds) |
15:33:26 | TheSeven | pamaury: looks good |
15:48:07 | | Join ygrek [0] (~user@108.59.6.97) |
15:57:23 | | Quit ygrek (Ping timeout: 258 seconds) |
16:00 |
16:05:06 | | Join Synergist [0] (~synfn@node1.customhost.org.uk) |
16:05:09 | | Quit Synergist (Changing host) |
16:05:09 | | Join Synergist [0] (~synfn@unaffiliated/synergist) |
16:13:24 | | Join xorly [0] (~xorly@m180.dkm.cz) |
16:31:54 | *** | Saving seen data "./dancer.seen" |
16:38:06 | | Join stickyb1t [0] (~egon@213.205.235.58) |
16:43:02 | | Quit stickyb1t (Read error: Connection reset by peer) |
16:53:20 | | Join Strife89 [0] (~Strife89@adsl-98-80-238-163.mcn.bellsouth.net) |
17:00 |
17:03:40 | | Join cmhobbs_ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) |
17:08:04 | | Quit cmhobbs_ (Client Quit) |
17:08:17 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
17:14:29 | | Quit dys (Remote host closed the connection) |
17:16:35 | copper | The FiiO X1 looks really nice http://fiio.net/products/index.aspx?ID=100000060437344&MenuID=105026016 |
17:17:14 | copper | and it's affordable (£99) |
17:22:43 | [Saint] | IIRC, pamaurywanted to look at that? |
17:22:55 | [Saint] | And, yes, I was thinking of picking one up. |
17:23:09 | [Saint] | It does look very sexy. |
17:23:57 | copper | the only major flaw I can see is the battery life |
17:24:05 | copper | dunno if Rockbox would fare better? |
17:24:13 | pamaury | what is the chip inside ? |
17:24:22 | copper | erm the only major flaw beside the original firmware |
17:24:47 | | Quit xorly (Ping timeout: 258 seconds) |
17:25:19 | copper | I'd totally chip in to buy one for pamaury or whomever |
17:27:30 | pamaury | we would need to know the SoC inside to know if the port is feasible |
17:27:34 | copper | pamaury: "Ingenics 4760BS SoC" |
17:27:45 | pamaury | where did you get this info ? |
17:27:50 | copper | from the link above |
17:28:08 | copper | in "X1 main features" (scroll down) |
17:29:04 | copper | "TI PCM5142 DAC" (dunno if that matters) |
17:29:30 | pamaury | the JZ4760B is XBurst-base (MIPS compatible) so wodz is probably the right guy to ask |
17:30:41 | pamaury | we already have a port to the JZ47xx series, so it's probably feasible but I don't know the state of this port |
17:32:25 | copper | what target, and who's working on that? |
17:33:11 | pamaury | onda_vx7* |
17:33:24 | pamaury | Maurus Cuelenaere |
17:33:49 | copper | never heard of either one :P |
17:34:02 | pamaury | these are pretty old DAPs |
17:34:11 | pamaury | and mcuelenaere has not been around for some time I think |
17:34:30 | copper | is that an old SoC then? |
17:35:24 | pamaury | not really, the JZ47xx series is "old" but the JZ4760 is from 2011 I think |
17:36:09 | pamaury | and I don't know how close related the newer chips are to the older ones |
17:36:17 | copper | well, ping me if someone wants to buy a FiiO X1 to work on it |
17:36:19 | pamaury | at least the datasheets seems available online |
17:36:34 | pamaury | but yeah ask wodz, he knows about the MIPS architecture way better than me |
17:38:07 | copper | I see there's a Rockbox port for the iBasso DX50 floating around, but it's bloody expensive (iPod-like price) |
17:38:44 | copper | and I much prefer the X1's scroll wheel |
17:41:34 | * | [Saint] may or may not have recently ordered a DX90 |
17:43:11 | [Saint] | I figure if you're already considering the DX50, you may as well go that little step higher on the insanity scale and get the *90 |
17:43:28 | [Saint] | ...its just _so_ pretty. Kinda. |
17:43:58 | [Saint] | No, it is. Well, I'll know for sure after Impossible Slow SHipping COmpany Inc.(TM) gets it to me. |
17:44:24 | copper | lol |
17:44:30 | elBundinio | I've recently taken my Fiio X3 apart, photographed the board and found datasheets for the chips. I was going to add some info to the wiki. the X1, X3 and X5 have the same jz4760b (I believe) but different dac chips |
17:44:43 | copper | it's bloody 400 euros |
17:45:10 | copper | also, touch screen |
17:45:18 | [Saint] | it was just shy of $700 NZD shipped. |
17:45:20 | [Saint] | Yeah. |
17:45:23 | copper | ouch |
17:45:43 | copper | I'm not interested in the "audiophile" part of those DAPs |
17:45:54 | [Saint] | That's with ISSHI(TM)'s insurance, though. |
17:45:57 | pamaury | the price is just crazy |
17:46:20 | copper | I'm rather interested in an Classic-like DAP with a microsdxc card reader |
17:46:31 | [Saint] | The hilarious thing is that I'm fairly sure the Rockbox port negates a lot of the fancy DAC fuckery onboard. |
17:46:32 | copper | with a non sucky display and decent output |
17:46:36 | elBundinio | the http://www.gcw-zero.com/develop dev kit is maintained for a jz4770 soc which has different pinout but is also two ingenic mips cores with vivante gpu but it has 3d instead of gc200 and different pinout |
17:47:42 | pamaury | I'm not even sure the DAC on those player is really that much better |
17:49:05 | [Saint] | Like my amp, and my IEMs, I got this because it is a functional luxury object. Not so much because of the audioph{ile|ool} characteristics. |
17:49:18 | copper | lies! |
17:49:18 | [Saint] | Its a "Very Pretty Thing". |
17:50:52 | * | [Saint] confesses he was jealous of the Tinkerer Edition of his amp when it came out because playing with LEGO style interchangeable DAC stuffs he doesn't understand at all sounded blooded cool |
17:51:28 | copper | DAC in an amp? |
17:51:40 | * | [Saint] likely misused a word |
17:51:40 | copper | Lies. |
17:52:33 | [Saint] | Yes. Indeed. I mispoke deliberately to throw you off the scent of my closet audiophileness. |
17:53:29 | copper | hurr durr |
18:00 |
18:07:48 | copper | 15:47:43 UTC <pamaury> I'm not even sure the DAC on those player is really that much better |
18:08:07 | copper | their selling point is 24 bit / 192 kHz playback support |
18:08:45 | copper | doesn't make an audible difference but that's why those DAPs sell |
18:09:20 | copper | the specs also list relatively high SNR (110 dB) |
18:09:41 | copper | dunno if anyone's measured those yet |
18:10:14 | copper | high SNR, if it proves to be real, could be useful with ultra sensitive IEMs |
18:10:38 | copper | especially with their low output impedance |
18:11:37 | copper | I'm unsure about channel balance though: they list "Left right channel adjustment: 5 dB" |
18:11:48 | copper | If I parse that right, that's pretty bad |
18:19:00 | copper | I'm also worried it may be _too_ shiny http://cdn.head-fi.org/8/83/837a3435_fiio_x1-a02_zpsf2414471.jpeg |
18:19:05 | copper | dat bling |
18:31:56 | *** | Saving seen data "./dancer.seen" |
18:35:30 | elBundinio | for the rockbox am I right in thinking that I need to figure out how to use the scramble.c program to unpack the manufacturer supplied firmware since I can't figure out how to get the device to usb boot? |
18:37:24 | elBundinio | Sorry, ignore me, premature asking of question. |
18:49:03 | | Join xorly [0] (~xorly@m180.dkm.cz) |
18:53:21 | | Quit xorly (Ping timeout: 240 seconds) |
19:00 |
19:02:55 | | Join stickyb1t [0] (~egon@host86-172-102-106.range86-172.btcentralplus.com) |
19:17:46 | | Quit charlie (Ping timeout: 272 seconds) |
19:18:06 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
19:21:02 | | Quit stickyb1t (Remote host closed the connection) |
19:22:29 | | Join xorly [0] (~xorly@m180.dkm.cz) |
19:23:08 | | Join stickyb1t [0] (~egon@host86-172-102-106.range86-172.btcentralplus.com) |
19:29:09 | | Join charlie [0] (~c@unaffiliated/charlie) |
19:30:47 | | Join mshathlonxp [0] (mshathlonx@89.254.156.66) |
19:34:37 | | Quit krabador (Read error: No route to host) |
19:37:40 | | Quit Rower (Ping timeout: 244 seconds) |
19:49:10 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
19:52:24 | | Quit krabador (Read error: No route to host) |
20:00 |
20:02:01 | | Join SuperBrainAK [0] (~andy@2001:470:8:a61::5f92:59a1) |
20:08:40 | | Quit bluebrother (Disconnected by services) |
20:08:45 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
20:09:50 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
20:12:49 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
20:13:12 | | Quit krabador (Remote host closed the connection) |
20:16:04 | | Join fs-bluebot [0] (~fs-bluebo@g226071175.adsl.alicedsl.de) |
20:24:04 | | Quit stickyb1t (Quit: Konversation terminated!) |
20:31:46 | | Quit Strife89 (Ping timeout: 246 seconds) |
20:31:59 | *** | Saving seen data "./dancer.seen" |
20:35:10 | | Join halina [0] (~Revol@unaffiliated/revol) |
20:38:05 | | Part halina |
20:38:20 | makoto | hmm |
20:38:58 | makoto | database isn't working - it initialises, tellls me to reboot, i reboot, then it says commiting, then, when i press database, it says i need to initialise it again |
20:42:04 | [Saint] | from your problems earlier, this smacks of filesystem corruption. |
20:43:02 | [Saint] | (It may or may not be the case that the OF is more tolerant in this regard - it surely wouldn't surprise me) |
20:43:10 | makoto | ahhh |
20:43:14 | [Saint] | Its worth checking. |
20:43:29 | makoto | that is true - i haven't checked since the issues earlier |
20:44:49 | [Saint] | It could also potentially be malformed database files, but that alone without filesystem corruption would be surpringing. |
20:45:30 | | Quit zoktar (Ping timeout: 260 seconds) |
20:45:43 | [Saint] | If a filesystem check doesn't turn up anything obvious, you could try just wiping out all the .tcd files from ~/.rockbox and starting the database fresh |
20:46:09 | [Saint] | errrr, not ~/.rockbox, /.rockbox, rather. |
20:46:20 | makoto | given a panic during writing, i suspect fs may be upset |
20:49:47 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
20:50:43 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
20:52:07 | makoto | oooh- |
20:52:21 | makoto | every boot from now on, it prints "Committing database" |
21:00 |
21:28:44 | | Join cholero [0] (5c69dd54@gateway/web/freenode/ip.92.105.221.84) |
21:30:34 | cholero | can I become a WikiUser? I would like to edit the page of the IBassoDXPort (and maybe more in the future, who knows) |
21:36:35 | gevaerts | cholero: what's your wiki name? |
21:37:03 | cholero | SimonRothen |
21:37:10 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
21:37:22 | * | gevaerts attempts to do the necessary work |
21:39:06 | cholero | wow, that was quickissimo. Thanks a lot! |
21:39:27 | gevaerts | cholero: if I did things right, it should work now |
21:39:43 | gevaerts | Shout if it still doesn't work |
21:39:51 | cholero | it does :-), thanks again! |
21:40:11 | gevaerts | You're welcome |
21:41:30 | nick_p | I plan to commit g958 in an hour or so, unless anyone objects |
21:41:32 | fs-bluebot | Gerrit review #958 at http://gerrit.rockbox.org/r/958 : unicode: Fix getle16 and getbe16 by nialv7 |
21:41:45 | gevaerts | Requiring this manual activation is a bit annoying, but it's the only long-term effective way to keep spammers out |
21:44:43 | gevaerts | nick_p: that fix looks trivially correct to me, I'm not sure if waiting another hour is needed |
21:45:25 | gevaerts | hmmm |
21:45:34 | gevaerts | I do have some doubts about the author's name though |
21:47:59 | nick_p | gevaerts: Shall I hold off and ask them to confirm then? |
21:49:24 | gevaerts | Probably. For such a trivial fix I don't think it's a real problem, but we do have the real name policy... |
21:49:51 | nick_p | OK, will do |
21:55:47 | | Join stickyb1t [0] (~egon@host86-172-102-106.range86-172.btcentralplus.com) |
21:58:58 | | Join GloomyJD [0] (~DarkInsom@90.212.75.24) |
22:00 |
22:02:21 | GloomyJD | Anybody else notice the e200 crashing when viewing System > Debug > FM Radio? A cool looking if unexpected pattern on the LCD! |
22:05:58 | | Join burgobianco [0] (~viskestel@li607-220.members.linode.com) |
22:09:24 | | Quit jhMikeS (Ping timeout: 272 seconds) |
22:17:18 | | Quit rela (Read error: Connection reset by peer) |
22:32:03 | *** | Saving seen data "./dancer.seen" |
22:37:14 | | Quit pamaury (Read error: Connection reset by peer) |
22:43:02 | | Quit cholero (Ping timeout: 246 seconds) |
23:00 |
23:10:51 | | Quit tchan (Quit: WeeChat 0.4.3) |
23:20:08 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
23:43:25 | | Quit nk2032 () |