11:21
ssvb has quit [Ping timeout: 245 seconds]
13:02
zombah has joined #linux-exynos
13:07
ssvb has joined #linux-exynos
13:44
afaerber_ is now known as afaerber
15:24
dne has quit [*.net *.split]
15:24
dne has joined #linux-exynos
15:33
mkatic has joined #linux-exynos
15:33
<
mkatic >
so i've seen the chatter here on the past few days
15:34
<
mkatic >
seems like snow is should run quite nicely with linux-next and default exynos_defconfig, correct?
15:34
<
mkatic >
i can't get it to work
15:34
<
mkatic >
i run nv-uboot straight from spi flash
15:35
<
mkatic >
and i can't get it to load the dtb file properly
15:35
<
mkatic >
and this isn't specific to 3.19, i get this with older kernels
15:35
<
mkatic >
i get this:
15:35
<
mkatic >
3564992 bytes read
15:35
<
mkatic >
## Booting kernel from Legacy Image at 42000000 ...
15:35
<
mkatic >
Image Name: Linux-3.19.0-next-20150222
15:35
<
mkatic >
Image Type: ARM Linux Kernel Image (uncompressed)
15:35
<
mkatic >
Data Size: 3564928 Bytes = 3.4 MiB
15:35
<
mkatic >
Load Address: 42000000
15:35
<
mkatic >
Entry Point: 42000000
15:35
<
mkatic >
Verifying Checksum ... OK
15:35
<
mkatic >
## Flattened Device Tree blob at 43000000
15:35
<
mkatic >
Booting using the fdt blob at 0x43000000
15:35
<
mkatic >
XIP Kernel Image ... OK
15:35
<
mkatic >
Loading Device Tree to 5ffee000, end 5ffff47b ... OK
15:35
<
mkatic >
boot_kernel.c: ft_board_setup: warning: fdt_system_setup() fails
15:35
<
mkatic >
Failed to add board information to FDT: FDT_ERR_NOTFOUND
15:35
<
mkatic >
and then uboot just resets
15:36
<
mkatic >
when i try this exact approach with 3.8.11 chromeos kernel, it works
15:36
<
mkatic >
if i try to use the dtb file from 3.8.11 with linux-next it also doesnt work, of course
15:37
<
mkatic >
but at least the dtb file is properly loaded, i don't get the FDT_ERR_NOTFOUND error
15:37
<
mkatic >
Wizzup: You mentioned a few days ago that your snow would randomly turn on
15:37
<
mkatic >
mine does that too
15:37
<
mkatic >
and i suspect that it is a known issue
15:38
<
mkatic >
try to boot something with vboot_two_stop from the uboot cmdline
15:38
<
mkatic >
but keep the lid closed
15:39
<
mkatic >
vboot_two_stop will stop and immediately shut down if it detects a closed lid
15:39
<
Wizzup >
mkatic: did you append the dtb?
15:40
<
Wizzup >
That's an easy way to get this right
15:40
afaerber_ has joined #linux-exynos
15:41
<
mkatic >
for chromeos kernel i used Olof's instructions for building a custom kernel
15:41
<
mkatic >
so when i get my zImage, i do the mkimage -f kernel.its kernel.itb thing
15:41
<
mkatic >
and this works with chromeos kernels
15:41
<
mkatic >
so you say i should cat zImage dtb > out
15:42
<
afaerber_ >
mkatic, how did you create the uImage and what commands do you use to load things?
15:42
<
afaerber_ >
the XIP looks unexpected to me
15:43
<
afaerber_ >
I assume it can't modify things in-place for lack of space
15:43
afaerber has quit [Ping timeout: 246 seconds]
15:43
<
mkatic >
for uImage i just do:
15:43
<
mkatic >
make ARCH=arm CROSS_COMPILE=../gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/bin/arm-linux-gnueabihf- LOADADDR=0x42000000 uImage dtbs modules -j4
15:44
<
mkatic >
so i just define the LOADADDR, nothing else
15:44
<
mkatic >
then i took the dtb file and the uimage and copied that to my internal mmc boot partition
15:44
<
Wizzup >
of course- for snow you want a different DTB
15:45
<
mkatic >
hm, i think i already tried the approach from peach instructions
15:45
<
mkatic >
i can't remember exactly
15:45
<
mkatic >
well, i'll try again
15:45
<
Wizzup >
do you have nv-uboot
15:46
<
mkatic >
i replaced the default RW firmware with nv -uboot
15:47
<
mkatic >
i can't remember which of the two images i used, the one with simplefb or the other one
15:53
<
mkatic >
should i use the same LOADADDR as defined in the peach guide?
15:55
<
Wizzup >
that should be ok, yes
16:00
<
mkatic >
alright, the peach pit guide helped, i got it to boot
16:01
<
mkatic >
but the kernel crashes severely
16:01
<
mkatic >
i get no display out
16:01
<
mkatic >
serial output is ok
16:01
<
Wizzup >
display out as in hdmi?
16:01
<
Wizzup >
or internal display
16:01
<
Wizzup >
is this the latest linux-next?
16:02
<
afaerber_ >
mkatic, you may need to patches for adding hdmi clock and power-domain
16:02
<
Wizzup >
afaerber_: it worked a week ago for me though, on snow
16:02
<
Wizzup >
mkatic: just checking, you used the right dtb right?
16:02
<
mkatic >
i'll post the two crashes i get, what's the preferred paste site?
16:02
<
afaerber_ >
also I picked up one that avoids a NULL dereference
16:03
<
afaerber_ >
Wizzup, a week is ages in linux-next ;)
16:03
<
Wizzup >
I guess so
16:03
<
mkatic >
the spinlock lockup thing looks weird
16:04
<
afaerber_ >
disable exynos iommu.
16:04
<
mkatic >
i thought i read that it works in linux-next?
16:04
<
mkatic >
alright, i'll try disabling it
16:05
<
afaerber_ >
there's a huge series still missing - disabling it fixed things for me, same with exynos thermal
16:05
<
afaerber_ >
(but as you seem to have serial output, try one by one)
16:05
<
mkatic >
if i disable iommu, i loose drm aswell, right?
16:05
<
mkatic >
s/loose/lose/g
16:06
<
Wizzup >
I don't think so
16:06
<
afaerber_ >
you just need sufficient cma
16:07
<
mkatic >
what's cma?
16:10
afaerber_ is now known as afaerber
16:11
<
afaerber >
continuous memory
16:11
<
afaerber >
CONFIG_CMA_SIZE_MBYTES=64
16:11
<
afaerber >
CONFIG_CMA_SIZE_SEL_MBYTES=y
16:11
<
afaerber >
for instance
16:13
<
afaerber >
alternatively, the series I referred to is "[PATCH v5 00/18] Exynos SYSMMU (IOMMU) integration with DT and DMA-mapping subsystem"
16:13
<
mkatic >
thank you, but this isn't really a priority for me right now
16:13
<
mkatic >
i usually run 3.8.11
16:14
<
mkatic >
sorry, 3.8.11 from the chromeos repo
16:14
<
mkatic >
work fine for me, but one huge problem
16:14
<
mkatic >
it tends to just randomly crash
16:15
<
mkatic >
so i'm hoping that newer kernels might be more stable
16:16
<
mkatic >
disabling iommu got me right into Xorg with linux-next
16:17
<
Wizzup >
Swabbles: I think we should try to enable anti-spam techniques like sunxi did and then enable reg again
16:17
<
mkatic >
which is surprising since i didn't copy the modules
16:17
<
Wizzup >
I think now it's getting annoying that I have to offer everyone to make a wiki account
16:19
<
mkatic >
suspend is broken
16:19
<
mkatic >
not a big deal for me, just saying
16:19
<
mkatic >
i get this after wakeup:
16:19
<
mkatic >
[ 7.843229] exynos-dp 145b0000.dp-controller: EDID Read success!
16:19
<
mkatic >
[ 7.909122] exynos-dp 145b0000.dp-controller: EDID Read success!
16:19
<
mkatic >
[ 48.347935] exynos-dp 145b0000.dp-controller: EDID Read success!
16:19
<
mkatic >
[ 48.356075] exynos-dp 145b0000.dp-controller: unable to config video
16:19
<
mkatic >
[ 48.356072] exynos-dp 145b0000.dp-controller: Timeout of video streamclk ok
16:20
<
Wizzup >
suspend works for you?
16:20
<
Wizzup >
I didn't get it to work at all
16:21
<
mkatic >
i don't really care about suspend
16:21
<
afaerber >
I'm seeing the same thing on regular bootup on Spring :P
16:21
<
mkatic >
i mean, my snow will boot up ubuntu 14.04 from internal mmc in less than 20 seconds
16:21
* afaerber
started looking at exynos_dp_core.c but no insights yet
16:21
<
Wizzup >
mkatic: :)
16:22
<
mkatic >
ok, i'll copy the modules now, see if can get sound and wifi going
16:23
<
Wizzup >
wifi may not work, firmware loading broke somewhere, but maybe it's fixed again
16:23
<
Wizzup >
if it's a show stopper, reverting some commit (can look for it in the logs) will restore func.
16:23
<
Wizzup >
audio is still in the works, but starting to work, but not yet in linux-next, iirc
16:24
<
mkatic >
i need wifi now, i can wait for working audio
16:24
<
afaerber >
68ff2a00dbf590dc9483c20f85fd1f1faa054604.
16:24
<
mkatic >
someone here said that if i compile it as i module, it should work?
16:24
<
afaerber >
but for Snow there was a second issue with mmc timeouts or so
16:25
<
mkatic >
alright then
16:25
<
afaerber >
module> I reported that for Spring, don't have a Snow
16:25
<
mkatic >
ok, i'll try reverting the above mentioned commit
16:27
mkatic has quit [Read error: Connection reset by peer]
16:27
mkatic has joined #linux-exynos
16:41
mkatic has quit [Quit: Leaving]
16:46
liquidAcid has joined #linux-exynos
17:05
<
afaerber >
applying the iommu series still breaks boot on Spring
17:55
Tenkawa has joined #linux-exynos
17:55
Tenkawa has joined #linux-exynos
18:04
<
javier__ >
afaerber: marek said that will work on that as a follow-up, that's why I sent a patch to disable exynos iommu on exynos_defconfig
18:04
<
javier__ >
afaerber: the mmc timeout problem does not happen on snow but on peach
18:04
<
afaerber >
javier__, yeah I remember reading that. I just assumed that working iommu drivers would help :(
18:04
<
javier__ >
afaerber: not yet unfortunately
18:15
<
afaerber >
javier__, regarding my black screen, I rebooted into ChromeOS today and verified that the developer mode etc. is still on - just as with my old branch the stock kernel came up with graphics okay
18:15
<
afaerber >
javier__, do you know how updates work under ChromeOS? I wonder whether there's any firmware/ec updates that I'm missing
18:20
<
javier__ >
afaerber: no, I don't know how chromeos updates works
18:20
<
javier__ >
regarding your black screen, you can do a git bisect + adding the drm bridge patches on each step
18:21
<
javier__ >
it will be tedious but you can know what broke your display
18:26
liquidAcid has quit [Quit: Leaving]
18:35
<
afaerber >
javier__, seeing "[PATCH] exynos/drm: fix no hdmi output" I am compiling next-20150222 with less exynos drm options enabled
18:43
Tenkawa has quit [Quit: leaving]
19:13
<
javier__ >
afaerber: ok
19:50
ard has quit [Ping timeout: 265 seconds]
19:51
steev has quit [Read error: Network is unreachable]
19:53
sjoerd has quit [Ping timeout: 265 seconds]
19:53
dne has quit [Ping timeout: 265 seconds]
19:53
James_T has quit [Ping timeout: 265 seconds]
19:56
sjoerd has joined #linux-exynos
19:57
James_T has joined #linux-exynos
19:57
dne has joined #linux-exynos
19:58
steev has joined #linux-exynos
22:13
zombah has quit [Quit: Leaving]
23:02
Tenkawa has joined #linux-exynos
23:02
Tenkawa has joined #linux-exynos
23:05
mkatic has joined #linux-exynos
23:07
<
mkatic >
...had no luck getting wifi to work on snow running linux-next
23:07
<
mkatic >
[ 2.706687] mmc_host mmc2: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
23:07
<
mkatic >
[ 2.718802] mmc2: new high speed SDIO card at address 0001
23:07
<
mkatic >
[ 2.723230] mwifiex: rx work enabled, cpus 2
23:07
<
mkatic >
[ 2.727235] mwifiex_sdio mmc2:0001:1: Direct firmware load for mrvl/sd8797_uapsta.bin failed with error -2
23:07
<
mkatic >
[ 2.736706] mwifiex_sdio mmc2:0001:1: Failed to get firmware mrvl/sd8797_uapsta.bin
23:08
<
mkatic >
reverting 68ff2a00dbf590dc9483c20f85fd1f1faa054604 had no effect
23:08
ard has joined #linux-exynos
23:09
<
Wizzup >
you have to enable the userspace fallback fw loading as well
23:13
<
Tenkawa >
yeah... works great here mkatic
23:14
<
Tenkawa >
3.19.0-next
23:15
<
Tenkawa >
[ 1.156880] mwifiex: rx work enabled, cpus 2
23:15
<
Tenkawa >
[ 1.774472] mwifiex_sdio mmc2:0001:1: info: FW download over, size 458108 bytes
23:15
<
Tenkawa >
[ 2.106207] mwifiex_sdio mmc2:0001:1: WLAN FW is active
23:15
<
Tenkawa >
[ 2.475925] mwifiex_sdio mmc2:0001:1: driver_version = mwifiex 1.0 (14.66.11.p151)
23:15
<
mkatic >
thank you both, it's working now
23:15
<
Tenkawa >
I compiled mine into the kernel
23:16
<
mkatic >
i'll probably do the same once i start trimming the kernel
23:17
<
mkatic >
can't shut down with this kernel
23:17
<
Tenkawa >
yeah same problem here
23:17
<
Tenkawa >
havent analyzed it yet
23:18
<
Tenkawa >
I've just held power button till it powers off for now
23:18
<
mkatic >
mine goes all the way to
23:18
<
mkatic >
[ 19.620013] reboot: System halted
23:18
<
Tenkawa >
same here
23:18
<
mkatic >
display turns off but the power led remains on
23:19
<
Tenkawa >
probable just one address needs to be changed
23:19
<
Tenkawa >
been working on getting my rpi2's online so I havent looked at it at all personally yet
23:19
<
mkatic >
well, it's not a deal breaker, at least not for me
23:19
<
Tenkawa >
here either
23:20
<
Tenkawa >
its been worth it.. 3.8 was way too old for me
23:20
<
mkatic >
dp you get random hangs with 3.8?
23:20
<
mkatic >
i'm starting to think mine has a hardware issue
23:21
<
mkatic >
even when i was on chrome OS i got random hangs
23:21
<
mkatic >
i
_did_ buy it refurbished from an amazon seller
23:22
<
Wizzup >
mkatic: same @ led
23:22
<
mkatic >
can't start chromium, i get a segfault
23:23
<
Wizzup >
there are some errata's, but I am not sure if those are related.
23:23
<
Wizzup >
I only ran into that when recompiling gcc
23:23
<
Wizzup >
errata's missing*
23:23
<
Wizzup >
that you need to enable in mainline u-boot (and also get the mainline u-boot as nv-uboot)
23:23
<
Wizzup >
and I have not tried that yet.
23:23
<
Wizzup >
(no time unfortunately)
23:24
<
mkatic >
i only caught these kernel panics a few times
23:24
<
mkatic >
i mean i caught some dmesg output
23:25
<
mkatic >
hmm, i can't find them now
23:30
<
Tenkawa >
cheers all.. bbl
23:30
Tenkawa has quit [Quit: leaving]
23:49
mkatic has quit [Quit: Leaving]