--- Log for 16.12.112 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 23 hours ago 00.01.39 # lorenzo92: ping 00.02.08 # yeah indeed, you need to remove the .comment section because the tools believe it has to be loaded. What is the result when sent to the device ? 00.02.09 # pamaury: yay!! Bus 006 Device 006: ID fee1:dead 00.02.10 # :D 00.02.18 # awesome :) 00.02.33 # what did you change ? 00.02.35 # good now what I'm supposed to test? :) 00.02.38 # wait 00.03.03 # pamaury: //modified from 0x30 to 0x08 #define HW_USBPHY_CTRL (*(volatile uint32_t *)(HW_USBPHY_BASE + 0x08)) 00.03.25 # and commented pwm init + udelay 00.04.36 # ah okay I started hwemul_tool: http://pastebin.com/3Pi4d3vs 00.05.07 # pamaury: wow the help command also work :) 00.05.30 # sounds reasonable, the reported ID is 3600 which is unknown and the device doesn't have crypot so DCP doesn't work 00.06.21 Quit [Saint] (Ping timeout: 245 seconds) 00.06.41 # *3660 altough it should be 3650 00.07.09 # lorenzo92: I've seen many strange things in the reported ID 00.07.21 # ahh okay :D 00.07.23 # for example, stmp3770 reports as 37a0 or something similar 00.07.36 # stmp3780 reports as 3780, all others as 3700 00.07.50 # it also extracted the rom of the chip! 00.08.00 # yes, it can do that :D 00.08.44 # btw nice usb id dead^^ 00.08.44 *** Saving seen data "./dancer.seen" 00.10.11 # where hwemul_tool is really useful is that you can load a register map and then read/write registers by name. But we don't have such a thing for the stmp3600. You can still try the one of the stmp3780 though 00.11.27 # anyway I encourage you to play with in. For example try holding some buttons and see the results in HW_PINCTRL_DINx. When you have done some reverse engineering, you can try to setup backlight (probably pwm), etc 00.12.39 # okay these things are quite new to me, I will try a lot ^^ btw in the stmp sdk there is a stmp3600.grd with registers definitions 00.12.43 # should help :=) 00.13.20 # where is it ? 00.13.41 # pamaury: STMP36XX_SDK/SOCFirmware/include/registers 00.14.20 # haha, perfect. Maybe I can parse it and produce a register map out of it 00.14.32 # it will need some reworking though 00.19.09 # ok, let's rewrite elftosb now 00.19.46 # nice ;) 00.22.36 Quit bertrik (Ping timeout: 245 seconds) 00.23.45 Quit Strife89 (Ping timeout: 252 seconds) 00.26.33 Quit scrts (Ping timeout: 240 seconds) 00.33.36 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129165506]) 00.50.15 Join scrts [0] (~quassel@unaffiliated/scrts) 01.19.09 Join tomtomgps [0] (~539980ab@www.haxx.se) 01.19.13 # hi 01.19.17 # i need some help 01.19.24 # with my ipod 01.19.44 # i installed rockbox and im really enjoying it so far 01.20.02 # i just need to find someway to change the default usb icon 01.20.16 # whenever i plug my ipod to my computer 01.20.29 # can anyone help me ? 01.20.42 # The usb screen isn't configurable 01.20.47 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 01.20.48 Quit amayer (Read error: Connection reset by peer) 01.20.51 # oh ok 01.20.55 # thank u for the info 01.22.49 Quit tomtomgps (Client Quit) 01.22.58 Join tomtomgps [0] (~539980ab@www.haxx.se) 01.23.26 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 01.23.26 Quit amayer (Read error: Connection reset by peer) 01.24.15 Join [Saint] [0] (~saint@rockbox/user/saint) 01.24.28 Quit ender (Quit: You can never be too careful with the truly righteous—their faith allows them to justify all kinds of underhanded behaviour. -- Simon R. Green: Just Another Judgement Day) 01.25.38 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 01.25.38 Quit amayer (Read error: Connection reset by peer) 01.27.49 Quit tomtomgps (Client Quit) 01.35.13 Quit Wardo (Read error: Connection reset by peer) 01.42.08 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 01.42.08 Quit amayer (Read error: Connection reset by peer) 01.49.44 Join Strife89 [0] (~Strife89@207.144.56.254) 01.56.41 # * [Saint] vaguely wonders who he might need to poke to change his forum username 01.57.16 # <[Saint]> Hmmm, na. 01.58.28 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 01.58.28 Quit amayer (Read error: Connection reset by peer) 01.59.09 Quit Robin0800 (Remote host closed the connection) 01.59.18 Quit Strife89 (Ping timeout: 265 seconds) 02.00.00 # [Saint]: can't you just have it show a different name? 02.00.13 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 02.00.14 Quit amayer (Read error: Connection reset by peer) 02.00.59 # <[Saint]> gevaerts: Oh, yes. Sure. Its not the display name that bugs me, I occasionally get tripped up logging in because it isn't my 'usual' username 02.01.29 # <[Saint]> I can't remember why the forum and flyspray have this username, ...there must've been a reason at the time. 02.01.57 # I don't think it's possible to change that 02.02.10 # Oh, actually, it might be... 02.02.30 # <[Saint]> It /probably/ would be, but it might involve some non-trivial f**ckery. 02.02.39 Join Strife89 [0] (~Strife89@207.144.56.254) 02.02.47 # <[Saint]> It's not worth it, I'm just being a crybaby ;) 02.02.59 # No, the forum admin UI supports this 02.03.30 # Apparently you'd get a password reset email though, so you'd need to do *something* :) 02.03.40 # <[Saint]> heh 02.04.32 # Anyway, if you want to change it, /msg me with the details 02.08.45 *** Saving seen data "./dancer.seen" 02.16.58 Join amayer [0] (~alex@70.15.156.170.res-cmts.eph2.ptd.net) 02.16.58 Quit amayer (Read error: Connection reset by peer) 02.19.16 Quit pamaury (Ping timeout: 245 seconds) 02.27.57 Join amayer [0] (~460f9caa@www.haxx.se) 02.32.02 # do i need to have a tool chain or something installed to run tools/checkwps/buildall.sh ? 02.33.31 # You need to have the regular gcc and things. No rockbox-specific stuff 02.34.52 # wow i didnt know gcc didnt come with default install of debian 02.36.09 # i kept reading the errors about something to do with android that i missed the gcc errors 02.36.17 # gevaerts: thanks 02.37.09 # <[Saint]> Android is probably bitching about the S/NDK and a Java SDK being missing. 02.37.35 # <[Saint]> errr, JDK they call it, don't they. Silly I. 02.38.10 # [Saint]: oh ok 02.54.08 Part zaphee 02.54.37 Quit solarcloud (Ping timeout: 260 seconds) 02.59.04 # [Saint]: 02.59.19 # i installed gcc and make. now it says this: 02.59.21 # configure didn't find sdl-config, which indicates that you don't have SDL (properly) installed. Please correct and re-run configure! 02.59.45 # is sdl a tool chain? 03.00.20 # <[Saint]> apt-get install libsdl1.2-dev 03.05.05 # what does checkwps need with a video framebuffer? 03.15.40 # [Saint]: thanks you, that seems to have wokred 03.19.51 # [Saint]: do you know if the themesite handles android themes? 03.22.11 # <[Saint]> Haven't we been through this? 03.22.18 # <[Saint]> Sht, that seemed abrupt. 03.22.49 # <[Saint]> There's no such thing as an "Android theme", there's just the list of targets we tell it exists. 03.34.54 # [Saint]: im rewriting the README file and for how to install the themesite and im wondering if we should include the jdk in things that need to be installed on the server 03.36.00 # <[Saint]> ...why would it be necessary? 03.36.54 # to run checkwps 03.37.54 # <[Saint]> No, ...no, that's silly. There's no need. 03.38.18 # <[Saint]> Unless I'm totally misunderstanding how it works, there's no need. 03.38.58 # well in the current readme file it says to compile checkwps. 03.39.25 # let me do some greping and see if any of the php files acutally run checkwps 03.39.29 # <[Saint]> The JDK is only needed to compile the Android specific binary, but the theme isn't Android-specific, that's my point. 03.41.18 # <[Saint]> Installing JDK/JRE/NDK/SDK for the sake of compiling sheckwps occasionally seems rather on the bloated side. 03.41.25 # <[Saint]> *checkwps 03.43.19 Quit Rower85 (Quit: Hmmm...) 03.45.58 # <[Saint]> If you're missing what I'm saying, the checkwps for the SDL app would be fine. 03.47.22 # <[Saint]> though both are classed as unusable, so I'm not sure it even matters at all. 04.08.15 # [Saint]: no, making it handle spaces shouldtnt be a problem 04.08.48 *** Saving seen data "./dancer.seen" 04.11.31 # at least after the comma is easy, before it is a bit harder 04.13.07 # scorche: ping 04.31.24 Quit amayer (Quit: CGI:IRC) 04.51.47 Quit Strife89 (Ping timeout: 245 seconds) 04.58.40 Quit amiconn (Disconnected by services) 04.58.40 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.58.40 Quit pixelma (Disconnected by services) 04.58.41 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.58.43 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.58.46 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 05.18.12 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 05.19.14 Quit TheSeven (Disconnected by services) 05.19.26 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 06.02.17 Join TheSphinX^ [0] (~briehl@91.50.50.29) 06.08.51 *** Saving seen data "./dancer.seen" 06.18.35 Quit XavierGr (Ping timeout: 252 seconds) 06.59.36 Join pretty_function [0] (~sigBART@123.252.215.106) 07.24.20 Join megal0maniac [0] (~quassel@dsl-244-150-53.telkomadsl.co.za) 07.24.20 Quit megal0maniac (Changing host) 07.24.20 Join megal0maniac [0] (~quassel@unaffiliated/megal0maniac) 07.41.29 Quit nosa-j (Ping timeout: 264 seconds) 07.56.28 Join theli_ua [0] (~theli@aromanov.la.net.ua) 08.05.08 Quit brkfstsqd (Remote host closed the connection) 08.08.53 *** Saving seen data "./dancer.seen" 08.09.49 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 08.17.37 Join kevku [0] (x@2001:470:dcc6:0:69:69:69:69) 08.43.10 Quit TheSphinX^ (Ping timeout: 252 seconds) 08.43.56 Join TheSphinX^ [0] (~briehl@p5B323F92.dip.t-dialin.net) 08.49.27 Join TheSphinX_ [0] (~briehl@p5B3227BC.dip.t-dialin.net) 08.50.27 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 08.50.49 Quit TheSphinX^ (Ping timeout: 260 seconds) 08.52.09 Quit sakax (Read error: Operation timed out) 08.55.07 Join stoffel [0] (~quassel@217.228.60.221) 09.06.03 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 09.15.58 Join TheSphinX^ [0] (~briehl@p5B3217B3.dip.t-dialin.net) 09.16.01 Quit TheSphinX_ (Ping timeout: 244 seconds) 09.26.03 Quit pretty_function (Remote host closed the connection) 09.34.35 Join Horscht [0] (~Horscht@p5490D269.dip.t-dialin.net) 09.34.35 Quit Horscht (Changing host) 09.34.35 Join Horscht [0] (~Horscht@xbmc/user/horscht) 09.39.35 Join pretty_function [0] (~sigBART@123.252.214.136) 09.44.55 Quit TheSphinX^ (Read error: Operation timed out) 09.45.32 Join TheSphinX^ [0] (~briehl@p5B3231C1.dip.t-dialin.net) 09.50.28 Join |akaWolf| [0] (~akaWolf@188.134.9.161) 09.53.29 Quit akaWolf (Ping timeout: 264 seconds) 09.55.27 Quit pretty_function (Remote host closed the connection) 10.06.01 Join TheSphinX_ [0] (~briehl@91.50.56.27) 10.07.23 Quit TheSphinX^ (Ping timeout: 252 seconds) 10.08.56 *** Saving seen data "./dancer.seen" 10.13.31 Join TheSphinX^ [0] (~briehl@p5B322994.dip.t-dialin.net) 10.15.56 Quit TheSphinX_ (Ping timeout: 252 seconds) 10.24.17 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 10.36.20 Join sakax [0] (~sakax@d8D862498.access.telenet.be) 10.40.33 Join TheSphinX_ [0] (~briehl@p5B321915.dip.t-dialin.net) 10.41.29 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 10.41.29 Quit n1s (Changing host) 10.41.29 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.43.14 Quit TheSphinX^ (Ping timeout: 265 seconds) 10.43.31 Join ender` [0] (krneki@foo.eternallybored.org) 10.47.40 # pamaury: (log) The version of rk27xx usb driver I uploaded to gerrit works for me quite reliably. Please review and test. 10.49.51 # bluebrother: adding a raspi to the buildfarm??? REALLY? :p 10.50.31 Join Rower85 [0] (husvagn@v-413-alfarv-177.bitnet.nu) 10.55.19 # JdGordon: why not? Wanted to give it a try. But it seems like architecture detection fails if the host is ARM. 10.55.36 # so there's no point in having it in the farm. Both for breakage reasons and speed :) 10.56.46 # last time I tried, it worked, except for being so slow to never finish a build before the end of the round 10.57.05 # * [Saint] has added his phone to the farm once or twice now. 10.57.26 # <[Saint]> so...it *must* be able to use ARM. 10.57.44 # it seems to be of similar speed than my other server box 10.57.53 # which is a Geode 10.58.15 # the modern phone is probably a few times faster then raspi 10.58.40 # raspi is 1176@700MHz after all 10.58.50 # <[Saint]> Well, yes, but the ones I've added were ~600MHz single core. 10.59.18 # <[Saint]> I'm not tying up my *real* phone with such tasks ;) 10.59.30 # you have unreal phones? 11.00.13 # Why don't we center usb picture? On video it looks a bit strange, on rk27xx it looks weird to be right aligned 11.00.14 # <[Saint]> where 'unreal' == 'totally useless for telephony because I don't keep a SIM in them', yes :) 11.00.49 # <[Saint]> wodz: I _think_ that would involve tiling the image, no? 11.00.57 # *rk27generic 11.01.10 # [Saint]: why? simply center what we have 11.01.21 # <[Saint]> Since a few targets with similar screen sizes share the USB image. 11.01.24 # maybe I should try my old nokia. Though it doesn't run linux, so ... ;-) 11.01.34 # <[Saint]> You'd need to tile to get it to center "correctly". 11.01.46 # [Saint]: we center the startup logo, so we can do that for the usb one as well 11.01.58 # <[Saint]> Unless the cable not going to the right of the screen doesn't bother you. 11.02.03 # I have no objections to centering the USB image 11.02.17 # I think the main reason we're not doing it is simply because in the past we always had images of the screen size. 11.02.22 # <[Saint]> bluebrother: the startup logo doesn't extend offscreen. 11.02.25 # same happened for the Rockbox startup image 11.02.31 # <[Saint]> so, it CAN be centered without looking terrible. 11.02.41 # <[Saint]> the USB image, notsomuch. 11.02.42 # [Saint]: no, because a smaller one is used and centered :) 11.03.13 Quit n1s (Read error: Connection timed out) 11.03.19 # For the startup image, we can just take the SVG and scale it to be the exact screen size for a specific target, right? 11.03.27 # and having an image that is too small but hanging in one corner definitely looks worse than a too small one that's centered 11.03.33 # not so for the USB image 11.03.35 # <[Saint]> you're misunderstanding. The USB image has the "plug" and the "cord", the cord wouldn't extend to the right of the screen, and hence look weird (IMO) if it was centered. 11.03.43 # <[Saint]> ...but, you could tile it. 11.03.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.04.03 # IIRC a lot of startup images have been there before the svg existed, so ... not really 11.04.32 # <[Saint]> not really...what? 11.04.39 # the "cord" not reacing the right side of the screen wouldn't be too bad IMO. 11.04.49 # startup image created from the svg 11.05.03 Quit theli_ua (Read error: No route to host) 11.06.01 # http://imagebin.org/239540 11.06.10 # It looks simply shit 11.06.43 # <[Saint]> IMO it would look shit if the "cord" began from nowhere, out of the middle of the screen. 11.07.05 # <[Saint]> unless, perhaps, if the whole thing had some form of border. 11.07.37 # wodz: can you find a logo that is twice as big? 11.07.39 Join theli_ua [0] (~theli@aromanov.la.net.ua) 11.07.57 # someone create a usb image where the cord comes from behind :) 11.08.04 # <[Saint]> I agree if looks bad right-aligned, but I think it'd look just as bad centered. 11.08.19 # bertrik: will need to look what is picked up now 11.08.20 # <[Saint]> +if the cord began from nothing. 11.08.41 # <[Saint]> perhaps if the cord blended into a fade? dunno. 11.09.03 # I don't really like showing an USB plug in the first place 11.09.23 # <[Saint]> Any particular reason? 11.09.41 # It doesn't really convey what is happening 11.09.53 # The plug is *unconnected* in the logo! 11.10.15 # <[Saint]> ...that's a good point. 11.10.33 # it picks up the biggest usb logo we have usblogo.176x48x16.bmp but this target is 400x240 so it looks crap 11.11.34 # * [Saint] accuses wodz's DAP of having a lot of fluff on it 11.11.52 # Can't think of some better logo for USB though ... 11.12.10 # most (all?) 'usb connected' images I saw were some form of device connected to PC 11.12.30 # I mean in various firmwares 11.12.43 # <[Saint]> IMO the text is plenty. 11.12.56 # We need an animation! :D 11.13.25 # <[Saint]> wodz did a charging animation once upon a time. 11.13.42 # heh, my proposition of animated usb screen was nuked like 3 years ago :-) 11.13.54 # <[Saint]> I know, I just made myself feel old. :) 11.16.48 Quit stoffel (Ping timeout: 252 seconds) 11.18.30 Join Horschti [0] (~Horscht@xbmc/user/horscht) 11.18.59 # man i wish logo size had an affect on USB working or not 11.19.08 # then I'd load up like 4000x3000 logo.bmp on my clip+ 11.20.11 Quit n1s (Read error: Connection timed out) 11.21.17 # * [Saint] wishes the ratio of dongs bitching about things vs. doing stuff about the things he bitches about were balanced more evenly 11.21.40 # <[Saint]> ...and that he muted both nicks the other day instead of just one. 11.21.48 # <[Saint]> recitfied. 11.21.51 # what 11.22.17 Quit Horscht (Ping timeout: 264 seconds) 11.22.53 # i dont even fucking understand this, but one thing I do know, opensores LOVES to ignore their users complaints. thats how the shit works. Go into any opensores irc channel in teh last decade and complain about shit not working. You'll get banned or devoiced or muted or wahtever. 11.23.15 # not everyone using your warez is a fucking gcc pro 11.23.33 # I dont need to know anything about compilers or makefiles when I use software on windows. 11.23.33 # banned you say - it looks like you ask for one 11.23.36 # dongs: then pay someone to help you 11.27.10 # <[Saint]> The thing is, it isn't, as you seem to see it, that you're being ignored. It is that, you're not telling us anything we don't know, and you're not helping to solve the issue, you...it is just useless noise. 11.27.23 # <[Saint]> FOSS doesn't mean putting up with noise from complainants. 11.28.01 Quit bluebrother (Disconnected by services) 11.28.06 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 11.29.24 # <[Saint]> It isn't as if we all know the "USB Secret" and are keeping it all to ourselves. If someone knew how, they'd fix it. 11.29.40 Quit fs-bluebot (Ping timeout: 248 seconds) 11.29.41 # <[Saint]> In the meantime, you're just as responsible for it not being fixed now as everyone else is. 11.29.53 # actually it worked much better in previous version. 11.30.15 # in latest its just fucked, like 90% failure rate. when on previous stuff it connected always, as long as device was powered up. 11.30.37 # <[Saint]> So do something useful and find the revision that causes the issue. 11.30.56 Join fs-bluebot [0] (~fs-bluebo@g231120045.adsl.alicedsl.de) 11.31.49 # I guess it was 3.11 11.32.12 Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com) 11.32.13 # <[Saint]> Guesses aren't helpful at all I'm afraid. 11.32.38 # well, i instaled it before october. 11.32.42 # so it wasnt 3.12 11.33.46 # <[Saint]> Ok, so, you know a known good revision, and a failing revision. Check out the git repo and educate yourself on git bisection and you'll come up with a failing commit, or, don't...and cease the complaints. 11.34.37 # I think given the choice, I'd rather complain about advantages of SVN vs git... :p 11.35.15 # <[Saint]> Go ahead, but I'm nopt sure anyone really needs any more proof positive that you're a troll. 11.35.22 # dongs: go away troll 11.36.05 Quit [Saint] (Quit: Quit) 11.36.06 Join TheSphinX^ [0] (~briehl@p579CC86E.dip.t-dialin.net) 11.36.20 Join [Saint] [0] (~saint@rockbox/user/saint) 11.39.36 Quit TheSphinX_ (Ping timeout: 245 seconds) 11.41.36 Join TheSphinX_ [0] (~briehl@p5B323EA1.dip.t-dialin.net) 11.42.03 Quit TheSphinX^ (Read error: Operation timed out) 11.44.04 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 11.44.04 Quit pamaury (Changing host) 11.44.04 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.46.01 # pamaury: ping 11.49.01 Join jhMikeS [0] (~jethead71@50.4.240.19) 11.49.01 Quit jhMikeS (Changing host) 11.49.01 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 11.50.55 # wodz: pong 11.53.14 # pamaury: 1) Why you implemented LED_VIRTUAL this way? and not simply led(true) led(false)? 2) rk27xx usb reached somewhat usable status. Could you test the patch from gerrit? 11.53.16 # wodz: have you tried HID on rk27xx ? 11.53.38 # pamaury: no, I guess this will need defining keymaps properly. 11.54.24 # wodz: what do you mean for LED_VIRTUAL ? which file ? 11.54.46 # pamaury: http://git.rockbox.org/?p=rockbox.git;a=commitdiff;h=e3e53c9 11.56.24 # because the transfer routine can be entered by several threads in theory. But you're right that it is a bit overkill 11.59.23 # and btw. shouldn't it be also in write routine? 12.00.06 Join stoffel [0] (~quassel@pD9E43CDD.dip.t-dialin.net) 12.02.03 # transfer_sectors works for both read and writes 12.02.12 # (in my case 12.02.36 # ah, ok 12.04.44 # i'll fix this, thanks for noticing. I've found a typo in a comment too. I'll try HID this afternoon and debug it if needed. Hopefully this rk27xx will be perfectly stable and we'll never heard about it anymore :) 12.05.10 # :P 12.05.38 # unless host decides to send more then declared :P 12.06.50 # yeah. If it's possible I'm really thinking about using the hardware queue instead of DMA. That's a bit slower but it also makes sure the caches are handled right 12.07.49 # btw. I recall there are some usb quirks for this controller in linux host driver 12.08.13 # host ? 12.09.00 *** Saving seen data "./dancer.seen" 12.11.06 # linux driver ohci,ehci whatever treats devices with this VID:PID specially 12.15.39 # what the applied quirks ? 12.18.45 # pamaury: https://bugzilla.kernel.org/show_bug.cgi?id=11423 12.21.36 # pamaury: Documentation doesn't say anything about FIFO registers in this controller. We would need to guess where this are (if present at all) 12.21.50 # we'll see 12.23.20 # Anyway, how to test hid? Am I right that proper keymap is needed? 12.26.17 Join Belzebub [0] (~torrentow@195.117.144.66) 12.26.22 # hello 12.26.32 # I've got iPod 5,5G 12.26.52 # What we recomend replacement battery? 12.28.10 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 12.28.58 # usually not the cheapest 12.29.28 # wodz: seems like a software bug, because I've seen my linux transfer more than 64Kio with the rk27xx and it worked perfectly 12.31.27 # pamaury: thats strange as we reuse VID:PID so we should hit this quirk 12.34.30 # on the other hand, my host is ehci 12.35.24 Join mortalis [0] (~mortalis@77.108.98.176) 12.35.56 # mortalis: wanna try usb driver? :-) 12.36.19 # wodz: usb doesn't work for me in linux. On win it's fine. Maybe I need to turn on some usb feature in kernel? 12.37.12 # mortalis: Which version have you tried? I uploaded new one today. 12.37.20 # latest 12.37.26 Join Topy44 [0] (kvirc@f049065100.adsl.alicedsl.de) 12.39.37 # could you do logf build and dump the log? 12.40.42 Quit Topy44|2 (Ping timeout: 265 seconds) 12.47.42 # wodz: http://pastie.org/5538439 12.48.04 Quit stoffel (Ping timeout: 255 seconds) 12.48.40 # gevaerts: any thoughts on making the ui for the metadata display patch better? 12.52.37 # wodz: dmesg output http://pastie.org/5538464 12.57.36 Join solarcloud [0] (~solarclou@178.16.15.26) 13.11.40 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 13.11.40 Quit n1s (Changing host) 13.11.40 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.16.37 # mortalis: thanks 13.16.43 # pamaury: ^ 13.17.21 # wodz: sure, wait a minute 13.18.24 # mortalis: are you very sure this is with latest patch? pamaury smashed 'giant drive reported' bug some time ago 13.19.04 # also you get two drives reported while latest patch hardcodes 1 drive only 13.19.46 # <[Saint]> this is why I dislike the term 'latest' being used for revisions :) 13.20.23 # [Saint]: well, gerrit has pretty good meaning of latest 13.20.56 # <[Saint]> It does indeed, but it relies on the observation skills of others. 13.21.37 # wodz: it's patchset 9 13.21.39 # wodz: my box reports two drives but this is a common bug: it wants to mount both /dev/sdb and /dev/sdb1 ! Otherwise works great 13.21.39 # we do have smart people here 13.24.22 # pamaury: wireshark see some int in packets when I press buttons 13.25.20 # so it's doesn't work on mortalis's box ? 13.25.59 # seems like 13.26.05 # yep, only on linux, tried on two machines 13.26.38 # and you get this "very big device" on both ? 13.27.30 # pamaury: HID works ! 13.27.43 # I remember some weirdness from the scsi layer, I think you should report the address of the highest block, *not* the size (so these are off-by-one) 13.27.44 # and why do you have two reported drivers ?! 13.27.49 # mortalis: what is your device ? 13.28.07 # its 'only' a matter proper keymaps 13.28.59 # bertrik: this is another issue, if you report size 0, it means very big (ie need more than 32-bits to represent the size, so more than 32-bit*512 bytes~=2TiB) 13.29.17 # I don't know about this weirdness though, I'll check 13.31.31 # bertrik: indeed, there is a weirdness but our code reports the size correctly 13.32.34 # pamaury: yes very big device on both 13.32.44 # what is your device ? 13.32.48 # by device you mean DAP? 13.32.57 # pamaury: My linux box reports only one drive. 13.33.11 # mortalis: yes 13.33.14 # hifiman hm801 13.34.13 # mortalis: then in firmware/export/config/hifiman801.h, comment "| STORAGE_NAND" 13.34.21 # oh 13.34.39 # wodz: we should fix that on hifimans too 13.35.18 # and change #define NUM_DRIVES 2 to NUM_DRIVES 1 13.35.25 # pamaury: sure 13.40.59 # wodz: pamaury: works 13.41.05 # \o/ 13.41.05 # \o/ 13.41.30 # \o/ 13.42.10 # mortalis: could you check transfer rate? 13.43.03 # ok, I'll update the patch 13.45.11 # updated 13.47.59 # pamaury: Should we leave added logf() calls in usb core? 13.49.01 # wodz: yes, same thing for storage. But we should comment LOGF_ENABLE again 13.49.15 # in usb.c too 13.51.14 # ok 13.51.41 # I'd like to test a bit more before commiting 13.54.02 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.57.14 Quit wodz (Quit: Leaving) 14.08.06 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.09.04 *** Saving seen data "./dancer.seen" 14.10.12 Quit bertrik (Ping timeout: 248 seconds) 14.21.36 Quit jhMikeS (Read error: Connection reset by peer) 14.24.13 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 14.24.24 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 14.26.17 # JdGordon: does it need a UI? 14.33.32 Quit theli_ua (Quit: Залишаю) 14.58.39 Quit benedikt93 (Quit: Bye ;)) 15.03.45 Join jhMikeS [0] (~jethead71@50.4.240.19) 15.03.45 Quit jhMikeS (Changing host) 15.03.45 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 15.06.35 Join Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 15.17.14 Quit georgeha1k (Ping timeout: 276 seconds) 15.18.12 Join georgehank [0] (~jae@dedicated.jaerhard.com) 15.30.57 Quit the-kyle (Ping timeout: 245 seconds) 15.45.56 Join amayer [0] (~460f9caa@www.haxx.se) 15.49.37 Quit jhMikeS (Quit: Confucius say: The short dandelion survive the lawnmower) 15.50.01 Quit dongs (Remote host closed the connection) 15.50.10 Join dongs [0] (1000@l212168.ppp.asahi-net.or.jp) 15.54.53 Join the-kyle [0] (~kyle@195.60.76.223) 15.55.47 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 15.58.53 Quit amayer (Quit: CGI:IRC (Ping timeout)) 16.09.05 *** Saving seen data "./dancer.seen" 16.10.13 # wodz: pamaury: "dd if=/dev/zero of=/media/E854-0954/temp bs=1M count=1024" fails for me with Input/output error 16.11.56 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 16.32.05 Join advcomp2019__ [0] (~advcomp20@71-213-219-31.sxcy.qwest.net) 16.32.06 Quit advcomp2019__ (Changing host) 16.32.06 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 16.35.07 Quit advcomp2019_ (Ping timeout: 245 seconds) 16.39.37 Join Guest44874 [0] (husvagn@v-413-alfarv-177.bitnet.nu) 16.42.57 Quit Guest44874 (Client Quit) 16.43.19 Quit Rower85 (Ping timeout: 265 seconds) 16.45.00 Join Rower85 [0] (husvagn@v-413-alfarv-177.bitnet.nu) 17.05.36 Join einhirn [0] (~Miranda@p4FC74E0B.dip0.t-ipconnect.de) 17.05.37 Quit einhirn (Client Quit) 17.06.20 Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) 17.18.45 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.26.28 Quit anewuser () 17.30.31 Quit Horschti (Quit: Verlassend) 17.57.48 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) 17.59.43 Join amayer [0] (~460f9caa@www.haxx.se) 18.00.57 # scorche: scorche|sh: i need some help with the files structor of the themesite 18.01.17 # can you help me with what is in private/checkwps/ folder 18.09.06 *** Saving seen data "./dancer.seen" 18.27.47 Quit y4n (Ping timeout: 248 seconds) 18.29.26 # is there a way to run tools/checkwps/buildall.sh for a specific version(ie. 3.12) 18.29.37 # right now it compiles for the current dev build 18.31.26 # No. It compiles for whatever version you have checked out 18.33.38 # gevaerts: is there a way to checkout version 3.12? 18.36.26 # * gevaerts copies a line from UsingGit 18.36.31 # git checkout -b v3.12 origin/v3.12 18.38.25 # gevaerts: i was checking UsingGit but i wasnt sure what the other branches were or how to check them 18.38.55 # UsingGit just said "git checkout -b branch_name origin/branch_name" 18.39.04 # so i figured there were other branches 18.39.14 # There are lots of branches 18.39.27 # is there a list of their names? 18.40.48 # oh i found one in gerrit 18.41.15 Quit bertrik (Remote host closed the connection) 18.41.18 # git branch -r 18.52.38 Join pretty_function [0] (~sigBART@123.252.212.170) 18.55.51 # gevaerts: thanks i added that to the wiki 19.02.06 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 19.04.03 Join lorenzo92 [0] (~chatzilla@87.13.88.184) 19.05.09 # pamaury: tonight I will have some spare time to work on Z5... 19.05.52 # I have seen you implemented the elftosb! great! 19.07.18 Quit n1s (Ping timeout: 256 seconds) 19.08.41 # <[Saint]> amayer: assuming you cloned from master, then just 'git branch -r" should show you the goodies you're after. 19.08.54 # <[Saint]> Ahhhh, fuck. I need to scroll down. 19.08.55 # <[Saint]> :-S 19.09.52 Join Horscht [0] (~Horscht@p54947532.dip.t-dialin.net) 19.09.53 Quit Horscht (Changing host) 19.09.53 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.10.52 # <[Saint]> In hindsight, at least I knew something ;) 19.20.13 Quit amayer (Quit: CGI:IRC) 19.22.36 # loRENZO92: I'M NOT FINISHED YET 19.22.49 # okay ;) 19.23.58 # lorenzo92: I should have finished in one hour or two 19.39.27 Join nosa-j [0] (~m00k@184.76.254.130) 19.43.24 Join amayer [0] (~alex@h105.181.123.208.dynamic.ip.windstream.net) 19.45.41 Quit nosa-j (Ping timeout: 264 seconds) 19.46.27 Join nosa-j [0] (~m00k@184.76.254.130) 19.51.55 Join zaphee [0] (~user@2a01:e35:2e82:4050:a9d8:9cb:fd11:eeb9) 19.57.41 Quit lorenzo92 (Ping timeout: 264 seconds) 20.09.10 *** Saving seen data "./dancer.seen" 20.12.10 Quit Horscht (Quit: Verlassend) 20.16.11 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.27.50 Join SuperBrainAK [0] (~Andy@97-124-80-200.phnx.qwest.net) 20.33.07 Join lorenzo92 [0] (~chatzilla@host113-111-dynamic.10-79-r.retail.telecomitalia.it) 20.39.33 Quit |akaWolf| (Ping timeout: 260 seconds) 20.43.57 # where can i download the rockbox logo so i can make it the icon for the rockbox utility in my KDE menu for Opensuse 20.45.51 # <[Saint]> from our git repo 20.46.04 # <[Saint]> /rockbox/docs/logo 20.46.52 # <[Saint]> for the lazy: http://git.rockbox.org/?p=rockbox.git;a=tree;f=docs/logo;h=127ca567ead5a2dbe3db6b5b3bde5d6c1827e3ca;hb=HEAD :) 20.48.09 # thanks 20.48.25 # for some reason my conntection is very slow today 20.48.49 # i downloaded the 64bit linux rockbox utility at 20kb/s 20.48.56 # i pay for 8mbit 20.49.22 # <[Saint]> off-topic - but: Change providers 20.51.18 # damned, why don't proprietary tools implement correct elf parsing ?! 20.51.58 # <[Saint]> the clue is the mgic p-word you just used. 20.52.04 # <[Saint]> *magic too 20.57.34 # thank you [Saint] 21.18.41 Quit y4n (Ping timeout: 264 seconds) 21.25.41 # * user890104 wonders if the letters in the lower right corner of the logo actually mean something 21.27.06 # <[Saint]> ...you can't read it? 21.27.21 # <[Saint]> Its right there in SVG form waiting for you to make it readable ;) 21.27.35 # <[Saint]> ...and, it *is* readable, and it *does* mean something :) 21.28.35 # sys/6034MBmem/continuesizescan/as.mp3playlistrandomqueue 21.28.42 # that's what i can read 21.29.24 # <[Saint]> Right, now you know what it means. :) 21.29.40 # lorenzo92: I committed elftosb1 21.30.02 # it's still early stage but it can handle most configurations I think 21.30.11 # [Saint]: well, i managed to read it, but not understand the meaning 21.31.23 # * [Saint] didn't say it meant anything important! 21.35.23 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 21.37.39 Quit dfkt (Ping timeout: 265 seconds) 21.40.04 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 21.40.53 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 21.42.44 Quit solarcloud_3scrn (Quit: Leaving) 21.45.15 # pamaury: I also get I/O error when dd to file on sd with rk27xx usb driver. 21.45.26 # wodz: ok I'll have a look 21.50.30 # pamaury: dd if=/dev/zero of=/media/7422-3010/testfile.bin bs=1M count=5 succeeded while count=6 fails. When it fail there is no file created at all on SD. 21.50.47 # what is the output of dmesg ? 21.52.50 # usb reset, then i/o error and then 'unable to write to offline device' 21.53.47 # hum, I should have a look at this then 21.55.04 Join [Saint_] [0] (~saint@rockbox/user/saint) 21.55.17 # that explains why this driver worked for me - I tested mostly copying music where single file is 2-3MB in size 21.55.49 Quit [Saint] (Ping timeout: 255 seconds) 21.59.02 # wodz: it works for me 21.59.23 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 21.59.46 # wait, it wasn't sync'ed to disk it seems 22.00.18 # dd report success while it fails actually 22.00.25 # how do you know it fails ? 22.00.50 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 22.01.17 # no file on SD 22.01.59 # and the usb device disappears 22.02.30 # it doesn't happen on mine 22.03.48 # hmm, now 6MB files was created correctly 22.04.18 # bang, 100MB test fails 22.05.57 # pamaury: http://pastie.org/5540292 22.06.49 Quit pretty_function (Remote host closed the connection) 22.09.13 *** Saving seen data "./dancer.seen" 22.16.19 # pamaury: I reformated the card to be 1000% sure this is not broken filesystem problem but unfortunately writing big file fails the same way. 22.16.51 # I really can't get a failure, that's strange 22.20.41 Quit megal0maniac (Quit: Bye) 22.25.07 Join einhirn [0] (~Miranda@p4FC74E0B.dip0.t-ipconnect.de) 22.29.28 Quit einhirn (Ping timeout: 255 seconds) 22.31.22 Part eckoit 22.37.03 Quit wodz (Quit: Leaving) 22.37.09 Quit Rower85 (Quit: Hmmm...) 22.47.02 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.47.22 Quit melmothX (Quit: bau) 22.49.53 Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) 22.58.02 Quit liar (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) 22.59.43 Join the-kyle1 [0] (~kyle@195.60.76.223) 23.01.25 Quit the-kyle (Ping timeout: 255 seconds) 23.04.31 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.09.00 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129165506]) 23.09.27 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.09.37 # gevaerts: it needs something... 23.10.23 Quit kevku (Ping timeout: 264 seconds) 23.23.46 # JdGordon: I believe you, but I can't see it :) 23.27.07 # ? 23.27.44 # What exactly does it need? 23.28.01 # which part didnt you like? 23.28.06 # * JdGordon loves this cryptic convo :p 23.28.50 # it needs a known filename, a viewport tag to set up that file, and a tag to get it to show the right thing in other skin files 23.29.03 # * gevaerts nods 23.30.22 # * JdGordon racing off to work 23.36.03 Part zaphee 23.42.29 Quit nosa-j (Ping timeout: 260 seconds) 23.42.30 Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) 23.42.36 Quit the-kyle1 (Ping timeout: 246 seconds) 23.44.29 Join nosa-j [0] (~m00k@184.76.254.130) 23.47.11 Quit the-kyle (Ping timeout: 272 seconds) 23.47.51 Join the-kyle [0] (~kyle@195.60.76.223) 23.56.35 Quit Robin0800 (Read error: Connection reset by peer) 23.57.09 Join Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 23.57.53 Quit Robin0800 (Remote host closed the connection)