rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
<sunshavi> what is an accessors?
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 264 seconds]
<apritzel> sunshavi: an "accessor" is a wrapper function, that abstracts access to something
<apritzel> sunshavi: for instance we have MMIO accessors (readl/writel), that must be used instead of reading from or writing directly to the memory region (using a pointer)
<sunshavi> apritzel: something like this 'specific_hw_get_accessor'
<apritzel> sunshavi: PCI accessors would wrap accesses to MMIO regions mapped through a PCI BAR
<apritzel> sunshavi: what is 'specific_hw_get_accessor'?
<sunshavi> a funct name
<apritzel> where?
<sunshavi> in no place. I just wanted to show me the way i get a pointer to the accesor (that is a region in mem)
camus has joined #linux-sunxi
<apritzel> an accessor means *every* access goes through that function, no one should use a pointer directly
kaspter has quit [Ping timeout: 265 seconds]
camus is now known as kaspter
<apritzel> so you can do things beside the actual access, like boundary checks, dynamic mappings, adding a barrier, ...
<sunshavi> apritzel: thanks. I think I need to see an accessor in action
<apritzel> sunshavi: readl and writel are examples
<apritzel> sunshavi: ^^^ that's a closely related concept
<sunshavi> apritzel: getter and setter in OOP. Thanks
<apritzel> sunshavi: yes, but in a more general way, not only to access variables in a language defined object
OnkelUlla has quit [Ping timeout: 265 seconds]
<sunshavi> apritzel: probably structs aka objects
<apritzel> in the PCI accessors case you would force every access to a PCI device's register through accessors, so you can fix them up in case the hardware is broken
Mangy_Dog has quit [Ping timeout: 265 seconds]
<sunshavi> apritzel: Just one point of change. Nice
<apritzel> sunshavi: yes, *if* you have the accessors from the beginning. But we don't (for PCI), so would need to touch every driver and change it to use those accessors
<sunshavi> apritzel: refactoring
<apritzel> (of the painful kind)
<sunshavi> which one is your editor?
OnkelUlla has joined #linux-sunxi
<sunshavi> apritzel: Nicolas Saenz is the one who is going to do the change
<apritzel> sunshavi: he is *asking* whether that's a good idea
<apritzel> and he certainly won't do all the changes
<apritzel> it's more than just search/replace, mind you
<sunshavi> apritzel: ok. That's the reason Nicolas is asking for ideas
Nakaori has quit [Ping timeout: 256 seconds]
Nakaori has joined #linux-sunxi
jbrown has quit [Quit: Leaving]
Nakaori has quit [Ping timeout: 260 seconds]
Nakaori has joined #linux-sunxi
jbrown has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
chewitt has quit [Quit: Adios!]
apritzel has quit [Ping timeout: 272 seconds]
buzzmarshall has joined #linux-sunxi
no1b4me has joined #linux-sunxi
buzzmarshall has quit [Remote host closed the connection]
victhor has quit [Ping timeout: 246 seconds]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 264 seconds]
camus is now known as kaspter
no1b4me has quit [Remote host closed the connection]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 264 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
camus is now known as kaspter
cnxsoft has joined #linux-sunxi
ldevulder_ has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
asdf28 has joined #linux-sunxi
scherazada has joined #linux-sunxi
scherazada has left #linux-sunxi [#linux-sunxi]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 264 seconds]
camus is now known as kaspter
ldevulder has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-sunxi
hlauer has joined #linux-sunxi
cmeerw has joined #linux-sunxi
apritzel has quit [Ping timeout: 256 seconds]
cmeerw has quit [Ping timeout: 260 seconds]
wens has quit [Quit: leaving]
wens has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
abelvesa has quit [Ping timeout: 265 seconds]
abelvesa has joined #linux-sunxi
warpme_ has joined #linux-sunxi
ldevulder_ is now known as ldevulder
mmarc__ has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
hlauer has quit [Read error: Connection reset by peer]
kmaincent has joined #linux-sunxi
hlauer has joined #linux-sunxi
dev1990 has quit [Excess Flood]
dev1990 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.1, revision: 5.0.1+git-7433-0df9f22f2, build type: debug, sources date: 20160102, built on: 2019-12-08 19:19:20 UTC 5.0.1+git-7433-0df9f22f2 http://www.kvirc.net/]
apritzel has joined #linux-sunxi
victhor has joined #linux-sunxi
Perlovka has quit [Ping timeout: 265 seconds]
Perlovka has joined #linux-sunxi
random_yanek has quit [Ping timeout: 272 seconds]
kmaincent has quit [Quit: WeeChat 1.9.1]
matthias_bgg has joined #linux-sunxi
kmaincent has joined #linux-sunxi
<kmaincent> mripard: Hello, I got inspired from you DIPs detection code to write a generic extension board detection mechanism but I got an issue with the CHIP board example.
Mangy_Dog has joined #linux-sunxi
<kmaincent> mripard: The W1 EEPROM is located on the DIPs but to enable the detection I need to add the EEPROM node to the CHIP dts which is wrong.
random_yanek has joined #linux-sunxi
<kmaincent> I am just wondering if you have an idea to solve my issue. I am thinking to add the node sun5i-r8-chip-u-boot.dtsi but it is surely not the best solution.
<apritzel> kmaincent: I think it's at least *safe* to always add the chip to the DT (since users can put on DIPs anytime), and we can actually detect whether the EEPROM is there
<apritzel> kmaincent: maybe we can "force" the 1-Wire driver, by filling platform information, then calling probe()
<apritzel> as I think DT is not the only way to get a DM compliant driver to probe
<apritzel> (similar to what we do in the SPL for some platforms, where the DT is parsed at build time, see of-platdata)
<apritzel> kmaincent: doc/driver-model/of-plat.rst
<kmaincent> apritzel: thanks that could be a good solution.
<mripard> kmaincent: 1-wire has auto-detection though, so even though there's no device connected to it, the bus itself is always there
<mripard> just like USB to some extent, you would add the USB controller to the DT, even if there's no device connected to it
Net147_ has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 260 seconds]
Net147 has quit [Read error: Connection reset by peer]
<mripard> but the 1-Wire bus is already in the DT?
<kmaincent> yes but it needs the EEPROM node.
Net147 has joined #linux-sunxi
<mripard> oh, you were talking about the EEPROM
matthias_bgg has quit [Ping timeout: 264 seconds]
<mripard> yeah, that doesn't make any sense to add it in the DT
<mripard> even more so because you don't know how many DIPs you have
<mripard> it's most likely one, but there was some stackable ones
<kmaincent> apritzel: according to the to the doc of-platdata is only for SPL/TPL.
<mripard> in which case, you don't know the number of EEPROMs you have, and you don't really know their address either
<mripard> I'm sure there's some way to register a device into the DM without having a DT node
<mripard> that's how USB and PCI works and they are supported
<kmaincent> yes I will take a look at of-platdata
<mripard> I'm fairly sure this used to work with my code though
<apritzel> sounds like a question for Simon Glass
<mripard> yeah, it looks like w1_new_device deals with this here
<mripard> and https://gitlab.eitelwein.net/CHIP/CHIP-u-boot/-/commit/0e59e85c4e7fc4da221807fbc398927eef4f86e1 will scan all the devices that were enumerated, probe their driver and scan the content
hlauer has quit [Remote host closed the connection]
andy25225 has quit [Ping timeout: 272 seconds]
<KotCzarny> This is not available to you [lol]
<kmaincent> mripard: The mainline code is a bit different to register the device https://github.com/u-boot/u-boot/blob/master/drivers/w1-eeprom/w1-eeprom-uclass.c
hlauer has joined #linux-sunxi
chewitt has joined #linux-sunxi
<mripard> you're not comparing it to the right thing
<mripard> this is the class for the eeprom that sits on the bus, I was pointing at the bus class itself
<mripard> this would be a proper comparison
mmarc__ has quit [Remote host closed the connection]
andy25225 has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
<gediz0x539> wens: i've seen his previous coasters and thought "how cool, i wish i had one with an A13"
mmarc__ has quit [Ping timeout: 264 seconds]
<gediz0x539> apparently he did an A13 one with a marking code using the A13 cover image from wiki
<gediz0x539> i have that A13 lol
<gediz0x539> but im not sure if they're completely unique though
<hlauer> probaly missed an answer: what does the soft reset function of i2c controller in A20? From the code it's unclear to me if it's used in the current driver
mmarc__ has joined #linux-sunxi
<kmaincent> mripard: the w1_new_device function has moved to w1_eeprom_register_new_device in w1-eeprom-uclass.c
<kmaincent> and it loops on the uclass devices
mmarc__ has quit [Remote host closed the connection]
scherazada has joined #linux-sunxi
faruk_ has quit [Quit: Leaving]
faruk has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<faruk> Hello all. I have a question for writing .img to SD card.
<faruk> I use A13. I want to insert the empty SD card into the device and print images on the card from the computer(Maybe I can use A13 here as an sd card writer. Is it possible) or via ethernet.
<faruk> Also, since I read in linux sunxi, the device has to boot over nand in order to do this. If this is the case, can't I write anything to the SD card when the device boot is completely blank?
<faruk> Soory my poor English thanks
<faruk> Is there such a method?
<KotCzarny> if your device isnt special, then having bootable sdcard inserted will make device start from sdcard
<KotCzarny> keep in mind nand support in mainline uboot/kernel isnt done
<KotCzarny> real question is: what do you want to do?
<faruk> I understand thank you for reply.
<KotCzarny> you can prepare bootable sdcard using pc
<KotCzarny> you dont need to do it in device
<faruk> I think I couldn't express myself fully. let me tell you step by step
<faruk> I want write image to blank SD card. I'll write SD card more than once for multiple devices. I don't want deal this process.
<faruk> So I'll insert the blank SD card into the device. And I want write image to this SD card(SD card inserted to board now). How can I do this?
<faruk> When I want to write a different image, I want to do this when the SD card is on the device.
<faruk> Something like recovery mode can work. However, I am not sure how to set up the system.
mmarc__ has joined #linux-sunxi
s_frit has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 272 seconds]
hexdump0815 has joined #linux-sunxi
<mripard> kmaincent: it doesn't seem to call device_bind anymore though
<mripard> maybe it's worth looking into
scherazada has quit [Read error: Connection reset by peer]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 272 seconds]
<libv> wens, gediz0x539: this guy has to do a VIA MVP4 northbridge (the first iteration)
<libv> announced 6 month before pfizer? made this... medication available
asdf28 has quit [Ping timeout: 256 seconds]
dromede has joined #linux-sunxi
<gediz0x539> libv: >If your system stays up for more then 4 hours...
<gediz0x539> lol
<gediz0x539> i will make a special request about this one
<libv> i just mailed him through his webform
<dromede> hi there
<dromede> so
<dromede> where can one find the A33 Android SDK?
<dromede> there are links on the wiki pages, but alas, they are down :/
<libv> if it's not on dl. then we cannot help you i guess
<libv> we would have to google just the same
<dromede> eh
<dromede> ok, fair enough
<libv> if you find something, let us know, so we can stick it on dl.
faruk has quit [Quit: Leaving]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
<gediz0x539> dromede: https://pan.baidu.com/s/1kWCdAEZGYKdjX3sHM0W2Mw pass: 5821
<gediz0x539> i can try to download it tomorrow if you need
<gediz0x539> gotta go
<dromede> thanks!
<dromede> now, that first link, with the link to the sdk
<dromede> the file is like, 2.4mb
<dromede> also, these are _old_
<KotCzarny> lol
<dromede> i bought this android head unit for my CL203 MB
<KotCzarny> what would you consider _new_ in relation to a33 ?
<dromede> managed to brick it right away by trying to root it with magisk
<MoeIcenowy> KotCzarny: I think at least Allwinner has something at least Nougat for A33
<dromede> now i'm waiting for the shop to reply, see if they would be willing to send me the factory image for Phoenxsuit
<dromede> the head unit had linux 4.9 and android 10
<KotCzarny> also, with android, if your vendor doesnt provide firmware/bsp for your board, you are f*cked
<dromede> now, i did manage to flash android 8 from a similar device, so i got it somewhat working
<KotCzarny> quite a bit of changes related to pins, additional hw etc
<MoeIcenowy> KotCzarny: well for Allwinner devices I think most peripheral drivers are in BSP already
<MoeIcenowy> and what needed is just to extract a FEX
<KotCzarny> he already overwrote the fex i guess
<dromede> their sdk's come with a lot of stuff, yes
<MoeIcenowy> but why not mainline kernel ;-)
<dromede> mainline prolly doesn't have all the important bits working yet
matthias_bgg has joined #linux-sunxi
<MoeIcenowy> dromede: what do you need
<dromede> ideally, the original factory .img, to flash it back to factory defaults
<MoeIcenowy> (BTW I also want someone to share a newer A33 BSP SDK
<dromede> i did find the pins to put it straight into FEL mode
<dromede> so i got that covered
<dromede> a full OTA update might do the trick
<dromede> or
<MoeIcenowy> well you did it before retrieving original FEX file?
<dromede> i get my hands on a recent SDK, build something myself
<MoeIcenowy> R.I.P.
<dromede> yeah ^^
<dromede> muscle memory i guess
<MoeIcenowy> (although reference design tablets are very similar
<dromede> i worked on a commercial device based on allwinner several years ago
<MoeIcenowy> what LCD do your tablet have?
<MoeIcenowy> is it 7" 800x480 or 1024x600?
<dromede> 1024x600
<dromede> i'll get the exact model from config.gz, brb
<MoeIcenowy> you can try out q8_a33_tablet_1024x600_defconfig
<MoeIcenowy> in mainline U-Boot
<MoeIcenowy> if it boots, then it could be mostly based on reference design
<dromede> i can _not_ get it to boot anything off of sd
<MoeIcenowy> oh? it's strange
<dromede> and it has two sd slots exposed
<MoeIcenowy> have you tried to burn some Phoenix .img with PhoenixCard?
<dromede> i'll post some pics
<KotCzarny> it might boot, but because your display differs, it doesnt show anything
<MoeIcenowy> two slots? strange
<dromede> yes, i tried phoenixCard
<dromede> that might be true as well, i did not manage to find the serial pins yet
<MoeIcenowy> BTW do you consider adding a page to linux-sunxi.org wiki?
<KotCzarny> also, if it has sdcard detection pin b0rked, usual images might not work
<MoeIcenowy> dromede: A33 tablet could have no dedicated serial pins
<libv> i don't think we have had a headunit in there yet
<dromede> i could add a page, yes
<MoeIcenowy> the reference design is cursed
<MoeIcenowy> it uses the UART pins muxed with SDC0
<dromede> MoeIcenowy: they might be exposed via sd card pins
<KotCzarny> but he has 2 slots
<dromede> i did not try that yet
<MoeIcenowy> well 2 slots are mysterious
<MoeIcenowy> it's not usual
<MoeIcenowy> SDC0 + SDC1?
<dromede> yeah, there's two
<dromede> one marked SD, the other GPS
asdf28 has joined #linux-sunxi
<dromede> here's some photos
<KotCzarny> is it me or you have uart pins on the board
<KotCzarny> unless they are only for that stm chip
<dromede> there are _some_ that look like uart on the left side of the heat sink
<dromede> but yes, i suspect that these are for the stm
<dromede> and all of them seem to be pulled high, to about 3.2v
mmarc__ has joined #linux-sunxi
<KotCzarny> your best best is getting original image (unless you are ready to make it work with mainline and add all those peripherials and software
<dromede> i'm trying to get the original image, yes
<dromede> or a full blown OTA update, that should work as well
<dromede> bit
<dromede> but
kaspter has quit [Remote host closed the connection]
<KotCzarny> you can always buy second, backup software, then return it to the store
<KotCzarny> :)
<dromede> that's the last straw option, yes
kaspter has joined #linux-sunxi
<dromede> it ain't that expensive
<dromede> about 250$
<dromede> but the stock firmware is locked down tight
<dromede> lots of settings menus are disabeld
<dromede> you can't even get to the developer options menu
<dromede> no way that i know of to put it in recovery mode
<dromede> actually
<dromede> i'm fine with the android 8 image that i have on atm
<KotCzarny> well, most allwinners are set to boot from sdcard first (always)
<dromede> only problem is non-working bt
<KotCzarny> so you can prepare sdcard that can grab/write stuff you need
<dromede> i tried that
<dromede> i tried to write the image i currently have flashed to an sd card, with phoenixCard
<dromede> and it won't boot off of it
<KotCzarny> how do you know
<dromede> it will boot if i write the image to nand
mmarc__ has quit [Ping timeout: 246 seconds]
<KotCzarny> not displaying anything doesnt equal not booting
<dromede> i agree
<dromede> but the same image works when flashed to nand
<dromede> but won't work if flashed to sd with phoenixCard
<KotCzarny> uboot/android might be trying to mount nand instead of sdcard
<dromede> isn't fel mode hardwired to try SD first?
<KotCzarny> fel is something else
<KotCzarny> fel can be triggered by special boot image
<dromede> ok, in general
<KotCzarny> and it works because sdcard is almost always first in boot order
<dromede> aren't allwinner hard wired to try SD cards first, then everything else?
<KotCzarny> as mentioned earlier
<dromede> i tried the fel sdimg, and it wouldn't make the unit go to FEL mode
<dromede> tried both slots
<KotCzarny> did you check with otg usb port?
<dromede> yes
<dromede> this is very likely the OEM
mmarc__ has joined #linux-sunxi
<libv> dromede: start documenting on the wiki, you'll soon find that after the basics are filled in, that this device page becomes your own personal information store
Mangy_Dog has joined #linux-sunxi
cmeerw has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
gaston1980 has joined #linux-sunxi
Net147 has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
<diego71> dromede: also someone else add new information in the future ...
Turl has quit [Quit: >.<]
damex has quit [Ping timeout: 240 seconds]
Turl has joined #linux-sunxi
lkcl has quit [Ping timeout: 264 seconds]
damex has joined #linux-sunxi
lkcl has joined #linux-sunxi
damex has quit [Read error: Connection reset by peer]
damex has joined #linux-sunxi
DrFrankensteinUK has quit [Ping timeout: 240 seconds]
asdf28 has quit [Ping timeout: 260 seconds]
asdf28 has joined #linux-sunxi
DrFrankensteinUK has joined #linux-sunxi
tuxd3v has quit [Ping timeout: 265 seconds]
tuxd3v has joined #linux-sunxi
jbrown has quit [Quit: Leaving]
rzerres has quit [Ping timeout: 272 seconds]
tuxd3v has quit [Read error: Connection reset by peer]
tuxd3v has joined #linux-sunxi
<jernej> apritzel: I continued my U-Boot DE2 rework and now it looks like proper DM driver although there is still work to do
<jernej> should I send it to ML already?
<apritzel> yes, please
<apritzel> 19 patches, yeah ...
rzerres has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
<apritzel> jernej: the H6 and H616 manuals explicitly mention 4K@60p support, did you by chance check that they support a 594 MHz pixel clock?
<apritzel> jernej: or are they still restricted to 297MHz, and they use YUV 4:2:0 to half the bandwidth?
<jernej> 4k@60 already works with 8-bit per color on H6, but just recently
<jernej> H616 have issues with > 1080p but I don't know why
<apritzel> jernej: any special tricks needed for the H6? Or just program the clocks accordingly?
<jernej> apritzel: YUV 4:2:0 output is not yet implemented
<jernej> HDMI requires scrambling to be enabled for clocks above 340 MHz
<apritzel> jernej: I thought so, but just found that this would only require 297 MHz, so was wondering if AW was cheating here ;-)
<jernej> no, no, it's full fledged HDMI 2.0b controller
<jernej> btw, enabling scrambling is not trivial, you have to follow specific steps
<jernej> one of them communicating with display via DDC
megi has quit [Quit: WeeChat 3.0]
<jernej> IIRC, let me check
megi has joined #linux-sunxi
<apritzel> does this embed the clock signal into the data channels?
<jernej> anyway, U-Boot DW-HDMI driver don't implement it, so no 4k@60 in U-Boot, at least RGB or YUV 4:4:4
<apritzel> fine by me, we should now have methods in place to get a picture anyway
<jernej> I don't fully understand how scrambling works, but it's mechanism which improves signal integrity at higher clocks
netlynx has quit [Remote host closed the connection]
<jernej> note that if you want to use 10-bit per component, you have to use YUV 4:2:0
<jernej> so once 10-bit output will be implemented, this will probably be default on display which support it
<jernej> and it is also default on Android for H6
luke-jr has quit [Read error: Connection reset by peer]
mmarc__ has quit [Remote host closed the connection]
luke-jr has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
giomba has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
<apritzel> smaeul: so what does system suspend mean in your new TF-A CPUIDLE patch? It's not as deep a sleep state as you can get in crust, is it?
lucascastro has quit [Remote host closed the connection]
<apritzel> smaeul: as you still keep all the peripherals, DRAM controller and PLLs on?
lucascastro has joined #linux-sunxi
cmeerw has quit [Ping timeout: 258 seconds]
buzzmarshall has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
hexdump0815 has quit [Quit: Connection closed]
swiftgeek has quit [Ping timeout: 264 seconds]
swiftgeek has joined #linux-sunxi
<swiftgeek> another hang, this time without those gpadc modules loaded, with heartbeat led stopping at on it's pretty clear it froze badly
<swiftgeek> (and nothing on serial console this time)
<swiftgeek> is there anything I could/should check on a frozen board?
<swiftgeek> (some signal/clock )
<swiftgeek> i guess i can't enable JTAG on SD port of A13 after it freezes, and i'm using SD for my OS install
Hobbyzp has joined #linux-sunxi
Hobbyzp has quit [Remote host closed the connection]
tmlind has quit [*.net *.split]
zoobab has quit [*.net *.split]
wigyori has quit [*.net *.split]
tmlind has joined #linux-sunxi
wigyori has joined #linux-sunxi
zoobab has joined #linux-sunxi
hlauer has quit [Ping timeout: 264 seconds]
orliesaurus has joined #linux-sunxi
orliesaurus has quit [K-Lined]
bsanford has joined #linux-sunxi
bsanford has quit [K-Lined]
giomba has quit [Remote host closed the connection]
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]