--- Log for 25.12.110 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 21 hours and 22 minutes ago 00.03.02 Nick sinthete1 is now known as sinthetek (~sinthetek@cpe-174-111-239-037.triad.res.rr.com) 00.03.10 Quit sinthetek (Changing host) 00.03.10 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 00.09.03 Quit mischasworld (Ping timeout: 240 seconds) 00.40.44 *** Saving seen data "./dancer.seen" 00.54.37 Quit Keripo (Quit: Leaving.) 01.00.46 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 01.01.17 Quit Keripo (Client Quit) 01.09.12 Join PurlingNayuki [0] (~PurlingNa@113.92.6.102) 01.09.51 Quit JesusFreak316 (Ping timeout: 240 seconds) 01.20.10 # what do people think about disabling doom on players with <16MB of RAM? until someone tweaks the memory usage somehow its going to crash pretty regularly on those 01.21.06 Quit factor (Quit: Leaving) 01.21.48 # when it's been suggested lots of people complain that they run doom on those players 01.22.17 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.23.59 Join henk [0] (~henk@henk.hnjs.ch) 01.24.04 # hi 01.26.10 Quit factor (Read error: Connection reset by peer) 01.26.48 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 01.28.47 # maybe this will motivate them to fix it 01.28.48 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 01.28.48 Quit Llorean1 (Client Quit) 01.29.24 # Well finally we can boot and use OF on ONDA_VX777! 01.30.29 Quit Llorean (Ping timeout: 276 seconds) 01.42.13 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.46.36 Part PurlingNayuki 01.50.46 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 01.50.46 Quit LambdaCalculus37 (Changing host) 01.50.47 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 01.53.49 Quit factor (Ping timeout: 265 seconds) 02.04.43 Quit Kitar|st (Ping timeout: 260 seconds) 02.07.23 Join DSStrife89 [0] (~Strife89@adsl-80-156-175.mcn.bellsouth.net) 02.10.04 Join Kitar|st [0] (~Kitarist@BSN-182-104-38.dial-up.dsl.siol.net) 02.15.04 Quit DSStrife89 (Quit: ClIRC v0.05 (homebrew IRC client for Nintendo DS)) 02.18.01 Join Strife89 [0] (~Strife89@adsl-80-156-175.mcn.bellsouth.net) 02.18.17 # hi 02.18.22 # http://www.rockbox.org/tracker/task/11416 02.18.27 # i am affected by this bug 02.18.29 # but 02.18.43 # my build of rockbox is the latest that is available 02.18.53 # still this bug is marked as solved for months 02.19.03 # i am on a sansa e260 02.21.01 # It might be a different (new) bug with similar symptoms 02.22.29 # most of the stuff in that thread looks likes its fixed, so file a new bug report with detailed directions on how someone can reproduce your problem 02.24.20 # heh... ok 02.24.28 # sadly its not reproducable at all :) 02.24.31 # happens randomly 02.25.07 # up until today i thought my computer does strange things while transfering music, only letting half tracks pass 02.39.12 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 02.39.40 Ctcp Ping from gevaerts!~fg@rockbox/developer/gevaerts 02.40.47 *** Saving seen data "./dancer.seen" 02.53.08 Quit mortalscan (Ping timeout: 260 seconds) 03.03.12 Join mortalscan [0] (~mortalsca@109.169.55.155) 03.07.22 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 03.20.53 Quit t0rc (Quit: Leaving) 03.31.18 Quit GeekShadow (Quit: The cake is a lie !) 03.37.48 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 03.48.14 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) 03.55.02 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 03.55.03 Quit bertrik (Changing host) 03.55.03 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 03.57.27 Join Horscht [0] (~Horschti@p5DD57F37.dip.t-dialin.net) 03.57.28 Quit Horscht (Changing host) 03.57.28 Join Horscht [0] (~Horschti@xbmc/user/horscht) 03.58.17 Quit keanu (Ping timeout: 255 seconds) 04.00.08 Quit Horschti (Ping timeout: 240 seconds) 04.01.42 Quit mortalscan (Ping timeout: 276 seconds) 04.02.10 Quit krazykit (Ping timeout: 240 seconds) 04.04.52 Quit TheSeven (Ping timeout: 264 seconds) 04.07.31 Join krazykit [0] (~krazykit@70.236.68.137) 04.08.23 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.18.57 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 04.26.06 Quit simonrvn (Read error: No route to host) 04.37.54 Quit Strife89 (Quit: Merry Christmas, everyone.) 04.38.29 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.29 Quit pixelma (Disconnected by services) 04.38.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.39.22 Quit amiconn (Disconnected by services) 04.39.23 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.39.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.40.49 *** Saving seen data "./dancer.seen" 04.43.03 Join FBI_Guy [0] (~60e96b14@giant.haxx.se) 04.45.06 Quit FBI_Guy (Client Quit) 05.02.32 Quit TheSeven (Ping timeout: 255 seconds) 05.03.57 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 05.03.57 Quit LambdaCalculus37 (Changing host) 05.03.57 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 05.06.17 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.13.38 Quit madalu (Ping timeout: 260 seconds) 05.54.05 Join Horschti [0] (~Horschti@xbmc/user/horscht) 05.54.12 Quit Keripo (Quit: Leaving.) 05.58.03 Quit Horscht (Ping timeout: 260 seconds) 06.21.49 Quit T44 (Read error: Connection reset by peer) 06.21.58 Quit factor (Ping timeout: 260 seconds) 06.23.00 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 06.25.27 Quit tchan (Ping timeout: 265 seconds) 06.30.11 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 06.33.22 Quit S_a_i_n_t (Ping timeout: 240 seconds) 06.33.45 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 06.37.31 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 06.39.22 Quit JesusFreak316 (Ping timeout: 240 seconds) 06.40.51 *** Saving seen data "./dancer.seen" 06.42.58 Quit the_Kyle (Ping timeout: 240 seconds) 06.54.07 Join [Saint] [0] (S_a_i_n_t@203.184.1.220) 07.01.15 Join Horscht [0] (~Horschti@xbmc/user/horscht) 07.01.41 Join Topy44 [0] (~Topy44@f048078151.adsl.alicedsl.de) 07.04.09 Quit Horschti (Ping timeout: 240 seconds) 07.07.22 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 07.18.30 Join simonrvn [0] (simon@209.128-ppp.3menatwork.com) 07.25.40 Quit tchan1 (Quit: WeeChat 0.3.3-dev) 07.28.17 Quit froggyman (Quit: Ex-Chat) 07.28.37 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 07.40.00 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 07.42.37 Quit tchan (Quit: WeeChat 0.3.4-rc1) 07.44.16 Quit Kitar|st () 07.46.22 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 07.59.58 Join Horschti [0] (~Horschti@xbmc/user/horscht) 08.03.32 Quit Horscht (Ping timeout: 255 seconds) 08.14.55 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 08.15.02 Quit Llorean (Changing host) 08.15.02 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 08.24.41 Join mortalscan [0] (~mortalsca@109.169.55.155) 08.25.51 Join tttt_ [0] (411dfb31@gateway/web/freenode/ip.65.29.251.49) 08.27.12 Quit tttt_ (Client Quit) 08.31.54 Join traveler [0] (411dfb31@gateway/web/freenode/ip.65.29.251.49) 08.33.37 # I downloaded a newer version of rockbox's source and attempted to import a plugin I had that compiled for an earlier version. When I try to compile I get the message "multiple definition of `__header'". it compiles fine without my added plugins though 08.35.47 # is there a way to remedy this? 08.40.53 *** Saving seen data "./dancer.seen" 08.43.23 Quit Galois (Remote host closed the connection) 08.43.33 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 08.43.34 Quit Galois (Remote host closed the connection) 08.44.35 Join Galois [0] (djao@efnet-math.org) 08.47.15 Quit traveler (Quit: Page closed) 08.50.36 Join mischasworld [0] (~quassel@g227069236.adsl.alicedsl.de) 08.57.55 Join The_Pwny [0] (~IceChat7@203-219-63-40.tpgi.com.au) 09.06.11 Quit mischasworld (Ping timeout: 240 seconds) 09.08.14 Quit mortalscan (Ping timeout: 260 seconds) 09.48.11 Quit kadoban (Ping timeout: 240 seconds) 10.13.50 Join The_Pwny_ [0] (~IceChat7@203-219-63-40.tpgi.com.au) 10.13.51 Quit The_Pwny_ (Client Quit) 10.14.24 Quit The_Pwny (Ping timeout: 255 seconds) 10.15.03 Join stoffel [0] (~quassel@p57B4BD32.dip.t-dialin.net) 10.37.49 Join T44 [0] (~Topy44@f048078151.adsl.alicedsl.de) 10.37.49 Quit T44 (Client Quit) 10.40.56 *** Saving seen data "./dancer.seen" 10.43.51 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 10.46.18 Join T44 [0] (~Topy44@f049106149.adsl.alicedsl.de) 10.48.11 Quit Topy44 (Ping timeout: 240 seconds) 10.52.24 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 10.52.24 Quit pamaury (Changing host) 10.52.24 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.53.36 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 10.53.37 Quit n1s (Changing host) 10.53.37 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.54.29 Quit factor (Ping timeout: 240 seconds) 11.16.55 Quit utanapischti (Ping timeout: 265 seconds) 11.25.54 Quit ved (Ping timeout: 260 seconds) 11.44.25 Quit n1s (Quit: Lämnar) 11.49.42 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 11.54.24 Join Horscht [0] (~Horschti@xbmc/user/horscht) 11.55.06 Quit pamaury (Ping timeout: 265 seconds) 11.57.20 Quit Horschti (Ping timeout: 260 seconds) 12.05.41 Join webguest32 [0] (~47750fa6@giant.haxx.se) 12.05.51 # hello 12.06.15 # is anyone here? 12.07.51 # only one webguest32 and 118 bots 12.09.15 # lame 12.10.57 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 12.12.02 Quit JdGordon| (Ping timeout: 240 seconds) 12.12.46 Quit webguest32 (Quit: CGI:IRC (EOF)) 12.15.45 Quit T44 (Quit: Leaving) 12.15.54 Join Topy44 [0] (~Topy44@f049106149.adsl.alicedsl.de) 12.18.55 Quit JdGordon1 (Ping timeout: 260 seconds) 12.21.14 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 12.21.14 Quit JdGordon| (Changing host) 12.21.14 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 12.29.34 Quit kevku (Read error: Operation timed out) 12.35.15 Join Buschel [0] (~chatzilla@p54B67E82.dip.t-dialin.net) 12.36.35 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 12.36.47 Join JdGord [0] (~jonno@211.29.180.165) 12.39.19 # soap: i guess you are enjoying x-mas time? ;) if you should proceed with the tests on your nano, could you do me one favor? -> perform test_fps with boosted (80MHz) / unboosted (30MHz) on your nano? the numbers on the wiki are outdated. 12.41.00 *** Saving seen data "./dancer.seen" 12.50.23 Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net) 12.51.21 Join ved [0] (ved@ddsbox.co.cc) 12.54.35 Quit Buschel (Ping timeout: 260 seconds) 12.57.29 Quit JdGordon| (Remote host closed the connection) 13.04.50 Quit thomasjfox (Ping timeout: 272 seconds) 13.07.24 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 13.07.25 Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net) 13.11.58 # when is 3.8 due? 13.14.01 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 13.16.13 Join Buschel [0] (~chatzilla@p54B67E82.dip.t-dialin.net) 13.18.39 Quit Dreamxtreme (Ping timeout: 265 seconds) 13.19.25 Quit Buschel (Read error: Connection reset by peer) 13.22.48 Join sasquatch [0] (~username@212.23.105.204) 13.22.55 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 13.25.34 Quit thomasjfox (Remote host closed the connection) 13.25.41 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.26.33 Join Dreamxtreme [0] (~Dre@92.30.58.174) 13.30.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.31.15 Quit sasquatch (Ping timeout: 260 seconds) 13.32.03 Join sasquatch [0] (~username@p5B3BAEE7.dip.t-dialin.net) 13.32.42 Quit B4gder (Ping timeout: 272 seconds) 13.38.53 Join B4gder [0] (~daniel@rockbox/developer/bagder) 13.41.24 Quit mystica555_ (Ping timeout: 240 seconds) 13.43.39 Quit B4gder (Ping timeout: 250 seconds) 13.44.10 Join JdGordy [0] (~jonno@211.29.180.165) 13.44.11 Quit JdGord (Read error: Connection reset by peer) 13.46.19 Join B4gder [0] (~daniel@rockbox/developer/bagder) 13.46.41 Quit bluebroth3r (Ping timeout: 265 seconds) 13.48.06 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 13.48.18 Join bluebrother [0] (~dom@g224236224.adsl.alicedsl.de) 13.48.18 Quit bluebrother (Changing host) 13.48.18 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 13.55.44 Quit sasquatch (Quit: ban xmas!) 14.06.40 Quit [Saint] (Quit: Happy Generic Holiday Period from Hayden and Karmin... 0/) 14.08.04 Join [Saint] [0] (S_a_i_n_t@203.184.1.220) 14.14.02 # JdGordy: would you find 10minutes to close FS#11831 ? 14.16.52 # I thought I did? 14.16.57 # That's the tx one? 14.19.11 # nop - %Rr, %Rh, %Rn, %Rs not documented 14.19.57 # I don't do documentation ;) 14.20.00 Quit n1s (Quit: Lämnar) 14.20.49 # I noticed this :-) 14.21.36 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 14.21.36 Quit n1s (Changing host) 14.21.36 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.23.15 # JdGordy: what do you think about this: http://www.pastie.org/1404745 14.26.58 # What about it? 14.27.21 # I'm actually not sure tbe whole thing loaded... ill lokk when I get too a pc 14.27.29 # I'm my phone currenttly 14.28.07 # JdGordy: nothing urgent - this is modification of cabbiev2.fms based on your suggestions 14.29.48 Quit kugel (Ping timeout: 240 seconds) 14.41.01 *** Saving seen data "./dancer.seen" 14.42.02 Quit JdGordon| (Remote host closed the connection) 14.42.19 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 14.42.19 Quit JdGordon| (Changing host) 14.42.19 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 14.43.27 Quit [Saint] (Quit: Won't you yake me to Funky-Town? (I've heard there's less earthquakes...)) 14.57.28 Quit Guest52307 (Read error: Operation timed out) 14.59.29 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 14.59.38 Quit JdGordon| (Read error: Connection reset by peer) 15.00.04 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 15.00.05 Quit JdGordon| (Changing host) 15.00.05 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 15.19.48 Quit wodz (Ping timeout: 240 seconds) 15.34.13 Quit benedikt93 (Quit: Bye ;)) 15.44.06 Join mortalscan [0] (~mortalsca@109.169.55.155) 15.47.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.48.19 Join bmbl [0] (~bmbl@dsl23-206.pool.bitel.net) 15.48.20 Quit bmbl (Changing host) 15.48.20 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 15.49.13 # http://repo.or.cz/w/maemo-rb.git \o/ 15.52.26 # hm, he hasn't pushed his work yet 15.55.11 Join Feisar [0] (jljhook@irkki.fi) 15.55.36 Nick Feisar is now known as Guest61093 (jljhook@irkki.fi) 16.06.15 Quit JdGordon| (Read error: Connection reset by peer) 16.06.41 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 16.06.42 Quit JdGordon| (Changing host) 16.06.42 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 16.18.24 Join sasquatch [0] (~username@2.209.68.154) 16.29.50 Quit JdGordy (Ping timeout: 240 seconds) 16.33.17 Quit JdGordon| (Ping timeout: 276 seconds) 16.41.02 *** Saving seen data "./dancer.seen" 16.43.25 # FS#11834 makes updates a lot faster indeed 16.48.57 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 16.48.58 Quit LambdaCalculus37 (Changing host) 16.48.58 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 16.52.47 Quit evilnick (Ping timeout: 265 seconds) 16.58.06 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 17.04.44 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 17.11.01 Quit kugel (Ping timeout: 240 seconds) 17.22.40 Join kugel [0] (~kugel@46.115.12.67) 17.22.41 Quit kugel (Changing host) 17.22.41 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.29.17 Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net) 17.31.22 Quit kugel (Ping timeout: 240 seconds) 17.32.47 Join froggyman [0] (~seth@98.115.0.7) 17.32.47 Quit froggyman (Changing host) 17.32.47 Join froggyman [0] (~seth@unaffiliated/froggyman) 17.43.56 Quit TheSeven (Ping timeout: 260 seconds) 17.47.51 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.50.29 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 17.51.04 Join kugel [0] (~kugel@46.115.12.67) 17.51.05 Quit kugel (Changing host) 17.51.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.52.33 # Hi kugel 17.52.47 # hey 17.52.57 # The maemo port is now living here: git://repo.or.cz/maemo-rb.git 17.54.31 # It already contains an own application target and a hosted/target/maemo subdir 17.55.05 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 17.56.09 # nice, will check it out later 17.58.03 # I'll send an email to rockbox-dev as not everybody follows IRC ;) 18.00.23 # actually, everyone follows irc and many don't follow the ml :-) 18.01.38 # kugel: I doubt that 18.01.48 # IRC+ML should catch everyone though 18.06.45 Join ppawel [0] (~ppawel@host167.voltar.net.pl) 18.16.53 Quit stoffel (Read error: Operation timed out) 18.17.54 Join evilnick [0] (~evilnick@cpe-68-174-75-165.nyc.res.rr.com) 18.21.02 Quit kugel (Ping timeout: 240 seconds) 18.21.50 Join kugel [0] (~kugel@46.115.12.67) 18.21.51 Quit kugel (Changing host) 18.21.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.22.39 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) 18.29.01 Quit shai (Ping timeout: 240 seconds) 18.29.20 Join Strife89TX [0] (~cstrife89@207.144.56.176) 18.31.05 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 18.32.04 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 18.33.15 # Did the Clip+ gain USB support before or after 3.7.1? (Wiki says it has support) 18.34.25 # afaik SVN doesn't have USB support for the Clip+ yet but there is a patch in the tracker. It seems to be troublesome on Windows still though, IIRC 18.35.10 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 18.36.08 # It's a bit more complicated than that 18.36.51 # There is USB support (disabled) in svn, but it's not stable. The patch on the tracker works around some of the instabilities (by retrying things that should have worked in the first place) 18.37.24 # So the patch doesn't actually *fix* the issues, which I understand is mainly why it's still a patch 18.39.33 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 18.41.06 *** Saving seen data "./dancer.seen" 18.52.36 Quit n1s (Quit: Lämnar) 19.01.15 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 19.09.17 Join WonTu [0] (~WonTu@p57B53FBD.dip.t-dialin.net) 19.09.31 Part WonTu 19.13.11 Quit kugel (Ping timeout: 260 seconds) 19.14.47 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 19.14.47 Quit LambdaCalculus37 (Changing host) 19.14.47 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 19.18.37 Quit Strife89TX (Ping timeout: 240 seconds) 19.19.57 Quit Guest61093 (Read error: Operation timed out) 19.23.25 Quit JesusFreak316 (Ping timeout: 240 seconds) 19.28.08 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.28.22 # thomasjfox: I am looking at your patch right now 19.28.45 Quit wodz (Ping timeout: 240 seconds) 19.29.48 # ok 19.30.17 # maemo_tell_rockbox_to_stop_audio() is hacky like hell :) perhaps you can do it like the android port does? see telephony-android.c 19.31.00 # btw, we dislike //-style comments 19.31.37 # The comments will be changed next 19.33.31 # I just pushed another change which will be good for upstream 19.33.47 # Can you take a look if this is a valid thing to do (include stdio.h)? 19.35.24 # yea, should be right 19.35.54 # ok, I'll open a FS ticket 19.36.19 # Now it also compiles for old maemo v4 devices 19.36.30 # Unfortunately without arm assembler optimizations 19.36.58 # no need for an FS ticket 19.37.25 # What's the best for such small changes? 19.38.13 # Do you know the ldmpc arm assembler instruction? Seems not available on old mameo devices 19.38.36 # FS is generally the best, but for small changes and if you can poke a developer earler, pastebin or a git pull is ok 19.38.41 # Or at least not available with some special compiler flag 19.38.43 # hehe 19.38.49 # ldmpc is a macro IIRC 19.39.27 # IIRC funman added it to enable thumb compilation 19.40.44 Quit kadoban (Ping timeout: 250 seconds) 19.40.53 # yes, it's to allow the same code to be built with arm or thumb, even on ARMv4T where loading to PC doesn't set the T bit 19.41.10 # ARMv4T you have to pop into another register then bx to it to do a proper interworking return 19.41.29 # Ok, found the macro. Thanks 19.41.38 # is it not defined already? 19.41.48 # it jst needs to do the regular ldm on anything maemo runs on 19.41.53 # ARMv4T is old 19.42.27 # I think the macro expansion is somehow not working 19.42.36 # I'll check the #defines first 19.43.01 # it may not be defined for ARMv6 19.43.14 # or ARMv7 19.43.16 # thomasjfox: what toolchain is used for maemo? 19.43.16 # whichev er your device is 19.43.40 # New commit by 03kugel (r28892): Add stdio.h include for SEEK_SET define to various files. ... 19.44.09 # kugel: To be honest, I didn't look under the hood yet. The complete toolchain is called "scratchbox". 19.44.22 # ah ok 19.45.01 # Compilation for the N900/ARMv7 works. The old N8xx uses an ARMv6 and fails. 19.45.47 # I think ldmpc is an assembler macro. perhaps the maemo4 scratchbox assember doesn't support it? 19.45.48 # r28892 build result: All green 19.46.11 # they all use GNU as, so macros should be fine 19.46.13 # Either that or the __ASSEMBLER__ define is not set 19.46.24 # kugel: binutils 2.18.50.20070820 and gcc 4.2.1 for maemo5 19.47.35 # binutils 2.16.91 20051213 for maemo4 (failing) 19.51.44 Quit TheSeven (Read error: Connection reset by peer) 19.51.48 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.57.39 # "warning: remote HEAD refers to nonexistent ref, unable to checkout" 19.58.57 Quit LambdaCalculus37 (Ping timeout: 265 seconds) 19.59.59 # gevaerts: Was that for me? ;) 20.00.13 # thomasjfox: I get that when cloning your repository, yes 20.00.21 # Let me have a look 20.00.59 # Ok, I'll fix it 20.01.07 # gevaerts: you can add it as a remote to an existing clone 20.01.58 # kugel: yes, but that assumes an existing clone 20.02.08 # i thought you have one 20.02.27 # Not anywhere near my scratchbox setup 20.04.08 # The problem is that my local HEAD points to origin/master 20.04.22 # I have to find out how to fix HEAD on repo.or.cz 20.05.59 # btw: Like is suspected, maemo v4 doesn't define __ASSEMBLER__ 20.06.30 # * kugel remembers something about __ASSEMBLER__ being broken 20.07.23 # The linux kernel uses in some places __ASSEMBLY__. I'm still looking up the difference 20.09.55 # gevaerts: It should work anyway: git checkout -b maemo-port origin/maemo-port 20.11.15 # apps/codecs/demac/libdemac/predictor-cf.S has some work around 20.12.27 # but it's an .S file so it knows it's only touched by as 20.14.18 # thomasjfox: if binutils is from 2005, then gcc probably also, then it's probably <4.0 which apparently has the __ASSEMBLER__ bug 20.15.25 # is the N900 Meego or whatever they call it now? 20.15.41 # no. 20.17.02 # thomasjfox: perhaps it's possible to use newer versions (or even the maemo5 scratchbox) for maemo4 20.17.35 Join Feisar [0] (jljhook@irkki.fi) 20.17.37 # kugel: The maemo5 scratchbox lets me switch into maemo4 mode 20.17.52 # So I'm able to test compilation at least somehow 20.17.58 # ah good 20.18.01 Nick Feisar is now known as Guest27198 (jljhook@irkki.fi) 20.18.20 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) 20.23.08 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.25.11 # gevaerts: git repo is fixed now. I didn't find a way to update .git/HEAD on a remote server. Until I found the "default branch" setting on repo.or.cz :) 20.25.34 # thomasjfox: I seem to have working branch now 20.30.12 # kugel: Do you know the reason for the __ASSEMBLER__ bug? 20.30.29 # no 20.30.31 # "touch test.S; cpp -dM test.S" shows __ASSEMBLER__ 20.30.59 # Maybe it only happens if the config.h file gets included. I'll try that next 20.31.02 # but it seems as 2.16 and/or gcc 3.4.x have it 20.31.14 # strange 20.36.45 Join krabador [0] (~krabador@host90-18-dynamic.251-95-r.retail.telecomitalia.it) 20.37.12 # * gevaerts thinks that cpu usage still looks high compared to what he heard about android 20.38.18 # * thomasjfox thinks it's really time to use native ARM thread code instead of the SDL thread stuff 20.38.48 # The SDL thread code is -very- expensive as most threads are busy-waiting on the main lock 20.39.12 # yes, probably worth a try 20.39.20 # Though the current CPU usage is only ~8% above the native Nokia player 20.39.24 # Would be nice to beat it :) 20.39.32 # you should be able to just copy thread-android-arm.c and kernel-sdl.c from my ucontext_thread branch (and change thread.c to include it) 20.39.39 # Oh, try to switch of the display / change to another application 20.39.40 # Android people report things like 6% CPU usage during playback 20.39.47 # That turns of the SDL output 20.40.03 # kugel: I'll try that later on 20.40.13 # hm 20.40.20 # ogg doesn't work apparently 20.40.40 # Did'nt try ogg yet 20.41.10 *** Saving seen data "./dancer.seen" 20.42.08 # Can I easily turn on the complete compiler invocation line when I build rockbox? 20.42.41 # make V=1 20.43.11 # hehe, tried with VERBOSE=1 ;) 20.43.27 # thanks 20.44.20 # it's apparently still possible to trigger small audio glitches by turning the LCD on and off if rockbox is in the background 20.44.31 # Maybe getting the CPU usage lower would help there 20.44.47 # * gevaerts also doesn't understand why pulseaudio needs so much CPU 20.44.56 # gevaerts: Did it properly detect a N900 during configure? 20.45.00 # yes 20.45.08 # Oh, well, it still runs a lot better than it used to :) 20.45.12 # ok, so it's using the gstreamer backend 20.45.48 # thomasjfox: I don't get audio glitches any more with rockbox in the foreground, so it's definitely a lot better 20.46.24 # Improving the buffer size should help here: Less glitches and lower pulseaudio CPU usage 20.46.40 # Yes, but that comes at a cost too 20.46.55 # Let's see how this is going to work out with native ARM threads 20.47.40 # Running ~12 threads is also expensive. Also I don't think the SDL thread code sets thread priorities (does it?) 20.48.22 # I think it doesn't 20.48.49 # And if threads busy-wait (or nearly so), that definitely won't help 20.49.13 # So yes, different threading code is a good first thing to try next 20.49.43 # btw: The maemo port will make a pandora port quite easy 20.50.05 # Both of them share almost the same "requirements" 20.50.13 # A pandora app-port :) 20.50.22 # Now we just need to get a Pandora... 20.50.22 # Some people also want a pandora native port 20.52.19 # Argh, the __ASSEMBLER__ gets killed by "-std=gnu99" 20.54.07 Quit shai (Ping timeout: 240 seconds) 20.55.07 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 20.56.58 # Too bad funman is not here: http://comments.gmane.org/gmane.comp.systems.archos.rockbox.cvs/29218 20.57.20 # Would have saved me the debugging :) 20.57.53 # thomasjfox: look what I said at 20:11 :) 20.58.22 # Yes, exactly. It just didn't came to my mind that we can add this to all the .S files and be done with it 20.58.58 # which was my next sentence :P 20.59.22 # 122 .S files... 20.59.53 # perhaps makefiles can solve this for s 20.59.54 # us 21.00.24 # there's the -Wa option for gcc 21.00.39 # Pass additional arguments to the assembler 21.00.56 # like --defsym 21.01.03 # the assember is after the preprocessor 21.01.20 # hmm 21.01.32 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.01.49 # * gevaerts decides to leave this merging of thread code to people who know what they're doing 21.02.02 # perhaps you can add something to the %.S rule in tools/root.make (line 344+) 21.03.46 # is archos player USB cable crossed or straight trough? 21.05.05 # hmm crossed doesn't make much sense in USB I guess 21.07.39 # what does bitclr32(&CCU_IO, 1<<12); in Fuze v2 fm radio code? 21.09.24 # gevaerts: http://pastie.org/1405313 *could* work 21.11.11 # hm, how do you undo local modifications again with git? 21.12.11 # git reset --hard (if not commited) 21.12.42 # thanks 21.13.17 Quit anewuser () 21.13.30 # this will trash all not commited modifications 21.13.50 # kugel: only 56 undefined references :) 21.13.56 # you can also undo per file basis by git checkout -- /some/file.c 21.14.08 # * gevaerts decides to try a make clean 21.15.31 # ah well it probably needs some more changes 21.16.58 # hm, does this need your android bits as well? 21.18.40 # next try http://pastie.org/1405327 21.18.45 Join dantje [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de) 21.21.32 # hm, where is PLATFORM set to PLATFORM_MAEMO? 21.21.55 # application.h 21.22.42 Quit thomasjfox (Ping timeout: 240 seconds) 21.24.03 # another try: http://pastie.org/1405338 21.29.53 # kugel: thread.c was missing from SOURCES for maemo 21.30.12 # oops 21.30.36 # Now it's still missing stackbegin and stackend though 21.31.42 # http://pastie.org/1405345 21.32.38 # New commit by 03alle (r28893): Minor fixes in the disktidy description in the manual 21.35.50 Quit ppawel (Quit: Leaving) 21.35.51 # gevaerts: in the last one is an error in SOURCES 21.35.57 # yes, I noticed 21.37.22 # There's also a problem in firmware/target/hosted/maemo/pcm-gstreamer.c which uses the SDL mutex. I removed the locking there for now... 21.38.13 # it's not needed anyway, queue_post is interrupt safe 21.38.25 # It should be 21.41.53 Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net) 21.42.47 # OK, it builds, but it gets stuck on the splash screen 21.43.14 # My box just freezed while I was away 21.43.22 # gevaerts: Does it consume CPU? 21.43.41 # no 21.43.51 # So that's good :) 21.43.56 # Do you have gdb on your n900? 21.44.18 # not right now. Apparently I removed it 21.44.57 # apt-get install gdb ;) 21.45.20 # hm 21.45.28 # Then you can see where it's hanging 21.45.35 # pthread_cond_wait() from SDL_CondWait() 21.45.41 Quit fyrestorm (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!) 21.46.17 # from wait_for_interrupt() in kernel_sdl.c 21.46.30 # * kugel looks 21.48.09 # the sdl app works with it 21.48.21 # (in my ucontext_thread branch) 21.49.02 # I'll give it a go in a second. Where's the URL? (my box crashed...) 21.49.47 # hm, no idea 21.50.16 # thomasjfox: http://pastie.org/1405368 21.50.24 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.50.25 Join fml2 [0] (~chatzilla@manz-590f14c1.pool.mediaWays.net) 21.51.26 # kugel: hello. What is the correct way to get the rocks/app dir on the sim? In disktidy, PLUGIN_DIR is used which is not correct on the sim. 21.51.42 # kugel: is there a plugin API function for that? 21.51.46 # PLUGIN_DIR is correct on the sim 21.52.20 # kugel: ah, sorry, PLUGIN_APPS_DIR is used in the code 21.52.33 # still correct 21.52.48 # the I/O layer has the necessary magic to translate to real paths in the filesystem 21.53.20 # kugel: for me, it's defined as /.rockbox/..... How can I bring it to the correct value? 21.53.32 # as I said, it is correct 21.54.21 # kugel: so it's tweaked in the low level funcs? 21.54.29 # yes 21.55.21 # gevaerts: i don't know why it should freeze there 21.55.44 # gevaerts: it looks like the corresponding SDL_CondSignal() calls is missing but I see it there (in sim_exit_irq_handler()) 21.56.47 Join Bas [0] (~Bas_82@190.19.103.13) 21.56.54 # kugel: it doesn't seem to work for me 21.56.57 # Hello veeryone 21.57.00 # errr 21.57.04 # I mean everyone 21.58.26 # kugel: I've fixed the __ASSEMBLER__ issue in the Makefiles. Works fine with gcc 3.x and 4.2.1. 21.58.37 Quit froggyman (Ping timeout: 240 seconds) 22.00.21 Join Buschel [0] (~chatzilla@p54A3A42D.dip.t-dialin.net) 22.00.37 Quit mystica555_ (Ping timeout: 240 seconds) 22.00.53 # kugel: did you see FS#11832 ? 22.01.09 # New commit by 03alle (r28894): Extract config file saving code to a function; Do not write the NUL character to the text config file 22.01.28 # Buschel: yes, now :) 22.01.50 # kugel: can reproduce this as well (using r28893) 22.02.44 # that's strange, the lstat call is within an ifdef which shouldn't be true on cygwin 22.03.04 # r28894 build result: All green 22.03.23 # ah, /me slaps forehead 22.03.49 # Buschel: try s/ifdef/if/ in uisimulator/common/io.c please 22.04.10 # (i.e. #ifdef HAVE_LSTAT => #if HAVE_LSTAT) 22.04.25 # * Buschel tries 22.04.39 # but that doesn't fix localtime_R 22.08.45 # http://copilotco.com/mail-archives/qemu.2008/msg04351.html has a working implementation 22.11.42 # New commit by 03alle (r28895): Disktidy: introduce a local variable to avoid repeated use of the indexed expression 22.12.32 Quit krabador (Quit: Sto andando via) 22.13.24 # gevaerts: I'm also running the new thread code now. I've seen "Updating database" once before it stalled. 22.13.27 # r28895 build result: All green 22.13.54 # kugel: Does the native arm thread code mix with SDL_Thread? 22.13.58 # thomasjfox: so a race contidion or something like that? 22.14.09 # thomasjfox: the assembler fix looks ok to me, but I would prefer it wrapped into a ASMFLAGS var 22.14.24 Quit Guest27198 (Ping timeout: 276 seconds) 22.14.33 # kugel: Good idea 22.14.52 # gevaerts: Didn't mange to reproduce it yet 22.15.02 # thomasjfox: yes it mixes OK, it needs some tweaks here and there though. it is working in my ucontext_thread branch where I also use the rockbox thread implementation 22.18.43 # (in the sdl app I mean=) 22.19.38 # hmm 22.20.03 # The maemo "osso" thread is running, I just added debug output to the "display on/off callback" 22.20.13 # It's stalling in wait_for_interrupt(), too 22.20.36 # the osso thread shouldn't be calling wait_for_interrupt 22.20.46 # no it's not 22.20.59 # Just wanted to make sure that at least this thread is running 22.21.59 # Another thread is at sim_enter_irq_handler() 22.22.29 # it appears the SDL_CondSignal in sim_exit_irq_handler() isn't working properly 22.23.28 # is that function meant to be thread safe? 22.23.52 # "--handlers_pending" is certainly not :) 22.24.53 # ah 22.25.02 # i suspect interrupts are disabled 22.25.15 # what's the value of interrupt_level? 22.25.48 # thomasjfox: it's protected by a mutex so yes 22.25.58 # Ok, just found that out 22.26.08 # * thomasjfox is looking for interrupt_level 22.26.19 # interrupt_level=1 22.26.50 # ah yes 22.27.07 # so interrupts are disabled, the handlers wait in enter_irq_handler, and the main thread waits for an interrupt :) 22.27.11 # that can't work 22.27.15 # kugel: with "#ifdef" in io.c i get another error message: make: *** No rule to make target `/cygdrive/c/development/rockbox_test/build-pcsim-nano2g/sys/statvfs.h', needed by `/cygdrive/c/development/rockbox_test/build-pcsim-nano2g/uisimulator/common/io.o'. 22.27.42 Join Greek_o_nikos [0] (~linuxaiz@178.128.220.24.dsl.dyn.forthnet.gr) 22.27.55 # Buschel: you changed the wrong one I think 22.28.11 # #ifdef HAVE_LSTAT should be changed to #if, the #if HAVE_STATVFS is correct 22.28.26 Part Greek_o_nikos ("Leaving.") 22.28.34 # thomasjfox: the question is now why wait_for_interrupt() is called with interrupts disabled. that shouldn't happen 22.29.13 # silly me, will try again 22.29.27 # I'll have a look at the backtrace again 22.30.21 # So we can detect this error in wait_for_interrupt() and output a message? 22.30.29 # thomasjfox: that would break on a real target also, on some targets wait_for_interrupt() is really a wfi instruction that sleeps the cpu until an extern interrupt comes in 22.30.41 # (for the sdl-app case) 22.30.51 Join Horschti [0] (~Horschti@xbmc/user/horscht) 22.30.55 # you could check for interrupt_level != 0, then panic :) 22.31.02 # or in the maemo implementation 22.31.56 # New commit by 03alle (r28896): disktidy: add a comment to the function 22.32.19 # not sure if it helps, but the CondSignal() should probably placed before the MutexUnlock() 22.32.21 Quit wodz (Ping timeout: 250 seconds) 22.32.32 # Backtrace thread 1: scroll_thread() -> sleep() -> switch_thread() -> wait_for_interrupt() 22.33.07 # Backtrace thread 2: tick_timer() -> sim_enter_irq_handler() 22.33.42 # and tick_timer() gets stuck? 22.33.44 # r28896 build result: All green 22.33.45 # Backtrace thread 3: gui_message_loop() -> sim_enter_irq_handler() 22.33.48 Quit Horscht (Ping timeout: 240 seconds) 22.35.09 Join Buschel_ [0] (~chatzilla@p54A3A42D.dip.t-dialin.net) 22.35.11 # looks like. If I let the execution continue and interrupt again, the backtrace is still at the same position 22.35.29 Quit Buschel (Ping timeout: 265 seconds) 22.35.36 Nick Buschel_ is now known as Buschel (~chatzilla@p54A3A42D.dip.t-dialin.net) 22.35.56 # well, try to return in wait_for_interrupt if interrupt_level != 0, but I maintain that shouldn't happen in the first place 22.36.36 # the scheduler explicitely enables interrupts before calling core_sleep() 22.37.04 # ah no, it doesn't 22.37.25 # hah! 22.37.31 # there we got it 22.37.41 # add enable_irq() to core_sleep() 22.38.25 Join GeekShad0w [0] (~Antoine@93.21.159.10) 22.38.27 # (my ucontext_thread implementation has it, but I forgout about it 22.38.28 # ) 22.38.46 # New commit by 03alle (r28897): disktidy: fix the situation where specifying that a dir should be deleted could lead to removing a file with that name 22.40.30 # r28897 build result: All green 22.40.57 # kugel: Something seems wrong with the way we include the file in thread.c: make didn't detect I changed the file 22.41.02 # Doing make clean now 22.41.11 *** Saving seen data "./dancer.seen" 22.41.14 # kugel: seems to work 22.41.19 # thomasjfox: you need make dep for #include changes 22.41.33 # we build dependency information as a seperate step 22.41.43 # Although it seems not to help CPU usage much 22.43.24 # I'll do an oprofile run 22.44.00 # Still 20% on 250MHz for mp3 22.44.05 Join [Saint] [0] (S_a_i_n_t@203.184.2.72) 22.44.22 Join froggyman [0] (~seth@unaffiliated/froggyman) 22.44.25 # gevaerts: that's what I also get on my phone 22.44.33 # ok 22.44.37 # Not overly bad then :) 22.44.51 # * gevaerts tries to find how to stop playback 22.45.25 # Tab in the middle of the screen 22.45.37 # Upper-left corner gets you in the menu 22.46.00 # ah yes, this horrible grid mode :) 22.46.18 # powertop outputs 47,4% in C2 state 22.46.33 # I'll just retry this with SDL threads 22.46.49 # Idle in the main menu is about 2.5% (at 250MHz), which drops to 0.5 to 1.5% with LCD off 22.46.58 # kugel: now -- as you said -- _localtime_r is the problem left... 22.47.04 # gevaerts: that's not too bad 22.47.53 # Buschel: the link I posted has an implementation 22.49.07 # gevaerts: that's what the 1GHz phones on android also have, only mine seems to go even lower 22.49.09 # Old code is only 29% in C2 state. So the new thread code gave a boost of ~17%. Yeah! 22.49.27 # kugel: the problem is that during playback, pulseaudio uses as much or more CPU as rockbox 22.49.56 # gevaerts: I could try to do an alsa backend without gstreamer 22.50.22 # i seem to have upto 30% cpu (at 246MHz) during decoding 22.50.32 # I'm just not sure if this will break "libplayback" as it depends on the pulseaudio stream name 22.50.33 # thomasjfox: that might work, but it doesn't seem very clean 22.50.53 # what's bad about alsa? 22.51.01 # As such, nothing 22.51.12 # I made an half-working alsa pcm implementation as gsoc preperation 22.51.16 # But the goal is to integrate this in the environment 22.51.37 # And then direct alsa may break some assumptions 22.51.51 # but alsa is part of the environment, isn't it? 22.51.55 # Yes, giving it some more thought, it will break audio playback if the silent profile is active 22.52.21 # alsa will go through pulseaudio too I think 22.52.26 # Let see if it still deadlocks on incoming calls with the new thread code 22.52.41 # right, probably 22.52.56 # I know the "old" sdl code went through pulseaudio, with similar CPU usage 22.53.03 # at least that's what I found when I played with it (IIRC) 22.54.26 # New commit by 03alle (r28898): disktidy: add a debug message if a file cannot be deleted 22.56.24 # r28898 build result: All green 22.56.27 # kugel: Do you think it's safe to keep the new thread code in there? 22.56.44 Quit benedikt93 (Quit: Bye ;)) 22.57.03 # kugel: seems to compile now. what is the right way for #ifdef'ing localtime_r() ? 22.57.03 # my patch was rather proof of concept, taking it as is would add even more hacks 22.57.44 # Buschel: #ifdefing the call or implementation? for the implementation #ifdef WIN32 I'd say 22.58.52 Join anewuser [0] (anewuser@unaffiliated/anewuser) 22.59.42 # thomasjfox: feel free to take it though, you need do to a lot of cleanup anyway before we can push it into rockbox svn :) 22.59.54 # :) 23.04.05 # kugel: Can you think of a better way to do the maemo_tell_rockbox_to_stop_audio() implementation? 23.04.10 # The signal can arrive at any time 23.04.13 # yes 23.04.18 # Oh 23.04.25 # see telephony-android.c 23.04.29 # You said I should look at the android implementation 23.04.56 # queue_* is interrupt safe so you don't need to care of where the call comes from 23.04.59 # Is queue_broadcast() "thread safe"? 23.05.03 # ah ok 23.05.05 # Nice 23.05.23 # you should maybe add sim_enter_irq_handler() though to play nice with the other handlers 23.05.34 # I added the dirty hack in there as it was stalling on incoming calls 23.05.40 # (this isn't done on android as it doesn't do the interupt handler simulation 23.06.49 # the incoming call handler on android can also come at any time 23.07.33 # it even has a means to enable playback again when the call is hung up, which I quite enjoy 23.08.14 Quit shai (Ping timeout: 240 seconds) 23.09.10 # maemo doesn't notify us on hang up unfortunately 23.09.45 # Though I noticed it calls a certain callback after the call ;) 23.09.53 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 23.10.06 # kugel: FS#11832 updated with a patch -> can you make a short review? 23.10.41 Join Feisar [0] (jljhook@irkki.fi) 23.11.07 Nick Feisar is now known as Guest85915 (jljhook@irkki.fi) 23.11.16 # Buschel: looks good to me, maybe make it static? otherwise gcc will both inline and emit the body 23.12.19 # btw, I never knew but a lot people seem to prefer memcpy over simple assignments when copying structs. is there any reason for it? 23.12.23 # thomasjfox: one workaround for the lack of native theme might be to rotate the display and steal the android 480x800 theme 23.13.20 # wouldn't that suck with the keyboard? 23.13.38 # kugel: done. shall I submit? 23.13.46 # go for it 23.13.48 # a bit, yes :) 23.14.22 # not having cabbie sucks more doesn't it? :) 23.14.23 # I'm sure once there's the first .deb package available, someone will create a nice looking theme 23.15.01 # thomasjfox: I'm not sure about that. the grid mode generally seems to chase people away 23.15.27 # kugel: structure assignment won't work with old pre-C99 compilers (possibly pre-C89, can't remember), and people keep old habits. Moreover, a structure assignment will probably be implemented as memcpy() by the compiler anyway 23.15.49 # struct assignment works fine in C89 23.15.51 # kugel: :o) 23.16.11 # ok, pre-C89 then :) 23.16.53 Quit bmbl (Quit: Verlassend) 23.17.04 # New commit by 03Buschel (r28899): Make sim build compilable under Cygwin. Fixes FS#11832. 23.17.20 # Still, quite recent! 23.18.15 # * B4gder admits not learning C until after 1989 23.18.30 # B4gder: me too, but what did the compilers understand? 23.18.44 # r28899 build result: All green 23.19.01 # yeah, lots of K&R those days 23.22.52 # New commit by 03alle (r28900): disktidy: Fix deleting of directories specified by a pattern (FS#11827) 23.23.43 # gevaerts: a quick test shows that gcc appears to inline memcpy in the assignment case 23.24.06 # it possibly also doesn't copy padding bytes 23.24.38 # I'd expect not copying padding bytes would be quite expensive 23.24.45 # r28900 build result: All green 23.25.13 # gevaerts: ah no, I forgot my machine is 64 bit :) 23.25.44 # arm-gcc also inlines memcpy 23.26.08 # so I'd think assignment is faster but also bigger 23.26.30 # yeah, and the inline version is often (much) slower... 23.26.53 # zagor uses to post a link to the gcc bug entry about it... 23.27.07 # http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052 23.27.14 # at least slower compared to glibc I believe 23.27.41 # Ah, wait, that's memcmp, not memcpu 23.27.43 # *y 23.29.57 Quit fml2 (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]) 23.32.34 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.34.24 # thomasjfox: audio_stop() isn't broken, it calls queue_send() which is the blocking version of queue_post() and isn't interrupt safe 23.34.57 # kugel: ok 23.35.03 # It still stalls after incoming calls 23.35.17 # The audio gets properly stopped, pcm_dma_pause(1) is called 23.35.36 # I remember it being stuck in and endless loop 23.35.42 # Let me find the location... 23.35.56 # Googling brought up similar results on the forum IIRC 23.36.07 # it could be a bug in the pcm part 23.36.37 # it was something like: while (no free space in the dma buffer) wait_for_it() 23.37.34 Quit kevku (Ping timeout: 272 seconds) 23.38.15 # gevaerts: Btw, the N900 on-target toolchain has a bug in 'gas' that makes it crash on certain neon instructions. I didn't check yet whether scratchbox has the same problem; I assume it's okay since thomasjfox' patch already defines ARMv7 for N900? 23.38.50 # * amiconn noticed it when testing the neon asm building the standalone 'demac' utility with hacked-in #define for armv7 23.39.19 # amiconn: Did you define the -mfpu stuff? 23.39.58 # GCCOPTS="$GCCOPTS -mfloat-abi=softfp -mfpu=neon" to be precise 23.41.02 # I didn't change gcc options at all; the problem I ran into was related to inline asm 23.42.30 # Yes, you need supply these options to gcc 23.42.42 # Otherwise it fails on the neon instructions 23.43.00 # It doesn't fail on all neon instructions, only certain ones 23.43.20 # Iirc the problem is fixed in later binutils, it's just that the maemo binary package is horribly outdated 23.44.37 # kugel: The deadlock was in codec_pcmbuf_insert_callback(). It doesn't leave the first while loop. 23.45.20 # I've never experienced a deadlock due to an incoming call 23.45.26 # amiconn: So as it compiles fine now, we're lucky :) 23.45.26 Quit Judas_PhD (Quit: This is a quitting message) 23.45.51 # Yeah, looks like scratchbox doesn't have that problem 23.45.53 # kugel: So I guess there must be something wrong current pcm-gstreamer backend 23.46.26 # that's my suspicion yes 23.47.08 Quit GodEater (Read error: Operation timed out) 23.47.56 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.48.11 # you said it calls pcm_play_dma_pause? it's supposed to stop, not pause 23.48.41 # pause/stop seems to be the same thing in your code though 23.49.07 # though it should still call pcm_play_dma_stop() 23.49.23 # I just add enter/leave printfs to all pcm_* functions 23.49.32 # So I can see if gstreamer blocks somewhere 23.55.23 # kugel: Like you suspected: It hangs in feed_data() and doesn't even leave after the pcm_play_dma_stop call()