--- Log for 07.10.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 16 hours ago 00.00.04 # highspeed mode is not enabled for the internal sd 00.00.29 # it's only enabled when a sd cards supports it 00.00.48 # Combined 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.02 # Seems 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.22.07 # bertrik: (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.57 # amiconn: 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.13 # Hi, 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.25 # [Saint_]: grumble pong? 01.47.53 Quit Strife89 (Quit: Heading home.) 01.52.41 Quit JE (Quit: CGI:IRC (EOF)) 01.53.12 # hmm, never mind, read the logs... ETOOMUCHMISUNDERSTANDING 01.55.14 *** Saving seen data "./dancer.seen" 01.57.04 # if starting playback from inside a .m3u doesnt put you in the wps then that is a bug 02.00.24 # reading 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.02 # and 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.30 # Yes, 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.19 # This 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.37 # Unless the bug has creeped in later, in which case people not testing the patch back then is irrelevant. 02.05.03 # the 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.55 # According 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.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.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.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.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.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.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.07 # anyone use m4b on rockbox? 08.09.35 # i check the forum posts from 2009 and it said that m4b's over 2 hrs long don't work 08.09.37 # is 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.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.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.42 # Hello all 10.35.30 Quit stoffel (Ping timeout: 260 seconds) 10.36.09 Part LinusN 10.36.20 Part Zagor 10.40.10 # Does 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.38 # Th3ChaS3r: more or less all active devs 10.47.45 # mmmm 10.48.04 # We currently resel a unit that would like a rockbox port for 10.48.13 # resel? what is that? I meant resell 10.49.31 # http://www.rockbox.org/wiki/NewPort 10.49.39 # this is a good start 10.50.13 # do you know anything about the target under consideration? 10.50.35 # target being the product? 10.50.53 # And ports are not done by request. If you have interest in porting - go ahead 10.50.57 Quit Horscht (Quit: Verlassend) 10.51.00 # yes 10.51.18 # though there is nothing wrong with asking if anyone else too is interested 10.51.39 # sure 10.52.13 # Th3ChaS3r: do you have technical documentation for this player? 10.52.37 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.07.44 # I dont unfortunately 11.07.57 # easily retriveved though 11.08.01 # retrieved 11.09.34 # its for this :-( www.colorfly.eu :-) 11.10.05 # well, technical documentation are usually not easy to get 11.10.18 # haha - 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.04 # wodz: be nice. you can aim for quality without stepping into snake oil. do you see any silly claims on that site? 11.14.29 # there are MANY silly claims on that site 11.14.55 # it would however be a better unit if it was rockbox'd 11.15.04 # it's a *lot* more down-to-earth than most "audiophile" product pages 11.15.26 # even quoting real specs and chips instead of airy subjective opinions 11.15.27 # sure - tell me how upsampling/resampling from 16bit/44.1kHz to 24bit/192kHz "greatly reduces distortion" 11.16.00 # where does it say that? 11.17.07 # though it's not the first portable 24/192 player, of course 11.17.20 # HiFiman is 11.17.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.17.30 # brand story -> 10th page 11.18.08 # the 24/192 doesnt sound as good as 24/88. 11.19.00 # wodz: I can't find that. all I see is claims that 24/192 is better than 16/44, which is pretty reasonable 11.19.22 # oh there 11.19.24 # found it :) 11.19.32 # lol 11.20.27 # theoretically, it can provide lower distortion by producing smoother sinus waves. I'd hesitate to call it "greatly reduced" though. 11.21.12 # i would too 11.21.16 # I still think the site is quite ok, compared to most audiophile product presentations 11.21.19 # however unfortunately it's a translation 11.21.32 # chinese to english translation is difficult sometimes 11.22.46 # Th3ChaS3r: coming to the point port is (almost) always possible it is a matter of time and persistence and documentation helps a lot. 11.22.56 # just listing the actual components used is a big no-no among the snake oil companies 11.23.21 # how much time generally to port? 11.23.30 # weeks, months.....years? 11.23.42 # months 11.24.26 # wodz: looks good 11.24.30 # varying greatly depending on available documentation and amount of protection needed to be bypassed 11.25.28 # a limitation is that I suspect this is going to be stratospherically priced, so casual devs are unlikely to obtain one. 11.26.25 # Zagor: the info vaguely implies that it might be using something other than a general purpose CPU to decode, also 11.27.27 # yes, that would be a problem 11.27.41 # anyone heard of "C4 MASTER processor"? 11.27.41 # :-( 11.27.44 # It claims "upgradable" so not something like the MAS 11.27.54 # but quite possibly a DSP 11.28.22 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 11.28.26 # Zagor: sounds like a brand name for an ASIC with someone else's macrocell in, tbh :) 11.29.23 # Torne: I am still unsure how to proceed with 'new' stack. Claiming one (as this patch do) is a waste currently 11.29.37 # wodz: Well, you could just not claim one for now 11.30.27 # I'll reserve symbol name for now and alias it to irqstack probably 11.30.58 # can we have that code shared between targets instead of duplicated in each crt0? 11.31.24 # kugel: not truly 11.31.44 # MSRP €500 11.31.55 # wodz: that's fine; it can stay being the irq stack indefinately, tbh 11.32.19 # kugel: startup code is usually SoC specific 11.32.24 # wodz: 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.34 # wodz: but not this portion 11.32.36 # wodz: otherwise, they can share the same stack as they will never be active at the same time 11.33.54 # kugel: you are welcomed to provide clean solution 11.34.16 # well, we could just split crt0 up into more files 11.34.37 # have the aprt that is ARM-generic (like the vector implementations and stack stuff) in an all-arm-targets .S 11.35.22 # we could which means MrSomeone needs to do that :-) 11.35.46 # wodz: I thought you were the "hugh'ish cleanup guy" :P 11.37.17 # sorry, failed to parse this statement 11.37.41 # didnt you make one or two big cleanups already? 11.38.09 # perhaps I confuse you with someone else 11.38.49 # you 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.32 # mmmmm rockbox for anodroidd 11.43.47 Join fs-bluebot [0] (~fs-bluebo@g226070049.adsl.alicedsl.de) 11.46.35 # kugel: 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.37 # kugel: 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.02 # well, it'd be nice already if newer targets dont duplicate anymore :( 11.49.18 # but I understand that you have no motivation to do it :) 11.51.23 # s/newer/upcoming/ 11.51.58 # i just thought would be a good chance since you need to change all crt0s (and test?) anyway 11.53.32 # kugel: 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.08 # kugel: well mode change is so trivial that it doesn't have to be tested much 11.54.48 # but panicf isn't inlined is it? 11.55.18 # hmm right 11.55.26 *** Saving seen data "./dancer.seen" 11.55.55 # and why do you need to think about screen sizes more than with UIE? 11.57.21 # kugel: Its the same but I didn't considered this when creating this preliminary patch 11.57.37 # kugel: and btw have you played with backtrace? 11.57.48 Join GodEater_ [0] (93722cd1@rockbox/staff/GodEater) 11.58.06 # no, I have very little time currently 11.58.07 # kugel: the generic crt0.S needs to be more generic if we want to avoid duplicating it 11.59.02 # pamaury: I don't propose not a generic crt0.S, but factoring out common portions 11.59.02 # perhaps a simple early solution to the backtrace symbol issue is to only enable it for flash targets at first. 11.59.31 # kugel: it's very hard to factor assembly code, especially in a ctr0 file 12.00.01 # well vectors and stacks setups are the same 12.00.24 # I agree there is too many duplication though 12.01.19 # I'll try to have a look at them to see what can we do 12.04.42 # I 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.59 # Hi/ 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.20 # I don't understand why there is a playlist catalogue and a playlist directory, can someone explain the design philosohy of that please ?. 12.28.02 # Rockbox isn't really "designed" as much as "congealed". 12.28.13 # heh 12.29.15 # catalogue makes sense, but why duplicate with a playlist directory, does playlist have special functions ? 12.31.24 # playlist implies singular, playlists would be grammtically correct for a repository of multiple playlists 12.34.05 Quit Th3ChaS3r (Quit: CGI:IRC (EOF)) 12.34.07 # Tell 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.48 # yet the function of both is identical 12.35.43 # I 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.51 # *allows 12.36.30 # (I don't use playlists so I might be wrong, please anyone correct me if needed) 12.38.14 # why 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.55 # which "functions" ? I don't understand what you mean 12.39.54 # yeah, I'm not following either. 12.40.16 # if you don't want a playlist directory under files, just delete it? 12.41.28 # "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.03 # ah 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.07 # the 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.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.16 # wodz: is "rk27generic" really a model name? 13.36.59 # kugel: this is rockchip reference design - it is rebranded by various distributors 13.37.24 # not speaking about tons of nonames :-) 13.37.58 # so, there is a rockchip reference player? or soc? 13.38.19 # ? 13.39.14 # rockchip released reference design along with SDK - many manufacturers didn't change anything in this design 13.39.37 # sigmatel has been doing this for years too 13.40.02 # what is this reference design? a player, a soc, a board? 13.40.05 Join MethoS- [0] (~clemens@134.102.106.250) 13.40.16 # kugel: player 13.40.27 # ah, okay. thanks 13.41.18 # kugel: 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.00 # That might be confusing 13.42.19 # and this hifiman hm601 port is almost-but-not-entirely using that reference design? 13.42.36 # I agree with Crystal that "Playlist catalogue" is rather confusing 13.43.17 # kugel: hm601 differs quit sagnificantly 13.43.51 # not least the name. what's wrong with "Playlists", as in "Files"? 13.44.07 # kugel: it uses different lcd, different DAC, buttons are not connected to GPIOs but are read by ADC 13.44.30 # but the soc is the same? 13.44.34 # yes 13.44.39 # alright 13.44.44 # * Zagor recruits LinusN to the percent revolution... 13.46.19 # i 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.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.06 # the keyclick feature on android is embarrassingly slow. the clicks sound almost a second after you click. 14.31.21 # the option should probably be disabled 14.43.49 # indeed. but is it really android related? 14.44.46 # I don't know, I only tested it on android just now 14.45.02 # I have no other targets with me 14.45.22 # it'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.21 # and it crashes a lot 14.49.55 # touch targets should disable the select bar 14.51.21 # why that? 14.51.29 # android has a selection bar as well 14.52.03 # no 14.52.04 # but it only comes up when using the directional controls 14.52.09 # It never appears from touches 14.52.12 # only *after* you use cursor keys 14.52.29 # that's true 14.52.36 # if we can do that that'd be nice ;) 14.52.40 # Torne: it appeas when you long press 14.53.07 # only until you dismiss the context menu, no? 14.53.15 # that's click feedback, which is very nice and something I'd like us to have too. not the same thing. 14.53.48 # anyway, yes, ther eis a difference between click/touch feedback and an always-visible indicator of a currently "selected" element 14.54.04 # Zagor: one problem is that it's actually not easy for list drawing code to see that the list changed 14.54.35 # the list changed? 14.54.36 # the selection bar is hidden when scrolling with the finger 14.54.52 # but the arrow is not 14.54.54 # well, the content (e.g. when you enter a folder) 14.55.23 # I don't understand what you are saying :-) 14.56.03 # well, assuming you want to have the selector as click feedback. then you want to hide it again when the transition is over 14.57.02 # no I want to hide it when the finger is lifted, before the transition starts 14.57.16 # that 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.56 # the colored area shows that your finger is touching an active element 14.58.14 # as soon as you don't, it should go back to black (or whatever look it had) 14.58.44 # I can perhaps have a look when I finished the other twi list related things 14.58.47 # I hope 14.59.16 # Zagor: that actually annoys me (on android as well), because un-selected items don't scroll 14.59.39 # I often select lines only to let them scroll to see the entire text 15.00.21 # right, that is a problem 15.00.51 # left/right swiping would be nice... :-) 15.01.06 # (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.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.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.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.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.51 # New commit by 03kugel (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.57 # r30721 build result: 10 errors, 7 warnings (kugel committed) 19.27.35 Quit Keripo (Ping timeout: 256 seconds) 19.28.28 # New commit by 03kugel (r30722): Re-order things to fix red. 19.30.30 # r30722 build result: 0 errors, 5 warnings (kugel committed) 19.30.49 Quit ReimuHakurei (Remote host closed the connection) 19.31.17 # New commit by 03kugel (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.06 # r30723 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.17 # I'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.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.23 # FS#12321 20.12.24 # http://www.rockbox.org/tracker/task/12321 3Touchscreen: 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.40 # kugel: have you seen FS#12320? 20.37.41 # http://www.rockbox.org/tracker/task/12320 3need 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.04 # wodz: 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.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.05 # hay 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.20 # can someon help me with a rockbox disstro for sony walkman nwz-e344 21.16.50 # xaneth: as far as I know there is no port for this player so someone needs to write the code for it 21.17.31 # ya so what all does it take to do 21.17.45 # and how long 21.17.57 # xaneth: depends on your coding speed 21.18.04 Join saratoga [0] (46b85c62@gateway/web/freenode/ip.70.184.92.98) 21.18.15 # http://www.rockbox.org/wiki/NewPort 21.18.28 # first i don't know a thing about coding 21.18.34 # it depends on the doc you have and your reverse engineering speed and some unpredicatable things 21.19.05 # can u help me 21.19.13 # no 21.19.18 # if you're not a programmer you're out of luck 21.19.21 # just tell me what u would need 21.19.24 # buy a different mp3 player 21.19.35 # ya i know 21.20.10 # is there other replacement firmwares like rockbox out there 21.20.22 Quit GermanMushroom (Quit: Ik ga weg) 21.20.38 # xaneth: 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.40 # at 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.47 # They are pretty much the only two options 21.20.48 # not for your mp3 player AFAIK 21.21.21 # we'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.15 # do u hav any contacts who could get me somewhat an detailed start on what i'm doing 21.23.35 # and what softrware i need 21.24.12 # xaneth: you mean learning programming and computer engineering? 21.24.58 # ya i'm starting to see the issue know 21.25.08 # aka now 21.25.23 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 21.25.53 # do u know if there working on this player 21.26.13 # Nobody is that we are aware of 21.26.35 # Your best bet is to find an owners community and try to get other people there who have the needed skills interested 21.26.52 # But it is a lot of hard work even for someone who knows what they are doing 21.27.00 # how long does it take u guys in general to figure itout 21.27.15 # if 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.20 # That depends massively 21.27.43 # For a new player with unknown hardware, a year maybe 21.27.46 # If things go well 21.27.56 # Torne: FS#12322 21.27.57 # http://www.rockbox.org/tracker/task/12322 3Switch to SYS mode on arm (bugs, new) 21.29.13 # wodz: shouldn't that be in patches? 21.29.14 # really 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.20 # New commit by 03kugel (r30724): Add two macros for char*-based pointer arithmetic and use it in font.c ... 21.29.22 # ALL: tests appreciated 21.29.30 # i think 7 can do a typical port in about a week though :D 21.29.37 # heh :) 21.29.43 # gevaerts: probably :-) 21.29.49 # one ipod nano port is about 4 sandisk players i think 21.29.51 # heh, even he can't do it for unknown hardware ;) 21.30.02 # anyway it fixes potential flaw so heh 21.30.15 Quit ReimuHakurei (Remote host closed the connection) 21.30.28 # heres a link for the player 21.30.32 # pamaury: Don't feel slighted :) 21.30.32 # http://esupport.sony.com/US/perl/model-home.pl?mdl=NWZE344#/manualsTab 21.31.29 # its not that new 21.31.29 # AlexP: I don't :) On the contrary, the work on the ipods is very impressive 21.31.58 # r30724 build result: 0 errors, 1 warnings (kugel committed) 21.32.19 # xaneth: 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.38 # and try to identify the chips 21.33.18 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 21.33.29 # As Dave Jones (EEVBlog) says, "Don't turn it on, /take it apart!/" :) 21.33.31 # ok ibought 3 of these on ebay for $20 so i hav only one that works completely 21.34.02 # That's ideal then 21.34.11 # yep 21.34.41 # hay do u guys ha a way so i can just send the m to u 21.34.48 # the port to the sansa clip zip will be easy :) 21.34.52 # I don't see any firmware update for this player so things might be tricky 21.34.53 # xaneth: Real words please 21.35.10 # the hardware photos 21.35.12 # bertrik: I don't count it as a port ;) 21.35.34 # And no, people here will help, but not do it for you. 21.35.52 # ok 21.36.01 # Everyone is a volunteer, so people don't have the time to do anything other than that which they want done 21.36.03 # the wiki is good place no ? 21.36.25 # Oh, sorry, misunderstood 21.36.39 # I assumed "send the m to u" meant send the player 21.36.47 # This is why real words are important! 21.37.15 # no the sending of the photos of the hardware 21.37.41 # You can put those on the wiki 21.38.11 # someone please translate "send the m to u" for me 21.38.21 # You need to register http://www.rockbox.org/wiki/UserRegistration and ask for write permission on here 21.38.27 # bertrik: apparently, send the photos to you 21.38.36 # betrik: the m --> them 21.38.39 # bertrik: Although how to hell one becomes the other is a mystery 21.38.48 # aha! 21.39.04 # keyb_gr: good work :) 21.39.20 # what software do i need 21.39.26 # to start 21.39.29 # a text editor and a compiler 21.39.38 # There isn't software to do it for you 21.39.49 # You need to learn programming and electronic engineering 21.40.10 # And low level programming at that 21.40.16 # both is magic :) 21.41.02 # thanks 21.41.04 Quit xaneth (Quit: CGI:IRC) 21.41.12 # For now, being able to write a wiki article would do though. 21.41.33 # Oops, now he's gone. 21.42.10 # I 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.57 # Well, 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.05 # bertrik: "send them to you" 21.51.19 # ah, too late 21.52.41 # perhaps he'll be back with the photos 21.53.00 # ukleinek: one guy provided usb sniff of rk27xx device upgrade with dedicated windows tool which doesn't follow rk27load scheme 21.53.18 # wodz: where is it? 21.53.33 # which device? 21.54.25 # wodz: 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.02 # bertrik: 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.25 # ukleinek: http://forums.rockbox.org/index.php/topic,10428.45.html 21.55.39 *** Saving seen data "./dancer.seen" 21.55.59 # ukleinek: It's HIFIMAN HM-601 player 21.57.42 # * wodz kindly asks for tests of FS#12322 21.57.43 # http://www.rockbox.org/tracker/task/12322 3Switch to SYS mode on arm (bugs, new) 21.58.20 # wodz, I don't really understand the current problem 21.58.26 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 21.58.40 # wodz: I'll do the test with the fuze+ during my next fuze+ hacking session 21.59.33 # bertrik: 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.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.26 # 2) 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.19 # but the only reason to care about SWI would be a gdb-stub, right? 22.01.36 # As 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.08 # bertrik: the second issue is more theoretic I guess 22.02.52 # wodz, does this add extra code or complexity? 22.03.09 # bertrik: ? 22.03.51 # bertrik: 3 lines to SWI handler and some code move 22.03.52 # the patch adds more lines than it removes, why is that? does it add more lines or code, does it add complexity? 22.04.27 # bertrik: 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.48 # bertrik: it explicitly jumps to UIE which is 2 lines more 22.05.20 # and it explicitly sets svc stack to irq stack +2 lines 22.06.21 Quit y4n (Quit: only amiga makes it possible) 22.07.27 # svc and sys have the same privileges but sys has the advantage that no exception messes with its LR and SP 22.08.04 # ok, sounds good 22.10.15 # I 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.58 # thinking 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.58 # inline it) 22.15.27 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 22.15.45 # there are also differences between single core config and multicore 22.16.45 # wodz: what does it change ? 22.17.20 # look at crt0-pp.S and compare with others 22.17.33 # basically you setup stack twice 22.18.25 # that can be handled by some device specific crt0 no ? 22.18.36 # BTW - we should move pp files to its dir 22.19.06 # pamaury: 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.56 # basically 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.05 # *cop 22.20.12 # *cpu 22.20.49 # the things in common are 1)vectors 2)stack setup 3) bss zeroing 4) exception handlers 22.20.50 # wodz, anything specific I should test? 22.21.09 # bertrik: I think booting and playing anything is enough 22.21.11 # but 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.20 # any thoughts ? 22.24.51 # pamaury: I would assume it's factored out so that it doesn't need stack 22.24.59 # That 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.26 # lyre_proto1 is uninteresting since it even doesn't compile 22.25.35 # this gives 3 22.26.10 # wodz: in which way is the rk27xx different ? 22.26.15 # mrobe-500 has additional crt0-board.S 22.26.24 # it seems pretty similar to the crt0.S ones 22.26.28 # pamaury: calling a function doesn't require a stack, not if the caller is asm code 22.26.58 # it follows design of s5l870x in setting up the stack (addresses are from linker) 22.27.08 # kugel: and the callee doesn't need a stack, yes you're right 22.27.22 Quit AlexP (Remote host closed the connection) 22.28.15 # most 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.44 # yes 22.29.04 # wodz: and you can rewrite rk27xx crt0 to follow the others ;) 22.29.50 # this design is slightly more flexible :-) 22.29.51 # I'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.14 # but it's an #ifdef mess now I guess 22.30.33 Quit ReimuHakurei (Ping timeout: 252 seconds) 22.31.05 # bertrik: its not that bad but the price is huge code duplication 22.31.49 # bertrik: crt0.S is not the most misleading part of our code I think 22.32.16 # you'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.16 # and you can always start with a really simple crt0 and move to a more complex one as the port progresses 22.32.39 # bertrik: 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.46 # for example, the multitude of boot.lds and app.lds is far more confusing 22.36.11 # yeah, linker scripts are the best 22.36.49 # those are another topic. they're also identical for the most part :) 22.39.33 # kugel: please, please do not propose to ifdef them 22.40.43 # yes, no ifdef if possible please 22.41.29 # I 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.23 # bertrik: thanks for tests 22.58.22 Quit othniel (Ping timeout: 248 seconds) 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)