zombah has quit [Quit: Leaving]
libv has quit [Ping timeout: 264 seconds]
libv has joined #linux-exynos
libv has quit [Ping timeout: 264 seconds]
libv has joined #linux-exynos
amitk has joined #linux-exynos
libv has quit [Read error: Connection reset by peer]
libv has joined #linux-exynos
libv has quit [Ping timeout: 264 seconds]
libv has joined #linux-exynos
libv has quit [Ping timeout: 264 seconds]
_anomaly_ has joined #linux-exynos
Mahdi91 has joined #linux-exynos
Mahdi91 has quit [Client Quit]
prahal has joined #linux-exynos
indy has quit [Ping timeout: 250 seconds]
pekka30 has quit [Ping timeout: 272 seconds]
pekka30 has joined #linux-exynos
libv has joined #linux-exynos
indy has joined #linux-exynos
<Wizzup_> SJRvanSchaik: What was the fix again for when fbset -i shows (nil) for the addr?
<Wizzup_> hang on
<Wizzup_> something else is probably wrong
D1337d has quit [Ping timeout: 272 seconds]
zombah has joined #linux-exynos
D1337d has joined #linux-exynos
dlan has quit [Ping timeout: 276 seconds]
dlan has joined #linux-exynos
afaerber has quit [Ping timeout: 240 seconds]
<Wizzup_> [indeed[
<Wizzup_> ]
afaerber has joined #linux-exynos
leowt has joined #linux-exynos
jrmy__ has joined #linux-exynos
ssvb has quit [Ping timeout: 246 seconds]
<jrmy__> Hi all, is there a simple solution to make the screen working on chromebook snow, with a mainline kernel?
<jrmy__> With v4.1-rc2 + exynos_defconfig I get a white screen.
<javier__> jrmy__: are you using a nv-uboot with simplefb support?
<jrmy__> Yes
<javier__> jrmy__: that's not going to work since now snow has a proper drm/kms driver and there isn't a way to do a handoff between simplefb and exynos drm
<javier__> jrmy__: so you need to disable CONFIG_FB_SIMPLE
<javier__> or use a nv-uboot that doesn't add the simplefb dev node in the FDT
<jrmy__> Ok I'll try. Thanks.
<javier__> yw
<Wizzup_> jrmy__: it works for me on mainline
<Wizzup_> But indeed, with FB_SIMPLE disabled
<Wizzup_> Now that I can finally test (fixed the btrfs issues with the devs) I will document snow more
<Wizzup_> Pretty much everything seems to work on v4.1-rc2, except for sound + suspend (due to wifi perhaps)
<Wizzup_> javier__: actually, I wanted to ask you about sound
<Wizzup_> I see alsa, and on peach-pi, it produces some sound, but it's not quite correct
<Wizzup_> but I guess that is known?
<jrmy__> I confirm, it works for me with FB_SIMPLE disabled.
<javier__> Wizzup_: yes, it was working for me when I tested but it seems to depend on setup made by the boot-loader
<javier__> so there is something missing in the kernel, I've to look at it
<Wizzup_> javier__: I see; I'm using mainline u-boot
<javier__> Wizzup_: S2R should work on Snow, I had issues on Peach Pi due the mwifiex driver preventing to suspend if keep-power-in-suspend was not defined in the DTS
<javier__> Wizzup_: this is the fix for Peach Pi fwiw https://lkml.org/lkml/2015/4/7/377
<javier__> (for S2R)
<Wizzup_> ack!
<Wizzup_> I think I had the same error on snow when I tried
<Wizzup_> (something with mwifiex)
<Wizzup_> mainline u-boot on snow* not on peach-pi yet
<Wizzup_> I finally got more SD cards so I can play around more
<javier__> Wizzup_: hmm, now I notice that keep-power-in-suspend is also missing on Snow, I was pretty sure that it was already there
<javier__> Wizzup_: I'll post a patch later
<Wizzup_> I can figure it out I guess - not a priority
<Wizzup_> at the moment I am updating my snow (gentoo ; takes time)
<Wizzup_> I wanted to try it for two weeks but hit a btrfs null pointer
<Wizzup_> tried quite some patches ; but at some point they had the right patch
<javier__> Wizzup_: but yeah, sound is the only missing bit. CPUFreq and IOMMU patches are on the list, I should try those at some point
<Wizzup_> :-)
<javier__> Wizzup_: and then mali but that has to be carried as out-of-tree patches, then I could use my peach pi as work machine when I'm on the road
* Wizzup_ uses peach pi as work machine already
<Wizzup_> but with the chromeos kernel atm
<Wizzup_> mostly because I usually need sound
<Wizzup_> good to hear about s2r and audio
prahal has quit [Ping timeout: 244 seconds]
<Wizzup_> the audio was very funny on peach-pi
<Wizzup_> wrong freq + some other weird things
<Wizzup_> but mpv would play at three times the speed
<javier__> Wizzup_: yeah, there seems to be something about clocks. I still didn't figure out the audio part of these machines completely
afaerber has quit [Quit: Verlassend]
<javier__> the audio hw seems to be very complex on these SoCs, I guess is because are mostly targeted for mobile phones
afaerber has joined #linux-exynos
<leowt> hi all!
<leowt> does anyone know/uses friendlyarm stuff?
<leowt> they dont release the uboot source for their nanopc-t1 platform, and they are using in a ubuntu image
<leowt> and they provide a outdated kernel with buggy mfc
<leowt> i ported board stuff to a newer odroid kernel
<leowt> (since they where based on it)
<leowt> but it doesnt load
<leowt> with that binary uboot
<leowt> any hints from where i can go from here?
<leowt> they have sources for a very similar platform (memory is different)
<Wizzup_> What ddx do most people here use on exynos?
<Wizzup_> armsoc? fbturbo?
afaerber_ has joined #linux-exynos
afaerber has quit [Ping timeout: 256 seconds]
afaerber_ is now known as afaerber
<leowt> getting this
<javier__> leowt: can you share your nanopc_machine_init() function?
<leowt> =)
<javier__> leowt: so you want to use the 3.8 odroid kernel with a forward ported board files from another vendor tree?
<leowt> originally they seem to have forked from odroid
<leowt> just a sec
<javier__> leowt: I would avoid the odroid 3.8 kernel and just try to support your platform in mainline
<leowt> their kernel
<javier__> exynos4 is very well supported now and even there are DTS for the 4412 based odroids that you can use as a reference
<leowt> they have a eclipse dotfile with odroid-3.8 kernel
<leowt> yes i know :/
<leowt> but
<leowt> what about dts?
<leowt> i am very new in this
<javier__> leowt: DTS = Device Tree source file
<javier__> is a description of the hw topology
<javier__> is used instead of the old board files that described the hw in C
<leowt> yes i get that, but there isnt one for this board, being that, i have to do it
<leowt> and i dont know where to start :)
<javier__> right but you should have all the information in the board files and have the odroid as a reference
ssvb has joined #linux-exynos
<leowt> i wanted to take this in small steps
<leowt> so i can learn in the process
<javier__> leowt: you can start with a minimal DTS that only gets you serial working
<javier__> and start from there, then add mmc, usb, etc
<leowt> i will compile a 4.0 kernel using a dts from odroid u3
<leowt> since it is the closest board
<leowt> then
<leowt> =)
<javier__> leowt: yeah, if the boards are really very similar that may work
<leowt> is there any problems with uboot 2010-12 and dtb?
<javier__> leowt: u-boot 2010-12 is a pretty old version but I don't know if there is a problem with dtb
<javier__> is that the u-boot that is shipped on the device?
<javier__> leowt: I would start appending the DTB then just to remove more variables from your equation
<leowt> javier__ i only have a binary of uboot for this platform, they released a source for a similar one but it doesnt work since memory init and clock are different
<leowt> yes
<leowt> im am just compiling one
<leowt> =)
<twitch153> Has anyone got the linux 4.0.1 kernel loaded on the Odroid XU3? I'm running into a few snags myself while trying to get it to boot. From what I can see, HDMI isn't work for it. Can't diagnose much else, the UART isn't that helpful for me at the moment.
jrmy__ has quit [Quit: Page closed]
<javier__> Wizzup_: patch to fix S2R for Snow posted https://patchwork.kernel.org/patch/6351001/
<javier__> twitch153: why UART is not helpful? can you share your full boot log?
<twitch153> javier__, it just doesn't show enough useful info. But absolutely, give me a second to get one for you.
<leowt> just gave an error compiling -_-'' is there any stable branch you recommend javier__ ?
<javier__> leowt: what error are you getting? I could built today's linux-next and v4.1-rc2 just fine
<twitch153> javier__, here you go: http://dpaste.com/3PM7V8F
<javier__> leowt: are you using exynos_defconfig? and also what's your toolchain version?
<javier__> twitch153: are you using exynos_defconfig?
<twitch153> javier__, no.
<twitch153> Recommend I do?
<javier__> twitch153: and which defconfig are you using? a custom one?
<twitch153> javier__, yes.
<javier__> twitch153: I do yes, at least as a first step so you know all the needed options are enabled
<javier__> then you can trim down / customize if you need to
<twitch153> javier__, alright, thanks. I'll whine again in this channel if exynos_defconfig isn't successful for me.
<javier__> twitch153: cool
<twitch153> If it is, then I'll add it to the linux-exynos wiki that it works.
<leowt> rivers/built-in.o: In function `exynos_dp_poweroff':
<leowt> bla bla
<leowt> code related
<javier__> leowt: you are replacing important information for bla bla :)
<leowt> sec
<javier__> leowt: also, you didn't answer my questions ^^
<leowt> i am using exynos_defconfig yes, sorry
<javier__> and a never toolchain I assume?
<javier__> *newer
<leowt> gcc version 4.9.3 20141031 (prerelease) (Linaro GCC 2014.11)
<leowt> from linaro
<javier__> leowt: right, you need https://lkml.org/lkml/2015/5/2/2
<javier__> leowt: wonder how you got with CONFIG_FB_S3C enabled btw since that is not in exynos_defconfig
<leowt> it was enabled on the platform original kernel
<javier__> leowt: I see, then you are not using exynos_defconfig :)
<leowt> i am, but i enabled it
<leowt> :)
<javier__> right, you don't need that for exynos4 since is a driver for the controller on older Samsung S3C SoCs
<leowt> ook, rebuilding
amitk has quit [Quit: leaving]
<twitch153> Seems with using exynos_defconfig it boots fully, but HDMI isn't enabled, ethernet doesn't work, and in my previous config when having HDMI enabled it didn't work.
<twitch153> So I'll stick with not using 4.0.1 for now, I guess.
ssvb has quit [Quit: Leaving]
<leowt> javier__ uboot is expecting ramdisk not dtb files :/
<sjoerd> leowt: you can use an appended dtb if yur uboot is very old
<leowt> hmm..
<leowt> ill check, tns
<leowt> *tnks
<leowt> do i need to fill this address?
<leowt> and, how do i chose which dtb to append?
liquidAcid has joined #linux-exynos
<leowt> javier__ got it booting YEY
<leowt> :)
<leowt> sjoerd tnks for the tip
zombah has quit [Quit: Leaving]
leowt has quit [Quit: Textual IRC Client: www.textualapp.com]
liquidAcid has quit [*.net *.split]
liquidAcid has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
<bgamari> afaerber, what is the status of the Odroid XU work?
<afaerber> bgamari, patches still haven't been picked up - last weekend I rebased them onto the lastest kgene tree and they still applied without problems there
<afaerber> *latest
<bgamari> afaerber, alright
liquidAcid has joined #linux-exynos
opuk has quit [Ping timeout: 250 seconds]
opuk has joined #linux-exynos
zombah has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
opuk has quit [Changing host]
opuk has joined #linux-exynos
liquidAcid has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
liquidAcid has joined #linux-exynos
prahal has joined #linux-exynos
D1337d has quit [Ping timeout: 255 seconds]
D1337d has joined #linux-exynos
prahal has quit [Ping timeout: 250 seconds]
liquidAcid has quit [Quit: Leaving]