ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
mhenning has quit [Remote host closed the connection]
mhenning has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
loki_val has quit [Remote host closed the connection]
crabbedhaloablut has joined #dri-devel
danvet has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
ybogdano has quit [Ping timeout: 480 seconds]
karolherbst has joined #dri-devel
JohnnyonFlame has joined #dri-devel
alanc has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
dakr has quit [Remote host closed the connection]
dakr has joined #dri-devel
zackr has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
heat has quit [Read error: No route to host]
heat has joined #dri-devel
dakr has quit [Remote host closed the connection]
dakr has joined #dri-devel
ybogdano has joined #dri-devel
* ccr scans for coffee.
ybogdano has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
illwieckz has quit [Quit: I'll be back!]
mbrost_ has quit [Ping timeout: 480 seconds]
illwieckz has joined #dri-devel
karolherbst has joined #dri-devel
LexSfX has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
khfeng_ has joined #dri-devel
khfeng has quit [Ping timeout: 480 seconds]
mhenning has quit [Quit: mhenning]
heat has quit [Ping timeout: 480 seconds]
Danct12 has joined #dri-devel
Duke`` has joined #dri-devel
kts has joined #dri-devel
<emersion> abhinav__: hm that's not what I recall...
kts has quit [Remote host closed the connection]
bgs has joined #dri-devel
kts has joined #dri-devel
fab has joined #dri-devel
bmodem has quit []
bmodem has joined #dri-devel
jewins has quit [Ping timeout: 480 seconds]
dcz_ has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
sdutt has quit [Read error: Connection reset by peer]
Duke`` has quit [Ping timeout: 480 seconds]
lemonzest has joined #dri-devel
columbarius has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
danvet has joined #dri-devel
fab has quit [Quit: fab]
tzimmermann has joined #dri-devel
frieder has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
fab has joined #dri-devel
JohnnyonFlame has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
kts has quit [Quit: Leaving]
ahajda has joined #dri-devel
jkrzyszt_ has joined #dri-devel
MajorBiscuit has joined #dri-devel
JohnnyonFlame has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
kts has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
rkanwal has joined #dri-devel
vliaskov has joined #dri-devel
mvlad has joined #dri-devel
rasterman has joined #dri-devel
illwieckz has quit [Remote host closed the connection]
Major_Biscuit has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
<jadahl> emersion: so was going to see if the patch you linked to helped; first tested running drm-next, and unplugging a docking station didn't work anymore (mode set commit failed with einval). started to bisect and ended up being that commit causing the regression
<emersion> that's weird
<jadahl> could it be that userspace sees a hotplug event, queries the connectors, the previously active connector is gone, a new mode set commit is constructed, using the same CRTC that was used on the old connector, causing a conflict?
<jadahl> did it actually fix some issue you had?
<emersion> yes, it fixed the connector not disappearing after uevent for me
<emersion> with gamescope
srslypascal is now known as Guest2485
srslypascal has joined #dri-devel
<jadahl> emersion: after the discussion yesterday it sounds like it shouldn't disappear until after it was disabled though
<emersion> yes, that's correct
<jadahl> I suspect it does disappear too early though
illwieckz has joined #dri-devel
<emersion> it should not get in the UNREGISTERED state before being disabled
<jadahl> maybe it does..
<emersion> my guess is that all of this logic is utterly broken :P
<jadahl> seems a bit borken yes
<emersion> maybe Lyude can shed some light
<jadahl> and that commit completely broke hotplugging docking stations :P
<jadahl> yea, lets ask her later
fahien has joined #dri-devel
sarahwalker has joined #dri-devel
Guest2485 has quit [Ping timeout: 480 seconds]
lynxeye has joined #dri-devel
illwieckz has quit [Remote host closed the connection]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
pjakobsson has quit [Remote host closed the connection]
illwieckz has joined #dri-devel
Namarrgon has quit [Read error: Connection reset by peer]
rkanwal has quit [Ping timeout: 480 seconds]
rkanwal has joined #dri-devel
illwieckz has quit [Quit: I'll be back!]
rkanwal has quit [Ping timeout: 480 seconds]
illwieckz has joined #dri-devel
frieder has quit [Quit: Leaving]
frieder has joined #dri-devel
pcercuei has joined #dri-devel
Leopold_ has joined #dri-devel
fab has quit [Quit: fab]
khfeng_ has quit [Remote host closed the connection]
khfeng_ has joined #dri-devel
Leopold_ has quit []
fab has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
fahien has quit []
fahien has joined #dri-devel
<tzimmermann> dianders, danvet, i forwarded drm-misc-next-fixes
<danvet> tzimmermann, thx
<tzimmermann> shouldn't you be asleep? minneapolis is utc+5
pochu_ has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<danvet> tzimmermann, I'm here, suffering serious fomo
<tzimmermann> haha! ok
<danvet> tzimmermann, but don't worry, also sleep deprivation because I was awake late yesterday to watch :-)
pochu has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
<tzimmermann> if nothing else, you get the jetlag ;)
illwieckz has quit [Quit: I'll be back!]
illwieckz has joined #dri-devel
fahien1 has joined #dri-devel
fahien is now known as Guest2488
fahien1 is now known as fahien
Guest2488 has quit [Ping timeout: 480 seconds]
elongbug has joined #dri-devel
<HdkR> danvet: Does i915 kernel driver compile on !x86 yet?
pochu_ has left #dri-devel [#dri-devel]
<danvet> HdkR, there was some prep work, but I don't think it landed all in upstream
<danvet> HdkR, probably best to ask mattrope
<HdkR> I see
JohnnyonFlame has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
kts has joined #dri-devel
kts has quit []
bmodem has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
khfeng_ has quit [Read error: Connection reset by peer]
khfeng_ has joined #dri-devel
kts has quit []
fahien has quit [Ping timeout: 480 seconds]
gawin has joined #dri-devel
sarnex has quit [Quit: Quit]
sarnex has joined #dri-devel
benettig has quit [Remote host closed the connection]
cwabbott has quit [Read error: No route to host]
benettig has joined #dri-devel
cwabbott has joined #dri-devel
warpme___ has quit [Read error: No route to host]
krh has quit [Read error: No route to host]
cheako has quit [Read error: No route to host]
mmx_in_orbit_ has quit [Read error: No route to host]
zzag has quit [Read error: No route to host]
rodrigovivi has quit [Read error: No route to host]
seanpaul has quit [Write error: connection closed]
krh has joined #dri-devel
rib___ has quit [Read error: No route to host]
cheako has joined #dri-devel
zzag has joined #dri-devel
rodrigovivi has joined #dri-devel
dschuermann has quit [Read error: No route to host]
rib___ has joined #dri-devel
ezequielg has quit [Read error: No route to host]
ernstp__ has quit [Read error: No route to host]
ogabbay has quit [Read error: No route to host]
reduz__ has quit [Read error: No route to host]
dianders has quit [Read error: No route to host]
arnd has quit [Read error: No route to host]
olv has quit [Read error: No route to host]
steev has quit [Read error: No route to host]
kathleen has quit [Read error: No route to host]
CosmicPenguin has quit [Read error: No route to host]
mmx_in_orbit_ has joined #dri-devel
reduz__ has joined #dri-devel
olv has joined #dri-devel
seanpaul has joined #dri-devel
ezequielg has joined #dri-devel
kathleen has joined #dri-devel
warpme___ has joined #dri-devel
dschuermann has joined #dri-devel
ernstp__ has joined #dri-devel
arnd has joined #dri-devel
steev has joined #dri-devel
ogabbay has joined #dri-devel
dianders has joined #dri-devel
karn has joined #dri-devel
CosmicPenguin has joined #dri-devel
kts has joined #dri-devel
alatiera has quit [Ping timeout: 480 seconds]
Namarrgon has joined #dri-devel
idr has quit [Ping timeout: 480 seconds]
thaytan has quit [Ping timeout: 480 seconds]
fahien has joined #dri-devel
<tzimmermann> airlied, danvet, drm-misc-fixes and drm-misc-next-fixes are empty this week; so no PR
<danvet> ack
karn has quit []
karn has joined #dri-devel
karn has left #dri-devel [#dri-devel]
karn_ has joined #dri-devel
bmodem has joined #dri-devel
<karn_> Hi everyone
<karn_> I'm having some issues rendering yuv frames with an android guest (mesa + minigbm + virgl + virtio-gpu) and qemu (with virglrenderer) on the host
<karn_> Would anyone be available for some questions / advice on that subject ?
<HdkR> That sounds like an amazing pain train!
Lyude has quit [Ping timeout: 480 seconds]
karolherbst has joined #dri-devel
thaytan has joined #dri-devel
kts has quit [Quit: Leaving]
bmodem has quit [Ping timeout: 480 seconds]
karolherbst has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
devilhorns has joined #dri-devel
kts has joined #dri-devel
karolherbst has joined #dri-devel
Surkow|laptop has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
<emersion> swick: did you manage to get the jitsi link?
<jadahl> is it "private" or can I paste it here?
<emersion> AFAIK it's public?
<jadahl> here it is then: https://workshops.ivyl.gg/HDRWorkshop
<emersion> like, anyone can join?
<emersion> (the previous one was posted here)
<emersion> thanks!
<jadahl> starting in 25min I think
Surkow|laptop has joined #dri-devel
<emersion> wasn't it in 10min?
idr has joined #dri-devel
<jadahl> 9:30 CDT is what Harry said in the matrix channel
<emersion> ah, i was looking at the schedule
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<swick> pq: ^ fyi
<javierm> jadahl, emersion: I believe starts in 3 min
<javierm> 9:15 CDT that is
<jadahl> javierm: according to the schedule, yes, but not according to what was said a moment ago on matrix
<javierm> jadahl: ah, sorry for the noise then
<tomba> Anyone familiar with the RPi's vc4-dsi? I've been trying to get a simple panel to work, without luck. Sending DCS commands gives me "transfer interrupt wait timeout" from vc4-dsi randomly. It possibly depends on the video timings, as with some timings I get those rarely, sometimes all the time. And this happens with or without the panel connected.
fahien has quit [Ping timeout: 480 seconds]
<jadahl> javierm: looks like it's starting up already though!
perr has joined #dri-devel
mbrost has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
<abhinav__> pinchartl yes thats the idea
<abhinav__> emersion just looking at some of the previous chats on dr-devel, this is what i got
<abhinav__> 15:20 <robclark> abhinav__: kinda.. the proposal was that userspace creates a blob property with the solid fill color, and then attaches the blob-prop id to the plane's FB_ID
<abhinav__> 15:22 <robclark> then in plane's atomic_set_prop path, for FB_ID check if the obj looked up from id is an fb or blob-prop, and either set plane_state->fb or plane_state->solid_fill (and fixup the !!plane_state->fb == !!plane_state->crtc checks to also consider the solid_fill)
fahien has joined #dri-devel
sdutt has joined #dri-devel
<pinchartl> abhinav__: have you prototyped that in userspace somewhere ?
<abhinav__> pinchartl not in any opensource compositor, we have it in our compositor though
Company has joined #dri-devel
<pinchartl> I'd like to see an open implementation (in line with the DRM/KMS requirement for UAPI extensions)
<pinchartl> have you measured significant gains in terms of power consumption or otherwise ?
<abhinav__> pinchartl sure but we need to first agree on the DRM proposal
<abhinav__> we are still in RFC stage
kts has joined #dri-devel
<abhinav__> in addition, the idea of DRM plane always expecting a FB is outdated. There should be an idea or proposal for the planes to operate without a framebuffer with the user being allowed to specify which color
<abhinav__> i think its not just MSM which supports this
Lucretia-backup has quit []
<abhinav__> many vendors support this as well
<pinchartl> using plane sources that are not FBs sounds good. I can see multiple use cases, for instance linking the plane to a live input coming from a video decoder or a camera
Eschik has quit [Quit: Connection closed for inactivity]
<pinchartl> but for solid colours, use cases appear fairly niche, I couldn't think of one before you explained yours. that's why I'd like to see how much saving it can bring, in terms of power consumption or otherwise
<pinchartl> how do you detect the composed output zones that are candidate for replacement by a plane ? is that done in hardware ?
<pinchartl> if the CPU has to read every composed frame to detect large rectangular zones of solid colour, it would incur a fairly high cost
Lucretia has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
Lyude has joined #dri-devel
<abhinav__> pinchartl i will try to share some more details of the use-case i had shared earlier but one more thing which i can think of is, even during bringups of SOCs , to validate the display pipeline, we can put the drm planes to fetch solid fill color instead of a framebuffer
<abhinav__> because if there is some corruption on the screen
ppascher has quit [Ping timeout: 480 seconds]
<abhinav__> we can force this solid color mode
<abhinav__> and if we dont see any corruption
<abhinav__> we should investigate it from the usermode side
<abhinav__> this has been pretty useful for us
<pinchartl> having a list of use cases in the API RFC proposal would be nice
<abhinav__> sure, we will do that
<abhinav__> but like i said before
<pinchartl> thank you
<abhinav__> first we need to agree on the DRM proposal
<abhinav__> and for that we need to decide the solution for the issue jessica_24 reported
<abhinav__> in her RFC
<pinchartl> discussing use cases sometimes lead to different API proposals, but I have no issue focussing on one particular API proposal first and then discussing use cases (and userspace) once an initial working implementation exists
<abhinav__> pinchartl thanks, we will first focus on the API proposal , will list the use-cases with all the details we have in the RFC letter
Eschik has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
Duke`` has joined #dri-devel
gawin has joined #dri-devel
ella-0 has joined #dri-devel
ella-0_ has quit [Read error: Connection reset by peer]
nirya has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
kem has quit [Ping timeout: 480 seconds]
Leopold_ has joined #dri-devel
kem has joined #dri-devel
ppascher has joined #dri-devel
sarahwalker has quit [Remote host closed the connection]
sarahwalker has joined #dri-devel
kem has quit [Ping timeout: 480 seconds]
ybogdano has joined #dri-devel
frieder has quit [Remote host closed the connection]
JohnnyonF has joined #dri-devel
kem has joined #dri-devel
perr has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
sarahwalker has quit [Remote host closed the connection]
<emersion> abhinav__: have you looked at Daniel's messages as well?
rgallaispou has quit [Read error: Connection reset by peer]
fxkamd has quit [Ping timeout: 480 seconds]
fahien has quit []
jewins has joined #dri-devel
mhenning has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
columbarius has quit [Remote host closed the connection]
columbarius has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
<ajax> chadv: do you remember anything about EGL_KHR_mutable_render_buffer?
<ajax> it's making dri2_make_current ugly and i don't understand why it's hooked in specifically there, the spec doesn't mention MakeCurrent interaction at all
jkrzyszt_ has quit [Ping timeout: 480 seconds]
karolherbst has quit [Ping timeout: 480 seconds]
tursulin has quit [Ping timeout: 480 seconds]
lynxeye has quit [Quit: Leaving.]
devilhorns has quit []
kts has quit [Ping timeout: 480 seconds]
ybogdano has quit [Ping timeout: 480 seconds]
kem has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
<jessica_24> emersion: we did see Daniel's messages but were following Rob's since it was the latest one in the thread. If you'd rather we just add a new color_fill property instead, I'm open to that too
<emersion> jessica_24: we can't bypass the property type
ngcortes has joined #dri-devel
kem has joined #dri-devel
<emersion> hm, no, the FB_ID prop is defined to be of type "FB"
mbrost has quit [Ping timeout: 480 seconds]
<emersion> jekstrand: hm do you remember the conclusion of our last discussion about a poll API for drm_syncobj?
ybogdano has joined #dri-devel
<robclark> ajax: just a guess but a surface could be in either front-buffer or back-buffer mode in MakeCurrent()?
Leopold_ has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
mbrost has joined #dri-devel
karolherbst has joined #dri-devel
dreda has quit [Read error: No route to host]
heat has quit [Read error: No route to host]
heat has joined #dri-devel
dreda has joined #dri-devel
dreda is now known as Guest2518
Guest2518 is now known as dreda
<danvet> hwentlan_, samueldr_ hdr workshop report missing?
<danvet> ah now it's there
<danvet> somehow f5 didn't work on the first try
* danvet feels silly
<ajax> robclark: i mean yeah, but how is this different from any other framebuffer configuration change like swap interval or back buffer preservation
<ajax> we don't have custom hooks for those at magic points deep in MakeCurrent
<ajax> maybe we should, just saying it's inconsistent and i don't get why
<robclark> yeah, that might be more of a chadv question without spending some time digging thru the code
kts has quit [Quit: Konversation terminated!]
JohnnyonF has quit [Read error: No route to host]
JohnnyonFlame has joined #dri-devel
fxkamd has joined #dri-devel
<abhinav__> emersion we could always do something like if drm_framebuffer_lookup() (afaict thats where the "FB" type is looked for ) fails check for the mode_blob .... but in the legacy drm update path there are quite a few places to change that
<ivyl> danvet: I've just added you as you were writing that
<ivyl> blargh
<ivyl> I've just added the workshop
<ivyl> summary
iive has joined #dri-devel
<ivyl> brain needs sleep
<emersion> abhinav__: the type is also advertised to userspace
<emersion> you can see it in drm_info
<abhinav__> emersion ah okay got it .... we will evaluate the separate property approach then
karolherbst has quit [Ping timeout: 480 seconds]
<danvet> ivyl, ah so I'm not quite yet going crazy :-)
karolherbst has joined #dri-devel
<vsyrjala> bets whether linus will axe the drm pull? :P
devilhorns has joined #dri-devel
<airlied> agd5f: got any ideas on Linus hangs on rx580?
<airlied> guess ill plug my 480 in
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<danvet> airlied, perfect timing with hwentlan_ and others at xdc :-/
<danvet> airlied, so I have a same gen amdgpu here apparently, and it's been dying sporadically ever since I think
<danvet> just sporadically = every few months or so
<airlied> my problem is my ryzen cpu sometimes locks up randomly, I lost some bios settings :-P
<agd5f> airlied, might be related to the TLB flush thing ckoenig has been looking into. I just replied to the thread
<ajax> so, re the "texture sampling in software is dumb" topic from the last talk
<ajax> the v2200's tri instruction, if you make it draw one pixel, is essentially a sampler
<ajax> it has a six cycle latency and has forty-five input registers
lemonzest has quit [Quit: WeeChat 3.6]
<ajax> small wonder x86 can't do as well
* ajax shuts up about the rendition verite again
<idr> Lol
* airlied agrees texture sampling in sw is a bad idea :-P
<airlied> I'm sure lrb does as well
<ajax> and more impressively that latency is really (4+w+h) of the rendered prim, which you can force to be square
<emersion> any1: please ping me in a week or so if i forgot to merge your MR
<emersion> waiting for a bit to allow someone else to chime in
<ajax> meaning, textured blit is as fast as a memcpy
heat has quit [Remote host closed the connection]
<emersion> any1: also if this is a bugfix you may want to add stable tags
<emersion> Fixes or CC mesa-stable
heat has joined #dri-devel
<any1> emersion: Ok. I added Cc: mesa-stable
devilhorns has quit []
fab has quit [Quit: fab]
pa has joined #dri-devel
<airlied> I think I just locked up my fiji with linus tree
karolherbst has quit [Ping timeout: 480 seconds]
pa- has quit [Ping timeout: 480 seconds]
<any1> Is there a buffer modifier that I can set to ensure that a buffer can be encoded with vaapi? See https://github.com/any1/wayvnc/issues/159 for context.
<emersion> any1: not yet sadly, see e.g. https://github.com/intel/libva/pull/505
<emersion> though, you can allocate with vaapi and pass the buffer to the compositor instead
<emersion> and pass a list of modifiers to vaapi to make sure the compositor supports it
<any1> emersion: Thanks.
<emersion> the missing vaapi bits are an API to query a list of supported format/modifier pairs for a given usage
<any1> Allocating through vaapi would be rather annoying though
sdutt has quit []
sdutt has joined #dri-devel
Nimr-alIslam has joined #dri-devel
mvlad has quit [Remote host closed the connection]
<airlied> agd5f: backtrace in email
khfeng_ has quit [Remote host closed the connection]
Nimr-alIslam has quit [autokilled: This host violated network policy. If you feel an error has been made, please contact support@oftc.net, thanks. (2022-10-06 20:27:49)]
khfeng_ has joined #dri-devel
karolherbst has joined #dri-devel
<Eschik> how foolish would it be to write a driver using the kernels led class (to populate /sys handles) that makes calls to a piece of hardware using usbtmc...
<Eschik> essentially by writing `echo 1 > /sys/class/leds/myDevice:green:active/brightness` it would open the `/dev/usbtmc0` device and write a SCPI command similar to `LED 1 ON`, is there a better approach for this?
<Eschik> im sorry and understand my question is off topic, though I have not received a good answer from other irc channels / searches / reading the source code. I would really appreciate it if someone could point me in the right direction
Duke`` has quit [Ping timeout: 480 seconds]
dcz_ has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos has joined #dri-devel
karolherbst has quit [Ping timeout: 480 seconds]
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]
clever has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
clever has joined #dri-devel
arisu has quit []
ybogdano has quit [Ping timeout: 480 seconds]
zarast has joined #dri-devel
zaratustra has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
unrelentingtech has left #dri-devel [#dri-devel]
vliaskov has quit [Remote host closed the connection]
ybogdano has joined #dri-devel
Venemo has quit [Remote host closed the connection]
glehmann has quit [Remote host closed the connection]
Venemo has joined #dri-devel
glehmann has joined #dri-devel
glehmann has quit [Remote host closed the connection]
Venemo has quit [Remote host closed the connection]
glehmann has joined #dri-devel
Venemo has joined #dri-devel
glehmann has quit [Remote host closed the connection]
glehmann has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
Leopold_ has quit [Remote host closed the connection]
iive has quit [Quit: They came for me...]
elongbug has quit [Read error: Connection reset by peer]