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).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2016-11-09

00:35:03 Quit ZincAlloy (Quit: Leaving.)
00:46:54 Quit Bilgus (Ping timeout: 260 seconds)
00:49:11***Saving seen data "./dancer.seen"
00:49:28 Quit petur (Quit: Leaving)
01:00
01:01:01 Join JanC_ [0] (~janc@lugwv/member/JanC)
01:01:03 Quit krnlyng (Ping timeout: 268 seconds)
01:02:16 Nick JanC is now known as Guest19389 (~janc@lugwv/member/JanC)
01:02:16 Quit Guest19389 (Killed (orwell.freenode.net (Nickname regained by services)))
01:02:16 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
01:08:12 Quit Rower (Quit: Hmmm...)
01:09:28 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:b1e0:48e3:d279:dc96)
01:10:37 Quit ZincAlloy (Client Quit)
01:12:12 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se)
01:12:33 Join krnlyng [0] (~liar@77.117.23.116.wireless.dyn.drei.com)
01:20:17 Join Strife89 [0] (~quassel@adsl-98-80-195-40.mcn.bellsouth.net)
01:23:48 Quit Strife1989 (Ping timeout: 244 seconds)
01:57:15 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
02:00
02:01:55 Quit thrillho (Ping timeout: 248 seconds)
02:09:38 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
02:13:55 Quit thrillho (Ping timeout: 240 seconds)
02:17:44 Quit girafe (Read error: Connection reset by peer)
02:24:15 Quit krnlyng (Ping timeout: 240 seconds)
02:27:04[Saint]Could I get a wording/"too harsh" check on http://forums.rockbox.org/index.php/topic,51546.msg238278.html#msg238278 please?
02:27:06[Saint]Thanks.
02:27:24[Saint]As usual, I'm trying for 'blunt but not outwardly offensive'.
02:30:03__builtinseems alright to me
02:32:47[Saint]Thanks.
02:33:22 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
02:33:31[Saint]I just wanted to address the fundamental misconception that Rockbox actually cares about the hardware market or consumers.
02:33:54[Saint]More people need to realize it's devs working on a hobby project to please themselves.
02:34:48[Saint]The time to monetize or push for adoption was lost years and years and years ago.
02:35:09[Saint]like, over a decade ago.
02:36:24__builtinyeah, that makes total sense, I guess OP had good intentions but was just misinformed
02:37:55 Join krnlyng [0] (~liar@178.112.218.101.wireless.dyn.drei.com)
02:37:56 Quit thrillho (Ping timeout: 252 seconds)
02:49:13***Saving seen data "./dancer.seen"
02:58:22[Saint]__builtin: Oh, yes, he certainly has good intentions.
02:58:30[Saint]*s/he
02:58:50__builtinenough to write a wall of text, apparently ;)
02:59:14[Saint]I just don't want anyone to think that anyone is sitting around pulling out their hair at board meetings wondering how we can survive or that we're desperate for relevance.
02:59:33[Saint]That would be very disingenuous if I didn't shut that shit down.
03:00
03:00:46[Saint]Even if DAPs vanished off the face of the Earth in some DAP evangelical second coming, it still wouldn't kill us.
03:01:22[Saint]_hurt_ us, sure, but as long as SDL still exists, we're good.
03:05:00[Saint](for reference, yes, I really do use the SDL port as a desktop media player)
03:05:35[Saint]The only other desktop player that comes even remotely close is foobar2000 which requires me to run WINE, and, screw that.
03:16:18__builtinvlc "just works"
03:19:33 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
03:24:44 Quit thrillho (Ping timeout: 268 seconds)
03:59:31 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
04:00
04:03:59 Quit thrillho (Ping timeout: 246 seconds)
04:39:35 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
04:44:30 Quit thrillho (Ping timeout: 256 seconds)
04:44:46 Quit michaelni (Read error: Connection reset by peer)
04:45:12 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at)
04:49:16***Saving seen data "./dancer.seen"
05:00
05:01:23 Quit alexweis_ (Remote host closed the connection)
05:03:31 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
05:08:30 Quit alexweissman (Remote host closed the connection)
05:10:51 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
05:13:44 Quit alexweissman (Read error: Connection reset by peer)
05:14:17 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
05:33:25 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
05:37:56 Quit thrillho (Ping timeout: 248 seconds)
06:00
06:15:52 Quit [7] (Ping timeout: 260 seconds)
06:16:14 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:19:31 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
06:21:58 Quit toli (Ping timeout: 256 seconds)
06:24:01 Quit thrillho (Ping timeout: 258 seconds)
06:28:26 Join toli [0] (~toli@ip-62-235-241-94.dsl.scarlet.be)
06:43:51 Quit alexweissman (Remote host closed the connection)
06:44:27 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
06:49:20***Saving seen data "./dancer.seen"
06:55:52 Quit krabador (Quit: Leaving)
07:00
07:01:24 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
07:06:22 Quit thrillho (Ping timeout: 265 seconds)
07:33:04 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
07:37:19 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
07:37:22 Quit thrillho (Ping timeout: 244 seconds)
08:00
08:02:46 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
08:07:16 Quit thrillho (Ping timeout: 248 seconds)
08:07:50 Join wodz [0] (~wodz@94-75-75-29.home.aster.pl)
08:08:56 Join paulk-collins [0] (~paulk@gagarine.paulk.fr)
08:12:35 Quit pamaury (Ping timeout: 265 seconds)
08:19:58 Join ender` [0] (krneki@foo.eternallybored.org)
08:40:48 Quit sth (Ping timeout: 256 seconds)
08:49:21***Saving seen data "./dancer.seen"
08:51:25 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org)
08:51:25 Quit pamaury (Changing host)
08:51:25 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
08:51:26 Quit pamaury (Remote host closed the connection)
09:00
09:02:25 Join TheLemonMan [0] (~root@unaffiliated/thelemonman)
09:08:20 Quit paulk-collins (Quit: Leaving)
09:19:25 Quit ender` (Read error: Connection reset by peer)
09:20:12 Join ender` [0] (krneki@foo.eternallybored.org)
09:50:53 Join anormal [0] (5dbc8f01@gateway/web/freenode/ip.93.188.143.1)
10:00
10:06:40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
10:09:29 Quit advcomp2019_ (Read error: Connection reset by peer)
10:10:14 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
10:20:17 Quit bluebrother (Disconnected by services)
10:20:22 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
10:21:03 Join fs-bluebot_ [0] (~fs-bluebo@xd9beeb35.dyn.telefonica.de)
10:23:13 Quit fs-bluebot (Ping timeout: 244 seconds)
10:35:36 Quit mc2739 (Ping timeout: 260 seconds)
10:35:52anormalAny idea how can i open the Fiio X1 II ?? i've seen the video to open de X1 normal, but this doesn't have screws. Any tips?
10:37:30 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:37:56[Saint]it'll be clasp closure.
10:37:59[Saint]think ipod.
10:38:11[Saint]use a guitar pick or spudger, feel around at the seams.
10:38:21[Saint]just use something softer than it is.
10:48:42pixelmaif you're unlucky it might also be stuck together (unfortunately this seems to be the way manufacturers go atm)
10:49:24***Saving seen data "./dancer.seen"
10:50:39 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217)
11:00
11:01:33anormali've asked in reddit, let's see if someone has some instructions or video
11:01:54anormalI want to scan/photo it
11:02:51 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
11:17:07GodEaterdon't we have a page in the wiki somewhere saying "this might require some degree of violence" around *any* new port? :)
11:20:04[Saint]We do.
11:20:08 Quit mc2739 (Ping timeout: 256 seconds)
11:20:24[Saint]I think anormal just isn't sure at what 'soft spot' to initiate said violence.
11:20:38[Saint]violence in some degree _will_ be required.
11:21:15GodEatermeh. just use a hammer ;)
11:21:35 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
11:21:47[Saint]Those, per Rockbox documentation, are solely for bricking iPods.
11:22:42 Join bug3173 [0] (2ebd8de5@gateway/web/freenode/ip.46.189.141.229)
11:23:04*GodEater polishes his nails
11:23:33GodEater(is that actual "documentation", or just a goldenquote? )
11:23:53 Quit scorche (Disconnected by services)
11:23:57 Join scorche` [0] (~scorche@rockbox/administrator/scorche)
11:24:23Bilguspamaury: I got my callback working from button.c only problem is it still happens before action.c>get_action( ever gets called and therefore is one event behind
11:24:25bug3173Hi there! I got an iPod 5.5 Gen (80GB) and I don't know why but it's really difficult to skip from one song to another sometimes... the player freezes, while I can still hear the actual song played... sometimes I have to force reboot
11:24:45pamauryBilgus: not sure what you mean?
11:25:37Bilgusget_action uses whatever context calls it and looks up the supplied button code
11:26:03pamauryyes, and?
11:26:26Bilgushappens after the backlight on in button.c
11:27:10BilgusI need a way to lookup the current context before get_action gets a call
11:28:07Bilgusthen I can lookup the button code myself or for that matter call get_action if I so desired
11:29:10Bilgusor I hold off on backlight when ever my callback is there and just do the backlight_on from there but I don't like that much
11:30:01Bilgussorry don't turn backlight on in button.c but instead turn it on in action.c
11:30:15Bilgus^clairfying
11:33:00 Quit The_Prospector (Quit: when in doubt, kernel panic)
11:39:37 Join robertd1 [0] (~as@201.208.225.40)
11:41:25bug3173No idea? :)
11:46:32Bilgusdon't do Ipods but what version of rockbox?
11:48:24 Quit pamaury (Ping timeout: 260 seconds)
11:53:30anormalmy Fiio x1 II is brand new, one week :D i don't want to use any violence with it :)
12:00
12:01:02bug3173the last dev build; and any build I've had
12:05:55 Quit bug3173 (Ping timeout: 260 seconds)
12:28:00 Quit Bilgus (Quit: Page closed)
12:28:35 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217)
12:29:15 Join duo8 [0] (~ZNC-SRV-H@116.111.113.72)
12:35:45 Quit anormal (Quit: Page closed)
12:36:00 Quit thrillho (Ping timeout: 244 seconds)
12:39:14 Join anormal [0] (5dbc8f01@gateway/web/freenode/ip.93.188.143.1)
12:39:57 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
12:48:41 Part robertd1
12:48:46 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:e1aa:301a:6160:fc3)
12:49:28***Saving seen data "./dancer.seen"
12:55:23 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
13:00
13:00:44Bilguspamaury: I tossed all the callback stuff put in a switch for the backlight in button.c along with a func to set / turn on backlight and button light and then in action.c filtered the non button presses works... not sure in all cases as of yet
13:30:48 Join robertd1 [0] (~as@201.208.225.40)
13:35:03 Quit Bilgus (Quit: Page closed)
13:46:05 Part chrisb ("rcirc on GNU Emacs 25.2.50.1")
14:00
14:24:12 Quit thrillho (Ping timeout: 245 seconds)
14:49:31***Saving seen data "./dancer.seen"
15:00
15:03:30 Part robertd1
15:03:38 Quit elensil (Quit: Leaving.)
15:04:57 Join elensil [0] (~edhelas@2001:1c02:1903:d800:9547:d8d3:80e:f71b)
15:10:15 Join robertd1 [0] (~as@201.208.225.40)
15:10:18duo8gah, can't believe they only manage 8h with a 2200mAh battery
15:10:28duo8hope rockbox can do better
15:11:37 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
15:22:16 Quit pamaury (Ping timeout: 240 seconds)
15:46:55 Quit wodz (Ping timeout: 256 seconds)
16:00
16:06:02 Quit mc2739 (Read error: Connection reset by peer)
16:06:45 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
16:15:49 Quit mc2739 (Ping timeout: 256 seconds)
16:24:14 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
16:34:04 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
16:47:07 Quit thrillho (Ping timeout: 245 seconds)
16:47:35 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman)
16:49:34***Saving seen data "./dancer.seen"
16:56:37 Quit pamaury (Ping timeout: 256 seconds)
17:00
17:12:01 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
17:49:15 Quit duo8 (Ping timeout: 250 seconds)
17:56:17 Join duo8 [0] (~ZNC-SRV-H@27.76.245.141)
17:59:45 Join krabador [0] (~krabador@unaffiliated/krabador)
18:00
18:05:03 Quit elensil (Quit: Leaving.)
18:13:48 Join smoke_fumus [0] (~smoke_fum@leased-line-195-222-90-170.telecom.by)
18:24:34 Quit thrillho (Ping timeout: 256 seconds)
18:46:47 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627)
18:49:35***Saving seen data "./dancer.seen"
18:51:15 Quit tchan (Quit: WeeChat 1.6)
19:00
19:00:50 Join paulk-collins [0] (~paulk@gagarine.paulk.fr)
19:01:06 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
19:04:06 Join tchan [0] (~tchan@c-50-129-174-2.hsd1.il.comcast.net)
19:04:06 Quit tchan (Changing host)
19:04:06 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
19:07:36 Quit rela (Read error: Connection reset by peer)
19:37:49 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
19:41:11 Quit krabador (Quit: Leaving)
19:44:34 Join TheEaterOfSouls [0] (~TheEaterO@66.172.117.241)
19:51:28 Join JanC_ [0] (~janc@lugwv/member/JanC)
19:51:56 Quit JanC (Ping timeout: 252 seconds)
19:52:41 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
19:55:07 Quit robertd1 (Quit: Leaving.)
20:00
20:05:10 Join wodz [0] (~wodz@89-77-223-98.dynamic.chello.pl)
20:05:15wodzpamaury: ping
20:06:44pamaurypong
20:07:26pamaurywodz: ^
20:08:39wodzpamaury: not working atj hwstub gives this trace of events: 1) connection 2) get descriptor device to address 0 3) correct response to this request 4) port reset? 5) set address request from address 0 6) set address response from host with correct address 7) get descriptor request device to new address 8) malformed response
20:08:59wodzpamaury: Any hint where to look?
20:09:50wodzpamaury: comparing this with working version it is the same up to 7)
20:10:02pamaurywitout more details about the malformed response this is not easy
20:10:43pamaurymaybe you don't flush the fifo on reset request?
20:13:17wodzpamaury: I sent you email with working and non working wireshark trace
20:13:35 Quit shmibs (Quit: leaving =o)
20:13:46pamauryI'll have a look, unfortunately the wireshark traces tend to not help a lot when debugging low level usb problems
20:14:24pamaurya possibility is that the first request of the host has a small size (less than a packet) whereas the second one asks for the whole descriptor
20:14:34pamaurymaybe the code does not handle multi-packet send correctly
20:15:00 Join shmibs [0] (~shmibs@shmibbles.me)
20:15:27 Join TheLemonMan [0] (~root@unaffiliated/thelemonman)
20:15:28wodzpamaury: I know wireshark is suboptimal BUT this is the only tool I have
20:15:41pamaurygive me 10/15 min to finish dinner and I'll have a look
20:15:48pamauryI need to look at the code to see how it works
20:17:01wodzpamaury: thanks. working version is current HEAD, non working is before f2da975
20:28:31 Quit cc___ (Quit: WeeChat 1.6)
20:29:07 Join rela [0] (~x@pdpc/supporter/active/rela)
20:29:49 Join petur [0] (~petur@rockbox/developer/petur)
20:36:13pamaurywodz: I'm not a 100% how wireshark reports control transfers (because of the two message per transfer) but it may be possible that your handling of set_address is incorrect and the device did not switch address
20:38:01pamauryah from the code I see there is some magic involved in set address
20:41:59 Quit wodz (Ping timeout: 268 seconds)
20:43:05pamaurywodz (logs): I suspend your code is stuff in the while(!finished) look of the first request that is interrupted by a reset
20:43:18pamauryon reset you should mark any pending transfer as finished
20:48:23 Join wodz [0] (~wodz@89-77-223-98.dynamic.chello.pl)
20:49:33pamaurywodz: did you see my message?
20:49:38***Saving seen data "./dancer.seen"
20:49:48wodzyes
20:50:27wodzpamaury: but I don't quite understand your sentence
20:51:16pamaurywhen you receive a reset request
20:51:26pamauryyou should set epin.finished to true
20:51:56wodzpamaury: set address is handled in hardware. I guess there is somewhere register which indicates current address but it is not documented (obviously) and not used by OF
20:52:31wodzpamaury: So basically cancel transfer, right?
20:52:54pamauryyes
20:55:46wodzdidn't help
20:56:19pamauryis the trace the same?
20:56:58pamaurydo you have any way of seeing if the second request is actually received and the code is not stuck in the while(!finished) loop?
20:57:00wodzyes
20:57:16wodzI can blink backlight
20:57:59wodzI guess I should reset fifos as well on reset
20:58:59pamaurymost probably
20:59:20wodzbut the working version doesn't do that :P
21:00
21:02:31wodzreseting fifos doesn't cure it either
21:03:20wodzSo you think it hangs is while (!ep0in.finished) of the first write?
21:06:11wodzthe first usb_drv_send() doesn't block
21:06:43pamaurywell if you don't clear finised on reset that might be the case but that depends on how the controller handles reset (does it call the transfer complete irq ?)
21:07:10pamaurycan you check if the setup setup is received ? (ie usb_drv_recv_setup returns)
21:07:18pamaury*second setup
21:07:57pamauryfrom the wireshark tracer it seems the device is not answering the request at all, which suggest that the second usb_drv_send() is never called
21:23:50 Join krabador [0] (~krabador@unaffiliated/krabador)
21:42:29wodzpamaury: second usb_drv_recv_setup doesn't return
21:43:21pamaurybut it is called? hum
21:44:22wodzno, usb_drv_recv_setup() is called only once
21:44:58 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr)
21:45:41wodzpamaury: ^
21:46:11pamauryso where is it stuck?
21:46:30pamauryah, maybe usb_drv_recv()
21:46:38pamauryI forgot to look at this one
21:47:09pamaurymaybe you also need to set ep0out.finished to true
21:47:36pamauryor at least check if it's stuck in usb_drv_recv()
21:48:30 Quit krabador (Quit: Leaving)
21:49:26wodzyes, it is stuck in usb_drv_recv()
21:49:58pamaurygreat, that's progress
21:50:12pamaurynow try setting epout.finished to true on reset maybe?
21:51:28wodzno go. Still the same
21:54:07*pamaury wonders if there could be race condition here
21:55:46pamaurywodz: I think your receive function does not work for ZLP (the IRQ version)
21:56:18pamauryin the non-IRQ version, it sets OTG_EP0CS = 2; and returns
21:56:50pamauryin the IRQ version, it will block waiting for a ZLP, which will probably not happen
21:57:23wodzhmm
21:58:04wodzI thought zlp should generate ep0out irq anyway
22:00
22:00:54wodzyep, that was it
22:00:56pamaurythat's very unclear
22:01:02pamaurysome controllers do, some don't
22:03:55wodznow if I do if (length == 0) {OTG_EP0CS = 2; return0;} at the beginning of usb_drv_recv() It works.
22:04:02wodzpamaury: ^
22:04:19pamaurycool :)
22:06:45wodzpamaury: BUT this isn't quite the same as in non irq version. Non irq version is much more like 'broken' irq in sequence. It does wait for ACK which should generate irq
22:07:35 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr)
22:17:24pamaurywodz: you code in recv() for non-irq doesn't work irq for zlp
22:17:47pamaurysince the loop is while(cnt < length) and for length = 0 it is never run
22:18:26wodzaaaah, right
22:18:53 Join robertd1 [0] (~as@201.208.225.40)
22:19:24wodzin ralink source writing OTG_EP0CS = 2 is commented as // clear NAK bit to ACK host.
22:20:27wodzbut I don't quite get why it is needed
22:21:48pamaurywhen the host sends the ZLP, the device needs to ACK the transfer. Basically usb_drv_recv() of size zero tells to device to ACK instead of NAK
22:21:58pamaury(which is why I said that receiving a ZLP does not really make sense)
22:22:13pamaury(and why it may not trigger in IRQ on most controllers)
22:23:07wodzok, makes sense now
22:26:12wodzpamaury: so ZLP logic in INT_UDC() is redundant in case of in transfer, am I right?
22:30:00 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
22:34:18 Quit thrillho (Ping timeout: 244 seconds)
22:35:16pamaurywodz: no, it's still important for control out transfers
22:35:29pamauryor maybe not, good question
22:35:40wodzfor OUT I'd agree but for IN?
22:36:16pamauryI think the spec says ZLP is optional if you transfer exactly the amount predefined. For IN, you send the amount beforehand so I would expect no ZLP
22:36:22*pamaury goes read the spec
22:36:44wodzanyway, works without logic for IN zlp in irq
22:42:16pamauryspec is not very clear about it but I would say the host does not send a ZLP, because the spec says that a ZLP is only sent by the device during a control read on short transfers
22:44:19wodzpamaury: setting ep0{in,out}.finished = true in reset irq seems not needed
22:44:39pamauryok, maybe the controller fires the irq on reset automatically
22:45:05pamauryor maybe you are just lucky ;)
22:45:32wodz:-)
22:49:40***Saving seen data "./dancer.seen"
22:59:18 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
23:00
23:02:06 Quit lebellium (Read error: Connection reset by peer)
23:02:35 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr)
23:03:35 Quit thrillho (Ping timeout: 240 seconds)
23:11:44 Join einhirn [0] (~Miranda@p4FC105A5.dip0.t-ipconnect.de)
23:23:59 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923])
23:30:42pamauryrobertd1: hi, I'm going to bed but just to say, I think it is possible to change Sony's destination and sound pressure just with scsitool (ie withour firmware upgrades)
23:32:25 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
23:39:11 Join thrillho [0] (~Luke@unaffiliated/rockandorroll)
23:39:36 Quit girafe (Quit: Leaving)
23:41:03 Quit pamaury (Ping timeout: 265 seconds)
23:43:35 Quit thrillho (Ping timeout: 240 seconds)
23:43:37robertd1that is excellent pamaury
23:45:09 Quit wodz (Quit: Leaving)
23:45:31 Part robertd1
23:57:37 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl)

Previous day | Next day