Turl 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
kaspter has joined #linux-sunxi
petr has quit [Remote host closed the connection]
khuey__ is now known as khuey|away
solarnetone has quit [Remote host closed the connection]
solarnetone has joined #linux-sunxi
leviathanch has quit [Ping timeout: 246 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 246 seconds]
ninolein has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
ricardocrudo has quit [Ping timeout: 246 seconds]
akaizen has joined #linux-sunxi
Night-Shade has quit [Ping timeout: 256 seconds]
alexxy has quit [Quit: No Ping reply in 180 seconds.]
alexxy has joined #linux-sunxi
staplr has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
avph has quit [Ping timeout: 252 seconds]
naobsd has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
petr has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
IgorPecovnik has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPecovnik has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
MaDMaLKaV has joined #linux-sunxi
FlorianH has joined #linux-sunxi
qt-x has joined #linux-sunxi
<rellla> libv: ack.
<rellla> maybe we should change Upstream/Mainline to Mainline/Upstream oder simply mainline?
<NiteHawk> i second that. "upstream" can be more or less anything that your repo 'follows'. "mainline" IMHO makes it clearer that we're referring to the 'official' sources
Gerwin_J has joined #linux-sunxi
Night-Shade has joined #linux-sunxi
<libv> rellla: mainline is a misnomer
<libv> it means the top of the linux kernel, while this is definitely not true. some devices are mostly supported for quite some time already
<libv> "upstream" of something is just as defining as "mainline" of something
premoboss has quit [Ping timeout: 250 seconds]
<libv> but everyone talks about upstreaming when talking about bringing stuff back to the linux kernel or uboot
<rellla> "official"
<wens> Allwinner's "official" kernel... :p
<libv> :)
<libv> i personally hear upstream more than i hear mainline
<rellla> for me as a noob (two years ago), mainline is the head of torvalds kernel https://www.kernel.org/
<rellla> upstream is some code i refer as upstream in my git repo, because it's something that is relatively upon sth. :p
<mripard> maniline is linus branch
<mripard> it doesn't carry any information regarding exactly where in the branch though
ssvb has quit [Ping timeout: 268 seconds]
qt-x has quit [Quit: Leaving]
Netlynx has joined #linux-sunxi
premoboss has joined #linux-sunxi
<mripard> it's also the one used on kernel.org, distros, etc.
heffer_ is now known as heffer
<libv> ok.
<libv> wiki will be adjusted.
<mripard> jemk: thanks for sending that new version btw
premoboss has quit [Read error: Connection reset by peer]
stephan_ has joined #linux-sunxi
premoboss has joined #linux-sunxi
MaDMaLKaV has quit [Ping timeout: 240 seconds]
<wens> mripard: should we add mmc aliases for boards that have emmc?
<mripard> wens: are they taken into account ?
<mripard> it doesn't look like they are
<vpeter> My point exactly.
<wens> hmm, nope :(
viccuad has joined #linux-sunxi
<mripard> did I miss some part of a discussion ?
enrico_ has joined #linux-sunxi
<wens> mripard: none that i can tell
FR^2 has joined #linux-sunxi
<mripard> ok, so I was thinking vpeter was commenting about some discussion I wasn't aware of
<mripard> my bad :)
arete74_ has joined #linux-sunxi
arete74_ has quit [Client Quit]
<vpeter> Sorry, seems I accidently post my last response again. My bad.
premoboss has quit [Read error: No route to host]
ssvb has joined #linux-sunxi
premoboss has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
thopiekar has joined #linux-sunxi
rubensm has quit [Ping timeout: 240 seconds]
rubensm has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
avph has joined #linux-sunxi
premoboss has quit [Read error: No route to host]
afaerber has joined #linux-sunxi
<wens> mripard: come to think of it, it won't solve the case of mmcblock ordering :(
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
premoboss has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe71rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
ricardocrudo has joined #linux-sunxi
Andy-D has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
Andy-D has quit [Ping timeout: 255 seconds]
cubeast has joined #linux-sunxi
FR^2 has quit [Remote host closed the connection]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
ssvb has quit [Ping timeout: 240 seconds]
thopiekar has quit [Quit: No Ping reply in 180 seconds.]
thopiekar has joined #linux-sunxi
<wens> jemk: do you have any orange pi schematics?
<jemk> wens: yes, opi 2 and opi plus
<jemk> wens: i think they are on their website in the meantime too
thopiekar has quit [Quit: No Ping reply in 180 seconds.]
thopiekar has joined #linux-sunxi
premoboss has quit [Read error: Connection reset by peer]
Inode has quit [Changing host]
Inode has joined #linux-sunxi
FR^2 has joined #linux-sunxi
<wens> yeah, but need to register
<plaes> hrm.. funny how there are various SDKs with newer SoC support (H3), but nothing in allwinner-zh github :S
<wens> it's not the first time that happened
naobsd has joined #linux-sunxi
<plaes> yeah
<plaes> like, when it hasn't happened? :)
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<libv> allwinner only released stuff when under extreme pressure
ssvb has joined #linux-sunxi
vishnup has joined #linux-sunxi
cubeast has quit [Quit: Leaving]
asmir has joined #linux-sunxi
<asmir> Hi; Does anyone know what could cause this error with mainline u-boot and custom board on A20
<asmir> Could not determine boot source
stephan_ has quit [Quit: Ex-Chat]
<NiteHawk> asmir: could it be you're mixing u-boot and Allwinners boot0/boot1? rilasta reported something similar - http://irclog.whitequark.org/linux-sunxi/2015-09-16#14024192
<NiteHawk> or any chance you're also mixing up u-boot.bin and u-boot-dtb.bin? (see http://linux-sunxi.org/Mainline_U-Boot#Troubleshooting)
<asmir> well I cloned the repo mentioned on the sunxi wiki and than with dd I wrote "u-boot-sunxi-with-spl.bin"
<asmir> did I do anything wrong here?
<NiteHawk> no, that should be okay (assuming you're using a correct seek= offset into the storage device)
<asmir> I used bs=1024 seek=8
<NiteHawk> which is fine for A20
<asmir> :\
<NiteHawk> what u-boot version and which particular device is that?
<asmir> it's a custom board based on olinuxino lime2 and uboot is "U-Boot SPL 2015.10-rc5-00005-g297facc (Oct 22 2015 - 14:38:27)"
<NiteHawk> hmm... the error seems a bit unusual. u-boot fails to detect the boot source in spl_boot_device() - https://github.com/u-boot/u-boot/blob/master/arch/arm/cpu/armv7/sunxi/board.c#L187
<NiteHawk> what's your boot device?
<asmir> SD card
<asmir> and yes it's that line
<asmir> in souce code
<NiteHawk> is that the default "mmc0" in your case, too - or something unusual?
<asmir> yes it's mmc0
<mripard> asmir: do you have CONFIG_MMC enabled ?
<mripard> either in your .config, or in sunxi-common.h
<asmir> I'll check, wait a sec
<asmir> this are the only options with CONFIG_MMC
<NiteHawk> check the source - without CONFIG_MMC your u-boot will fail miserably there
<asmir> hmm, I wonder how did that happen, I used defconfig from lime2
FR^2 has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
FR^2 has joined #linux-sunxi
<asmir> I'll try to add CONFIG_MMC=y to .config and recompile
<NiteHawk> it should normally get defined from include/configs/sunxi-common.h
<asmir> :\ nope, stil doesn't
<asmir> there is an option to write 2 parts of u-boot with different offset
<asmir> I'll try that
<ssvb> asmir: try to insert #error directive in the source code under #ifdef CONFIG_MMC
<NiteHawk> asmir: i guess that won't help. you need to fix your u-boot
<ssvb> asmir: this way you will know for sure if these parts of code are compiled in or not
<asmir> I see; @ssvb I'll try that too
<ssvb> asmir: if the MMC code is there, then it is either buggy or misconfigured
<asmir> btw u-boot-sunxi works
<ssvb> asmir: the BROM is able to load the SPL, so at least the hardware is OK
<asmir> yep, I know for hardware it boots normaly with sunxi* sources
<ssvb> asmir: is CONFIG_MMC0_CD_PIN="PH1" a correct choice for your hardware?
<ssvb> asmir: what happens if you change it to CONFIG_MMC0_CD_PIN="" ?
<asmir> I did not check that, but I guess it is because it's config for lime2 and my board has same pin layout
Andy-D has joined #linux-sunxi
<asmir> I'll check that too
<asmir> yep, the pin MMC0_CD_PIN is correct
<asmir> but why arent MMC1..3 pins set in .config?
<ssvb> asmir: how many SD card slots do you have?
<asmir> wait I'm wrong, the pin is not correct
<asmir> and I have one slot
<asmir> this is fex config for mmc
<ssvb> asmir: try either "PC22" or ""
<asmir> k
thopiekar has quit [Ping timeout: 246 seconds]
<ssvb> btw, how do you know that your board "has same pin layout" as lime2?
<asmir> the guy who designed it told me so
<asmir> I use the sam fex file and with old u-boot most things work normaly
<asmir> I even booted to graphical environment
jemk has quit [Remote host closed the connection]
<asmir> reason because I'm trying with mainline u-boot is network - which doesn't work
<asmir> and I've read somewhere that it neds some delay with PHY communication to compensate diffrent lengths of RX and TX
whitesn has quit [Ping timeout: 268 seconds]
<asmir> and this delay is presend in mainline u-boot
<ssvb> or it probably means that your board differs from lime2 in more ways than just mmc pins
<asmir> according to schematics only pins that differ are led pins
<asmir> asside from that it also differs in memory routing and some peripherals (which are irrelevant now)
<asmir> it's better with changed pin !!!
<asmir> now it halts in kernel I'll fix that
<asmir> thank you guys
<asmir> I get:
<asmir> Error: unrecognized/unsupported machine ID (r1 = 0x100010bb).
<asmir> oh, I see, I'mm missing a workaround for older kernels in my .config
<plaes> yea
<plaes> possibly even patches
jemk has joined #linux-sunxi
<asmir> It worked, good that I didn't need to patch it
<atsampson> could we use a MediaWiki template for the "trivial" kinds of "Sunxi support" section? most of them don't need anything beyond the "it's called X in U-Boot" text...
<libv> atsampson: people should be encouraged to add caveats
<libv> atsampson: it is trivial enough as it is
<atsampson> how about having the U-Boot/Linux device names in the infobox, and making the "Support" section just be the caveats, then?
<atsampson> then the maintainer's goal is to make it fully supported and as a result get rid of the caveats ;-)
<ssvb> asmir: what kind of kernel are you using?
stephan_ has joined #linux-sunxi
<asmir> sunxi 3.4
<ssvb> asmir: from which repository exactly?
<ssvb> asmir: it has been a bit of a mess lately
<ssvb> ok
<asmir> with sunxi-3.4 branch
<NiteHawk> ssvb: the linux-sunxi one? hey, it's only 33 branches :D
<ssvb> we should just promote stage/sunxi-3.4 to sunxi-3.4
<ssvb> afaik, there was only one sloppy bugreport, which lacks credibility - http://comments.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/15458
<libv> atsampson: infobox are overloaded already, and are just there to describe the hw
FR^2 has quit [Quit: Connection reset by peer]
cnxsoft has quit [Remote host closed the connection]
<asmir> it didn't fix the ethernet, I'll try tomorrow
<asmir> thank you guys again
asmir has quit [Quit: leaving]
iamfrankenstein has quit [Quit: iamfrankenstein]
reinforce has quit [Quit: Leaving.]
whitesn has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<rellla> ssvb: as it seems that you want to do some kind of maintaining of sunxi-3.4, may i ask to get some patches merged?
<ssvb> rellla: well, I don't want to spend much time on it, it's basically in a bugfixes only mode
<rellla> bugfix only
<rellla> :)
<ssvb> rellla: we have already discussed this before :) basically you need to find at least one person to review your patch
<rellla> ok. so time will tell :p
<ssvb> rellla: how can we see the real world impact of this bug and confirm the fix?
arete74_ has joined #linux-sunxi
arete74_ has quit [Client Quit]
arete74_ has joined #linux-sunxi
<ssvb> rellla: the "find at least one person" task should not be very difficult if the bug is really causing troubles for the users
arete74_ has quit [Client Quit]
<rellla> using an application with enabled csc-handling (bright, constrast ...) via libvdpau-sunxi for example results in faulty colors
<rellla> i will go for the quest ...
<ssvb> rellla: just describe how to test your fix (provide step by step instructions), and I believe that it will be tested/reviewed in no time
naobsd1 has joined #linux-sunxi
<rellla> ok. but imo it's clear, that the existing code is wrong...
heffer_ has joined #linux-sunxi
<libv> rellla: feel free to add my Reviewed-by:
slopez_ has joined #linux-sunxi
<ssvb> rellla: it's clear that *tons* of sunxi-3.4 code are wrong in one way or another, but doing shotgun bugfixing is (1) not a productive use of anyone's time and (2) introduces risk of unintended regressions
zoobab_ has joined #linux-sunxi
egbert has quit [Disconnected by services]
<ssvb> libv: thanks!
egbert has joined #linux-sunxi
<rellla> thanks, too
<libv> finding the email to reply to, would be more work than actually reading through that email thread on google ;p
steev__ has joined #linux-sunxi
valkyr1e_ has joined #linux-sunxi
NiteHawk` has joined #linux-sunxi
TheLinuxBug_ has joined #linux-sunxi
captaini- has joined #linux-sunxi
vishnup has quit [*.net *.split]
naobsd has quit [*.net *.split]
VargaD has quit [*.net *.split]
slopez has quit [*.net *.split]
zoobab has quit [*.net *.split]
valkyr1e has quit [*.net *.split]
captainigloo has quit [*.net *.split]
heffer has quit [*.net *.split]
TheLinuxBug has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
steev has quit [*.net *.split]
jjardon has quit [*.net *.split]
SQUelcher has quit [*.net *.split]
popolon has quit [*.net *.split]
valkyr1e_ is now known as valkyr1e
naobsd1 is now known as naobsd
captaini- is now known as captainigloo
TheLinuxBug_ is now known as TheLinuxBug
valkyr1e has joined #linux-sunxi
valkyr1e has quit [Changing host]
VargaD has joined #linux-sunxi
SQUelcher has joined #linux-sunxi
<rellla> ssvb: btw, i like that word "shotgun bugfixing" ;)
<libv> it does kind of imply that someone else is forcing the bugfixer
<libv> because he did something less than acceptable
NiteHawk` is now known as NiteHawk
FlorianH has quit [Ping timeout: 265 seconds]
steev__ is now known as steev
popolon has joined #linux-sunxi
Andy-D has quit [Ping timeout: 264 seconds]
FlorianH has joined #linux-sunxi
vishnup has joined #linux-sunxi
jjardon has joined #linux-sunxi
whitesn has left #linux-sunxi ["WeeChat 1.0.1"]
avph has quit [Ping timeout: 252 seconds]
staplr has joined #linux-sunxi
avph has joined #linux-sunxi
reinforce has joined #linux-sunxi
avph has quit [Ping timeout: 256 seconds]
stephan_ has quit [Quit: Ex-Chat]
avph has joined #linux-sunxi
bonbons has joined #linux-sunxi
fredy has quit [Excess Flood]
Gerwin_J has quit [Quit: Gerwin_J]
fredy has joined #linux-sunxi
IgorPec has joined #linux-sunxi
vishnup has quit [Ping timeout: 246 seconds]
vishnup has joined #linux-sunxi
khuey|away is now known as khuey__
afaerber has quit [Quit: Verlassend]
enrico_ has quit [Quit: Bye]
petr has quit [Ping timeout: 246 seconds]
khuey__ is now known as khuey|away
khuey|away is now known as khuey__
petr has joined #linux-sunxi
ajeandet has quit [Quit: Leaving]
ajeandet has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
vishnup has quit [Quit: Leaving]
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
IgorPec has quit [Ping timeout: 260 seconds]
staplr has quit [Remote host closed the connection]
khuey__ is now known as khuey|away
khuey|away is now known as khuey__
FDCX_ has joined #linux-sunxi
Andy-D has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
ricardocrudo has quit [Ping timeout: 260 seconds]
bonbons has quit [Quit: Leaving]
ricardocrudo has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 260 seconds]
lemonzest has quit [Quit: Leaving]
FlorianH has quit [Ping timeout: 260 seconds]
destroyedlolo has joined #linux-sunxi
meridion has quit [Ping timeout: 256 seconds]
meridion has joined #linux-sunxi
meridion is now known as Guest68054
destroyedlolo has quit [Quit: Leaving]
iamfrankenstein has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
FDCX_ has quit [Ping timeout: 255 seconds]
naobsd has quit [Remote host closed the connection]