--- Log for 10.11.116 Server: karatkievich.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 3 days ago 00.02.19 Quit petur (Quit: Leaving) 00.04.44 Join The_Prospector|2 [0] (~The_Prosp@c-73-239-179-79.hsd1.wa.comcast.net) 00.07.45 Quit The_Prospector (Ping timeout: 258 seconds) 00.18.09 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 00.19.13 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 00.24.04 Quit thrillho (Ping timeout: 265 seconds) 00.46.55 Quit ender` (Quit: In politics, absurdity is not a handicap. — Napoleon Bonaparte) 00.49.43 *** Saving seen data "./dancer.seen" 00.59.14 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 01.03.37 Quit thrillho (Ping timeout: 244 seconds) 01.10.46 Quit dfkt (Disconnected by services) 01.10.56 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 01.15.15 Quit paulk-collins (Quit: Leaving) 01.33.19 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 01.37.43 Quit thrillho (Ping timeout: 244 seconds) 01.50.51 Join JanC_ [0] (~janc@lugwv/member/JanC) 01.51.17 Quit JanC (Ping timeout: 245 seconds) 01.52.07 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 01.52.18 Quit TheEaterOfSouls (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923]) 02.13.29 Quit anormal (Ping timeout: 260 seconds) 02.13.54 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 02.13.56 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) 02.14.27 # couple questions.. where doew the sim save its .cfg? 02.15.40 # and I want to put my menu into settings is there a way to do this without using the standard defined ways? Ie can I just have the menu call my function to write global_settings.bl_selective_backlight_val? 02.16.17 # here is the function i'm interested in adding to the menu http://gerrit.rockbox.org/r/#/c/1417/ 02.17.00 # I was able to call it in a callback but the menu overwrites what I have set in there with True/false etc. 02.17.04 Quit ZincAlloy (Quit: Leaving.) 02.18.24 Quit thrillho (Ping timeout: 252 seconds) 02.24.34 Quit [Saint] (Ping timeout: 260 seconds) 02.24.59 Quit krnlyng (Ping timeout: 260 seconds) 02.33.06 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 02.37.38 Join krnlyng [0] (~liar@77.116.95.64.wireless.dyn.drei.com) 02.37.39 Quit thrillho (Ping timeout: 248 seconds) 02.49.17 # <__builtin> ok, I can't seem to figure this out 02.49.45 # <__builtin> does rockbox on the ipod 7g support those 4-conductor inline remotes? 02.49.46 *** Saving seen data "./dancer.seen" 02.56.03 # <__builtin> and the mics on them 03.00.59 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 03.02.25 Quit soap (Read error: Connection reset by peer) 03.05.47 Quit thrillho (Ping timeout: 256 seconds) 03.12.38 Join [Saint] [0] (~sinner@rockbox/staff/saint) 03.25.05 Join bzed_ [0] (~bzed@shell.bzed.at) 03.26.30 Quit bzed (Ping timeout: 260 seconds) 03.26.30 Quit maraz (Ping timeout: 260 seconds) 03.26.33 Nick bzed_ is now known as bzed (~bzed@shell.bzed.at) 03.26.47 Join maraz [0] (maraz@kapsi.fi) 03.26.58 Quit cryham (Ping timeout: 252 seconds) 03.26.58 Quit ranmacha1 (Ping timeout: 260 seconds) 03.28.13 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 03.28.21 Join ranmachan [0] (~ranma@yumi.uguu.de) 03.32.57 Quit thrillho (Ping timeout: 250 seconds) 03.50.43 Quit smoke_fumus (Ping timeout: 248 seconds) 04.08.30 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 04.13.11 Quit thrillho (Ping timeout: 252 seconds) 04.49.48 *** Saving seen data "./dancer.seen" 04.50.58 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 04.52.37 Quit alexweissman (Remote host closed the connection) 04.55.40 Quit thrillho (Ping timeout: 258 seconds) 05.08.38 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 05.09.56 Quit alexweissman (Remote host closed the connection) 05.30.41 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 05.35.25 Quit thrillho (Ping timeout: 268 seconds) 05.43.54 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 05.47.32 Quit [Saint] (Remote host closed the connection) 05.49.17 Join [Saint] [0] (~sinner@rockbox/staff/saint) 05.59.14 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 06.03.54 Quit thrillho (Ping timeout: 258 seconds) 06.14.36 Quit TheSeven (Ping timeout: 260 seconds) 06.14.57 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 06.22.29 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 06.27.04 Quit thrillho (Ping timeout: 244 seconds) 06.49.47 Quit alexweissman (Remote host closed the connection) 06.49.50 *** Saving seen data "./dancer.seen" 06.52.24 Quit dfkt_ (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 06.52.54 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 07.00.17 Quit [Saint] (Quit: Quit.) 07.01.42 Join [Saint] [0] (~sinner@rockbox/staff/saint) 07.06.19 # think i have it figured out 07.14.16 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 08.27.18 Join ender` [0] (krneki@foo.eternallybored.org) 08.43.36 Join wodz [0] (~wodz@94-75-75-29.home.aster.pl) 08.46.25 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 08.49.51 *** Saving seen data "./dancer.seen" 08.50.42 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 08.54.19 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 08.59.36 Quit thrillho (Ping timeout: 240 seconds) 09.11.57 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 09.16.39 # pamaury: Today I found this: https://github.com/LeMaker/android-actions/blob/master/kernel/drivers/usb/ 09.17.05 Quit pamaury (Ping timeout: 256 seconds) 09.18.09 # pamaury: This are sources from action for otg which seems to be very close to the one used in atj213x. I think DMA part is different as atj213x seems to miss separate LL DMA engine for usb 09.18.55 Join anormal [0] (5dbc8f01@gateway/web/freenode/ip.93.188.143.1) 09.21.05 Quit thrillho (Quit: WeeChat 1.5) 09.50.45 # hi everyone, regarding my question yesterday about opening Fiio X1 II, i wrote them an email (as suggested in reddit) 09.50.51 # >>We are making the disassemble guidance in English now , and it will be ready in next week. could you kindly wait for it . Do you have any experience for disassembling any unit before ? Since the X1 2nd gen is not easy to disassemble, the unit may be broken. To be honest , we do not suggest you to open your X1 2nd gen , but all is up to you. 09.51.02 # So maybe next week they release the video 09.54.16 Join elensil [0] (~edhelas@2001:1c02:1903:d800:dcd1:6f28:6bdc:719f) 10.06.31 # it's built like a phone apparently 10.06.35 # expect glue 10.09.42 # f*ck 10.16.56 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) 10.16.56 Quit pamaury (Changing host) 10.16.56 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.18.27 # anormal: don't worry if you can't open it, we can probably done without 10.33.14 # pamaury: Have you seen my statement earlier today? 10.33.38 # about linux sources? yes, had a quick look but the driver is huge 10.36.52 # pamaury: yes it is very convoluted 10.37.09 # but maybe it can be useful for register documentation 10.49.30 # pamaury: The strange thing is I can't find anywhere special ZLP handling in this sources 10.49.53 *** Saving seen data "./dancer.seen" 10.51.09 # wodz: in aotg_udc.c:write_ep0_fifo 10.53.22 # when in state EP0_IN_DATA_PHASE and there is nothing more to transfer, it will stay one more time in transfer state to send a ZLP (you can trace the logic to write_ep0_fifo:is_last) 10.53.37 # pamaury: ok, thats for IN, and where it is for OUT? 10.54.05 # well for out there is just the final ack, it's not really a zlp, let me see 10.56.48 # in handle_ep0_out in state EP0_OUT_DATA_PHASE, if read_ep0_fifo returns 1 (meaning it received all the data), then it udc_handle_status() which clears NAK 10.57.02 # that's the status stage 11.16.40 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 11.27.16 Quit pamaury_ (Ping timeout: 260 seconds) 11.41.48 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 11.45.01 Join robertd1 [0] (~as@201.208.225.40) 11.51.32 Quit pamaury_ (Ping timeout: 244 seconds) 12.15.52 Join TheLemonMan [0] (~root@unaffiliated/thelemonman) 12.41.23 Join petur [0] (~petur@78-23-23-252.access.telenet.be) 12.41.25 Quit petur (Changing host) 12.41.25 Join petur [0] (~petur@rockbox/developer/petur) 12.44.06 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:6828:40c7:4ad2:5dd8) 12.49.55 *** Saving seen data "./dancer.seen" 12.55.57 Quit Bilgus (Quit: Page closed) 13.09.52 # pamaury: in OUT handler if read_ep0() returns less then max pkt size that means end of transfer, right? 13.11.19 # yeah 13.12.17 # hum, at least that's what the spec says but let me check the code 13.12.24 # sooo, what happens if read_ep0() is short and we are still below expected len? 13.12.57 # read_ep0_fifo() does not seem to care about short packet and continues until it receives the whole packet 13.13.19 # the host will never send a short packet in the middle of a OUT transfer 13.13.22 # it's forbidden 13.13.34 # pamaury: you mean in actions code or hwstub? 13.14.16 # ever, when the host sends you data of a control transfer, only the last packet will be short 13.14.50 Join Bray90820_ [0] (~bray90820@50-83-212-56.client.mchsi.com) 13.14.51 # pamaury: yes I understand that but what if host sends less then stated in setup? 13.14.52 # technically if you receive a short packet and you haven't received everything, that's a protocol error 13.14.58 # it's forbidden 13.15.08 # the host always sends what he promised 13.15.18 # lots of things are forbidden and still occures :-) 13.16.11 # IN and OUT transfers are not symmetric: in out transfers, the host knows how much it is sending and must do so. for in transfers on the other hands, the host tells you how much it expects at the maximum but you can send less 13.16.46 # what should happen on protocol error as you call it 13.16.47 # ? 13.16.56 Quit Bray90820 (Ping timeout: 265 seconds) 13.17.22 # I don't know, the spec probably says what should be done, most likely set stall 13.19.29 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 13.21.05 # pamaury: ok we stall in higher layer on req->wLength and actual transfer size mismatch 13.22.01 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 13.25.50 # Given how our code works, the higher layer should be the one stalling: after a setup for control OUT, the driver is supposed to do size = usb_drv_recv(EP0, bufferm, setup.wLength); and stall if size != setup.wLength 13.26.47 # I am not sure if we do it, but in rockbox firmware, control OUT transfers are fundamentally broken anyway 13.27.23 # but if you look at handle_read in main.c of stub, I check the return value 13.27.35 # pamaury: At least in hwstub it is not prudently checked. Often size of transfer is checked against expected hwstub protocol header size instead of setup.wLength 13.28.03 # do you have a concrete example? 13.28.40 # (there is only one type of control OUT in hwstub and it's for writes and as I said above we do check) 13.29.22 # pamaury: in handle_read() int size = usb_drv_recv(EP_CONTROL, usb_buffer, req->wLength); if(size != sizeof(struct hwstub_read_req_t)) 13.29.57 # pamaury: I think it should be checked both against wLength and size of expected struct 13.30.00 # that's ok, it's safe 13.30.32 # it is ok as long and host and stub have the same size of this struct 13.30.48 # if they disagree the transfers will be stalled 13.31.23 # you are right 13.31.31 Quit pamaury_ (Ping timeout: 256 seconds) 13.31.42 # the only bad thing that could happen is if the host says "I will send you 16 bytes" but actually sends you 10 and the size of the struct is 10. Then yeah technically that's a protocol error and we still accept it 13.32.19 # I won't object if you add it, it's just incredibly unlikely, linux won't ever let you do that 13.32.20 # This. Although possibility is tiny 13.32.31 # windows either 13.33.15 # pamaury: why OUT transfers are broken in rockbox? 13.33.25 # because usb_drv_recv is not blocking 13.33.36 # (it is blocking in hwstub) 13.34.07 # and what stops us from make it blocking? 13.34.34 # fixing all the drivers 13.35.40 # I mean at the moment it's fine, we don't use control out transfers 13.35.54 # but for example for usb audio I had to fix in some drivers 13.37.25 # also it's not that simple, you want some recv not to be blocking (like non-control transfers and ZLP), so you need two variants (blocking and non-blocking) 13.38.00 # I really hate usb :/ 13.38.09 Join soap [0] (~soap@rockbox/staff/soap) 13.38.40 # see g#1009 if you are curious 13.38.42 # 3Gerrit review #1009 at http://gerrit.rockbox.org/r/1009 : 3Add USB Audio 1.0 support (EXPERIMENTAL) by Amaury Pouly 13.57.49 # Build Server message: 3New build round started. Revision ba9f405, 255 builds, 14 clients. 14.03.52 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923]) 14.06.37 # Build Server message: 3Build round completed after 527 seconds. 14.06.38 # Build Server message: 3Revision ba9f405 result: All green 14.20.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.21.10 Join fs-bluebot [0] (~fs-bluebo@x4d099f74.dyn.telefonica.de) 14.21.35 Join einhirn [0] (~Miranda@p4FC101CD.dip0.t-ipconnect.de) 14.23.35 Quit fs-bluebot_ (Ping timeout: 260 seconds) 14.23.57 Quit bluebrother^ (Ping timeout: 244 seconds) 14.26.00 Quit einhirn (Ping timeout: 250 seconds) 14.26.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.33.16 Quit anormal (Quit: Page closed) 14.49.58 *** Saving seen data "./dancer.seen" 14.50.40 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 14.55.14 Quit pamaury_ (Ping timeout: 246 seconds) 14.57.39 Join fyre^OS [0] (~nnscript@208.167.254.103) 15.01.24 Quit fyre^OS (Client Quit) 15.24.19 Quit wodz (Ping timeout: 268 seconds) 15.31.11 Quit amayer (Quit: Leaving) 15.31.33 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.33.18 Quit amayer (Client Quit) 15.33.39 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.56.50 Join JanC_ [0] (~janc@lugwv/member/JanC) 15.58.04 Nick JanC is now known as Guest87424 (~janc@lugwv/member/JanC) 15.58.04 Quit Guest87424 (Killed (weber.freenode.net (Nickname regained by services))) 15.58.04 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 16.05.32 # wow, software usb audio 16.05.40 # does it work well? 16.15.59 # what 16.17.01 # nothing too special about that, just shows up as USB Audio class, either for input or output (probly just output 16.19.53 # looks like it does setup for both input and output. 16.50.02 *** Saving seen data "./dancer.seen" 16.51.38 Quit petur (Quit: Connection reset by beer) 17.10.56 Quit pamaury (Remote host closed the connection) 18.03.00 Join krabador [0] (~krabador@unaffiliated/krabador) 18.05.04 Quit elensil (Quit: Leaving.) 18.22.06 Quit toli (Ping timeout: 256 seconds) 18.22.46 Quit alexweissman (Remote host closed the connection) 18.28.37 Join toli [0] (~toli@ip-62-235-238-98.dsl.scarlet.be) 18.32.38 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) 18.50.05 *** Saving seen data "./dancer.seen" 19.27.20 Join alexweissman [0] (~alexweiss@2001-18e8-2-28cc-f000-61c.dhcp6-bl.indiana.edu) 19.29.38 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.44.48 # dongs: duo8: the patch is not working properly, my implementation is incomplete 19.45.12 # but fundamentally nothing prevents from implementing usb audio in software 20.27.46 Quit alexweissman (Remote host closed the connection) 20.31.59 Quit vincentflyson (Quit: ZNC 1.6.3 - http://znc.in) 20.32.12 Join vflyson [0] (~vflyson@cupcake.uberspace.net) 20.33.10 Join alexweissman [0] (~alexweiss@149-160-181-79.dhcp-bl.indiana.edu) 20.50.06 *** Saving seen data "./dancer.seen" 21.25.03 Quit rela (Ping timeout: 260 seconds) 22.01.41 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) 22.02.27 # Is there anyway to write a setting to the .cfg file without interfacing it through the menu system? 22.02.39 # custom_setting perhaps? 22.03.34 # Bilgus: why would you do that? 22.04.07 # I guess that if you just put the setting in setting.c but don't create an entry for it in the menus it will achieve what you want 22.05.09 # I have an option to enable selective actions when no it returns false and writes 0 to the mask when yes it calls action_select and I want to write the mask to a var which will be saved to cfg 22.06.42 Quit zoktar (Quit: -) 22.06.51 # i tried that and it doesn't persist after power cycle is there a way to force sace? 22.06.57 # save* 22.09.23 # I am not sure I understand, if you have no menu to set, you have to write in the config file directly 22.10.07 # No i take that back i put it in the user_data array in settings.h do I need to add it to a function in settings.c as well? 22.15.30 # I could do menu_function but I still can't figure out htf to save the mask 22.17.54 # yes you need the code in settings.c 22.18.10 # settings.c is about loading/saving settings 22.18.21 # menu_setting is about changing the setting with the user interface 22.18.46 # not sure what you are trying to achieve, I still don't see what you want to do with a setting that you cannot change... 22.19.11 Part robertd1 22.20.12 Quit ruhans (Quit: Connection closed for inactivity) 22.22.19 Quit alexweissman (Remote host closed the connection) 22.26.01 # ok so I have a setting off/on enable selective backlight and enable selective softlock NO return false and set the mask to 0 22.26.36 # select YES call action_select and write the user selected mask to the cfg 22.27.14 # do you have a better idea? 22.29.09 # is the setting on/off or is it a mask? 22.29.41 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 22.29.51 Join alexweissman [0] (~alexweiss@2001-18e8-2-28cc-f000-5af.dhcp6-bl.indiana.edu) 22.31.42 # well its a mask returned from action_select( 0 = disabled 2=vol+- 4 = play 8 = stop 16=seek 32 = skip 22.50.09 *** Saving seen data "./dancer.seen" 23.16.08 Quit alexweissman (Remote host closed the connection) 23.28.18 # pamaury: I had the mask defined as a bool :/ For future reference though:any setting type in settinglist.c will be saved to cfg you just need to define the range and inc and the variable in struct user_settings (settings.h) .. and in this case there is no matching menu in 'display_menu.c' 23.29.36 # Do you think instead I should display the settings chosen ie. none|Vol+-,Play,Skip 23.33.22 Quit pamaury (Ping timeout: 245 seconds) 23.42.52 Join alexweissman [0] (~alexweiss@149-160-181-79.dhcp-bl.indiana.edu) 23.50.24 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)