00:01:36 | | Quit Keripo (Quit: Leaving.) |
00:01:42 | | Quit pamaury (Remote host closed the connection) |
00:02:28 | | Quit Topy44 (Ping timeout: 240 seconds) |
00:08:00 | | Quit Misan (Remote host closed the connection) |
00:20:38 | kugel | hm, specific device ioctls arent exported through kernel headers, is that right? |
00:22:22 | Bagder | they should be in device specific headers I'd say |
00:24:09 | kugel | do user space drivers need to have a copy of that? |
00:24:19 | Bagder | user space drivers? |
00:24:38 | kugel | like rockbox :) |
00:24:45 | Bagder | is you want to do ioctl() with something, you need the include that defines the magic numbers |
00:26:01 | kugel | right. I'm asking whether the header that has the magic numbers is in the kernel headers |
00:26:23 | kugel | or if the user space programs need to create/copy that header themself |
00:26:43 | Bagder | it is the same number so it would make sense to use the same header |
00:27:03 | Bagder | I mean, the same for the driver as for a user space app |
00:27:55 | kugel | I thought so too, but the headers from "make kernel_headers" lack most driver specificioctl defines |
00:30:01 | kugel | I guess we need to copy the sc900776.h into our tree |
00:42:20 | | Quit perrikwp (Read error: Connection reset by peer) |
00:43:30 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
00:52:50 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
01:00 |
01:02:28 | | Quit mc2739 (Ping timeout: 240 seconds) |
01:03:17 | | Quit Horscht (Quit: Verlassend) |
01:04:39 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
01:24:24 | | Join lovasoa [0] (~4efb033f@www.haxx.se) |
01:24:34 | lovasoa | Hi |
01:26:13 | lovasoa | I have a long ape file, and seeking in it produces a horrible crackling |
01:26:26 | lovasoa | Should I report a bug ? |
01:28:38 | [Saint] | Depending on the target, I'd say "yes". |
01:31:23 | *** | Saving seen data "./dancer.seen" |
01:34:18 | lovasoa | The target is not yet in SVN (R0) |
01:35:03 | lovasoa | But I don't think the problem can be target-specific, can it? |
01:36:25 | lovasoa | I have a R0 and an iPod. On the iPod, the file can't even read fluently, but I think this is only because of its poor hardware... |
01:38:55 | Torne | sounds like your ape file is compressed too highly for the cpu |
01:39:04 | Torne | ape decoding is expensive |
01:42:11 | [Saint] | Yes, you need a lot of bananas ... ;) |
01:42:34 | [Saint] | (sorry, couldn't help it) |
01:42:51 | | Quit othniel (Read error: Connection reset by peer) |
01:43:15 | jlbiasini | Badger: we need to put some files on the server for rbutil to handle fuze+ . I will prepare the files. Some files have to be modified do you prefer new ones or patch? |
01:44:29 | gevaerts | jlbiasini: you got the spelling wrong :) |
01:44:39 | gevaerts | Which files need to be modified? |
01:46:24 | jlbiasini | I don't know all of them because I just has a quick look. But for example the one containing md5sum of the bootloader will get a new entrie for the rb one... Or is it generated automaticly? |
01:47:01 | jlbiasini | the spelling? |
01:47:11 | gevaerts | There is no Badger in the rockbox project |
01:47:24 | jlbiasini | lol |
01:47:32 | jlbiasini | yeah right... |
01:48:08 | jlbiasini | Bagder: we need to put some files on the server for rbutil to handle fuze+ . I will prepare the files. Some files have to be modified do you prefer new ones or patch? |
01:48:14 | jlbiasini | ;) |
01:48:31 | * | gevaerts isn't sure which file with an md5sum this would be |
01:49:04 | jlbiasini | bootloaders-info |
01:49:35 | gevaerts | Ah, right. I'm not sure how that one works |
01:51:21 | jlbiasini | anyway this will be for tomorrow now I 'm going to bed... good bye |
01:51:25 | gevaerts | hm, that can't be right. http://download.rockbox.org/bootloader/bootloaders-info hasn't been updated since 2007 |
01:51:29 | gevaerts | Is that still used? |
01:51:51 | jlbiasini | it is still in the rbutil.ini |
01:52:46 | jlbiasini | bootloader_info_url=http://download.rockbox.org/bootloader/bootloaders-info |
01:52:51 | gevaerts | I don't find much more in the rbutil source. bluebrother: is that still used? |
01:53:47 | jlbiasini | I was suprised because this doesn't have a lot of player in it. You are probably right then... |
01:54:51 | gevaerts | As far as I know the Swedes just have to move the actual bootloader to the right place, and possibly svn up somewhere to get a new builds.pm (not for the bootloader as such, but for the promotion to unstable) |
01:57:16 | jlbiasini | the actual bootloader can be compiled from sources... I also have a copy here: http://dl.dropbox.com/u/43468173/sandisk-sansa/fuzeplus/bootloader-fuzeplus.sansa |
01:57:50 | jlbiasini | but I'm quite curious about the versionning system that I saw in rbutil |
01:58:20 | gevaerts | Well, the bootloader needs to be tagged in the source (or has that been done already?), and presumably it should be tested, so this has to be done by a developer with the device, really |
01:58:26 | jlbiasini | the bootloader will probably change a few times untill it definitive version |
01:59:00 | gevaerts | No bootloader is ever really definitive :) |
01:59:11 | jlbiasini | oh oh |
01:59:26 | jlbiasini | then we are not ready for rbutil |
02:00 |
02:00:41 | jlbiasini | there might be new change because of the sd that still has a small bug. Radio initialisation is probably also wrong (according to pamaury...) |
02:00:47 | | Join scanf [0] (~x32@unaffiliated/scanf) |
02:01:08 | gevaerts | Radio shouldn't matter for the bootloader I'd think |
02:01:45 | jlbiasini | and we don't have code for powersave and recording either |
02:03:00 | gevaerts | What's this sd bug? |
02:05:00 | jlbiasini | no really a big one: if you take sd out in usb mode it will not detext or mount sd anymore |
02:05:18 | jlbiasini | that only happens for usb |
02:05:39 | gevaerts | To be honest, if I were working on this port, I'd drop support for the sd slot from bootloader usb altogether |
02:06:20 | jlbiasini | rarog is looking for a solution actively and this is the reason why it is likely to change soon |
02:07:17 | jlbiasini | and what about powersave fonction? isn't it set in the bootloader? |
02:07:40 | gevaerts | The bootloader's function is to load the rockbox binary from the filesystem and start it. Nothing more |
02:08:19 | gevaerts | For ease of recovery, USB can be handy, but it also has disadvantages |
02:08:44 | jlbiasini | a recent bug in the usb that rarog found was a typo in the signal handling sd. So we had to change both boot and firmware |
02:09:23 | * | gevaerts points out that automatic bootloader USB breaks car mode |
02:09:39 | gevaerts | Well, it can, anyway, depending on how it's implemented |
02:09:55 | gevaerts | Why do you need the sd card from bootloader USB mode anyway? |
02:10:02 | jlbiasini | althrough I'm not sure to understand exactly how it work so I cannot say for sure |
02:10:31 | [Saint] | I'm all for bootloader usb, and if a target has an sdcard it makes sense to be able to access that as well, but not at the expense of stability. |
02:10:31 | jlbiasini | I notice that with only updating firmware I still had some bug |
02:10:46 | | Quit GermanMushroom (Quit: Ik ga weg) |
02:11:01 | | Quit scanf (Read error: Connection reset by peer) |
02:11:18 | jlbiasini | I had to update bootloader last time to solve them |
02:11:49 | gevaerts | jlbiasini: only because (in my opinion anyway) the bootloader does a lot of stuff it shouldn't be doing |
02:11:58 | jlbiasini | so I thought there was a link between the normal and bootloader somehow |
02:12:02 | | Join scanf [0] (~x32@unaffiliated/scanf) |
02:12:03 | jlbiasini | ok |
02:12:17 | jlbiasini | anyway this really working well now |
02:12:40 | jlbiasini | trhe only remainig issue is this trivial sd not remounting |
02:12:48 | * | gevaerts thinks that bootloader USB should really only be active if a button is held or if the main binary can't be loaded |
02:13:31 | gevaerts | Althouh software usb targets have more reliable USB detection, so it's less of a problem for things like car mode than those bridge chips |
02:13:44 | jlbiasini | well this is something to discuss with pamaury for i'm realllly not competent here |
02:14:03 | | Quit scanf (Read error: Connection reset by peer) |
02:14:09 | jlbiasini | fuze+ has no car mode |
02:14:37 | jlbiasini | nothing but a plain basical jack output |
02:14:59 | gevaerts | car mode is a rockbox feature, not a hardware feature |
02:15:55 | jlbiasini | oups yeah see what I mean when I say I'm not competent? :D |
02:16:51 | jlbiasini | and its to late in the night for me to learn and remember anything! so I will have to go now... good night! :) |
02:16:52 | gevaerts | What car mode on its own does is basically pause on no power, and resume on power (after a few seconds) |
02:17:10 | jlbiasini | ok ! |
02:17:17 | jlbiasini | this practical! |
02:17:27 | gevaerts | To use that effectively, you have to set the startup screen to wps, and have the player boot up when it sees power |
02:17:27 | jlbiasini | oh I had another question |
02:18:28 | gevaerts | That gives you the effect that whenever you start the car audio resumes, and if you stop the engine the audio pauses. You then rely on idle poweroff to not empty the battery, while still getting audio back when starting again |
02:19:30 | gevaerts | This doesn't work on e.g. the gigabeat F with flashed bootloader, because it has a bootloader charge mode and therefore doesn't fully boot when it sees power |
02:19:51 | jlbiasini | Someone ask me if it was possible to have volume keys not lock up in lock mode. I saw the question has quite an history! is it still considered as useless or is it just a matter of being cleanly implemented |
02:19:57 | jlbiasini | I understand now |
02:20:10 | gevaerts | ouch. That question... |
02:20:10 | jlbiasini | it depends on power usb to be activated |
02:20:26 | gevaerts | Only bring it up if you feel brave :) |
02:20:49 | jlbiasini | yeah I know I red big dawm discussion on the mailing archive! |
02:21:10 | gevaerts | Check first if the hold switch doesn't physically block the buttons though |
02:21:13 | jlbiasini | :D |
02:21:46 | jlbiasini | what do you mean? |
02:22:14 | jlbiasini | volume key are not in the touchpad on the fuze+ they are separated like power |
02:22:15 | gevaerts | On some players when the hold switch is on you *can't* read the buttons |
02:23:23 | | Join scanf [0] (~x32@unaffiliated/scanf) |
02:23:38 | jlbiasini | well if I press them while being locked the screen tell me that the player is locked so I guess the button get detected somehow.... |
02:23:51 | gevaerts | right, yes |
02:24:15 | jlbiasini | ok I'm going to bet NOW! :d |
02:24:25 | gevaerts | Good idea :) |
02:24:38 | | Part jlbiasini |
02:27:11 | | Quit bertrik (Ping timeout: 252 seconds) |
02:41:58 | | Quit [Saint] (Remote host closed the connection) |
02:45:14 | | Quit factor (Quit: Leaving) |
02:45:54 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
03:00 |
03:10:21 | | Quit chkktri (Quit: Leaving) |
03:17:52 | | Join factor [0] (~factor@74.197.205.204) |
03:23:30 | | Quit lovasoa (Quit: CGI:IRC (Ping timeout)) |
03:31:26 | *** | Saving seen data "./dancer.seen" |
03:38:15 | | Join Mary92669 [0] (~mary@65-100-149-215.hlrn.qwest.net) |
03:38:29 | | Part Mary92669 |
03:49:24 | | Quit kadoban__ (Ping timeout: 248 seconds) |
03:55:23 | | Join nosa [0] (~m00k@adsl-74-235-42-181.clt.bellsouth.net) |
03:59:44 | | Quit nosa-j (Ping timeout: 276 seconds) |
03:59:45 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-181.clt.bellsouth.net) |
04:00 |
04:04:51 | | Quit [Saint] (Quit: Bye) |
04:05:11 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
04:06:09 | | Join chkktri [0] (~user@85.26.231.72) |
04:06:09 | | Quit chkktri (Changing host) |
04:06:09 | | Join chkktri [0] (~user@unaffiliated/chkktri) |
04:17:39 | | Quit TheSeven (Disconnected by services) |
04:17:54 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
04:24:55 | | Quit [Saint] (Quit: Bye) |
04:25:18 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
04:30:32 | | Quit amiconn (Disconnected by services) |
04:30:32 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:30:32 | | Quit pixelma (Disconnected by services) |
04:30:34 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:30:37 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:30:54 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:31:52 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
04:35:31 | | Quit perrikwp (Ping timeout: 276 seconds) |
04:54:52 | | Quit [Saint] (Read error: Connection reset by peer) |
04:54:55 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
05:00 |
05:03:48 | | Quit [Saint_] (Ping timeout: 252 seconds) |
05:15:23 | | Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
05:17:15 | | Quit Guinness (Ping timeout: 240 seconds) |
05:17:35 | | Quit CIA-114 (Ping timeout: 240 seconds) |
05:17:42 | | Join CIA-88 [0] (~CIA@cia.atheme.org) |
05:23:30 | | Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
05:24:09 | | Join JdGordon_ [0] (~jonno@58.96.27.155) |
05:24:09 | | Quit JdGordon_ (Changing host) |
05:24:09 | | Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) |
05:24:29 | | Quit JdGordon (Ping timeout: 240 seconds) |
05:27:46 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
05:29:12 | | Quit dfkt (Ping timeout: 240 seconds) |
05:30:04 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
05:31:30 | *** | Saving seen data "./dancer.seen" |
05:35:40 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
05:42:47 | | Join Rob2222 [0] (~Miranda@p4FFF3541.dip.t-dialin.net) |
05:45:49 | | Quit Rob2223 (Ping timeout: 240 seconds) |
05:52:57 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
05:59:32 | | Quit chkktri (Ping timeout: 252 seconds) |
06:00 |
06:01:38 | | Join |corwin7| [0] (~kvirc@pool-71-177-60-36.lsanca.dsl-w.verizon.net) |
06:01:40 | | Quit Keripo (Quit: Leaving.) |
06:02:57 | |corwin7| | I just installed rockbox on a sansa clip+ but I can't figure out how to mount it to copy music to it now. |
06:03:38 | |corwin7| | it shows up with lsusb but nothing new appears under /dev/sdxx |
06:10:48 | |corwin7| | How do i uninstall Rockbox??? It sucks there's no USB access in Rockbox |
06:11:15 | |corwin7| | I guess if I would have copied my music to it first I would have been in better shape |
06:16:42 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:17:15 | | Join chkktri [0] (~user@unaffiliated/chkktri) |
06:17:56 | |corwin7| | So I take it the only way to get music on my player now is with a SD card, right? |
06:18:29 | | Quit [Saint] (Ping timeout: 240 seconds) |
06:18:43 | |corwin7| | 5 wish the docs whould have said that USB will no longer work so I wouldn't have bothered putting this on |
06:23:28 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:25:24 | | Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:25:41 | | Quit [Saint_] (Ping timeout: 240 seconds) |
06:27:41 | | Quit [Saint] (Ping timeout: 240 seconds) |
06:31:09 | | Quit |corwin7| (Ping timeout: 240 seconds) |
06:35:53 | | Nick [Saint__] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
06:48:18 | | Join |corwin7| [0] (~kvirc@cpe-76-87-43-179.socal.res.rr.com) |
06:58:28 | | Quit anewuser () |
06:59:09 | kkit | |corwin7|, you boot into the original firmware as the manual describes |
07:00 |
07:00:25 | | Join anewuser [0] (~anewuser@186.93.204.116) |
07:00:25 | | Quit anewuser (Changing host) |
07:00:25 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
07:01:47 | kkit | your installation question is covered in the manual as well |
07:01:59 | |corwin7| | ok, thank you |
07:02:05 | | Quit [Saint] (Ping timeout: 240 seconds) |
07:06:43 | | Quit perrikwp (Read error: Connection reset by peer) |
07:07:54 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
07:13:42 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
07:14:48 | | Join missPapaya [0] (~dconcors@ip70-181-129-173.sd.sd.cox.net) |
07:31:31 | *** | Saving seen data "./dancer.seen" |
07:33:06 | missPapaya | if I leave my fuze plus at the rockbox bootloader |
07:33:09 | missPapaya | and plugged in |
07:33:13 | missPapaya | will it charge? |
07:57:54 | | Join robin0800 [0] (~robin0800@genkt-049-218.t-mobile.co.uk) |
07:58:20 | | Quit amiconn (Remote host closed the connection) |
07:58:20 | | Quit pixelma (Read error: Connection reset by peer) |
07:59:21 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
07:59:23 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
08:00 |
08:02:24 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
08:03:35 | | Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) |
08:04:08 | | Quit [Saint] (Ping timeout: 240 seconds) |
08:05:18 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
08:05:48 | | Quit |corwin7| (Ping timeout: 240 seconds) |
08:06:12 | | Quit [Saint_] (Read error: Connection reset by peer) |
08:07:50 | | Quit [Saint__] (Ping timeout: 240 seconds) |
08:28:04 | | Part missPapaya |
08:31:28 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
08:37:01 | | Quit Keripo (Read error: Connection reset by peer) |
08:38:37 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
09:00 |
09:00:32 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
09:06:13 | | Quit perrikwp (Read error: Connection reset by peer) |
09:07:26 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
09:10:03 | | Quit [Saint] (Remote host closed the connection) |
09:11:55 | | Join Horscht [0] (~Horscht@p57B57884.dip.t-dialin.net) |
09:11:55 | | Quit Horscht (Changing host) |
09:11:55 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
09:19:13 | | Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc) |
09:31:33 | *** | Saving seen data "./dancer.seen" |
09:35:23 | kugel | so, what's needed to add a new target+toolchain to the build system? |
09:37:06 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
09:47:06 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
09:57:55 | | Quit robin0800 (Ping timeout: 240 seconds) |
09:58:23 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
09:59:08 | | Join robin0800 [0] (~robin0800@genkt-049-221.t-mobile.co.uk) |
10:00 |
10:03:59 | kugel | just needs adding the toolchain to rblient.pl and the target to builds. right? |
10:10:00 | | Join lorenzo92 [0] (~chatzilla@host103-104-dynamic.21-79-r.retail.telecomitalia.it) |
10:11:04 | lorenzo92 | kugel: morning ;) |
10:17:12 | | Join tmr [0] (jake@irc.turha.org) |
10:18:55 | | Quit factor (Read error: Connection reset by peer) |
10:22:29 | | Quit lorenzo92 (Remote host closed the connection) |
10:31:45 | | Quit liar (Read error: No route to host) |
10:32:37 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
10:36:10 | | Join factor [0] (~factor@74.197.205.204) |
10:45:35 | | Join stoffel [0] (~quassel@pD9E41C3B.dip.t-dialin.net) |
11:00 |
11:01:23 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
11:06:28 | | Quit avacore (Ping timeout: 240 seconds) |
11:08:24 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:09:06 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
11:19:06 | | Join lorenzo92 [0] (~chatzilla@host103-104-dynamic.21-79-r.retail.telecomitalia.it) |
11:25:22 | | Quit stoffel (Ping timeout: 268 seconds) |
11:28:12 | kugel | lorenzo92: ping |
11:29:58 | lorenzo92 | kugel: pong |
11:30:32 | kugel | lorenzo92: so did you try my latest patch? i.e. to make a patched fromware with it? |
11:31:38 | *** | Saving seen data "./dancer.seen" |
11:31:45 | kugel | lorenzo92: also, I found sc900776.h isnt installed with "make headers_install", so there's little point to add the kernel headers to the toolchain, in facct they are already |
11:32:30 | kugel | we need to copy it to our source, and #include it after <sys/ioctl> |
11:33:05 | lorenzo92 | kugel: yeah of course, we'll do that! |
11:33:13 | lorenzo92 | kugel: anyway now I test your patch ;) |
11:36:19 | lorenzo92 | kugel: so now I'm fetching the code, after applying the patch I need to place cramfs somewhere right? |
11:37:43 | lorenzo92 | ah! no now I understood |
11:37:44 | lorenzo92 | :) |
11:37:49 | lorenzo92 | great job ;) |
11:40:30 | lorenzo92 | safe_mode.raw and muonencrypt are lacking, that's normal right? |
11:41:04 | kugel | lorenzo92: download from fs |
11:41:18 | lorenzo92 | kugel: don't need to :) |
11:41:19 | kugel | well, you have them already too |
11:41:59 | lorenzo92 | kugel: I need to download an original R0.ROM :p |
11:43:27 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
11:43:32 | | Part WalkGood |
11:45:52 | lorenzo92 | kugel: need I to run the script as sudo? |
11:46:20 | kugel | the patch-firmware.sh one yes |
11:46:27 | kugel | it should say that when you try without |
11:47:41 | | Quit liar (Ping timeout: 252 seconds) |
11:48:35 | lorenzo92 | kugel: okay it says it. But now passing the argument R0.ROM doesn't work...uhm is it supposed to have the cramfs or the rom file? |
11:48:47 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
11:49:00 | kugel | lorenzo92: the argument is the unpacked rom |
11:49:24 | lorenzo92 | ah! okay ;) |
11:49:37 | kugel | (all scripts can be run without argument to see usage) |
11:50:09 | lorenzo92 | kugel: okay, well your extractor is really fast compared to the old one!! |
11:50:14 | lorenzo92 | is that normal? :) |
11:50:58 | kugel | yes |
11:51:16 | kugel | I've rewritten the dd part in a c program |
11:53:46 | lorenzo92 | kugel: now I understood that I needed to put the extracted files in a folder hehe, it seems it worked |
11:55:12 | kugel | lorenzo92: the current dir should also work |
11:58:10 | lorenzo92 | kugel: now troubles packing it again |
11:59:44 | lorenzo92 | kugel: ah sorry |
11:59:50 | lorenzo92 | kugel: my mistake ;) |
12:00 |
12:00:31 | lorenzo92 | now I flash the R0... |
12:04:52 | lorenzo92 | arggg I lost everytime the clip to reset the player haha |
12:05:03 | lorenzo92 | *lose |
12:05:16 | * | kugel always uses long press on power |
12:05:23 | lorenzo92 | :D |
12:06:24 | lorenzo92 | it just didn't came out the safe mode image, then I need to check why |
12:07:32 | lorenzo92 | kugel: :( I placed the rockbox.sh in the R0's root but the shitty OF started :( |
12:08:56 | lorenzo92 | i like more my modded thing, to reset it is only 5 seconds necessary instead of 10 :p |
12:09:00 | lorenzo92 | anyway it didn't worked |
12:09:03 | lorenzo92 | rockbox won't start |
12:09:24 | kugel | lorenzo92: not in the root |
12:09:55 | kugel | it comes with rockbox.zip, and is therefore in .rockbox |
12:10:55 | kugel | lorenzo92: the safe_mode should turn off automatically like in your rom |
12:11:07 | lorenzo92 | ah okay thanks :) |
12:16:51 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
12:17:51 | lorenzo92 | kugel: now I try to make it work ;) |
12:17:59 | lorenzo92 | kugel: a question |
12:18:10 | lorenzo92 | did you remove the dual boot? |
12:18:36 | jlbiasini | gevaerts: I understood you totally wrong last night! I thought we had to wait for a definitve bootloader before we can send it on the server! :D |
12:19:53 | kugel | lorenzo92: hm right. I forgot about that |
12:20:28 | kugel | dualboot can be done through rc.user, but I suspect we can also do it in rockbox.sh |
12:21:03 | lorenzo92 | yep better, as I did it |
12:21:09 | lorenzo92 | take a look at my old script... |
12:21:18 | lorenzo92 | "old"... the one contained in rom |
12:22:10 | lorenzo92 | it uses the central key... |
12:22:33 | lorenzo92 | it uses the central key..._RB |
12:22:35 | lorenzo92 | ops |
12:22:51 | lorenzo92 | I guess now that we can leave rockbox as default choice |
12:22:58 | kugel | I'm unhappy with the center key. can I change it to menu? |
12:23:04 | lorenzo92 | ah okay :) |
12:23:07 | lorenzo92 | why not ;) |
12:23:18 | kugel | it's sometimes not easy to press that (and only that) for a longer time |
12:23:19 | lorenzo92 | menu, don't use ... or back |
12:23:33 | kugel | what's on ... ? |
12:23:47 | lorenzo92 | in the modded firmware launches the cpu_trick executable |
12:23:57 | lorenzo92 | so it's better to use menu button :) |
12:24:57 | | Join stoffel [0] (~quassel@pD9E41C3B.dip.t-dialin.net) |
12:26:14 | lorenzo92 | kugel: just copy n paste my code (clean it if neede) and change the keycode |
12:27:53 | kugel | doing so |
12:28:30 | lorenzo92 | kugel: btw my fault again for the safe_mode.raw hihi, wrong directoy |
12:33:15 | | Join kadoban__ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
12:34:30 | | Quit stoffel (Read error: Operation timed out) |
12:35:09 | kugel | lorenzo92: alright, thanks for reminding me |
12:35:13 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
12:35:39 | kugel | I changed to patch-firmware.sh script a bit (swapped parameters and made the dir optional) in the meantime |
12:35:46 | lorenzo92 | kugel: samsung didn't reply for the various module sources :(, but yeah they should release them since using ida I found various Licence: GPL strings lol) |
12:35:58 | lorenzo92 | kugel: ;) |
12:37:28 | kugel | they didnt reply to me neither |
12:37:42 | lorenzo92 | kugel: could be use this email? hihi eungchan.kim@samsung.com |
12:37:58 | lorenzo92 | it's often found in sources... |
12:38:45 | lorenzo92 | because having these sources, we could improve the radio module to let us read/write registers directly |
12:39:05 | lorenzo92 | otherwise we cannot directly use rb driver for si4709 :( |
12:39:31 | kugel | worth a try |
12:40:02 | lorenzo92 | worth a try doing what? |
12:40:13 | kugel | writing to that email |
12:40:16 | lorenzo92 | ah okay :D |
12:41:32 | | Quit [Saint] (Read error: Connection reset by peer) |
12:42:00 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
12:45:05 | | Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
12:51:57 | | Join JdGord [0] (~AndChat@58.108.32.245) |
12:53:41 | | Quit liar (Ping timeout: 252 seconds) |
12:54:29 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
12:56:05 | | Quit lorenzo92 (Ping timeout: 248 seconds) |
12:56:33 | * | kugel hits the big christmas port button |
12:56:50 | CIA-88 | New commit by kugel (r31415): Initial commit of the Samsung YP-R0 port. ... |
13:00 |
13:00:07 | CIA-88 | r31415 build result: 208 errors, 0 warnings (kugel committed) |
13:01:28 | | Quit bertrik (Read error: Operation timed out) |
13:14:27 | | Quit [Saint] (Remote host closed the connection) |
13:17:13 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
13:20:16 | gevaerts | jlbiasini: it was late for everyone :) |
13:20:24 | * | amiconn hits the big build error button for kugel ;) |
13:21:17 | CIA-88 | New commit by kugel (r31416): Fix reds. |
13:23:46 | CIA-88 | r31416 build result: 6 errors, 0 warnings (kugel committed) |
13:25:55 | desowin | I wished I got µCurrent - checking which (unknown function) GIO setting causes lower power consumption is a bit of guesswork with just a meter |
13:27:13 | desowin | but hopefully disabling boosting (by removing ifdef) and making the screen updates only when needed (in not-yet commited debug screen) makes the reading quite stable |
13:27:28 | * | gevaerts hits the smaller build error button for kugel :) |
13:28:20 | kugel | something went wrong in zxbox |
13:28:53 | | Quit [Saint] (Remote host closed the connection) |
13:29:31 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
13:30:26 | gevaerts | It looks like you added the yp-r0 mapping for fuze+ and the fuze+ mapping for the yp-r0 |
13:30:30 | | Join jdgord_ [0] (~AndChat@123-243-140-31.static.tpgi.com.au) |
13:31:39 | *** | Saving seen data "./dancer.seen" |
13:31:47 | | Join lorenzo92 [0] (~chatzilla@host123-104-dynamic.21-79-r.retail.telecomitalia.it) |
13:33:04 | kugel | gevaerts: no, it's just messed up :) |
13:33:15 | | Quit JdGord (Ping timeout: 252 seconds) |
13:33:24 | | Part jlbiasini |
13:34:17 | CIA-88 | New commit by kugel (r31417): Fix messed up zxbox keymaps. Fixes fuze+ red also. |
13:35:19 | | Quit WalkGood (Quit: happy holidays) |
13:35:33 | | Quit [Saint] (Remote host closed the connection) |
13:36:09 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
13:36:47 | CIA-88 | r31417 build result: All green |
13:56:03 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
13:58:08 | | Quit [Saint] (Quit: Bye) |
13:58:29 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
13:59:29 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
14:00 |
14:02:52 | | Quit [Saint] (Ping timeout: 240 seconds) |
14:07:07 | | Quit n1s (Ping timeout: 240 seconds) |
14:07:08 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
14:08:04 | | Quit stripwax (Client Quit) |
14:09:20 | CIA-88 | New commit by kugel (r31418): ypr0: Rename ypr0.h to match naming scheme. |
14:11:30 | CIA-88 | r31418 build result: All green |
14:13:18 | CIA-88 | New commit by kugel (r31419): Update config.h for the previous commit. |
14:14:22 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
14:15:32 | CIA-88 | r31419 build result: All green |
14:16:04 | | Quit [Saint_] (Ping timeout: 240 seconds) |
14:16:49 | | Quit jdgord_ (Read error: Connection reset by peer) |
14:17:04 | | Join JdGord [0] (~AndChat@123-243-140-31.static.tpgi.com.au) |
14:17:51 | | Join jdgord_ [0] (~AndChat@211.29.182.64) |
14:21:28 | | Quit JdGord (Ping timeout: 240 seconds) |
14:23:36 | | Quit Keripo (Ping timeout: 255 seconds) |
14:27:27 | CIA-88 | New commit by kugel (r31420): Add ypr0 to the unstable ports on the front page |
14:28:28 | | Quit jdgord_ (Ping timeout: 240 seconds) |
14:34:25 | | Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc) |
14:47:29 | amiconn | It seems the part of the frontpage script linking revisions needs a bit of work... |
14:58:15 | kugel | lorenzo92: any idea where the as3543 ioctls are defined? |
14:58:34 | lorenzo92 | kugel: nowhere. I disconvered them ;) |
14:58:38 | lorenzo92 | *discovered |
14:59:12 | kugel | they sure need to be in the source somewhere, no? |
15:00 |
15:01:21 | lorenzo92 | eh no, samsung didn't include the source code of afe.ko module, but the driver for ascodec is of course present |
15:01:25 | lorenzo92 | in the kernel... |
15:02:43 | kugel | lorenzo92: heh, I think I know why you didnt find them :) |
15:02:56 | kugel | I think it's not as3543, but alsa specific ioctols |
15:03:33 | kugel | hm, perhpas not |
15:04:15 | kugel | SNDDRV_PCM_IOCTL_* uses 'A' as magic, as do the ioctls you found in ascodec-ypr0.c |
15:05:50 | lorenzo92 | naaa the ioctls I found are ascodec (afe.ko) module specific ;) |
15:05:54 | lorenzo92 | trust me :) |
15:06:06 | lorenzo92 | also because NO volume ioctl is present |
15:06:12 | lorenzo92 | just read/write registers... |
15:07:18 | kugel | i see |
15:07:25 | kugel | and we have no source for afe.ko, right? |
15:07:49 | kugel | how does amixer control the volume? |
15:10:26 | lorenzo92 | no we have no sources for it...amixer controls volume of course throug call to the ASCODEC DRIVER; NOT the module |
15:10:30 | lorenzo92 | that's the point ;) |
15:10:49 | lorenzo92 | the driver's source exists but cannot be used from userspace without a module |
15:10:56 | lorenzo92 | afe.ko does this |
15:11:13 | lorenzo92 | plus some other things for power management.... |
15:14:10 | kugel | there's drivers/i2c/chips/i2c-as3543.[ch], they contain the word "AFE_" a lot too |
15:14:33 | lorenzo92 | yep |
15:15:22 | lorenzo92 | but no ioctl, since this thing doesn't offer any device to open, while afe.ko does |
15:15:42 | lorenzo92 | moreover |
15:15:43 | lorenzo92 | Copyright @ 2008 by austriamicrosystems AG |
15:15:53 | lorenzo92 | while afe.ko is samsung made |
15:17:04 | kugel | pitty |
15:17:21 | kugel | what does afe stand for anyway? |
15:18:55 | CIA-88 | New commit by desowin (r31421): TMS320DM320: Add generic I/O debug window for targets other than mrobe 500. ... |
15:19:08 | lorenzo92 | kugel: good question uhm |
15:19:54 | | Part jlbiasini |
15:21:02 | [7] | *PANIC* queue_post ovf q=0816B1C0 |
15:21:10 | CIA-88 | r31421 build result: All green |
15:22:13 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
15:23:18 | [Saint] | [7]: ? |
15:23:55 | [7] | hm, now i'm getting a file browser screen while UMS is connecting |
15:24:00 | [7] | and once again a queue_post ovf |
15:24:17 | [7] | weird shit going on today... |
15:25:20 | user890104 | [7]: which version/target are you testing? |
15:25:41 | [7] | HEAD on classic |
15:31:41 | *** | Saving seen data "./dancer.seen" |
15:39:16 | | Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) |
15:44:05 | desowin | which backlight brightness setting is the CURRENT_BACKLIGHT supposed to reflect? |
15:45:16 | desowin | also, CURRENT_NORMAL is for boosted or unboosted? |
15:49:25 | n1s | pretty sure that predates backlight brightness |
15:49:51 | n1s | if it's a big difference maybe it should be turned into a function |
15:50:16 | desowin | for connect min and max is about 100 mA difference |
15:50:39 | n1s | that's quite a bit, yes |
15:50:40 | desowin | but that's measured solely on not precise multimeter |
15:51:08 | n1s | anyway, the battery runtime estimation is never very accurate |
15:51:26 | n1s | but i guess turning it into a function would make this fairly easy |
15:51:39 | desowin | I guess it's better to have any than -1 |
15:52:02 | lorenzo92 | kugel: hey I've seen we are in SVN!! Congrats ;) |
15:52:09 | n1s | i'd just use the level for the default brighness otherwise |
15:52:59 | lorenzo92 | kugel: btw, my R0 will be tomorrow 1 year old exactly, what a beautiful gift :p |
15:53:37 | | Quit [Saint] (Quit: Bye) |
15:53:59 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
15:56:46 | | Quit perrikwp (Read error: Connection reset by peer) |
15:57:16 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
16:00 |
16:02:29 | | Quit lorenzo92 (Ping timeout: 240 seconds) |
16:04:34 | * | pamaury is experimenting with the power system of the imx233, that's quite a beast |
16:09:44 | lovasoa | Hi |
16:10:43 | lovasoa | kugel: I am trying to build the new toolchain with rockboxdev.sh and it doesn't work |
16:15:06 | lovasoa | kugel: I get cp: cannot stat `../crosstool-ng-1.13.2/{*,.version}': No such file or directory |
16:15:32 | * | [7] wonders what happened to that dynamic runtime estimation patch |
16:25:15 | lovasoa | kugel: I found where the problem was. You use the bracket syntax, which does'nt work in ubuntu's default shell. |
16:25:56 | lovasoa | I replaced "/bin/sh" by "/bin/bash" at the beginning of the script and it seems to work... |
16:26:47 | lovasoa | To everyone: is it normal that rockboxdev.sh is bash-specific or is it a mistake from kugel |
16:26:51 | lovasoa | ? |
16:29:04 | | Quit perrikwp (Read error: Connection reset by peer) |
16:29:31 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
16:35:05 | kugel | lovasoa: that's my mistake, then |
16:35:24 | kugel | will change it |
16:37:36 | | Part lovasoa |
16:38:18 | | Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) |
16:40:12 | CIA-88 | New commit by kugel (r31422): Remove bash-specific syntax from rockboxdev.sh |
16:42:31 | CIA-88 | r31422 build result: All green |
16:47:10 | | Quit liar (Read error: Connection timed out) |
17:00 |
17:02:18 | | Part lovasoa |
17:14:41 | | Quit robin0800 (Quit: Leaving) |
17:19:30 | kugel | how are chargers normally handled in rockbox? |
17:19:44 | | Join falco99 [0] (~chatzilla@pool-173-72-186-213.clppva.fios.verizon.net) |
17:20:20 | | Join robin0800 [0] (~robin0800@149.254.60.171) |
17:21:37 | falco99 | Is there any bug in the tracker regarding the way a single song is scrobbled twice in a row when the player is shut down (at least from idle timeout) in the middle and restarted? |
17:21:39 | pamaury | kugel: depends on how charging is done |
17:21:58 | falco99 | the closest thing I can find is http://www.rockbox.org/tracker/task/6213 which is old-old |
17:22:17 | kugel | pamaury: this is RaaA, I guess we can only monitor charging |
17:23:09 | kugel | there's lots of charger related code in powermgmt.c, within PLATFORM_NATIVE |
17:23:26 | pamaury | kugel: CONFIG_CHARGING tells how charging is handled, if you can only monitor, set it to CHARGING_MONITOR for example |
17:23:42 | | Join lorenzo92 [0] (~chatzilla@host123-104-dynamic.21-79-r.retail.telecomitalia.it) |
17:23:54 | lorenzo92 | kugel: back |
17:25:31 | kugel | pamaury: alright, that's going to be tricky |
17:25:53 | pamaury | why ? |
17:26:07 | kugel | because RaaA :) |
17:26:57 | pamaury | if you set charging to monitor you only need to implement a coupel of functions, that should be easy |
17:27:01 | kugel | RaaA doesn't compile most of powermgmt.c, and it has a very trimmed down power_thread() in firmware/target/hosted/powermgmt.c |
17:27:32 | kugel | and powermgmt.c is a complete nightmare |
17:28:33 | lorenzo92 | yeah that's the point... |
17:28:48 | lorenzo92 | more or less like the voltage filter of ascodec driver... |
17:29:23 | kugel | lorenzo92: can we read more than the voltage? |
17:29:42 | kugel | or do we implement discharge curve etc on our own? |
17:30:02 | lorenzo92 | do you mean amperage or so? ah okay no we can only have ADC sources for voltages :( |
17:30:02 | kugel | what about current? battery %? |
17:30:23 | lorenzo92 | only voltages, pretty sure |
17:30:43 | lorenzo92 | because the r0Bat.ko module does only do calls to ascodec functions (to read adc) |
17:31:29 | lorenzo92 | but we know the upper and lower voltage limits, then I don't know how these things work ... I just know there is a graph that shows how the battery discharges right? |
17:31:44 | *** | Saving seen data "./dancer.seen" |
17:31:44 | lorenzo92 | because the rate isn't constant, isn't it? |
17:32:25 | kugel | we can implement voltage->battery% translation |
17:32:34 | kugel | that should be easy, all native targets do that |
17:33:02 | kugel | we also have a very poor estimation |
17:36:08 | kugel | I guess we can use all of powermgmt.c as if it were a native target then |
17:36:59 | lorenzo92 | yeah why not |
17:37:09 | lorenzo92 | brb |
17:37:26 | kugel | the power_stack[] is too small |
17:39:32 | kugel | we need to run battery_bench.rock then, for an initial callibration |
17:42:17 | lorenzo92 | okay I could do that ;) |
17:43:27 | kugel | btw, do you have the datasheet for the as3543? |
17:44:07 | kugel | lorenzo92: ^ |
17:44:37 | lorenzo92 | yeah indeed |
17:44:40 | lorenzo92 | wait a moment |
17:44:54 | kugel | i have it too, was just asking |
17:44:57 | lorenzo92 | yes |
17:48:23 | kugel | lorenzo92: why did you #ifdef in as3514.c? |
17:49:13 | kugel | is it because ascodec_readbytes() doesnt work according to one of your comments? |
17:49:16 | lorenzo92 | where sorry? kernel) |
17:49:18 | lorenzo92 | ? |
17:49:33 | kugel | firmware/drivers/audio/as3514.c |
17:49:43 | | Quit anewuser (Ping timeout: 244 seconds) |
17:50:45 | lorenzo92 | ah! okay you mean for the volume...well normally without the ifdef the volume was really too much low in the very first steps |
17:50:52 | lorenzo92 | but it's not a clean solution indeed |
17:52:34 | kugel | in ascodec-ypr0.c it says ascodec_readbytes() "FIXME: doesn't work" |
17:52:51 | kugel | +for |
17:53:40 | lorenzo92 | ah now I remember well sorry |
17:53:42 | lorenzo92 | so |
17:53:51 | lorenzo92 | the ascodec driver (Rockbox) had a cache |
17:54:00 | lorenzo92 | thus the readbytes function |
17:54:03 | lorenzo92 | BUT |
17:54:17 | lorenzo92 | I'm pretty sure the ascodec kernel driver has already a cache |
17:54:23 | lorenzo92 | of the registers... |
17:55:13 | kugel | is that the reason? |
17:55:28 | kugel | it'd still save doing system calls :) |
17:56:32 | lorenzo92 | uhm well you're right :) |
17:58:01 | kugel | lorenzo92: but what does "/*FIXME: doesn't work */" mean? is that still valid? |
17:58:25 | lorenzo92 | yes at time I tested (very quicly) it didn't work |
17:58:46 | lorenzo92 | i guess it's a trivial mistake in for index |
17:59:04 | | Join Misan [0] (~Misanthro@adsl-84-226-237-87.adslplus.ch) |
17:59:09 | kugel | can you test if it now works? |
18:00 |
18:00:11 | kugel | also it appears we don't need ascodec_lock/unlock() |
18:03:26 | lorenzo92 | yes this time because in the kernel drivers there are already some lock to avoid accidents |
18:04:15 | kugel | the driver you copied it from needs it because adc_read() goes into a wait-state (and yield()s to ither threads) |
18:04:38 | kugel | since the ypr0 has no such wait-state locking isn't needed |
18:04:47 | lorenzo92 | ok |
18:05:04 | kugel | I suspect the ioctl() call will simply block until data is ready |
18:05:32 | lorenzo92 | well yes, should be |
18:05:44 | lorenzo92 | okay in 2 minutes I'll fix the readbytes func |
18:05:56 | kugel | nice |
18:09:32 | | Join lebellium [0] (~chatzilla@80.214.8.82) |
18:11:06 | lebellium | kugel and lorenzo92 : thx and merry xmas from France :) |
18:13:31 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
18:14:44 | kugel | lorenzo92: fwiw, it does look correct to me |
18:16:14 | lebellium | kugel; where is the link to the latest R0 build? I don't see it here http://build.rockbox.org/ |
18:16:38 | lorenzo92 | kugel: uhm I wanted to debug it but no log lol |
18:16:58 | lorenzo92 | anyway the volume doesn't work, so I suspect there is still something wrong |
18:20:34 | lorenzo92 | okay I try to catch another ascodec_readbytes from the other ascodec drivers... |
18:21:20 | kugel | lebellium: it's not in the build system yet |
18:21:53 | lebellium | ah ok, I thought it was automatic when including into the SVN |
18:21:59 | kugel | no :) |
18:26:08 | lorenzo92 | kugel: I really don't understand what could be the problem uhm |
18:26:34 | gevaerts | We may have to do something about the build clients and RaaA soon. Every new RaaA target may well need a new toolchain, and the way we handle toolchains now that's not really fun |
18:26:55 | lorenzo92 | kugel: ah! wait... |
18:28:57 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
18:30:29 | lorenzo92 | still nothinh |
18:30:34 | | Join jet322 [0] (~185a7266@www.haxx.se) |
18:30:48 | kugel | gevaerts: I'm thinking the ypr0 toolchain can work for many devices, but need to make sure first :) |
18:31:09 | gevaerts | That would help of course |
18:31:15 | | Quit jet322 (Client Quit) |
18:32:16 | lorenzo92 | kugel: ah!!! I suspect we need to start from 0x02 instead of 0xx |
18:32:18 | lorenzo92 | 00 |
18:32:21 | kugel | gevaerts: it's build by ct-ng, and _should be_ universally usable |
18:32:33 | kugel | lorenzo92: but..why? |
18:33:06 | lorenzo92 | uhm ah no sorry, but well I noticed the audio registers starts from 0x2 |
18:33:12 | lorenzo92 | first 2 are reserved... |
18:33:19 | lorenzo92 | ah nothing :( |
18:33:26 | lorenzo92 | so I'm out of ideas... |
18:34:49 | kugel | lorenzo92: is it possible that the kernel doesnt let us read reserved regs? |
18:35:24 | | Join lebellium_ [0] (~chatzilla@80.214.8.115) |
18:36:04 | lorenzo92 | just seen...nope it seems there is not limitation |
18:39:12 | | Quit lebellium (Ping timeout: 276 seconds) |
18:39:13 | | Nick lebellium_ is now known as lebellium (~chatzilla@80.214.8.115) |
18:41:39 | kugel | lorenzo92: uh oh, I think I see the problem :) |
18:42:24 | lorenzo92 | types conflict? |
18:44:18 | kugel | \o/ |
18:44:24 | kugel | lorenzo92: much more trivial :) |
18:44:32 | kugel | audiohw_preinit() wasn't called at all! |
18:45:03 | lorenzo92 | ouch oh shit! now I understand why I need to to the alsa unmuting in the script!!! |
18:45:07 | lorenzo92 | lol |
18:45:35 | kugel | now the click at start is also gone |
18:45:44 | kugel | and it's much louder I think |
18:45:51 | lorenzo92 | incredible :) |
18:46:02 | kugel | give me a second, I'll commit |
18:46:10 | lorenzo92 | yeah thanks ;) |
18:46:28 | lorenzo92 | maybe that's why also volume wasn't so loud |
18:51:48 | kugel | lorenzo92: it was a bug in my alsa driver |
18:54:01 | lorenzo92 | kugel: committed? |
18:57:18 | kugel | no, last test |
18:57:35 | | Quit perrikwp (Read error: Connection reset by peer) |
18:57:51 | kugel | lorenzo92: we have a bot here that announces commits |
18:59:45 | CIA-88 | New commit by kugel (r31423): ypr0: Cleanup and simplify ascodec functions. Fix audiohw_{pre,post}init() not being called. |
19:00 |
19:01:33 | | Quit lorenzo92 (Read error: Operation timed out) |
19:01:54 | CIA-88 | r31423 build result: All green |
19:04:27 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
19:05:31 | | Quit perrikwp (Read error: Connection reset by peer) |
19:06:08 | kugel | cpu usage went down also if I see this right |
19:06:25 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
19:08:03 | | Quit lebellium (Ping timeout: 248 seconds) |
19:08:19 | | Part jlbiasini |
19:08:40 | kugel | gevaerts: what's needed to get it into the build system? |
19:08:54 | kugel | my client has the toolchain so that should be fine |
19:10:02 | | Quit robin0800 (Quit: Leaving) |
19:31:48 | *** | Saving seen data "./dancer.seen" |
19:33:13 | | Join bluebrother [0] (~dom@g231120206.adsl.alicedsl.de) |
19:33:13 | gevaerts | kugel: rbclient.pl needs to be updated to recognise the toolchain, and then it needs to be added to the builds file |
19:33:13 | | Quit bluebrother (Changing host) |
19:33:13 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
19:34:20 | gevaerts | kugel: I'd say you probably should talk to Zagor for the details. I know how to add targets with an existing toolchain, but I've never added a new toolchain |
19:36:26 | | Quit bluebrother^ (Ping timeout: 252 seconds) |
19:36:48 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
19:38:23 | | Join fs-bluebot [0] (~fs-bluebo@g231120206.adsl.alicedsl.de) |
19:39:59 | | Join lorenzo92 [0] (~chatzilla@host249-27-dynamic.180-80-r.retail.telecomitalia.it) |
19:44:46 | kugel | gevaerts: the question is whether someone needs to run svn up or so on the server |
19:46:00 | saratoga | is ASM enabled on the r0 now? |
19:46:00 | kugel | changing rbclient.pl and builds should be sufficient (grepping for android only gives these two) |
19:46:43 | kugel | saratoga: no |
19:47:35 | saratoga | adding them in would save some more cpu time |
19:47:56 | kugel | sure |
19:48:41 | saratoga | can you go lower then 200mhz? |
19:49:10 | kugel | saratoga: didn't someone report problems with ape on the r0? has the C impl bugs? |
19:49:41 | saratoga | kugel: linuxstb and amiconn worked on it, i'm not that familiar with ape |
19:49:59 | saratoga | but i guess we now have x86 assembly enabled in the sim, so its possible a bug crept into the c code somewhere |
19:51:59 | kugel | saratoga: it doesn't look like it can go lower. but lorenzo92 knows more about that |
19:52:58 | kugel | the kernel doesnt seem to support lower freqs |
19:56:45 | | Quit FOAD (Quit: I'll be back) |
19:56:56 | lorenzo92 | kugel: back...yeah we have 200-400-532 mhz |
19:57:21 | lorenzo92 | kugel: i don't know, tough, if lowering the voltage from ascodec could help (not sure of what I say hihi) |
19:58:20 | lorenzo92 | saratoga: ASM in the sense of the various optimizations available for arm? |
20:00 |
20:01:35 | | Join FOAD [0] (~foad@unaffiliated/foad) |
20:04:17 | saratoga | lorenzo92: yes, for the audio codecs |
20:04:53 | lorenzo92 | okay, so yes we have still to enable them |
20:05:58 | lorenzo92 | saratoga: just for an idea, the player lasts about 18 hours also without them ... that's really nice :) |
20:06:20 | kugel | lorenzo92: try my commit out |
20:06:28 | lorenzo92 | after implementing the battery monitoring we could have precise benchmarking, tough |
20:06:35 | lorenzo92 | kugel: was doing that :) |
20:08:03 | kugel | lorenzo92: seems the cpu usage is lower as well |
20:08:12 | kugel | for some unknown reason |
20:08:18 | lorenzo92 | uhm interesting |
20:08:48 | lorenzo92 | the caching was needed, perhaps |
20:09:07 | kugel | are these functions called often? |
20:09:15 | lorenzo92 | no clue... |
20:09:23 | kugel | I doubt actually |
20:10:08 | kugel | I get 12-15% cpu usage now with a file that had over about 30% before |
20:13:04 | lorenzo92 | well that's quite nice hehe, no matter what was the issue :p |
20:13:45 | lorenzo92 | okay ready to test |
20:15:33 | lorenzo92 | don't know why but I get 532 mhz lol |
20:15:44 | lorenzo92 | I need to see if that's a specific song |
20:17:02 | lorenzo92 | kugel: apparently yes... |
20:17:04 | lorenzo92 | now it works fine |
20:17:22 | lorenzo92 | but I get something like 56% of cpu usage |
20:18:19 | | Join NickLonergan [0] (~Nick@1.53.165.54) |
20:18:24 | NickLonergan | hey |
20:18:27 | NickLonergan | anyone here? |
20:18:54 | NickLonergan | can i ask you guys something? |
20:19:29 | lorenzo92 | ask it and hope someone is there :) |
20:20:14 | CIA-88 | New commit by pamaury (r31424): imx233/fuze+: implement power management(battery charger), add powermgmt debug info, add power debug info, move target specific powermgmt code to its ... |
20:20:54 | lorenzo92 | kugel: I don't know why but it seems CPU usage is higher for me :( |
20:21:01 | lorenzo92 | I don't know what's wrong |
20:22:23 | CIA-88 | r31424 build result: 3 errors, 0 warnings (pamaury committed) |
20:23:12 | CIA-88 | New commit by pamaury (r31425): imx233: forgot a file |
20:24:48 | CIA-88 | r31425 build result: All green |
20:25:58 | lorenzo92 | kugel: for example, I get 20% of cpu usage while music is stopped after a reboot!!! Before your patch, it was something like 0,90... |
20:26:40 | NickLonergan | the rockbox build for classic pod 6th gen is still unstable right? |
20:26:47 | lorenzo92 | kugel: now more than 40%!!! |
20:26:50 | NickLonergan | have anybody here tried that yet? |
20:28:26 | lorenzo92 | kugel: at this point it's better I retry to compile everything...ah btw I'm using your first compiled toolchain |
20:28:32 | lorenzo92 | kugel: is it ok? |
20:31:45 | gevaerts | kugel: the server needs an svn up to increment the required client version to push the new client to all systems I think |
20:36:35 | | Quit perrikwp (Ping timeout: 240 seconds) |
20:47:22 | lorenzo92 | kugel: no way, also recompiling didn't help. Now 50% cpu usage after the reboot! |
20:48:38 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
20:55:21 | | Quit lorenzo92 (Remote host closed the connection) |
21:00 |
21:06:17 | | Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) |
21:06:34 | | Quit factor (Read error: Connection reset by peer) |
21:06:45 | | Quit remlap1 (Client Quit) |
21:08:48 | | Quit remlap (Ping timeout: 240 seconds) |
21:22:45 | | Join factor [0] (~factor@74.197.205.204) |
21:30:06 | | Quit NickLonergan () |
21:31:51 | *** | Saving seen data "./dancer.seen" |
21:34:49 | kugel | what format? |
21:35:08 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
21:36:52 | saratoga | i think he means it idles at that while not decoding |
21:38:34 | kugel | 1% after reboot for me |
21:42:13 | | Quit beta2k (Ping timeout: 252 seconds) |
21:52:24 | kugel | logbot: really strange |
21:52:38 | kugel | oops |
21:52:48 | kugel | lorenzo92 (logs): ^ |
22:00 |
22:03:54 | | Join alienkid10 [0] (~47bce795@www.haxx.se) |
22:05:07 | alienkid10 | pamaury: so can RB charge Fuze+ now? (looks like it from SVN history) Just update RB like normal no new BL required? |
22:19:11 | | Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) |
22:33:03 | | Quit alienkid10 (Quit: CGI:IRC (EOF)) |
22:49:20 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
22:52:36 | | Quit user890104 (Ping timeout: 252 seconds) |
22:54:47 | | Quit ps-auxw (Ping timeout: 268 seconds) |
22:58:34 | | Join ps-auxw [0] (~arneb@p4FF7F521.dip.t-dialin.net) |
23:00 |
23:05:37 | | Quit Keripo (Ping timeout: 240 seconds) |
23:16:00 | | Join user890104 [0] (~Venci@6bez10.info) |
23:25:09 | | Quit n1s (Quit: Ex-Chat) |
23:27:49 | kugel | hm, I have a flac file which succeeds parsing and stuff, but its length isnt correctly detected |
23:28:11 | kugel | so it fails at the very last step of loading |
23:29:19 | kugel | it's created by vlc |
23:31:03 | kugel | its length is detected as 0, so it crashes rockbox |
23:31:55 | *** | Saving seen data "./dancer.seen" |
23:42:25 | saratoga | can you put it on the tracker? |
23:55:00 | kugel | it's 22MB |
23:55:44 | kugel | nah wait, it's just borked |
23:55:45 | amiconn | kugel: What different (new) toolchain were you talking about? |
23:56:26 | kugel | amiconn: see r31412 |
23:56:51 | kugel | saratoga: well, it's only 1.2MB but it shouldn't crash |
23:57:07 | kugel | but vlc also misdetects it |
23:57:32 | saratoga | kugel: if it crashes I would file a bug report (unless you can fix it yourself that is) |
23:57:47 | saratoga | i dont know much abotu flac but some other people here are more familiar with it |
23:57:53 | amiconn | Ah |
23:58:15 | saratoga | our parser should be smart enough to reject even broken files |
23:58:23 | amiconn | kugel: I saw the YP-R0 commit, but didn't read the details. |
23:58:33 | amiconn | Exclusive-raaa, interesting concept |
23:58:54 | saratoga | it is a really interesting port |
23:58:59 | kugel | it indeed is |