Turl changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
FDCX has joined #linux-sunxi
techn_ has quit [Read error: Connection reset by peer]
<libv> *sigh*
<libv> yet another device for which there is support in u-boot and in sunxi-boards
<libv> but nobody but the submitter knows what the hw looks like, or how to identify it or anything
<libv> and the wiki page is so void of info, that it's just impossible.
<libv> why bother!
<Turl> libv: which one is that?
starchild has quit [Ping timeout: 240 seconds]
<libv> a10-mid now
<libv> a13-mid was the same
<libv> and that already was deleted, and techn was emailed about it
<montjoie[home]> whhhhoh 50% performance gain for the security system with mainline,,,
eagles0513875 has joined #linux-sunxi
deffrag__ has joined #linux-sunxi
deffrag_ has quit [Ping timeout: 240 seconds]
deasy is now known as picard
picard is now known as deasy
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
rz2k has quit []
rta has quit [Ping timeout: 265 seconds]
deasy has quit [Ping timeout: 264 seconds]
rta has joined #linux-sunxi
deasy has joined #linux-sunxi
rta has quit [Ping timeout: 240 seconds]
deasy has quit [Client Quit]
Skaag has joined #linux-sunxi
rta has joined #linux-sunxi
setkeh1 has joined #linux-sunxi
rta has quit [Ping timeout: 240 seconds]
rta has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
TheSeven has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 250 seconds]
physis_ has quit [Ping timeout: 246 seconds]
physis has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
hansg has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
pseudomind has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
maksimlin has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140317233623]]
arky has joined #linux-sunxi
nabblet has joined #linux-sunxi
sehraf has joined #linux-sunxi
hansg has quit [Quit: Leaving]
starchild has joined #linux-sunxi
_massi_ has joined #linux-sunxi
t3st3r has quit [Remote host closed the connection]
hramrach has quit [Read error: Connection reset by peer]
hramrach has joined #linux-sunxi
<ssvb> does cpufreq supported for sun5i in sunxi-3.4 kernel? I wonder if there is any good reason why it is disabled in sun5i_defconfig
<ssvb> and I have no sun5i hardware myself to test
<ssvb> s/does/is/
nabblet has quit [Quit: Lost terminal]
diego_r has joined #linux-sunxi
nabblet has joined #linux-sunxi
<megal0maniac_afk> Review finished, Itead has posted links and invited people to contribute to the sunxi wiki. Not sure if good or bad :P
<megal0maniac_afk> Now that I've finished the review, they're sending me the base board -.-
<megal0maniac_afk> *Extension board
<megal0maniac_afk> Also, Does lirc support the IR receiver relatively easily?
cabania has quit [Ping timeout: 246 seconds]
<wens> RK3288 (Cortex-A17 quadcore) devices showing up on Alibaba
<wens> wonder where Allwinner is with there next SoC
notmart has joined #linux-sunxi
<plaes> quadcore had that *other* GPU?
<plaes> yup, so they're probably working on getting the graphics stack working :P
Fusing has joined #linux-sunxi
FR^2 has joined #linux-sunxi
akaizen has joined #linux-sunxi
Fusing has quit [Quit: Nettalk6 - www.ntalk.de]
wickwire has joined #linux-sunxi
juanfont has left #linux-sunxi ["Saliendo"]
HeHoPMaJIeH has quit [Remote host closed the connection]
juanfont has joined #linux-sunxi
deasy has joined #linux-sunxi
netchip has quit [Quit: No Ping reply in 180 seconds.]
theskilledworker has joined #linux-sunxi
theskilledworker has joined #linux-sunxi
w00tc0d3 has joined #linux-sunxi
mkutsevol has left #linux-sunxi [#linux-sunxi]
eagles0513875 has quit [Quit: ZNC @ TrekWeb - https://trekweb.org]
eagles0513875 has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
cabania has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
ganbold has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
bgal has joined #linux-sunxi
Tartarus has quit [Excess Flood]
Tartarus has joined #linux-sunxi
theskilledworker has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
deasy has quit [Remote host closed the connection]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
geecko has joined #linux-sunxi
deffrag has joined #linux-sunxi
deffrag__ has quit [Ping timeout: 240 seconds]
bgal has quit [Ping timeout: 240 seconds]
physis has quit [Remote host closed the connection]
Gerwin_J has quit [Quit: Gerwin_J]
Black_Horseman has joined #linux-sunxi
akaizen has joined #linux-sunxi
akaizen has quit [Ping timeout: 240 seconds]
kz1 has quit [Ping timeout: 246 seconds]
kz1 has joined #linux-sunxi
Tartarus has quit [Ping timeout: 240 seconds]
arky has quit [Ping timeout: 240 seconds]
theskilledworker has joined #linux-sunxi
arky has joined #linux-sunxi
deasy has joined #linux-sunxi
xavia has joined #linux-sunxi
<wigyori> morning
arky has quit [Ping timeout: 240 seconds]
FreezingCold has joined #linux-sunxi
<Turl> ssvb: it should work, we unified sun4i+sun5i cpufreq as far as I recall
<Turl> montjoie[home]: nice speed :)
<Turl> montjoie[home]: why the difference?
shineworld has joined #linux-sunxi
shineworld has left #linux-sunxi [#linux-sunxi]
<ssvb> Turl: that's good to know, I just wonder if anybody could enable cpufreq on sun5i and confirm that it really works
<Turl> libv: ^^
arky has joined #linux-sunxi
nove has joined #linux-sunxi
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :QUIT :Leaving."]
F1skr has joined #linux-sunxi
physis has joined #linux-sunxi
physis has quit [Remote host closed the connection]
physis has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
wens has quit [Ping timeout: 240 seconds]
wens has joined #linux-sunxi
xavia has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
theskilledworker has quit [Quit: Leaving]
<juanfont> nove, thanks :)
vector80 has joined #linux-sunxi
<vector80> Hi everyone, yesterday I fixed my sound PA problem. 1) I modified sunxi-codec.c to allow PA to turn ON when start playing, 2) I had to manually set GPIO PH25 to HIGH under /sys/class/gpio interface
<vector80> This is clearly meaning that, sunxi GPIO driver seems not working correctly
<vector80> In my fex files, I tried every possibility to set Ph25 to HIGH by default, and allways failed.
<vector80> Those [gpio_para] setting only allows me to export the pins, nothing more
<vector80> It doesn't let me to set them HIGH or LOW by default
<vector80> Did anybody have any idea, how to make it run correctly ?
leviathanch_ has quit [Remote host closed the connection]
<nove> juanfont: the encoder input format by default is NV12, and up to now was found that only accepts http://linux-sunxi.org/VE_Register_guide#MACC_ISP_CTRL
<juanfont> nove, i'll take a look. thanks! :)
<juanfont> nove, I'm also trying to make sunxi_mem driver acceptable. but it's my first time messing with the kernel (more or less: http://i.imgur.com/18JXcbk.jpg)
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
leviathanch has joined #linux-sunxi
mdp has quit [Excess Flood]
mdp has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
<Uninstall> hello
<Uninstall> has anyone ever tried to create a bootscreen splash for A20 olinuxino?
<Uninstall> I would like to display an image on the LCD as soon as the system is powered
physis has quit [Remote host closed the connection]
physis has joined #linux-sunxi
<vector80> Uninstall: I also asked this, and as I understand, it is almost impossible with current u-boot sunxi
<vector80> My request was similar, but I would like to use HDMI
HeHoPMaJIeH has quit [Remote host closed the connection]
<Uninstall> vector80: did anyone told you why it is impossible?
<vector80> In my previous jobs, I have done it on CSM1203 by modifying uboot source
<vector80> Yes, they said they did not implemented it yet
<vector80> And actually as I understand, nobody requested it
<vector80> I need to leave now
<vector80> So sorry
<vector80> Have a nice day
vector80 has quit [Remote host closed the connection]
Seppoz has quit [Remote host closed the connection]
Seppoz has joined #linux-sunxi
<lioka> got both cpus online on A20 with 3.14 + sunxi-next, by picking from ml u-boot PCSI patches. now can't boot 3.4. oh my.
<wens> AFAIK they are incompatible
<lioka> oy wey
<plaes> yup, incompatible
<maz_> it would be good to find out *why*.
<maz_> has anyone investigated the issue? or maybe nobody care enough about the new u-boot / ancient kernel combo?
<plaes> maz_: read the ml
<plaes> basically the way that CPUs are brought up was changed
<maz_> plaes: I know, I wrote the fucking patches.
<plaes> indeed :D
* plaes hides...
<maz_> so, what in the way the CPU bringup changed broke 3.4?
<maz_> Has anyone tried to compile a u-boot that doesn't switch no non-secure mode, for example?
<Turl> maz_: maybe the hyp mode stuff
<maz_> Turl: more than HYP, I'm thinking on non-secure. does 3.4 use the secure memory bank?
<lioka> if it helps, i've A10 around to check
<maz_> lioka: unfortunately not, as my patches are only applicable to HYP capable cores (A7, A15...).
cabania has quit [Ping timeout: 240 seconds]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<maz_> lioka: it would be good if you could back out the patch that says "sunxi: HYP/non-sec: add sun7i PSCI backend", recompile u-boot, and see if that one can boot a 3.4 kernel.
<wens> mripard: your reply seems to be cut off?
<maz_> Turl: no, that's the SMP startup code, which is what we already have with the PSCI patches.
<mripard> wens: hmmm
<mripard> let me take a look
<lioka> maz_: lemme try..
<Turl> maz_: but 3.4 isn't using PSCI; maybe some of that fails if you do it again once uboot does it?
<Turl> anyway, gotta go :) good luck
mdp has quit [Excess Flood]
pseudomind has joined #linux-sunxi
mdp has joined #linux-sunxi
<maz_> Turl: that 3.4 isn't using PSCI is irrelevant. If you're not using PSCI, it doesn't get in the way. You can still do your own SMP boot. That is, assuming none of the stuff you access requires a *secure* access, and that's what I want to investigate.
<lioka> maz_: #if 0'd those five #defines in sun7i.h, 3.4 booted ok
leviathanch has quit [Read error: No route to host]
<maz_> lioka: just what I thought.
leviathanch has joined #linux-sunxi
<maz_> lioka: so some code in your 3.4 kernel requires secure access to some device. would be good to find out what, and why.
<mripard> wens: yep, sorry, a brainfart :)
leviathanch has quit [Remote host closed the connection]
<maz_> lioka: my guess is that something is using SRAM_B (0x20000 to 0x2ffff), which is reserved to secure mode, and that Linux should never touch...
leviathanch has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
leviathanch has quit [Read error: No route to host]
sap has joined #linux-sunxi
leviathanch has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
leviathanch has quit [Read error: No route to host]
leviathanch has joined #linux-sunxi
bonbons has joined #linux-sunxi
physis has quit [Remote host closed the connection]
sap has quit [Remote host closed the connection]
physis has joined #linux-sunxi
deasy has joined #linux-sunxi
<montjoie[home]> Turl I think the speed gain is due to better clock support
<montjoie[home]> I could set the SS clock to the maximum
<ssvb> montjoie[home]: how does its performance compare to software encryption now?
* libv was out shopping
<libv> but yeah, i should be able to check a13, i need to test the u-boot and boards patches anyway
<libv> but not before 22:00
<libv> btw, what do people think about this hw: http://linux-sunxi.org/BDD_A10_CoM
<libv> i am not sure it actually sold
<libv> and it could be that mnemoc is the only guy who has it
<libv> the online store still says "coming soon"
Skaag has quit [Ping timeout: 250 seconds]
<libv> no board or u-boot patches exist
FreezingCold has quit [Ping timeout: 250 seconds]
bertrik has joined #linux-sunxi
Tartarus_ has joined #linux-sunxi
Fusing has joined #linux-sunxi
Tartarus_ has quit [Quit: ZNC - http://znc.sourceforge.net]
Tartarus has joined #linux-sunxi
diego71 has quit [Ping timeout: 246 seconds]
diego71 has joined #linux-sunxi
cabania has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 240 seconds]
FR^2 has quit [Quit: Connection reset by peer]
Fusing2 has joined #linux-sunxi
Fusing has quit [Ping timeout: 240 seconds]
diego_r has quit [Ping timeout: 240 seconds]
_massi_ has quit [Remote host closed the connection]
bbrezillon has joined #linux-sunxi
jemk has joined #linux-sunxi
bgal has joined #linux-sunxi
Skaag has joined #linux-sunxi
geecko has quit [Ping timeout: 246 seconds]
<ssvb> jemk: hi, any news? :)
<ssvb> jemk: after a bit more tests, the dram clock speed limit for my CT seems to be indeed around 552MHz with dcdc3 at 1.35v (decreasing voltage or increasing clock speed makes it fail)
leviathanch2 has joined #linux-sunxi
<ssvb> jemk: so it is something around ~100MHz uplift
fredy has quit [Excess Flood]
wickwire has quit [Remote host closed the connection]
fredy has joined #linux-sunxi
<ssvb> jemk: have you thought about making the search for optimal tpr3 value fully automated? by making use of a watchdog or something else to reset the hardware on a fatal fail
<ssvb> jemk: the tpr3 value in all the fex files from https://github.com/linux-sunxi/sunxi-boards seems to be set to 0 (except for the a31 fex files)
<ssvb> jemk: we would need some easy and/or automated way to populate tpr3 settings with the right values for all the boards eventually :)
sap has joined #linux-sunxi
hramrach has quit [Remote host closed the connection]
hramrach has joined #linux-sunxi
nabblet has quit [Quit: leaving]
<jemk> ssvb: no news yet, but yes, some automated way would be necessary
<jemk> ssvb: I still hope that dll_scan_para is fixable
leviathanch2 has quit [Remote host closed the connection]
leviathanch2 has joined #linux-sunxi
<hramrach> hello
<hramrach> hmm, I need to finish testing of that damn a13 tablet sometime
<hramrach> I have all these cool cables sticking in all directions from the pcb but cannot get console output except from the SD slot :/
<ssvb> jemk: the other remaining things are performance tweaked dram timings and more experiments with mbus
<ssvb> jemk: also testing g2d would be necessary to see if it can keep up, because right now it runs at half of the dram clock
<jemk> ssvb: g2d seems to keep up, it had no problems when i was trying 600mhz, so more realistic 550 or even lower should be no problem
w00tc0d3 has quit [Read error: Connection reset by peer]
w00tc0d3_ has joined #linux-sunxi
<jemk> ssvb: and for the timing parameters, I thought about writing a function to calculate them on the fly, but it would increase spl size, that could be a problem
<ssvb> jemk: can the calculation of timing parameters be done at u-boot compile time?
<jemk> ssvb: why not? it only depends on frequency and dram chip type
notmart has quit [Quit: notmart terminated!]
<jemk> ssvb: is there some use for changeable dram freq at runtime?
<ssvb> jemk: don't know
rta has quit [Ping timeout: 240 seconds]
pirea has joined #linux-sunxi
<pirea> hi
<pirea> libv are you working at sunxi-kms?
akaizen has joined #linux-sunxi
rta has joined #linux-sunxi
arky has quit [Ping timeout: 240 seconds]
<jemk> ssvb: i don't have such big monitors, so i didn't even know such problems exist ;)
<ssvb> jemk: really? do you have no 1080p monitor or anything larger than that?
* ssvb finds this unbelievable at this time and age
<jemk> ssvb: no, i don't. I have high quality 1680x1050 and didn't see a reason to replace them
<ssvb> jemk: ok, I'll try to run some tests myself
* jemk waits for affordable high dpi monitors
<ssvb> iirc, lauri was suffering from occasional display blanking/recovering when running with 1920x1080 screen resolution
<pirea> :))
leviathanch2 has quit [Ping timeout: 240 seconds]
akaizen has quit [Remote host closed the connection]
geecko has joined #linux-sunxi
fredy has quit [Ping timeout: 240 seconds]
<ccaione> jemk: you are making me feel bad for having bought today a second 23" monitor
<ccaione> :)
<pirea> ccaione :))
<pirea> acer 23" 1080p
<ccaione> today a Philips 234E5QHSB
fredy has joined #linux-sunxi
pseudomind has joined #linux-sunxi
akaizen has joined #linux-sunxi
<libv> hramrach: which a13 was that again? i remember seeing your name attached to a device page history, but i do not remember which
bonbons has quit [Quit: Leaving]
akaizen has quit [Remote host closed the connection]
ganbold_ has quit [Ping timeout: 240 seconds]
<lauri> wut-wut
<lauri> ssvb: can I help? :P
<ssvb> lauri: about the problems with your cubietruck and your monitor
pseudomind has quit [Quit: pseudomind]
nove has quit [Quit: nove]
pseudomind has joined #linux-sunxi
physis has quit [Remote host closed the connection]
<ssvb> lauri: if you want to run some tests, it is possible to clock dram much higher without sacrificing stability by tweaking the dram tpr3 parameter in u-boot (right now it is set to 0)
physis has joined #linux-sunxi
<lauri> in simplified english please :P
<lauri> What should I tweak exactly?
pseudomind has quit [Client Quit]
<lauri> You're talking about rising DRAM voltage?
<ssvb> not at this time
<lauri> what is this tpr3 then?
<ssvb> it's the phase shift to sample values from the memory interface the at the right time, this is needed to compensate the pcb tracks length or something like this
FreezingCold has joined #linux-sunxi
<ssvb> the tpr3 value here https://github.com/linux-sunxi/u-boot-sunxi/blob/daf783403a33/board/sunxi/dram_cubietruck.c#L20 needs to be changed to 0x72222 to make it correct for cubietruck
bgal has quit [Quit: Leaving]
<ssvb> that's the magic from jemk :)
<jemk> I don't know if it is the right value, but it is better then
<ssvb> at least it's a good approximation of the right value that we know at this moment
<ssvb> lauri: and then the dram clock can be increased to 480mhz and far beyond
<ssvb> lauri: it is also a good idea to change the dcdc3_vol from 1250 to 1300 in your cubietruck fex file, this is the voltage increase (approved by allwinner)
<ssvb> lauri: so just clock dram higher, then check that this higher clock speed is at least somewhat stable by running https://github.com/ssvb/lima-memtester/
<ssvb> lauri: and finally check if the problems with hdmi signal disruption disappear
<ssvb> lauri: are you running the latest u-boot now?
<pirea> in arm negative numbers is represented in complement of 2?
deffrag_ has joined #linux-sunxi
deffrag has quit [Ping timeout: 246 seconds]
<ssvb> pirea: yes, and the same is true for every relevant architecture nowadays
<ssvb> pirea: http://gcc.gnu.org/onlinedocs/gcc/Integers-implementation.html - "GCC supports only two's complement integer types, and all bit patterns are ordinary values"
<pirea> ssvb, risc is better than cisc?
<ssvb> are you trying to start a flame war? ;)
<pirea> no, but i just want to hear your opinion
<ssvb> it's complicated
<ssvb> there is no simple answer
<pirea> in my opinion risc is faster than cisc, risc have more registers where can save operands, what means little work with memory
<pirea> work with memory mens time
<rm> afair ARM only has 16 generally usable registers
<rm> which is the same as amd64
<rm> the other 16 are some complex banked stuff
<pirea> there is not just about arm
<pirea> amd64 - 64 bit registers
<pirea> armv7 - 32 bit registers
jemk has quit [Remote host closed the connection]
<rm> Guide to RISC Processors – For Programmers and Engineers – S. Dandamudi
<rm> ^ highly recommended
<rm> full PDF versions are also floating around somewhere
kuldeepdhaka has quit [Quit: sleepy!]
<pirea> rm arm memory is segmentated?
<pirea> segmented*
<lauri> ssvb: alrighty
<lauri> lemme copypasta that
<lauri> jesus frciking christ, some IT-guys are complete dickheads...
<lauri> not you guys ;)
<rm> pirea, don't remember, tbh I'm not such a pro in this
<rm> here's that book for you if you're interested in RISC vs CISC http://gen.lib.rus.ec/search.php?req=RISC+Dandamudi&open=0&view=simple&column=def
<pirea> tnx rm
sehraf has quit [Read error: Connection reset by peer]
t3st3r has joined #linux-sunxi
<mru> the risc v. cisc distinction is ill-defined and mostly uninteresting
bertrik has quit [Remote host closed the connection]
pirea has quit [Quit: Disconnected]
<rm> well sure by now everything is RISC underneath
<mru> that statement makes no sense
<mru> the 'IS' in both acronyms stands for Instruction Set
<mru> microarchitecture has nothing to do with it
leviathanch2 has joined #linux-sunxi
<mru> and even the old classic cisc machines like vax were microcoded in something you might call a risc
ccaione has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 252 seconds]
mkutsevol has joined #linux-sunxi
mkutsevol has left #linux-sunxi [#linux-sunxi]
mkutsevol has joined #linux-sunxi
mkutsevol has left #linux-sunxi [#linux-sunxi]
ccaione has joined #linux-sunxi
mkutsevol has joined #linux-sunxi
mkutsevol has left #linux-sunxi [#linux-sunxi]
mkutsevol has joined #linux-sunxi
mkutsevol has left #linux-sunxi [#linux-sunxi]
mrnuke is now known as CptObvious
mkutsevol has joined #linux-sunxi
CptObvious is now known as mrnuke
akaizen has quit [Ping timeout: 240 seconds]
apo has quit [Read error: Connection reset by peer]
apo has joined #linux-sunxi
sap has quit [Ping timeout: 240 seconds]
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :QUIT :Leaving."]
bbrezillon has quit [Ping timeout: 240 seconds]
Skaag is now known as Skaag
starchild has quit [Ping timeout: 240 seconds]
gzamboni has quit [Ping timeout: 246 seconds]
gzamboni has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
Fusing2 has quit [Quit: Nettalk6 - www.ntalk.de]
leviathanch has joined #linux-sunxi
nicksydney has joined #linux-sunxi
geecko has quit [Quit: bye bye]
F1skr has quit [Quit: WeeChat 0.4.3]
Gerwin_J has quit [Quit: Gerwin_J]
leviathanch has quit [Remote host closed the connection]