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

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

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

#rockbox log for 2011-10-07

00:00:04bertrikhighspeed mode is not enabled for the internal sd
00:00:29bertrikit's only enabled when a sd cards supports it
00:00:48keyb_grCombined clock freq / core voltage boosting isn't unusual, that's how chips roll. But of course, *always* using a higher Vcore and a higher maximum core freq would affect battery life.
00:02:02keyb_grSeems like it's about 1/3 lower than on OF, which is quite a difference.
00:03:28 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
00:04:15 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
00:06:19 Quit Jerom (Quit: Leaving.)
00:07:01 Quit RansomTime (Ping timeout: 245 seconds)
00:08:29 Join Topy [0] (~Topy44@g228230056.adsl.alicedsl.de)
00:08:36 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)
00:09:50 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/)
00:11:01 Quit pamaury (Remote host closed the connection)
00:12:08 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
00:12:20 Quit liar (Quit: hallowed are the ori!)
00:12:30 Quit T44 (Ping timeout: 248 seconds)
00:13:02 Quit ender` (Quit: It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law)
00:16:14 Join Thra11_ [0] (~thrall@87.114.101.9)
00:19:20 Part joshin ("You can't be serious")
00:19:47 Join Keripo [0] (~Keripo@eng055.wireless-resnet.upenn.edu)
00:32:41 Quit Keripo (Ping timeout: 276 seconds)
00:34:29 Quit domonoky (Read error: Connection reset by peer)
00:38:34 Quit Thra11_ (Remote host closed the connection)
00:43:23 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au)
00:51:09 Quit Staphylo (Read error: Connection reset by peer)
00:54:07 Quit ukleinek (Ping timeout: 244 seconds)
00:54:13 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de)
01:00
01:22:07keyb_grbertrik: (for the log) I have a hunch re: what the problem with AMSv2 pop noise suppression may have been. Any idea what headphone amp supply is tied to? If it's, say, AVDD17, the default value of that (1.65 V) would be below the minimum spec of 1.8 V for HPVDD...
01:24:39 Quit keyb_gr (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20110928161145])
01:28:57JdGordonamiconn: http://www.rockbox.org/tracker/task/12299?getfile=24132
01:29:56 Quit Strife89 (Quit: Vamoose!)
01:30:05 Join Strife89 [0] (~Strife89@207.144.201.128)
01:34:41 Join factor [0] (~factor@74.197.205.204)
01:43:13 Join JE [0] (~be962534@www.haxx.se)
01:44:13JEHi, could someone explain how to setup the theme editor on Ubuntu Natty? I'm not sure what package(s) of Qt I should install
01:47:25JdGordon[Saint_]: grumble pong?
01:47:53 Quit Strife89 (Quit: Heading home.)
01:52:41 Quit JE (Quit: CGI:IRC (EOF))
01:53:12JdGordonhmm, never mind, read the logs... ETOOMUCHMISUNDERSTANDING
01:55:14***Saving seen data "./dancer.seen"
01:57:04JdGordonif starting playback from inside a .m3u doesnt put you in the wps then that is a bug
02:00
02:00:24JdGordonreading the mailing list thread (which is nearly 11months old) selecting a .m3u in the filebrowser should also star it immeditatly (though i have a feeling that was dumped in the final version)
02:01:02JdGordonand lastly, there was 7 months of inactivty in which noone brought up the patch (thats 7 months between me saying it was about to go in and it actually going in)
02:01:30LloreanYes, selecting it in the file browser just shows the playlist list. Selecting an entry from within it start playback, and goes back to the file browser highlighting the playlist (which is about the only place I can't see any reason to end up)
02:04:19LloreanThis seems like basic functionality of the patch. It's not like the reproduction formula is anything but "try using a playlist" so the excuse of "well not enough other people tested the patch" doesn't seem to really fly since the only way to miss this is if the author didn't test it.
02:04:37LloreanUnless the bug has creeped in later, in which case people not testing the patch back then is irrelevant.
02:05:03JdGordonthe tracker links to the wrong revision... http://svn.rockbox.org/viewvc.cgi?view=rev;revision=30177
02:05:14 Quit banan__ (Ping timeout: 260 seconds)
02:06:36 Quit jludwig_ (Quit: leaving)
02:06:55LloreanAccording to that, then, the inability to just select a playlist in the browser and launch it is intentional.
02:11:10 Join u-haul [0] (~db5a9dbf@www.haxx.se)
02:12:24 Quit u-haul (Client Quit)
02:42:50 Quit kadoban (Ping timeout: 258 seconds)
03:00
03:02:15 Quit GeekShadow (Remote host closed the connection)
03:06:17 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
03:08:06 Quit sinthetek (Quit: reboot)
03:14:22 Join sinthetek [0] (~sinthetek@cpe-174-111-016-189.triad.res.rr.com)
03:14:22 Quit sinthetek (Changing host)
03:14:22 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
03:18:50 Quit fatline (Quit: This computer has gone to sleep)
03:33:37 Quit [Saint_] (Quit: AndChat - Android IRC Client - http://www.andchat.net/)
03:33:51 Join [Saint] [0] (~Saint]@101.98.129.152)
03:35:42 Quit othniel (Ping timeout: 248 seconds)
03:55:16***Saving seen data "./dancer.seen"
04:00
04:10:35 Quit MethoS- (Remote host closed the connection)
04:11:35 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
04:27:24 Quit amiconn (Disconnected by services)
04:27:25 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:27:27 Quit pixelma (Disconnected by services)
04:27:28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:27:30 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:27:47 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:32:47 Quit fiesh (Ping timeout: 248 seconds)
04:36:54 Join fiesh [0] (~fiesh@p4FCB60F8.dip.t-dialin.net)
04:57:50 Quit TheSeven (Disconnected by services)
04:58:01 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven)
05:00
05:02:31 Quit BHSPitMonkey (Remote host closed the connection)
05:21:25 Join Rob2223 [0] (~Miranda@p4FFF392B.dip.t-dialin.net)
05:25:08 Quit Rob2222 (Ping timeout: 252 seconds)
05:42:57 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
05:55:17***Saving seen data "./dancer.seen"
06:00
06:03:20 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
06:05:12 Join Keripo [0] (~Keripo@eng448.wireless-resnet.upenn.edu)
06:07:35 Quit othniel (Ping timeout: 255 seconds)
06:15:09 Quit [Saint] (Read error: Connection reset by peer)
06:15:56 Join [Saint] [0] (~Saint]@101.98.129.152)
06:25:31 Quit [Saint] (Remote host closed the connection)
06:28:54 Quit zchs (Quit: Leaving)
06:30:19 Quit user890104 (Read error: Operation timed out)
06:30:19 Join user890104 [0] (~Venci@static.225.178.40.188.clients.your-server.de)
06:40:25 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
06:55:33 Quit zchs (Quit: Leaving)
07:00
07:02:33 Quit 17WAAFM6N (Quit: 17WAAFM6N)
07:20:38 Join Buschel [0] (~chatzilla@p54A3B1A9.dip.t-dialin.net)
07:24:45 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
07:47:22 Quit fatline (Quit: This computer has gone to sleep)
07:52:28 Join RansomTime [0] (~RT@wikia/vstf/Randomtime)
07:55:20***Saving seen data "./dancer.seen"
08:00
08:05:22 Join stoffel [0] (~quassel@p57B4DC78.dip.t-dialin.net)
08:08:26 Join echelon [0] (~echelon@gateway/tor-sasl/harel)
08:08:38 Join [Saint] [0] (~Saint]@101.98.129.152)
08:09:07echelonanyone use m4b on rockbox?
08:09:35echeloni check the forum posts from 2009 and it said that m4b's over 2 hrs long don't work
08:09:37echelonis that still an issue
08:14:51 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
08:21:15 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
08:40:33 Join ender` [0] (~ender@foo.eternallybored.org)
08:40:41 Join [Saint_] [0] (~Saint]@115.189.224.243)
08:41:54 Quit RansomTime (Ping timeout: 260 seconds)
08:42:48 Quit [Saint] (Ping timeout: 255 seconds)
08:48:15 Quit bertrik (Ping timeout: 248 seconds)
08:51:21 Quit Keripo (Quit: Leaving.)
08:56:14 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:57:34 Quit Scromple (Quit: Leaving)
08:58:02 Join LinusN [0] (~linus@giant.haxx.se)
09:00
09:04:54 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
09:08:39 Join [Saint] [0] (~Saint]@101.98.129.152)
09:09:55 Quit [Saint_] (Ping timeout: 260 seconds)
09:10:45 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
09:12:42 Quit Jak_o_Shadows (Ping timeout: 276 seconds)
09:55:23***Saving seen data "./dancer.seen"
09:56:13 Quit rjg (Read error: Connection reset by peer)
09:56:18 Join rjg [0] (~robert@odie.tomelliott.net)
09:59:14 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:59:16 Quit rudi_s (Ping timeout: 258 seconds)
09:59:42 Join rudi_s [0] (~simon@austria125.server4you.de)
10:00
10:02:58 Quit othniel (Ping timeout: 252 seconds)
10:04:03 Join mystica555 [0] (~mike@71-211-199-174.hlrn.qwest.net)
10:34:32 Join Th3ChaS3r [0] (~5b546ad2@www.haxx.se)
10:34:42Th3ChaS3rHello all
10:35:30 Quit stoffel (Ping timeout: 260 seconds)
10:36:09 Part LinusN
10:36:20 Part Zagor
10:40:10Th3ChaS3rDoes anyone know the porting process for Rockbox?
10:42:14 Join LinusN [0] (~linus@giant.haxx.se)
10:43:10 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
10:47:21 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
10:47:38wodzTh3ChaS3r: more or less all active devs
10:47:45Th3ChaS3rmmmm
10:48:04Th3ChaS3rWe currently resel a unit that would like a rockbox port for
10:48:13Th3ChaS3rresel? what is that? I meant resell
10:49:31wodzhttp://www.rockbox.org/wiki/NewPort
10:49:39wodzthis is a good start
10:50:13wodzdo you know anything about the target under consideration?
10:50:35Th3ChaS3rtarget being the product?
10:50:53wodzAnd ports are not done by request. If you have interest in porting - go ahead
10:50:57 Quit Horscht (Quit: Verlassend)
10:51:00wodzyes
10:51:18Zagorthough there is nothing wrong with asking if anyone else too is interested
10:51:39wodzsure
10:52:13wodzTh3ChaS3r: do you have technical documentation for this player?
10:52:37 Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:00
11:07:44Th3ChaS3rI dont unfortunately
11:07:57Th3ChaS3reasily retriveved though
11:08:01Th3ChaS3rretrieved
11:09:34Th3ChaS3rits for this :-( www.colorfly.eu :-)
11:10:05wodzwell, technical documentation are usually not easy to get
11:10:18wodzhaha - audiophile mumbo-jumbo
11:10:28 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
11:11:03 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
11:12:41 Quit Jak_o_Shadows1 (Ping timeout: 255 seconds)
11:14:04Zagorwodz: be nice. you can aim for quality without stepping into snake oil. do you see any silly claims on that site?
11:14:29Th3ChaS3rthere are MANY silly claims on that site
11:14:55Th3ChaS3rit would however be a better unit if it was rockbox'd
11:15:04Zagorit's a *lot* more down-to-earth than most "audiophile" product pages
11:15:26Zagoreven quoting real specs and chips instead of airy subjective opinions
11:15:27wodzsure - tell me how upsampling/resampling from 16bit/44.1kHz to 24bit/192kHz "greatly reduces distortion"
11:16:00Zagorwhere does it say that?
11:17:07Zagorthough it's not the first portable 24/192 player, of course
11:17:20Th3ChaS3rHiFiman is
11:17:26 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:17:30wodzbrand story -> 10th page
11:18:08Th3ChaS3rthe 24/192 doesnt sound as good as 24/88.
11:19:00Zagorwodz: I can't find that. all I see is claims that 24/192 is better than 16/44, which is pretty reasonable
11:19:22Zagoroh there
11:19:24Zagorfound it :)
11:19:32Th3ChaS3rlol
11:20:27Zagortheoretically, it can provide lower distortion by producing smoother sinus waves. I'd hesitate to call it "greatly reduced" though.
11:21:12Th3ChaS3ri would too
11:21:16ZagorI still think the site is quite ok, compared to most audiophile product presentations
11:21:19Th3ChaS3rhowever unfortunately it's a translation
11:21:32Th3ChaS3rchinese to english translation is difficult sometimes
11:22:46wodzTh3ChaS3r: coming to the point port is (almost) always possible it is a matter of time and persistence and documentation helps a lot.
11:22:56Zagorjust listing the actual components used is a big no-no among the snake oil companies
11:23:21Th3ChaS3rhow much time generally to port?
11:23:30Th3ChaS3rweeks, months.....years?
11:23:42Zagormonths
11:24:26Tornewodz: looks good
11:24:30Zagorvarying greatly depending on available documentation and amount of protection needed to be bypassed
11:25:28Zagora limitation is that I suspect this is going to be stratospherically priced, so casual devs are unlikely to obtain one.
11:26:25TorneZagor: the info vaguely implies that it might be using something other than a general purpose CPU to decode, also
11:27:27Zagoryes, that would be a problem
11:27:41Zagoranyone heard of "C4 MASTER processor"?
11:27:41Th3ChaS3r:-(
11:27:44TorneIt claims "upgradable" so not something like the MAS
11:27:54Tornebut quite possibly a DSP
11:28:22 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt)
11:28:26TorneZagor: sounds like a brand name for an ASIC with someone else's macrocell in, tbh :)
11:29:23wodzTorne: I am still unsure how to proceed with 'new' stack. Claiming one (as this patch do) is a waste currently
11:29:37Tornewodz: Well, you could just not claim one for now
11:30:27wodzI'll reserve symbol name for now and alias it to irqstack probably
11:30:58kugelcan we have that code shared between targets instead of duplicated in each crt0?
11:31:24wodzkugel: not truly
11:31:44ZagorMSRP €500
11:31:55Tornewodz: that's fine; it can stay being the irq stack indefinately, tbh
11:32:19wodzkugel: startup code is usually SoC specific
11:32:24Tornewodz: it only needs a separate stack if either 1) you want to enable irqs while in svc mode or 2) you want to make swi's while in irq mode
11:32:34kugelwodz: but not this portion
11:32:36Tornewodz: otherwise, they can share the same stack as they will never be active at the same time
11:33:54wodzkugel: you are welcomed to provide clean solution
11:34:16Tornewell, we could just split crt0 up into more files
11:34:37Tornehave the aprt that is ARM-generic (like the vector implementations and stack stuff) in an all-arm-targets .S
11:35:22wodzwe could which means MrSomeone needs to do that :-)
11:35:46kugelwodz: I thought you were the "hugh'ish cleanup guy" :P
11:37:17wodzsorry, failed to parse this statement
11:37:41kugeldidnt you make one or two big cleanups already?
11:38:09kugelperhaps I confuse you with someone else
11:38:49wodzyou are referring to move of MAS code into target tree probably
11:39:13 Quit fs-bluebot (Read error: Connection reset by peer)
11:41:32Th3ChaS3rmmmmm rockbox for anodroidd
11:43:47 Join fs-bluebot [0] (~fs-bluebo@g226070049.adsl.alicedsl.de)
11:46:35wodzkugel: crt0.S refinement is probably possible but 1) startup code is very sensitive to changes and we lack severely in target testing 2) this is quite boring
11:47:37wodzkugel: I have some interest in switching default mode on ARM to sys since I am interested in writing gdb-stub which could use SWI for single stepping.
11:49:02kugelwell, it'd be nice already if newer targets dont duplicate anymore :(
11:49:18kugelbut I understand that you have no motivation to do it :)
11:51:23kugels/newer/upcoming/
11:51:58kugeli just thought would be a good chance since you need to change all crt0s (and test?) anyway
11:53:32wodzkugel: I looked at panicf() and there are a couple of issues to do backtrace there: 1) currently backtrace() is inlined which have some benefits but considering number of panicfs in our codetree this is not an option. 2) I have to rethink about how to deal with different screen sizes on our targets
11:53:42 Quit casainho (Ping timeout: 258 seconds)
11:54:08wodzkugel: well mode change is so trivial that it doesn't have to be tested much
11:54:48kugelbut panicf isn't inlined is it?
11:55:18wodzhmm right
11:55:26***Saving seen data "./dancer.seen"
11:55:55kugeland why do you need to think about screen sizes more than with UIE?
11:57:21wodzkugel: Its the same but I didn't considered this when creating this preliminary patch
11:57:37wodzkugel: and btw have you played with backtrace?
11:57:48 Join GodEater_ [0] (93722cd1@rockbox/staff/GodEater)
11:58:06kugelno, I have very little time currently
11:58:07pamaurykugel: the generic crt0.S needs to be more generic if we want to avoid duplicating it
11:59:02kugelpamaury: I don't propose not a generic crt0.S, but factoring out common portions
11:59:02Zagorperhaps a simple early solution to the backtrace symbol issue is to only enable it for flash targets at first.
11:59:31pamaurykugel: it's very hard to factor assembly code, especially in a ctr0 file
12:00
12:00:01wodzwell vectors and stacks setups are the same
12:00:24pamauryI agree there is too many duplication though
12:01:19pamauryI'll try to have a look at them to see what can we do
12:04:42wodzI could in theory work on this but I truly don't believe that I'll be able to provoke people to test on all affected targets
12:06:00 Join GeekShadow [0] (~antoine@254.164.21.93.rev.sfr.net)
12:07:38 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt)
12:09:18 Quit casainho (Client Quit)
12:10:08 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
12:10:42 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
12:11:41 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
12:13:32 Quit Jak_o_Shadows (Ping timeout: 256 seconds)
12:17:36 Join Antioh [0] (~3eb63444@www.haxx.se)
12:17:59AntiohHi/ russian dev
12:18:50 Quit Antioh (Client Quit)
12:19:38 Quit [Saint] (Read error: Connection reset by peer)
12:26:22 Join crystal [0] (~29884d52@www.haxx.se)
12:26:36 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
12:27:20crystalI don't understand why there is a playlist catalogue and a playlist directory, can someone explain the design philosohy of that please ?.
12:28:02GodEater_Rockbox isn't really "designed" as much as "congealed".
12:28:13crystalheh
12:29:15crystalcatalogue makes sense, but why duplicate with a playlist directory, does playlist have special functions ?
12:31:24crystalplaylist implies singular, playlists would be grammtically correct for a repository of multiple playlists
12:34:05 Quit Th3ChaS3r (Quit: CGI:IRC (EOF))
12:34:07pamauryTell me if I'm wrong but I don't see the duplication between catalogue and directory. The catalogue is a just a menu shortcut to edit playlists which are the canonical directory
12:34:48crystalyet the function of both is identical
12:35:43pamauryI don't see your point, you can edit any playlist anywhere on the filesystem, the catalogue also you to access the one in some specified directory from anywhere, they are completely different
12:35:51pamaury*allows
12:36:30pamaury(I don't use playlists so I might be wrong, please anyone correct me if needed)
12:38:14crystalwhy duplicate the same function, under different names if they have exactly the same function, which to my understanding is a repository for playlists, playlist catalogue makes sense, why have "playlist" under files ?
12:38:55pamaurywhich "functions" ? I don't understand what you mean
12:39:54GodEater_yeah, I'm not following either.
12:40:16GodEater_if you don't want a playlist directory under files, just delete it?
12:41:28crystal"playlist Catalogue is a place to store playists, right. Files > "Playlist" displays exaxctly the same playlists, why have two different places to store the exact same info. OK so I can delete "playlists" ?, will it be auto created at any stage ?
12:45:03crystalah wait I think I get it, Playlist Catalogue is where you store your compiled playlists. Files > playlist is where dynamic playlists are stored, but why then would it display the catalgoued playlists as well ?
12:45:07pamaurythe playlist catalogue refers to a subset of playlists which are under the playlist directory (/Playlists by default). These are special because from the context menu you can add any file to a playlist in the playlist catalogue
12:46:59 Join T44 [0] (~Topy44@f049140124.adsl.alicedsl.de)
12:49:18 Quit Topy (Ping timeout: 248 seconds)
12:51:04 Quit crystal (Quit: CGI:IRC (EOF))
13:00
13:02:01 Quit Stummi (Quit: Bye!)
13:12:39 Join Jak_o_Shadows [0] (~hayden@144.136.211.121)
13:14:11 Quit Jak_o_Shadows1 (Ping timeout: 240 seconds)
13:19:47 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
13:34:16kugelwodz: is "rk27generic" really a model name?
13:36:59wodzkugel: this is rockchip reference design - it is rebranded by various distributors
13:37:24wodznot speaking about tons of nonames :-)
13:37:58kugelso, there is a rockchip reference player? or soc?
13:38:19wodz?
13:39:14wodzrockchip released reference design along with SDK - many manufacturers didn't change anything in this design
13:39:37pamaurysigmatel has been doing this for years too
13:40:02kugelwhat is this reference design? a player, a soc, a board?
13:40:05 Join MethoS- [0] (~clemens@134.102.106.250)
13:40:16wodzkugel: player
13:40:27kugelah, okay. thanks
13:41:18wodzkugel: we could call this Ramos RM970 as well as this was probably the first player based on this design on the market
13:41:50 Join matze` [0] (~pflaume@p5498ABF1.dip.t-dialin.net)
13:42:00pamauryThat might be confusing
13:42:19kugeland this hifiman hm601 port is almost-but-not-entirely using that reference design?
13:42:36ZagorI agree with Crystal that "Playlist catalogue" is rather confusing
13:43:17wodzkugel: hm601 differs quit sagnificantly
13:43:51Zagornot least the name. what's wrong with "Playlists", as in "Files"?
13:44:07wodzkugel: it uses different lcd, different DAC, buttons are not connected to GPIOs but are read by ADC
13:44:30kugelbut the soc is the same?
13:44:34wodzyes
13:44:39kugelalright
13:44:44*Zagor recruits LinusN to the percent revolution...
13:46:19LinusNi welcome my android overlord
13:47:22 Join Thra11 [0] (~thrall@151.63.125.91.rb3.adsl.brightview.com)
13:48:14 Join hilbert [0] (~hilbert@89.217.203.0)
13:48:46 Quit pamaury (Remote host closed the connection)
13:49:50 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch)
13:50:14 Join Topy [0] (~Topy44@f048011015.adsl.alicedsl.de)
13:52:26 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
13:53:50 Quit T44 (Ping timeout: 248 seconds)
13:55:30***Saving seen data "./dancer.seen"
13:56:26 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
13:56:27 Quit bertrik (Changing host)
13:56:27 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
13:58:38 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
13:59:10 Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik)
13:59:23 Quit bertrik_ (Client Quit)
14:00
14:02:09 Quit Jak_o_Shadows (Ping timeout: 260 seconds)
14:12:58 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
14:16:14 Quit Jak_o_Shadows1 (Ping timeout: 276 seconds)
14:24:35 Quit ps-auxw (Ping timeout: 240 seconds)
14:25:49 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
14:30:04 Quit factor (Read error: Connection reset by peer)
14:31:06Zagorthe keyclick feature on android is embarrassingly slow. the clicks sound almost a second after you click.
14:31:21Zagorthe option should probably be disabled
14:43:49kugelindeed. but is it really android related?
14:44:46ZagorI don't know, I only tested it on android just now
14:45:02ZagorI have no other targets with me
14:45:22kugelit's appears to be quite a hog for the ui as well
14:45:44 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
14:46:21kugeland it crashes a lot
14:49:55Zagortouch targets should disable the select bar
14:51:21kugelwhy that?
14:51:29kugelandroid has a selection bar as well
14:52:03Zagorno
14:52:04Tornebut it only comes up when using the directional controls
14:52:09TorneIt never appears from touches
14:52:12Zagoronly *after* you use cursor keys
14:52:29kugelthat's true
14:52:36Torneif we can do that that'd be nice ;)
14:52:40kugelTorne: it appeas when you long press
14:53:07Torneonly until you dismiss the context menu, no?
14:53:15Zagorthat's click feedback, which is very nice and something I'd like us to have too. not the same thing.
14:53:48Torneanyway, yes, ther eis a difference between click/touch feedback and an always-visible indicator of a currently "selected" element
14:54:04kugelZagor: one problem is that it's actually not easy for list drawing code to see that the list changed
14:54:35Zagorthe list changed?
14:54:36kugelthe selection bar is hidden when scrolling with the finger
14:54:52Zagorbut the arrow is not
14:54:54kugelwell, the content (e.g. when you enter a folder)
14:55:23ZagorI don't understand what you are saying :-)
14:56:03kugelwell, assuming you want to have the selector as click feedback. then you want to hide it again when the transition is over
14:57:02Zagorno I want to hide it when the finger is lifted, before the transition starts
14:57:16kugelthat transition is not visible for the list drawing code (so it cannot easily hide). this is also why the list is sometimes shifted (if the previous one was deu to scrolling)
14:57:56Zagorthe colored area shows that your finger is touching an active element
14:58:14Zagoras soon as you don't, it should go back to black (or whatever look it had)
14:58:44kugelI can perhaps have a look when I finished the other twi list related things
14:58:47kugelI hope
14:59:16kugelZagor: that actually annoys me (on android as well), because un-selected items don't scroll
14:59:39kugelI often select lines only to let them scroll to see the entire text
15:00
15:00:21Zagorright, that is a problem
15:00:51Zagorleft/right swiping would be nice... :-)
15:01:06Zagor(actually I'm not sure it would)
15:05:18 Quit fatline (Quit: This computer has gone to sleep)
15:09:03 Quit antil33t (Read error: Connection reset by peer)
15:09:31 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz)
15:13:38 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au)
15:15:47 Quit Jak_o_Shadows (Ping timeout: 240 seconds)
15:22:10 Part LinusN
15:32:46 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
15:43:37 Quit wodz (Quit: Leaving)
15:46:59 Quit totm (Quit: byebye)
15:47:36 Quit Jak_o_Shadows1 (Remote host closed the connection)
15:55:33***Saving seen data "./dancer.seen"
16:00
16:00:20 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
16:05:31 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
16:05:53 Part Zagor
16:11:34 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/)
16:12:19 Join fatline [0] (~fatline@dyn-209-2-215-114.dyn.columbia.edu)
16:23:20 Join n1s [0] (~quassel@rockbox/developer/n1s)
16:28:02 Quit othniel (Ping timeout: 252 seconds)
16:28:10 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
16:33:18 Join TheLemonMan [0] (~LemonBoy@ppp-97-35.26-151.libero.it)
16:44:47 Quit Mineo (Ping timeout: 244 seconds)
16:55:12 Join y4n [0] (y4n@unaffiliated/y4ndexx)
17:00
17:01:43 Quit GodEater_ (Ping timeout: 252 seconds)
17:03:06 Join WalkGood [0] (~4@unaffiliated/walkgood)
17:08:05 Join mortalis [0] (~4d6c62b0@www.haxx.se)
17:16:38 Join hilbert [0] (~hilbert@89.217.203.0)
17:19:20 Quit liar (Ping timeout: 258 seconds)
17:20:32 Join Mineo [0] (~wh@2001:638:904:ffca:4261:86ff:fe87:5544)
17:27:53 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17:35:25 Quit Mineo (Ping timeout: 244 seconds)
17:42:33 Quit zchs (Read error: Operation timed out)
17:43:33 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
17:52:51 Quit ReimuHakurei (Remote host closed the connection)
17:55:34***Saving seen data "./dancer.seen"
17:58:19 Quit matze` (Remote host closed the connection)
18:00
18:01:15 Join 92AAAOSXM [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net)
18:04:58 Quit sinthetek (Read error: Operation timed out)
18:09:03 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
18:10:23 Join Strife89 [0] (~Strife89@207.144.201.128)
18:10:46 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
18:26:30 Join Horscht [0] (~Horscht@p57B5729F.dip.t-dialin.net)
18:26:30 Quit Horscht (Changing host)
18:26:30 Join Horscht [0] (~Horscht@xbmc/user/horscht)
18:32:15 Quit y4n (Read error: Connection reset by peer)
18:34:24 Join y4n [0] (y4n@unaffiliated/y4ndexx)
18:35:26 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
18:35:39 Quit mc2739 (Ping timeout: 252 seconds)
18:38:57 Quit guymann (Ping timeout: 252 seconds)
18:39:09 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
18:43:43 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
18:47:44 Quit mikroflops (Quit: <(^_^)>)
18:56:58 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl)
18:59:24 Quit Strife89 (Excess Flood)
19:00
19:00:35 Join Strife89 [0] (~Strife89@207.144.201.128)
19:05:53 Join guymann [0] (~charles@64-252-121-71.adsl.snet.net)
19:06:10 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:07:20 Join RansomTime [0] (~RT@wikia/vstf/Randomtime)
19:08:09 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
19:16:29 Join Keripo [0] (~Keripo@eng401.wireless-resnet.upenn.edu)
19:16:47 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:19:08 Quit Strife89 (Ping timeout: 276 seconds)
19:20:29 Quit hilbert (Quit: Computer has gone to sleep.)
19:20:40 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
19:22:51CIA-14New commit by kugel (r30721): lists: Detect dirtyness (need to reinit) for each list, instead of once globally.
19:24:06 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
19:25:57CIA-14r30721 build result: 10 errors, 7 warnings (kugel committed)
19:27:35 Quit Keripo (Ping timeout: 256 seconds)
19:28:28CIA-14New commit by kugel (r30722): Re-order things to fix red.
19:30:30CIA-14r30722 build result: 0 errors, 5 warnings (kugel committed)
19:30:49 Quit ReimuHakurei (Remote host closed the connection)
19:31:17CIA-14New commit by kugel (r30723): Correct left-over assignment. ...
19:31:17 Join Strife89 [0] (~Strife89@207.144.19.39)
19:32:28 Join Mineo [0] (~wh@2001:638:904:ffca:4261:86ff:fe87:5544)
19:33:06CIA-14r30723 build result: 0 errors, 5 warnings (kugel committed)
19:34:19 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
19:36:02 Quit ReimuHakurei (Client Quit)
19:42:45 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-77-65.tampfl.fios.verizon.net)
19:44:01 Quit WalkGood (Quit: CaminaBien)
19:44:31 Quit 92AAAOSXM (Quit: 92AAAOSXM)
19:46:17kugelI'm finally gonna upload the list item size patch to flyspray
19:46:52 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
19:51:02 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
19:51:03 Quit pamaury (Changing host)
19:51:03 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:52:35 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:53:27 Join stoffel [0] (~quassel@p57B4BCE4.dip.t-dialin.net)
19:55:35***Saving seen data "./dancer.seen"
20:00
20:02:17 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
20:08:11 Join hilbert [0] (~hilbert@89.217.203.0)
20:12:23kugelFS #12321
20:12:24fs-bluebothttp://www.rockbox.org/tracker/task/12321 Touchscreen: List line padding, to more easily select lines (patches, assigned)
20:15:23 Quit stoffel (Ping timeout: 255 seconds)
20:16:15 Join robin0800 [0] (~robin0800@genld-217-236.t-mobile.co.uk)
20:17:39 Quit TheLemonMan (Quit: WeeChat 0.3.5)
20:17:50 Quit ReimuHakurei (Remote host closed the connection)
20:22:49 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
20:24:12 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
20:25:06 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
20:26:14 Quit mortalis (Quit: CGI:IRC)
20:27:55 Quit othniel (Ping timeout: 258 seconds)
20:29:34 Join AlexP [0] (~alex@rockbox/staff/AlexP)
20:30:30 Quit liar (Read error: Connection timed out)
20:31:44 Quit ReimuHakurei (Remote host closed the connection)
20:37:00 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
20:37:40wodzkugel: have you seen FS #12320?
20:37:41fs-bluebothttp://www.rockbox.org/tracker/task/12320 need substitute to /.rockbox/skin_buffer_size.txt (bugs, unconfirmed)
20:38:25 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
20:43:32 Quit ReimuHakurei (Remote host closed the connection)
20:46:04kugelwodz: no, thanks
20:47:14 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
20:52:35 Quit ReimuHakurei (Remote host closed the connection)
20:59:39 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
21:00
21:02:19 Quit y4n (Ping timeout: 252 seconds)
21:02:35 Join y4n [0] (y4n@unaffiliated/y4ndexx)
21:07:55 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
21:07:59 Quit Strife89 (Ping timeout: 260 seconds)
21:09:00 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
21:11:23 Join xaneth [0] (~443a1b07@www.haxx.se)
21:13:05xanethhay can someone help me find a way to use rockbox on a sony walkman nwz-e344
21:15:21 Quit xaneth (Client Quit)
21:15:25 Join xaneth [0] (~443a1b07@www.haxx.se)
21:16:20xanethcan someon help me with a rockbox disstro for sony walkman nwz-e344
21:16:50pamauryxaneth: as far as I know there is no port for this player so someone needs to write the code for it
21:17:31xanethya so what all does it take to do
21:17:45xanethand how long
21:17:57ukleinekxaneth: depends on your coding speed
21:18:04 Join saratoga [0] (46b85c62@gateway/web/freenode/ip.70.184.92.98)
21:18:15pamauryhttp://www.rockbox.org/wiki/NewPort
21:18:28xanethfirst i don't know a thing about coding
21:18:34pamauryit depends on the doc you have and your reverse engineering speed and some unpredicatable things
21:19:05xanethcan u help me
21:19:13saratogano
21:19:18saratogaif you're not a programmer you're out of luck
21:19:21xanethjust tell me what u would need
21:19:24saratogabuy a different mp3 player
21:19:35xanethya i know
21:20:10xanethis there other replacement firmwares like rockbox out there
21:20:22 Quit GermanMushroom (Quit: Ik ga weg)
21:20:38AlexPxaneth: Find someone who has all the skills and get them to spend hundred of hours on it for you (yeah, right...), or learn to code yourself and do it
21:20:40pamauryat the very least you should know the hardware of your mp3 player but even then you will have to do the work or find someone to do it
21:20:47AlexPThey are pretty much the only two options
21:20:48saratoganot for your mp3 player AFAIK
21:21:21saratogawe're pretty much the only people still hacking mp3 players, although a couple other projects work with us like freemyipod and (the now abandoned) ipodlinux
21:22:32 Quit ReimuHakurei (Remote host closed the connection)
21:23:11 Join keyb_gr [0] (~chatzilla@p4FF027C7.dip.t-dialin.net)
21:23:15xanethdo u hav any contacts who could get me somewhat an detailed start on what i'm doing
21:23:35xanethand what softrware i need
21:24:12saratogaxaneth: you mean learning programming and computer engineering?
21:24:58xanethya i'm starting to see the issue know
21:25:08xanethaka now
21:25:23 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
21:25:53xanethdo u know if there working on this player
21:26:13AlexPNobody is that we are aware of
21:26:35AlexPYour best bet is to find an owners community and try to get other people there who have the needed skills interested
21:26:52AlexPBut it is a lot of hard work even for someone who knows what they are doing
21:27:00xanethhow long does it take u guys in general to figure itout
21:27:15saratogaif you want to learn this stuff i'd just buy a 20 dollar sandisk player off ebay and then use that to start learning programming and assembly language
21:27:20AlexPThat depends massively
21:27:43AlexPFor a new player with unknown hardware, a year maybe
21:27:46AlexPIf things go well
21:27:56wodzTorne: FS #12322
21:27:57fs-bluebothttp://www.rockbox.org/tracker/task/12322 Switch to SYS mode on arm (bugs, new)
21:29:13gevaertswodz: shouldn't that be in patches?
21:29:14saratogareally depends on how good you are at this stuff, i think it'd take me years to do a port by myself since i'm not that great at assembly
21:29:20CIA-14New commit by kugel (r30724): Add two macros for char*-based pointer arithmetic and use it in font.c ...
21:29:22wodzALL: tests appreciated
21:29:30saratogai think 7 can do a typical port in about a week though :D
21:29:37AlexPheh :)
21:29:43wodzgevaerts: probably :-)
21:29:49saratogaone ipod nano port is about 4 sandisk players i think
21:29:51pamauryheh, even he can't do it for unknown hardware ;)
21:30:02wodzanyway it fixes potential flaw so heh
21:30:15 Quit ReimuHakurei (Remote host closed the connection)
21:30:28xanethheres a link for the player
21:30:32AlexPpamaury: Don't feel slighted :)
21:30:32xanethhttp://esupport.sony.com/US/perl/model-home.pl?mdl=NWZE344#/manualsTab
21:31:29xanethits not that new
21:31:29pamauryAlexP: I don't :) On the contrary, the work on the ipods is very impressive
21:31:58CIA-14r30724 build result: 0 errors, 1 warnings (kugel committed)
21:32:19saratogaxaneth: it might be a good idea to open up your player and take pictures of the boards in it and put them on the wiki in case someone else eventually becomes interested in porting to your player
21:32:38AlexPand try to identify the chips
21:33:18 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
21:33:29keyb_grAs Dave Jones (EEVBlog) says, "Don't turn it on, /take it apart!/" :)
21:33:31xanethok ibought 3 of these on ebay for $20 so i hav only one that works completely
21:34:02AlexPThat's ideal then
21:34:11xanethyep
21:34:41xanethhay do u guys ha a way so i can just send the m to u
21:34:48bertrikthe port to the sansa clip zip will be easy :)
21:34:52wodzI don't see any firmware update for this player so things might be tricky
21:34:53AlexPxaneth: Real words please
21:35:10xaneththe hardware photos
21:35:12pamaurybertrik: I don't count it as a port ;)
21:35:34AlexPAnd no, people here will help, but not do it for you.
21:35:52xanethok
21:36:01AlexPEveryone is a volunteer, so people don't have the time to do anything other than that which they want done
21:36:03pamaurythe wiki is good place no ?
21:36:25AlexPOh, sorry, misunderstood
21:36:39AlexPI assumed "send the m to u" meant send the player
21:36:47AlexPThis is why real words are important!
21:37:15xanethno the sending of the photos of the hardware
21:37:41AlexPYou can put those on the wiki
21:38:11bertriksomeone please translate "send the m to u" for me
21:38:21keyb_grYou need to register http://www.rockbox.org/wiki/UserRegistration and ask for write permission on here
21:38:27AlexPbertrik: apparently, send the photos to you
21:38:36keyb_grbetrik: the m −−> them
21:38:39AlexPbertrik: Although how to hell one becomes the other is a mystery
21:38:48AlexPaha!
21:39:04AlexPkeyb_gr: good work :)
21:39:20xanethwhat software do i need
21:39:26xanethto start
21:39:29AlexPa text editor and a compiler
21:39:38AlexPThere isn't software to do it for you
21:39:49AlexPYou need to learn programming and electronic engineering
21:40:10AlexPAnd low level programming at that
21:40:16kugelboth is magic :)
21:41:02xaneththanks
21:41:04 Quit xaneth (Quit: CGI:IRC)
21:41:12keyb_grFor now, being able to write a wiki article would do though.
21:41:33keyb_grOops, now he's gone.
21:42:10AlexPI very much doubt anyone is ever going to bother with that
21:44:35*pamaury was interested in the hardware of that thing...
21:44:35 Quit RansomTime (Ping timeout: 258 seconds)
21:46:46 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se)
21:47:17 Quit ReimuHakurei (Remote host closed the connection)
21:47:57keyb_grWell, Sony E series players *are* reasonably popular. It seems like nothing much became of the A / S series port, huh?
21:50:04 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
21:51:05ukleinekbertrik: "send them to you"
21:51:19ukleinekah, too late
21:52:41pamauryperhaps he'll be back with the photos
21:53:00wodzukleinek: one guy provided usb sniff of rk27xx device upgrade with dedicated windows tool which doesn't follow rk27load scheme
21:53:18ukleinekwodz: where is it?
21:53:33ukleinekwhich device?
21:54:25ukleinekwodz: I expect both Archos and Odys not to use the rk27load scheme for their updates
21:54:36 Quit ReimuHakurei (Remote host closed the connection)
21:55:02keyb_grbertrik: I am reasonably sure now that the excessive power-off pop on AMSv2 *without* PMU patch is caused by out-of-spec (low) headphone amp supply. No idea whether it's tied to PVDD1 or AVDD17, in any case the amp needs 1.8V min and wouldn't be expected to work 100% below that.
21:55:25wodzukleinek: http://forums.rockbox.org/index.php/topic,10428.45.html
21:55:39***Saving seen data "./dancer.seen"
21:55:59wodzukleinek: It's HIFIMAN HM-601 player
21:57:42*wodz kindly asks for tests of FS #12322
21:57:43fs-bluebothttp://www.rockbox.org/tracker/task/12322 Switch to SYS mode on arm (bugs, new)
21:58:20bertrikwodz, I don't really understand the current problem
21:58:26 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
21:58:40pamaurywodz: I'll do the test with the fuze+ during my next fuze+ hacking session
21:59:33wodzbertrik: there are two separate issues: 1) running in SVC prevents us from using SWI for enything (for example in gdb-stub or to provide some sort of syscall)
22:00
22:00:20*kugel still thinks it'd be a great opportunity to factor out common parts of all ct0s now that so many of those are touched and need testing anyway
22:00:26wodz2) current handling of SWI is buggy because SWI handler silently returns but corrupting LR at least
22:00:37*pamaury agrees with kugel
22:01:19bertrikbut the only reason to care about SWI would be a gdb-stub, right?
22:01:36wodzAs we don't use SWI this isn't a problem per se but if for some weird reason SWI become executed it may bring funny effects
22:02:08wodzbertrik: the second issue is more theoretic I guess
22:02:52bertrikwodz, does this add extra code or complexity?
22:03:09wodzbertrik: ?
22:03:51pamaurybertrik: 3 lines to SWI handler and some code move
22:03:52bertrikthe patch adds more lines than it removes, why is that? does it add more lines or code, does it add complexity?
22:04:27wodzbertrik: basically changing default mode is a matter of msr cpsr, #0xdf instead of msr cpsr, #0xd3
22:04:38 Quit ReimuHakurei (Remote host closed the connection)
22:04:48wodzbertrik: it explicitly jumps to UIE which is 2 lines more
22:05:20wodzand it explicitly sets svc stack to irq stack +2 lines
22:06:21 Quit y4n (Quit: only amiga makes it possible)
22:07:27wodzsvc and sys have the same privileges but sys has the advantage that no exception messes with its LR and SP
22:08:04bertrikok, sounds good
22:10:15bertrikI can test it for pp (c200,e200,ipodnano1g) and AMSv1/AMSv2 (clip, clip+)
22:11:09 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:11:10 Quit ReimuHakurei (Remote host closed the connection)
22:13:58pamaurythinking about the ctr0 factorisation proposed by kugel, I see one potential "problem": on some targets (like the imx233), the code can't use the stack because it might not point to some valid location. On the imx233 since I need to call C code so I setup a temporary stack but on some other targets it might not be the case and it means that we could not factor code by "calling" it (so either we need to setup a temporary stack or use a macro to
22:13:58pamauryinline it)
22:15:27 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:15:45wodzthere are also differences between single core config and multicore
22:16:45pamaurywodz: what does it change ?
22:17:20wodzlook at crt0-pp.S and compare with others
22:17:33wodzbasically you setup stack twice
22:18:25pamaurythat can be handled by some device specific crt0 no ?
22:18:36wodzBTW - we should move pp files to its dir
22:19:06wodzpamaury: but the whole point of factorization is to move stack setup out of device specific no?
22:19:48 Quit ReimuHakurei (Remote host closed the connection)
22:19:56pamaurybasically I would like to see something like one crt0.S including a crt0-target.S file with some "hooks" between the different init parts. In the case of the PP, the cup stack would be factored out and the cop one would be in the specific part
22:20:05pamaury*cop
22:20:12pamaury*cpu
22:20:49wodzthe things in common are 1)vectors 2)stack setup 3) bss zeroing 4) exception handlers
22:20:50bertrikwodz, anything specific I should test?
22:21:09wodzbertrik: I think booting and playing anything is enough
22:21:11pamaurybut you can also see it the other way around: a ctr0.S file as a "library" which you include and use in each crt0.S file
22:23:44 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:24:20pamauryany thoughts ?
22:24:51kugelpamaury: I would assume it's factored out so that it doesn't need stack
22:24:59wodzThat really doesn't matter - we should choose scheme which is easier to adapt. There are 4 distinct designs in our crt0 files 1) crt0-pp.S 2) crt0.S 3) lyre_proto1 4) s5l870x/rk27xx
22:25:26wodzlyre_proto1 is uninteresting since it even doesn't compile
22:25:35wodzthis gives 3
22:26:10pamaurywodz: in which way is the rk27xx different ?
22:26:15wodzmrobe-500 has additional crt0-board.S
22:26:24pamauryit seems pretty similar to the crt0.S ones
22:26:28kugelpamaury: calling a function doesn't require a stack, not if the caller is asm code
22:26:58wodzit follows design of s5l870x in setting up the stack (addresses are from linker)
22:27:08pamaurykugel: and the callee doesn't need a stack, yes you're right
22:27:22 Quit AlexP (Remote host closed the connection)
22:28:15kugelmost interesting to factor out is the vector table, the stubs for the handlers, mode switching, stack and bss initializing. that's basically the same code in all crt0s
22:28:44pamauryyes
22:29:04pamaurywodz: and you can rewrite rk27xx crt0 to follow the others ;)
22:29:50wodzthis design is slightly more flexible :-)
22:29:51bertrikI'm slightly concerned that when porting a new target you get easily lost in a complex crt0 that includes other really low-level code again.
22:30:14bertrikbut it's an #ifdef mess now I guess
22:30:33 Quit ReimuHakurei (Ping timeout: 252 seconds)
22:31:05wodzbertrik: its not that bad but the price is huge code duplication
22:31:49pamaurybertrik: crt0.S is not the most misleading part of our code I think
22:32:16kugelyou'll still copy&paste existing crt0 for new ports, no change and no added risk there. it's just that less actual code is copied :)
22:32:16pamauryand you can always start with a really simple crt0 and move to a more complex one as the port progresses
22:32:39wodzbertrik: and studying 10+ implementations is also confusing when starting new port
22:34:49 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net)
22:35:10 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:35:46pamauryfor example, the multitude of boot.lds and app.lds is far more confusing
22:36:11wodzyeah, linker scripts are the best
22:36:49kugelthose are another topic. they're also identical for the most part :)
22:39:33wodzkugel: please, please do not propose to ifdef them
22:40:43pamauryyes, no ifdef if possible please
22:41:29kugelI didn't propose anything yet :) besides I find ifdefs worthwhile if they allow great code unification
22:42:50 Join antil33t| [0] (~antil33t@203-100-223-143.callplus.net.nz)
22:43:09 Quit antil33t (Ping timeout: 252 seconds)
22:44:36 Quit ReimuHakurei (Remote host closed the connection)
22:47:07 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:49:20 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
22:51:20 Quit ReimuHakurei (Remote host closed the connection)
22:54:10 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net)
22:56:23wodzbertrik: thanks for tests
22:58:22 Quit othniel (Ping timeout: 248 seconds)
23:00
23:01:36 Quit wodz (Quit: Leaving)
23:04:48 Join Thra11_ [0] (~thrall@62.187.pn.adsl.brightview.com)
23:08:35 Quit Thra11 (Ping timeout: 276 seconds)
23:15:11 Join FoH_Phobos [0] (~foh@adsl-98-83-144-95.bhm.bellsouth.net)
23:15:19 Quit FoH_Phobos (Client Quit)
23:15:41 Join TheLemonMan [0] (~LemonBoy@ppp-97-35.26-151.libero.it)
23:21:22 Quit benedikt93 (Quit: Bye ;))
23:33:12 Join Staphylo [0] (~Staphylo@mareo.fr)
23:36:56 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
23:38:36 Quit Thra11_ (Remote host closed the connection)
23:55:41***Saving seen data "./dancer.seen"
23:58:43 Quit liar (Remote host closed the connection)

Previous day | Next day