Turl changed the topic of #linux-sunxi to: All systems go! // 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
npcomp|away is now known as npcomp
di-erz has joined #linux-sunxi
steeve_ has quit [Ping timeout: 240 seconds]
mturquette has joined #linux-sunxi
mturquette has quit [Changing host]
naobsd has joined #linux-sunxi
wenbin has joined #linux-sunxi
Andy-D has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.1.1]
popolon has joined #linux-sunxi
popolon has quit [Client Quit]
F1skr has quit [Quit: WeeChat 1.1.1]
naobsd has quit [Quit: naobsd]
steeve has joined #linux-sunxi
leviathancn has quit [Ping timeout: 252 seconds]
leviathancn has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 252 seconds]
<steeve> hey, does anyone have any experience with fixed-regulators ?
<steeve> in device tree files ?
<steeve> i'm trying to drive high a GPIO line
naobsd has joined #linux-sunxi
<Turl> steeve: sure, what's up?
<steeve> hey, thanks a bunch
<steeve> basically, i'm trying to enable a GPIO in the dtd
<steeve> because somehow doing it in the module init of brcmfmac makes my board crash
<steeve> plus, it would allow me not to patch brcmfmac
<Turl> steeve: see how it's done on our current dtses
<steeve> which one ?
<Turl> and if you don't have a consumer you'll need the regulator-always-on flag or something like that to turn it on on boot
<Turl> steeve: 1s
<Turl> steeve: see arch/arm/boot/dts/sunxi-common-regulators.dtsi for example
<steeve> i see
<steeve> i'm gonna try that
<steeve> btw
<steeve> i can't make sense of this syntax: gpio = <&pio 1 9 0>;
<steeve> does it mean gpio 1, 9 and 0 ?
<Turl> no
<steeve> like, how do i translate that to a gpio number of my board ?
<Turl> steeve: first one is pin bank (A, B, C, ...)
<Turl> second one is pin #
<Turl> the last one I'm not sure tbh
<Turl> I was looking for the gpio binding document but I'm not finding it
<Turl> mripard_: ^
<Turl> steeve: so pin PA10 would be <&pio 0 10 something>
<steeve> i see (sort of)
<steeve> i'm trying to translate that to my board's dtd
<steeve> here is the definition in my board's dts
<Turl> steeve: you're on a non-sunxi platform?
<steeve> power_gpio = "GPIOAO_6";
<steeve> power_gpio2 = "GPIOX_11";
<steeve> that means: gpio 6 and gpio 108
<steeve> according to the kernel sources
<Turl> steeve: the specifier thingies the handle takes are defined by the driver implementing it
<steeve> yeah saw that
<Turl> steeve: check Documentation/devicetree/bindings/gpio/*
<Turl> or bindings/pinctrl/*
AnticitizenOne has joined #linux-sunxi
<steeve> thanks a bunch
<steeve> gpio:gpio{
<steeve> compatible = "amlogic,m8b-gpio";
<steeve> dev_name = "gpio";
<steeve> got him :)
afaerber_ is now known as afaerber
cnxsoft has joined #linux-sunxi
<steeve> Turl: the last number is
<steeve> #define GPIO_ACTIVE_HIGH 0
<steeve> #define GPIO_ACTIVE_LOW 1
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
steeve has quit [Read error: Connection reset by peer]
Renard has quit [Quit: Renard]
leviathancn has quit [Ping timeout: 252 seconds]
mmarker has quit [Read error: Connection reset by peer]
mmarker has joined #linux-sunxi
<Turl> :)
<Turl> libv: in theory linaro is backing this.. there's mali 450MP4 on the first one
AnticitizenOne has quit [Ping timeout: 246 seconds]
<ssvb> Turl: is it something like the first 64-bit arm devboard with a non-astronomical price tag?
<Turl> ssvb: that too, maybe
<ssvb> except that it is not in stock, as usual :(
<Turl> ssvb: rpi-long backorder lines on them?
<ssvb> Turl: I was fast enough to buy it early and receive on the next day :)
<ssvb> Turl: but yes, they might have backorder problems now
<ssvb> Turl: supposedly they sold 150000 rpi2 boards in just two days and now have more than a million on backorder
<Turl> I recall the original rpi launch
<Turl> I looked into getting one on launch day
<Turl> but the backorder was huge
<ssvb> on a positive side, maybe the ones who receive it late will get a xenon flash resistant version? :)
<Turl> haha :)
<DagoRed> ssvb: That's a feature. I think using a green laser pointer to reset your pie from across the room is awesome.
<DagoRed> The ultimate in wireless remotes.
<ssvb> :)
<DagoRed> Now... time to see if I can revive my iteaduino to save my sabre lite board.
<DagoRed> Then... use the sabre lite board to attempt mainline support in Arch for the iteaduino.
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
p1u3sch1_ has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 250 seconds]
orly_owl has quit [Quit: leaving]
orly_owl has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 245 seconds]
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
quitte_ has joined #linux-sunxi
quitte has quit [Ping timeout: 245 seconds]
igorpec has joined #linux-sunxi
igorpec has quit [Ping timeout: 245 seconds]
ninolein has quit [Ping timeout: 246 seconds]
ninolein has joined #linux-sunxi
reinforce has joined #linux-sunxi
wenbin has quit [Ping timeout: 265 seconds]
a1d3s is now known as a1d3s|away
wenbin has joined #linux-sunxi
melonipoika has joined #linux-sunxi
igorpec has joined #linux-sunxi
a1d3s|away is now known as a1d3s
<a1d3s> good morning
melonipoika has quit [Quit: No Ping reply in 180 seconds.]
melonipoika has joined #linux-sunxi
FreezingCold has quit [Read error: Connection reset by peer]
naobsd1 has joined #linux-sunxi
sehraf has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
naobsd has quit [Ping timeout: 244 seconds]
pstef has quit [Ping timeout: 245 seconds]
pstef has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
cubear has joined #linux-sunxi
sehraf has quit [Read error: Connection reset by peer]
sehraf has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
exslestonec has quit [Ping timeout: 252 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
sehraf has quit [Ping timeout: 246 seconds]
iamfrankenstein has joined #linux-sunxi
sehraf has joined #linux-sunxi
merbanan has quit [Ping timeout: 256 seconds]
igorpec has quit [Ping timeout: 255 seconds]
forest has joined #linux-sunxi
forest has quit [Remote host closed the connection]
simosx has joined #linux-sunxi
alexxy has joined #linux-sunxi
merbanan has joined #linux-sunxi
<oliv3r> mripard_: i think i'm bumping into the same issue someone else did a while ago, with gpio's not triggering an interrupt
<oliv3r> mripard_: i have a rotary encoder on ph0 and ph7 and that does interrupts perfectly. I have an interrupt set for mmc3 on pi15, and while i see gpiolib bound to irq 27, i don't see a change either having edge on falling or rising
<oliv3r> as a regular polled value, it works fine
_massi has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
iamfrankenstein has joined #linux-sunxi
aballier has joined #linux-sunxi
naobsd1 has quit [Quit: naobsd1]
igorpec has joined #linux-sunxi
wickwire has joined #linux-sunxi
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #linux-sunxi
simosx has quit [Remote host closed the connection]
FR^2 has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
wenbin has quit [Read error: Connection reset by peer]
premoboss has joined #linux-sunxi
FergusL has quit [Ping timeout: 245 seconds]
FergusL has joined #linux-sunxi
hipboi has quit [Ping timeout: 245 seconds]
wickwire has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
naobsd has joined #linux-sunxi
hipboi_ has joined #linux-sunxi
hipboi has quit [Ping timeout: 245 seconds]
<libv> Turl/mnemoc: thanks for bringing the wiki back to life
<libv> Turl: hrm... that board seems really fishy
<libv> what SoC is on there?
naobsd has quit [Quit: naobsd]
<oliv3r> libv: what board?
Night-Shade has quit [Read error: Network is unreachable]
Night-Shade has joined #linux-sunxi
<libv> 96boards 64bit arm with mali-450
<mripard_> libv: hisilicon
<mripard_> Huawei's
<libv> oh, ok
<libv> i only found hitek
<libv> thanks
<mripard_> libv: the Kirin something iirc
<mripard_> oliv3r: what does the scope says?
<mripard_> in the interrupt handler called?
<mripard_> in the pio interrupt handler called?
<mripard_> in the gic handler called?
leio is now known as leio_
leio_ is now known as leio
<mripard_> libv: yep, HiSilicon Kirin 620
<libv> ah, cnx-software has info
diego71_ has quit [Ping timeout: 245 seconds]
diego71 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 250 seconds]
naobsd has joined #linux-sunxi
lioka has quit [Ping timeout: 245 seconds]
lioka has joined #linux-sunxi
blsd has joined #linux-sunxi
Renard has joined #linux-sunxi
<oliv3r> mripard_: ok i'll go over that line; i'm applying 3.3v or 0v directly to the pin, when i am not using an interrupt, i nicely see value report either 0 or 1; i assume (the mother as always) that the value is still being updated, and the interrupt in /proc/interrupts increasing in value, that's how i'm checking
premoboss has quit [Ping timeout: 250 seconds]
cnxsoft has joined #linux-sunxi
wickwire has joined #linux-sunxi
<oliv3r> mripard_: also, when using SPI, the CS0 line is that fully hardware controlled? e.g. i don't have to configure a GPIO for it?
bengal has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
tobrebski_ has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
tomcheng76 has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
tomcheng76 has joined #linux-sunxi
popolon has joined #linux-sunxi
AnticitizenOne has joined #linux-sunxi
naobsd has joined #linux-sunxi
bengal has quit [Ping timeout: 245 seconds]
<mripard_> oliv3r: yes
wickwire_ has joined #linux-sunxi
wickwire has quit [Ping timeout: 245 seconds]
<oliv3r> mripard_: cool, i thought wrongfully that the cs0 was only used as a slave; that's what you see on all those avr devices, fixed pin as slave, any pin you want when you are a master
<mripard_> no, the chip select is always asserted by the master
<oliv3r> yeah, but on avr's you can use any gpio as you want, since it's an output
<oliv3r> the SPI hardware block on an AVR only has a fixed input pin, but anything can be used as a master to assert it
Black_Horseman has joined #linux-sunxi
blsd has quit [Remote host closed the connection]
hramrach_ has joined #linux-sunxi
<ssvb> Turl, libv: odroid-c1 also has mali-450
<oliv3r> libv: have you figured out why your framerate was declining during your talk? :)
simosx has joined #linux-sunxi
<libv> ssvb: hardkernel also isn't too nice a company :)
<libv> oliv3r: no idea
<libv> hasn't been reproduced
<libv> but i only ran it twice since
simosx has quit [Quit: Leaving]
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
<ssvb> libv: I think that hardkernel just does not have enough budget to be nice :) they are all about cheap hardware with minimal profit margins
<libv> ssvb: everyone operates like that
<libv> some profit must be had somewhere
<libv> otherwise why would they continue doing it?
<ssvb> libv: I remember some dude in the #pandaboard channel bragging that they were sponsoring some linux conferences or shit like this, which made them so much better than the competing devboard makers whom he labeled as "Chinese child labor abusers"
<ssvb> now the pandaboard is obsolete, and TI is out of this business...
<ssvb> probably the end users did not find the overly expensive board price justified
igorpec has quit [Ping timeout: 265 seconds]
<oliv3r> "officially" packt is to sponser linux-sunxi for x% of the book sales
<oliv3r> i'll remind them about that
<oliv3r> though we'd first need to have 'a' place to put the money
<oliv3r> other then my pocket >: )
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Andy-D has quit [Ping timeout: 244 seconds]
AnticitizenOne has quit [Ping timeout: 256 seconds]
ricardocrudo_ has joined #linux-sunxi
ricardocrudo has quit [Read error: Connection reset by peer]
exslestonec has joined #linux-sunxi
endlezzz has joined #linux-sunxi
<wens> Turl: say, you applying for gsoc this year?
<wickwire_> oliv3r: packt recently offered me a free digital copy of their "Getting Started with Cubieboard" book in exchange for some online reviews
<Turl> oliv3r: nice
<Turl> oliv3r: I still need to send them the data they asked for I think :P
<Turl> wens: I'm considering it, why?
<wens> Turl: seems like the time to apply is nearing
<oliv3r> Turl: when are you going to finish last years gsoc :p
<wens> lol
cubear has quit [Quit: Leaving]
<Turl> wens: org application started today I think
<Turl> oliv3r: good one :P
<Turl> oliv3r: I sent patches the other day :)
endlezzz has quit [*.net *.split]
hramrach_ has quit [*.net *.split]
<oliv3r> so 3.20 we can have audio? :)
<Turl> oliv3r: DMA's looking good for 3.20
<Turl> * [new tag] v3.19 -> v3.19
AnticitizenOne has joined #linux-sunxi
<Wizzup> Turl: cool!
<oliv3r> Turl: that must have been very recent, as i fetch like an hour ago and got stuck at rc7 :)
<oliv3r> Turl: but amazing, dma for 3.20, audio for 3.21?
<mripard_> audio for 3.20 would be great :P
<oliv3r> anybody ever configured mmc-spi via dts?
<oliv3r> only one example dts in the current tree i think that's not 100% helpfull :(
<mripard_> oliv3r: if you have a real question, maybe we can answer it.
cnxsoft has quit [Quit: cnxsoft]
<oliv3r> i keep getting various errors from the mmc/spi driver
<oliv3r> http://sprunge.us/SagK this is my dts config
<oliv3r> i followed the usb_a9g20_lpw.dts
<Turl> mripard_: what happened with the A31 audio stuff?
<mripard_> oliv3r: what makes you think the DT is wrong?
<oliv3r> mripard_: i don't; i have no clue why it's failing
<mripard_> [ 30.207308] spi_master spi32766: failed to transfer one message from queue
<mripard_> I'd say this ^
<oliv3r> yeah i'm figuring out why it's failing to send the message
<mripard_> what's the size of the transfer?
<Turl> can you paste a full dmesg?
<oliv3r> i have no idea, this happens just after loading the mmc-spi driver
<oliv3r> full dmesg: http://sprunge.us/BIWO
<oliv3r> 110 looks like a timeout
<oliv3r> looks like it's triggerd by mmc_spi_skip
<oliv3r> so, hardware imo
<Turl> oliv3r: is your wiring ok?
<oliv3r> i'm using a scope to check the gpio toggle from u-boot on the 4 pins
<Turl> I think the CS line may be inverted
reinforce has quit [Quit: Leaving.]
<oliv3r> very possible
<oliv3r> i'm at the uboot console double checking the pins
<Turl> I recall I had to tweak that on my analyzer to decode the spi stuff
<Turl> it was active high iirc, but the 'standard' according to the analyzer was active low
<oliv3r> i'll dig into sunxi-spi to see how to invert the CC line, but afaik 'normally' it's inverted anyway
<oliv3r> normally, CC is active_low
<oliv3r> you pull it high by default, and make it low whenever you are transmitting data
<oliv3r> ah, but that's configure dby the SPI_MODE
<oliv3r> mode, 0, 1, 2 and 3
<Turl> our driver does the opposite I believe
<Turl> or at least the spi_test tool configures it that way by default :p
<oliv3r> isn't all that defined by the mode though? (I have yet to chck if we can configure a mode)
Seppoz has quit [Remote host closed the connection]
<Turl> spidev_test doesn't set the CS_HIGH flag by default
<wens> i don't see sun4i-dma in slave-dma
<mripard_> oliv3r: it would still be great to know the transfer size
<mripard_> we don't support transfers larger than 64 bytes.
iamfrankenstein has quit [Quit: iamfrankenstein]
<oliv3r> mripard_: I guess i have to dig through mmc-spi driver to see if it does anything of the likes in the init stuff; i'm not transfering anything yet myself :)
<oliv3r> mripard_: i'll check turls suggestions first of figuring out the proper CS status etc
<mripard_> oliv3r: come on...
premoboss has joined #linux-sunxi
<oliv3r> mripard_: ok ok i'll digg into the driver first :p
<mripard_> saying "I don't do any transfer" is pointless...
<oliv3r> i only do a modprobe when the driver fails
<mripard_> you have some logs, and the excerpt clearly shows tha there is some SPI transfer going on
<oliv3r> so i'll digg into the driver to see what it does and requests
<mripard_> so you're either bling or in denial
<oliv3r> denial!
<mripard_> s/bling/blind/
<oliv3r> i'll check the driver!
<mripard_> just apply the patch already and see if it help.
<Turl> bling bling!
<oliv3r> mripard_: ok that's a quicker fix :(
<mripard_> Turl: that's your fault in the first place! :)
<oliv3r> you just want to seduce me!
<mripard_> the DMA driver would be in, we wouldn't have that discussion ;)
<mripard_> oliv3r: trust me, I don't
<oliv3r> mripard_: seduce me to try the patch!
<oliv3r> you dirty mind
<Turl> mripard_: :P
<oliv3r> mripard_: compiling!
<oliv3r> Turl: i think we do mode 0 by default, which is CS as an active_low
iamfrankenstein has joined #linux-sunxi
<Turl> mripard_: oliv3r: https://i.imgur.com/qzUYeE0.png
<oliv3r> CS looks active low there
<oliv3r> but on my scope it really is 'high' by default
<Turl> they are two transfers
<Turl> one -C and one without -C
<Turl> -C --cs-high chip select active high
<Turl> guess which one is which
<oliv3r> first one is active high, second one i don't even know
<oliv3r> since the spi-enable (CC?) is always lo
<oliv3r> i guess with a single device on the bus that doesn't matter
<Turl> first one is active low (no -C), second one is active high (-C)
<Turl> so there's a bug with the CS line handling somewhere
<Turl> mripard_: ^ :)
<mripard_> oliv3r: would you mind sharing what your actual test is?
<oliv3r> mripard_: right now, a 2gb sd card connected via the SPI bus
<mripard_> and you're just probing the driver?
<oliv3r> mripard_: i tried to make it run as single bit mmc3, but i have to much noice from the clock on my data line for some reason
<mripard_> it's the only device on the bus?
<oliv3r> luckly, yes
<oliv3r> we want to move the UI from the atmega2560 to the a20
<mripard_> what question are you answering?
<oliv3r> luckly, yes, the mmc is the only device on the SPI1 bus
<oliv3r> the lime doens't have any internal SPI devices as far as I know of
<oliv3r> mripard_: yeah, I only do a modprobe mmc-spi
<oliv3r> oh, now i get a lot more data with that patch applies :)
<mripard_> then yeah, the CS line looks weird
<oliv3r> unfortunatly, a lot of errors
<oliv3r> also! I had to disable high-mem for the mmc-spi driver
<oliv3r> let me get a scope shot when doing an fisk -l on /dev/mmcblk1 using CS and MISO
igorpec has joined #linux-sunxi
<mripard_> oliv3r: what?
<mripard_> why?
<oliv3r> because i have about 15% hit rate that i get proper error-free output :)
<mripard_> define error-free
<oliv3r> no errors when probing the partition table from dmesg
<mripard_> so, what you're saying is that having highmem enabled was preventing mmc-spi from communicating properly with the mmc?
paulk-collins has joined #linux-sunxi
<oliv3r> ah, no; there's a stupid !HIGHMEM in the kconfig for mmc-spi
<oliv3r> so the module has a !dependancy on high-mem
<oliv3r> http://sprunge.us/UaEL i'll have to re-fugure out which color goes where :p
<oliv3r> i think 1: cs; 2: mosi; 3: clk; 4: miso
<oliv3r> i see a lot of uglyness
<mripard_> I can't help you here
<mripard_> the driver looks to be probed properly and to transfer stuff
<oliv3r> there it is
<oliv3r> yeah
<oliv3r> with the patch everytrhing seems to work
<mripard_> you're the one with the hardware and the logical analyzer
<mripard_> so is it working or not?
<oliv3r> yeah no software wise it now is in order :)
<oliv3r> sort of
<oliv3r> but i get so many errors, it's not usable
<mripard_> oliv3r: will you at some point give a precise answer
<mripard_> please
<mripard_> hint: yes / no
<oliv3r> it's a electrical issue
<Turl> oliv3r: lower the spi freq
<Turl> I can't see which one you're using, but that usually helps :)
<mripard_> yeah
<mripard_> and double check your wiring
<mripard_> triple check it
<mripard_> and then, just check it once again
<Turl> also check the ground, just in case
reinforce has joined #linux-sunxi
T0mW has joined #linux-sunxi
<wens> hmm olof is in town
ninolein has quit [Remote host closed the connection]
exslestonec has quit [Ping timeout: 245 seconds]
ninolein has joined #linux-sunxi
<oliv3r> mripard_: Turl yeah i'm running at 100khz now
<oliv3r> but even then too much noise, it's the wiring/design
<oliv3r> the 'software' works
<oliv3r> the bs works
<oliv3r> i managed to dd 25 blocks worth of 512bytes once )
<oliv3r> and fdisk showed me a partition table twice
<oliv3r> so i'm giving it to the EE now to fix the voltage levels
<oliv3r> thanks you two though!
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
exslestonec has joined #linux-sunxi
FreezingAlt has joined #linux-sunxi
<Turl> oliv3r: was the ground ok?
FreezingCold has quit [Ping timeout: 252 seconds]
nove has joined #linux-sunxi
AndroUser has joined #linux-sunxi
<AndroUser> Bin da
leviathancn has joined #linux-sunxi
MarcelMatejka has joined #linux-sunxi
AndroUser has left #linux-sunxi ["Trennungsnachricht"]
Netlynx has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
FreezingAlt has quit [Ping timeout: 245 seconds]
FDCX_ has joined #linux-sunxi
MarcelMatejka has quit [Quit: Page closed]
pstef has quit [Ping timeout: 250 seconds]
pstef has joined #linux-sunxi
premoboss has quit [Remote host closed the connection]
<mrnuke> Heh.my nick popped up in a URL here, and Konversation flagged it. Smart application
<Turl> mrnuke: happens to me a lot
steeve has joined #linux-sunxi
afaerber_ has joined #linux-sunxi
bonbons has joined #linux-sunxi
ssvb has quit [Ping timeout: 264 seconds]
afaerber has quit [Ping timeout: 246 seconds]
AnticitizenOne has quit [Ping timeout: 256 seconds]
<quitte_> does Daniel Kochmański frequent this channel?
konradoo77 has quit [Ping timeout: 264 seconds]
_massi has quit [Remote host closed the connection]
Nyuutwo_ is now known as Nyuutwo
cubear has joined #linux-sunxi
domidumont has joined #linux-sunxi
bengal has joined #linux-sunxi
wickwire has joined #linux-sunxi
forest has joined #linux-sunxi
wickwire_ has quit [Ping timeout: 246 seconds]
hypothalamus has joined #linux-sunxi
bengal has quit [Ping timeout: 256 seconds]
leviathancn has quit [Read error: Connection reset by peer]
ricardocrudo_ has quit [Ping timeout: 265 seconds]
sehraf has quit [Ping timeout: 245 seconds]
konradoo77 has joined #linux-sunxi
leviathancn has joined #linux-sunxi
domidumont has quit [Quit: Leaving.]
domidumont has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
leviathancn has quit [Remote host closed the connection]
leviathancn has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
wickwire has quit [Quit: Leaving]
sono has quit [Quit: WeeChat 1.0.1]
ssvb has joined #linux-sunxi
popolon has quit [Ping timeout: 245 seconds]
popolon has joined #linux-sunxi
ricardocrudo_ has joined #linux-sunxi
exslestonec has quit [Ping timeout: 246 seconds]
Andy-D has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 264 seconds]
FR^2 has joined #linux-sunxi
premoboss has joined #linux-sunxi
FreezingAlt has joined #linux-sunxi
ricardocrudo_ has quit [Ping timeout: 245 seconds]
HeavyMetal has quit [Quit: BNC Services Provided by The ASoTnet IRC Network.]
exslestonec has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
premoboss has quit [Read error: Connection reset by peer]
<nove> In the 96boards CE specification pdf: "A kernel based on one of the following that is buildable from source code and any required binary blobs"
<lukas2511> uaeh.. binary blobs
MarcelMatejka has joined #linux-sunxi
<nove> this is in the kernel topic, shouldn't that say "firmware binary blobs"
f15h has joined #linux-sunxi
<f15h> Has anyone experiences about the max. real-use SATA throughput of A10/A20 devices? Has anybody connected a SSD to these devices?
bengal has joined #linux-sunxi
Zboonet has quit [Quit: Leaving]
ricardocrudo_ has joined #linux-sunxi
premoboss has joined #linux-sunxi
FreezingDroid has joined #linux-sunxi
FreezingDroid is now known as FreezingCold
FreezingAlt has quit [Ping timeout: 252 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
<sfritsch> f15h: read 101 MB/s
<sfritsch> write 41 MB/s
<sfritsch> on a cubietruck
<sfritsch> search for the subject 'Question regarding SATA speed of A20' on the linux-sunxi mailing list
konradoo77 has joined #linux-sunxi
<f15h> thx
reinforce has quit [Quit: Leaving.]
<f15h> Has anybody written code for the "Mixer Processor" in A10/A20 - I would like to convert YUV422 to YUV420 without too much CPU overhead
guizamboni has joined #linux-sunxi
<f15h> also YUV444 to YUV420 conversion would be ok
<nove> f15h: you are the one the hdmi input board?
<nove> f15h: the video engine can take yuv422 for encoding, but not yuv444
<f15h> yes - I am evaluating, whether we should switch from CSI1 to CSI0 - CSI1 is RGB 24Bit, CSI0 is 16Bit YUV422 but can automatically downsample to YUV420
<f15h> nove: you are right - I tried jemk's code with NV16 (YUV422) colorspace and it worked
melonipoika has quit [Remote host closed the connection]
<f15h> i was just reading the Usermanual and about YUV444 to YUV420 conversion using the Mixer Processor - they are linear interpolating in X - and skipping odd lines in Y ....
<f15h> ... just skipping lines - should not be a problem :)
<f15h> NV12 (YUV420) is of some importance to support standard software like ffmpeg/gstreamer ... at least the standard version of the wheezy backports are not very happy with NV16 (YUV422)
<nove> f15h: the documentation is the driver source code
simosx has joined #linux-sunxi
MarcelMatejka has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
<f15h> :)
<nove> f15h: for example you can start by looking at libvdpau-sunxi that uses g2d(mixer processor) for blending
viccuad has joined #linux-sunxi
<f15h> ok - thx - I will keep that in mind - for a first try I think I will implement a "odd-line-skipping" mechanism to convert 422 to 420
<viccuad> Hi guys. What is the state of simple frame buffer support for A20s? I get a working A20 Lime with simple frame buffer selected in the kernel config, but no connection to hdmi. And nothing weird in the serial UART console. thanks in advance
<nove> f15h: the video engine also has a stride parameter that can be used to skip lines
<mripard_> viccuad: what u-boot version do you have?
<viccuad> mripard_: I think the correct one, past 2015.01: 2015.01-00293-gb56f6e2
<nove> f15h: nevermind what i just said, that parameter is for the whole picture, not possible to set individual luma or chroma components
<f15h> nove: thanks for the hint - I am currently looking to produce a NV12 output at v4l2-level ... so even before the data enters the video engine
<f15h> ok I see
<viccuad> I should just connect the board to HDMI and then power on, and it should work, shouldn't it?
igorpec has quit [Ping timeout: 256 seconds]
<ssvb> viccuad: if you don't have framebuffer console enabled in the kernel config, then you get a perfect blank screen
<viccuad> ssvb: oh. jeez, maybe that's it. thanks
<ssvb> viccuad: there might be a properly working framebuffer already, which you can use, for example, via "cat /dev/urandom > /dev/fb0"
<mripard_> viccuad: what happens if you do "cat /dev/urandom > /dev/fb0" ?
<mripard_> damn.
<ssvb> :)
<quitte_> does the sunxifb of 3.4 use a binary blob?
cubear has quit [Quit: Leaving]
<viccuad> I don't have any /dev/fb* :(
<mripard_> do you have the simplefb driver enabled in your kernel configuration?
<ssvb> quitte_: https://github.com/ssvb/xf86-video-fbturbo can use the binary blob (if you want 3d), but does not need to
<viccuad> I have, I have,
<viccuad> don't know why it isn't there. maybe I build the image wrong.
<quitte_> ssvb: does that work with mainline kernel?
<ssvb> quitte_: yes
<mripard_> viccuad: do you have the boot logs ?
<mripard_> viccuad: and your kernel configuration?
<quitte_> ssvb: wooohoo. cake and having it,too
<quitte_> now tell me that there exists a miracast server? ;)
<mripard_> quitte_: search for miraclecast
<mripard_> I don't know the current status of it though
<ssvb> quitte_: btw, the xorg modesetting driver is becoming more than just a shitty placeholder for the missing proper driver nowadays, so I'm going to fix its software rendering backend :)
<quitte_> ssvb: first I need to boot. really nice to see that all the pieces are coming together
<ssvb> quitte_: that would need a proper kms driver though, or some sort of a simplekms wrapper in the kernel
<quitte_> in the end that might severely reduce my power consumption
<quitte_> new monitors would probably pay for themselves in 3 years :/
<viccuad> mripard, I get a "Reserved 9216kB of RAM for Framebuffer." in my uboot log. Full log here: http://paste.debian.net/144808/. And here is the kernel config: http://paste.debian.net/144810/
<mripard_> viccuad: the screen is an HDMI one?
<mripard_> would you have a dmesg output?
leviathancn has quit [Quit: No Ping reply in 180 seconds.]
leviathancn has joined #linux-sunxi
<mripard_> wens: hmmm, have you looked at the recent next breakages?
<mripard_> wens: A10's pll6 seems broken
<mripard_> and registers a rate and parent rate of 0
<mripard_> which blows the whole clock tree
<ssvb> mripard_: is the kernel messing with pll6?
konradoo77 has quit [Ping timeout: 250 seconds]
<ssvb> mripard_: what does it use it for?
<mripard_> ssvb: it shouldn't
<mripard_> but it's one of the parent clock for the sata and the mMC
<mripard_> (well, and all the mod0 clocks actually)
<ssvb> ok, just the dram controller setup in u-boot relies on pll5 and pll6 (pll6 just for sun5i and sun7i though)
<mripard_> I thought the dram was only using PLL5?
f15h has quit [Quit: Leaving]
<ssvb> mbus may be clocked from pll6
<mripard_> hmmm, I see
<mripard_> and I guess reclocking it might be an issue then
konradoo77 has joined #linux-sunxi
<viccuad> mripard_: the screen is a sony bravia, but I have no problem with a raspberry pi on it. I get nothing about hdmi on dmesg :c. Dont worry more, as I need to go now. thanks for the help
<mripard_> viccuad: no, my point was that the HDMI screen has to be plugged in when the boards boot
<mripard_> otherwise u-boot won't setup the framebuffer
<ssvb> viccuad: do you see anything on the screen when u-boot boots?
<viccuad> mripard_: it is, it is. mripard_ it is. ssvb : nothing. I don't even have a /dev/fb0
<ssvb> viccuad: like a penguin in the corner, some messages on screen, and then blanking after the kernel is loaded
<ssvb> viccuad: /dev/fb0 is a thing from the kernel
<ssvb> viccuad: can you interrupt u-boot and get to the u-boot command prompt?
<viccuad> I'm aware, but uboot does not show anything at boot (but reserves ram for the buffer
<viccuad> ssvb: I can. what should I do there?
<ssvb> just press some key in the serial console when u-boot says "Hit any key to stop autoboot"
<viccuad> done, I have the prompt
<ssvb> and nothing on the monitor?
<viccuad> nope
<ssvb> hmm, there is something wrong with your u-boot
<viccuad> I'm starting to think is the monitor.. (albeit it works with a raspi)
<ssvb> it says "Out: serial"
<ssvb> normally it should say "serial" and "vga"
<viccuad> I built uboot from the 2015.01 git tag, should work
<ssvb> try to enable extra debugging output in the u-boot sunxi video driver
<ssvb> and play with it until you get the picture on your monitor in u-boot
bonbons has quit [Quit: Leaving]
<viccuad> ssvb thanks, I will do. thanks guys!
<viccuad> I will enable kernel debugging for the next time :/
<ssvb> apparently the problem happens long before the kernel is loaded
<viccuad> true
<ssvb> if you don't get your monitor working in u-boot, you can't expect it to work in the kernel
<ssvb> also please try the latest u-boot git
<ssvb> the 2015.04 version is being stabilized there, with -rc1 already out
<viccuad> I will try rc1 then
<viccuad> thanks!
viccuad has quit [Quit: WeeChat 1.0.1]
ricardocrudo_ has quit [Ping timeout: 264 seconds]
Black_Horseman has joined #linux-sunxi
<mripard_> mturquette: hmmmm, there's something odd with the clocks indeed
nove has quit [Quit: nove]
<mripard_> mturquette: ok, found it
<mripard_> mturquette: ojn: the commit that breaks linux-next for us is 1c8e600440c7f5036bd9a94526d01e9c7cb68dca
<mripard_> I still don't really know why though
FDCX_ has quit [Ping timeout: 245 seconds]
quitte_ has quit [Remote host closed the connection]
quitte has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 264 seconds]
FR^2 has quit [Quit: Leaving]
konradoo77 has joined #linux-sunxi
<Turl> mripard_: how far do you get with earlyprintk+debug_ll?
iamfrankenstein has quit [Quit: iamfrankenstein]
steev has quit [Ping timeout: 245 seconds]
paulk-collins has quit [Quit: Quitte]
viccuad has joined #linux-sunxi
wickwire has joined #linux-sunxi
steev has joined #linux-sunxi
bengal has quit [Ping timeout: 245 seconds]
ojn has quit [Read error: Connection reset by peer]
steev has quit [Ping timeout: 252 seconds]
konradoo77 has quit [Ping timeout: 250 seconds]
naobsd has quit [Quit: naobsd]
wickwire has quit [Remote host closed the connection]
steev has joined #linux-sunxi
hypothalamus has quit [Quit: www.miranda-fusion.de ... be part of it...]
khuey_ is now known as khuey|away
ojn has joined #linux-sunxi
linkmauve1 has quit [Ping timeout: 245 seconds]