<heap_>
hi there, on that website http://linux-sunxi.org/SATA#Caveats it says that cheap port multiplier are jmb393 ... but what is good port multiplier?:)
interrobangd has quit [Quit: Leaving]
cptG has quit [Ping timeout: 245 seconds]
cptG has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
fl_0 has quit [Ping timeout: 260 seconds]
mosterta has quit [Ping timeout: 245 seconds]
FDCX has quit [Ping timeout: 240 seconds]
atsampso1 has quit [Ping timeout: 250 seconds]
cptG has quit [Ping timeout: 250 seconds]
cptG has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
Ueno_Otoko has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
<libv>
and the game is off from square one again ...
Ueno_Otoko has quit [Ping timeout: 272 seconds]
Ueno_Otoko has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 240 seconds]
Wizzup has quit [Ping timeout: 240 seconds]
Ueno_Otoko has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 264 seconds]
p1u3sch1 has quit [Ping timeout: 272 seconds]
p1u3sch1_ has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
IgorPec has joined #linux-sunxi
TheSeven has quit [Ping timeout: 250 seconds]
IgorPec has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Wizzup has joined #linux-sunxi
mpmc has quit [Quit: ZNC 1.6.1+deb1+jessie0 - http://znc.in]
Ueno_Otoko has joined #linux-sunxi
IgorPec has joined #linux-sunxi
cptG has quit [Ping timeout: 272 seconds]
mpmc_ has joined #linux-sunxi
hipboi has joined #linux-sunxi
orly_owl has joined #linux-sunxi
engideavr has joined #linux-sunxi
tkaiser has joined #linux-sunxi
hipboi has quit [Quit: This computer has gone to sleep]
<mripard>
wens: yes, why? did i miss something?
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
cptG has joined #linux-sunxi
<topi`>
clear
<topi`>
oops, focus was somewhere else...
yann|work has quit [Ping timeout: 272 seconds]
leio has joined #linux-sunxi
leio has quit [Read error: Connection reset by peer]
_massi has joined #linux-sunxi
<wens>
mripard: just being sure you're ok with it maybe breaking if dt and kernel aren't the same version
<mripard>
yeah, I am
<mripard>
but Iḿ not even sure we broke it
<mripard>
I mean, it was working fine before, and you didn't change anything in the driver, did you ?
<mripard>
it will just work in 4 bits as it used to
Ueno_Otoko has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-sunxi
Azathtot has joined #linux-sunxi
<Azathtot>
Hi2all
<wens>
mripard: right, but the board DT is set to work in 8-bit SDR, while the series adds driver support for 8-bit DDR, which the DT is not setup for
<plaes>
wens: how many users will it have?
<wens>
close to none? boards that have emmc and are in mainline are the A80 boards and boards from SinLinx
<plaes>
see.. ;)
<mripard>
wens: I'm not sure I get it then, isn't it going to work in 8-bit SDR ?
<wens>
I doubt many people have them, and are actively using them, considering A80 support is ...... not good
<wens>
mripard: the mmc core will see that the driver and the card support ddr, so it will switch over, and subsequent ops will fail
<wens>
but it doesn't seem to "drop down" to slower modes
<wens>
maybe it's an implementation problem?
KotCzarny has quit [Quit: reconfig, bbl]
<mripard>
yeah, probably
<wens>
new DT will work with old kernel
<wens>
the alternative i proposed, using "mmc-ddr-1_8v", will make new DT fail with old kernel, but not vice versa
<wens>
i think it's screwed up either way :|
matthias_bgg has joined #linux-sunxi
yann|work has joined #linux-sunxi
<montjoie>
wens: you said that RGMII need 3.3 but A83T homlet board use the internal MII (according to script.bin), does the internal MII could also need it ? since for the moment I get nothing from it (no LED, EMAC reset timeout)
<montjoie>
and perhaps the problem is the same for H3 (like transmiting need more power than reception)
vishnup has joined #linux-sunxi
<wens>
montjoie: a83T homlet uses the phy in the AC200
<wens>
you need DLDO4 on the PMIC enabled for it to have power
<apritzel>
libv: direct download? really? I see it just linked, actually to my repo, not even directly to the file
<apritzel>
libv: so I still can tear it down anytime I want
<apritzel>
given ssvb's progress I am not even sure I will publish another image with their firmware blobs again
<libv>
apritzel: ok :)
<apritzel>
libv: However I started to push some of my tools to my repo to allow people manually rebuilding an image
<apritzel>
libv: I guess I will follow the advice and will rework sunxi-tool's nand-part tool to be really usable, merging the functionality I needed in there
<apritzel>
so that we end up with an fdisk like tool for NAND partitions
<wens>
considering ELC, but hotels are outrageously expensive
* apritzel
is a clock newbie ;$
<libv>
wens: i was at elc 2015, and if i hadn't combined it with a city trip with my gf, it imho was not worth it
<apritzel>
jemk: I see, actually I had a different idea, let me sketch this quickly somewhere
<wens>
libv: i did the city trip last year :)
<libv>
:)
<wens>
libv: planned to fly to nice for a short vacation, but well, something came up
<libv>
ah, you are talking about the san diego one
<mripard>
wens: nice is boring, you should come to toulouse instead ;)
<mripard>
apritzel: I won't be at FOSDEM
<libv>
seems like it will be berlin for .eu this year.
<mripard>
apritzel: but you can still ship me a beer :)
<libv>
my gf has dragged me there enough already...
<libv>
no fosdem?
<wens>
libv: misread your message, thought you were mentioning brussels
<libv>
wens: oh, fosdem is cheap if you live in .eu
<libv>
you can make it as expensive as you like and can usually do it on a shoestring budget as well
<libv>
no ~1k entry fee
<wens>
elc 2015 coincided with business travel, so i just moved my flight a few days earlier, which is very nice since i get reimbursed for everything except registration fee
<wens>
libv: i consider fosdem cheap even coming from asia :)
<libv>
:)
<libv>
depending on how much you end up drinking :p
<wens>
what 1k entry free are you refering to?
<wens>
s/free/fee/
<libv>
i aim for more than the 190EUR trainticket (which i bought a few h ago) and less than the 3 nights in the hotel near the grand place, that's where food+drink should be :p
<libv>
elc
<wens>
libv: i don't drink much so i guess i won't spend that much? :p
<libv>
then buy chocolates :p
<wens>
i ended up filling my luggage with a variety of beer glasses for a friend, and also chocolates :)
<wens>
elc has "hobbyist" discounts, which drops the fee to 150 for last year, 175 for this year
Ueno_Otoko has quit [Ping timeout: 256 seconds]
<wens>
you have to write them to get the code though
<apritzel>
basically have a sub node for every parent (so 4 in this case)
<libv>
wens: i can hardly warrant that claim
<apritzel>
referencing the parent clock naturally in there and only enumerate those gates that are linked to that parent
<wens>
"You may choose this selection if you are paying for yourself to attend this event."
<libv>
wens: when you are self-employed?
<wens>
iirc the wording last year was "You may only choose this if you are not reimbursed for attendance"
<wens>
libv: doesn't hurt to ask i suppose
<libv>
well, i have been walking the line of not taking advantage of things, ever since daniels at the Xorg board complained about a 500EUR expense for a social event while the whole Xorg FOSDEM devroom in 2006 cost fosdem nothing.
<libv>
gives me a nice big stick to bash people with :p
<wens>
got it
<libv>
berlin will be cheap
<apritzel>
libv: poor, but sexy? ;-)
<libv>
but too soon, as the really fast trainconnection north is not completely finished yet :p
<libv>
apritzel: ah, a former inhabitant :)
<mripard>
apritzel: I'd really like to avoid reworking bindings just for the sake of it. We already had a big discussion about this on, let's not start it all over again if we don't have a strong reason to do so
<apritzel>
there is a strong reason:
<apritzel>
we don't need to add code for each and every SoC that we support
<apritzel>
with this I can describe the A64 fully in DT
<libv>
s/cost fosdem nothing/cost xorg nothing/
<mripard>
apritzel: and the clock maintainers want to push everything in the code itself
<apritzel>
which is really stupid, IMHO
<mripard>
having everything in the DT is fine, but it makes catching errors more difficult
<apritzel>
wasn't it that Linus complained exactly about this one back in this big ARM rant?
<mripard>
and the wider your exposed area to the DT is, the more chance you have to break the DT ABI, which you were against iirc
<mripard>
Feel free to discuss it with them though :)
<apritzel>
will do ;-)
<apritzel>
as said above, my asbestos trousers may come in handy ;-)
naobsd has joined #linux-sunxi
engideavr has quit [Quit: Konversation terminated!]
<libv>
wens: hah, linuxcon and elce are not combined... you get to pay 800 for linuxcon and 450 for elce
<libv>
that's just stupid.
engideavr has joined #linux-sunxi
<wens>
yeah, was wondering if linuxcon was worth going to
* mripard
had no idea what asbestos was 5 minutes ago :)
<apritzel>
mripard: they help to cope with flame wars ;-)
<plaes>
...but are still quite unhealthy to wear
<wens>
i thought asbestos was banned
Net147 has quit [Ping timeout: 250 seconds]
Net147 has joined #linux-sunxi
Net147 has quit [Ping timeout: 256 seconds]
Net147 has joined #linux-sunxi
vishnu_ has joined #linux-sunxi
engideavr has quit [Quit: Konversation terminated!]
engideavr has joined #linux-sunxi
Net147 has quit [Ping timeout: 265 seconds]
Net147 has joined #linux-sunxi
bmeneg has joined #linux-sunxi
<oliv3r>
wens: depends on country i'm sure; but generally it is banned as new material
<oliv3r>
also, hi!
<oliv3r>
ultimaker will be going to FOSDEM again this year :)
<oliv3r>
mripard: i haven't read all there is to read about the pine64, but is there a sponsorship like C.H.I.P. also from that company to get support up to snuff with the pine64?
<apritzel>
oliv3r: what kind of sponsorship do you mean? for free development boards?
<apritzel>
they are giving away free dev boards pretty generously to many of us, it seems
<libv>
oliv3r: we did not catch them with their pants down, so they did not feel morally obliged to make such a big u-turn :p
<libv>
although, 1.7m usd should buy quite a bit of developer time
<apritzel>
does that one actually has this option?
<Turl>
ricardocrudo: hmm I think it was enabled by default
<Turl>
ricardocrudo: have you tried passing "earlyprintk" on cmdline?
<ricardocrudo>
Turl: no.. via u-boot you mean?
<Turl>
ricardocrudo: yes, as part of bootargs
<Turl>
also make sure DEBUG_LL is enabled
<ricardocrudo>
Turl: ok, I'll try it
<Turl>
I think that was everything needed
<apritzel>
ricardocrudo: since you page you mentioned above says: "mainline kernel" I really wonder if sunxi-3.4 has this particular option?
<apritzel>
*since the page*
<apritzel>
I can find it in my mainline kernel, though initially "Kernel low-level debugging port" is empty and has to be selected to show the UART's name
<apritzel>
(in case you try to find that particular line from the Wiki)
<ricardocrudo>
apritzel: I don't know. in 3.4 it has early printk option with no uart selected by default
<KotCzarny>
i see earlyprintk=ttyS0,115200 param in my cmdline
<apritzel>
ricardocrudo: sorry, I don't have sunxi-3.4 here to check
<apritzel>
maybe the naming is different?
<apritzel>
(if it is supported at all)
<KotCzarny>
hmm
<KotCzarny>
CONFIG_MMC0_CD_PIN=""
<KotCzarny>
could it be the reason uboot doesnt find mmc device?
IgorPec has joined #linux-sunxi
<ricardocrudo>
Actually I'm booting from nand
<KotCzarny>
shall i set it to sdc_det port from fex?
<ricardocrudo>
the earlyprint seems to enabled more prints
<ricardocrudo>
but I can't see what happens between "Starting kernel" message and [0.0000] message
<ricardocrudo>
it's taking 8 sec between this 2 messages
cptG_ has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Client Quit]
iamfrankenstein has joined #linux-sunxi
cptG has quit [Ping timeout: 250 seconds]
fredy has quit [Excess Flood]
vishnup has quit [Quit: Connection closed for inactivity]
fredy has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<ccaione>
decompressing?
Nacho has quit [Ping timeout: 245 seconds]
<montjoie>
wens: setting DLDO4 to 3300 is not sufficient
Nacho has joined #linux-sunxi
cptG_ is now known as cptG
Netlynx has joined #linux-sunxi
khuey|away is now known as khuey
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
premoboss has joined #linux-sunxi
reinforce has joined #linux-sunxi
pekka30 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
bonbons has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
enrico_ has quit [Quit: Bye]
_massi has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
interrobangd has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 265 seconds]
apritzel has quit [Ping timeout: 248 seconds]
iamfrankenstein has joined #linux-sunxi
akaizen has joined #linux-sunxi
nove has joined #linux-sunxi
<KotCzarny>
hmm, one weird thing is that menu for filesystems when configuring uboot is empty
<nove>
Azathtot, the video engine hardware can only encode sources with sizes multiple of 16x16 (1080 is not a multiple of 16), as that ffmpeg is a elementar implementation of the codec, it doesn't sets "frame cropping"(which is not a hardware feature, but software)
domidumont1 has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 245 seconds]
avph has quit [Ping timeout: 240 seconds]
domidumont has quit [Ping timeout: 246 seconds]
* nove
finds funny that practically all the questions happen to be made in irc, and never in the maillist
<KotCzarny>
hrm
<KotCzarny>
somehow i suspect that while make orangepi_pc_defconfig sets proper config
<KotCzarny>
running make menuconfig and saving even without changing anything will break it
<Imminens>
with last uboot i check 20 sd card, on all i get "Card did not respond to voltage select!"
ricardocrudo has joined #linux-sunxi
<Imminens>
after run this uboot android dont detect card and usb dont work in clientmode
<KotCzarny>
muahhahaha, it booots
avph has quit [Ping timeout: 245 seconds]
avph has joined #linux-sunxi
<KotCzarny>
ok, i can confirm that u-boot 2016.01 works with 3.4 kernel on orange pi pc. but it has some timing issues as sometimes mmc card isnt detected at the first try. also has some build issues
<yann|work>
tkaiser: not pushed everthing yet, and not all that was pushed is 100% certified, but essentials are on https://github.com/O-Computers
Netlynx has quit [Quit: Leaving]
<tkaiser>
yann|work: thx
ssvb has joined #linux-sunxi
avph has quit [Ping timeout: 245 seconds]
<ssvb>
KotCzarny: a problematic SD card? maybe try a different one and/or check if it works fine with other devices
<KotCzarny>
ssvb, it only happens on cold boot
<KotCzarny>
on reboot controller/card is found on the first try
<KotCzarny>
so i bet on initialization timing issues
avph has joined #linux-sunxi
<ssvb>
KotCzarny: does it also happen if UART serial cable is disconnected?
<KotCzarny>
ssvb, its hard to debug because it retries
<tkaiser>
BTW: TL Lim (Pine64) wrote me today that A64 is made in a 40nm process. He showed me also mail conversation with Allwinner PM (he asked whether it's 28nm and the answer was '40nm').
<tkaiser>
I searched a while and there are no first-hand sources regarding the exact process of A64.
<ssvb>
KotCzarny: btw, why is your U-Boot dirty?
<tkaiser>
Maybe the only 2 Allwinner SoCs made in 28nm are A80 and A83T?
<KotCzarny>
ssvb, your guess is as good as mine, checked out few days ago
<KotCzarny>
ssvb, as for timing issues, might be card as well
<ssvb>
KotCzarny: well, apparently only you can debug it, unless somebody else manages to reproduce this problem
<ssvb>
KotCzarny: add debugging prints in the mmc code, check relevant voltages and frequencies
<KotCzarny>
ssvb, right now i've found magic combination of uboot compilation/settings and linux booting config
<ssvb>
KotCzarny: is it some sort of an old low speed sd card?
<KotCzarny>
transcend 2gb
<KotCzarny>
/sys/class/mmc_host/mmc0/mmc0:0002/manfid is 0x00001b
avph has quit [Ping timeout: 245 seconds]
<KotCzarny>
Timing buffered disk reads: 22 MB in 3.01 seconds = 7.31 MB/sec
<KotCzarny>
(in thinkpad x40)
<KotCzarny>
is 'optimize fo size' preferred option in kernel?
pmattern has quit [Quit: Genug für heute.]
reinforce has quit [Quit: Leaving.]
<ssvb>
KotCzarny: this sd card seems to be old and slow, my random guess is that the mmc controller might be trying to use it at a faster clock speed than the card can handle
<KotCzarny>
could be
avph has joined #linux-sunxi
apritzel has joined #linux-sunxi
nove has quit [Quit: nove]
sunxi_fan1 has joined #linux-sunxi
Tytyryty has joined #linux-sunxi
Imminens has quit [Ping timeout: 265 seconds]
Tytyryty is now known as Imminens
bonbons has quit [Quit: Leaving]
<yann|work>
is there any disadvantage of including HDMI_DISP2_SUNXI in-kernel (instead of as a module) ?
<KotCzarny>
remember we have no official one-and-only distro
atsampson has joined #linux-sunxi
<yann|work>
yes, but i'm working on a yocto config, and i'm somehow as reluctant at providing a load-by-default that's not trivial to desactivate as at providing a non-removable driver...
leio has quit [Ping timeout: 260 seconds]
vishnup has joined #linux-sunxi
Imminens has quit [Read error: Connection reset by peer]
<KotCzarny>
hmm, mainline uboot supports zimage or not yet?
<yann|work>
I think so, but did not test
<NiteHawk>
bootz should work fine
<KotCzarny>
nitehawk: even with 3.4?
<KotCzarny>
hrm, apparently i b0rked the .config then
premoboss has quit [Ping timeout: 250 seconds]
<NiteHawk>
zimage has been around for a long time, i see no reason why it would be problematic there. admittedly i haven't tested it in depth. but hey - just give it a try
<KotCzarny>
hang at 'Starting kernel ...' means i've b0rked the kernel
<KotCzarny>
unless there is another reason, hrm
premoboss has joined #linux-sunxi
Net147 has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
Imminens has joined #linux-sunxi
avph has quit [Ping timeout: 245 seconds]
<apritzel>
KotCzarny: does the sunxi 3.4 kernel use DT?
<KotCzarny>
how do i check?
<apritzel>
do you give a .dtb file somewhere?
<apritzel>
on U-Boot?
<apritzel>
like "bootz $kernel_addr - $fdt_addr"
<apritzel>
Nothing after "Starting kernel" usually points at a broken DT or totally misconfigured kernel
<apritzel>
earlyprintk should work though and be able to tell you
<apritzel>
but then again I have _no_ idea how that goes together with such old kernels
<KotCzarny>
well, nothing after 'starting kernel' so i guess it doesnt reach earlyprintk
<apritzel>
or earlyprintk is wrongly configured
<apritzel>
do you have the right UART?
<KotCzarny>
i've started with loboris .config, then just cut it down a bit
avph has joined #linux-sunxi
<yann|work>
apritzel: no, it is using a FEX compiled to script.bin
<apritzel>
I was afraid of that ...
<yann|work>
are you using mainline u-boot, or an old one ? which SoC/board ?
<KotCzarny>
opipc, 3.4.39
<KotCzarny>
mainline uboot
<yann|work>
same setup as mine apart from the opi+ here