--- Log for 18.09.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 16 days and 18 hours ago 00.02.48 Join MarcGuay [0] (n=chatzill@ip216-239-82-121.vif.net) 00.04.13 Quit miepchen^schlaf () 00.06.32 Join miepchen^schlaf_ [0] (n=miepchen@p579ECE89.dip.t-dialin.net) 00.07.00 # Could someone who can read Chinese or perhaps decipher google's translation tell me what a "brush tool" might be? 00.08.18 # Here's the link: http://translate.google.com/translate?u=http%3A%2F%2Fbbs.mydigit.cn%2Fread.php%3Ftid%3D28763&hl=en&ie=UTF-8&sl=zh-CN&tl=en 00.18.13 Quit bertrik ("Leaving") 00.20.10 Join barrywardell [0] (n=barrywar@79.97.87.130) 00.20.48 # MarcGuay: babelfish has a slightly different translation ... but it's still about brushes ;) 00.22.07 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.22.24 # MarcGuay: http://translate.google.com/translate?u=http://bbs.mydigit.cn/register.php ? 00.25.07 # MarcGuay: I'm downloading the files now.. 00.26.24 Quit massiveH ("Leaving") 00.28.04 # * gevaerts bets that it will turn out to be either a tutorial on how to keep your STMP3650 nice and clean, or software to help edit photos of it 00.28.23 # nope, doesn't seem to be 00.28.33 # it's like they have a generic USB upgrade mode 00.28.48 # SigmaTel Firmware Download 00.29.00 # try a search on STMP on that site 00.29.02 # there's more 00.29.54 # So brush mean download? 00.30.04 # I don't know 00.30.16 # chinese translations are most of the time (very) weird 00.30.26 # they say they burn firmwares on their devices 00.31.17 # And after that they have to brush off the soot? 00.31.29 # :) 00.33.00 # maybe they mean to brush up or enhance something? 00.33.06 # this seems to be interesting: Apple and Apple ipod circuit board map (STMP3410) 00.33.10 # it contains 2 PDF'es 00.33.43 # Any compilers? 00.34.00 # hmm, aren't most of the STMP* chips ARM? 00.34.19 # * gevaerts doesn't know now... 00.34.49 # I think so, at least the ones I saw 00.36.00 # STMP3410 is dsp 00.36.27 # ah ok 00.36.42 # too bad they don't have any SDK source code :/ 00.36.56 # Not that useful 00.37.13 # We need a free compiler first 00.37.24 # for the 34xx perhaps 00.37.38 # but not for 36xx and 37xx 00.37.44 # * gevaerts is too sleepy to follow quick context changes :) 00.37.48 # :) 00.39.12 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.39.13 # most of it seems to be either schematics of unknown players or help for fixing them 00.39.20 # users asking help for* 00.40.41 # hmm a STMP35XX Reference Schematics is available 00.40.53 # and it contains a .DSN file :/ 00.41.07 Join bughunter21 [0] (n=Jelle@77.164.66.126) 00.43.30 Quit herrwaldo ("Konversation terminated!") 00.44.04 Join bughunter22 [0] (n=Jelle@77.164.66.126) 00.44.40 # hmm stmp36xx seems to have an USB boot mode switch 00.44.47 Quit ender` (" "Why are we hiding from the police dad?" "They use vi, my son. We use EMACS".") 00.46.55 Quit arohtar (Remote closed the connection) 00.49.36 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.49.58 Join pelleux [0] (n=moreaum@S010600062567c5f1.lb.shawcable.net) 00.50.02 # Heyal all 00.50.06 Quit bughunter21 (Read error: 60 (Operation timed out)) 00.53.24 Quit jgarvey ("Leaving") 00.53.41 Quit bughunter22 ("bye") 00.54.19 # When installing rockbox for this first time, do you need to nuke the existing ipod filesystem, or do you put the .rockbox directory in the partition2 of the ipod, or what? 00.54.35 # THe installation instructions are a little unclear in this regard. 00.54.52 # if you have a winpod (fat partition), you don't need to kill anything 00.55.00 # Linux here. 00.55.11 # on the ipod? 00.55.15 Quit Rob2223 () 00.55.24 # no,no.. sorry.. fat32 FS 00.55.35 # mcuelenaere: try this one for the translation http://www.windowslivetranslator.com/BV.aspx?MKT=en-US&lp=zh-chs_en&a=http://bbs.mydigit.cn/read.php?tid=28763 00.55.44 # ok, then just copy the folder. But using rbutil would be easier 00.55.48 Join Rob2222 [0] (n=Miranda@p4FDCEE3E.dip.t-dialin.net) 00.55.50 # just click click click and it's done 00.55.59 # *rbutility 00.56.07 # or whatever the name is:) 00.56.25 # mcuelenaere: it translate to firmware upgrade tools 00.56.27 # toffe82: thanks for the link, but I've already downloaded those files 00.56.32 # ok 00.58.40 # dionoea: okay. So what happens when I install rockbox? does it nuke the Ipod bootloader and install rockbox, or is rockbox chainloaded somehow? 00.58.58 Quit bughunter2 (Read error: 110 (Connection timed out)) 00.59.07 # the ipod bootloader is chainloaded if you press a key during boot 00.59.14 # else it boots rockbox 00.59.22 # so yeah, it changes the default apple bootloader 00.59.27 # but you don't lose anything 00.59.37 # (I don't know the specifics) 01.00.27 # dionoea: okay, just checkin. THanks. 01.01.14 # you can always restore using apple's ipod rescue/restore utility if you want 01.01.16 # (or dd) 01.01.36 Quit saratoga ("CGI:IRC (EOF)") 01.02.32 Quit robin0800 (Remote closed the connection) 01.04.07 # dd :) 01.06.24 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 01.08.06 Quit robin0800 (Remote closed the connection) 01.18.24 Part pixelma 01.18.34 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 01.19.57 Quit avis (Remote closed the connection) 01.20.05 *** Saving seen data "./dancer.seen" 01.20.54 Quit mcuelenaere () 01.21.08 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 01.22.56 Join pelleux_ [0] (n=moreaum@S010600062567c5f1.lb.shawcable.net) 01.29.48 Quit tvelocity ("Αποχώρησε") 01.30.08 Quit Zom ("leaving") 01.30.25 Join Zom [0] (n=zom@c-73b9e253.09-109-73766c10.cust.bredbandsbolaget.se) 01.30.55 Quit pelleux (Read error: 110 (Connection timed out)) 01.43.29 Quit oofus (Remote closed the connection) 01.44.27 Part toffe82 01.47.26 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 01.51.05 Quit ompaul (Client Quit) 01.55.12 # dionoea: thanks, I got is working now. 01.55.25 # another question now... 01.56.04 # Can I nuke the entire directory structure except for .rockbox/ 01.56.34 # And then put my music and whatnot on there the way I would like. 01.57.03 Quit jhMikeS (Nick collision from services.) 01.57.09 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 02.02.41 # pelleux_: you should be able to. you can either use the file browser to find your songs, or build the database and use that. 02.03.50 # Unhelpful: sweet, Thanks 02.10.30 Quit Nico_P (Remote closed the connection) 02.11.43 Quit pelleux_ ("leaving") 02.12.21 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 02.13.19 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 02.19.24 Join Darksair [0] (n=user@221.221.167.38) 02.20.40 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.21.15 Join perrikwp [0] (i=98213be7@gateway/web/ajax/mibbit.com/x-c7391c3f994d8189) 02.22.40 Quit perrikwp (Client Quit) 02.27.17 Join MethoS- [0] (n=clemens@dyndsl-085-016-166-249.ewe-ip-backbone.de) 02.34.42 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-a012eb7a5643c19f) 02.42.11 Quit MethoS_ (Read error: 110 (Connection timed out)) 02.53.37 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 02.54.43 Quit culture (Read error: 60 (Operation timed out)) 03.00.49 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.04.37 Join avis [0] (n=ident@pdpc/supporter/student/avis) 03.04.41 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.05.27 Quit massiveH ("Leaving") 03.06.40 Quit jhulst (Read error: 113 (No route to host)) 03.06.41 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 03.11.20 Quit avis (Remote closed the connection) 03.17.06 Join Casainho [0] (n=chatzill@89.181.79.71) 03.17.56 # * JdGordon chuckles at being summoned at 6am :D 03.17.57 # hello Rockbox people :-) 03.18.25 # I did manage to build for the first time the bootloader for a new port: 03.18.27 # http://code.google.com/p/rockboxplayer/source/list 03.18.49 # well, bootloader just should flash LEDs for now :-) 03.20.08 *** Saving seen data "./dancer.seen" 03.20.11 Quit Casainho (Client Quit) 03.23.08 Join Strife89 [0] (n=michael@204.116.245.152) 03.23.14 # !radio 03.24.25 # !tuner 03.26.55 # May I ask where the code for the FM Tuner is? 03.27.02 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.27.52 # I'm looking everywhere, but I don't see it..... 03.30.57 Quit Seed (Read error: 60 (Operation timed out)) 03.31.14 Quit stripwax (Read error: 104 (Connection reset by peer)) 03.32.44 Join avis [0] (n=ident@pdpc/supporter/student/avis) 03.34.31 # Strife89: mostly in apps/recorder/radio.c 03.35.12 Quit DerDome (Nick collision from services.) 03.35.13 Join DerDome1 [0] (n=DerDome@dslb-082-083-241-177.pools.arcor-ip.net) 03.35.23 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-241-177.pools.arcor-ip.net) 03.35.24 # Recorder, the one place I didn't think it could possibly be in..... 03.35.33 # Anyway, thanks. 03.39.30 # * Strife89 is trying to find a way to make the "Add Preset" function stop if that station is already in the preset list. 03.40.21 # good luck with that :D 03.40.37 # * Strife89 also wants the radio to always save any changes to the preset list on exit (instead of giving an option). 03.40.58 # JdGordon: Yeah, I understand the radio code is messy. 03.41.19 # actually, those 2 changes should be doable without too much pain 03.42.34 # Wow, I'm too new to this...... 03.43.35 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 03.44.22 # gotta start somewhere :) 03.45.22 Join AndyI [0] (n=pasha_in@212.14.205.32) 03.45.29 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 03.49.16 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 03.51.38 Quit Strife89 ("Well, anyways..... I'm going to bed, so, good night! :)") 03.57.10 Quit AndyIL (Read error: 110 (Connection timed out)) 04.05.10 Join perrikwp [0] (i=98214051@gateway/web/ajax/mibbit.com/x-da6f3f4b47db36c6) 04.05.53 Quit barrywardell () 04.06.14 Quit advcomp2019 (Nick collision from services.) 04.06.15 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 04.10.51 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.12.32 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-6e24b0e91897ee65) 04.17.03 Join miepchen^schlaf [0] (n=miepchen@p579ECDC0.dip.t-dialin.net) 04.29.54 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-8a0f15580837030b) 04.31.36 Quit miepchen^schlaf_ (Connection timed out) 04.44.47 Join m0f0x [0] (n=m0f0x@189-47-25-193.dsl.telesp.net.br) 04.47.18 Join jeffdameth [0] (n=jeff@dyndsl-091-096-040-199.ewe-ip-backbone.de) 04.59.36 Quit Seed ("cu, Andre") 05.02.30 Quit jeffdameth1 (Read error: 113 (No route to host)) 05.07.14 Quit HBK () 05.10.08 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 05.10.41 Quit m0f0x () 05.20.09 *** Saving seen data "./dancer.seen" 05.23.00 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.24.46 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 05.29.31 Join ameyer [0] (n=ameyer17@adsl-75-58-39-53.dsl.emhril.sbcglobal.net) 05.34.00 Quit jfc (Read error: 54 (Connection reset by peer)) 05.35.21 Part FugitivePrisoner 05.35.34 Join jfc [0] (n=john@dpc691978010.direcpc.com) 05.38.46 Join toffe82 [0] (n=chatzill@ppp-71-138-18-4.dsl.frs2ca.pacbell.net) 05.39.49 Quit AndyI () 05.48.24 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.51.28 Join FugitivePrisoner [0] (n=tfarides@ool-182d8639.dyn.optonline.net) 05.59.04 Quit jhulst_ (Remote closed the connection) 06.02.08 Quit Zarggg () 06.02.13 Join Darksair [0] (n=user@221.221.167.38) 06.18.06 Quit tchan (Read error: 110 (Connection timed out)) 06.18.50 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.34.11 Quit miepchen^schlaf () 06.49.31 Quit XavierGr () 07.11.54 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 07.15.59 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 07.16.37 Quit ameyer ("leaving") 07.18.49 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.19.14 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.20.11 *** Saving seen data "./dancer.seen" 07.35.23 Quit jhulst (Remote closed the connection) 07.42.03 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 07.53.41 Quit setkeh ("Leaving") 07.54.25 Join bughunter2 [0] (n=Jelle@77.164.66.126) 08.02.10 Join Rob2223 [0] (n=Miranda@p4FDCFF52.dip.t-dialin.net) 08.17.51 Quit Shaid ("*toink*") 08.17.58 Join goffa [0] (n=goffa@216.220.23.105) 08.18.14 Quit bughunter2 ("bye") 08.19.29 Join mattington [0] (n=DevUser@211.100.255.114) 08.20.08 Join courtc_ [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 08.20.17 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.22.19 Part toffe82 08.22.45 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 08.22.52 Quit courtc (Read error: 110 (Connection timed out)) 08.23.29 Join CyBergRind|w [0] (n=cbr@leased-line-60-126.telecom.by) 08.28.11 Join vitja [0] (n=vitja@79.120.98.174) 08.31.52 Quit goffa_ (Read error: 110 (Connection timed out)) 08.33.30 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.33.34 Quit BigBambi (Read error: 113 (No route to host)) 08.33.35 Quit vitja ("Ex-Chat") 08.33.38 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-1c1284bce618bddd) 08.36.01 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.39.00 Part mattington 08.54.58 Quit gevaerts (Nick collision from services.) 08.55.11 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.00.35 Join Rob2222 [0] (n=Miranda@p4FDCD44B.dip.t-dialin.net) 09.07.41 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 09.07.50 Join cbr|w [0] (n=cbr@leased-line-60-126.telecom.by) 09.09.18 Join lasser [0] (n=f@Vdff8.v.pppool.de) 09.11.10 Join petur [50] (n=petur@rockbox/developer/petur) 09.11.50 Quit BHSPitMonkey (Remote closed the connection) 09.19.05 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.20.13 *** Saving seen data "./dancer.seen" 09.21.32 Part B4gder 09.26.23 Join EspeonEefi [0] (i=espeonee@STRATTON-TWO-EIGHTY-ONE.MIT.EDU) 09.29.37 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.40.05 Quit tarbo (Connection timed out) 09.41.03 Quit cbr|w (Read error: 104 (Connection reset by peer)) 09.42.08 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.44.25 Join cbr|w [0] (n=cbr@leased-line-60-126.telecom.by) 09.49.01 Join rshakin [0] (n=rshakin@cpe-76-169-99-129.socal.res.rr.com) 09.49.23 # hey i've installed rockbox and now i cant charge my ipod with usb... 09.49.26 # any ideas ? 09.49.45 # rshakin: how are you trying to charge? 09.49.54 # with just a regular usb cable 09.50.14 # i mean, are you in disk mode? apple OS? rockbox? 09.50.29 # i think the battery died completely 09.50.34 # rshakin: The manual is a good place to start: http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch3.html#x5-380003.3 09.51.19 # rshakin: that is a common issue on ipods and has nothing to do with rockbox, really...if you have an AC adapter, leave that plugged in for a while...if not, leave it plugged into your computer for 48 (yes, 48) hours 09.52.28 # ok good will try that 10.24.32 Quit Jorsik (Read error: 110 (Connection timed out)) 10.29.27 Quit cbr|w (Read error: 104 (Connection reset by peer)) 10.37.19 Join cbr|w [0] (n=cbr@leased-line-60-126.telecom.by) 10.44.11 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 10.59.38 Quit rshakin ("ircN 8.00 for mIRC (20080809) - www.ircN.org") 11.07.49 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 11.13.29 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 11.15.33 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 11.15.40 Quit jhMikeS (Nick collision from services.) 11.15.46 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.15.55 Join CyBergRind|w [0] (n=cbr@leased-line-60-126.telecom.by) 11.16.28 Quit cbr|w (brown.freenode.net irc.freenode.net) 11.16.28 NSplit brown.freenode.net irc.freenode.net 11.16.28 Quit advcomp2019 (brown.freenode.net irc.freenode.net) 11.16.28 Quit pixelma2 (brown.freenode.net irc.freenode.net) 11.16.28 Quit thegeek_ (brown.freenode.net irc.freenode.net) 11.16.28 Quit ze (brown.freenode.net irc.freenode.net) 11.20.15 *** Saving seen data "./dancer.seen" 11.20.16 NHeal brown.freenode.net irc.freenode.net 11.20.16 NJoin ze [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) 11.21.05 NJoin cbr|w [0] (n=cbr@leased-line-60-126.telecom.by) 11.21.05 NJoin pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 11.21.05 NJoin thegeek_ [0] (n=nnscript@s080a.studby.ntnu.no) 11.24.35 Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 11.26.11 Join fragilematter [0] (n=barbu_do@92.83.226.67) 11.28.28 Quit CyBergRind|w ("!") 11.31.55 Quit cbr|w (Connection timed out) 11.34.44 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 11.40.40 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.41.50 Join barrywardell [0] (n=barrywar@79.97.87.130) 11.42.40 Quit barrywardell (Client Quit) 11.43.16 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 11.43.46 Quit thegeek_ (Connection timed out) 11.51.09 Join Darksair [0] (n=user@221.221.167.38) 12.12.13 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.20.49 Join funman [0] (n=tg@82-171-216-191.ip.telfort.nl) 12.22.55 # does sleep()'ing work in the bootloader? 12.25.19 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 12.28.05 Join barrywardell [0] (n=barrywar@dhcp-892b9bec.ucd.ie) 12.28.14 Quit Acky (Read error: 60 (Operation timed out)) 12.29.02 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 12.31.14 Quit scorche (Read error: 104 (Connection reset by peer)) 12.32.02 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 12.32.23 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 12.41.13 # mcuelenaere: i wouldn't expect it to, threads usually aren't set up yet there, afaik 12.41.29 # kernel_init() has been done.. 12.41.33 # and yield()'ing works 12.41.34 # Some bootloaders have interrupts, others implement a bootloader-specific sleep() 12.41.38 # well, if threads work, then sleep() does work too 12.41.47 # weird, on my target it doesn't 12.41.53 # do you know what could cause this? 12.42.01 # eg bad core_sleep() implementation? 12.42.28 # well, what happens if you call sleep? 12.42.34 # it hangs 12.42.36 # sleep() only works if both threading and the tick are working 12.42.43 # both should work 12.42.53 # well, threads depend on the tick 12.42.53 # tick gets incremented and yield() works 12.43.02 # current_tick gets incremented* 12.43.07 # have you implemented a core sleep function? 12.43.19 # yes, but I'm not sure if works really well 12.43.22 # (this is a MIPS processor) 12.43.23 # then remove that 12.43.32 # I tried that, but it didn't work 12.43.37 # the scheduler will sleep the core if there's nothing to do, afaik 12.43.41 # hmm 12.44.02 # so perhaps a bug in either load_context(), save_context() or start_thread()? 12.44.11 # (those are the ones I changed) 12.44.24 # load/save context bugs would be really noticable quite fast if you uyse threading at all 12.44.29 # hmm ok 12.44.35 # start_thread is the same, i guess 12.44.49 # then probably an not-thread related bug? 12.44.58 # but i don't know, i haven't look at the scheduler innards since it got changed 12.45.27 # (I've had the same/similar bug when trying to sleep() in the ZVM bootloader, but Rockbox itself didn't had the problem) 12.45.40 # linuxstb: did you work on sansav1 ? 12.45.52 # mcuelenaere: have you done some testing with threads to see if they work proper as it is? 12.46.00 Quit Acksaw (Connection timed out) 12.46.05 # not really, how could I test them? 12.46.15 # mcuelenaere: all sleep() does is run other threads until your sleep time is up, unless there is nothing to do, and then it halts the core 12.46.37 # mcuelenaere: well, by creating a couple and just yielding between them? 12.46.50 # i don't know what facilities you've got implemented 12.46.58 # all standard Rockbox ones 12.47.29 # I know that backlight and scroll threads work 12.47.41 # I haven't checked whether there are others runned 12.47.51 # well, i'd just create a couple of threads that do some printing to the screen and queue communication 12.48.03 # with results you can verify, of course 12.48.46 # well, toggle the backlight, use scrolling text, whatever. if it works, then the threading should be ok 12.49.06 # the backlight is automatically turned off after some time 12.49.13 # (I presume that's standard Rockbox behaviour?) 12.49.17 # yep 12.49.23 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 12.49.24 # I haven't tried scrolling text, will do now 12.49.33 # do that, also try switching the backlight on 12.49.42 # that should test the queues 12.49.55 # scrolling probably already does, but i'm not familiar with that 12.49.59 # the queues should work (button_get() works) 12.49.59 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 12.50.05 # mok 12.50.45 # starting to sound like there's not much you can do but crawl into the scheduler guts 12.51.55 # hmm, lcd_puts_scroll(0, 100, "This is a very very long scrolling line.... OK???? VERY LONG VERY LONG VERY LONG VERY LONG VERY LONG VERY LONG!!!!!"); should work, right? 12.52.07 # funman: I wrote sansapatcher (which is based on my ipodpatcher), but have never worked on the actual Rockbox code 12.52.25 Quit tvelocity (Client Quit) 12.52.27 # ok 12.53.23 # mcuelenaere: think so, but again, i seldom do ui work and things have changed since last i did... 12.53.48 # hmm there's probably something wrong with my x, y coordinates 12.54.23 # Yes, I think it takes character co-ordinates 12.54.30 # See the GraphicsAPI wiki page 12.56.06 # linuxstb: lcd_puts_scroll() doesn't seem to be documentated on that wiki page 12.57.10 # hmm but according to the source, you seem to be right 12.57.55 # ok scrolling works too 12.58.34 # hmm but the string sometimes seem to appear shortly either on top of the screen or on the bottom 13.04.03 # probably unrelated 13.04.48 Quit Seed ("cu, Andre") 13.05.53 Quit kushal_12_27_200 ("Leaving") 13.11.55 Quit scorche (Nick collision from services.) 13.12.45 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 13.14.33 Quit funman ("leaving") 13.19.40 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 13.20.17 *** Saving seen data "./dancer.seen" 13.21.56 Join FastKatt [0] (n=FastKatt@c-98-213-200-103.hsd1.il.comcast.net) 13.26.46 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.38.01 Quit scorche (Nick collision from services.) 13.38.51 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 13.41.08 Join Adriaan [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 13.49.16 Part fragilematter 13.54.17 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 13.57.52 Join goffa_ [0] (n=goffa@216.220.23.105) 14.01.48 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 14.04.08 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 14.08.26 Join Adriaan_ [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.08.47 Quit goffa (Read error: 110 (Connection timed out)) 14.12.07 # amiconn: if you want that list issue fixed you need to put it on FS... i'm down to no rockbox time again and will forget about it unless its there.... 14.12.58 Quit Adriaan_ (Remote closed the connection) 14.13.24 Join Adriaan_ [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.19.11 # .. also explain it a bit better... I didnt really understand what you were tlaking about 14.21.05 Quit amiconn (Nick collision from services.) 14.21.12 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.21.32 Quit Acky (Connection timed out) 14.23.04 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.24.47 Quit Adriaan (Read error: 110 (Connection timed out)) 14.37.24 Quit pixelma2 (Read error: 110 (Connection timed out)) 14.37.43 Quit linuxstb (Read error: 110 (Connection timed out)) 14.37.48 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 14.44.12 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-75c67dc9083115a1) 14.45.52 Quit Adriaan_ (Read error: 104 (Connection reset by peer)) 14.46.15 Join Adriaan_ [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.46.18 Nick Adriaan_ is now known as Adriaan (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.47.56 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 14.53.39 Quit Adriaan (Connection reset by peer) 14.53.49 Join Adriaan_ [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.53.52 Nick Adriaan_ is now known as Adriaan (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 14.57.50 Quit culture ("Ex-Chat") 14.59.29 Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.10.46 # NOOOOO! I bought v2! 15.11.09 # J-23: well, then you will have to help out with the port ;) 15.11.09 # :< 15.11.17 # how can I help? :p 15.11.29 # don't ask me 15.11.57 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 15.12.04 # I have no idea how much progress there has been. Better check the forum. 15.16.13 Quit lafouine ("leaving") 15.18.40 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.19.06 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 15.20.18 *** Saving seen data "./dancer.seen" 15.23.32 Quit mcuelenaere () 15.25.19 Join Schmogel [0] (n=Miranda@p3EE219C6.dip0.t-ipconnect.de) 15.26.10 Join MethoS-- [0] (n=clemens@host-091-097-240-109.ewe-ip-backbone.de) 15.27.23 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 15.30.13 Quit Adriaan (Connection reset by peer) 15.30.26 Join Adriaan_ [0] (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 15.30.29 Nick Adriaan_ is now known as Adriaan (n=chatzill@rt-scb-8d74.adsl.wanadoo.nl) 15.31.28 Join tarbo [0] (n=me@unaffiliated/tarbo) 15.35.15 # ok, so can somebody else tell me how can I help with porting Rockbox too e200v2 Sansas? I'm not good in low-level programming, so I can e.g. just make a good list of chips documentation on wiki. 15.35.26 Quit homielowe () 15.35.50 Quit barrywardell () 15.36.22 # hmm, most important chips are listed. 15.37.59 Quit reacoca`` (Connection reset by peer) 15.40.30 Quit MethoS- (Read error: 110 (Connection timed out)) 15.45.06 Part J-23 15.48.04 Quit Adriaan (Read error: 104 (Connection reset by peer)) 15.52.59 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.55.29 Join miepchen^schlaf [0] (n=miepchen@p579ECDC0.dip.t-dialin.net) 15.55.46 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.59.07 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 16.02.17 Part LinusN 16.07.54 Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) 16.12.22 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 16.16.05 Quit BHSPitMonkey (Remote closed the connection) 16.23.37 Quit tvelocity (Read error: 110 (Connection timed out)) 16.31.24 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 16.32.47 Join MethoS_ [0] (n=clemens@dyndsl-085-016-167-169.ewe-ip-backbone.de) 16.44.59 Part J-23 16.46.52 Quit MethoS-- (Read error: 110 (Connection timed out)) 16.47.16 Join jeffdameth1 [0] (n=jeff@host-091-096-148-050.ewe-ip-backbone.de) 16.52.36 Quit EspeonEefi ("さよなら") 17.02.13 Quit jeffdameth (Read error: 113 (No route to host)) 17.02.27 Quit mib_vkpdpt ("http://www.mibbit.com ajax IRC Client") 17.09.52 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.10.22 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 17.13.49 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.16.20 # How can I help with porting Rockbox to v2 Sansas if I can't help by programming? 17.20.21 *** Saving seen data "./dancer.seen" 17.21.35 # hmm, http://www.rockbox.org/tracker/8843 17.22.02 # is somebody stil maintaining it, or porting RB to v2 Sansas it a forgotten idea? 17.22.40 # J-23: Ask in the Forums for what can be done(although I don't think that there's much we could do without programming)? 17.24.12 # Programming is about the only thing left to be done at this point. 17.24.39 # :/ 17.24.55 # Apart from that, there's testing new code. 17.25.35 # Is there any possibility to brick player by doing it? 17.25.44 # and is it possible then to unbrick it? 17.26.17 # I would figure that that's exactly what we're trying to *not* have happen when testing code. ;) 17.27.15 Join mib_w7lwbcs0 [0] (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-e76659dc4776ad87) 17.27.22 Join svpe [0] (n=svpe@p54907BDF.dip.t-dialin.net) 17.27.22 Nick mib_w7lwbcs0 is now known as MarcGuay (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-e76659dc4776ad87) 17.28.08 # hmm. 17.29.04 # I know it isn't completely safe, but my player was expensive and I don't want to make it unusable :) 17.30.20 # In order to make your player unusable, you can either 1) Throw it into the toilet, 2) smash it with a hammer, or 3) feed it to the dog. ;) 17.30.33 # ok. 17.32.02 # J-23: I haven't been keeping up with the e200 v2 stuff so I don't know if there is a low level recovery mode or the like on it 17.32.12 # My Sansa was cheap but still I don't want to test code on it :P 17.32.44 # BigBambi: As far as I have understood there isn't really a recovery mode 17.33.57 # bmbl: That's a bit of a bugger. 17.34.12 # I'm sure all this sort of stuff is in the thread though 17.35.06 # how longly Rockbox was being ported to e200v1? 17.35.38 # J-23: That's an irrelevant question tbh 17.35.57 # New port, new hardware, etc etc 17.36.34 Join oofus [0] (n=chris@oofus.demon.co.uk) 17.37.10 Join Bomberman [0] (n=imran200@217-74-245-132.kubangsm.ru) 17.37.16 # but e.g. from Archos players to iPods. 17.37.26 # hi all 17.38.15 # roxbox is avaible for bbk players? 17.38.21 # No 17.38.34 # Look at www.rockbox.org, it has a list of all players Rockbox works on 17.38.40 # :( 17.38.46 # J-23: I don't understand that question 17.39.15 # hmm, I think I should read about Rockbox history. 17.40.23 # J-23: rom the svn logs: the first rev of config-e200.h was committed on aug 1 2006 and the "gentlmen mail" was sent on march 11 2007 17.40.51 # so including research at least a year to functioning audio playback 17.41.08 # first porting attemprs in April 2008 17.41.16 # But that says nothing about v2 timescales except a long time 17.41.19 # but as BigBambi said, this is no real indication of how long the v2 port will take 17.41.31 # attempts* 17.42.59 # to show the difference between ports, the record (iirc) is 12 hours which it took amiconn to get audio on the mini 2g... 17.44.21 # J-23: http://www.rockbox.org/history.html 17.46.45 Join herrwaldo [0] (n=waldo@ip-81-11-224-21.dsl.scarlet.be) 17.47.07 # preglow: Any status update on the TC SD driver? 17.48.16 # the v1 sansa port is likely to prove quicker than the v2 port too - since the v1 was using a SOC that we had code for already 17.48.28 # so I would imagine the v2 will take longer than the v1 port did 17.49.27 Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 17.49.44 Quit Xerion (Read error: 104 (Connection reset by peer)) 17.49.53 Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) 17.52.56 # so, does anyone care if the released bootloaders have proper versions or if we can go with whatever is in svn now (i'm not really sure if they use svn r or old version number or whatever) ? 17.54.05 # but why porting to e200v2 is so slow? 17.54.25 # and why there is no v2 port in SVN? 17.55.21 # J-23: it is 1) difficult 2) time consuming 3) done by limited numbers of people 4) in their limited spare time 17.55.42 Join setkeh_ [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 17.56.03 # did other ports start like this? 17.56.14 # Like what? 17.56.41 # The vast majority started from scratch and took a lot of dedicated work in people's spare time, yes 17.57.10 # was e.g. iPod port based on anything? 17.57.14 # The only exceptions being those that were similar to existing ones that took slightly less but still huge amounts of dedicated work in peopl's spare time 17.57.35 # No, the initial iPod ports weren't. 17.57.42 # Some of it was helped by ipodlinux work 17.58.16 # And of course the existing swcodec layer from previous ports applied 17.58.19 # The iPod video port came about because some of the hardware is similar to that of the nano. 17.58.51 # Is developing Rockbox ports so hard as I think? (coding) 17.58.56 # yes, very 17.59.18 # no user will wait for 2 years 17.59.32 # after 2 years there will be 3x faster players 17.59.46 # You need to write drivers for all the hardware, often without datasheets which means reverse engineering is often necessary. That if course is after working out how to run code on the player etc 17.59.50 # J-23: So? 18.00.09 # J-23: people don't port rockbox to their player because of some users, they do it because they want it for themselves 18.00.51 # J-23: That's why we keep saying that if you want to see Rockbox on your player that badly, expect to do work yourself. 18.01.11 # #rockbox-moan-and-groan is available. 18.01.42 # along with #rockbox-full-refunds-this-way 18.02.04 # And #rockbox-dont-bitch-and-moan-in-the-main-channel 18.05.01 Join fragilematter [0] (n=barbu_do@92.83.231.139) 18.06.20 Join gregzx [0] (n=chatzill@drr158.neoplus.adsl.tpnet.pl) 18.07.05 # http://forums.rockbox.org/index.php?topic=18605.msg134736;topicseen#msg134736 <- Possibly needs to update his bootloader to match the new builds? 18.07.35 Quit setkeh (Connection timed out) 18.08.03 # MarcGuay: Yes, I think we should ask him about his bootloader version. 18.08.08 Quit Bomberman (Read error: 110 (Connection timed out)) 18.09.47 # there's some semi common hardware fault that will cause h300's to remain in usb mode all the time, don't remember how to fix it though but there's a theread about it somewhere in mistic river 18.12.17 Quit petur ("work->home") 18.12.43 # Did they make a c200v1 in red or just the new ones? 18.13.13 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 18.13.36 # MarcGuay: Not sure. I do remember seeing red c200s in the older "v1" packaging before, but I'm not 100% sure if they were indeed v1's. 18.13.48 # Why, did you just get a red c200? 18.14.23 # Just cruising eBay looking for broken but easily repairable stuff... 18.14.44 Join SteveSiedentop [0] (n=489c538f@gateway/web/cgi-irc/labb.contactor.se/x-fb8e09adcede7c3a) 18.14.54 # MarcGuay: Ahh. 18.16.38 Quit SteveSiedentop (Client Quit) 18.20.05 # hmm, are there any texts about disassembling e200v2 Sansas? 18.20.19 # http://daniel.haxx.se/sansa/v2.html 18.20.32 # and there's a link for rockbox forum 18.23.34 Quit n1s () 18.28.01 Join perrikwp [0] (i=982130d0@gateway/web/ajax/mibbit.com/x-471cc8e9f43f696c) 18.29.07 # I don't see any disassembling instructions there 18.29.56 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 18.30.32 # j-23 there is some info on abi forums in a post i write about firmware recovery 18.32.20 # J-23: here http://www.anythingbutipod.com/forum/showthread.php?p=281956 - it's not much but it's not hard to crack it open either 18.32.45 # thanks. 18.32.55 # no problem :) 18.38.46 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.42.15 Join {phoenix} [0] (n=dirk@p54B4508B.dip.t-dialin.net) 18.42.51 # c200v1 is much simplier to disassemble 18.42.52 Quit culture (Read error: 110 (Connection timed out)) 18.44.19 Quit linuxstb (Read error: 60 (Operation timed out)) 18.45.46 Join Tichodroma [0] (n=8cb48253@gateway/web/cgi-irc/labb.contactor.se/x-681043064b0e875d) 18.46.49 # Hi I'm seeking wiki-editing authorisation for user DanDavison (have just registered and activated account) 18.47.07 Quit fragilematter ("bye") 18.47.56 # Tichodroma: What's your plan? 18.49.41 Join webguest03 [0] (n=445805e3@gateway/web/cgi-irc/labb.contactor.se/x-235efea1b455cf80) 18.49.46 # hello 18.49.59 Nick webguest03 is now known as Aurashismail (n=445805e3@gateway/web/cgi-irc/labb.contactor.se/x-235efea1b455cf80) 18.50.09 # is anyone on? 18.50.36 # i have an 5th gen ipod vid (60 gb) and i wanted to put a video onto my ipod (an avi). 18.50.46 # can someone help me with that? 18.51.05 # i dont think thats the question to ask here. 18.51.18 # unless you are, in fact, using rockbox. 18.51.19 # oh 18.51.19 # Aurashismail: Have you read this http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer? 18.51.29 # no i havent marc 18.51.30 # thanks 18.51.48 # and fyre, i am using rockbox 18.51.53 # its a pain to convert vids 18.52.18 # ahh okay XD 18.52.28 # use videora 18.52.55 # then again i dont watch movies on my ipod anymore. too much music. 18.53.40 # i used videora, but its still a hassle 18.53.45 # i use* 18.54.13 # yeah 18.54.26 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.56.39 # In Twiki>Main>IpodPort>ConvertiTunesDBtoTagCache I was going to add a comment saying that an alternative is to use (open source project) picard (http://musicbrainz.org/doc/PicardTagger), to automatically extract music from an iTunes DB and place files in a sensibly-named directory tree, then create rockbox DB if desired. 18.58.13 # Tichodroma: You're ready to go. 18.58.34 # OK, cheers. 18.59.57 # random thing, is video output supported? if it isnt, do you think it ever wil? 19.01.32 # and i cant find the mpegplayer 19.01.48 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") 19.01.51 # i used the rockbox utility to install it on to my ipod 19.02.59 Quit setkeh_ (Remote closed the connection) 19.03.36 # anyone...? 19.04.37 # Will it be helpful if I'll create step-by-step E200v2 disassembling videotutorial? 19.05.06 # (i have no idea) 19.05.36 # i made a movies folder (E:/movies) 19.05.58 # and added a videoto it 19.06.01 # AFAIK video output is not supported 19.06.06 # ah 19.06.18 # do you think its possible in the future? 19.10.00 Quit pixelma2 ("-") 19.10.19 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 19.10.22 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.10.43 # i cant find the mpeg player, can someone help me 19.11.11 # just try to open that file from file manager 19.11.35 # i tried, when i go into the folder i cant see the file 19.11.36 # its a .avi 19.11.51 # or is avi not supported 19.12.14 # Aurashismail: that wont play, it needs to be mpeg1/2 with the correct size, see wiki 19.12.15 # Rockbox supports MPEG only (1 and 2). 19.12.29 # oh 19.13.11 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 19.13.20 # i guess il have to keep converting vids 19.13.23 # thanks guys 19.13.24 # cya 19.13.26 Quit Aurashismail ("CGI:IRC") 19.15.09 # * amiconn found a possibility for a generic litte optimisation in rockbox 19.15.48 # Right now, our MIN() and MAX() macros evaluate their arguments twice, and if they're function calls, this is both slower and means more code 19.15.49 # perhaps something useful for somebody workin on sd card interface : http://www.newark.thinkhost.com/brands/promos/leading_edge/spraao7.pdf?CMP=EMC-TF091508 19.16.00 # (and also applying side effects twice) 19.16.49 # amiconn: changing that counts as a fix I think. If it's faster and smaller, that's nice of course 19.17.02 # There is a way to make this macro evaluate their arguments only once, yet keeping it unversal, datatype wise, using a gcc extension 19.17.26 # typeof? 19.17.41 # http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Typeof.html#Typeof 19.17.49 # It's almost literally that example 19.18.13 # Using this needs a few fixes in places where those macros are used 19.18.40 # (1) The current version works for the preprocessor itself. The typeof() version does not 19.18.41 Quit setkeh ("Leaving") 19.19.01 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 19.19.07 # This needs preprocessing fixes in cube.c and spacerocks.c 19.19.54 Join fragilematter [0] (n=barbu_do@92.83.236.65) 19.20.25 *** Saving seen data "./dancer.seen" 19.20.26 # (2) In a few places, one of the arguments of those macros is a constant. The current form handles signed<->unsigned differences automatically in those cases, but the typeof() form does not, resulting in a signed<->unsigned comparison warning 19.20.55 # This is fixable either by casting, or by explicitly defining the constant as unsigned 19.21.10 # As long as the compiler (or preprocessor) gives an error or a warning in the cases that need fixing, I think it's not a problem 19.21.11 # * pixelma found a few small bugs in plugins while reviewing screenshots and button tables for the manuals... :\ 19.21.45 # Now I wonder (a) whether this is a good idea to apply and (b) whether we should have a MAX and MIN that works for preprocessing, and which name they should have 19.23.22 # I think it is a good idea. Arguments getting evaluated twice is usually unexpected, and could cause subtle bugs 19.24.16 # As for the preprocessor case, maybe _MAX() and _MIN() ? 19.25.03 # * gevaerts wants to use #ifdef PREPROCESSOR, but his brain gets a stack overflow if he tries 19.25.34 # On the IPodPort page, for the 5.5th gen 80Gb. It says "very stable; more work on optimising the disk writing code is needed". Out of curiosity, can anyone point me towards any documentation/code comments indicating what needs to be done? 19.27.24 # Tichodroma: (I could be wrong but) I think this is related to the fact that the 5.5G uses 2048 byte sectors, while rockbox uses 512 byte sectors internally 19.28.29 # Or rather, the disk doesn't handle 512 byte IO and wants 1024 19.28.56 # The latter 19.29.20 # That means that to write 512 bytes (which the rockbox FAT driver does now and then), the ata driver first needs to read 1024 bytes, patch in the 512 bytes that need writing, and write the 1024 bytes back 19.29.28 # We'd need more intelligent fat code that is able to cache variable sector sizes 19.30.09 Quit lasser () 19.32.54 # gevaerts: Both mentioned plugins use the macros to decide which or the 2 lcd dimensions is the larger/smaller one 19.33.32 # Maybe we should set global macros for those in a central place? 19.33.45 # Right, thanks. I don't think I'm going to be able to solve that one unfortunately. 19.33.48 # LCD_PORTRAIT and LCD_LANDSCAPE? 19.34.03 # No, something like LCD_LARGE_DIM and LCD_SMALL_DIM 19.34.17 # They need the numbers, not just the fact 19.34.22 # ah, ok 19.34.50 # (the fact is trivial to check - #if LCD_WIDTH > LCD_HEIGHT etc, and some plugins need all 3 cases) 19.35.01 Quit {phoenix} (Remote closed the connection) 19.35.21 # indeed 19.35.26 Quit setkeh (Remote closed the connection) 19.36.15 Quit Tichodroma ("CGI:IRC (EOF)") 19.36.42 # Actually, SCREEN_PORTRAIT and friends already exist 19.39.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.44.18 Quit jhulst (Read error: 113 (No route to host)) 19.45.08 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 19.47.42 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.49.23 Join spiorf [0] (n=spiorf@host208-227-dynamic.30-79-r.retail.telecomitalia.it) 19.49.29 Join denes [0] (n=denes@pool-0154.adsl.interware.hu) 19.54.57 # gevaerts: so moving the discussion here in public: the dfu loads the binary at address 0x22020000 19.55.04 # gevaerts: and not 0x22000000 19.55.26 # gevaerts: the way I found this out, is by writing the "pc" on the lcd (I managed to write to the lcd on the m3) 19.55.44 # gevaerts: so this is on the m3, but it imho applies to m6sl too 19.56.11 # probably. I can try "writing" the pc on my sl 19.56.19 # gevaerts: great 19.56.52 # gevaerts: and if it works for you also, the change should be committed, because it didn't really work for me at first on the m3 19.57.18 # markun: thanks for committing the m3 parts to svn 19.59.19 # gevaerts: ok it might not apply to the m6sl, but it should apply to the m6, because SST39VF800.dfu uses 22020000 also (but the m6sl doesn't use SST39VF800.dfu) 20.00.08 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.00.57 # urgh 20.01.24 # usb_storage.c has quite some of those signed<->unsigned comparison warnings now 20.02.13 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.03.05 # amiconn: making SECTOR_SIZE and BUFFER_SIZE explicitely unsigned should fix most of them I think 20.03.46 # yep 20.03.51 # Is there a quick way to get at pc from c code? 20.04.09 # You need a tiny inline asm snippet 20.04.59 # iirc: asm volatile("mov %0, pc \n\t" : "=r" (yourvariable)); 20.05.28 # pc-8=the address of the current instruction 20.05.35 Join lufis [0] (n=sam@unaffiliated/lufis) 20.08.49 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.09.15 # * pixelma thinks that having two "M3" ports could lead to confusion... 20.11.36 # denes: I get 0x22000a50 20.12.03 # gevaerts: okay, than it's fine on the m6sl 20.12.19 # gevaerts: but probably this was the reason why it didn't work on the m3 20.12.30 Quit jhulst (Read error: 113 (No route to host)) 20.13.05 # gevaerts: so the m3(/m6) and the m6sl need different ld scripts currently 20.13.38 # If this is the only difference, I think an #ifdef will do fine 20.13.45 Join mibadsgayhad [0] (i=47ebde87@gateway/web/ajax/mibbit.com/x-5deb159cfd02d2c4) 20.13.45 # gevaerts: you are right 20.14.16 # So it's the m6sl that's different, right? m6sp and m3 are the same? 20.14.24 Quit mibadsgayhad ("mibbit.com: ZOMG WAFFLESBOT") 20.14.41 # gevaerts: I think so (if m6 in the dfu tool = m6sp) 20.15.13 # Hmm. There is a problem with this typeof() macro from the gcc docs: it breaks when nested 20.15.38 # I.e. MAX(MAX(a, b), c) won't work as expected 20.16.18 # denes: I think that means that IRAMSIZE is 128k for now as well 20.16.47 # * gevaerts thinks he's doing this the wrong way 20.17.18 # IRAMORIG and IRAMSIZE are the same for everyone, we just need to specify a different load address 20.18.00 Join dan_a [0] (n=dan-mirc@217.23.173.156) 20.19.18 Quit MethoS_ (Remote closed the connection) 20.20.02 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 20.20.33 Join dabujo [0] (i=xx@p4FDB02D7.dip0.t-ipconnect.de) 20.21.12 # gevaerts: yes, I think so too 20.21.25 # denes: I committed a fix. Can you have a look at it? 20.22.36 # gevaerts: looks perfect, thanks ! 20.22.56 # has anyone recently tried to compile the mipsel toolchain? 20.23.01 # amiconn: you could make MIN() and MAX() inline functions 20.23.03 Part fragilematter 20.23.21 # bertrik: yes, a few days ago 20.23.33 Join fragilematter [0] (n=barbu_do@92.83.236.65) 20.23.36 # I tried it and it failed, I'll have to look up the exact error 20.23.36 # (compiled, not actually used) 20.23.47 # pixelma: what "two M3 ports"? 20.23.56 # denes: there is also the iaudio M3 20.24.06 # gevaerts: ahhh, okay 20.24.44 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-cd3ddac55dff21c7) 20.25.03 # gevaerts: Hmm, but then how do you make it generic? 20.25.25 # gevaerts: so the current bootlader is supposed to flash when I touch the touchstrip? just to confirm that it works correct 20.25.28 # * gevaerts knew he was forgetting something... 20.26.09 # Hmm, perhaps a nested function in that macro which is called right away would work... 20.26.43 # denes: yes. 20.27.06 # ...or not. The function name would need to vary 20.27.51 Quit perrikwp (Client Quit) 20.28.04 # denes: what should happen is: the backlight turns on, you press power (play on the m6sl), it turns off the backlight, calibrates the touchpad, and starts flashing finger positions 20.28.19 Join perrikwp [0] (i=98214a73@gateway/web/ajax/mibbit.com/x-12acd5817b2bb5cb) 20.29.15 Quit Siku () 20.29.58 # gevaerts: that's mostly what happens. but when I touch the lower half of the touchpad it flashes once, one I press a bit above it starts flashing for a long time. is this what you observe? 20.30.33 Quit Zambezi (Remote closed the connection) 20.31.00 # denes: it should flash once near the bottom, up to four times near the top (QT1106_RES_4 in the source) 20.31.42 # If you change that to QT1106_RES_8, it goes up to 8, and so on up to 256 20.33.06 # gevaerts: I will check it later than, becuase it either flashes once or very many times. 20.33.36 # This is actually a situation where C++ has an advantage (definiting a template function) 20.33.42 # *defining 20.33.44 # That sounds like a bug 20.34.15 # gevaerts: or worse - the m3 and the m6sl being incompatible ... 20.34.33 # btw it's the new m3, not the original 20.35.11 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.35.33 # the MeizuReverseEngineering page says that the qt1106 connections are the same. Maybe the new m3 has a different chip there 20.36.12 # gevaerts: yes. I hope not, though ;) 20.36.34 # If we find out which chip it's not a disaster :) 20.36.57 # * gevaerts is pretty sure that the used GPIO pins will be the same 20.37.16 # gevaerts: hopefully 20.37.32 # They are the same between M6, M6SL, and M3(old) 20.37.44 # gevaerts: well, the keys and the backlight are indeed the same 20.38.27 # gevaerts: anyway, the lcd is the first task for me 20.38.35 # gevaerts: and then the others 20.39.13 # same here 20.39.36 # gevaerts: btw do you have an idea what clock your m6sl is running at? because I set the m3 to 200MHz explicitly 20.39.51 # gevaerts: that could be a difference also 20.39.59 # Not really, but I should be able to find out 20.40.24 # gevaerts: by reading the clock control registers? 20.40.45 # the delay() function in qt1106.c makes about two loops per microsecond 20.40.58 # gevaerts: I see 20.42.55 # gevaerts: that's like 8MHz ? or maybe I am calculating something wrong 20.43.28 # gevaerts: 8MHz vs. 200 MHz could be a problem :) 20.43.51 Quit lufis (Read error: 111 (Connection refused)) 20.44.24 # indeed. Maybe try increasing the delays in qt1106.c by about a factor 10 or 20 20.45.07 # gevaerts: I will try it tomorrow 20.45.32 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 20.48.12 Join ipod [0] (n=4a2f9b3c@gateway/web/cgi-irc/labb.contactor.se/x-2a0e6f28357a7e4f) 20.48.15 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.48.39 # could some one tell me the name of a video converter for my 1st gen ipod nano 20.49.01 # i had it on here but i had to reformat 20.49.01 # There's a list of converters here: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 20.49.08 # thanks 20.50.04 Quit kugel (Read error: 110 (Connection timed out)) 20.53.29 Join _any1 [0] (n=any1@dslb-088-068-044-219.pools.arcor-ip.net) 20.55.19 # funman, can you put that kind of v2 information on the wiki? 20.56.23 # I prefer hacking :) 20.57.00 # writing doc is a difficut task 20.58.08 Quit ipod ("CGI:IRC (EOF)") 20.58.44 Quit spiorf (Remote closed the connection) 20.59.04 Join einhirn [0] (i=Miranda@p5B03252C.dip0.t-ipconnect.de) 21.00.22 # Hmm, when I add type checking to those macros (linux kernel.h style) I get loads of warnings... 21.01.26 Join Nibbler [0] (n=Nibbler@91-65-154-140-dynip.superkabel.de) 21.05.15 # funman, ok I'll start reading the rest of the forum thread on the v2's and try to update the wiki 21.06.30 # thanks! 21.06.34 Join beta__ [0] (n=beta@d150-126-240.home.cgocable.net) 21.07.00 # of course I can't make any guarantees on how far I get 21.07.23 # you're welcome anywhere far you get ;) 21.08.12 # bertrik: and if you need any help I'll be glad to assist you 21.13.31 Quit Horscht ("electromagnetic radiation from satellite debris") 21.14.37 Join mmiller_ [0] (n=mmiller@wsip-70-167-45-122.ks.ks.cox.net) 21.14.49 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.16.20 Quit Nibbler (Read error: 113 (No route to host)) 21.17.04 Part J-23 21.18.38 Join super [0] (i=super@c80-217-96-53.bredband.comhem.se) 21.19.16 # 43 warnings for ipod Video, 18 warnings for Ondio FM 21.19.28 # * amiconn is uncertain what do do now 21.20.04 Join {phoenix} [0] (n=dirk@p54B4507E.dip.t-dialin.net) 21.20.27 *** Saving seen data "./dancer.seen" 21.20.33 # -Wno-.. ;) 21.21.02 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.21.20 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 21.23.02 # amiconn: are there warnings that point to real potential problems? 21.23.41 # bertrik: the sansaV2 components should be the same over all the models (when presents) 21.23.55 # The kernel.h mix()/max() implementations use a trick that throws a warning when the types of the arguments are different 21.24.59 # So these warnings mean that several of our MIN() / MAX() invocations do that. Whether it is a real problem or not then depends on the architecture 21.25.01 # firmware/export/kernel.h ? 21.25.11 Join petur [50] (n=petur@rockbox/developer/petur) 21.25.19 # funman: linux kernel.h 21.25.31 # Yeah, that was imprecise... 21.26.04 # I think that if it can cause real problems, we want the warnings. 21.26.53 # funman, ok I'll put the clip information on the generic SansaV2 page then 21.27.38 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.28.17 # I have the sd powered up it seems 21.28.26 # I must look how to send read commands now ^^ 21.29.15 Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) 21.29.22 # Is rockbox expected to run on a device if it has no battery? 21.29.34 # if you power it why not ? 21.29.49 # The linux kernel has several flavours of min() and max(): the type checking variant, the simple one (doing double evaluation), another one where you can specifiy the type explicitly 21.29.53 # IIRC, my sansa e200 runs find on USB power with the battery disconnected 21.29.57 # *fine 21.30.26 # bertrik: feel free to incorporate any of the content from http://drop.io/sansahack and eventually the unbrick way I described here http://www.anythingbutipod.com/forum/showthread.php?p=281956#post281975 into the wiki pages 21.30.28 # It also has clamp() in those flavours, plus one that uses the type of the value, assuming the min and max are literals 21.30.30 # I have a gigabeat that's using USB power with very low battery, and when I try to boot it immediately shuts down. 21.30.34 Join Nibbler [0] (n=Nibbler@91-65-154-140-dynip.superkabel.de) 21.30.49 # If I turn off the battery, it stops in the Toshiba firmware. 21.31.08 # Changing all this is quite some work, but when I just commit what I have now the build table will be yellow all over... 21.31.52 Join webguest98 [0] (n=825c0937@gateway/web/cgi-irc/labb.contactor.se/x-cb1d0f8bb6a4fea8) 21.31.55 # mmiller_: gigabeat F or S ? 21.32.03 # It's a gigabeat F. 21.32.18 Quit webguest98 (Client Quit) 21.33.20 # mmiller_: I think the battery must be charged before you can use it , at least on the S it is like this, I never had a problem on a F 21.34.19 Quit jhulst (No route to host) 21.34.41 # toffe82: do you know whether this is an issue with rockbox, the hardware, or the toshiba firmware? 21.35.40 # mmiller_: on the F I don't think there is any problem with rockbox , I didn't really use the OF 21.35.56 # your battery won't charge ? 21.37.01 # It worked fine yesterday, was syncing last night, apparently ran out of battery (?), and today it's dead. It show's it's been charging for several hours, but no more luck now than before. 21.37.53 # (It appears to charge, but it doesn't seem to actually do anything.) 21.37.54 # Lines 350..434 in http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=include/linux/kernel.h;h=aaa998f65c7af93e8a0e715e5bef0ca5ef067ece;hb=204b885e7322656284626949e51f292fe61313fa 21.38.10 # amiconn: I think in this case committing the new min()/max() and the warning fixes separately might actually be good 21.38.57 # mmiller_: you should check the battery 21.39.28 # toffe82: I'll do that. Thanks. 21.40.56 # the pl180 show the command number is on 6 bits but there's no list of commands 21.41.24 # maybe it's part of the mmc standard 21.43.36 # * gevaerts thinks that separating introducing new functionality and changing things to use or adapt to that functionality into separate commits is a good idea, even if it introduces temporary warnings 21.45.41 # gevaerts: I am undecided whether this should be committed at all in its current form, or whether it would be better to introduce the strict macros *in addition* to the existing ones, and then gradually go through the code and make it use the strict macros 21.46.21 # amiconn: that's another way to do it, but you lose the nice MIN()/MAX() names that way 21.46.39 # This wouldn't cause intermediate warnings, and it would allow to use the different variants depending on what fits best 21.50.04 # On the other hand, we want new code to use appropriate variants. Leaving the old ones in makes that harder to enforce 21.50.33 Join gregzx_ [0] (n=chatzill@dsz113.neoplus.adsl.tpnet.pl) 21.51.19 Quit fred_2 (Remote closed the connection) 21.52.50 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.53.03 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 21.53.18 # gevaerts: We could rip them out when the conversion is done... 21.53.45 # True. 21.53.46 Quit nplus (Remote closed the connection) 21.54.13 # So I'd say use new names, and then we can start fixing... 21.55.47 # Actually, when we're done maybe we should leave MIN and MAX in, and make then #errors. That way people who don't immediately find them don't re-add them locally 21.58.24 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.00 # * amiconn wonders how this would be possible 21.59.28 # just don't define them? 22.00.29 # MarcGuay (logs): here are about all the files I've downloaded at that site: http://www.mediafire.com/?iiztaztnmna 22.00.54 # #define MIN(x) \#error MIN: x ? 22.01.19 # #define MIN(x) y 22.01.41 Quit tvelocity (Connection timed out) 22.01.42 # funman: make compilation fail, not execution ;) 22.02.00 # at least at the compiler used at work I can create a macro that extends that way, though I only tested with #pragma 22.02.08 # why do you want to let it compile anyway ? 22.02.57 # also why is winter coming so early ? :( 22.03.05 # It's not too important right now I guess. If bluebrother's trick works, great, and if it doesn't, oh well 22.04.11 # just tried, doesn't seem to work 22.04.33 # One trick that should always work is #define MIN(x,y) YOU_MADE_A_MISTAKE(), although that will give a linker error instead of a compiler error 22.05.11 # Or #define MIN(x, y) "you made a mistake" 22.05.20 Join tvelocity [0] (n=tony@195.167.65.111) 22.05.44 # But it'd break some codec libs to disallow plain MIN()/ MAX() 22.05.53 # #define MIN(x, y) abort() 22.06.07 Quit gregzx (Read error: 110 (Connection timed out)) 22.06.09 # * gevaerts thinks that funman still doesn't get the point ;) 22.06.10 # I'm not sure if you can use void as int .. 22.06.15 # #define MIN(x,y) # 22.06.34 # creates a nice "error: '#' is not followed by a macro parameter" 22.07.10 Quit mcuelenaere () 22.07.18 # libspeex and demac define their own 22.07.20 # What about just #define MIN(x,y) new_and_improved_min(x,y)? No warnings or errors, but it should at least do the right thing 22.10.17 Join qubodup [0] (n=qubodup@brln-4db827d6.pool.einsundeins.de) 22.10.22 # hello 22.11.24 # welcome to the woooorld of tomorrrrow! 22.12.29 # but if it's tomorrow today is yesterday ????¿¿¿¿ 22.14.00 # yes 22.14.25 Join Zambezi [0] (i=stolgfor@itslyna.se) 22.14.34 # funman: beware of forehead! 22.14.45 Quit svpe ("leaving") 22.19.42 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.20.10 Quit fragilematter ("time to get some sleep... it's _almost_ tomorrow") 22.23.23 Quit gregzx_ ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 22.23.43 Join gregzx [0] (n=chatzill@dsz113.neoplus.adsl.tpnet.pl) 22.25.32 Quit mmiller_ (Remote closed the connection) 22.27.59 Quit {phoenix} (Remote closed the connection) 22.29.08 Quit Nibbler (Read error: 104 (Connection reset by peer)) 22.30.01 Quit avis (Remote closed the connection) 22.30.59 Quit Zambezi ("Shutting down.") 22.32.24 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 22.32.45 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.35.38 Join avis [0] (n=ident@pdpc/supporter/student/avis) 22.35.53 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 22.40.19 Join Zambezi [0] (i=stolgfor@itslyna.se) 22.40.21 Join Casainho [0] (n=chatzill@89.181.79.71) 22.41.27 # hello Rockbox people :-) 22.41.35 # Hi 22.41.49 # I am build a new port and I am getting an warning and my code is not working :-( 22.42.01 # can someone please enlight me? - http://pastebin.com/m7b2e1aee 22.42.14 # * bluebrother pulls torch 22.42.55 # the code is here: http://code.google.com/p/rockboxplayer/source/browse/#svn/trunk/rockbox_port 22.44.43 # Casainho: The error messages seems very explicit - your code is referencing a function called pabt_handler, but that function is being discarded by the linker. 22.45.51 # linuxstb: and why? 22.46.05 # can it be a problem in linker script? 22.46.19 Join Nibbler [0] (n=Nibbler@91-65-154-140-dynip.superkabel.de) 22.47.12 # here is the linker script: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/target/arm/at91sam/boot.lds 22.47.37 Quit Dosu_Tivien (Read error: 104 (Connection reset by peer)) 22.48.09 # I am being looking for this link script and for the memory map, I don't understand linker discard that function.... 22.48.21 Part qubodup 22.49.08 # well, it seems like this function is linked to a section that doesn't exist and gets discarded due to this 22.51.00 # bluebrother: I would have expected the linker to complain that the section doesn't exist in that case - I've had that problem before. 22.52.06 # hmm -- but I can't see that section the linker tells that function is linked to. Or did I miss some globbing? 22.52.16 # well, I am a novice in ARM world... I had a lot of days looking and reading about linker script... I may have some errors on it, can someone please verify? 22.52.29 Join vitja [0] (n=vitja@79.120.98.174) 22.54.21 # * amiconn decides that he shouldn't try to do too many things at once, and puts back that MIN() / MAX() issue for now 22.55.05 # Casainho: Where is the project.h file? 22.55.44 Quit bmbl ("Woah!") 22.55.59 # linuxstb: firmware/export/ 22.56.32 # Yes, I just found it - the google svn browser only showed the first 100 files in that dir.... 22.57.28 Quit petur ("Zzzzz") 22.58.09 # Casainho: Sorry, nothing jumps out at me as being obviously wrong... 22.58.13 # looks like it just shows 100 lines at a time, you can continue browsing other files 22.58.25 Quit funman ("leaving") 22.58.44 # linuxstb: okok - thank you :-) 22.59.21 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.59.22 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 22.59.55 # the bootloader C code (flash_LED) is working if builded alone... but with that linker script, I got that discard and code do not work :-( 23.00.21 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 23.00.48 # the original code is here: http://code.google.com/p/rockboxplayer/source/browse/#svn/trunk/test_codes/at91sam9260_getting_started_1.0 23.00.52 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.01.20 # linuxstb: can you please give a look and comparing both linker scripts? 23.02.29 # linker scripts are different... I tried to make one linker script as other ports on RB 23.05.11 Join goffa [0] (n=goffa@216.220.23.105) 23.06.00 Join AndyI [0] (n=pasha_in@212.14.205.32) 23.07.04 # Casainho: Sorry, I can't investigate your problem. All I can suggest is to remove (comment out) the call to that troublesome function and see what does actually work... 23.07.15 # linuxstb: could it be something about missing newlib?? 23.07.54 # What version of gcc are you using? Are you using the standard Rockbox arm-elf-gcc or something else? 23.08.06 # I was trying to build again that code and I got an error about -lc, # -lc : tells the linker to tie in newlib 23.08.32 # I am using the "rockbox_dev.sh" 23.08.46 # there is no rockbox_dev.sh ... 23.08.48 # we don't use newlib... 23.09.12 # * bluebrother was too late to note that rockbox doesn't use newlib 23.09.27 # ... so we don't use -lc 23.09.30 # btw, do we use some functions taken from newlib? 23.09.45 # "rockboxdev.sh" :-) 23.09.47 # bluebrother: yes, some source from newlib is in the firmware/common dir 23.10.29 # I think my code may use newlib, because there is some printf functions.... 23.10.30 # you only use "rockboxdev.sh" once...and even then it isnt sure that you are using those compilers due to path.. 23.10.53 # Casainho: printf? really? 23.11.08 # isn't that just like rockbox bootloaders doing it? 23.11.15 # dbgu_print_ascii("-F- Prefetch abort\n\r"); 23.11.17 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.12.18 # scorche|sh: I am alsmosgt sure I am using gcc build from rockboxdev.sh! I did read wiki page and configure the path 23.12.52 # hmmm... so maybe I should remove things that may be using newlib... I will try ;-) 23.15.39 Quit goffa_ (Read error: 110 (Connection timed out)) 23.20.29 *** Saving seen data "./dancer.seen" 23.29.11 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 23.29.59 # I found somethings: build that application with GCC 4.0.3, I got that discarded sections... but with GCC 4.1.1, all go perfect.... 23.30.45 # however, If I try to build RB bootloader with GCC 4.1.1, with the same code but diferent linker scripts, I got this errors: 23.31.07 # is that 4.1.1 really built the same way rockboxdev.sh does it? 23.31.37 Quit jgarvey ("Leaving") 23.31.37 # http://pastebin.com/m78a245f4 23.32.34 # Bagder: I did build it using this simple instructions: http://code.google.com/p/rockboxplayer/wiki/BuildGNUToolchainForARM9 23.32.35 # I'd say using that compiler is not the right answer anyway 23.32.54 # --with-newlib ... 23.33.30 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.33.35 Quit jhulst (Read error: 104 (Connection reset by peer)) 23.34.50 # Bagder: and this error " ERROR: /usr/local/arm9/lib/gcc/arm-elf/4.1.1/libgcc.a(_udivsi3.o) uses FPA instructions, whereas /home/cas/Documentos/RockboxPlayer/svn-code.google/trunk/rockbox_port/build/bootloader/bootloader.elf does not" 23.35.27 # * bluebrother wonders where this build instructions have been copied from 23.35.45 # FPA is "Floating Point Accelerator" 23.35.52 # bluebrother: you have the link to originals on the end of the page 23.36.32 # Casainho: again, going down that route seems like a bad choice to me 23.37.08 # ah. A bit hidden, or the font in my browser is a bit tiny ;-) 23.38.35 # Bagder: I have 2 problems, the code is not working and I get warnings about that code discard... I would like to know If the code not working is because of that discard... 23.38.48 # well, I am loose :-) 23.39.37 # I didn't spot the discard problem, can you pastebin it for me again? 23.42.36 Join perrikwp [0] (i=98214a73@gateway/web/ajax/mibbit.com/x-8c3341f831d91af6) 23.42.39 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 23.43.38 # here: http://pastebin.com/m7b2e1aee 23.49.43 Quit bertrik ("Leaving") 23.50.21 # which boot.lds is used, you seem to have two? 23.52.02 # and can you show us the full "make V=1" output of the build log? 23.52.52 # I am using the first one... in dir at91sam 23.53.40 # and can you show us the bootloader.map? 23.56.06 # make V=1: http://pastebin.com/m26e92f49 23.56.17 Quit herrwaldo ("Konversation terminated!") 23.57.55 Quit tvelocity ("Αποχώρησε") 23.57.59 # but make V=1 also made some erros here: http://pastebin.com/m1c773415 23.58.34 Quit ompaul (Client Quit) 23.58.37 Quit oofus (Read error: 104 (Connection reset by peer))