<reev>
I am trying to bring wlan0 interface up but it is still showing down, only way i could bring it up if i connect it to an ssid using nmtui
<reev>
I am trying to run hostapd on it
<KotCzarny>
maybe nm is bringing it down?
enrico__ has quit [Quit: Bye]
<reev>
I have assinged static ip to it but still it is showing down
<reev>
what should i do
<KotCzarny>
reload kernel module, kill nm?
chlorine has joined #linux-sunxi
<reev>
KotCzarny ps aux|grep nm showing nothing
<reev>
I tried loading module again but still showing down
<KotCzarny>
by nm i mean network manager
<reev>
KotCzarny nothing stop network-manager loaded module again assinged static ip but still showing down
<reev>
okay
<reev>
hostapd started
<reev>
KotCzarny now, do i have to perform all this at boot everytime?
lemonzest has joined #linux-sunxi
<KotCzarny>
reev, depends on what you want to achieve, nm should do it for you, if it doesnt work, then probably you have to configure your distro's network in /etc/ somehow
<KotCzarny>
(assuming you dont want nm)
mzki has joined #linux-sunxi
<reev>
Okay Thanks KotCzarny
bobryan has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
techping has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
r1mikey has quit [Read error: Connection reset by peer]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
fkluknav has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
yann has quit [Ping timeout: 268 seconds]
LargePrime has joined #linux-sunxi
bobryan has quit [Ping timeout: 246 seconds]
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
techping has quit [Ping timeout: 240 seconds]
leviathan has quit [Remote host closed the connection]
bobryan has quit [Ping timeout: 240 seconds]
r1mikey has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
techping has joined #linux-sunxi
<beeble>
BenG83__PB: can't see any 4.4 kernel tree in the downloaded archive.
yann has joined #linux-sunxi
<BenG83__PB>
that is interesting, I havent looked myself yet
<BenG83__PB>
what is in there beeble ?
<BenG83__PB>
tl is currenly online so can ask questions directly
<beeble>
i see a 3.4 and 3.10 kernel tree inside
<beeble>
quick look through the manifests show the same versions. so i don't think i miss something
<BenG83__PB>
ok I'll tell Tl to double check
<BenG83__PB>
maybe he got the wrong file
mzki has quit [Ping timeout: 260 seconds]
mzki has joined #linux-sunxi
foxx has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
BenG83__PB has left #linux-sunxi ["Leaving"]
BenG83__PB has joined #linux-sunxi
<BenG83__PB>
beeble, tl is investigating ;)
<BenG83__PB>
I think this looks like the BSP v2
<BenG83__PB>
maybe the files got mixed up
<apritzel>
beeble: good hint, so I can stop downloading ...
<KotCzarny>
nothing new in the allwinner's land
<apritzel>
beeble: I only saw 3.4 and 3.10 in the first GB as well
mzki has quit [Ping timeout: 260 seconds]
<beeble>
think of the enviroment, save some bytes :)
<apritzel>
beeble: yeah ;-)
<apritzel>
the download was very slow anyway
mzki has joined #linux-sunxi
<BenG83__PB>
yeah I mine finished too now
<BenG83__PB>
only see 3.4, 3.10
foxx has joined #linux-sunxi
<shadeslayer>
oooh
BenG83__PB has quit [Ping timeout: 260 seconds]
wzyy2 has quit [Ping timeout: 260 seconds]
* shadeslayer
waits with bated breath
foxx has quit [Ping timeout: 260 seconds]
mzki has quit [Quit: leaving]
<apritzel>
shadeslayer: I wouldn't hold my breath even if there would be 4.4 kernel tree in there
<shadeslayer>
why not? :P
<apritzel>
shadeslayer: I bet 20 quid it's not even remotely upstreameable, no to speak of license issues
<KotCzarny>
shadeslayer: because allwinner's coding style
<apritzel>
*not to speak*
<jelle>
KotCzarny: they have one? ;-)
<KotCzarny>
yeah, messy one
<apritzel>
KotCzarny: the coding style is one thing, though this is actually fix-able
<shadeslayer>
apritzel: I don't expect it to be, I just need a BSP kernel interim while I learn and implement pine64's drm in mainline :)
<apritzel>
but the whole driver design is completely and utterly broken
<KotCzarny>
by coding style i'm not only meaning formatting
<jelle>
I've seen some funkey formatting, likely for that touchscreen I had useful documentation though
<shadeslayer>
well I was looking at the BSP drm yesterday and apparently they use their own custom memory allocator :P
<shadeslayer>
so they don't use the regular helper functions
<apritzel>
the only use of the BSP is a reference for undocumented features
<KotCzarny>
apritzel, and occasional 'oh, it was gpled there' ? ;)
<apritzel>
and for that purpose any kernel base would suffice
<apritzel>
shadeslayer: exactly, their code as it is not really helpful
<apritzel>
shadeslayer: they tend to ignore kernel infrastructure
<shadeslayer>
it's 'helpful' to the point that it allows me to ship a product
<KotCzarny>
lol
<KotCzarny>
it's exactly THEIR coding style ;)
<shadeslayer>
:P
chlorine has quit [Remote host closed the connection]
<KotCzarny>
'it booted, it's shippable'
<shadeslayer>
well, for me I need DRM :)
<apritzel>
shadeslayer: let's hope I don't have to buy any of your products, then :-P
<shadeslayer>
apritzel: I'm pretty sure it's going to be given away for free
<shadeslayer>
assuming you already have a board :P
<apritzel>
shadeslayer: AFAIK there are already proper mainline patches for DE2 DRM out there
<shadeslayer>
apritzel: yes, I am going to build those now :)
<shadeslayer>
and see how far I get with the pine64
<apritzel>
shadeslayer: *Jedi handwaving* there is no such thing as the BSP *Jedi handwaving*
<apritzel>
shadeslayer: please don't waste your time with this, especially for any kind of graphics stack I guess they got it wrong
<shadeslayer>
apritzel: heh too late :P
<apritzel>
shadeslayer: and chances are it's for Android only anyways
<shadeslayer>
I already have plasma5 running
<shadeslayer>
ah the BSP v3?
<KotCzarny>
it's never too late to get to the light side
mzki has joined #linux-sunxi
<shadeslayer>
if the BSP is only for android, then yeah there's no point
paulk-blaze has quit [Quit: Leaving]
massi has joined #linux-sunxi
massi_ has joined #linux-sunxi
<shadeslayer>
apritzel: when building mainline, should I just make defconfig ?
<shadeslayer>
or is there a more specific config for the Pine64
TheSeven has quit [Ping timeout: 260 seconds]
<apritzel>
shadeslayer: no, defconfig should be fine as a base
<shadeslayer>
cool
<apritzel>
but I think with the latest kernel you have to enable options
<apritzel>
for MMC and USB, I think
<shadeslayer>
CONFIG_MMC_SUNXI=y
<apritzel>
this has been forgotten, ideally we can fix this still for 4.11
<shadeslayer>
seems to be enabled?
<shadeslayer>
but I'm using MoeIcenowy's de2 branch
TheSeven has joined #linux-sunxi
<apritzel>
you also need REGULATOR_FIXED_VOLTAGE
<apritzel>
shadeslayer: maybe she added it in her defconfig
<shadeslayer>
seems to be there
reev has quit [Read error: Connection reset by peer]
yann-kaelig has joined #linux-sunxi
foxx has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: .]
r1mikey has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
mhlavink has quit [Ping timeout: 260 seconds]
reev has joined #linux-sunxi
<igraltist>
so opipc2 is ordered, in few weeks i will ask for help to get patches :D
<jelle>
igraltist: check the wiki for the mainline status and well linux-sunxi mailing list for patches
<igraltist>
jelle: so maybe its int the next v2017-rc3
<jelle>
igraltist: it's not
<igraltist>
jelle: i mean from uboot
<jelle>
igraltist: merge window closed I think
<igraltist>
ok this file i can copy for myself :D
<jelle>
igraltist: nope, you just clone u-boot-sunxi
<apritzel>
igraltist: it's more than one file ;-)
<jelle>
igraltist: since you need more changes
leviathan has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
<igraltist>
i saw 4 files, but english and typing is difficult :D
<apritzel>
igraltist: the H5 support series has 13 patches, with changes all over the place
<igraltist>
ok
r1mikey has joined #linux-sunxi
komunista has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
reev has quit [Read error: Connection reset by peer]
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
BenG83 has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
chlorine has quit []
gaby has joined #linux-sunxi
chlorine has joined #linux-sunxi
BenG83 has quit [Read error: Connection reset by peer]
phipli has quit [Ping timeout: 260 seconds]
phipli has joined #linux-sunxi
<oliv3r>
if I have a regulator, that has special (quirky) behavior; how do I add support for this in the kernel? I'm looking at the axp20x-regulator.c file, but that only gives regmaps to the upper regulator layer basically. But if my regulator has a quirk, i'm sure there's a way to describe this?
<oliv3r>
hmm, i guess it can be done with the regulator_ops enable/disable
<wens>
i think you can add ramp rate control, and set a limit in the dt
<oliv3r>
i'll check that out
<oliv3r>
i guess it does not use the axp's internal ramp rate ..
<wens>
huh?
<wens>
it's just like the voltage stuff
<oliv3r>
well the axp has internal voltage ramp up control
<oliv3r>
unless that's exactly what you mean :)
mhlavink has quit [Ping timeout: 268 seconds]
<oliv3r>
set_ramp_delay
<wens>
regulator-ramp-delay property in the DT
<oliv3r>
i'll read into the property more, see what it does
<oliv3r>
the thing is, what we need to do:
<oliv3r>
if (ldo3 is not enabled); set ldo3 to 0.7 V (min val), wait 1ms, power up ldo3, ramp up to final voltage
<oliv3r>
so it's a quirk in it's enable behavior for certain boards (all olimex boards it seems)
<oliv3r>
wens: what I'm guessing is that the ramp-delay does, is slowly ramp up the voltage via the AXP's VRC
<oliv3r>
unfortunatly the voltage ramping only works After the ldo has been enabled.
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<oliv3r>
the questin then is, do we hide the quirk behind the enable/disable functions, or behind ramping
afaerber has quit [Quit: Leaving]
chomwitt has joined #linux-sunxi
<wens>
i guess you should ask the maintainer
<oliv3r>
it is broken enable/disable behavior, but we are technically fixing it via voltage ramping of sorts. So I think you are right, we should hide it as voltage ramping and configure the olimex boards as needing it
<wens>
or dig through some of the code first?
<oliv3r>
wens: what code do you mean? how other regulators handle it?
<oliv3r>
or other boards?
<wens>
regulator core
<wens>
see what you have
<wens>
to work with
<oliv3r>
yeah ramping sounds quite reasonable
<oliv3r>
well ramping or soft-start; anything in that corner anyway
<oliv3r>
ouch; regulator-soft-start is not used by anybody
mhlavink has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<oliv3r>
maybe i need both; ramp_delay for the VRC parameters, soft-delay to fix LDO3 behavior under
<oliv3r>
hmm, or not; they only set parameters, so it needs to go under enable/disable
chlorine has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
<oliv3r>
soft-start and ramp_delay are constraints
<mripard>
oliv3r: you should discuss this with the maintainer
afaerber has joined #linux-sunxi
<oliv3r>
mripard: well I need to know what i'm talking about first no? :)
<oliv3r>
./scripts/get_maintainer.pl drivers/regulator/ this should get me the maintainer right
<oliv3r>
for the regulator it lists no maintainers, only supporters ...
wzyy2 has quit [Ping timeout: 260 seconds]
r1mikey has quit [Remote host closed the connection]
r1mikey has quit [Remote host closed the connection]
<oliv3r>
plaes: yeah get_maintainers returns that too, but it says 'supporter' not maintainer!
cptG_ has quit [Ping timeout: 252 seconds]
<wens>
supporter means paid to maintain
<wens>
maintainer means volunteer
<oliv3r>
ah so its maintainer++
<plaes>
thanks, wens :)
<oliv3r>
i did not know, learn something every day :)
<plaes>
oliv3r: so you're currently supporter too.. ;)
<oliv3r>
lol true that
<oliv3r>
plaes: p.s. I have not forgotten about you ;) just haven't gotten around to it. i'm a shamed, but will fix it :)
<plaes>
no worries
<plaes>
btw, you might want to test the A20 clock-ng patchset
<oliv3r>
plaes: why? anything scary?
<plaes>
though, I'll rework it to support A10 too
<plaes>
reworks all the clocks
<oliv3r>
yeah but that won't land till 4.12 i guess?
<plaes>
yup
<oliv3r>
so i don't have to worry about that for a year :D
AneoX has joined #linux-sunxi
<oliv3r>
are hans and ian still picking up u-boot patches even though it is orphaned?
r1mikey has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
<wens>
nope
<wens>
it's not orphaned
wzyy2 has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
AneoX has quit [Quit: Ухожу я от вас (xchat 2.4.5 или старше)]
<plaes>
Maxime and Jagan Teki are maintainers now
<oliv3r>
I just saw yeah
<oliv3r>
but that's for sunxi stuff
<oliv3r>
which axp stuff appearantly doesn't show up under
<oliv3r>
hopefully the u-boot page gets updated soon
massi__ has joined #linux-sunxi
mhlavink_afk has joined #linux-sunxi
mhlavink has quit [Ping timeout: 264 seconds]
wzyy2 has quit [Ping timeout: 240 seconds]
terra854 has joined #linux-sunxi
BenG83 has joined #linux-sunxi
Andy-D has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
Ntemis has joined #linux-sunxi
<plaes>
ah.. indeed
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
r1mikey has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
<oliv3r>
so the 'i did not know' is almost plausible! :)
chlorine has joined #linux-sunxi
apritzel has left #linux-sunxi [#linux-sunxi]
doppo has quit [Quit: leaving]
<Putti>
Why doesn't http://linux-sunxi.org redirect automatically to https site as there is one? Could the person(s) administering the wiki server set it up in such way? Would be really awesome.
<KotCzarny>
what would be the point?
doppo has joined #linux-sunxi
<jelle>
KotCzarny: logging over https is a nice thing
<Putti>
stop third parties spying on what I do in the wiki
<KotCzarny>
it doesnt use https for login now?
<KotCzarny>
o.O
<jelle>
KotCzarny: not what I said..
<KotCzarny>
putti: if you have to hide from your boss, you should probably use ssh tunnel/proxy anyway
<KotCzarny>
;)
<Putti>
I use tor but when I'm logged in to the wiki it shows my username..
<KotCzarny>
i have never understood this level of privacy requirements
bobryan has quit [Ping timeout: 246 seconds]
doppo has quit [Quit: leaving]
Gerwin_J has quit [Quit: Gerwin_J]
wzyy2 has quit [Ping timeout: 246 seconds]
r1mikey has quit [Remote host closed the connection]
r1mikey has joined #linux-sunxi
<oliv3r>
firefox has been so annoying lately, a lot of https site it refuses to open
<oliv3r>
i'm sure it's my broken profile
<oliv3r>
never-the-less, being able to use non-https is nice :)
<oliv3r>
for us broken people
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
doppo has joined #linux-sunxi
<oliv3r>
hmm, i'm pretty sure i copy/pasted jagan's email from the maintainers file, but I jsut got:
<oliv3r>
but keeping an alias would have been logical in this case, as it's the same domain
<KotCzarny>
and apparently owned by himself
wzyy2 has quit [Ping timeout: 240 seconds]
gzamboni has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
<wens>
interesting, ldo3 on axp209 can also be used as a switch (i.e. no voltage regulating)
BenG83 has quit [Quit: Leaving]
<wens>
there's also an interrupt for "ldo3 output voltage lower than set value"
wzyy2 has joined #linux-sunxi
<tkaiser>
willmore: in case you already had the time to play around with Zero and NAS Expansion board... could you share your experiences over at Armbian forum in the respective thread. Would also be interesting to test whether short jumper wires in between work without problems (thinking about combining the NAS board with NanoPi NEO2)
r1mikey has quit [Remote host closed the connection]
r1mikey has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 258 seconds]
<MoeIcenowy>
NEO2 is H5, right?
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
wzyy2 has joined #linux-sunxi
<tkaiser>
MoeIcenowy: Correct, pictures here: https://forum.armbian.com/index.php?/topic/3576-nanopi-neo-2/ -- If I'm not wrong IgorPec added 10 lines of config to Armbian's build system and NEO2 already runs with 4.10 happily thanks to your all patches here collected there :)
r1mikey has quit [Remote host closed the connection]
wzyy2 has quit [Ping timeout: 240 seconds]
scream has joined #linux-sunxi
paulk-blaze has quit [Quit: Leaving]
terra854 has quit [Quit: Connection closed for inactivity]
<oliv3r>
wens: ahh, so that's what 'defined by ldo3in' means
<oliv3r>
wens: e.g. toggle ldo in
<oliv3r>
wens: i'll update my define in u-boot to more accuratly reflect this
<willmore>
tkaiser, my power cables just came in the mail yesterday. Once I get back from my kids school I will take a look at it.
wzyy2 has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 246 seconds]
BenG83 has joined #linux-sunxi
reinforce has joined #linux-sunxi
fkluknav has quit [Ping timeout: 246 seconds]
<MoeIcenowy>
wens: having a bus reset for r_pio seems to be a tradition of us -- but there's really no one, at least on H3,
<MoeIcenowy>
s/,/.
r1mikey has joined #linux-sunxi
<MoeIcenowy>
and according to A80/A83T user manual there's no reset line for r_pio
r1mikey has quit [Remote host closed the connection]
BenG83_PB has joined #linux-sunxi
r1mikey has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
<MoeIcenowy>
for A64 there's also no reset for it.
<MoeIcenowy>
for A31/23/33 I do not have development board to test it ;-)
chlorine_ has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
<tkaiser>
MoeIcenowy: In case you got in touch with Tsvetan and Olimex will send you a TERES I why not asking for at least their A33 board too?
<MoeIcenowy>
what I considered is that I have 3 A33 tablets...
<tkaiser>
MoeIcenowy: So you urgently need a 4th A33 device!
<MoeIcenowy>
wens: for A80 R_PIO there's no reset line said in user manual, so you may drop RESET_CONTROLLER dependency for its r pinctrl driver
r1mikey has quit [Remote host closed the connection]
<ssvb>
maybe I'll try to destroy my Orange Pi PC (because I still have Orange Pi Plus 2E and Orange Pi Zero)
<MoeIcenowy>
I think now we need to make some code to convert a eGON.BT0 to a TOC0 ;-)
<ssvb>
MoeIcenowy: there is already jemk's script, and I'm working on an easier to use solution
fkluknav has quit [Ping timeout: 268 seconds]
<ssvb>
MoeIcenowy: you can directly convert eGON.BT0 to TOC0 via jemk's script if you don't care about correct boot source reporting, but other than this everything is working
jernej_ has joined #linux-sunxi
chomwitt has joined #linux-sunxi
jernej has quit [Ping timeout: 260 seconds]
<ssvb>
jemk: do we have an example of a correctly signed TOC0 image?
<ssvb>
jemk: seems like your findings somewhat contradict with AW claims
orly_owl has quit [Ping timeout: 260 seconds]
<jemk>
ssvb: i compared with the remix mini image and also generated my own with their tools, they are bit-identical with my script
yann-kaelig has quit [Quit: Leaving]
<jemk>
using the same key and code their tool generates exactly the same toc0
<jemk>
*generated ... in the meantime i removed some unused stuff in the cleanup process
<ssvb>
jemk: ok, thanks, still it would be good to confirm that these images are actually accepted by the secure BROM if the ROTPK_HASH is programmed in eFUSE
<ssvb>
but somebody would need to sacrifice one board for this :-)
<ssvb>
jemk: I mean, their tool in the current SDK release may be potentially a buggy crap
<jemk>
ssvb: i also looked at the brom code a lot, i'm pretty sure it will work
<ssvb>
ok
diego71_ has joined #linux-sunxi
Pe3ucTop_ has joined #linux-sunxi
<jemk>
ssvb: without the rotpk_hash the signature is still checked the normal way (and that works), only that every public key is accepted. the check for correct pubkey is a simple sha265 and memcmp with efuse, not too much that could go wrong
tuxillo_ has joined #linux-sunxi
freemangordon has quit [*.net *.split]
diego71 has quit [*.net *.split]
tuxillo has quit [*.net *.split]
Pe3ucTop has quit [*.net *.split]
chomwitt has quit [Ping timeout: 256 seconds]
paulk-collins has joined #linux-sunxi
chomwitt has joined #linux-sunxi
diego71_ is now known as diego71
orly_owl has joined #linux-sunxi
<ssvb>
jemk: will you share an updated script? because I really want to implement a simple eGON <-> TOC0 images conversion library for sunxi-tools here and now
<jemk>
ssvb: i didn't have plans to update it. is there anything i should update?
<ssvb>
jemk: oh, I must have misinterpreted "in the meantime i removed some unused stuff in the cleanup process", I thought that you are trying to add some changes right now (like the alignment update, etc.)
<jemk>
ah, no, that was before i published it
<ssvb>
ok, thanks
<jemk>
removed from the first version where it was bit-identical
<ssvb>
you have done a great job investigating this stuff
<ssvb>
now we just need to "productize" it :-)
<apritzel>
jemk: ssvb: I made an "efuse" command in U-Boot
<apritzel>
to read and write fuses
<jemk>
investigating such stuff is fun, but i didn't have enough time to continue, that all happened summer 16
<apritzel>
write needs to be configured in explicitly
<apritzel>
also it asks and requires you to type "yes"
BenG83_PB has joined #linux-sunxi
<ssvb>
jemk: just in case because you have already looked at this part of the secure BROM code, is there really no way to lock the boot process to some particular boot media type (by comparing it with some byte in the eFUSE)?
<ssvb>
but I guess it just makes sense for the locked down firmware providers to sign their bootloaders with their secret key, check the boot media type in the bootloader itself and be done with that
<jemk>
ssvb: i didn't see any, the boot process is like normal brom, only instead of jump to 0x0 at the end they call a function to parse/check/run the toc0
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
muvlon has joined #linux-sunxi
scream has quit [Remote host closed the connection]