gianMOD has quit [Remote host closed the connection]
Andy-D has quit [Ping timeout: 245 seconds]
ninolein has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 246 seconds]
FlibberTGibbet has quit [Quit: Leaving]
endlezzz has quit [Ping timeout: 264 seconds]
popolon has quit [Quit: WeeChat 1.1.1]
endlezzz has joined #linux-sunxi
<el3>
plaes: You updated the wiki for me the other day. I found it only works for me if the command is split into 2 lines. So line 1: make -j5 ARCH=arm CROSS_COMPILE=$compilerPath modules
<el3>
and line 2: make -j5 ARCH=arm CROSS_COMPILE=$compilerPath INSTALL_MOD_PATH=anypath
p1u3sch1_ has joined #linux-sunxi
<el3>
*$compilerPath is <toolchain-prefix>
p1u3sch1 has quit [Ping timeout: 264 seconds]
<libv>
leviathanch: allwinner has so far not cooperated, despite many empty promises. You are just another one making, so far, empty promises, and there are too many people who lack hindsight in this community apparently.
<libv>
leviathanch: so, again, stop making promises.
<libv>
act or stfu.
<libv>
and don't downplay the gpl and the legal obligations allwinner is under.
<libv>
because stating at one end that Allwinner is oh so willing to do the right thing, and at the other end "but it's too hard, so Allwinner will not do what it needs to do", that shit just doesn't fly.
khuey|away is now known as khuey_
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
<el3>
would you not recommend an allwinner board then?
<ssvb>
plaes: can you provide a short summary about this tizen stuff?
<plaes>
it can make 4GB sdcard image to 300MB :)
<plaes>
but you need bmap-tool to write it..
<ssvb>
well, I guess, this is not going to fly :)
<libv>
resize2fs?
<ssvb>
I can already use gzip, or xz to compress the images :)
<libv>
:)
<plaes>
ssvb: btw, the 480MHz seems to be quite solid for Gemei G9 - worked for 24h without hiccup
<ssvb>
plaes: good :) with better zq settings you might probably clock it much higher than that
<plaes>
and I managed to find latest original firmware which had also dram speed set to 480
<plaes>
zq and emr2(?) was the same there
<ssvb>
oh, but this is exactly the problem with allwinner hardware :(
<ssvb>
the vendors are recklessly overclocking devices, and this fails for a certain percentage of users
<plaes>
has anyone flashed the livesuit image from Linux?
<libv>
plaes: s/the/a/ ?
<libv>
if so, yes
<ssvb>
plaes: in your case, the 480mhz dram clock speed is just borderline stable without any safety headroom
<libv>
i improved the livesuit page on our wiki when i did so
<plaes>
libv: thanks
<ssvb>
plaes: iirc, 504mhz failed the test on your tablet
<plaes>
ssvb: yeah, though it took some time
<ssvb>
plaes: there are always some manufacturing differences between different devices, also the temperature may be different and many other minor factors...
<plaes>
I tried the temperature thing, left it overnight wrapped in towel :P
<ssvb>
plaes: yes, your device should be ok :)
<ssvb>
plaes: but I mean, it is unsafe to assume that it will work properly on any other Gemei G9 tablet
<plaes>
so far, I seem to be the only user
<ssvb>
:)
<plaes>
and the GemeiTech is gone..
igorpec has quit [Ping timeout: 255 seconds]
* plaes
tries the LiveSuit when he gets home
Froolap has joined #linux-sunxi
ssvb has quit [Quit: Leaving]
sehraf has joined #linux-sunxi
domidumont has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
prz has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
HeHoPMaJIeH has joined #linux-sunxi
forest has quit [Ping timeout: 245 seconds]
forest has joined #linux-sunxi
_massi has joined #linux-sunxi
TheSeven has quit [Read error: Connection reset by peer]
aballier has joined #linux-sunxi
TheSeven has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 255 seconds]
naobsd has quit [Quit: naobsd]
ganbold_ has joined #linux-sunxi
igorpec has joined #linux-sunxi
simosx has joined #linux-sunxi
wickwire has joined #linux-sunxi
leviathancn has joined #linux-sunxi
naobsd has joined #linux-sunxi
FR^2 has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 256 seconds]
igorpec has quit [Ping timeout: 252 seconds]
gianMOD has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
ricardocrudo has joined #linux-sunxi
Renard has joined #linux-sunxi
mmarker has quit [Remote host closed the connection]
mmarker has joined #linux-sunxi
faisal__ has quit [Remote host closed the connection]
naobsd has joined #linux-sunxi
leviathancn has quit [Ping timeout: 255 seconds]
forest has quit [Quit: Leaving]
igorpec has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
gianMOD has quit [Read error: Connection reset by peer]
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
ricardocrudo has quit [Ping timeout: 256 seconds]
Black_Horseman has joined #linux-sunxi
Andy-D has joined #linux-sunxi
igorpec has quit [Ping timeout: 250 seconds]
selfbg has joined #linux-sunxi
gianMOD has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
zombu2 has quit [Read error: Connection reset by peer]
<rellla>
also, one commit is introducing deinterlacer. problem is detecting interlaced material atm.
<rellla>
needs some more testing though and could then maybe pushed upstream
F1skr has joined #linux-sunxi
igorpec has joined #linux-sunxi
zombu2 has quit [Read error: Connection reset by peer]
zombu2 has joined #linux-sunxi
zombu2 has quit [Read error: Connection reset by peer]
zombu2 has joined #linux-sunxi
di-erz has quit [Read error: Connection reset by peer]
di-erz has joined #linux-sunxi
viccuad has joined #linux-sunxi
igorpec has quit [Ping timeout: 240 seconds]
gianMOD has quit [Remote host closed the connection]
ricardocrudo has quit [Ping timeout: 256 seconds]
domidumont has quit [Quit: Leaving.]
<el3>
plaes: Okey Thank you. I didnt know I could edit.
<el3>
But yes, it was typo, make modules first, then modules install
<plaes>
`make ... modules modules_install` should work though
<el3>
Okey. I made a shell script to do all the guide for me. But it wouldnt find .modules something, before I split it
<plaes>
hmmm ok
<el3>
might be just me. I also have to define the full path to the compiler. So maybe it is the problem
Black_Horseman has quit [Remote host closed the connection]
focus has quit [Ping timeout: 264 seconds]
naobsd has joined #linux-sunxi
<el3>
Can I make it more noob friendly, if I edit. I had difficoult to understand what <ealyprintk> should contain. Maybe provide examples in the text what it could be.
<el3>
I dont know if the goal is to be noob friendly, but it wouldnt hurt I guess
<mripard_>
it shouldn't contain anything.
<mripard_>
just put earlyprintk and that's it.
focus has joined #linux-sunxi
<el3>
hmm okey mripard_
<el3>
mripard_: then I dotn see why it should look like this <earlyprintk> in the wiki
<el3>
so I would just remove the <> to be clear. Am I right?
<el3>
in my boot.cmd I defined it like this setenv bootargs console=ttyS0,115200 earlyprintk=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10 ${extra}
domidumont has joined #linux-sunxi
<mripard_>
el3: indeed, it's just earlyprintk
<mripard_>
but usually, <> means that it's optional.
<el3>
mripard_: ARCH=arm CROSS_COMPILE=<toolchain-prefix> INSTALL_MOD_PATH=<any-path-you-like> make modules modules_install how about <toolcain-prefix> <--- is that optional
<mripard_>
no, it's not optional.
<NiteHawk>
actually <something> usually indicates that you should substitute some actual value for it (so the <partition> there makes sense). An optional parameter is usually denoted with "[]", so i would prefer [earlyprintk] there.
gianMOD has joined #linux-sunxi
<el3>
Then some of those should change. If <> means opional. If the goal is to be noob friendly :)
<el3>
optional*
<el3>
NiteHawk: okey
<mripard_>
el3: noob != lazy
<NiteHawk>
<> and [] are widely used in man pages, we should stick to their significance there
<mripard_>
if you understood, or were willing to undertand, how cross compilation works, you wouldn't ask that kind of question
<mripard_>
being a noob has nothing to do with that
<el3>
Okey then I edit this to earlyprintk[]
<mripard_>
NiteHawk: indeed
<NiteHawk>
el3: "[earlyprintk]" please
<el3>
mripard_: Maybe. Noob just means beginner for me. But its true I am not lazy. Been ripping my haisr out for nights. So edit it to make it easier for the next one like me would help. But not if it makes it totally ununderstandable for you.
zombu2 has joined #linux-sunxi
<el3>
NiteHawk: sry it was a type. I allways finish brackets first, then back up to fill them when coding :) forgot to move the cursor back
<el3>
ripping my hairs out*
<NiteHawk>
:D np, just wanted to make sure we do mean the same thing
<T0mW>
Turl: #define DEBUG at the top of pinctrl-sunxi.c
<T0mW>
Turl: interestingly, the first call to sunxi_pmx_set() does set the PH20 to mode 6 (EINT20). I'm not sure why the second call to sunxi_pmx_set() is occurring though.
<T0mW>
Turl: even if sunxi_pmx_set() is configuring PH20 correctly, I do not get an interrupt on the imput.
gianMOD has quit [Remote host closed the connection]
sehraf has joined #linux-sunxi
zombu2 has quit [Read error: Connection reset by peer]
ricardocrudo has quit [Ping timeout: 264 seconds]
<T0mW>
Turl: unfortunately, I just cannot find any examples of the "interrupt-extended" for the sunxi platform. I talked with mripard_ a few days ago and he indicated that this was the way to go for those EINTx pins.
<Turl>
T0mW: nobody uses the EINTx pins, indeed
<T0mW>
Turl: I think I need the dts verified by someone, then I can drill into pinctrl-sunxi.c deeper, if need be.
zombu2 has joined #linux-sunxi
prz has quit [Ping timeout: 264 seconds]
<Turl>
T0mW: can you enable debug on pinctrl and get another log'
<Turl>
?*
<T0mW>
Turl: I've debug enabled.
gianMOD has joined #linux-sunxi
<T0mW>
Turl: just removing the printk, will get another log
domidumont has quit [Read error: Connection reset by peer]
<Turl>
T0mW: can you try with interrupts-extended = <&pio 20>; ?
<T0mW>
k
<Turl>
it might take the eint # iinstead of the pin hm
<T0mW>
Turl: AH, that would explain PH7, huh?
<T0mW>
root@prismLX:~# insmod prismlx.ko
<T0mW>
insmod: ERROR: could not insert module prismlx.ko: No such device
<T0mW>
Turl: it is not processing the 'interrupts-extended', all I got from pinctrl-sunxi.c was 'of_irq_parse_one: dev=/prismlx, index=0' during insmod
cubear has joined #linux-sunxi
<T0mW>
Turl: ok, my assumption is that making the call into platform_get_irq_byname() will cause pinctrl-sunxi.c to parse the dtb for the named pin. This would configure the PH Config1. The call into request_irq would then unmask the interrupt on that pin and it should be now ready to accept stimulus?
<T0mW>
Turl: IOW, all I need is a good device tree, call platform_get_irq_byname(), pass that value into request_irq, and I'm good to go?
<T0mW>
Turl: I'm going to have to drill this down deeper, something is goofy.
bonbons has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 256 seconds]
gianMOD has quit [Ping timeout: 250 seconds]
paulk-collins has joined #linux-sunxi
afaerber_ has joined #linux-sunxi
simosx has quit [Quit: Leaving]
afaerber has quit [Ping timeout: 250 seconds]
afaerber_ is now known as afaerber
igorpec has joined #linux-sunxi
ssvb has quit [Ping timeout: 240 seconds]
ssvb has joined #linux-sunxi
<Turl>
T0mW: yes, you got the gist
forest has joined #linux-sunxi
<T0mW>
Turl: thanks, now looking at of_parse_phandle_with_args()
<Turl>
maybe wens or mripard_ can clarify on the exact format of interrupts-extended
forest has quit [Client Quit]
foresto has joined #linux-sunxi
<Turl>
the pio node has #interrupt-cells = <2>; so it should take 2 specifiers
<Turl>
4 is level high, you can see the others on include/dt-bindings/interrupt-controller/irq.h
di-erz has quit [Ping timeout: 264 seconds]
<el3>
I built hans branch now. But when booting, it hangs at [ 0.762843] Waiting for root device /dev/mmcblk0p2...
<el3>
I found online it could be something about voltage regulators. But what voltageregulator driver should I choose. I see X-POWERS AXP20X is on form default
<T0mW>
Turl: you are a freakin genius! I just got a couple of interrupts on that line! YIPPIE!
<Turl>
el3: make sure the fixed regulators are enabled
<el3>
ofc it could be something else that make it hang
<el3>
it is
<Turl>
T0mW: great :)
<el3>
I am in the config now
<Turl>
el3: got a log?
aballier has quit [Read error: Connection reset by peer]
<T0mW>
Turl: thank you, thank you, thank you! This has only taken a week to get working. :(
<el3>
Turl: You want a pastebin, until it hits the hang at [ 0.762843] Waiting for root device /dev/mmcblk0p2...
<el3>
?
aballier has joined #linux-sunxi
<Turl>
T0mW: your're welcome :)
<Turl>
T0mW: the format should be explained on the binding document, but it's missing for some reason
<el3>
plaes: Turl: thank you. I got to login screen :)
<el3>
[....] Mounting local filesystems...mount: unknown filesystem type 'vfat'
<el3>
failed.
<el3>
one error, but it passed
viccuad has joined #linux-sunxi
<plaes>
you need fat filesystem too
<el3>
ah yes.
<el3>
DOS/FAT/NT Filesystems ---> rigt?
zombu2 has quit [Read error: Connection reset by peer]
domidumont has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
zombu2 has joined #linux-sunxi
exslestonec has quit [Ping timeout: 240 seconds]
_massi has quit [Remote host closed the connection]
zombu2 has quit [Read error: Connection reset by peer]
khuey_ is now known as khuey|away
zombu2 has joined #linux-sunxi
khuey|away is now known as khuey_
MY123 has quit [Ping timeout: 250 seconds]
<plaes>
el3: yes
<tyler-baker>
wens, mripard_ cubieboard4 is booting http://kernelci.org/boot/sun9i-a80-cubieboard4/ using the optimus dt. Using the sunxi-rsb branch, I can confirm mmc, emmc, and usb works.
melonipoika has quit [Remote host closed the connection]
MY123 has joined #linux-sunxi
MY123 has quit [Client Quit]
Froolap has quit [Ping timeout: 240 seconds]
gianMOD has joined #linux-sunxi
bengal has joined #linux-sunxi
leviathancn has joined #linux-sunxi
zombu2 has quit [Ping timeout: 245 seconds]
zombu2 has joined #linux-sunxi
exslestonec has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
wickwire has quit [Read error: Connection reset by peer]
<Turl>
tyler-baker: really nice :)
<Turl>
tyler-baker: I always wanted to build something like that, but the most I got done was CI-style builds of my code
bengal has quit [Read error: Connection reset by peer]
exslestonec has quit [Ping timeout: 246 seconds]
<tyler-baker>
Turl, Thanks :) Yeah, the group of us that started it had a similar experience. We all had our 'scripts' for doing bits and pieces of it. It was quite a large undertaking to pull all the pieces together and produce a general purpose dashboard.
<tyler-baker>
Turl, still only boot testing (though, 272 boots on each merge isn't bad) looking forward to performing regression testing in the short term
<Turl>
tyler-baker: well worth the effort :)
<Turl>
tyler-baker: automatic bisection for boot issues would be great too
<tyler-baker>
Turl, Glad you think so, if you have any feedback please let us know.
<tyler-baker>
Turl, Yeah that is a goal of ours, we have the automated bisection parts working
<tyler-baker>
Turl, it's still a manual step to trigger a bisection though
<tyler-baker>
Turl, Ideally we would want the bisection results to already have been done/process before the email report goes out, which is challenging ATM :)
<el3>
okey I finally got hans branch of the kernel working. I got it git clone git://github.com/jwrdegoede/linux.git . But when I try modprobe g_mass_storage file=/dev/mmcklb0p3 stall=0 I get ERROR: could not insert 'g_mass_storage': No such device
zombu2 has quit [Read error: Connection reset by peer]
<Turl>
el3: did you enable the otg support?
<Turl>
tyler-baker: that would be ideal, yep
<el3>
Turl: I will check that
zombu2 has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
<Turl>
el3: also, if you're not using a cubietruck as hans you'll probably need to write some dt bits for your device
akaizen has joined #linux-sunxi
<el3>
okey it is pcduino. It worked with 3.4
akaizen has quit [Ping timeout: 252 seconds]
<el3>
Turl: true. It is not set. I will fix that
<lukas2511>
el3: i think you also have to enable CONFIG_MFD_SYSCON and CONFIG_NOP_USB_XCEIV, musb must be in dual role mode, also you need do modify the dts file to define the phy
<lukas2511>
i configured it by loading the sunxi musb module, looking at the error message in code, trying to find what it comes from, and enabling the right option in kernel config, was a bit annoying, but have a kinda minimal working config i am using on olinuxino a20 lime2, if you want that i can upload it somewhere
gianMOD has joined #linux-sunxi
<el3>
lukas2511: Okey that would be nice
<el3>
lukas2511: if I neet to modify the dts I need sunxi musb module?
<lukas2511>
you should diff that dts with the original dts for lime2, look at the new things, and modify them according the schematic ob pcduino or whatever you are using
<lukas2511>
(and integrate those in the pcduino dts file)
<el3>
okey. thank you. Will that kernel configuration also work with hans branch?
<el3>
lukas2511: ok thank you
<lukas2511>
yes, i used commit d22f97ebdeec34b9fe6a22cb72a87ca323e48bdf from hans branch
viccuad has quit [Quit: WeeChat 1.0.1]
gianMOD has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
gianMOD has joined #linux-sunxi
<diego71>
ssvb: the kernel in the demo sd-image is a 3.18 with patches for supporting simplefb, right?
<diego71>
where can i find the patches used to compile it?
<ssvb>
diego71: these are very old ones, they were revised later
<ssvb>
diego71: why are you interested in this kernel?
gianMOD has quit [Remote host closed the connection]
<diego71>
ssvb: i'm thinking about to build a linux-image-3.18-xxx.deb with simplefb support...
<ssvb>
diego71: it's better to move to 3.19 anyway
<ssvb>
diego71: because of LCD support and other improvements
<diego71>
ssvb: yes, but in debian experimental, the last kernel version is still the 3.18
<ssvb>
hmm
<diego71>
and being lazy, I'd like to start from the already packaged 3.18 :)
<diego71>
ok, i can also try to applay patch-3.19 from kernel.org on the debian kernel source, but it looks more risky
<ssvb>
you can of course just apply these 3.18 patches, but I never intended this kernel to be used for anything other than a simple setup program in the initramfs
<diego71>
(and I'm wondering how can I make a diff between two version from github web interfaces ... )
<ssvb>
I kind of recklessly cherry picked patches, and maybe not the most up to date versions of them
<el3>
lukas2511: can I use the branch I got with commit a076583266dea1fa061478eb2149bb92b4736060 or do I need the one you said?
<el3>
I dont really understand commit. is it version?
cubear has quit [Quit: Leaving]
<lukas2511>
el3: newest version of the branch should work. yea the commit is kinda like a version, but not really...
tomcheng76 has quit [Read error: Connection reset by peer]
<el3>
okey I got the latest. And should I only edit the arch/arm/boot/pcduino.dts file so it looks like yours, before build. and the copy pcduino.dtb and zImage and modules over after right?
<el3>
lukas2511: ^
<lukas2511>
i used uImage, but yea.
<lukas2511>
but
<lukas2511>
you have to change the pins in the dts file
<lukas2511>
because they may be different on pcduino
<lukas2511>
you'll have to look at manual/schematic to figure out how stuff is connected
<el3>
yea I tought I will go your trough and edit the relevant things on mine dts
<el3>
wouldnt that work
<lukas2511>
yes, but you'll have to change the pins. otherwise it probably won't work, or will be in an undefined state because vbus-detect may be floating or whatever
<el3>
lukas2511: what is the difference if I use uImage or zImage?
<el3>
lukas2511: okey
tomcheng76 has joined #linux-sunxi
<lukas2511>
el3: i don't know.
<lukas2511>
i always use uImage, because that works for me
<lukas2511>
and i think mainline howto in wiki uses that too
<tyler-baker>
el3, yeah it is my prefered method when the boot loader supports it. Sometimes you need to shift the load addresses around for zImage booting, if you run into trouble let me know
<el3>
tyler-baker: Okey. I did manage to boot and all is working. Just not g_mass_storage. Thats why I again dive in something I dont know anything about
<el3>
:D
<tyler-baker>
el3, ah great! have fun :D
<el3>
thank you
<tyler-baker>
np
<lukas2511>
USB0_DRV PB9, USB0_ID_DET PH4, USB0_VBUS_DET seems not to be available on pcduino
<lukas2511>
^ el3
<el3>
ouch
bonbons has quit [Quit: Leaving]
<el3>
but g_mass_storage worked for me on 3.4. the system was just very unstabile, so I tried mainline kernel instead
<el3>
crashed each half hour
<mnemoc>
ouch
<lukas2511>
you used stall=0 as parameter? without it it may stall m)
<el3>
yes
<el3>
I did
ricardocrudo has joined #linux-sunxi
<el3>
lukas2511: So what does it mean for me that USB0_DRV PB9, USB0_ID_DET PH4, USB0_VBUS_DET ?
<el3>
is not avalable
<lukas2511>
vbus det should not really be required
<mnemoc>
isn't that one for wake-on-plug ?
igorpec has quit [Ping timeout: 244 seconds]
<lukas2511>
fexfile states 'usb_det_vbus_gpio = "axp_ctrl"', looks like the axp209 has the detection pin, not sure if that works with mainline changes yet
<el3>
And if soldering makes it works, I will do it. But it worked with 3.4, so I dont know why it shouldnt work with this. But then again I dont know what I am dealing with
<el3>
okey so 4 is pin PH4
<lukas2511>
yea well
<lukas2511>
you may want to ask hans before doing anything
<lukas2511>
i just recognized that it states something about axp in the fexfile instead of using a gpio pin
<lukas2511>
and i have no idea how to use something like that in dts, if that's even possible
<lukas2511>
my personal workaround would be trying to solder the pin to something i can easily use, but maybe there are other ways
<el3>
problem is that I know to little. Or I would just solder it. So I am willing to try 3.4 again, and see if I can get it run without crash
nove has quit [Quit: nove]
leviathancn has quit [Ping timeout: 246 seconds]
<el3>
lukas2511: where is the vbus_det pin?
gianMOD has joined #linux-sunxi
<lukas2511>
look at schematic, but i think it's just the 5V from usb host, not entirely sure