--- Log for 28.04.112 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 26 days and 22 hours ago 00.03.01 Join pamaury_ [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 00.03.37 Quit pamaury (Ping timeout: 246 seconds) 00.06.11 Quit kevku (Ping timeout: 260 seconds) 00.08.05 # aww i fell into an include dependency loop 00.08.44 # are the per-target sources compiled before the per-board ones ? 00.22.37 # kylethedarkn: yes I know 00.23.14 # I don't really know why, probably some hardware needs to be properly shutdown. Another option would be to reboot when unplugging, that could avoid the freeze 00.23.52 # Alrighty. Will do. 00.25.36 # it might have to do with power management too, I should have a serious look at it someday 00.26.16 # Sounds good, if you end up updating or patching anything send me a ping and let me know. 00.26.51 # ok thanks 00.28.33 Quit XavierGr () 00.29.53 # gevaerts: i found the offending commit. 7b1a369. 00.30.00 # sorry, a54c687 00.30.04 # copy&paste error 00.30.47 # or actually, both of these. they have to be stashed together anyway because the first one had a typo 00.31.08 # these two commits introduce arm architecture auto-detection 00.31.24 # for me, no version of the pcm code makes it into the binary in the end 00.32.00 # i see the following warnings during compilation, before the linker fails: 00.32.00 # trunk/firmware/pcm_mixer.c: In function ‘mixer_buffer_callback’: 00.32.00 # trunk/firmware/pcm_mixer.c:176: warning: implicit declaration of function ‘write_samples’ 00.32.00 DBUG Enqueued KICK plush 00.32.00 # trunk/firmware/pcm_mixer.c:194: warning: implicit declaration of function ‘mix_samples’ 00.32.18 # OK, at least it's a build system change. That makes sense :) 00.32.26 # yep 00.32.33 # what a painful git bisect it was 00.32.42 # i had to let the box cool down soooooooo many times :( 00.33.22 # Which version of gmake are you using? 00.34.01 # GNU Make 3.82 00.34.42 # did anyone get any further with the no-sound-on-mrobe problem? 00.35.30 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 00.35.30 # * gevaerts didn't 00.35.38 # i don't see any header file declaring write_samples. how can pcm_mixer.c ever find it? puzzling 00.36.04 Quit pamaury_ (Remote host closed the connection) 00.36.20 # plush: #include "asm/pcm-mixer.c" 00.36.43 # right... i didn't quite expect #include .c 00.36.51 # my eyes are not tuned to look for that :) 00.36.55 # maybe something in your environment is conflicting with the arch auto detection? 00.38.12 # n1s: it well may. but i have no idea what 00.38.48 # * gevaerts suspects that it gets to firmware/asm/arm/pcm-mixer.c and then finds no matching ARM_ARCH 00.38.50 # so it must be pcm-mixer.c that decides to not include either file 00.38.55 # yep, exactly 00.38.57 # but why... 00.39.41 # plush: what are ARCH and ARM_ARCH set to in your gewnerated Makefile? 00.39.54 # and is either already set in the env? 00.40.17 # Arch and ARCH_VERSION 00.40.17 # and ARCH_VERSION 00.40.24 # env: nope, no *ARCH* variables 00.40.27 # looking at makefile now 00.40.46 # export ARCH=arch_arm 00.40.46 # export ARCH_VERSION=1 00.41.04 # aha 00.41.07 # no ARM_ARCH in Makefile at all 00.41.24 # yeah i meant ARCH_VERSION 00.41.29 # 1 is weird 00.41.34 # ARCH_VERSION=1 is definitely wrong 00.42.26 # i see sed is being used 00.42.29 # bsd sed != gnu sed 00.43.11 # plush: if you set ARCH_VERSION=4 in the Makefile, does it work? 00.44.15 # n1s: trying... need to cool the laptop a bit first 00.44.17 # * gevaerts isn't too fond of using \-escaping in sed expressions when simple quoting would work... 00.44.37 # n1s: no, same failure 00.45.22 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120425123149]) 00.49.00 # plush: ah it's also in autoconf.h 00.50.11 # plush: those sed expressions look fairly normal to me, and very similar to others used in the script. The only distinctive things are (a) they use ',' instead of the more common '/', and (b) they have a \n in them. As far as I know (a) shouldn't be a problem but (b) may well be 00.50.58 # n1s: changing the value in autoconf.h made it build. so it is that value. one step further :) 00.51.06 # n1s: could you try http://paste.debian.net/165949/ ? 00.51.10 # plush: ^ 00.51.55 # Just checking autoconf.h and the makefile should be enough 00.52.34 # gevaerts: yep, that works 00.52.39 # ok 00.52.50 # both the makefile and autoconf.h have version 4 now :) 00.53.20 # * gevaerts will commit 00.54.09 # excellent. thanks. 00.55.21 # Commit b794cbb in rockbox by 03Frank Gevaerts: Replace a \n-using sed expression with a more compatible tr 00.56.28 # rebuilding 00.56.45 # my rockbox was over a month old. high time to fix that. 00.57.08 # You could download a build :) 00.57.42 # i don't think any active dev uses bsd so things like this are likely to go unnoticed 00.58.13 # b794cbb build result: All green 01.06.30 Quit n1s (Quit: Ex-Chat) 01.16.43 # gevaerts: i'm a bsd user. i build libreoffice, firefox, gcc from source... building rockbox from source is a matter of honor 01.18.37 # And you get to build gcc from source again as a bonus :) 01.19.08 # at this point, rebuilding gcc is pretty much impossible. my laptop needs 30s of cooling after 10s of compiling 01.19.20 # big packages are impossible to compile 01.19.37 # i need a dell tech to look at this (again - they keep fixing the machine every few months) 01.21.56 # i'm signing off. thanks for your help 01.25.20 Part plush 01.26.04 *** Saving seen data "./dancer.seen" 01.30.59 Quit ender` (Quit: Smoking is one of the leading causes of statistics.) 01.33.45 Quit Horschti (Quit: Verlassend) 01.36.38 Quit bertrik_ (Ping timeout: 276 seconds) 02.13.40 Quit TheLemonMan (Quit: WeeChat 0.3.7) 02.20.09 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 02.22.23 Quit remlap (Ping timeout: 246 seconds) 02.37.35 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 02.37.35 Quit Xerion (Remote host closed the connection) 03.00.04 Quit mirak (Read error: Connection reset by peer) 03.26.08 *** Saving seen data "./dancer.seen" 04.08.56 Quit amiconn (Disconnected by services) 04.08.56 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.08.56 Quit pixelma (Disconnected by services) 04.08.58 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.09.00 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.09.18 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.32.58 Join enthdegree [0] (~enthdegre@cpe-174-099-054-167.nc.res.rr.com) 04.33.07 Quit enthdegree (Changing host) 04.33.07 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 04.36.50 Quit [7] (Disconnected by services) 04.36.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.46.25 Join Topy [0] (Topy44@f048198207.adsl.alicedsl.de) 04.50.34 Quit T44 (Ping timeout: 260 seconds) 04.56.46 Join kevku [0] (x@2501.broker.freenet6.net) 04.58.57 Quit kevku (Client Quit) 05.00.45 Quit Thra11_ (Read error: Connection reset by peer) 05.23.29 Quit kylethedarkn () 05.26.11 *** Saving seen data "./dancer.seen" 05.27.14 Join kylethedarkn [0] (~Kyletheda@c-24-14-184-138.hsd1.il.comcast.net) 06.33.57 Quit enthdegree (Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...) 06.57.35 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net) 07.21.11 Join factor [0] (~factor@r74-195-216-151.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.22.41 Quit anewuser (Ping timeout: 250 seconds) 07.26.12 *** Saving seen data "./dancer.seen" 07.51.57 Join n1s [0] (~n1s@rockbox/developer/n1s) 08.04.12 Join Guest04579 [0] (456c4278@gateway/web/freenode/ip.69.108.66.120) 08.04.20 # what's your main reason for using Rockbox? 08.14.09 Join Keripo [0] (~Keripo@eng364.wireless-resnet.upenn.edu) 08.28.21 # i started using it on my h300 because it didn't take half a minute to start like the OF 08.54.38 Quit mystica555 (Read error: Connection reset by peer) 08.54.49 Quit bitcraft (Remote host closed the connection) 09.05.05 Join mystica555 [0] (~Mike@97-118-134-26.hlrn.qwest.net) 09.07.43 # Commit fe3d580 in rockbox by 03Nils Wallménius: (Author: Sean Bartell) rbcodec refactoring: get_audio_base_data_type 09.10.42 # fe3d580 build result: All green 09.16.31 Quit remlap1 (Quit: Leaving.) 09.19.29 # Someone really should take a look at those IAP patches in gerrit 09.22.28 Join stoffel [0] (~quassel@pD9E41EB0.dip.t-dialin.net) 09.26.16 *** Saving seen data "./dancer.seen" 09.36.59 Join TheLemonMan [0] (~LemonBoy@adsl-ull-23-212.50-151.net24.it) 09.39.46 # Could we have line breaks between the Reviewed-on, Reviewed-by, etc lines on the website? 09.52.28 Join ender` [0] (~ender@foo.eternallybored.org) 09.53.53 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp) 10.00.53 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.06.12 Quit Guest04579 (Quit: Page closed) 10.12.50 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.17.04 Quit GodEater (Ping timeout: 272 seconds) 10.20.50 Quit ender` (Quit: The secret of success is sincerity. Once you can fake that, you've got it made.) 10.24.42 Quit kadoban (Ping timeout: 252 seconds) 10.47.02 Join Horscht [0] (~Horscht@p57B57AA2.dip.t-dialin.net) 10.47.02 Quit Horscht (Changing host) 10.47.02 Join Horscht [0] (~Horscht@xbmc/user/horscht) 10.53.12 Join einhirn [0] (~Miranda@p4FC749D9.dip0.t-ipconnect.de) 10.55.02 Join robin0800 [0] (~robin0800@149.254.60.158) 11.07.05 # when i'm on .rockbox/fonts and try to `rm -f *`, i get: rm: cannot remove `35-Nimbus.fnt': Read-only file system 11.07.09 # for all fonts 11.07.27 # ipod is mounted rw, fonts/ is 755 and i'm root 11.07.34 # any ideas? 11.09.41 # then the Ipod isn't mounted rw. 11.10.01 # you likely have filesystem errors. Linux usually put the partition in ro mode if it contains errors 11.10.15 # (which is not specific to Ipods / FAT partitions) 11.11.00 # ah. i think i need to umask=000 11.11.19 # got the crt0 running but it never gets into main, i suspect its a memory corruption issue 11.11.49 # any hint on how to troubleshoot this ? 11.12.04 # no, that wasnt it 11.12.21 # bluebrother: thanks. thats it :) 11.12.27 # [ 295.620277] FAT: Filesystem error (dev sdb2) 11.15.17 Quit Keripo (Quit: Leaving.) 11.15.21 Nick aevin_ is now known as aevin (eivindsy@microbel.pvv.ntnu.no) 11.16.45 Quit aevin (Changing host) 11.16.45 Join aevin [0] (eivindsy@unaffiliated/aevin) 11.18.59 # bluebrother: fsck.vfat helped. thanks again. 11.26.19 *** Saving seen data "./dancer.seen" 11.26.44 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 11.34.49 Join leavittx [0] (~leavittx@89.221.199.187) 11.34.52 Quit Topy (Ping timeout: 246 seconds) 11.37.57 Join bertrik_ [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.38.04 Quit bertrik_ (Changing host) 11.38.04 Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) 11.45.49 Join lebellium [0] (~chatzilla@e179076134.adsl.alicedsl.de) 11.54.51 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 11.56.00 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 11.56.30 Quit leavittx (Ping timeout: 272 seconds) 12.01.07 Quit jdgord (Read error: Connection reset by peer) 12.03.22 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 12.04.05 Join mortalis [0] (~mortalis@77.108.98.177) 12.06.22 Join Topy44 [0] (~Topy44@f049237124.adsl.alicedsl.de) 12.09.13 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 12.09.17 # Commit b4424ca in rockbox by 03Dominik Riebeling: Add "ipod" mode to bin2c. 12.09.20 # Commit 8a3824f in rockbox by 03Dominik Riebeling: ipodpatcher: replace ipod2c with bin2c. 12.09.21 # Commit 308f099 in rockbox by 03Dominik Riebeling: Move bin2c handling to libtools.make 12.09.34 Join profus2 [0] (~profus2@xdsl-87-79-231-253.netcologne.de) 12.11.54 # 8a3824f build result: All green 12.14.12 Quit jdgord (Read error: Connection reset by peer) 12.17.41 # gevaerts: ok, doing as you suggested, leaving it plugged in, for about 16 hours, upto now, and still no reaction, any more suggestions. 12.40.26 Quit profus2 (Ping timeout: 265 seconds) 12.47.34 Join profus2 [0] (~profus2@xdsl-87-79-231-253.netcologne.de) 12.54.58 # * bluebrother looks at FS#12654 and considers dropping binary packages for Linux 12.54.59 # http://www.rockbox.org/tracker/task/12654 3rockbox utility has font problems (bugs, unconfirmed) 12.55.31 # Bagder: do we have stats on how many people actually use Rockbox Utility on Linux? 12.56.20 # hmm, seems the user agent string it sends doesn't include the OS :/ 12.57.00 # ok, so do we have download stats for Rockbox Utility? 12.57.43 Quit profus2 (Quit: Leaving) 12.58.23 # i guess that is because of qt being statically linked 12.58.44 # yes and no 13.00.33 # linux users should be able to deal with shared libs, the only problem might be random api breakage 13.00.55 # well, yes and no. 13.01.16 # since depending on your distro you get different versions of the lib you also run into lots of trouble 13.01.44 # i.e. if a distro decides to update Qt to 4.8 and we build against 4.7 we have problems 13.02.17 # or (especially for c++) use a different compiler version that breaks ABI 13.02.41 # Linux users should be able to build Rockbox Utility for themselves 13.02.48 # there arent major changes between versions, at least it shouldnt 13.03.15 # dropping Linux binaries would also require the arch package to (finally) stop wrapping our binary 13.03.18 # well beside gcc theres only clang, and its c++ support isnt ready for production 13.03.43 # bluebrother: That package isn't really a package, in that it isn't remotely official 13.03.52 # ohwell, binary packages are the evil 13.04.02 # It is just some user "helping" people who can't figure out how to download from our site 13.04.18 # just gave my 2c about the static lib thing 13.04.31 # AlexP: sure, but that user could simply build Rockbox Utility. Would also reduce the binary size a bit :) 13.05.07 # yes indeed - I was just pointing out that calling it an Arch package makes it sound like something official in the repos :) 13.05.39 # TheLemonMan: there's a reason why f.e. VirtualBox has like 15 different versions for Linux to download 13.05.50 # versions as in distribution variants that is. 13.06.23 # AlexP: well, "arch package" means a package for arch to me. I'm not an arch user so I don't have any idea what package is official and which isn't ;-) 13.06.37 # anything in AUR isn't :) 13.06.57 # anyway, it might be interesting (even regardless of this question) to see download stats for Rockbox Utility :) 13.08.20 # whatever, im always up for the good old cli :) no libs needed and does its work properly 13.08.45 # tell that a Windows user ;-) 13.09.25 # or even Mac 13.15.14 # mac users are silghtly better, they know how to open the terminal at least 13.15.25 # I don't think that's true 13.15.34 # Not based on the MAc users I know 13.15.42 # same here :) 13.16.09 # though I don't know that much Mac users. And people developing aren't users :) 13.16.46 # I'm wondering how hard it would be to build a Debian package 13.16.52 # I know 5 or 6 Mac users, all of whom are not developers and none of whom ould have any idea what a terminal is :) 13.16.58 # *would 13.17.53 # if we had a Debian and a Fedora package we might get around distributing this kind of binary we have right now 13.23.48 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 13.26.21 *** Saving seen data "./dancer.seen" 13.34.45 # if we start requiring users to build rbutil themselves most of the easy to use gui aspect goes away 13.36.04 # does it build using clang ? 13.37.32 # n1s: does it? That would only affect Linux, and I'm pretty sure most users are using Windows 13.39.24 # yeah of course only where we wouldn't supply a binary but i mean the target users for rbutil imo are the ones that just want to click some buttons 13.41.19 # i guess an ubuntu package would cover most of them though 13.43.21 # our binary should run fine on Ubuntu. Well, maybe not on kubuntu, and obviously not on the latest one 13.44.11 # the main problem is that distros don't care much about compatibility with other binaries. While Windows does this a lot, which makes handling Windows binaries *much* simpler 13.44.23 # yeah 13.44.43 # i guess linking qt statically would make the binary 100MB or so 13.44.45 # so in the end we pretty much always will get the distro updated things - Rockbox Utility breaks - user complain to us. 13.44.54 # we already link Qt statically 13.45.12 # but linking _all_ libs Qt uses statically ... yes. 13.45.23 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 13.45.32 # and I'm not too motivated to find that out :) 13.47.05 # i guess the proper fix would be to get rbutil into the distro repos 13.47.39 # which has the drawback that distro packages are unlikely to be updated once we release a new version 13.47.57 # and providing those packages ourselves means we would need to build n distro packages 13.48.01 # yeah 13.48.20 # so from my point of view all solutions are less than optimal 13.48.23 Quit dionoea_ (Changing host) 13.48.23 Join dionoea_ [0] (~dionoea@videolan/developer/dionoea) 13.48.27 Nick dionoea_ is now known as dionoea (~dionoea@videolan/developer/dionoea) 13.48.29 # yep 13.49.27 # but since rbutil can install the most recent rb version without update, it should only be needed for adding bootloader installation for new targets/new features/bug fixes, right? 13.50.00 # so users not having the latest version wouldn' t be that bad i think 13.52.08 Quit n1s (Quit: Ex-Chat) 13.52.26 Quit Poodlemastah (Ping timeout: 276 seconds) 13.52.33 # bluebrother: What is the minimum checkout to be able to build rbutil? 13.53.09 Quit [Saint] (Read error: Connection reset by peer) 13.53.49 Join Poodlemastah [0] (~Poodlemas@h-152-191.a218.priv.bahnhof.se) 13.55.07 Join Rower85 [0] (~husvagn@78-69-196-71-no178.tbcn.telia.com) 13.56.14 # AlexP: the source package :) 13.56.28 # OK, ta 13.56.53 # the problem is that you need to clone the whole git repo, which would end up with something like 120MiB. Or use the source package we have for releases, which is <1MiB 13.57.12 # yep 13.57.44 # and I'd really like people to only use the most recent version. We had quite a bunch of bugs lately :( 14.00.01 Join Thra11 [0] (~thrall@46.208.83.128) 14.03.01 # bluebrother: Can errors like "RCC: Error in 'rbutilqt-lang.qrc': Cannot find file 'lang/rbutil_cs.qm'" be ignored? 14.04.25 Quit jdgord (Ping timeout: 255 seconds) 14.07.04 # AlexP: yes. 14.07.42 # those files will get created during the build, but rcc checks for them when creating the Makefiles 14.07.52 # OK 14.09.53 # * bluebrother just successfully build Rockbox Utility using llvm 14.11.11 # shows a few additional warnings. Nice. 14.12.17 # the sims build with clang too, if you disable a few things 14.12.58 # doesn't give that many useful warnings though 14.13.00 # maybe the Makefile should be able to deal with that? 14.13.20 # bluebrother: Is libusb a compile time dependency? 14.14.14 # I found some dubious memsets last week with clang 14.15.54 # AlexP: yes. 14.16.01 # Thanks 14.16.09 # libusb1, or if you use -config libusb0 it's libusb0 :) 14.16.21 # bluebrother: Oh, there is already an aur build from source 14.16.26 # That is up-to-date 14.16.32 # oh, nice. 14.16.32 # So no point me writing one :) 14.16.37 Quit XavierGr (Ping timeout: 265 seconds) 14.16.37 # :) 14.16.46 # * bluebrother could give a Fedora rpm a go 14.17.03 # https://aur.archlinux.org/packages.php?ID=25559 14.17.34 # Sadly there is still the binary one (which is also outdated), but if you dropped the binaries then thta would go away and there is a nice replacement 14.20.40 # dropping the binaries would also mean that the update check should check against the source package. Hmm. 14.21.04 # That means that an updated binary will no longer be recognized, if we re-release a broken binary for one platform only 14.21.28 # of course the linux version could look after the sources, and all others still check for binary releases 14.23.01 Join anewuser [0] (~anewuser@190.207.222.122) 14.23.09 Quit anewuser (Changing host) 14.23.09 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 14.30.24 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 14.38.27 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.51.58 Quit stoffel (Ping timeout: 260 seconds) 14.56.31 # suggestions, if "toggle-hold + menu + selct" doesnt recover an ipod. 14.56.44 # ? 15.00.23 Quit roflmaus () 15.01.24 Join lebellium_ [0] (~chatzilla@e179068243.adsl.alicedsl.de) 15.02.46 Quit lebellium (Ping timeout: 246 seconds) 15.02.50 Nick lebellium_ is now known as lebellium (~chatzilla@e179068243.adsl.alicedsl.de) 15.03.02 # i shutdown my nano yesterday, and it simply hasnt started since, showe full battery before i shut it down. 15.06.06 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 15.08.37 Quit jdgord (Read error: Connection reset by peer) 15.09.22 Join leavittx [0] (~leavittx@89.221.199.187) 15.20.18 Join stoffel [0] (~quassel@pD9E41EB0.dip.t-dialin.net) 15.24.20 Quit Thra11 (Remote host closed the connection) 15.24.54 Join Thra11 [0] (~thrall@46.208.83.128) 15.26.22 *** Saving seen data "./dancer.seen" 15.26.59 Quit Thra11 (Client Quit) 15.27.12 Join Thra11 [0] (~thrall@46.208.83.128) 15.27.39 Quit Thra11 (Remote host closed the connection) 15.27.53 Join Thra11 [0] (~thrall@46.208.83.128) 15.34.39 Quit Thra11 (Read error: Connection reset by peer) 15.36.10 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 15.37.33 Join Thra11 [0] (~thrall@46.208.83.128) 15.38.18 Quit Thra11 (Remote host closed the connection) 15.38.37 Quit mc2739 (Read error: Operation timed out) 15.38.41 Join Thra11 [0] (~thrall@46.208.83.128) 15.38.53 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.41.07 Quit jdgord (Read error: Connection reset by peer) 15.41.22 Quit KiwiCam (Ping timeout: 252 seconds) 15.41.43 Nick bertrik_ is now known as bertrik (~bertrik@rockbox/developer/bertrik) 15.41.47 Join KiwiCam [0] (~KiwiCAM@101.98.171.48) 15.44.14 Quit Topy44 (Ping timeout: 276 seconds) 15.46.11 Quit bluebrother (Ping timeout: 244 seconds) 15.46.11 Quit fs-bluebot (Ping timeout: 276 seconds) 15.47.34 Join fs-bluebot [0] (~fs-bluebo@g231121147.adsl.alicedsl.de) 15.47.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.56.10 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 15.56.19 # any yh-820 experts around? 15.57.52 # nope I have a YH-820 but I let in Paris and I'm not an expert :) 16.00.54 # there is someone on the forum saying that battery readout does not work, I wonder if it's perhaps on a different adc channel, we might be able to see that in the debug menu 16.04.02 # brobostigon: if that doesn't work you either have a hardware problem or you're doing it wrong. 16.04.13 # and from your description I suspect the latter. 16.04.17 # 1. enable hold. 16.04.20 # 2. disable hold. 16.05.09 # 3. press *and hold* both Menu + Select until the Ipod reboots. This can take quite a while, 30 seconds and up is possible. 16.05.30 # this will reboot the Ipod. If it doesn't boot properly anymore set it into emergency disk mode by 16.05.49 # 4. press *and hold* Select + Play *the moment the Ipod reboots* 16.05.56 # bluebrother: so hold it down, as long as it takes, could it take upto minutes, and more ? 16.06.03 # yes. 16.06.25 # it's also possible that it doesn't work the first time (the 1 - 3 part) and you need to try again. 16.06.38 # ok, let me try again. 16.06.39 # plus, it's also possible that the Ipod has simply no power :) 16.06.53 # i.e. plug it into power, preferrably a wall charger 16.07.00 # bluebrother: it has been connected to a powered usb port, basically the last 24 hours. 16.07.11 # bluebrother: that i am going to try next. 16.07.15 # ok, then that shouldn't be the case. 16.07.19 # bluebrother: my mum has a dock. 16.07.29 # unplug the Ipod before trying to reset it 16.07.36 # ok. 16.08.03 # not sure if it works otherwise, can't remember if I ever tried that with power :) 16.08.59 # ok. 16.09.14 # ok, having it powered shouldn't be the problem. Worked for the nano2g I just tried, but I'd still disconnect first. 16.09.41 Quit jdgord (Quit: Bye) 16.10.55 # bluebrother: ok, i will try those things again, and report back. 16.18.37 # bluebrother: ok, i have tried that three time, of two mintue period each time, nothing, wont turn on, nothing at all. 16.20.03 Quit Scromple (Ping timeout: 260 seconds) 16.27.09 # bluebrother: any other options? or is it basic hw failiure? and i doubt, it would fail, from workng, to this, simply for the fact i turned it off. 16.30.47 Join ender` [0] (~ender@foo.eternallybored.org) 16.33.24 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 16.34.03 # well, you can keep the Ipod running until the battery is drained, then connect it to a charger and see what happens. 16.34.39 # the reset sequence is wired in the hardware so it will always work. If not the only (known) reason is a hardware failure. 16.34.48 # keep it running? it wont even start, to run it. i dont understand. 16.35.01 # it is turned on, is it? 16.35.07 # but stuck? 16.35.10 # no, it wont even start. 16.35.23 # black screen, nothing, zero zulch. 16.35.33 # screen ownt even light up. 16.35.36 # wont* 16.35.44 # it should come up when powered. 16.35.50 # if not it's broken. 16.35.55 # maybe the battery died. 16.35.58 # bluebrother: i connect it to usb, still nothing. 16.36.27 # not even charge indicator. 16.36.27 # hmm, thinking about it, if the battery is completely dead it still should power up when connected to a suppl 16.36.32 # *supply 16.36.51 # bluebrother: which it isnt, when conencted to usb. 16.36.57 # well, I'm out of ideas then, and the only explanation I have for this behaviour is broken hardware. 16.37.07 # maybe someone else has another idea 16.37.31 # the Ipods can't charge when turned off so they power on when you connect them to power 16.37.33 # so shutting it down, has broken it, very imporbable. 16.38.32 # also weird. 16.39.15 # improbable. 16.39.38 # but not impossible, unfortunately 16.40.01 # why would that happen? 16.41.28 Join cc [0] (~user@106.3.63.192) 16.44.02 Quit cc (Read error: Connection reset by peer) 16.46.23 # bluebrother: ok, i will try and connect it to the mains, via a dock, and see if that works, to rule out the usb cable being faulty, otherwise, hw, it has bricked itself. 16.49.29 # Commit 8bdecac in rockbox by 03Dominik Riebeling: Don't assume the compiler to be gcc / g++. 16.49.30 # Commit bdb00fa in rockbox by 03Dominik Riebeling: Remove useless operation. 16.52.21 # 8bdecac build result: All green 16.54.42 Join Phosphenes [0] (~Phosphene@blk-224-144-72.eastlink.ca) 17.00.14 Join Topy44 [0] (~Topy44@f048013086.adsl.alicedsl.de) 17.03.37 # * [Saint] missed what type of iPod this is. 17.04.32 # ipod nano, 1g, "2gb" 17.05.06 Quit mortalis (Ping timeout: 260 seconds) 17.26.25 *** Saving seen data "./dancer.seen" 17.33.47 # wasn't there some issue with ipods with a broken chip (4066) or something 17.33.49 # Rockbox Utiltiy rpm package for Fedora is 1.1MiB ... 17.34.17 # bluebrother, is that good or bad? 17.34.21 Join Horschti [0] (~Horscht@p5494694F.dip.t-dialin.net) 17.34.21 Quit Horschti (Changing host) 17.34.21 Join Horschti [0] (~Horscht@xbmc/user/horscht) 17.34.41 # bertrik: I consider it good :) 17.35.14 # that's around 25% of the static binary bz2, and the package will pull in the required dependencies automatically. 17.36.24 # indeed, many basic android apps are way bigger than that (to use a weird comparison) 17.36.38 # hehe :) 17.36.50 # even Rockbox on Android is bigger! 17.37.03 Quit leavittx (Ping timeout: 260 seconds) 17.37.11 Quit Horscht (Ping timeout: 260 seconds) 17.37.14 # anyway, providing an rpm package instead of those statically linked binaries on Linux might be a good thing 17.38.01 # and since I did rpm packages of the cross compilers a while ago this might be a good idea 17.38.36 Quit stoffel (Ping timeout: 240 seconds) 17.38.39 Quit XavierGr (Ping timeout: 265 seconds) 17.40.50 # bertrik: so does that imply a new theory, as to why my nano has failed? 17.47.35 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 17.51.03 Join stoffel [0] (~quassel@pD9E41EB0.dip.t-dialin.net) 18.00.45 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 18.04.11 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.04.17 # ok, i tried it in my mum dock, the dock can tell it is there, but it wont charge from it, nor will it start in any way. 18.04.26 # mum's dock. 18.15.14 Quit stoffel (Ping timeout: 272 seconds) 18.18.59 Join stoffel [0] (~quassel@pD9E41EB0.dip.t-dialin.net) 18.22.09 Quit XavierGr (Ping timeout: 265 seconds) 18.23.47 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 18.26.13 Quit pamaury (Remote host closed the connection) 18.31.45 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 18.31.53 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.31.53 Quit pamaury (Changing host) 18.31.53 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.34.20 Quit robin0800 (Quit: Leaving) 18.39.04 Quit XavierGr (Ping timeout: 265 seconds) 18.40.05 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 18.51.40 Quit TheLemonMan (Quit: WeeChat 0.3.7) 18.51.55 Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 18.58.18 Quit Phosphenes (Ping timeout: 272 seconds) 18.58.35 Quit [Saint] (Quit: Bye) 19.02.44 Join Phosphenes [0] (~Phosphene@blk-224-144-72.eastlink.ca) 19.04.40 Quit Phosphenes (Client Quit) 19.18.34 Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-064-053-066.pools.arcor-ip.net) 19.26.29 *** Saving seen data "./dancer.seen" 19.42.45 Join TheLemonMan [0] (~LemonBoy@adsl-ull-23-212.50-151.net24.it) 19.44.13 Quit kadoban (Ping timeout: 260 seconds) 19.51.36 Quit stoffel (Ping timeout: 240 seconds) 19.56.19 Join leavittx [0] (~leavittx@89.221.199.187) 19.57.22 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.06.55 Quit eses007 (Quit: leaving) 20.37.08 Join stoffel [0] (~quassel@pD9E41EB0.dip.t-dialin.net) 20.57.06 Quit bitcraft (Remote host closed the connection) 20.59.37 Quit TheLemonMan (Quit: WeeChat 0.3.7) 20.59.42 Quit stoffel (Ping timeout: 245 seconds) 21.08.09 Join Zagor [0] (~bjst@81-235-141-52-no63.tbcn.telia.com) 21.08.09 Quit Zagor (Changing host) 21.08.09 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 21.26.32 *** Saving seen data "./dancer.seen" 21.30.54 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 21.31.10 Join matsl [0] (~matsl@host-90-233-181-110.mobileonline.telia.com) 21.47.33 # Commit c1a71ab in rockbox by 03Dominik Riebeling: Fix a typo and remove line splicing. 21.50.45 # c1a71ab build result: All green 22.02.30 # yay! Bootloader successfully installed on my creative zen x-fi3! 22.02.32 Join prof_wolfff [0] (~prof_wolf@213.37.48.196.static.user.ono.com) 22.02.55 # TheSeven: i found why nano2g didnt work 22.03.01 # and also i finally merged the 2 drivers 22.04.32 # http://git.rockbox.org/?p=rockbox.git;a=blob;f=firmware/target/arm/usb-s3c6400x.c;h=7bcfcedc892de042c79d7ef473896c03a53f4f31;hb=HEAD#l651 22.04.49 # instead of a left shift (<<) we have a inferior (<) 22.05.19 # too much operations in a single line 22.05.21 # hahaha 22.05.24 # that was a really nasty one 22.05.24 # so it went unnoticed 22.05.35 # with that fixed it still behaved weirdly 22.05.43 # so 'im gonna commit my changes which make it behave weirdly 22.06.02 # sure 22.06.10 # that line doesn't explain the whole bug 22.06.17 # btw could the 64 bytes padded structure be too small ? 22.06.22 # e.g. receive a 1024 bytes transfer 22.06.46 # which one? 22.06.50 # the ep0 control request? 22.06.53 # yeah 22.06.59 # shouldn't ever exceed 64 bytes 22.07.09 # ok 22.07.12 Quit leavittx (Ping timeout: 245 seconds) 22.07.32 # and even if it did, the USB core would just NAK it instead of corrupting stuff 22.09.14 # Commit c9c1349 in rockbox by 03Rafaël Carré: usb-s3c6400: merge the 2 drivers 22.09.16 # funman: a closer looks suggests that this < bug only caused usb_core_transfer_complete to always get passed the requested maximum transfer size instead of the actual one 22.09.41 # which shouldn't hurt all that much 22.09.49 # ah 22.10.14 # anyway i got a nano to mount at one point 22.10.20 # i didnt think to try on the second i have 22.10.24 # (DEPTSIZ_xfersize_bits < DEPTSIZ_xfersize_bitp) is always 0 22.10.32 Quit bitcraft (Remote host closed the connection) 22.10.41 # yep 22.10.42 # which makes (DEPTSIZ(ep, out) & (DEPTSIZ_xfersize_bits < DEPTSIZ_xfersize_bitp)) always zero as well 22.10.59 # so usb_core_transfer_complete gets passed endpoints[ep][out ? DIR_OUT : DIR_IN].size 22.11.07 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 22.14.47 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 22.15.10 Quit KiwiCam (Quit: Leaving) 22.15.29 Join KiwiCam [0] (~KiwiCAM@101.98.171.48) 22.15.33 Quit Galois (Quit: Leaving) 22.16.19 # TheSeven: my memory is not great but would this always be 0 ? 22.16.25 # *why would 22.16.54 Join Galois [0] (djao@efnet-math.org) 22.17.59 # DEPTSIZ_xfersize_bits is something like 0xfff and DEPTSIZ_xfersize_bitp is 0 22.18.25 # ah you mean the buggy version 22.18.45 # actually it seems to me like not even << would be right 22.19.00 # even though it probably wouldn't hurt due to the fact that DEPTSIZ_xfersize_bitp is 0 22.19.18 # depending on what DEPTSIZ_xfersize_bits is, this should be either: 22.19.39 # ((DEPTSIZ(ep, out) & DEPTSIZ_xfersize_bits) >> DEPTSIZ_xfersize_bitp) 22.19.40 # or 22.19.56 # ((DEPTSIZ(ep, out) >> DEPTSIZ_xfersize_bitp) & DEPTSIZ_xfersize_bits) 22.21.05 # indeeds, if it's supposed to be a way of getting the values, it's wrong 22.27.22 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 22.40.36 Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) 22.58.16 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 22.59.15 Quit benedikt93 (Quit: Bye ;)) 23.12.17 Join The_prospector [0] (baconmaste@unaffiliated/cornman) 23.16.42 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 23.26.33 *** Saving seen data "./dancer.seen" 23.32.45 Quit bitcraft (Remote host closed the connection) 23.44.40 Quit kadoban (Ping timeout: 260 seconds)