<yann|work>
the sunxi-mali repo does not tell where it takes its libs/headers from, anyone has the info ?
diego71 has joined #linux-sunxi
orly_owl has quit [Ping timeout: 240 seconds]
Ueno_Otoko has joined #linux-sunxi
diego71 has quit [Ping timeout: 255 seconds]
vagrantc has quit [Quit: leaving]
Worf has quit [Quit: Konversation terminated!]
diego71 has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
Ueno_Otoko has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
diego71_ has joined #linux-sunxi
diego71 has quit [Ping timeout: 260 seconds]
<wens>
ssvb: pre-prod version? yes, kickstarter also for 2gb version
apritzel has quit [Ping timeout: 246 seconds]
ricardocrudo has quit [Remote host closed the connection]
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
bmeneg has quit [Ping timeout: 255 seconds]
bmeneg has joined #linux-sunxi
hipboi has joined #linux-sunxi
Supertanker2 has quit [Read error: Connection reset by peer]
Supertanker2 has joined #linux-sunxi
naobsd has joined #linux-sunxi
hipboi_ has joined #linux-sunxi
hipboi has quit [Ping timeout: 272 seconds]
robogoat has quit [Ping timeout: 264 seconds]
robogoat has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
reinforce has joined #linux-sunxi
indy has quit [Ping timeout: 250 seconds]
TheSeven has quit [Ping timeout: 250 seconds]
indy has joined #linux-sunxi
TheSeven has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
orly_owl has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
khuey is now known as khuey|away
p1u3sch1 has quit [Ping timeout: 250 seconds]
p1u3sch1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
viccuad has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 256 seconds]
pietrush` has quit [Ping timeout: 272 seconds]
pietrushnic has joined #linux-sunxi
avernos has quit [Ping timeout: 260 seconds]
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
IgorPec has joined #linux-sunxi
iamfrankenstein1 has quit [Ping timeout: 240 seconds]
lemonzest has joined #linux-sunxi
FlorianH has joined #linux-sunxi
premoboss has quit [Remote host closed the connection]
FlorianH has quit [Read error: Connection reset by peer]
_stephan has joined #linux-sunxi
yann|work has quit [Ping timeout: 240 seconds]
<_stephan>
I'm currently backporting a SID driver to 3.4 (due to problems with mainline) and I'm just wondering if we have any reason to believe, it is stored big endian, not little endian. the a20 manual from allwinner doesn't give any hints as far as I see.
<_stephan>
I see some hints on little endian in other subsystems, but none on anything big endian...
<_stephan>
(of course it doesn't mapper, if everybody implements it the same)
<plaes>
what problems with mainline?
<_stephan>
the emac workaround
<montjoie>
mripard: thanks for the tips for -32/-16, but how to know the type of interrupt ? I ask that because now I got https://bpaste.net/show/4826f8575114
<montjoie>
but at least it seems a good news since I got interrupt working:)
<montjoie>
I do not see any hints in user manual for finding type of interrupt
<sunxi_fan>
mripard: i don't understand really; those patches should be eventually merged in your wip/a20-i2s branch. they "grow" on top of it..
<sunxi_fan>
otherwise i would not really understand what that branch is good for..
premoboss has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
FlorianH has joined #linux-sunxi
FlorianH has quit [Read error: Connection reset by peer]
SadSmile has joined #linux-sunxi
<wens>
ccaione: hey, need to add a copyright notice for you for the original axp20x driver, you ok with it? I'll cc you on the patch and you should ack it
solarnetone has quit [Ping timeout: 260 seconds]
mmwolbrink has joined #linux-sunxi
solarnetone has joined #linux-sunxi
captaini- has joined #linux-sunxi
clonak has quit [Ping timeout: 272 seconds]
clonak has joined #linux-sunxi
mmwolbrink has quit [Ping timeout: 250 seconds]
yann|work has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
engideavr has joined #linux-sunxi
mmwolbrink has joined #linux-sunxi
FlorianH has joined #linux-sunxi
apritzel has joined #linux-sunxi
captainigloo has quit [Read error: Connection reset by peer]
captaini- is now known as captainigloo
Ueno_Otoko has quit [Ping timeout: 260 seconds]
<apritzel>
Yeah, my Pine64 board has just arrived!
<apritzel>
Now it seems I need to find a Windows box to get that bloody Android image written to an uSD card
<apritzel>
Or does somebody have an image which I could simply dd?
avernos has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
premoboss has quit [Ping timeout: 264 seconds]
premoboss has joined #linux-sunxi
<KotCzarny>
virtualbox ?
<mripard>
montjoie: it depends on the device
<mripard>
montjoie: but on the allwinner datasheet, and the interrupts > 31 are SPI
<mripard>
and all the interrupts between 16 and 31 are PPI
<montjoie>
ok thanks
<mripard>
sunxi_fan: that branch is my branch to work on the i2s
<montjoie>
and any idea on my crash stack ?
<mripard>
If you have fixes for it, then yeah, sure, I'll merge it sure
<mripard>
but I won't push a patch I have no hardware to test it
solarnetone has quit [Ping timeout: 250 seconds]
premoboss has quit [Ping timeout: 240 seconds]
<mripard>
montjoie: sun8i_dma_interrupt ?
<montjoie>
yeah I just see that it is my function and not some of interupt controller:)
<montjoie>
I forgot to put emac in
<montjoie>
sorry
solarnetone has joined #linux-sunxi
Nyuutwo has quit [Quit: No Ping reply in 180 seconds.]
Nyuutwo has joined #linux-sunxi
<yann|work>
ssvb: trying to build your 20151207-embedded-lima-memtester-h3 branch, got several problems
<yann|work>
linking 8723bs.o, rtw_cmd.o brings a load of dup symbols from ieee80211.h
Ueno_Otoko has quit [Ping timeout: 240 seconds]
premoboss has joined #linux-sunxi
lobinho has joined #linux-sunxi
<yann|work>
gcc5 issue ?
<apritzel>
Hey, is anyone working on the AXP803 PMIC support?
<apritzel>
stumbled upon this yesterday while polishing the Ethernet driver
<jelle>
hmm AXP803 is something different then the SY8106A?
<apritzel>
I started to look at it, looks reasonably close to the AXP20x series to reuse most of the existing driver
<jelle>
apritzel: hmm does the orange pi pic contain it?
<apritzel>
jelle: I don't know, but it looks like Allwinner sells it together with the A64
<jelle>
ohh a64
<apritzel>
as the Olimex board has it also
<mripard>
apritzel: yeah, the previous generations are always quite close
<apritzel>
mripard: looks better designed to me now
<mripard>
the only thing that really differs from one version to another is the bus used (i2c vs P2WI vs RSB) and the regulators available
<apritzel>
(more streamlined register interface, more regulators, more feedback)
<mripard>
ok
<apritzel>
the AXP803 seems to use RSB as well
<apritzel>
jelle: the SY8106A you mentioned is completely different
<jelle>
apritzel: yup
<apritzel>
(from having a ten second glance at the datasheet)
<wens>
apritzel: one can't really work on hardware one doesn't have :|
<jelle>
it's in the H3
<apritzel>
wens: my Pine64 has just arrived!
<wens>
already have axp809/axp806 stuff, and vishnu has some axp818 stuff
<wens>
so this is kinda stacking up :(
<mripard>
and lee is not taking anything...
<apritzel>
do you have any pointers to documentation on other AXP80x members?
<apritzel>
wens: ^
<apritzel>
the AXP803 has an ID register, so starts to look reasonable
<mripard>
there's an AXP variant that intel uses too
<mripard>
AXP85* iirc
<apritzel>
mripard: interesting, really the 8 series?
<apritzel>
I checked their website yesterday, they only mention the 2 series there
<apritzel>
and indeed have one taylored for Intel SoCs as well
<mripard>
ah, no, sorry
<mripard>
it was the AXP288
<apritzel>
OK, good to know
<wens>
mripard: well, i guess the next version he'll take
Nyuutwo has quit [Quit: No Ping reply in 180 seconds.]
Nyuutwo has joined #linux-sunxi
captainigloo has quit [Ping timeout: 276 seconds]
<wens>
apritzel: anyway, the mfd and regulator drivers are not hard to do, i did the a80 ones in a day
<apritzel>
wens: thanks for mentioning the other AXP8xx members, seems like Google turns up with some datasheets on them ;-)
<wens>
problem is you cannot test it without all the other hardware support :|
<apritzel>
wens: indeed, I got pretty far yesterday evening within one hours
<apritzel>
regulator drivers that is, not hardware support :-D
<wens>
so for the a64 it's going to be basic stuff -> clocks -> prcm -> rsb -> axp803
<wens>
then it's properly tested, and you submit it
<wens>
and of course i have to get all the axp patches i have in first :p
<apritzel>
I guess I could just get away for now with assuming (or hoping?) that the power is already on ...
<apritzel>
(for the Ethernet driver that is)
<mripard>
for the driver, yeah
<mripard>
for the phy, we've had both situations in the past :)
<wens>
the new SoCs are more problematic as they also have separate regulators for the pin bias
<wens>
not sure how they work
<apritzel>
wens: nice, you have almost the same solution for the "split step" regulators as I have ...
<wens>
anyway if no one claims A64 initial bring up, i'll look into it when i get my board
* wens
hopes someone new does claim it
<apritzel>
wens: I can start it ...
<apritzel>
I am afraid firmware is more of an issue, though
<wens>
not sure if arm64 if different, but older SoCs had firmware loaded by the kernel, and we don't use it in mainline
<apritzel>
arm64 should be much saner in this respect
<apritzel>
for instance it does not allow any kind of mach- directory or SoC specific SMP bringup
<apritzel>
so we have a good lever to push for sane firmware
<mripard>
wens: firmware == bootloader in this discussion
<mripard>
apritzel: with regard to the !EL3 issue?
<apritzel>
yes
<wens>
ok
* wens
is not familiar with arm64
<apritzel>
wens: so that makes me an expert then, I guess ;-)
<apritzel>
the one-eyes among the blind ;-)
<KotCzarny>
feels good man? ;)
<montjoie>
since you speak about arm64, what do you think about 32bit register for storing a memory address in A64 user manual ?
<apritzel>
(and having the arm64 maintainers sitting next to me is really helpful)
<montjoie>
copy/paste error or arm64 will have only memory adress 32 bit wide ?
<apritzel>
montjoie: no, that is just how it is designed
<maz_>
montjoie: looks like yet another brilliant piece of design...
<mripard>
apritzel: I thought it was the kernel that was switching modes back to EL2, so I was assuming that the firmware was loading the kernel properly
<apritzel>
montjoie: the whole SoC just has some kind of a "32 bit address bus"
<apritzel>
mripard: the kernel requires to be entered in EL2 or non-secure EL1
<montjoie>
apritzel: for all arm64 or just A64 ?
<apritzel>
it switches only from EL2 to EL1
<apritzel>
all arm64
<apritzel>
just a sec, give you a pointer....
<wens>
apritzel: i'm not even ARM or embedded expert, just a hobbyist :)
<montjoie>
apritzel: so no more than 4Gb RAM on arm64 without PAE ?
<wens>
i had to dig through a lot of docs to understand secure vs non-secure and stuff
<maz_>
montjoie: you're confused. there is *only* LPAE on arm64.
<maz_>
montjoie: VAs are always 64bit (well, 48bit).
<apritzel>
the DRAM controller on the A64 is limited to 3GB
<apritzel>
and since it maps DRAM at 1GB, you will never get physical addresses above 4 GB
<maz_>
montjoie: it looks like your SoC is just limited to 32bit PAs.
<apritzel>
which means the SoC designed don't need to care about 64 addresses
<wens>
hmm, at least the A80 can go higher
<apritzel>
wens: nice one, indeed
<mripard>
apritzel: damn, I'm mixing them again
<montjoie>
maz_: apritzel thanks for the answers
<apritzel>
wens: "just a hobbyist": that doesn't matter - but "git log --author | wc -l" does ;-)
<mripard>
apritzel: yeah, it's just my mapping with the arm modes that was wrong
<apritzel>
wens: A80 and higher addresses: I wonder if they ever tested it with their drivers
<apritzel>
they seem to heavily ignore the fact that they are different types of addresses (dma_addr_t, phys_addr_t, long, void*)
nemunaire_ is now known as nemunaire
kaspter has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser>
apritzel: You should also suggest to TL Lim and KH Goh to provide the image in a dev friendly way to be used with dd
<apritzel>
tkaiser: in fact I just did that some minutes ago in a mail ;-)
<tkaiser>
I would believe they can not imagine people not having a Windows box :) I also suggested this half an hour ago. Let's see...
<apritzel>
tkaiser: what is that "Windows" thing I keep hearing people talk about? ;-)
* apritzel
only knows X-Window
hipboi_ has quit [Quit: This computer has gone to sleep]
<tkaiser>
apritzel: When I read your request I fired up a Windows VM on our dev Mac Mini (running ESXi). The VM is installing a few hundred updates and rebooted now the 3rd time.
<tkaiser>
Really funny. But I realized I won't be able to give the VM access to the Mini's SD card slot. So I'm of no help here.
<apritzel>
tkaiser: one of the reasons I am happy to not having to use this ...
<apritzel>
tkaiser: Yeah, I was afraid of that too
<tkaiser>
But the Pine people should be able to help out using PhoenixCard and WinDiskImager
<apritzel>
seems like their software looks for some "removable drive" thingie
<apritzel>
I will try some QEMU/KVM magic tonight ...
<tkaiser>
Just to get a piece software (Android) working to immediately abandon it?
<apritzel>
tkaiser: to get it booted and poke around in their Android image
<apritzel>
tkaiser: and to get hold of some firmware blobs to start with
<apritzel>
I guess they have some magic pre-uboot setup for the DRAM for instance
<apritzel>
ideally I just manage to replace the kernel image and take it from there
<apritzel>
tkaiser: maybe they just don't listen ;-)
<tkaiser>
Time to ask questions directly?
<buZz>
oh sure ANOTHER forum
<buZz>
ffs
<apritzel>
tkaiser: I pointed him directly to those issues and he said he will raise this with Allwinner
<apritzel>
first I need prove of that in form of an existing image which does it wrong
<tkaiser>
Ok, the 'Chinese whispers' approach ;)
<apritzel>
(and for that my good ol' Windows XP VM I have for that Elster crap may come in handy)
premoboss has quit [Ping timeout: 260 seconds]
premoboss has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
lamer14525981101 has joined #linux-sunxi
mpmc has quit [Ping timeout: 240 seconds]
iamfrankenstein has joined #linux-sunxi
tkaiser has quit [Ping timeout: 250 seconds]
mpmc has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
lamer14525981101 has quit [Ping timeout: 256 seconds]
gianMOD has joined #linux-sunxi
Worf has joined #linux-sunxi
FlorianH has quit [Ping timeout: 255 seconds]
hipboi has joined #linux-sunxi
clonak has quit [Ping timeout: 272 seconds]
<ssvb>
apritzel: congratulations with receiving your board, I hope that you are going to submit patches, which are actually tested on real hardware from now on
gianMOD_ has quit [Remote host closed the connection]
<wens>
yeah
<yann|work>
finally my confusion seems to come from KERNEL_DEVICETREE declarations in the meta-sunxi machine defs, while the linux-sunxi recipe does not use linux-dtb.inc
<wens>
ssvb: ok, i'll try it next time i reboot my a80s
<wens>
was under the impression that the new spl command needed mainline uboot
FlorianH has quit [Ping timeout: 245 seconds]
_stephan has quit [Quit: Ex-Chat]
<ssvb>
wens: it's the other way around, the mainline uboot relies on the sunxi-fel loader to get rid of the special size-restricted and offset-shifted configuration for FEL
gianMOD has joined #linux-sunxi
<wens>
oh ok
<yann|work>
ssvb: just to make sure, 20151207-embedded-lima-memtester-h3 is the best choice for h3, right ?
SadSmile has quit [Quit: Leaving]
<wens>
ssvb: can you rebase your a80 patches? i give it a test tomorrow (board already hanged)
khuey|away is now known as khuey
<ssvb>
wens: thanks
<ssvb>
there is not much to rebase, a80 just needs a table entry and that's all
<ssvb>
I can create a provisional branch for testing
domidumont has quit [Read error: Connection reset by peer]
<wigyori>
wens: on what a80 board are you going to test ?
<wens>
ssvb: thanks
<wens>
wigyori: i've optimus and cubieboard4, why?
* wens
bbl
<wigyori>
wens: i have a pcduino8 if you need any input from it - but that's mostly the same as the optimus iirc
IgorPec has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 260 seconds]
Seppoz has quit [Remote host closed the connection]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
lemonzest has joined #linux-sunxi
domidumont has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 276 seconds]
<yann|work>
ssvb: should I report build failures for ssvb/linux-sunxi in github, or do you prefer some other way ?
Worf has joined #linux-sunxi
<jelle>
hrrm bought usb micro to eth. for the orange pi pic, but I don't think it has otg support yet :p
<yann|work>
ssvb: this branch is apparently not designed to work with any device-tree (eg. sunxi_timer.c not buildable with CONFIG_OF), I'm puzzled as to how it fits with the rest of the world
premoboss has quit [Quit: Sto andando via]
JohnDoe_71Rus has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
orly_owl has quit [Ping timeout: 245 seconds]
avph has quit [Ping timeout: 255 seconds]
avph has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
domidumont has quit [Ping timeout: 246 seconds]
vinifr has joined #linux-sunxi
<vinifr>
mripard: Hi
vinifr has quit [Client Quit]
<apritzel>
so how was the u-boot spl support for the supported Allwinner SoCs actually made?
<apritzel>
it replaces the boot0 binary blob, right?
<apritzel>
was this then reverse engineered?
<wens>
apritzel: either allwinner released the dram init source code or it was reverse engineered
<wens>
jelle: normal usb support is wip, but at least it works
<apritzel>
and boot0 is basically about programming the DRAM controller with the right parameters for the attached chips?
<apritzel>
plus powering and clocking the other essential peripherals, but we know how to do this, don't we?
<wens>
yeah, dram is the hard part
<wens>
if the u-boot they provide is new enough to boot mainline, you could start working with the kernel if you want
<apritzel>
yes, that is what I hope for
<apritzel>
but there is this EL3 issue
<apritzel>
apparently the u-boot is 2014.07 based
<apritzel>
fortunately they couldn't be bothered to backport arm64 support to 2011.something ;-)
avph has quit [Ping timeout: 255 seconds]
<apritzel>
but I wouldn't use u-boot for the initial board setup on A64
<apritzel>
because that's not really the arm64 way
<apritzel>
there is ARM trusted firmware for this, which includes PSCI support, for instance
<apritzel>
and they seem to use that already
<wens>
is ARM trusted firmware a black box from ARM? or vendor implemented?
<wens>
seems like a stupid question
orly_owl has joined #linux-sunxi
avph has joined #linux-sunxi
<apritzel>
fully open source!
<apritzel>
it provides a framework, where a vendor just adds the board or SoC specific bits
<apritzel>
and the source plus their changes is in the BSP
khuey has quit [Remote host closed the connection]
khuey has joined #linux-sunxi
<ssvb>
unfortunately shortly after that, we suffered a massive Phoronix anti-Allwinner propaganda damage and this probably had a very negative impact on the open source efforts inside Allwinner
<ssvb>
I don't know what David is doing now, but he is not in this irc channel anymore and this is a rather bad sign
<apritzel>
ssvb: I see, also it means that this repo will probably never be updated ...
<apritzel>
btw: in your experience: does it make sense to contact any of the authors of BSP drivers?
<apritzel>
does anybody know whether they are actually allowed to answer?
* apritzel
is afk, back online later tonight
Gerwin_J has quit [Quit: Gerwin_J]
apritzel has quit [Ping timeout: 246 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 256 seconds]
sabresfan03 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
clonak has joined #linux-sunxi
FlorianH has quit [Ping timeout: 276 seconds]
FlorianH has joined #linux-sunxi
domidumont has joined #linux-sunxi
FlorianH has quit [Ping timeout: 240 seconds]
ricardocrudo has quit [Remote host closed the connection]
afaerber has quit [Quit: Ex-Chat]
mosterta has joined #linux-sunxi
igraltist has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 246 seconds]
mosterta has quit [Ping timeout: 260 seconds]
indy has quit [Ping timeout: 255 seconds]
clonak has quit [Remote host closed the connection]
domidumont has quit [Ping timeout: 246 seconds]
clonak has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
eagles0513875_ has quit [Ping timeout: 250 seconds]
yann|work has joined #linux-sunxi
doppo has quit [Ping timeout: 240 seconds]
doppo has joined #linux-sunxi
indy has joined #linux-sunxi
eagles0513875_ has joined #linux-sunxi
eagles0513875_ has quit [Ping timeout: 240 seconds]
eagles0513875_ has quit [Ping timeout: 260 seconds]
orly_owl has joined #linux-sunxi
eagles0513875_ has joined #linux-sunxi
doppo has quit [Ping timeout: 264 seconds]
eagles0513875_ has quit [Excess Flood]
orly_owl has quit [Ping timeout: 256 seconds]
orly_owl has joined #linux-sunxi
eagles0513875_ has joined #linux-sunxi
gianMOD has joined #linux-sunxi
SadSmile has quit [Quit: Leaving]
bonbons has joined #linux-sunxi
catphish has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
eagles0513875_ has quit [Ping timeout: 240 seconds]
doppo has joined #linux-sunxi
eagles0513875_ has joined #linux-sunxi
soderstrom has quit [Ping timeout: 240 seconds]
ricardocrudo has quit [Ping timeout: 276 seconds]
formruga has quit [Ping timeout: 246 seconds]
formruga has joined #linux-sunxi
doppo has quit [Ping timeout: 255 seconds]
eagles0513875_ has quit [Ping timeout: 240 seconds]
IgorPec has quit [Ping timeout: 246 seconds]
<catphish>
morning :)
apritzel has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
doppo has joined #linux-sunxi
avernos has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 240 seconds]
doppo has quit [Ping timeout: 250 seconds]
bonbons has quit [Quit: Leaving]
arete74_ has joined #linux-sunxi
arete74 has quit [Ping timeout: 264 seconds]
gianMOD has joined #linux-sunxi
arete74 has joined #linux-sunxi
arete74_ has quit [Ping timeout: 256 seconds]
ricardocrudo has joined #linux-sunxi
viccuad has quit [Ping timeout: 264 seconds]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 240 seconds]
naobsd has quit [Quit: naobsd]
nove has quit [Quit: nove]
doppo has joined #linux-sunxi
<ssvb>
apritzel: regarding "does it make sense to contact any of the authors of BSP drivers?", my understanding is that not all of them can speak English
<ssvb>
also yes, they may be not allowed to talk to strangers :-)
<ssvb>
also David said earlier that "we have internally two groups, one part is very proud of thei SDK and would like to stick to it because they have put a lot of work into it"
<apritzel>
so, just switched my monitor back from that PineA64 Android ...
<apritzel>
dreadful so far :-( couldn't get network (neither wired Ethernet nor a USB Wifi stick worked)
Worf has quit [Quit: Konversation terminated!]
<apritzel>
wasn't really quick either and the colours seemed a bit off
<apritzel>
also couldn't get a picture on 2 out of my 3 monitors (all DVI, though)
<apritzel>
anyway, now on to serial ...
tomboy64 has quit [Ping timeout: 255 seconds]
tomboy64 has joined #linux-sunxi
catphish has quit [Quit: Leaving]
steeve has quit [Remote host closed the connection]
steeve has joined #linux-sunxi
<yann|work>
ssvb: finally get a new kernel booting on the OrangePiPlus (sorry for the previous noise, finally kept loboris' old u-boot, and your kernel branch) - booting from sdcard it just seems not to detect the card (and no mmc1 either), I guess that should be supposed to work (and I probably did some other thing wrong), right ?