00:00:10 | | Quit domonoky (Read error: Connection reset by peer) |
00:10:51 | | Quit Strife89 (Quit: Vamoose!) |
00:20:50 | | Quit Thra11 (Ping timeout: 240 seconds) |
00:27:45 | | Quit T44 (Ping timeout: 240 seconds) |
00:30:00 | | Join Topy44 [0] (~Topy44@f049133143.adsl.alicedsl.de) |
00:30:20 | | Quit liar (Remote host closed the connection) |
00:34:31 | | Join Thra11 [0] (~thrall@87.113.158.240) |
00:39:00 | | Quit bertrik (Ping timeout: 252 seconds) |
00:41:49 | | Quit Scromple (Read error: Connection reset by peer) |
00:42:40 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111206234556]) |
00:58:54 | | Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) |
01:00 |
01:16:43 | | Join polemon [0] (mcp@polemon.org) |
01:19:44 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust848.3-3.cable.virginmedia.com) |
01:23:08 | | Quit chkktri_ (Quit: Leaving) |
01:24:33 | Torne | Folks: first page of git documentation is up at www.rockbox.org/wiki/UsingGit - this should cover the basics of how to check out the code, how to commit, and how committers can push changes (though write permission is not yet enabled so it will not work). |
01:25:06 | Torne | I have not yet covered the commit policy (will be on a separate page) or how to move over changes from clones of the existing git-svn mirror. Those are the two major things I'm intending to document before we switch. |
01:25:14 | Torne | Is tehre anything else missing? |
01:25:27 | Torne | I realise it's not super detailed about how to use git, but there are, yaknow, tutorials on the internet. |
01:25:46 | *** | Saving seen data "./dancer.seen" |
01:25:59 | Torne | I'm going to write more of it up tomorrow; got distracted today :p |
01:26:44 | JdGordon | speaking of which, Torne, can you put me in the commiters group please? :) |
01:26:54 | Torne | Hmm, I dunno about that :p |
01:26:59 | JdGordon | aawww |
01:27:04 | Torne | yeah, one sec ;) |
01:27:43 | Torne | done |
01:27:56 | JdGordon | thank you muchly |
01:32:07 | | Quit pamaury (Remote host closed the connection) |
01:39:57 | saratoga | Torne: when you do a "git push" does that commit as SVN does, or does it appear in the gerrit web interface first? |
01:41:38 | | Quit perrikwp (Read error: Connection reset by peer) |
01:42:52 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
02:00 |
02:02:56 | | Quit robin0800 (Read error: Connection reset by peer) |
02:04:09 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust848.3-3.cable.virginmedia.com) |
02:08:28 | funman | pamaury: bertrik: http://pastie.org/3008207 with this at leas ti see the usb screen (interrupts were not enabled in previous patch) |
02:09:00 | funman | [ 5397.564429] usb 1-1: device descriptor read/all, error -110 |
02:10:39 | | Join ilf_ [0] (~ilf@dslb-178-012-239-044.pools.arcor-ip.net) |
02:11:40 | | Quit Thra11 (Quit: kthxbai) |
02:12:46 | orzo | hello |
02:13:30 | orzo | so i installed rockbox on my sansa fuze v2, and unlike my old e200, this one doesnt seem to go into disk mode or 'multimedia mode' when I plug it into a computer. Is there some odd step I need to do in order to get files onto it? |
02:14:00 | | Quit ilf (Ping timeout: 252 seconds) |
02:15:42 | | Quit robin0800 (Remote host closed the connection) |
02:16:02 | funman | orzo: the manual should tell you |
02:16:24 | funman | usb doesn't work in rockbox, so you have to reboot it to OF yourelf before plugging it |
02:17:20 | orzo | oh? usb works on e200 but not on fuze? |
02:18:21 | funman | http://www.rockbox.org/wiki/TargetStatus#Current_status_of_stable_targets |
02:18:28 | funman | hm that table is not up to date |
02:18:54 | funman | Clip+/Clipv2/Fuzev2 = no usb |
02:28:20 | orzo | ok |
02:29:40 | orzo | now i have it in OF and none of the music is findable |
02:29:40 | orzo | heh |
02:31:52 | orzo | the music isnt on the disk image |
02:31:55 | orzo | hwo weird |
02:34:18 | funman | panicf() on clip zip is buggy? |
02:34:41 | funman | orzo: music was written in mtp mode perhaps? |
02:34:54 | orzo | well the music came on it |
02:35:01 | orzo | how do i get on mtp written music? |
02:35:05 | orzo | get at |
02:35:15 | orzo | i need client software? |
02:35:20 | funman | with a mtp program |
02:35:21 | funman | yes |
02:35:39 | orzo | can it be moved from mtp area to disk area? |
02:35:46 | orzo | or does that mean copy off and write back? |
02:35:47 | orzo | heh |
02:38:31 | funman | no clue the only mtp client i know are media players ... |
02:39:53 | funman | hm the zip receives usb suspend interrupt |
02:40:42 | funman | at the same time than periodic & non periodic tx fifo empty, and usb reset |
02:47:15 | | Join nosa [0] (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
02:48:06 | | Quit nosa-j (Ping timeout: 252 seconds) |
02:48:07 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
03:00 |
03:18:21 | | Join saratoga_ [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) |
03:22:34 | | Quit rasher (Ping timeout: 240 seconds) |
03:25:47 | *** | Saving seen data "./dancer.seen" |
03:25:54 | | Quit ender| (Ping timeout: 240 seconds) |
03:26:02 | | Quit anewuser (Read error: Operation timed out) |
03:26:20 | | Join ender| [0] (~ender1@foo.eternallybored.org) |
03:29:25 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
04:00 |
04:01:20 | CIA-1 | New commit by funman (r31219): amsinfo: save files with .bin extension |
04:03:51 | CIA-1 | r31219 build result: All green |
04:06:42 | | Quit gxk (Ping timeout: 245 seconds) |
04:10:41 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
04:13:57 | | Quit Horscht (Ping timeout: 248 seconds) |
04:19:20 | | Join gxk [0] (~gxk@bzq-79-181-203-251.red.bezeqint.net) |
04:29:54 | | Quit [7] (Disconnected by services) |
04:30:05 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:33:01 | | Join JdGord [0] (~AndChat@122.110.232.78) |
04:35:55 | | Quit JdGordon (Ping timeout: 252 seconds) |
04:36:32 | | Quit amiconn (Disconnected by services) |
04:36:33 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:36:33 | | Quit pixelma (Disconnected by services) |
04:36:35 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:36:37 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:36:55 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:39:55 | | Quit JdGord (Ping timeout: 252 seconds) |
04:45:13 | | Join JdGord [0] (~AndChat@122.110.232.78) |
04:48:19 | | Quit JdGord (Read error: Connection reset by peer) |
04:48:34 | | Quit dys (Ping timeout: 252 seconds) |
04:49:01 | | Join dys [0] (~andreas@krlh-5f71d8ba.pool.mediaWays.net) |
05:00 |
05:02:55 | funman | i can't seem to find the s3c6400x datasheet |
05:02:57 | funman | TheSeven: ^ |
05:03:26 | | Quit mgue (Ping timeout: 240 seconds) |
05:05:24 | | Join mgue [0] (~mgue@p57B3D3D8.dip.t-dialin.net) |
05:06:44 | funman | http://www.ebv.com/fileadmin/products/Products/Samsung/S3C6400/S3C6400X_UserManual_rev1-0_2008-02_661558um.pdf |
05:21:08 | CIA-1 | New commit by funman (r31220): Move usb-s3c6400 register comments to usb-s3c6400.h ... |
05:22:42 | CIA-1 | r31220 build result: All green |
05:22:58 | | Join Rob2222 [0] (~Miranda@p4FFF1B9F.dip.t-dialin.net) |
05:25:50 | *** | Saving seen data "./dancer.seen" |
05:26:28 | | Quit Rob2223 (Ping timeout: 252 seconds) |
05:34:23 | | Quit ps-auxw (Ping timeout: 255 seconds) |
05:39:00 | | Quit Horschti (Quit: Verlassend) |
05:39:16 | | Join ps-auxw [0] (~arneb@p4FF7FE01.dip.t-dialin.net) |
05:48:07 | | Quit MethoS- (Ping timeout: 252 seconds) |
05:49:19 | | Join klavir [0] (~536386b3@www.haxx.se) |
05:54:58 | | Quit klavir (Quit: CGI:IRC) |
06:00 |
06:13:12 | CIA-1 | New commit by funman (r31221): usb-drv-as3525v2.c: cosmetics |
06:13:24 | CIA-1 | New commit by funman (r31222): usb-s3c6400x.c: use defines instead of hardcoded bitfields |
06:14:50 | CIA-1 | r31221 build result: All green |
06:16:27 | CIA-1 | r31222 build result: All green |
06:25:58 | CIA-1 | New commit by funman (r31223): s5l870x: use usb-s3c6400 defines |
06:27:30 | CIA-1 | r31223 build result: All green |
06:47:01 | | Quit n17ikh (Quit: ZNC - http://znc.sourceforge.net) |
06:47:34 | | Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) |
06:51:20 | | Quit n17ikh (Client Quit) |
06:52:40 | | Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) |
06:52:44 | | Quit n17ikh (Client Quit) |
06:54:15 | | Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) |
06:56:03 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
06:57:08 | | Nick JdGordon| is now known as JdGordon (~jonno@rockbox/developer/JdGordon) |
07:00 |
07:03:25 | | Quit n17ikh (Quit: ZNC - http://znc.sourceforge.net) |
07:04:54 | | Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) |
07:05:51 | | Quit n17ikh (Client Quit) |
07:09:57 | funman | i found something interesting for amsv2 ... |
07:10:12 | saratoga_ | oh? |
07:11:12 | | Quit CaptainKewl (Remote host closed the connection) |
07:11:22 | | Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
07:11:44 | | Quit Barahir (Ping timeout: 252 seconds) |
07:12:07 | | Quit kugel (Ping timeout: 240 seconds) |
07:12:11 | | Quit einhirn (Ping timeout: 244 seconds) |
07:16:21 | funman | hmm not sure |
07:16:57 | funman | seems to work though |
07:17:22 | | Join PaulJam [0] (~Paule@p54BEB779.dip.t-dialin.net) |
07:17:26 | | Join kugel [0] (~kugel@141.45.176.104) |
07:17:26 | | Quit kugel (Changing host) |
07:17:26 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
07:18:03 | CIA-1 | New commit by funman (r31224): usb-s3c6400: merge DIEP* and DOEP* in a macro with an extra parameter ... |
07:18:43 | funman | saratoga_: http://pastie.org/3009001 |
07:19:04 | funman | the 0 was 2 times in the list, checking if it's legitimate |
07:20:31 | CIA-1 | r31224 build result: All green |
07:23:40 | saratoga_ | the call to FOR_EACH_IN_EP doesn't do what is expected with that bug i think |
07:25:04 | funman | yeah |
07:25:16 | saratoga_ | is end point 0 important? |
07:25:21 | saratoga_ | or special rather |
07:25:54 | *** | Saving seen data "./dancer.seen" |
07:26:31 | saratoga_ | google says that it is quite special |
07:26:37 | funman | yes it's special |
07:26:47 | saratoga_ | that does seem like a fairly nasty bug |
07:26:50 | funman | but the macros etc exist to handle this special ep (or not) |
07:27:11 | funman | the EP lists and the lists definitions were in the .h and .c , and with my cleaning i moved them and realized that |
07:28:40 | saratoga_ | i will try compiling with that fix |
07:28:46 | funman | i'll jsut commit it |
07:28:53 | funman | i'll enable usb on ams v2 also |
07:29:54 | | Join vello [0] (~536386b3@www.haxx.se) |
07:30:00 | CIA-1 | New commit by funman (r31225): usb-drv-as3525v2: don't include ep0 twice in the IN ep list ... |
07:30:30 | | Quit PaulJam (Ping timeout: 276 seconds) |
07:30:50 | CIA-1 | New commit by funman (r31226): AMSv2: enable USB ... |
07:30:52 | funman | and i think the usb-s3c6400.c doesn't work because of different IN/OUT eps |
07:31:22 | funman | hm |
07:31:43 | funman | i fucked up |
07:32:27 | CIA-1 | r31225 build result: 232 errors, 128 warnings (funman committed) |
07:32:50 | CIA-1 | New commit by funman (r31227): fix previous commit |
07:34:25 | CIA-1 | r31226 build result: 232 errors, 128 warnings (funman committed) |
07:36:41 | CIA-1 | r31227 build result: All green |
07:36:43 | funman | still looks unstable |
07:37:30 | saratoga | wouldn't work at all for me without an SD card inserted (explorer hung) |
07:37:43 | saratoga | but with sd card its going |
07:38:29 | | Quit GodEater_ (Quit: Page closed) |
07:39:23 | funman | perhaps it didn't change anything .. |
07:41:17 | funman | well it prevents handling 2 times the ep0 in interrupt |
07:41:39 | saratoga | copied 1GB without errors, will do it again and check md5 |
07:42:35 | saratoga | (flash on the clip+ is sooooo slow) |
07:43:27 | | Join advcomp2019__ [0] (~advcomp20@97-114-235-172.sxcy.qwest.net) |
07:43:27 | | Quit advcomp2019__ (Changing host) |
07:43:27 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
07:44:24 | funman | saratoga_: on windows? |
07:45:08 | saratoga | funman: yeah |
07:46:32 | | Quit advcomp2019_ (Ping timeout: 252 seconds) |
07:48:42 | saratoga | well 2GB copied and its bit per bit correct |
07:49:25 | saratoga | i'm going to call this an improvement |
07:50:20 | funman | my zip connects on linux but randomly disconnects and reconnects |
07:50:46 | saratoga | with an SD card? |
07:50:57 | funman | no |
07:51:07 | saratoga | do you have one to test with? |
07:51:23 | funman | yeah i have 2 |
07:52:50 | funman | the fuzev2 connects ok; when i remove the cable and reconnects i see 2 0 bytes drivers, and no USB icon on the screen |
07:53:10 | funman | a bit later i see the icon appear |
07:53:58 | funman | clip zip with sd card connects, i see the drivers in dmesg. but then: |
07:54:04 | funman | [26076.224138] usb 1-2: reset high-speed USB device number 70 using ehci_hcd |
07:55:02 | saratoga | seems like this was just one of several bugs |
07:56:13 | saratoga | although i'm past 5GB without an error, which is pretty good |
08:00 |
08:05:27 | funman | saratoga: hm the size of in_ep_list is too big still |
08:06:27 | vello | hi, could someone please help out an svn noob? |
08:06:36 | saratoga_ | funman: you mean 4 vs. 3? |
08:06:40 | vello | why when I checkout a specific svn tag, I am updated to the latest trunk revision? |
08:06:51 | | Join Buschel [0] (~chatzilla@p54A3929A.dip.t-dialin.net) |
08:07:01 | saratoga_ | vello: thats how svn works |
08:07:27 | vello | svn co svn://svn.rockbox.org/rockbox/tags/v3_10 >> says "Checked out revision 31227", which is the latest trunk |
08:07:31 | saratoga_ | tags are branched at a certain svn revision, but they continue to exist in subsequent ones too |
08:07:40 | vello | oh |
08:08:04 | saratoga_ | why are you checking out an old branch anyway? |
08:08:50 | vello | I want to patch a stable version |
08:09:03 | saratoga_ | don't do that, use the current svn |
08:09:31 | funman | saratoga_: yes |
08:09:51 | saratoga_ | funman: shouldn't matter right? the array would be zero padded to 32 bits anyway |
08:10:09 | funman | saratoga_: we use sizeof a bit below |
08:10:26 | funman | it shouldn't harm anywa&y |
08:10:37 | | Join stooo [0] (~sto@f051194066.adsl.alicedsl.de) |
08:10:39 | | Quit stooo (Client Quit) |
08:10:46 | saratoga_ | yes definitely fix that |
08:10:57 | saratoga_ | i would have thought that would be a warning |
08:11:55 | CIA-1 | New commit by funman (r31228): usb-drv-as3525v2: use correct input endpoint list size |
08:11:56 | | Quit gxk (Read error: Operation timed out) |
08:12:03 | funman | hm that also means endpoint 1 is not used at all |
08:12:12 | vello | well, I had some problems with trunk before (some stuff is just too hot / untested) and wanted to switch to stable tags |
08:12:21 | funman | perhaps the input list is 1, 3, 5 |
08:12:40 | saratoga_ | vello: generally stable is just an older version of trunk |
08:12:42 | vello | looks like can't do that without explict -r |
08:13:30 | CIA-1 | r31228 build result: 2 errors, 0 warnings (funman committed) |
08:14:03 | Buschel | saratoga: do you have any further comments of FS #12443? I am not sure about the matrixing I have chosen... |
08:14:04 | fs-bluebot | http://www.rockbox.org/tracker/task/12443 Multichannel downmix for flac (patches, new) |
08:14:17 | | Join gxk [0] (~gxk@109.64.71.209) |
08:14:25 | saratoga_ | Buschel: i'm not sure how the channels are defined for 5.1 to be honest |
08:14:35 | saratoga_ | but the code itself looked good assuming the equations are right |
08:15:19 | Buschel | I searched the web for a downmix matric and found lots of different ones |
08:15:44 | saratoga_ | i suppose in principle people could feed almost anything to the flac encoder as well |
08:16:03 | vello | I'm very sorry for being such an svn noob, but what is the point of tags if they aren't frozen? |
08:16:34 | saratoga_ | vello: the release branches are only touched if bugs are found and we decide to do a point release |
08:16:38 | saratoga_ | otherwise they are frozen |
08:17:36 | vello | so tags = only bugfixes, trunk = everything? |
08:17:41 | saratoga_ | for example, 3.10 is essentially just r30927 with some additional fixes |
08:18:11 | Buschel | saratoga: if you do not object I would submit the downmix stuff. if there is the need to change the equations we might just do it afterwards. the current ones are quiete efficient in terms of CPU requirements though |
08:18:18 | saratoga_ | yes, although most bug fixes aren't back ported to tags |
08:18:22 | saratoga_ | Buschel: sounds great |
08:20:03 | vello | well, I've tried 3.10 tag few times and it checks out the latest revision from the trunk... always... and the descriptions doesn't look like fixes 0_o |
08:22:20 | saratoga_ | thats normal |
08:22:25 | saratoga_ | but as I said, don't check out tags |
08:24:02 | saratoga | funman: still copying files fine |
08:24:22 | saratoga | i wonder if it makes a difference that i booted the OF first rather then cold booting |
08:24:45 | vello | trunk is too hot for me, I had few problems before with fresh rb code. If tags = stable + bugfixes, why not to use it. |
08:25:24 | saratoga | because its basically just an old version of trunk |
08:25:46 | vello | ...and why it checks out non-bugfixes revisions |
08:25:58 | saratoga | its not really |
08:26:25 | saratoga | basically, you're just checking out an old version of trunk, so you might as well just check out current trunk and not deal with old code |
08:28:21 | vello | oh, so tags are just time points, not an especially carefully tested / feature-frozen etc branches? |
08:28:35 | saratoga | more or less |
08:29:02 | saratoga | in theory major fixes might be back ported, or something dangerous saved until after them, but that typically doesn't happen |
08:30:05 | saratoga | or at least hasn't happened with this release |
08:32:11 | vello | doesn't this mean the rb versioning system is really just a counter? after some time > new version? no feature freazes, anal beta testing? |
08:32:14 | saratoga | funman: 10GB copied fine, but I got panic: audio_reset_buffer_noalloc(): EOM 598812 > 331892 on unmount |
08:32:23 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) |
08:32:25 | saratoga | or rather USB unplug |
08:33:05 | saratoga | vello: we do a brief feature freeze |
08:34:23 | vello | well, thank you for explaining. you're right then, no point to use tags, will use trunk |
08:36:24 | | Quit funman (Ping timeout: 244 seconds) |
08:37:16 | saratoga | so it didn't work 3 times in a row if i cold booted, but did work both times i restarted from the OF |
08:37:23 | saratoga | perhaps something is inited by the OF |
08:38:43 | | Join funman [0] (~fun@rockbox/developer/funman) |
08:38:48 | vello | JESUS CRIST am I witnesing amsv2 usb commit? |
08:39:22 | saratoga | no it was commited a year or two ago |
08:39:28 | saratoga | we're still trouble shooting it |
08:39:42 | vello | in trunk? |
08:40:03 | saratoga | yes |
08:40:36 | vello | ...that's kinda why I wanted frozen tags |
08:40:54 | saratoga | we've done lots of releases since it was committed |
08:40:58 | saratoga | all of them include it |
08:41:21 | saratoga | its not like we go through and revert a couple years worth commits before a release . . . |
08:42:06 | | Part ilf_ |
08:43:17 | | Join funman_ [0] (~fun@rockbox/developer/funman) |
08:43:20 | gevaerts | It's not *exactly* a randomly chosen revision though |
08:43:24 | vello | r31226: AMSv2: enable USB just in, the last time it was in trunk was a long time ago iirc |
08:43:28 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:44:03 | funman_ | yeah i saw that on fuzev2 |
08:44:50 | vello | FS #11664 is 10 October 2010 |
08:44:51 | fs-bluebot | http://www.rockbox.org/tracker/task/11664 Workaround for usb random failures on amsv2. (patches, new) |
08:44:57 | gevaerts | We do have a (shortish) feature freeze before that, and we do try to test the branch a bit (but we don't seem to manage very rigorous testing), and the release branch *does* get bugfixes (but not new features, and minor bugs are likely not to get much attention there) |
08:45:12 | | Quit funman (Ping timeout: 252 seconds) |
08:46:50 | vello | I see, thank you gevaerts. So it makes sense to use tags then if you want to skip hot revisions? |
08:47:29 | gevaerts | I believe the release is a useful thing, yes |
08:48:03 | funman_ | saratoga_: i got that panic too on fuzev2 |
08:48:06 | | Nick funman_ is now known as funman (~fun@rockbox/developer/funman) |
08:48:36 | vello | do you know why it checks out the revisions that are clearly not bugfixes from tags? |
08:49:09 | vello | you said "but not new features" |
08:49:41 | gevaerts | I'm not sure what you're looking at |
08:50:06 | vello | svn co svn://svn.rockbox.org/rockbox/tags/v3_10 |
08:53:11 | gevaerts | To be honest, I think you want svn://svn.rockbox.org/rockbox/branches/v3_10 . That's exactly the same *today*, but tags/v3_10 is exactly the 3.10 release and won't ever change, while branches/v3_10 will get fixes in preparation for a possible 3.10.1 |
08:53:55 | gevaerts | But I'm not sure what you mean by "revisions that are clearly not bugfixes". Do you have an example? |
08:55:38 | vello | thank you for advice to use branches. As to tags, it is not "exactly the 3.10 release", I hoped it is, and it checks out stuff from trunk |
08:56:44 | gevaerts | tags/v3_10 is *exactly* the 3.10 release |
08:56:48 | vello | I cannot give the exact example atm, but whenever I co 3.10 tag, the revision number = trunk |
08:57:44 | gevaerts | That's how svn works. The revision number you see isn't the last changed revision that affects the path you checked out, it's the current revision of the repository |
08:58:41 | gevaerts | Have a look at the output of "svn info", and note the difference between "Revision" and "Last Changed Rev" |
09:00 |
09:00:28 | vello | I' writing from a phone atm, but there is not reason not to believe you. You mean tag = really frozen, and that co revision info is not actual? |
09:01:30 | gevaerts | The revision info is correct and accurate. It just doesn't mean what you think it means |
09:03:38 | vello | I.e. it means 'there is an xxx revision', but since you're using tags, it's not about you? |
09:04:17 | | Join ender` [0] (~ender@foo.eternallybored.org) |
09:06:37 | vello | If so, I was just seriously confused by svn co message & rockbox-info.txt :-/ |
09:06:44 | gevaerts | In svn tags and branches are just subdirectories of the repository, not very different from apps/ or firmware/ |
09:07:53 | gevaerts | And I'd consider that information to be relevant. It tells you if your checkout is up to date |
09:10:08 | vello | I could argue here, especially about rockbox-info.txt version being = trunk, but I already wasted alot of your time |
09:10:52 | vello | will just use branches and ignore displayed revision numbers |
09:12:02 | vello | thank you, gevaerts for your kind help |
09:12:22 | CIA-1 | New commit by funman (r31229): usb-s3c6400 : simplify |
09:13:08 | funman | usb-s3c6400.c is 348 lines and usb-drv-as3535v2.c is 843 lines |
09:13:24 | funman | usb-s3c6400.c is 438 lines* |
09:13:52 | CIA-1 | r31229 build result: 34 errors, 0 warnings (funman committed) |
09:13:53 | gevaerts | The version is *not* trunk |
09:14:32 | gevaerts | It's the repository trev[B[B[BIt's the repository revision, not the revision of any particular directory |
09:16:48 | CIA-1 | New commit by funman (r31230): fix red |
09:16:48 | vello | I meant it equals the latest revision (i.e. most likely trunk), which confused me (i.e. a noob idiot) |
09:18:26 | CIA-1 | r31230 build result: 2 errors, 0 warnings (funman committed) |
09:19:09 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
09:23:21 | | Join LinusN [0] (~linus@giant.haxx.se) |
09:24:04 | vello | gevaerts, last question if you have a second −− do you remember how to edit the build version info that is displayed on boot & rockbox-info.txt to avoid confusion? |
09:24:30 | gevaerts | kugel: your build client is broken |
09:25:58 | *** | Saving seen data "./dancer.seen" |
09:26:11 | gevaerts | vello: make VERSION=whatever |
09:26:28 | gevaerts | Also add the VERSION bit to later targets like "make zip" |
09:26:51 | vello | ty |
09:27:28 | kugel | gevaerts: fixed |
09:41:35 | | Quit kadoban_ (Read error: Operation timed out) |
09:54:49 | | Quit swilde (Remote host closed the connection) |
09:59:05 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
10:00 |
10:00:06 | | Quit jordan` (Quit: Coyote finally caught me) |
10:10:16 | | Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) |
10:12:26 | | Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) |
10:13:56 | | Quit bluebrother (Disconnected by services) |
10:13:57 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
10:15:26 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
10:17:00 | | Join fs-bluebot [0] (~fs-bluebo@g226068164.adsl.alicedsl.de) |
10:18:50 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
10:25:43 | | Quit vello (Quit: CGI:IRC) |
10:27:06 | pamaury | funman: ping |
10:28:44 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
10:28:49 | pamaury | funman: it seems to me that r31229 is not quite a simplification, the blocking parameter of usb_drv_transfer becomes useless and you write as much code |
10:29:29 | pamaury | r31228 is nice catch however, does that improve the usb stability ? |
10:31:32 | kugel | Torne: turns out the default to _FORTIFY_SOURCE=2 is due to a ct-ng patch |
10:39:34 | kugel | might be a good idea to provde some aliases for the git transition |
10:39:42 | | Quit ack (Quit: Coyote finally caught me) |
10:44:22 | | Quit Bagder (Ping timeout: 252 seconds) |
10:46:03 | | Join ack [0] (~ack@mingbai.org) |
11:00 |
11:01:25 | ThomasAH | funman: thanks for "AMSv2: enable USB" :) |
11:03:03 | pamaury | ThomasAH: note that this is just for easier testing, it's still unstable on clip+ and clip zip |
11:04:15 | kugel | stable on fuzev2? |
11:04:18 | ThomasAH | pamaury: yes, but it increases my motivation for actually trying it on my clip+ (and I have backups) |
11:04:49 | TheSeven | funman: re: "reset high-speed USB device number 70 using ehci_hcd" |
11:04:49 | pamaury | kugel: apparently for most people it's stable on fuzev2 iirc |
11:04:53 | TheSeven | which kernel version is that? |
11:05:05 | TheSeven | i'm observing similar things with some 2.6.x kernels, but with 3.x it works fine |
11:05:40 | TheSeven | there's a lot of discussion about that issue with thumbdrives etc., so this is probably just a linux bug that this driver manages to trigger |
11:05:57 | TheSeven | seems to finally have been fixed though (after several years) |
11:06:07 | TheSeven | never seen similar issues on windows |
11:06:44 | pamaury | on windows the device just freeze or doesn't mount sometimes |
11:07:12 | pamaury | or worse, it freezes windows until you remove it (at least with xp) |
11:15:51 | | Quit Llorean (Read error: Connection reset by peer) |
11:15:58 | | Join Llorean [0] (~DarkkOne@65.104.0.183.ptr.us.xo.net) |
11:26:00 | *** | Saving seen data "./dancer.seen" |
11:26:06 | | Quit Barahir (Ping timeout: 240 seconds) |
11:29:09 | Torne | saratoga: pushing to master updates master; I'm not covering use of gerrit for code review yet (intentionally) - we can do that after we have our infrastructure moved over to git :) |
11:29:25 | Torne | kugel: aliases? |
11:34:02 | | Quit Keripo (Quit: Leaving.) |
11:40:05 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
11:48:38 | | Join rarog [0] (~chatzilla@p4FF5D77C.dip.t-dialin.net) |
12:00 |
12:13:36 | | Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) |
12:46:48 | | Join rarog [0] (~chatzilla@79.245.215.124) |
12:48:45 | rarog | pamaury: whatever it is, which fixes the srt effect, it's after line 377 in rolo.c, as the "executing" message is shown with the crt bug and the next thing I see is the rockbox boot screen without the bug. |
12:51:11 | kugel | Torne: aliases for common svn commands? |
12:51:25 | kugel | to make the transition easier for svn guys |
12:51:29 | Torne | i think that's generally a fairly bad idea |
12:51:45 | Torne | Such guides exist, and from what i've seen they tend to instil a complete misunderstanding of how git works |
12:52:53 | Torne | In any case, I don't think we want to be *writing* that kind of thing |
12:53:00 | Torne | if we can find one somewhere that looks reaosnable, link to it |
12:55:27 | | Quit nick-p (Quit: Leaving) |
12:58:29 | rarog | pamaury:crt effect of course |
12:58:52 | | Join anewuser [0] (~anewuser@186.93.143.113) |
12:58:52 | | Quit anewuser (Changing host) |
12:58:52 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
13:00 |
13:09:15 | | Quit qnm (Ping timeout: 268 seconds) |
13:12:17 | | Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) |
13:23:36 | pamaury | rarog: the majority of things happen after this line :) |
13:26:01 | *** | Saving seen data "./dancer.seen" |
13:28:56 | rarog | pamaury: yes, I saw this after I wrote it. I just hoped that it would be an easier way to see... |
13:30:06 | pamaury | everything happen in rolo_restart that is by restarting everything so you can't debug it this way. I want to try something, I'll give you the diff when it's ready |
13:31:10 | rarog | ok, I'll be here for some hours until 6 p.m. UTC+1 time. and after 9 p.m. again. |
13:34:37 | rarog | and by the way. could it be related to the white screen at boot time? if fuze+ is starting when plugged into USB, it remains with white screen until it is plugged off. |
13:35:09 | rarog | some race conditions or wrong order of initialization commands perhaps? |
13:38:18 | pamaury | hum, I don't white of this white screen you are talking about, if you start with usb plugged in, it should go into bootloader usb mode |
13:41:12 | rarog | it is in this mode, I can access everything, but the screen remains white. |
13:41:14 | pamaury | *know |
13:41:21 | pamaury | hm |
13:41:49 | pamaury | oh, I get it, you probably didn't update the bootloader |
13:41:53 | rarog | if i start rockbox normally, i have the white screen for about 1,5 seconds, before I see the rockbox bootscreen. |
13:42:16 | rarog | ah ok, I'll do this. |
13:42:41 | pamaury | wait before doing this, I don't know if the actual bootloader build is ok, I'll try before |
13:42:56 | pamaury | and I want to do a bootloader release too |
13:44:22 | rarog | ok. so it could be just the bootloader or it's related to crt bug. |
13:45:39 | rarog | I'll wait for you to check. :) |
13:46:52 | rarog | (though I always compiled it myself and never used the one in the wiki) |
13:47:29 | pamaury | no, the white screen is probably there because you didn't update the bootloader and it still has the old, buggy, screen init that was solved because the screen is reinitialization by rockbox.sansa |
13:47:43 | pamaury | but I'm not sure it will solve the crt issue |
13:49:13 | rarog | well, do I have anything to loose if I just recompile it and flash? |
13:50:15 | pamaury | not really, you might end up with a non-booting rockbox :) But the bootloader might not compile too |
13:53:49 | rarog | ok, it compiled and patched the sb file without any problems so far. |
13:54:32 | rarog | I'll give it a try. |
13:56:46 | | Quit rarog (Remote host closed the connection) |
14:00 |
14:01:45 | | Join rarog [0] (~chatzilla@p4FF5D77C.dip.t-dialin.net) |
14:02:02 | rarog | hooray, bash crashed, killed dolphin and kde... now I'm back. :D |
14:09:39 | rarog | now flashing fuze+... |
14:10:43 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
14:12:34 | rarog | pamaury: the white screen is still there. shortly at boot and all the time if fuze+ boots with usb plugged in. |
14:12:35 | pamaury | nick-p: welcome :) |
14:12:55 | rarog | so I guess it's related to the crt bug. |
14:13:03 | nick-p | pamaury: thanks! |
14:13:53 | pamaury | I can't see why, the white screen disappear while the crt bug stays; perhaps the second lcd kind needs the enable sequence too |
14:14:51 | rarog | hm... and during rolo this enable sequence is used? |
14:17:16 | pamaury | it's used rockbox.sansa but not in the bootloader because it shouldn't be necessary. Can you try something for me ? In firmware/target/arm/imx233/fuzeplus/lcd-fuzeplus.c: lcd_init_seq_9325: at the beginning, copy the same code as in lcd_init_sea_7783 (the first 5 lines: __REG_SET(...) -> __REG_SET(...)) |
14:19:12 | pamaury | (pastebin the diff if you are unsure) |
14:20:53 | pamaury | (and you should reflash the bootloader, I know it's a bit boring) |
14:23:13 | rarog | ok, compiling firmware now... |
14:23:42 | pamaury | can you pastebin the diff just to make sure ? |
14:23:59 | pamaury | it would be stupid to loose time because my instructions weren't clear enough :) |
14:27:06 | rarog | pamaury: http://pastebin.com/uebrW9UM |
14:27:24 | pamaury | ok perfect |
14:27:43 | rarog | but I think i did everything right. i'm not a very good programmer, but I'm used to C since 15 years. :D |
14:29:37 | rarog | fuze now flashes the firmware... |
14:29:57 | pamaury | don't worry, it's not about your skills, it's just that when you are touching registers like the code does, the slightest mistake can make it fail, and then you think the code just does'nt work but in fact you didn't do what you intended... |
14:31:13 | rarog | it worked! |
14:31:27 | rarog | instead of white screen i see black console like screen |
14:31:34 | rarog | and the crt effect is gone! |
14:32:19 | pamaury | nice :) Actually I'm wondering why this code was not there, I'll check what the OF does but that's suspicous, it resets the lcd before sending the commands |
14:34:37 | rarog | but at least now you can bump lcd progress to 91 or 95 percent when you have commited this to svn in a clean way. :D |
14:35:04 | pamaury | I'll commit this tonigh |
14:35:06 | pamaury | t |
14:35:45 | rarog | very nice. :D |
14:36:36 | pamaury | thanks for testing, we are hopefully making the fuze+ port better each day \o/ |
14:36:57 | | Quit nick-p (Quit: Leaving) |
14:37:31 | rarog | oh yeah. :D who knows, perhaps it will be in the stable section until 3.11 release. |
14:38:26 | pamaury | the micro-sd is working except for a details which prevent it from booting with sd inserted, that's a bit weird. And there is the fm radio mystery |
14:39:01 | rarog | yeah, these are the only showstoppers that come into my mind. |
14:41:06 | rarog | I read about the sd progress in the logs. you were about to make backtrace better to see why the mutex blocks everything. |
14:44:56 | pamaury | yeah and I decided to implement the symbol table for the backtracer but I ran into unexpected issues |
14:46:46 | rarog | hm... but with the crt problem solved, you'll be able to publish a clean firmware for rbutil from the start. that's a really good thing. |
14:47:35 | | Join nick-p [0] (~nick@82.69.105.120) |
14:49:10 | orzo | theres a non media player mtp client |
14:49:25 | orzo | http://gmtp.sourceforge.net/ |
14:49:54 | rarog | if you'll need another guinea pig for some sd or radio patches, here I am. :D |
14:55:40 | pamaury | for those it's simpler since it doesn't work on my device and the radio is the same for all fuze+ |
14:58:41 | rarog | sure, but sometimes it's useful to have another opinion looking at the same thing. |
14:59:36 | rarog | though I think that you'll solve the radio problem via debugging of OF. |
15:00 |
15:00:20 | | Quit nosa-j (Ping timeout: 248 seconds) |
15:01:21 | | Join nosa-j [0] (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:03:52 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
15:05:40 | kugel | how do people feel about adding libasound.so into svn for the ypr0 port? |
15:06:08 | kugel | problem is that samsung doesnt yet provide the sources for it |
15:10:45 | | Join TheLemonMan [0] (~LemonBoy@ppp-153-3.26-151.libero.it) |
15:11:53 | Zagor | is it their binary? |
15:12:12 | kugel | yes |
15:12:28 | Zagor | do they give explicit permission to distribute it? |
15:12:38 | kugel | well, they ship it in the daps, I don't know if it's different from stock alsa |
15:13:52 | kugel | alsa is GPL, and they distribute the binary in their opensource.zip (however not the actual source) |
15:14:30 | Zagor | yeah, it's hard to see how they could be upset by redistribution of that |
15:14:33 | | Quit ender` (Read error: Connection reset by peer) |
15:14:51 | kugel | I sent an inquiry to provide the source anyway |
15:15:09 | | Join ender` [0] (~ender@foo.eternallybored.org) |
15:16:27 | kugel | the alternative to shipping the binary is to ask people to go to the samsung site and download the 250MB package. you need to go through the site, there's no direct link |
15:23:15 | | Join keyb_gr [0] (~chatzilla@p4FF036E8.dip.t-dialin.net) |
15:26:03 | *** | Saving seen data "./dancer.seen" |
15:29:40 | | Quit nosa-j (Ping timeout: 248 seconds) |
15:34:22 | | Quit Guinness (Read error: Connection reset by peer) |
15:34:40 | | Join nosa-j [0] (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:38:24 | | Join nosa [0] (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:39:32 | | Quit nosa-j (Ping timeout: 252 seconds) |
15:39:42 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:42:22 | | Join nosa [0] (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:42:31 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
15:43:45 | | Quit nosa-j (Ping timeout: 240 seconds) |
15:43:46 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-10.clt.bellsouth.net) |
15:48:25 | | Join webguest83 [0] (~5311653a@www.haxx.se) |
15:51:36 | | Quit webguest83 (Client Quit) |
15:55:02 | | Quit perrikwp (Read error: Connection reset by peer) |
15:55:59 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
15:56:14 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
16:00 |
16:00:47 | | Join quem [0] (~foo@c83-254-240-58.bredband.comhem.se) |
16:00:53 | quem | ahoy. |
16:00:54 | | Quit keyb_gr (Ping timeout: 240 seconds) |
16:01:24 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
16:01:28 | quem | need a new player that supports rockbox and has a decent battery time. recommendations? |
16:01:55 | | Join keyb_gr [0] (~chatzilla@p4FF036E8.dip.t-dialin.net) |
16:02:13 | orzo | e200 has good battery time for me |
16:02:22 | quem | how long? |
16:02:28 | orzo | iduno, a long time |
16:02:53 | orzo | i've never ran it from charged state continuously to burn out |
16:03:07 | quem | heh. but what do you consider long? |
16:03:15 | quem | 20 hours? |
16:03:23 | orzo | yeah |
16:03:45 | orzo | well |
16:03:46 | orzo | hm |
16:03:47 | rarog | my gf says that her fuze+ holds longer with rockbox than with original firmware, though rockbox on fuze doesn't have any real battery saving functions implemented. |
16:04:05 | quem | ah. |
16:04:22 | orzo | fuze+ isnt yet suported though right |
16:04:45 | quem | doesn't seem to be. |
16:04:46 | rarog | not officially. |
16:04:51 | quem | ah. |
16:04:59 | quem | 'unusable ports' |
16:05:01 | rarog | but besides radio and external card support it works |
16:05:06 | quem | ah. |
16:05:13 | quem | does it have a stopwatch? |
16:05:25 | orzo | really, fuze 1 & 2 have no usb which seems to me a big deal when your deciding what to buy |
16:05:26 | quem | well, duh.. if it runs rockbox. i guess it must have. |
16:05:36 | quem | no usb?! |
16:05:52 | orzo | rockbox forces you to boot original firmware in order to use the usb |
16:05:59 | orzo | outstanding issue |
16:06:04 | rarog | I have one myself, though I'm waiting for micro-sd card support. |
16:06:16 | rarog | stopwatch plugin is there and works |
16:06:29 | WalkGood | you need to look at http://www.rockbox.org/wiki/SansaRuntime and http://www.rockbox.org/wiki/IpodRuntime#Introduction |
16:06:30 | rarog | usb support is implemented in fuze+ |
16:06:31 | jlbiasini | fuze+ is no fuze |
16:06:40 | jlbiasini | yes indeed |
16:06:55 | jlbiasini | but no charging jet |
16:07:08 | orzo | fuze has charging but not data |
16:07:43 | jlbiasini | fuze+ is not fully supported jet but under big developpement |
16:08:24 | jlbiasini | sd could come in next weeks |
16:08:27 | orzo | is old fuze usb support likely to go by the wayside now that they dont seem to sell new ones anymore |
16:08:47 | rarog | ah yes... charging isn't implemented either. but you can anytime boot into original firmware and charge it. |
16:09:38 | jlbiasini | yeah and I don't think this would be a big issue to fix anyway, this is just not a priority for now |
16:10:11 | rarog | and pamaury has sd working, the only issue is the yet working booting when sd card is inserted. |
16:10:21 | quem | hm, fuze+ is a bit too expensive for me. |
16:11:16 | jlbiasini | it depend a lot on the capacity: it could be worth being a small one and expand it later with 32 MB |
16:11:36 | orzo | 32 gb |
16:11:47 | orzo | probably you meant |
16:11:49 | jlbiasini | yes :D |
16:12:28 | orzo | i saw 32gb microsd online for round 30 dollars now |
16:13:20 | orzo | and i guess 64gb is now available for $219 |
16:15:16 | quem | how about the philips gogear raga? |
16:15:48 | jlbiasini | :D I only know the fuze+ port... |
16:20:09 | rarog | jlbiasini: did you have the crt like lcd bug with your fuze+? |
16:20:14 | | Quit Llorean (Ping timeout: 240 seconds) |
16:20:27 | pamaury | there is no port for the philips gogear raga yet and we don't even know which soc is uses (perhaps the stmp3770 ?) |
16:21:04 | quem | ah. |
16:24:45 | jlbiasini | no It was working well from the beginning on my device |
16:25:18 | jlbiasini | But I'm the one with playback issues because I use weird format |
16:25:54 | jlbiasini | pamaury: should I update the bootloader on wiki page? Are there new versoins? |
16:26:14 | jlbiasini | since the first one you released? |
16:26:43 | quem | i wish my 2nd-gen ipod nano wasn't borked. :( damn flash memory. |
16:27:12 | quem | no, wait. |
16:27:18 | quem | it's a 1st-gen nano, not 2nd-gen. |
16:32:01 | rarog | jlbiasini: I think tonight a new bootloader will come. theproblem is solved for me, but it's just quick and dirty and has code duplication, so it'll come after it's commited cleanly to svn |
16:33:27 | quem | is the card reader and radio on clip+ supported? |
16:38:02 | rarog | quem: http://www.rockbox.org/wiki/SansaAMS#AMSv2_issues_40Fuzev2_44_Clipv2_44_Clip_43_41: |
16:38:26 | rarog | according to this radio and sd card should work on clip+ |
16:38:44 | quem | ah, thank you. |
16:38:48 | quem | think i'll buy one then. |
16:41:13 | quem | now i feel excited. |
16:41:15 | quem | i've missed rockbox. |
16:42:24 | rarog | jlbiasini: oh, just realized, that you are metaphys... and some days ago I was searching for you in this channle. :D |
16:45:48 | | Join ufa [0] (~ufa@fedora/ufa) |
16:45:52 | ufa | hello :) |
16:46:03 | ufa | I have just installed rockbox on my sansa clip |
16:46:28 | ufa | But I dont know how to skip track, as if I press the >>| it only fast forward :( |
16:47:24 | pamaury | ufa: even with a short press ? |
16:48:23 | rarog | jlbiasini: I think the final result of the commision to svn should like this:http://pastebin.com/KC2WBj6F |
16:48:26 | ufa | pamaury: even with short press. With the original firmware, short press skip music, but not with rockbox :( |
16:48:43 | rarog | at least it seems like the most logical place imho. |
16:49:10 | pamaury | that's not normal but I can't explain why, perhaps a developer with a clip can test ? |
16:49:59 | ufa | pamaury: Maybe a bug? |
16:50:29 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
16:51:29 | pamaury | ufa: post a bug report on the bug tracker, that will be easier |
16:52:35 | pamaury | rarog: yes but this code does not belong to this file, it should go into the generic lcdif code to reset the lcd since other targets in the future might need it |
16:53:44 | | Quit pamaury (Quit: Leaving.) |
16:55:19 | | Part Zagor |
16:55:27 | nick-p | ufa: Is Settings>Playback Settings>Prevent Track Skipping set to yes? |
16:56:30 | ufa | nick-p: I will check it out |
16:57:45 | ufa | nick-p: That's it. Thank you so much |
16:58:07 | ufa | nick-p: That prevent track skip was preventinig me to change tracs :)) |
16:58:07 | nick-p | ufa: no problem |
16:58:22 | nick-p | ufa: who would've thought ;) |
16:58:59 | ufa | nick-p: =) |
17:00 |
17:00:07 | jlbiasini | jlbiasini: yeah I changed my pseudo for it was already used |
17:00:42 | jlbiasini | l:ol i'm talking to myself! |
17:00:52 | rarog | pamaury: ah, so this is more generic I thought. |
17:01:09 | | Part LinusN |
17:01:53 | jlbiasini | rarog: so anyway i'm working on rbutil now, so we'll probably released that directly through rbutil! |
17:03:44 | rarog | jlbiasini: very good. hopefully no more firmware releases will be needed. (unless a new OF firmware comes out) |
17:06:11 | jlbiasini | rarog: even with a new OF rbutil will handle it automaticly for mkinitboot (the tool writed by pamaury) do |
17:06:34 | | Quit bieber (Ping timeout: 240 seconds) |
17:07:10 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
17:12:01 | | Quit nosa-j (Ping timeout: 244 seconds) |
17:12:29 | rarog | jlbiasini: well, at least almost automatically. the OF has to be uploaded somewhere and be known via checksum to the patcher. or is the patching process more sophisticated now? |
17:13:22 | | Join nosa-j [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) |
17:19:02 | jlbiasini | rarog: From what I get mkinitboot can extract the structure of whatever well constituate .sb file and patch it. But I'm not enough in to be quite sure about it |
17:19:47 | jlbiasini | so at list one would have to give the OF file that's right |
17:21:31 | | Quit WalkGood (Ping timeout: 252 seconds) |
17:25:49 | rarog | jlbiasini: sounds very nice. |
17:26:07 | *** | Saving seen data "./dancer.seen" |
17:26:34 | rarog | I hope that until 3.11 fuze+ will be a stable port. |
17:29:24 | y4n | for fucks sake, people |
17:29:42 | y4n | is there a blog, a newsfeed, an rss, twitter or anything where I can follow new releases? |
17:29:58 | | Join WalkGood [0] (~4@adsl-184-32-42-40.mia.bellsouth.net) |
17:29:58 | | Quit WalkGood (Changing host) |
17:29:58 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
17:32:05 | | Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
17:32:55 | mystica555_ | y4n: thats quite rude, but yes, there are mailinglists |
17:33:41 | y4n | this? http://cool.haxx.se/mailman/listinfo/rockbox |
17:34:50 | y4n | this is oldschool and unrelevant that I don't even know what to say. |
17:34:53 | | Quit ufa (Remote host closed the connection) |
17:35:34 | y4n | I only now discovered that 3.10 is out, and the only reason I'm on this channel is to see if there's a new version |
17:35:45 | y4n | but even that didn't help... |
17:35:48 | y4n | sigh |
17:38:36 | mystica555_ | http://forums.rockbox.org/index.php?board=38.0 |
17:38:52 | mystica555_ | announcements forum |
17:39:42 | y4n | alright, but the RSS is not relevant to that forum |
17:39:46 | mystica555_ | perhaps there could be a twitter feed or rss or something. i dont have any connection with the site, so i cant state that it will happen, but definitely the topic can be discussed |
17:40:11 | y4n | OK |
18:00 |
18:00:42 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:01:32 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:03:44 | funman | hi |
18:04:50 | funman | TheSeven: that was with 3.2.0(-4-generic Ubuntu) |
18:05:52 | mystica555_ | god theres 3.2 now |
18:05:53 | mystica555_ | x.x |
18:07:48 | funman | pamaury: in r31229, blocking is still used by usb_drv_transfer; and the code becomes in line with usb-s3c6400.c. The real simplification is that there are less differences between, the 2 drivers |
18:08:42 | funman | pamaury: for r31225/r31228, i can't tell for sure if it improves stability. It's still unstable for sure |
18:18:43 | | Quit dys (Ping timeout: 252 seconds) |
18:19:10 | | Join dys [0] (~andreas@krlh-5f71d8ba.pool.mediaWays.net) |
18:19:38 | pamaury | funman: where is blocking used ? |
18:24:17 | funman | endpoint->wait ; but this could be moved to |
18:24:19 | funman | too* |
18:25:33 | pamaury | I don't see the point of keeping this in usb_drv_transfer. Either you do everything in or everything out |
18:28:26 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
18:29:56 | rarog | jlbiasini: btw, when you'll edit the wiki next time, change "compilated" to "compiled" at alternative method. |
18:29:59 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
18:31:54 | | Quit advcomp2019__ (Ping timeout: 252 seconds) |
18:32:12 | funman | pamaury: yeah i'll do that |
18:32:52 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
18:36:40 | jlbiasini | rarog: done |
18:39:14 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
18:41:33 | rarog | thx. :) |
18:43:28 | | Quit dys (Ping timeout: 252 seconds) |
18:44:34 | funman | pamaury: is ep 1 unused? |
18:45:48 | | Quit anewuser () |
18:46:14 | | Join anewuser [0] (~anewuser@186.93.143.113) |
18:46:14 | | Quit anewuser (Changing host) |
18:46:14 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
18:48:10 | | Join dys [0] (~andreas@krlh-5f71d8ba.pool.mediaWays.net) |
18:54:29 | pamaury | funman: I don't think so |
18:56:03 | funman | pamaury: i don't see it in the list of EPs |
18:56:08 | | Join TheLemonMan [0] (~LemonBoy@ppp-153-3.26-151.libero.it) |
19:00 |
19:01:23 | | Join PaulJam [0] (~Paule@p54BEC958.dip.t-dialin.net) |
19:05:25 | | Quit nick-p (Quit: Leaving) |
19:07:12 | kugel | \o/ |
19:07:38 | kugel | finally managed to cook a working toolchain for the ypr0 port :) |
19:07:57 | kugel | TheLemonMan: you were interested in a toolchain for raaa? |
19:09:03 | thomasjfox | kugel: Cooked everything yourself including SDL & stuff? |
19:09:46 | kugel | haha, no :) |
19:10:02 | kugel | also this port doesnt use sdl |
19:10:35 | thomasjfox | Ah ok. I just recently browsed through the ypr0 port page hardware specs |
19:10:46 | thomasjfox | pcm-alsa.c caught my eye ;) |
19:10:55 | thomasjfox | Might be handy for the Pandora port, too. |
19:11:01 | kugel | binutils, gcc and glibc (only for linkage). the only other dependency is libasound which we have to use the precompiled binary for (no source provided by samsung) |
19:11:24 | jlbiasini | could someone please have a look at http://www.rockbox.org/tracker/task/12402#comment41773 and tell me why the dualboot part of mkimxboot keeps on giving me error although it is consistent with mkamsboot and compile well as a standalone?? |
19:12:19 | jlbiasini | this is killing me since 1 hour now :( |
19:13:10 | thomasjfox | kugel: Still nice work :) |
19:13:30 | kugel | well, we could of course use that glibc, but that means touching the rootfs which is readonly |
19:14:18 | kugel | but I think we can change the rootfs in with the custom firmware (which is required for rockbox anyway=) |
19:14:33 | thomasjfox | Or use LD_LIBRARY_PATH to load our own |
19:14:38 | kugel | thomasjfox: compiling SDL etc is a no-brainer with this toolchain |
19:15:22 | thomasjfox | Probably as fun as creating a maemo toolchain from scratch... |
19:15:49 | TheLemonMan | kugel: yep, the codesourcery one wasnt ok ? |
19:16:10 | | Join Llorean [0] (~DarkkOne@65.104.0.183.ptr.us.xo.net) |
19:16:19 | | Quit Llorean (Changing host) |
19:16:19 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
19:16:21 | gevaerts | jlbiasini: same as last time. The dualboot.o in libimxboot.a is the one for amsboot |
19:16:40 | kugel | it stopped compiling snake.rock sucessfully for some reason |
19:17:37 | jlbiasini | but I didn't touch any .a file |
19:17:47 | gevaerts | hm, no, it's not |
19:17:49 | gevaerts | wait |
19:17:59 | kugel | TheLemonMan: I need to verify, but it also seems generate a lot faster code |
19:18:28 | kugel | the cpu usage went down to ~20% from 40% |
19:18:37 | kugel | that may have other reasons though |
19:19:01 | kugel | TheLemonMan: I used ct-ng. can give you the .config if you like |
19:19:05 | TheLemonMan | kugel: the codesourcery one keeps giving me an incorrect build that doesnt even start |
19:19:13 | thomasjfox | kugel: One user reported on maemo.org he was irritated by the "new UI" in the 3.10 code base |
19:19:17 | TheLemonMan | kugel: sure, pastie it |
19:19:47 | thomasjfox | kugel: Good that it's configurable. I just told him to switch the list spacing off if really needed |
19:19:55 | kugel | TheLemonMan: I had that too with my toolchain. turned it generated too new api calls (due to _FORTIFY_SOURCE) for the libc that's actually on the device |
19:20:08 | * | gevaerts suspects weirdness |
19:20:59 | jlbiasini | ok i'm not totaly fool then |
19:21:43 | jlbiasini | :) |
19:21:53 | | Join Horscht [0] (~Horscht@p57B57B9F.dip.t-dialin.net) |
19:21:53 | | Quit Horscht (Changing host) |
19:21:53 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
19:22:13 | thomasjfox | kugel: Oh, I think we missed this new feature for touchscreen targets in the 3.10 changelog. Anyway, gotta run for dinner |
19:23:07 | kugel | TheLemonMan: http://pastie.org/3011606 |
19:23:57 | gevaerts | jlbiasini: bluebrother's makefile rework isn't done and/or committed yet, so the problem is still the same |
19:24:17 | jlbiasini | ach! |
19:24:24 | kugel | TheLemonMan: you may need http://pastie.org/3011613 in $builddir/patches/gcc/4.4.6/ |
19:24:26 | jlbiasini | ok |
19:24:28 | jlbiasini | thanks |
19:24:55 | jlbiasini | I'll will wait then |
19:25:17 | kugel | thomasjfox: you don't plan to make rockbox on maemo release quality do you? |
19:26:09 | *** | Saving seen data "./dancer.seen" |
19:26:18 | TheLemonMan | kugel: did you try to statically compile it ? |
19:27:46 | kugel | "it"? |
19:28:06 | * | gevaerts complains about too many bin2c copies |
19:28:16 | kugel | static linking libc? |
19:30:29 | TheLemonMan | i mean rockbox with all the needed libs |
19:30:41 | kugel | no |
19:31:02 | kugel | any reason it shouldnt work? |
19:32:19 | TheLemonMan | nope, but id like to go for that as the bundled libs are really old (2007 iirc) |
19:34:03 | kugel | same here |
19:34:15 | kugel | it has glibc 2.5 which is also from 2007 or so |
19:35:00 | kugel | is there some gcc option for a static build? |
19:35:09 | | Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) |
19:35:25 | kugel | the static libs are there, but -lXXX prefers shared ones |
19:35:50 | Bagder | -static ? |
19:35:57 | TheLemonMan | -static should do that |
19:36:36 | kugel | isnt that for building libraries? |
19:36:40 | TheLemonMan | anyway where do i put the .patch for feeding it to crosstool ? |
19:37:05 | kugel | $builddir/patches/gcc/4.4.6/ |
19:37:20 | TheLemonMan | nope, http://gcc.gnu.org/onlinedocs/gcc/Link-Options.html, that prevents gcc to use shared libs |
19:37:46 | kugel | it just disables _FORTIFY_SOURCE but I believe it only works if the host compiler doesnt define it on it's own |
19:39:09 | Strife89 | Does r31226 mean that, say, the Clip+ has functional (if buggy) USB enabled now? |
19:40:22 | | Quit nosa-j (Ping timeout: 255 seconds) |
19:41:57 | | Join nosa-j [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) |
19:42:35 | funman | Strife89: s/now// |
19:44:36 | | Quit CaptainKewl (Ping timeout: 248 seconds) |
19:44:40 | kugel | lmh_: |
19:44:43 | kugel | oops |
19:45:42 | | Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) |
19:46:14 | | Quit Bagder (Quit: connection reset by beer) |
19:54:44 | | Part jlbiasini |
20:00 |
20:00:08 | | Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
20:15:06 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
20:26:56 | TheLemonMan | kugel: the build failed here, what version of ct-ng are you usig ? |
20:27:14 | kugel | 1.3.2 |
20:29:29 | kugel | make zip does _not_ pick up test_*.rock? |
20:29:59 | | Join captainkwel [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
20:34:06 | | Quit CaptainKewl (Ping timeout: 240 seconds) |
20:38:24 | | Quit Horscht (Quit: Verlassend) |
20:39:06 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
20:46:20 | * | desowin wonders how much the lack of loading firmware to marvell chip in Connect port affects runtime |
20:48:10 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
20:51:49 | kugel | TheLemonMan: got it to work? |
20:53:21 | CIA-1 | New commit by funman (r31231): usb-drv-as3525v2.c: simplify a lot ... |
20:53:35 | kugel | desowin: the wifi? |
20:53:54 | desowin | kugel: yes |
20:53:58 | kugel | can you at least turn it off/disable clocks? |
20:54:12 | desowin | all I do is put CS and RESET high |
20:54:46 | thomasjfox | kugel: (regarding getting maemo release quality) -> that would be a long shot |
20:54:50 | thomasjfox | kugel: But we can aim for it |
20:55:13 | CIA-1 | r31231 build result: All green |
20:55:14 | desowin | I'll probably measure runtime of OF with modified initrd which lacks the firmware for wifi |
20:55:16 | kugel | desowin: since you already desoldered you can perhpas measure? |
20:55:24 | kugel | or this :) |
20:55:32 | thomasjfox | kugel: Getting a working (SDL) window mode is still the most frequent feature request on maemo and the pandora |
20:55:45 | kugel | how hard is that? |
20:56:08 | kugel | ah the statusbar issue? |
20:57:22 | thomasjfox | Yes, exactly. I'm still switching between the native and the rockbox statusbar is the way to go |
20:57:41 | thomasjfox | I'm still = I'm still not sure |
20:58:16 | thomasjfox | What about a settings at Settings -> LCD mode -> Fullscreen / window? |
20:59:42 | | Quit domonoky (Quit: Leaving.) |
21:00 |
21:00:01 | kugel | not sure |
21:00:02 | thomasjfox | Also it might be good to experiment with the dynamic screen size feature of Rockbox first |
21:00:18 | thomasjfox | IIRC there was some drawback. May be picture flow was broken? Can't remember |
21:01:06 | kugel | there are a lot of drawbacks :P |
21:02:00 | | Join mrrhq [0] (~mrrhq@c-67-160-138-174.hsd1.or.comcast.net) |
21:02:01 | funman | usb seems more stable now |
21:02:11 | saratoga_ | will try it in a moment |
21:03:55 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
21:05:34 | funman | TheSeven: you want to help merge the 2 drivers? |
21:05:54 | funman | i have no ipod nano 2g although i could perhaps find a classic |
21:06:36 | TheSeven | funman: I can do basic testing at least |
21:07:08 | saratoga | funman: works a lot better |
21:07:13 | funman | can you confirm that at least it still works with my yesterday changes ? :) |
21:07:25 | saratoga | before it was about 50/50 if it would mount in windows, now it does everytime on my clip+ |
21:07:36 | | Quit Zarggg (Ping timeout: 240 seconds) |
21:08:58 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
21:10:01 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
21:10:10 | | Join TheLemonMan [0] (~LemonBoy@ppp-153-3.26-151.libero.it) |
21:10:29 | wodz | TheSeven: Do I read correctly that 3.x linux kernels fixed famous EHCI bug? |
21:13:05 | TheSeven | at least I haven't found anyone who could reproduce it any more |
21:14:08 | wodz | TheSeven: Do you know by chance which version include fix? |
21:15:41 | TheSeven | i know that the current oneiric kernel seems to work fine |
21:16:35 | wodz | cool, I'll grab the livecd and try :-) |
21:19:46 | wodz | TheSeven: do you know good software to make call graph of disassembled function? |
21:20:02 | desowin | how and where is clock implemented on arm targets without RTC? |
21:20:06 | TheSeven | nothing better than IDA |
21:20:07 | | Quit y4n (Quit: PÆNTS ØLF!) |
21:21:11 | wodz | TheSeven: I have function which has so weird jumps that it is unmanageable with IDA graph. |
21:21:44 | * | TheSeven knows that feeling :( |
21:21:58 | TheSeven | that's where I usually start tracking down things manually on a sheet of paper |
21:22:04 | TheSeven | or not tracking it down at all |
21:23:30 | wodz | I am quite successful with simulating this code but it hits 'good' nand sector in my dump in first iteration and I am unable to judge what will happen otherwise |
21:24:46 | bluebrother^ | I'm planning to introduce a common makefile for the tools used by Rockbox Utility as rbutil/libtools.make. Any thoughts on that name? I'm not completely convinced that's the best name right now but can't think of a better one either. |
21:24:48 | ukleinek | desowin: define clock |
21:25:13 | desowin | ukleinek: the time that's displayed in running time, battery bench, etc. |
21:26:13 | *** | Saving seen data "./dancer.seen" |
21:26:13 | wodz | ukleinek: have you finished dumping nand? |
21:26:42 | ukleinek | wodz: yeah, didn't I tell you? |
21:27:38 | wodz | nop |
21:27:58 | wodz | ukleinek: I am interested also in readid response |
21:28:30 | ukleinek | wodz: I told you in a /query |
21:29:08 | wodz | ukleinek: oh, I lost my logs :/ |
21:30:56 | | Join MaximLevitsky [0] (~maxim@77.125.125.225) |
21:31:36 | MaximLevitsky | Hi folks, what the current status of sansa fuze+ ? |
21:32:14 | MaximLevitsky | on your site, you say that battery is not supported. this is still true? |
21:32:24 | bluebrother^ | it's a player. |
21:32:57 | MaximLevitsky | what do you mean? |
21:33:21 | MaximLevitsky | I did look at http://www.rockbox.org/wiki/SansaFuzePlusPort |
21:33:29 | dfkt | the site means rockbox doesn't charge the player, but the stock firmware does |
21:34:21 | MaximLevitsky | then how I could charge the battery if I use rockbox? |
21:35:23 | wodz | MaximLevitsky: boot to OF I guess |
21:35:52 | TheSeven | funman: bad news |
21:36:05 | TheSeven | usb is broken at least on nano2g |
21:36:37 | funman | TheSeven: can you check with at least 31219 or better see where i broke it? |
21:36:39 | | Quit saratoga_ (Ping timeout: 258 seconds) |
21:37:53 | * | TheSeven builds r31219 |
21:38:58 | CIA-1 | New commit by funman (r31232): usb-drv-as3525v2.c: simplify ... |
21:40:44 | CIA-1 | r31232 build result: All green |
21:41:21 | mrrhq | How is USB/plug-in support coming along to the Clip Zip? Would it require putting/flashing new RB/O firmware? |
21:42:50 | funman | what is USB/plug-in ? |
21:43:46 | mrrhq | I was mainly asking about transfering files over USB with Rockbox running for the Clip Zip. |
21:44:12 | funman | mrrhq: current build should work |
21:44:51 | funman | if it doesn't it'd be helpful if your describe your experience, as it was enabled just yesterday and i'm making fixes for it atm |
21:44:57 | mrrhq | I will try that. I was wondering if I had to use the patch. |
21:45:04 | funman | no patch |
21:47:06 | mrrhq | funman: I will help test it out then. Thank you. |
21:50:04 | funman | bertrik: my zip doesn't recognize select button in bootloader or in panic screen |
21:51:37 | funman | bertrik: all the keyscan buttons don't work in bootloader (output is not verbose) |
21:54:05 | kugel | TheLemonMan: also got a build error now after doing a clean |
21:54:36 | | Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) |
21:55:43 | TheLemonMan | kugel: did you make clean it before testing the new toolchain ? |
21:55:53 | TheLemonMan | also could you please send me the config again ? |
21:56:13 | | Quit n17ikh (Quit: leaving) |
21:56:36 | | Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) |
22:00 |
22:04:05 | | Part MaximLevitsky |
22:07:25 | | Quit thomasjfox (Remote host closed the connection) |
22:07:36 | | Quit pamaury (Ping timeout: 240 seconds) |
22:13:19 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
22:13:22 | | Quit robin0800 (Client Quit) |
22:13:49 | | Quit PaulJam (Ping timeout: 255 seconds) |
22:15:43 | | Join robin0800 [0] (~robin0800@149.254.61.170) |
22:16:07 | | Quit benedikt93 (Quit: Bye ;)) |
22:17:56 | | Join wils [0] (~sam@cpc5-derb13-2-0-cust763.8-3.cable.virginmedia.com) |
22:18:05 | wils | ey up. |
22:18:20 | wils | just installed rockbox on my sansa clip |
22:18:24 | wils | it's brilliant! |
22:18:51 | wils | erm, only thing is, I don't have write permissions to it... |
22:19:05 | wils | does anyone know what that could be? |
22:19:33 | wodz | this isn't rockbox issue AFAIK |
22:19:59 | gevaerts | You either have a misconfiguration on the PC side of things, or a corrupted filesystem |
22:20:46 | saratoga | funman: copied 15 GB and tried another PC, so far looks quite stable |
22:22:31 | funman | saratoga: is speed alright? |
22:22:44 | saratoga | funman: no slower then the OF, although quite slow |
22:23:08 | saratoga | (didn't compare them but they seem very similar subjectively) |
22:23:41 | saratoga | i guess i could make my test script print the total time for each copy :) |
22:23:44 | bertrik | funman, I guess that's because interrupts are turned off and the button read stops working. For the key scan, we alternate rows in each button read call |
22:26:40 | funman | bertrik: yep |
22:27:15 | bertrik | power did work for me in the dabort/prefetch screen |
22:30:05 | | Quit robin0800 (Ping timeout: 276 seconds) |
22:33:36 | saratoga | wow windows 7 is aggressive about file caching, will happily hold more then a GB of music files in memory between writes |
22:33:58 | | Join nosa [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) |
22:34:34 | | Join T44 [0] (~Topy44@f049161177.adsl.alicedsl.de) |
22:35:54 | | Quit nosa-j (Ping timeout: 240 seconds) |
22:35:54 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-90.clt.bellsouth.net) |
22:37:54 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
22:38:13 | | Join TheLemonMan [0] (~LemonBoy@ppp-153-3.26-151.libero.it) |
22:38:18 | | Quit Topy44 (Ping timeout: 252 seconds) |
22:38:51 | wils | ah yes. A format and reinstall fixed my problem. Thanks y' all |
22:38:56 | wils | and good night |
22:38:59 | | Quit wils (Quit: Leaving) |
22:40:29 | funman | we need a plugin to flash sansa ams bootloaders |
22:42:45 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
22:43:01 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
22:43:37 | | Join lorenzo92 [0] (~chatzilla@host10-104-dynamic.17-79-r.retail.telecomitalia.it) |
22:43:49 | | Quit Rob2222 (Read error: Connection reset by peer) |
22:44:04 | | Join Rob2222 [0] (~Miranda@p4FFF1B9F.dip.t-dialin.net) |
22:45:39 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
22:45:39 | | Quit pamaury (Changing host) |
22:45:39 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
22:47:20 | mrrhq | r31232 working great so far on the Zip. Even Mikmod which I use is working except for a few "out of memory errors" and tracker skipping when doing things like going to menus like Mikmod Main Menu. |
22:48:23 | TheSeven | funman: it broke between r31219 and r31232 |
22:48:23 | | Join robin0800 [0] (~robin0800@149.254.61.170) |
22:48:46 | TheSeven | can you name a revision in between that should be somewhat consistent? |
22:50:05 | funman | TheSeven: it must have been 31219 |
22:51:35 | lebellium | I see USB has finally been enabled in latest build on Sansa Clip+ & Zip. What is the risk using it on Windows 7? May it brick the player or sth like that? |
22:52:04 | funman | no |
22:52:06 | wodz | lebellium: at worst it will not work |
22:52:36 | lebellium | okay thanks |
22:52:42 | lebellium | so it's worth trying it |
22:53:32 | saratoga | I'm getting about 4MB/s write speed in windows on the Clip+ (i think without any write caching) |
22:53:36 | dfkt | no more risk of corrupting the memory? |
22:53:47 | saratoga | you might corrupt the file system |
22:53:55 | saratoga | i copied many GB so far with no trouble though |
22:54:01 | lorenzo92 | kugel: I added cpu frequency stats in the debug screen |
22:54:08 | saratoga | its quite stable on my player, but maybe i'm just lucky |
22:54:16 | mrrhq | lebellium: I have gotten a white screen segfault when trying to remove the USB before unmounting it first. But nothing that bricked it. |
22:54:18 | lorenzo92 | kugel: now it seems player rests most of the time at 200 mhz BUT |
22:54:39 | lorenzo92 | kugel: holding key Up/down for a while, makes the cpu going to 532 mhz |
22:54:45 | mrrhq | I can't rememebr what is said, so I would need to imitate what I did again. |
22:54:51 | | Join rarog [0] (~chatzilla@p4FF5D77C.dip.t-dialin.net) |
22:54:53 | lorenzo92 | kugel: is it normal or there is something unoptimized? |
22:55:15 | kugel | that's normal. you're making the UI busy :) |
22:55:33 | kugel | lorenzo92: can you post your governor stats changes somewhere? |
22:55:58 | kugel | I'm about to post a new patch, fixing the lcd problems and improved keymaps |
22:56:08 | lorenzo92 | ok, maybe I can simply pass you the 2 needed sources....oh great for the patch! |
22:57:10 | | Quit Rob2222 (Quit: Rob2222) |
22:57:16 | kugel | I also worked on making our own toolchain |
22:57:23 | mrrhq | I should probably read the manual, but is there a way to go back to the menu while USB is charging (Zip)? |
22:57:37 | kugel | plus I asked samsung to publish some more sources, hopefully they answer |
22:58:04 | | Quit robin0800 (Ping timeout: 252 seconds) |
22:58:25 | | Join Topy [0] (~Topy44@f049194052.adsl.alicedsl.de) |
22:58:28 | lorenzo92 | kugel: :D me too, did that on friday! |
22:58:38 | wodz | mrrhq: you need to hold some key (stated in manual) when plugging usb cable to not enter usb mode |
22:59:03 | lorenzo92 | kugel: here the files http://dl.dropbox.com/u/38710278/cpuinfo-linux.c.zip |
22:59:23 | mrrhq | wodz: So it can't be done while charging, just before? . . . |
22:59:37 | lorenzo92 | kugel: well I added both frequency values (cpu and governor, but they are the same, so just the first is fine to be kept) |
22:59:55 | wodz | mrrhq: afaik yes |
23:00 |
23:01:34 | kugel | lorenzo92: is "time in state" stats possible? I know that from android, and it shows the time distribution for each frequency step |
23:01:47 | lorenzo92 | yep indeed! |
23:01:56 | | Quit T44 (Ping timeout: 276 seconds) |
23:01:59 | lorenzo92 | in the same folder, /stats/time_in_state |
23:02:24 | lorenzo92 | you can see it throug rb's editor too opening the file |
23:03:05 | kugel | nice |
23:03:06 | | Join robin0800 [0] (~robin0800@149.254.61.42) |
23:04:13 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
23:09:55 | kugel | lorenzo92: I'm uploading the new toolchain currently |
23:10:05 | kugel | hopefully it fits the webspace :P |
23:10:20 | lorenzo92 | ah, the one of CodeSourgery? |
23:11:20 | | Quit wodz (Quit: Leaving) |
23:11:32 | funman | TheSeven: i think i found it |
23:12:44 | kugel | lorenzo92: no the one I built |
23:13:01 | lorenzo92 | great! |
23:13:20 | CIA-1 | New commit by funman (r31233): usb-s3c6400: fix endpoint array traversal in interrupt handler ... |
23:13:47 | | Quit robin0800 (Ping timeout: 245 seconds) |
23:15:13 | | Join maal [0] (~59a73fa5@www.haxx.se) |
23:15:14 | CIA-1 | r31233 build result: All green |
23:16:15 | maal | Hi all, i think this commit : http://svn.rockbox.org/viewvc.cgi?view=rev&revision=31207 has broken stereo flac playback. |
23:17:16 | maal | I tested on my sansa fuze v2 : r31206 - playback is ok, with r31207 - channels "are mixed" (hard to describe) |
23:17:44 | kugel | lorenzo92: http://www.alice-dsl.net/simonemartitz/rockbox/arm-ypr0-linux-gnueabi.zip |
23:19:00 | lebellium | maal: I already reported it here yesterday for my Clip Zip but nobody seemed interested lol |
23:19:44 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
23:20:15 | lorenzo92 | kugel: great, seems very nice :) |
23:20:30 | lorenzo92 | kugel: so this will be part of rockbox svn? |
23:22:01 | kugel | the script to build it, probably (really just crosstool-ng) |
23:22:53 | lorenzo92 | ok ;) |
23:23:56 | | Quit mrrhq (Quit: leaving) |
23:25:29 | funman | lebellium: maal: you should talk to buschel |
23:26:16 | *** | Saving seen data "./dancer.seen" |
23:28:04 | | Quit robin0800 (Ping timeout: 248 seconds) |
23:30:23 | kugel | lorenzo92: can you run it? it's 64bit |
23:30:59 | lorenzo92 | kugel: not yet tested, will do, I should need only to eetract and change the path in makefile right? |
23:32:12 | kugel | lorenzo92: with the patch I just uploaded re-run configure |
23:32:15 | | Join robin0800 [0] (~robin0800@genkt-057-206.t-mobile.co.uk) |
23:32:44 | lorenzo92 | kugel: interesting! and has this patch latest lcd stuff etc? |
23:33:29 | kugel | yes |
23:33:38 | kugel | it's the latest and greatest :p |
23:34:12 | lorenzo92 | goood! I run testing it :p |
23:35:15 | | Join ChickeNES [0] (~ChickeNES@72.173.173.26) |
23:35:26 | | Quit liar (Ping timeout: 245 seconds) |
23:37:09 | | Quit Zoiah_ (Ping timeout: 252 seconds) |
23:39:26 | TheSeven | funman: r31219 is working, r31232 isn't |
23:39:49 | funman | TheSeven: r31233 is ok? |
23:41:49 | lorenzo92 | kugel: again sorry, how to add the new GCC path to be detected by configure? |
23:41:50 | lebellium | funman: who is he? |
23:42:02 | funman | lebellium: he committed this revision |
23:42:57 | kugel | lorenzo92: export PATH=/path/to/arm-ypr0-linux-gnueabi/bin:$PATH |
23:42:58 | saratoga | write speed is similar in rockbox and the clip+ of |
23:43:08 | | Join Zoiah [0] (zoiah@matryoshka.zoiah.net) |
23:43:14 | lorenzo92 | kugel: thanks :) |
23:43:30 | funman | saratoga: nice |
23:45:44 | | Quit Topy (Ping timeout: 252 seconds) |
23:48:03 | CIA-1 | New commit by pamaury (r31234): imx233: add comment about block reset ... |
23:48:07 | lorenzo92 | kugel: okay needed only to add manually to makefile the lib + include path but worked well then ;) |
23:48:21 | lorenzo92 | lugel: now exxecutable is even smaller, 500 kb! |
23:48:41 | kugel | lorenzo92: well yes, I added them to the toolchain dir on my system |
23:48:55 | kugel | lorenzo92: I removed -g and stripped the binary |
23:49:34 | kugel | it's about 30k smaller than the codesourcery with the same options |
23:49:34 | CIA-1 | r31234 build result: All green |
23:51:19 | saratoga | is the R0 going into SVN anytime soon? |
23:52:14 | rarog | pamaury: wohoo! |
23:52:28 | kugel | saratoga: don't rush us :) |
23:52:30 | * | rarog celebrates the instant crt bugfix |
23:53:05 | * | kugel wonders about the crt effect |
23:53:47 | | Quit ender` (Quit: Just think of how stupid the average person is, and then realize half of them are even stupider than that! -- George Carlin) |
23:53:48 | rarog | it was flickering display which also looked too bright.. |
23:53:50 | | Quit domonoky (Read error: Connection reset by peer) |
23:54:01 | | Quit pamaury (Remote host closed the connection) |
23:54:20 | rarog | previously only the first type of lcd was initialized. now same initialisation is for both types. |
23:54:40 | kugel | saratoga, lorenzo92: I would like the tools to generate the custom firmware to be open (at best in svn) |
23:55:04 | lorenzo92 | kugel: yes, I will prepare everything ;) |
23:55:07 | TheSeven | funman: trying... |
23:55:42 | kugel | the rockbox port is good enough by now, toolchain issue should be resolved too (just need to adapt rockboxdev.sh) |
23:56:00 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
23:56:16 | kugel | but what's missing is the means for the initial installation |
23:58:01 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
23:58:33 | TheSeven | funman: it still locks up as soon as USB is connected with HEAD |
23:58:51 | | Quit Horscht (Quit: Verlassend) |
23:58:57 | lorenzo92 | kugel: we need to ship the modded rom, no way otherwise...btw your latest patch is simply great! cpu usage between 20-30% |