Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2015-02-19

00:29:49 Quit xorly (Ping timeout: 250 seconds)
00:32:26 Quit AlexP (Remote host closed the connection)
01:00
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:00
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:00
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:00
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
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
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:00
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:00
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:00
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:00
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:00
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:00
12:15:07 Quit ruskie (Quit: ...)
12:44:32 Join ruskie [0] (ruskie@sourcemage/mage/ruskie)
13:00
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:00
14:21:31 Quit einhirn (Ping timeout: 245 seconds)
14:25:04wodzpamaury: ping
14:25:09pamaurywodz: pong
14:25:43wodzpamaury: I implemented dead simple hwstub_server. Not tested yet, wonna look?
14:25:51pamaurysure
14:26:06wodzok, I'll push to gerrit
14:27:13 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
14:28:29wodz g#1153
14:28:35fs-bluebotGerrit review #1153 at http://gerrit.rockbox.org/r/1153 : hwstub: simple tcp hwstub_server by Marcin Bukat
14:29:21wodzpamaury: ^
14:33:52pamaurysince 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:06pamaurylike take you hwstub_tcp_* functions and move them to the lib
14:34:19pamaurythe hwstub handle is opaque anyway iirc
14:35:28pamauryappart from this the code looks simple enough, that's good
14:36:23pamaurybut I think it could be factored more, since essentially all requests use the same data flow
14:36:52wodzyes I want move this to lib but first I wanted to touch as small portion of code as possible
14:38:00wodzpamaury: yes I was thinking about this. only HWSTUB_EXEC doesn't alloc temp buffer.
14:38:29pamauryyeah, that would be a particular case of 0-length transfer
14:39:06pamaurybut overall I like this approach
14:39:36wodzI'll try to test this later today and if successful factor code a bit
14:40:17pamauryok, tell me if you do, otherwise I might have a try at it if I have some time
14:40:42wodztry it anyway
14:42:50wodzin HWSTUB_EXEC I reused len parameter to pass flags, thats why I can't relay on this field == 0 when doing malloc
14:44:07pamauryI 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:00
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:11b0hoonulmutul: 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:19b0hoonulmutul: yeah this would be better than the REC due to YH92X series.
15:22:22b0hoonulmutul: 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:17giogio_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:40pamaurygiogio_: 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:00
16:02:22giogio_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:32giogio_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:48giogio_I tryed a couple of them but none work
16:04:49giogio_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:29pamaurygiogio_: all tools are based on libmtp so it's most probably a right problem
16:08:12pamaurydid you try to run them as root just to check ?
16:09:30giogio_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:37giogio_and i was wondering if anyone encouterd the same problem and could tell me how
16:11:32gevaertsIsn'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:00giogio_well, it could be, I dont know... Is there mtp in rockbox?
16:13:22gevaertsNo
16:15:00giogio_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:58pamauryusually we take care to use the UMS usb id and not the MTP one in rockbox when both are available
16:18:34giogio_I'm not an expert, I didnt even know there are different ids for mtp and ums, so I cannot check
16:20:40gevaertsWell, not all manufacturers do that, and the libmtp database isn't always perfect...
16:23:21pamauryit might be a setup problem with udev
16:23:37pamaurylibmtp 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:15giogio_ok... if there's any info I can provide you, I'm here. Mi device is a creative zen
16:33:19roger_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:40pamauryroger_: 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:44pamauryprobably stalled
16:39:00roger_mhhh okay, i'll check that out
16:41:22roger_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:14pamauryroger_: 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:55roger_yeah, it's just a suggestion. it still works great and booting into the sansa firmware is an easy workaround.
17:00
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:00
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:58wodzpamaury: (log) hwstub_server on gerrit works for me. Now time to cleanup and factor some code.
18:54:17 Quit wodz (Quit: Leaving)
19:00
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:00
20:16:25 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
21:00
21:03:26 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl)
21:08:02wodzpamaury: ping
21:08:09pamaurypong
21:08:55wodzpamaury: last version on gerrit seems to work :-)
21:10:02wodzpamaury: What did you mean by 'the hwstub handle is opaque anyway iirc' ?
21:15:50pamaurythe 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:19wodzlibusb_device_handle *handle doesn't look like opaque
21:23:58pamauryno, struct hwstub_device_t *
21:24:02pamaurythis is opaque
21:24:30 Quit wubking (Remote host closed the connection)
21:29:55wodzsorry, I don't understand
21:30:29wodzhwstub_device_t is a struct with some fields, among which there is handle to usb
21:31:18pamauryyes but only the lib knows what is it, from the pov of hwstub_shell, it's opaque
21:31:57pamauryso 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:50wodzbut you need unique function names in lib, no? C doesn't have overloading
21:36:24pamauryjust you a vtable in the struct, or put the type of handle in it and do different operations for usb and tcp
21:37:41wodzright, now I understand
21:39:05wodzhwstub_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:38pamauryyes, 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:20Sway_:v
21:44:44wodz:q!
21:45:00 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr)
21:48:03Sway_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:00
22:04:47pamaurywodz: I have the clip sport and i'm trying to make jtag work but no luck so far
22:05:04pamauryproblem is I've never used this adapter before, and my wiring might be shaky
22:07:01wodzpamaury: 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:04pamauryeverything 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:03pamaurywodz: you know about jtag ?
22:48:00wodzpamaury: I played a few times in work thats all
22:48:20pamaurydo you know the difference between trst and srst ?
22:50:02wodzyes, trst is TAP reset - it resets debug interface only, srst is SYSTEM reset - it pulls down cpu reset line
22:50:41pamaurythe pcb only has "rst", I tried both but it didn't seem to change anything
22:52:18wodzpamaury: g#1153
22:52:23fs-bluebotGerrit review #1153 at http://gerrit.rockbox.org/r/1153 : hwstub: simple tcp hwstub_server by Marcin Bukat
22:52:37wodztrst is not always exposed
22:54:09wodzpamaury: AFAIK it is possible to disable jtag by programming some register
22:54:31wodzpamaury: I've seen some firmwares doing so
22:56:15wodzpamaury: when you get bored with jtag please test hwstub_server
22:56:50pamauryyeah I know it is possible, ok
23:00
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:35pamaurythere 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:44wodzpamaury: 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:44wodzpamaury: implementing tcp connection in qeditor I leave for you :-)
23:38:04pamaurywodz: i'll do that tomorrow
23:40:31wodzpamaury: The last test to try is remote connection.
23:45:06pamaurythe code looks much better
23:45:16wodzyeah
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)

Previous day | Next day