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

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

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

#rockbox log for 2014-09-20

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:04ezzieyguywufhello
00:29:15ezzieyguywufi have a quick question, and searching has not found me an answer
00:29:36ezzieyguywufI 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:58ezzieyguywufis 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:05TheSevenezzieyguywuf: not at this time
00:31:32ezzieyguywufrats
00:31:37***Saving seen data "./dancer.seen"
00:31:42ezzieyguywufanything in the works? is it a large hurdle to overcome?
00:31:58TheSevenit's yet another completely closed and undocumented thing
00:32:02ezzieyguywufmay convince me to finally try my hand at contributing, I have a tad bit of programming experience
00:32:05TheSevenwhich would need to be reverse engineered
00:32:07ezzieyguywufah, I see
00:32:28ezzieyguywufyeesh, one of the reasons I haven't bought an apple product
00:32:32TheSevenand I guess apple will have done everything they can to prevent third party products from working with it
00:32:33ezzieyguywufphone, laptop, nothin
00:32:42ezzieyguywufI like their stuff, but the closed off nature just rubs me wrong
00:32:44TheSevenso it probably involves cryptography
00:33:15TheSevengiven 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:34TheSevenat 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:04makotoum
00:59:05makotosudo dd if=./Downloads/Firmware-7.2.6.1 of=/dev/sda1
00:59:16makotoi just did a really stupid thing didn't i? :/
01:00
01:00:18gevaertsouch
01:00:22makotooh.
01:00:30makoto/dev/sda1 2048 4208639 2103296 82 Linux swap / Solaris
01:00:36*makoto breaths a sigh of releif
01:00:42gevaertsswapoff -a
01:00:56gevaertsAnd then mkswap again
01:01:05makotothanks
01:05:13makotointeresting - fdisk won't let me put first sector below 2048
01:05:25makotoyet original ipod disk had first sector at 62
01:07:48gevaertsYou should be able to tell it to do that anyway
01:08:08 Quit bertrik (Remote host closed the connection)
01:08:26gevaerts"fdisk -c=dos", google tells me
01:08:28makotoit tells me it's out of range
01:08:29makotoahhh
01:13:09makotothanks0- thats let me write the table
01:13:22makotointerestingly i've managed to write a valid 64gb fat32 now too
01:13:30makotobut i just don't have firmware running
01:14:30makoto4508672 bytes (4.5 MB) copied, 0.018513 s, 244 MB/s
01:14:40makotosuspiciously fast for usb..
01:15:59 Quit ZincAlloy (Quit: Leaving.)
01:21:12TheSevenmakoto: that just went into the cache
01:21:34TheSeventoo small sample size to tell anything from it
01:22:01TheSevenand valid hundreds-of-gigabytes FAT32 partitions aren't a problem, it's just windows that refuses to format them for some reason
01:22:56drvinkit still has support to do it, it just hides it from the gui
01:23:22drvinkif 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:21nick_pI've just reviewed and tested g958, I was planning on committing it, ok with everyone?
02:29:24fs-bluebotGerrit 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:30foolshStrife89: 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:32fs-bluebotGerrit 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:18Strife89foolsh: Palm OS is its own thing.
05:01:11Strife89I'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:34foolshStrife89: 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:03foolshThe 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:52foolshIf 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:20foolshs/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:42makotoTheSeven: any ideas how i'd flush the cache? i can't get the firmware written :(
09:24:11makotook scratch that
09:24:33makotoi 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:26makoto:O
09:31:30makotoit works!
09:31:53makotorockbox util just managed to install the bootloader
09:43:00makotothanks everyone <3 i've got music again :3
09:43:11foolshSweet sweet music
10:00
10:00:40 Join ender` [0] (krneki@foo.eternallybored.org)
10:07:37makotooh 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:55pamauryTheSeven: 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:31TheSevenpamaury: 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:58pamauryTheSeven: I want to implement data abort "rescue" in hwstub so that read/write to invalid memory regions do not kill the stub
14:24:09pamaurydoes your emcore or whatever-it-is-called tool does that ?
14:24:34TheSevendepends on the environment that you're in
14:24:44TheSevenonce that happens, you can't return to the code path this happened in
14:25:12TheSevenso the USB stuff may not be part of that code path if you want it to survive
14:25:35TheSevenemcore just kills the thread that caused the fault
14:26:10TheSevenrockbox just panics, using safe code, and then halts
14:26:55TheSevenmy 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:30pamauryok, I implemented it with a setjmp-like way
14:27:30TheSevenso what's the origin of that bad memory access?
14:27:53pamauryunfortunately on imx233 some register access trigger a data abort if some clocks are gated
14:28:05TheSevenand who's accessing that?
14:28:20TheSevenapplication code? stub code? stub at user's command via USB?
14:28:29pamaurymy tools when doing a register dump for example
14:28:34TheSevenok, so the latter
14:28:46 Join krabador [0] (~krabador@unaffiliated/krabador)
14:28:56TheSevenwell, in that case you need to make the code aware of this kind of error possibility and basically add exception handling
14:29:16TheSevensetjmp seems useful for that, yes
14:29:41pamauryyeah I did that, g#980
14:29:44fs-bluebotGerrit review #980 at http://gerrit.rockbox.org/r/980 : hwstub: implement read/write data abort recovery on imx233 by Amaury Pouly
14:30:22pamaurycould 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:43pamauryset_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:30TheSevenyeah, well this generally assumes that the code that ran in between doesn't leave anything in an unsafe state
14:33:52pamauryyeah of course
14:34:11pamaurybut since only memcpy is supposed to trigger the fault, it should be safe
14:34:59TheSeventher code looks good, but I guess some things could be optimized
14:35:01TheSeventhe*
14:35:44pamaurylike ?
14:36:22TheSevenI 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:23pamauryyou mean push the value of lr in set_data_abort_jmp instead of restoring it in the handler ?
14:37:32TheSevenfirst load spsr, then ldmia r1! {rr4-r11,sp,lr,pc}^ should do the trick
14:37:40TheSevenr4*
14:38:18pamauryhum, can you restore lr_sys from the abort handler this way ?
14:38:25TheSevenI think so, yes
14:38:33TheSevenand at the same time copy spsr to cpsr and branch back
14:38:36 Join ygrek [0] (~user@108.59.6.97)
14:38:52pamauryyeah that would simplify the code if that's the case
14:39:41pamauryI need to check that
14:39:50TheSevenhttp://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0204j/Cihcadda.html
14:40:43TheSevenyou could also restore right back into user code instead of that function
14:41:01TheSevenjust save r0 as well, but don't save PC, then restore LR into PC
14:41:05TheSevenor even set r0=1 in the handler
14:41:15TheSevenwould make it a bit less generic, but would do the trick here
14:41:22pamaurythat's unclear if mode is switched before or after the register restore
14:41:32pamaurybut yeah I could save lr in another register
14:41:52TheSeven"Otherwise, data is transferred into or out of the User mode registers instead of the current mode registers."
14:42:46TheSevennot sure if that "otherwise" is quite semantically correct there, might be misleading
14:43:10pamauryyeah, I'm not sure what otherwise refers to
14:43:25TheSevenI'd probably just try it
14:43:30pamauryyeah definitely
14:46:00 Quit kugel (Ping timeout: 272 seconds)
14:46:05pamaurydoes not seem to work:
14:46:05pamaury ldr r1, =data_abort_jmp_ctx_ptr
14:46:05pamaury ldmia r1!, {r0}
14:46:05DBUGEnqueued KICK pamaury
14:46:05pamaury msr spsr, r0
14:46:05pamaury /* return from exception to store data abort jump point */
14:46:07pamaury ldmia r1, {r4-r11,sp,lr,pc}^
14:46:12TheSevenhttp://www.altera.com/literature/third-party/archives/ddi0100e_arm_arm.pdf page 132 might clarify this
14:47:30TheSevenso yeah, you might have to split off the PC load
14:48:01pamaurythe Operation code says CPSR is set after
14:48:12pamauryso yeah I need to split
14:48:42 Quit krabador (Read error: Connection reset by peer)
14:48:53TheSeventhat's not the problem
14:49:13pamaurywhat is then ?
14:49:46TheSeventhe caret only means "write to user mode regs" if r15/pc isn't in the list
14:49:57TheSevenso that "otherwise" is to be taken literally
14:50:14pamauryyeah, so I need to ldmia r1!, {r
14:50:20pamauryr4-r11,sp,lr}^
14:50:23pamauryto restore user/sys
14:50:32pamauryand then ldmia r1,{pc}^ to return from exception
14:50:51TheSevenyeah, but it doesn't allow an ! if it has a ^
14:51:17pamauryah yeah, assembler says it's unpredictable
14:51:35TheSevenhm, or wait...
14:51:43TheSeventhere's another form of LDM that can seemingly do both
14:51:58 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
14:52:30TheSevenheh, but only if PC is in the list
14:52:40pamauryyeah the PC one :-(
14:52:56pamauryI guess I have to manually add the offset to r1
14:53:19TheSeven...or just reload the values into the abort mode regs
14:53:33TheSevenI don't think anything will care if you trash those at this point ;)
14:53:41TheSevenand the shared ones will receive the same data that's already in them
14:54:42pamauryyeah but then I do restore lr_sys ? I still the ldm {}^, I don't think I can do that with just str
14:54:58TheSevenprobably slower than just manually adding the offset though, or using an ldr lr, [r1,#something]; subs pc, lr, #0 style return
14:55:01pamaurysame for sp
14:55:28TheSevendo you even need an abort mode stack?
14:55:39pamauryerrr, actually no ^^
14:55:41TheSevenand who cares about lr_sys
14:55:53TheSeventhat's only useful to diagnose the exact abort location anyway
14:56:04TheSevener, lr_abt i mean
14:56:18TheSevenlr_sys is previously restored by the ldm^
14:56:19pamauryyeah I don't care about lr_abt, but I do care about sp_sys though ;)
14:56:36makotohmmm odd
14:56:45makotoi can't write to ipod over usb in rockbox
14:57:04makotoi 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:16CtcpIgnored 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:44TheSevenldmia r1, {r2,r4-r11,sp}^; msr spsr, r2; ldmia r1, {r2,r4-r11,sp,pc}^
14:57:47TheSevenwhat about that?
14:58:00TheSevenwastes a little bit of time restoring useless regs, but who cares?
14:58:25pamauryhehe nifty ;)
14:58:45TheSeventhe 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:32TheSevenr2 and lr_sys are trashed, but that's okay as we're doing a function return anyway
14:59:55pamauryyeah 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:17TheSevendefinitely deserves a verbose comment though ;)
15:00:21[Saint]and depending on the result, bisect the issue.
15:01:00makotoahh, that might work
15:01:20makotoi'm a little inexperienced but it may be worth a shot
15:01:22TheSevenso the data abort handler is a whopping 16 bytes ;) - and you don't need an abort mode stack
15:01:31makotohaven't compiled my own build since 2010 or so
15:01:49TheSevenmakoto: not much has changed since then, except for a newer gcc version
15:02:32makotoin which case that sorts out what i'm doing when i'm home from work \o/
15:02:47TheSevener, 20 bytes, unless we want to save the r0 value to the buffer in set_data_abort_jmp
15:02:51makotoactuallt
15:03:07makotoi remember debug build being around 23000 ish numbering
15:03:24TheSevenyeah, that was back in the SVN times
15:03:28makotoand i got really excited when my phone number came up as a debug build
15:03:36TheSevenso 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:15TheSevenpamaury: do you even need to save cpsr btw?
15:05:38TheSevenif 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:18TheSevenso down to 40 bytes buffer space, 16 bytes saving code, 16 bytes restoring code
15:06:57pamauryhum, I wanted to make sure there is no problem with IRQ/FIQ but that's probably paranoid
15:07:30TheSevenactually 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:47TheSevenso the cleanup code would have to re-enable them - might even be a good idea to handle it that way ;)
15:09:36pamauryyeah I don't know, I think I prefer the cpsr restore solution
15:09:51pamauryI've uploaded the new code g#980
15:09:53fs-bluebotGerrit review #980 at http://gerrit.rockbox.org/r/980 : hwstub: implement read/write data abort recovery on imx233 by Amaury Pouly
15:12:50pamaurythanks for the help :)
15:19:01 Quit ygrek (Ping timeout: 245 seconds)
15:33:26TheSevenpamaury: 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:35copperThe FiiO X1 looks really nice http://fiio.net/products/index.aspx?ID=100000060437344&MenuID=105026016
17:17:14copperand 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:57copperthe only major flaw I can see is the battery life
17:24:05copperdunno if Rockbox would fare better?
17:24:13pamaurywhat is the chip inside ?
17:24:22coppererm the only major flaw beside the original firmware
17:24:47 Quit xorly (Ping timeout: 258 seconds)
17:25:19copperI'd totally chip in to buy one for pamaury or whomever
17:27:30pamaurywe would need to know the SoC inside to know if the port is feasible
17:27:34copperpamaury: "Ingenics 4760BS SoC"
17:27:45pamaurywhere did you get this info ?
17:27:50copperfrom the link above
17:28:08copperin "X1 main features" (scroll down)
17:29:04copper"TI PCM5142 DAC" (dunno if that matters)
17:29:30pamaurythe JZ4760B is XBurst-base (MIPS compatible) so wodz is probably the right guy to ask
17:30:41pamaurywe 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:25copperwhat target, and who's working on that?
17:33:11pamauryonda_vx7*
17:33:24pamauryMaurus Cuelenaere
17:33:49coppernever heard of either one :P
17:34:02pamaurythese are pretty old DAPs
17:34:11pamauryand mcuelenaere has not been around for some time I think
17:34:30copperis that an old SoC then?
17:35:24pamaurynot really, the JZ47xx series is "old" but the JZ4760 is from 2011 I think
17:36:09pamauryand I don't know how close related the newer chips are to the older ones
17:36:17copperwell, ping me if someone wants to buy a FiiO X1 to work on it
17:36:19pamauryat least the datasheets seems available online
17:36:34pamaurybut yeah ask wodz, he knows about the MIPS architecture way better than me
17:38:07copperI see there's a Rockbox port for the iBasso DX50 floating around, but it's bloody expensive (iPod-like price)
17:38:44copperand 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:24copperlol
17:44:30elBundinio 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:43copperit's bloody 400 euros
17:45:10copperalso, touch screen
17:45:18[Saint]it was just shy of $700 NZD shipped.
17:45:20[Saint]Yeah.
17:45:23copperouch
17:45:43copperI'm not interested in the "audiophile" part of those DAPs
17:45:54[Saint]That's with ISSHI(TM)'s insurance, though.
17:45:57pamaurythe price is just crazy
17:46:20copperI'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:32copperwith a non sucky display and decent output
17:46:36elBundiniothe 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:42pamauryI'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:18copperlies!
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:28copperDAC in an amp?
17:51:40*[Saint] likely misused a word
17:51:40copperLies.
17:52:33[Saint]Yes. Indeed. I mispoke deliberately to throw you off the scent of my closet audiophileness.
17:53:29copperhurr durr
18:00
18:07:48copper15:47:43 UTC <pamaury> I'm not even sure the DAC on those player is really that much better
18:08:07coppertheir selling point is 24 bit / 192 kHz playback support
18:08:45copperdoesn't make an audible difference but that's why those DAPs sell
18:09:20copperthe specs also list relatively high SNR (110 dB)
18:09:41copperdunno if anyone's measured those yet
18:10:14copperhigh SNR, if it proves to be real, could be useful with ultra sensitive IEMs
18:10:38copperespecially with their low output impedance
18:11:37copperI'm unsure about channel balance though: they list "Left right channel adjustment: 5 dB"
18:11:48copperIf I parse that right, that's pretty bad
18:19:00copperI'm also worried it may be _too_ shiny http://cdn.head-fi.org/8/83/837a3435_fiio_x1-a02_zpsf2414471.jpeg
18:19:05copperdat bling
18:31:56***Saving seen data "./dancer.seen"
18:35:30elBundiniofor 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:24elBundinioSorry, 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:20makotohmm
20:38:58makotodatabase 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:10makotoahhh
20:43:14[Saint]Its worth checking.
20:43:29makotothat 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:20makotogiven 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:07makotooooh-
20:52:21makotoevery 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:34cholerocan I become a WikiUser? I would like to edit the page of the IBassoDXPort (and maybe more in the future, who knows)
21:36:35gevaertscholero: what's your wiki name?
21:37:03choleroSimonRothen
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:06cholerowow, that was quickissimo. Thanks a lot!
21:39:27gevaertscholero: if I did things right, it should work now
21:39:43gevaertsShout if it still doesn't work
21:39:51choleroit does :-), thanks again!
21:40:11gevaertsYou're welcome
21:41:30nick_pI plan to commit g958 in an hour or so, unless anyone objects
21:41:32fs-bluebotGerrit review #958 at http://gerrit.rockbox.org/r/958 : unicode: Fix getle16 and getbe16 by nialv7
21:41:45gevaertsRequiring this manual activation is a bit annoying, but it's the only long-term effective way to keep spammers out
21:44:43gevaertsnick_p: that fix looks trivially correct to me, I'm not sure if waiting another hour is needed
21:45:25gevaertshmmm
21:45:34gevaertsI do have some doubts about the author's name though
21:47:59nick_pgevaerts: Shall I hold off and ask them to confirm then?
21:49:24gevaertsProbably. For such a trivial fix I don't think it's a real problem, but we do have the real name policy...
21:49:51nick_pOK, 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:21GloomyJDAnybody 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 ()

Previous day | Next day