--- Log for 19.02.115 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 1 month and 1 day ago 00.29.49 Quit xorly (Ping timeout: 250 seconds) 00.32.26 Quit AlexP (Remote host closed the connection) 01.10.13 Quit bertrik (Remote host closed the connection) 01.11.12 Quit RRRiDDD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.31.16 Join wubking [0] (~quassel@198.162.116.254) 01.33.08 *** Saving seen data "./dancer.seen" 01.52.46 Join AlexP [0] (~alex@rockbox/staff/AlexP) 02.04.09 Quit TheLemonMan (Quit: leaving) 02.25.25 Quit [Franklin] (Remote host closed the connection) 02.27.13 Quit AlexP (Remote host closed the connection) 02.41.54 Quit ZincAlloy (Quit: Leaving.) 03.19.07 Quit mc2739 (Ping timeout: 246 seconds) 03.21.25 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 03.33.11 *** Saving seen data "./dancer.seen" 04.02.27 Join Strife89 [0] (~Strife89@adsl-98-80-233-115.mcn.bellsouth.net) 04.54.21 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 04.56.04 Quit JdGordon (Ping timeout: 256 seconds) 04.58.10 Part Basstard` 04.59.20 Join JdGordon [0] (~jonno@ppp118-209-102-14.lns20.mel4.internode.on.net) 04.59.21 Quit JdGordon (Changing host) 04.59.21 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.00.39 Quit JdGordon_ (Ping timeout: 265 seconds) 05.00.59 Quit shamus (Ping timeout: 244 seconds) 05.01.57 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 05.18.26 Quit shamus (Ping timeout: 250 seconds) 05.18.43 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 05.24.06 Join AidanSonoda [0] (4ccd0071@gateway/web/freenode/ip.76.205.0.113) 05.26.16 Quit AidanSonoda (Client Quit) 05.33.14 *** Saving seen data "./dancer.seen" 05.33.35 Quit TheSeven (Disconnected by services) 05.33.40 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.48.48 Quit krabador (Quit: Sto andando via) 06.00.46 Quit shamus (Read error: Connection reset by peer) 06.01.09 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 06.02.46 Quit Strife89 (Quit: Vamoose.) 06.20.13 Quit shamus (Ping timeout: 245 seconds) 06.22.49 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 06.27.39 Quit shamus (Ping timeout: 265 seconds) 06.28.35 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 06.33.06 Quit shamus (Ping timeout: 255 seconds) 06.56.46 Quit wubking (Ping timeout: 256 seconds) 07.03.44 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 07.04.53 Quit JdGordon (Ping timeout: 246 seconds) 07.09.07 Quit Jinx (Ping timeout: 245 seconds) 07.33.15 *** Saving seen data "./dancer.seen" 07.52.52 Quit amiconn (Remote host closed the connection) 07.52.52 Quit pixelma (Remote host closed the connection) 07.54.00 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.54.01 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.09.51 Join JdGordon [0] (~jonno@ppp118-209-152-21.lns20.mel8.internode.on.net) 08.09.51 Quit JdGordon (Changing host) 08.09.51 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.11.31 Quit JdGordon_ (Ping timeout: 245 seconds) 08.18.58 Quit d33tah (Ping timeout: 264 seconds) 08.33.15 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.33.33 Join ender` [0] (krneki@foo.eternallybored.org) 08.39.31 Join mortalis [0] (~kvirc@212.44.150.238) 08.45.46 Join d33tah [0] (~d33tah@kolos.math.uni.lodz.pl) 08.46.12 Join wubking [0] (~quassel@S0106c8fb2685e2ea.va.shawcable.net) 08.53.47 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 08.55.16 Quit JdGordon (Ping timeout: 245 seconds) 09.03.33 Join Jinx [0] (Dojo@unaffiliated/jinx) 09.24.43 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.33.18 *** Saving seen data "./dancer.seen" 09.33.43 Join xorly [0] (~xorly@m180.dkm.cz) 09.47.05 Quit [Saint] (Quit: [Read error: Connection reset by queer]) 10.10.15 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.45.10 Quit pamaury (Ping timeout: 250 seconds) 10.53.02 Quit ruskie (Quit: ...) 11.08.22 Join edhelas [0] (~edhelas@193.172.124.224) 11.16.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.18.35 Quit xorly (Ping timeout: 252 seconds) 11.21.21 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 11.23.11 Join cheezwhiz [0] (~xjeigmrio@ip70-181-53-18.ri.ri.cox.net) 11.23.16 Quit m4t (Ping timeout: 245 seconds) 11.24.04 Part cheezwhiz ("Leaving") 11.26.13 Join m4t [0] (matt@2604:180::34ea:9d4b) 11.33.21 *** Saving seen data "./dancer.seen" 11.50.31 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.15.07 Quit ruskie (Quit: ...) 12.44.32 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 13.08.32 Join ZincAlloy [0] (~Adium@pD9EE8A2D.dip0.t-ipconnect.de) 13.33.23 *** Saving seen data "./dancer.seen" 13.40.14 Join ZincAlloy1 [0] (~Adium@pD9EE8A2D.dip0.t-ipconnect.de) 13.40.14 Quit ZincAlloy (Read error: Connection reset by peer) 13.49.44 Quit dfkt (Disconnected by services) 13.49.53 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 13.54.00 Quit dfkt_ (Client Quit) 13.58.18 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 14.21.31 Quit einhirn (Ping timeout: 245 seconds) 14.25.04 # pamaury: ping 14.25.09 # wodz: pong 14.25.43 # pamaury: I implemented dead simple hwstub_server. Not tested yet, wonna look? 14.25.51 # sure 14.26.06 # ok, I'll push to gerrit 14.27.13 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.28.29 # g#1153 14.28.35 # 3Gerrit review #1153 at http://gerrit.rockbox.org/r/1153 : 3hwstub: simple tcp hwstub_server by Marcin Bukat 14.29.21 # pamaury: ^ 14.33.52 # since you export the API directly, don't you think it would be cleaner to modify the hwstub library so that it can be use for usb or tcp with the same API ? 14.34.06 # like take you hwstub_tcp_* functions and move them to the lib 14.34.19 # the hwstub handle is opaque anyway iirc 14.35.28 # appart from this the code looks simple enough, that's good 14.36.23 # but I think it could be factored more, since essentially all requests use the same data flow 14.36.52 # yes I want move this to lib but first I wanted to touch as small portion of code as possible 14.38.00 # pamaury: yes I was thinking about this. only HWSTUB_EXEC doesn't alloc temp buffer. 14.38.29 # yeah, that would be a particular case of 0-length transfer 14.39.06 # but overall I like this approach 14.39.36 # I'll try to test this later today and if successful factor code a bit 14.40.17 # ok, tell me if you do, otherwise I might have a try at it if I have some time 14.40.42 # try it anyway 14.42.50 # in HWSTUB_EXEC I reused len parameter to pass flags, thats why I can't relay on this field == 0 when doing malloc 14.44.07 # I see, I'm sure this can be dealt with elegantly, I'll think about it 14.48.37 Quit kugel (Ping timeout: 246 seconds) 14.48.41 Quit m4t (Ping timeout: 245 seconds) 14.51.29 Join m4t [0] (matt@2604:180::34ea:9d4b) 15.12.53 Join b0hoon [0] (3e57b852@gateway/web/freenode/ip.62.87.184.82) 15.14.16 Join xorly [0] (~xorly@147.32.187.226) 15.16.11 Quit wodz (Quit: Leaving) 15.16.37 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.17.11 # ulmutul: sorry for the delay, yes i think that Rew button can be defined as exit, in places where it makes sense to change it and to unify plugins keymaps a bit. 15.17.13 Quit xorly (Client Quit) 15.20.19 # ulmutul: yeah this would be better than the REC due to YH92X series. 15.22.22 # ulmutul: btw: did you check if you have the radio? 15.22.50 Part b0hoon 15.33.27 *** Saving seen data "./dancer.seen" 15.35.56 Join roger_ [0] (~quassel@2001:41d0:1:f93e::1) 15.38.16 Quit m4t (Ping timeout: 245 seconds) 15.39.01 Join m4t [0] (matt@2604:180::34ea:9d4b) 15.41.36 Join giovanni [0] (~giovanni@130.192.108.49) 15.41.42 Nick giovanni is now known as giogio_ (~giovanni@130.192.108.49) 15.43.17 # is there anyone who managed to mount a device on linux mint using MTP? 15.49.31 Join varogami [0] (~varogami@199.254.238.205) 15.57.40 # giogio_: don't know about mint but it works perfectly on debian. By the way this is off topic except if it's related to a rockbox device ;) 16.02.22 # yes, I'm talking about my rockbox device. I get always the same error, which is "unable to open mtp device «[usb:001,005]»" 16.03.32 # I made a rapid search on google and found out that there are lots of different tools (mtp-tools, go-mpt, gmtp, gvfs.....) 16.03.48 # I tryed a couple of them but none work 16.04.49 # I mean, it's not a big problem, I can still browse both internal memory and sdcard on my device, but not with mtp 16.05.15 Quit AlexP (Remote host closed the connection) 16.07.29 # giogio_: all tools are based on libmtp so it's most probably a right problem 16.08.12 # did you try to run them as root just to check ? 16.09.30 # well.. I don't remember, I can try again later. I thought it was a problem in my pc configuration, because I get the same err when I plug my android phone 16.10.37 # and i was wondering if anyone encouterd the same problem and could tell me how 16.11.32 # Isn't this one of those cases where libmtp sees some USB id that it thinks does MTP, which it now doesn't because it's running rockbox? 16.13.00 # well, it could be, I dont know... Is there mtp in rockbox? 16.13.22 # No 16.15.00 # oh well, this can be a good reason then. But I got suspicious because it happens the same with my android, which has mtp implemented 16.16.58 # usually we take care to use the UMS usb id and not the MTP one in rockbox when both are available 16.18.34 # I'm not an expert, I didnt even know there are different ids for mtp and ums, so I cannot check 16.20.40 # Well, not all manufacturers do that, and the libmtp database isn't always perfect... 16.23.21 # it might be a setup problem with udev 16.23.37 # libmtp relies on udev rules to detect mtp devices and setup correct rights 16.25.22 Quit markun (Quit: leaving) 16.28.11 Quit dfkt (Read error: Connection reset by peer) 16.28.26 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 16.30.15 # ok... if there's any info I can provide you, I'm here. Mi device is a creative zen 16.33.19 # Hey everyone, I bought a Clip+ and immediately put Rockbox on it. I'm experiencing USB problems with both the current dev and stable firmware, though, it only mounts every 5th or so time. I could find references to this problem on the forums and on other places on the net, but it seems there are no solutions. What's the best way for me to diagnose what the problem is? Do a git bisect? 16.35.40 # roger_: yeah this is a known problem, the driver never really worked. there is a work in progress to rewrite it here: http://gerrit.rockbox.org/r/#/c/949/ but I don't know the current status 16.35.44 # probably stalled 16.39.00 # mhhh okay, i'll check that out 16.41.22 # i don't want to complain, but wouldn't it be good remove the players with unstable USB support from the 'stable' list on the frontpage? i guess a lot of people use it as a guideline for which player they should buy. 16.43.46 Quit mortalis (Ping timeout: 246 seconds) 16.52.14 # roger_: well the thing is that everything else works very well, the usb issue doesn't affect all players and you can still use the OF to transfer data in case you have a problem. Most people ask on forums or irc before buying anyway. I'm not saying we are right, just that's not so obvious 16.53.55 # yeah, it's just a suggestion. it still works great and booting into the sansa firmware is an easy workaround. 17.33.28 *** Saving seen data "./dancer.seen" 17.37.36 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.42.09 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.55.13 Quit giogio_ (Quit: Leaving) 18.01.06 Quit edhelas (Ping timeout: 245 seconds) 18.17.30 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 18.28.18 Quit pamaury (Remote host closed the connection) 18.35.21 Join krabador [0] (~krabador@unaffiliated/krabador) 18.44.30 Join edhelas [0] (~edhelas@77-173-17-40.ip.telfort.nl) 18.52.58 # pamaury: (log) hwstub_server on gerrit works for me. Now time to cleanup and factor some code. 18.54.17 Quit wodz (Quit: Leaving) 19.23.46 Quit varogami (Ping timeout: 246 seconds) 19.27.56 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.29.20 Quit edhelas (Ping timeout: 255 seconds) 19.33.29 *** Saving seen data "./dancer.seen" 19.35.45 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.46.33 Join varogami [0] (~varogami@199.254.238.131) 20.16.25 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 21.03.26 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 21.08.02 # pamaury: ping 21.08.09 # pong 21.08.55 # pamaury: last version on gerrit seems to work :-) 21.10.02 # pamaury: What did you mean by 'the hwstub handle is opaque anyway iirc' ? 21.15.50 # the handle returned by hwstub_open is opaque, you don't have to the field, so it could be a handle to a usb device, or a tcp stream, or whatever 21.19.19 # libusb_device_handle *handle doesn't look like opaque 21.23.58 # no, struct hwstub_device_t * 21.24.02 # this is opaque 21.24.30 Quit wubking (Remote host closed the connection) 21.29.55 # sorry, I don't understand 21.30.29 # hwstub_device_t is a struct with some fields, among which there is handle to usb 21.31.18 # yes but only the lib knows what is it, from the pov of hwstub_shell, it's opaque 21.31.57 # so you can handle both usb and tcp transparently from the lib, without touching the hwstub library users except for the open 21.33.32 *** Saving seen data "./dancer.seen" 21.34.50 # but you need unique function names in lib, no? C doesn't have overloading 21.36.24 # just you a vtable in the struct, or put the type of handle in it and do different operations for usb and tcp 21.37.41 # right, now I understand 21.39.05 # hwstub_open() needs to have additional parameter which determines access type and everything else is coded in handle, do I understand correctly your idea? 21.39.38 # yes, or just create a new hwstub_open_tcp 21.40.52 # * wodz goes to coding :-) 21.41.39 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.41.44 Join Sway_ [0] (d50a5475@gateway/web/freenode/ip.213.10.84.117) 21.41.49 Quit y4n (Quit: Today is the perfect day for a perfect day.) 21.42.03 Join edhelas [0] (~edhelas@77-173-17-40.ip.telfort.nl) 21.44.20 # :v 21.44.44 # :q! 21.45.00 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr) 21.48.03 # holy shit.. IRC is still alive 21.53.01 Quit kugel (Quit: leaving) 21.53.14 Quit amayer (Remote host closed the connection) 21.54.35 Quit Sway_ (Quit: Page closed) 21.57.13 Join amayer [0] (~amayer@mail.weberadvertising.com) 22.04.47 # wodz: I have the clip sport and i'm trying to make jtag work but no luck so far 22.05.04 # problem is I've never used this adapter before, and my wiring might be shaky 22.07.01 # pamaury: you should also check traces on PCB. It is common practice to not solder 'bridge' resistors on data lines in final product 22.07.34 Join [Saint] [0] (77e0273c@rockbox/staff/saint) 22.08.04 # everything seems soldered 22.10.37 Join RiD [0] (Ghost@bl17-226-19.dsl.telepac.pt) 22.12.04 Join kugel [0] (~kugel@ip5b407520.dynamic.kabel-deutschland.de) 22.12.04 Quit kugel (Changing host) 22.12.04 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.13.33 Quit kugel (Client Quit) 22.14.30 Join kugel [0] (~kugel@ip5b407520.dynamic.kabel-deutschland.de) 22.14.30 Quit kugel (Client Quit) 22.14.44 Quit Ivoah (Quit: Leaving...) 22.14.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.34.30 Join wubking [0] (~quassel@198.162.116.254) 22.47.03 # wodz: you know about jtag ? 22.48.00 # pamaury: I played a few times in work thats all 22.48.20 # do you know the difference between trst and srst ? 22.50.02 # yes, trst is TAP reset - it resets debug interface only, srst is SYSTEM reset - it pulls down cpu reset line 22.50.41 # the pcb only has "rst", I tried both but it didn't seem to change anything 22.52.18 # pamaury: g#1153 22.52.23 # 3Gerrit review #1153 at http://gerrit.rockbox.org/r/1153 : 3hwstub: simple tcp hwstub_server by Marcin Bukat 22.52.37 # trst is not always exposed 22.54.09 # pamaury: AFAIK it is possible to disable jtag by programming some register 22.54.31 # pamaury: I've seen some firmwares doing so 22.56.15 # pamaury: when you get bored with jtag please test hwstub_server 22.56.50 # yeah I know it is possible, ok 23.01.22 Join JdGordon [0] (~jonno@ppp118-209-249-239.lns20.mel8.internode.on.net) 23.01.22 Quit JdGordon (Changing host) 23.01.22 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.02.38 Quit JdGordon_ (Ping timeout: 255 seconds) 23.19.35 # there is a pin call TEST_MODE on the PCB maybe it's useful 23.24.34 Quit wubking (Ping timeout: 246 seconds) 23.32.02 Quit amayer (Quit: Leaving) 23.32.44 Quit varogami (Quit: WeeChat 1.0.1) 23.33.35 *** Saving seen data "./dancer.seen" 23.34.44 # pamaury: I update gerrit once more. Now you have command line switch in hwstub_shell to switch between direct usb connection and tcp connection to the hwstub_server. If you have an idea how to code server more elegant I am open for suggestions but honestly this is just 300 lines of code or so. 23.36.44 # pamaury: implementing tcp connection in qeditor I leave for you :-) 23.38.04 # wodz: i'll do that tomorrow 23.40.31 # pamaury: The last test to try is remote connection. 23.45.06 # the code looks much better 23.45.16 # yeah 23.49.04 Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 36.0/20150217132925]) 23.51.29 Quit bertrik (Read error: Connection reset by peer) 23.51.59 Quit fs-bluebot (Ping timeout: 264 seconds) 23.52.26 Join fs-bluebot [0] (~fs-bluebo@g224237032.adsl.alicedsl.de) 23.55.21 Quit pamaury (Ping timeout: 240 seconds) 23.56.42 Quit wodz (Ping timeout: 250 seconds)