Turl changed the topic of #linux-sunxi to: 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
tipo has quit [Ping timeout: 276 seconds]
tipo has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 265 seconds]
tipo has quit [Quit: Leaving]
Tusker has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
arossdotme has quit [Ping timeout: 244 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 250 seconds]
Andy-D_ has quit [Ping timeout: 244 seconds]
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
Andy-D_ has joined #linux-sunxi
<wens> dave0x6d: networking is montjoie's work, i'm just throwing patches together cause i want remote access to my boards
kruxXx has left #linux-sunxi ["WeeChat 1.4"]
cnxsoft has joined #linux-sunxi
tipo has joined #linux-sunxi
Tusker has quit [Quit: Time wasted on IRC: 1 hour 38 minutes 5 seconds]
indy has quit [Ping timeout: 252 seconds]
<duangduang> does U-Boot currently supports usage of LVDS LCD panels on A31s?
<duangduang> I have now a 13.3' A31s tablet with a LVDS LCD panel
<duangduang> oh I mean mainline U-Boot
<duangduang> Sadly I cannot even make a lichee kernel work for it :-(
duangduang is now known as MoeIcenowy
<luoyi> igraltist: so you mean that it's really a power managment problem.
<wens> MoeIcenowy: iirc LVDS is supported in u-boot
<wens> you'll have to dig through the settings though
<MoeIcenowy> oh
<MoeIcenowy> another not well-documented feature in mainline guys?
arossdotme has joined #linux-sunxi
luoyi has quit [Ping timeout: 250 seconds]
<wens> MoeIcenowy: you have to convert the LCD timings (from the FEX file) yourself
<MoeIcenowy> Hmm...
a|3x has quit [Quit: Leaving]
<wens> the wiki explains everything, including the calculations involved
<MoeIcenowy> This tablet uses rtl8188eu wlan card and goodix touch ic... I will expect a good 2d display experience on it
reev has joined #linux-sunxi
<plaes> MoeIcenowy: wich tablet is this?
p1u3sch1 has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
<KotCzarny> maybe this one: http://linux-sunxi.org/Colorfly_e708q1
Gerwin_J has joined #linux-sunxi
indy has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 252 seconds]
<KotCzarny> hrm, archive.debian.org is down?
IgorPec has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
JohnDoe_71Rus has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 260 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
reinforce has joined #linux-sunxi
jernej_ has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
massi_ has joined #linux-sunxi
<wens> i'd like to think we're close to the point where olimex can ditch the old 3.4 kernel
<plaes> yup, close.. but no cigar, yet
staplr has quit [Remote host closed the connection]
akaizen_ has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> wens: According to the blog post Tsvetan thinks there exist good 3.4 kernels and bad ones.
<tkaiser> "Fortunately we use Linux-Sunxi community kernel which is 100% open source and no binary blobs!" is referring to 3.4.103
<KotCzarny> so, no 2d/3d accel?
<tkaiser> KotCzarny: What? The point is that he differentiates between 'Android 3.4' kernel and 'linux-sunxi 3.4' kernel. But they're both based on Allwinner's BSP and only mainline kernel would be '100% open source' or better from a security point of view
<KotCzarny> tkaiser, i was joking
<tkaiser> I'm a bit concerned since such a local privileges escalation might be possible with the other 3.4 kernels too. It took over a year since you discovered it by accident in sun8i BSP kernel sources.
akaizen has joined #linux-sunxi
simosx has joined #linux-sunxi
Andy-D has joined #linux-sunxi
yann has quit [Ping timeout: 260 seconds]
Gerwin_J has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
rellla_ has joined #linux-sunxi
Graf_Ithaka has joined #linux-sunxi
simosx has quit [Quit: Yakkety Bye!]
cnxsoft has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 240 seconds]
yann has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
lemonzest has joined #linux-sunxi
gzamboni has quit [Read error: Connection reset by peer]
merbanan has joined #linux-sunxi
tipo has quit [Ping timeout: 265 seconds]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
apritzel has joined #linux-sunxi
wigyori has quit [Remote host closed the connection]
<speakman> I finally got the time to switch from sunxi-3.4 kernel to official kernel of our A20 project. Do you folks have any good starting point?
ricardocrudo has joined #linux-sunxi
<mripard> that's a good starting point :)
<speakman> but it doesn't tell e.g. how to setup LVDS as primary output.
<speakman> mripard: :p
hansg has joined #linux-sunxi
hansg has quit [Client Quit]
<mripard> because it's done in U-Boot currently
<oliv3r> speakman: we are using a20 with mainline u-boot and mainline kernel very happily
<oliv3r> as long as you don't need GPU/VPU it works great
<wens> mripard: iirc the kms driver does not do simplefb handoff yet?
IgorPec has joined #linux-sunxi
<MoeIcenowy> wens: thx. Now a bootable u-boot get
wigyori has joined #linux-sunxi
<MoeIcenowy> I'm now trying to write a dtb
<wens> MoeIcenowy: latest mainline rc should work just fine
<mripard> wens: no, but we don't really need it either
<MoeIcenowy> wens: LVDS LCD works now
<MoeIcenowy> sunxi-drm isn't included in 4.6, right?
matthias_bgg has joined #linux-sunxi
<plaes> nope, 4.7 material
<plaes> and only implemented for A13/R8
<MoeIcenowy> Emm... A23/33 not included?
<speakman> oliv3r: Nice to hear! (y) No I don't consider GPU (or OpenGL) necessary at this time.
<speakman> Or at any time ;)
<speakman> oliv3r: what display interface are you using? LVDS?
<wens> MoeIcenowy: there are slight differences in the hardware
<mripard> MoeIcenowy: not at the moment
<wens> mripard: how come? does simplefb automagically disappear?
<jelle> doesn't u-boot pass it?
<jelle> or am I saying something stupid
premoboss has joined #linux-sunxi
<montjoie> I have create http://linux-sunxi.org/Sun8i_emac feel free to comment
<jelle> montjoie: nice!
aep has left #linux-sunxi ["Quit message"]
<montjoie> 2 weeks that I need to click on "create"
<jelle> montjoie: I guess the h3 doesn't need further testing?
<MoeIcenowy> oh I finally enabled earlyprink for my broken kernel and found a UART
<montjoie> you could try to bench on board other than opipc
<MoeIcenowy> at the last moment of the kernel's life
<MoeIcenowy> it said "vcc{3v0,3v3,5v0}: disabling"
<jelle> MoeIcenowy: I have an orange pi one
<jelle> err montjoie ^
<jelle> montjoie: I'll ping you when I've set it up or are there steps somewher about testing?
<montjoie> just try iperf
merbanan has quit [Read error: No route to host]
<MoeIcenowy> who knows how to write dtb for axp221s devices?
<wens> same as axp221
oneinsect has joined #linux-sunxi
engideavr has quit [Quit: Konversation terminated!]
<MoeIcenowy> wens: My dt seems to be not working on the tablet...
engideavr has joined #linux-sunxi
<MoeIcenowy> The latest massages are regulator messages
SMDwrk has quit [Read error: Connection reset by peer]
<wens> MoeIcenowy: those are probably unrelated
<wens> it's just the kernel turning off unused regulators
<MoeIcenowy> wens: Every time the kernel shut down, the latest messages are about regulators
<mripard> wens: the DRM driver resets the hardware block
<MoeIcenowy> http://pastebin.com/uhEsN8NJ it's the full log
<MoeIcenowy> mripard: for DRM-enabled devices the simplefb should be disabled?
<wens> mripard: won't the fb still be registered with the kernel
<mripard> hmm, yeah, right
<wens> someone clueless could try to use /dev/fb* and the whole display breaks :p
<mripard> it won't break
<wens> hmm... no it won't break
<wens> but it won't do anything either
<mripard> it will write to a buffer sitting in memory
<mripard> and that's it
<wens> a black hole
cnxsoft has quit [Ping timeout: 240 seconds]
<wens> i guess we can live with that
<MoeIcenowy> But the fb memory is wasted...
<wens> MoeIcenowy: it's unrecoverable anyway
<wens> it's placed at the end of DRAM, and excluded from the memory space passed from u-boot to the kernel
cnxsoft has joined #linux-sunxi
<ssvb> wens: this can be probably handled in U-Boot, we can have an env option to shut down the framebuffer and release all the resources before booting the kernel
cnxsoft1 has joined #linux-sunxi
<ssvb> the blackhole /dev/fb is an extremely ugly thing, because it breaks the software relying on the fbdev API
<wens> ssvb: should be doable just by looking for drm nodes in the dt
<oneinsect> KotCzarny: do you the legacy u-boot-sunxi-with-spl.bin file for orange pi pc? can you share it with me...
cnxsoft has quit [Ping timeout: 276 seconds]
cnxsoft1 is now known as cnxsoft
<ssvb> oneinsect: what are you trying to do?
<mripard> wens: it could be handled actually
<mripard> wens: the proper way to deal with this would be to mark the memory area in the DT as reserved
<oneinsect> ssvb: legacy u-boot loads faster than mainline u-boot for orange pi boards
<mripard> and then linux would be able to claim it
<jelle> oneinsect: because usb support
<wens> mripard: that's what i had in mind
<oneinsect> with microsd
<mripard> I suggested that back when u-boot support was added
<speakman> mripard: Can't find anything regarding LVDS on linux-sunxi.org. Do you have any good entrance points?
<mripard> but it was discarded for obscure reasons
<oneinsect> so wanted to know if anyone had any bin file
<jelle> oneinsect: don't you see usb scanning when booting?
<mripard> speakman: https://linux-sunxi.org/LCD
<speakman> mripard: omg.. lol.. thnks :)
<mripard> the bananapi seems to be using an LVDS screen
<mripard> you can start there :)
<oneinsect> U-Boot 2011.09-rc1 (Jun 21 2015 - 19:33:17) Allwinner Technology
<ssvb> mripard: the signal/noise ratio was way too bad in the simplefb discussion
<mripard> yeah, I know
<ssvb> mripard: but yes, now it is *your* problem, so please solve it nicely :-)
<oneinsect> that is way faster (2011) version when booting from sdcard... and i dont think it scans any usbs?
<wens> oneinsect: mainline u-boot does, which is why you think it's slow
<wens> you could try disabling usb support
<oneinsect> oooh
<oneinsect> pray tell me how do i do it?
Amit_T has quit [Ping timeout: 244 seconds]
<jelle> the orange pi pc has 4 ports to scan for usb so yeah
NiteHawk has quit [Ping timeout: 244 seconds]
<wens> oneinsect: Kconfig options maybe?
<oneinsect> alrite
<oneinsect> will try
NiteHawk has joined #linux-sunxi
<mripard> ssvb: it seems like it's quite easy to deal with actualyl
Nyuutwo has quit [Ping timeout: 240 seconds]
<mripard> that would not make us reclaim the lost memory though
<ssvb> this is not too bad in the short term, what's the plan for getting it back?
<MoeIcenowy> wens: I think some regulators in my dt is wrong
<MoeIcenowy> as after "dc1sw: disabling" the LCD became wholly white
jbrown has quit [Quit: Leaving]
Nyuutwo has joined #linux-sunxi
Amit_T has joined #linux-sunxi
<wens> i guess looking how reserved-memory ties in with fbdev would be one way
<MoeIcenowy> (maybe DE or the LCD Panel is shut down?)
<wens> MoeIcenowy: likely the LCD panel and maybe the LVDS bridge (if there is one)
<MoeIcenowy> wens: there's no bridge
<MoeIcenowy> A31s natively supports it
<wens> see Primo81 dts for an example on how to add regulators to simplefb
<MoeIcenowy> What's the equal for port:power2 in dt?
<MoeIcenowy> wens: I started my work on Primo81...
<wens> MoeIcenowy: there are panels that include a bridge in the assembly
<MoeIcenowy> port: power2
<wens> dc1sw
<oliv3r> speakman: I2C :) we are using an ssd1307 device, but will use some simple framebuffer in the future on hdmi
dlan has joined #linux-sunxi
<speakman> oliv3r: :D
<MoeIcenowy> wens: the code of dc1sw is directly copied from primo81
<KotCzarny> oneinsect: you can simply recompile mainline uboot with usb disabled, but in case of anything happening you wont be able to use keyboard in uboot
<oliv3r> oneinsect: i noticed the same thing, but haven't investigated yet. it seems that loading data from sd is very slow (in terms of bandwith)
<mripard> ssvb: pass the memory region allocated in the DT instead of removing it from the memory Linux can use, so that Linux is now aware of it
<mripard> tie it to simplefb
<plaes> oliv3r: ftbtft?
<oneinsect> yess oliv3r: same here
<oneinsect> its very slow loaded data from sdcard
<mripard> and make simplefb free the region when we remove it
<oneinsect> loading*
<KotCzarny> tkaiser: i would be worried about bsp code quality, because even without 'debug' it could be full of exploitable bugs
<KotCzarny> oneinsect: but seriously, how long is long? even with ~1MB/s its quick enough (unless you make big ramdisks, then it can be an issue)
<oliv3r> plaes: i haven't forgotten about you yet :p
<MoeIcenowy> wens: I used to remove the code of dc1sw
<MoeIcenowy> after they're put back
<plaes> well, fbtft is dead end ;)
<MoeIcenowy> vcc-lcd: failed to get the current voltage(-22)
<MoeIcenowy> axp20x-regulator axp20x-regulator: Failed to register dc1sw
<oneinsect> took 1 second to load initramfs into RAM with legacy u-boot where with new U-boot it takes almost 50 seconds.
<oliv3r> wens: have you noticed this as well? loading data from (e)MMC is quite slow on the latest u-boot
<oneinsect> from microsdcard
<oneinsect> KotCzarny:
<oliv3r> well it depends how large your initramfs is
<oliv3r> but my kernel also takes a good 20 seconds to load
<oliv3r> where as with the older u-boots it was a second or less :)
<oneinsect> exactly
<oneinsect> wonder why its like that
<oneinsect> becoz of allwinner patchs?
<KotCzarny> oneinsect, i suspect usb1 vs usb2
<KotCzarny> because i've never seen speeds higher than ~1MB/s
<oneinsect> but we use microsd card KotCzarny: and its the same board and same kernels all the times...just different u-boot thats all
<oliv3r> oneinsect: i haven't checked the git history
<KotCzarny> and mostly in ~500-800kB/s
<KotCzarny> ahm, sorry
<oliv3r> KotCzarny: na even with usb completly disabled it's slow like that
<KotCzarny> i would try posting on uboot bugtracker
<oneinsect> oliv3r: do you the legacy u-boot spl bin file? can you share?
fredy has quit [Excess Flood]
<plaes> montjoie: fixed few typos
<wens> oliv3r: not really
<wens> oliv3r: haven't updated yet
<wens> MoeIcenowy: right, there was a fix for it
<MoeIcenowy> wens: ?
<MoeIcenowy> the kernel is still dead
<KotCzarny> oneinsect: another thing that comes to mind is only very basic sd support
<MoeIcenowy> and it cannot even switch console to fbcon on simplefb!
<oneinsect> hmmm
<KotCzarny> oneinsect: which also is in those speeds range
<oneinsect> could be...
<KotCzarny> as for the uboot, you can extract it from android image for opipc probably
<wens> MoeIcenowy: remove the constrains (min/max) in the dc1sw node and try again
jbrown has joined #linux-sunxi
fredy has joined #linux-sunxi
<KotCzarny> dd if=android.image of=uboot.legacy bs=1k skip=8 count=1016
<KotCzarny> or something among those lines
<oneinsect> okie compiled it anyway just now for orangepi_config
<MoeIcenowy> wens: thx. It's ok now!
<wens> right, so i just checked and 2 dts need to be patched :/
<wens> completely forgot about this
<ssvb> oliv3r, oneinsect: if boot time is still slow with usb disabled, then it looks like it's a good idea to do git bisecting for U-Boot
<oneinsect> git bisecting?
<KotCzarny> ssvb, boot is from microsd
<KotCzarny> and speeds are in SPI range
<ssvb> oneinsect: there are way too many tutorials in the Internet, just google for "git bisect"
<ssvb> KotCzarny: you can do this too ^
<oneinsect> alrite thanks ssvb:
<KotCzarny> so i guess its just unsupported mmc
<wens> mmc info should give some indication of bus mode/speed?
<oneinsect> brb
<KotCzarny> im away from my boards atm, so gonna try in the evening. unless anyone with mainline uboot and h3 based board can check it now
reev has quit [Read error: Connection reset by peer]
reev has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
reev has quit [Ping timeout: 276 seconds]
cyrozap has quit [Ping timeout: 264 seconds]
cyrozap has joined #linux-sunxi
cosm has joined #linux-sunxi
reev has joined #linux-sunxi
Worf has joined #linux-sunxi
Worf has quit [Remote host closed the connection]
alexxy[home] has quit [Ping timeout: 260 seconds]
alexxy has joined #linux-sunxi
<MoeIcenowy> oh the tablet's touchscreen configuration is strange
<MoeIcenowy> it's a gt9110
Worf has joined #linux-sunxi
<MoeIcenowy> it's a 1280x800 lcd panel
<MoeIcenowy> but the touch screen is configured as 1920x1200
<MoeIcenowy> how to solve it...
<KotCzarny> for a quickie switch fbconsole to higher res? ;)
joedj has quit [Quit: uNF]
joedj has joined #linux-sunxi
<MoeIcenowy> KotCzarny: it's LCD, not HDMI
<KotCzarny> hum, virtual x size?
<MoeIcenowy> I've read the configuration in script.fex
<MoeIcenowy> It overrides the default configuration in the eeprom
fredy has quit [Excess Flood]
tkaiser has joined #linux-sunxi
fredy has joined #linux-sunxi
<tkaiser> oneinsect: Which u-boot branch are you using? At least with v2016.05-rc1 boot times were ok (slightly faster than with u-boot 2011.09)
<tkaiser> oneinsect: Nope, not that oudated stuff. Which mainline u-boot branch?
<tkaiser> Since this must have been introduced recently. I've booted H3 boards with mainline u-boot a few hundred times and it was never that slow.
<oneinsect> okie mainline last i had used was U-Boot v2016.03
<oneinsect> may be i will try v.2016-05-rc1
<igraltist> i update my cubietruck to 4.4.9 and its seems he does not reach the lowest cpu powersave level anymore
<oneinsect> but tkaiser: legacy u-boot is fast...i dont know why
<igraltist> usually when my cubietruck was idle i got 144MHz reported now he is on 528MHz
<oneinsect> https://mega.nz/#F!wh8l2BjK!OBep3nMldBletvNNwkH2Jg i dont which versions loboris uses...but these u-boot are fast
<tkaiser> oneinsect: No, it's not! Mainline u-boot is as fast (when USB scanning is disabled). There's something wrong.
<oneinsect> okie let me try
<KotCzarny> tkaiser, its about sd card reading speed <1MB/s
<tkaiser> oneinsect: You get a few seconds delay when USB is enabled, but load times are identical
<tkaiser> KotCzarny: I know. I just reference the additional delay since I don't want to hear the crappy u-boot version would be 'faster'
<KotCzarny> tkaiser, just give him your uboot+spl to test
<oneinsect> yes
<oneinsect> please
<oneinsect> i can test right away tkaiser:
<tkaiser> No H3 boards around. Why not extracting it from an Armbian image? We use currently 2016.05-rc1 (for reasons unknown to me :) )
<oneinsect> okie here is the last u-boot i checked U-Boot SPL 2016.05-rc3-00005-ge25b369 (Apr 27 2016 - 17:28:17)
rellla3 has joined #linux-sunxi
rellla_ has left #linux-sunxi [#linux-sunxi]
Gerwin_J has quit [Quit: Gerwin_J]
<montjoie> ouch, ANY write on the A83T SecuritySystem stuck the board...
tsuggs has quit [Ping timeout: 276 seconds]
tsuggs has joined #linux-sunxi
Dev_184 has joined #linux-sunxi
<Dev_184> Hello, need some help with a SDIO wifi card issue in 4.6-rc6 kernel, can someone lend a hand ?
orly_owl_ has joined #linux-sunxi
orly_owl_ has quit [Client Quit]
orly_owl_ has joined #linux-sunxi
orly_owl_ has quit [Client Quit]
lemonzest has quit [Remote host closed the connection]
orly_owl has quit [Ping timeout: 276 seconds]
IgorPec has quit [Ping timeout: 250 seconds]
orly_owl has joined #linux-sunxi
<oliv3r> ssvb: oh i know, just not had the time yet :p
mozzwald has quit [Ping timeout: 276 seconds]
<Dev_184> anybody ?
mozzwald has joined #linux-sunxi
<MoeIcenowy> Dev_184: what device
<MoeIcenowy> what card
<mripard> what issue
<Dev_184> System: q8h-1.5v 2015 0129 A33, 512mb ram Kernel: 4.6.0-rc4-277242-gb8bc428 Uboot: U-Boot 2016.03-00682-g43d3fb5 - git://git.denx.de/u-boot.git Distro: DISTRIB_ID=Ubuntu DISTRIB_RELEASE=15.10 DISTRIB_CODENAME=wily
<Dev_184> rtl8723bs
<Dev_184> I grabbed the rtl8723bs driver form hadess (https://github.com/hadess/rtl8723bs) compiled it and tried to load the issue is that I get a EBUSY from drivers/mmc/core/core.c __mmc_start_request. I went further and got the card_busy handler from drivers/mmc/host/sunxi-mmc.c and I outputted mmc_readl if that helps
<Dev_184> I tried to compile and run 3.4 the problem is that the driver will not compile on 3.4
<Dev_184> to test if on a earlier version the driver worked or the issue was not present (regression)
<speakman> What bootloader to use when moving from sunxi-3.4 to vanilla kernel?
<mripard> uboot mainline
<MoeIcenowy> How can I do if the mainline lradc driver return all KEY_VOLUMNDOWN for two volumn keys?
JohnDoe_71Rus has joined #linux-sunxi
<Shirasaka-Hazumi> MoeIcenowy, had you tried SDK kernel?
codekipper has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
reev has quit [Ping timeout: 244 seconds]
<MoeIcenowy> Shirasaka-Hazumi: SDK kernel cannot even boot on this tablet!
<mripard> MoeIcenowy: then the voltages are probably wrong, and you need to figure tem out
cosm_ has joined #linux-sunxi
codekipper has quit [Quit: Page closed]
<MoeIcenowy> mripard: howto? just try? or there's something in fex?
<mripard> look at the schematics
<mripard> if you don't have them, at the fex file
<mripard> if you don't have it, use a multimeter
<MoeIcenowy> mripard: in which section of fex
<Dev_184> any idea on the sdio card issue ?
<mripard> MoeIcenowy: keys, or lradc?
<mripard> I don't know, I'm probably the last guy you want to talk about FEX with
<arete74> chris2: the root for allwinner device is valid only for last sdk (h3 /A83)
<MoeIcenowy> mripard: Hmm... Maybe there won't be another people worth asking...
<libv> MoeIcenowy: there is code to read the fex values sprinkled all over the kernel
<libv> the sdk kernel(s) even
<libv> MoeIcenowy: when in doubt, go read up there
<speakman> are "machid=10bb" still required?
<tkaiser> speakman: Only for legacy kernels
<ssvb> speakman: iirc, "machid=10bb" was never required for a20
IgorPec has joined #linux-sunxi
<speakman> tkaiser: ssvb: ok, thanks, then I can finally get rid of it :)
<speakman> I was working with A13 prior to A20, maybe it's from A13.
<ssvb> speakman: be sure to check http://linux-sunxi.org/Mainline_U-Boot#Boot
<ssvb> speakman: nah, machid is only needed for h3 when booting legacy kernels
<ssvb> speakman: and maybe we should patch it for h3 too
<ssvb> speakman: but you do need "setenv bootm_boot_mode sec" when using the mainline U-Boot and legacy kernel (the wiki page explains this)
<speakman> ssvb: ooh, thanks for heads up! (y)
<Dev_184> at least a pointer into a direction ? on the sdio ?
<KotCzarny> maybe its already grabbed by something
<KotCzarny> or you are grabbing wrong mmc device
<ssvb> Dev_184: add lots of debugging prints, then try to understand what's going on and fix the bug
IgorPec has quit [Ping timeout: 240 seconds]
<Dev_184> svvb: yeah, but to do so I need to understand how the kernel is addressing the device exactly....
<Dev_184> I saw some addresses as "base" but ... I need to do a lot of reading and not that I am not OK with it but I can't find a start
<Dev_184> maybe kernel for dummies ?
steeve has joined #linux-sunxi
<ssvb> Dev_184: the mmc code should have so default debugging prints, they only need to be enabled and you can try this first
<ssvb> Dev_184: having more information is always better
<Dev_184> MMC_DEBUG from the driver loading: [ 220.270133] RTL8723BS: module init start [ 220.270160] RTL8723BS: rtl8723bs v4.3.5.5_12290.20140916_BTCOEX20140507-4E40 [ 220.270167] RTL8723BS: rtl8723bs BT-Coex version = BTCOEX20140507-4E40 [ 220.270320] mmc1: starting CMD52 arg 80022000 flags 00000195 [ 220.769702] mmc1: req done (CMD52): -16: 00000000 00000000 00000000 00000000 [ 220.769753] rtl8723bs: probe of mmc1:0001:1 failed with e
<Dev_184> if that helps but I am booting of a sd card and the MMC_DEBUG is blasting through dmesg.....
<Dev_184> cand after boot doing a grep on mmc1 that is all I got
<Dev_184> KotCzarny: I defined the mmc1 device in the dtb myself since it was not there
<Dev_184> can I find what process/thread is using the device ?
<ssvb> Dev_184: apparently the driver wants to talk to the device and send CMD52 command, but this fails
<Dev_184> I got that part :| but what next ?
<ssvb> check all the gating bits and other stuff related to mmc
<ssvb> maybe something is not getting clocked
<ssvb> has anyone ever used mmc1 with the mainline kernel?
<Dev_184> can you explain: gating bits ? I will look into it....
<Dev_184> I got part of the definition or should I say the template from the orangePI
<mripard> check the pinmuxing too
<Dev_184> the I added the pins from the A33 datasheet
<mripard> ssvb: several boards use it, so I'd say yes
<mripard> I'd hope so at least...
lemonzest has joined #linux-sunxi
<mripard> Dev_184: What do you mean ? you have your DT somewhere?
<Dev_184> gimme 5 min to WOL my remote PC
tlwoerner has joined #linux-sunxi
<ssvb> Dev_184: oh, sorry, you have A33, I confused you with speakman who had A20
<ssvb> Dev_184: if you have a FEX file, then it makes sense to add it to https://github.com/linux-sunxi/sunxi-boards/tree/master/sys_config/a33
<Dev_184> well I am running 4.6 someone here said you do not need it
<Dev_184> I have it, I had to modify the lcd config to get the lcd going
<Dev_184> I have a fex file, and configured the fex
<KotCzarny> fex when dumped from original device/image might be used as a cheat sheet
<KotCzarny> to create a dts
<ssvb> Dev_184: the FEX file is a hardware description config
<Dev_184> KotCzarny: problem is that I unpacked the image file and could not find a fex file from the android images....
<ssvb> and if you want to create a DTS file for your device, then you do need to know a little bit about your hardware
<KotCzarny> if you can boot that android
<Dev_184> the pinout seems to be OK, the device shows as: mmc1:0001:1 in /sys/bus/sdio just like in android and with all the files
<KotCzarny> but there are tools to work on image too
<Dev_184> Ok, will give them a try
<ssvb> Dev_184: are you sure that the pins are fine?
<Dev_184> yep I got the device showing in /sys/bus/sdio and the details show up ok
<Dev_184> SDIO_CLASS=07 SDIO_ID=024C:B723 MODALIAS=sdio:c07v024CdB723
<ssvb> Dev_184: for example, the FEX file has "sdc_clk = port:PF02<2><1><2><default>" for mmc0 and "sdc_clk = port:PG00<2><1><1><default>" for mmc1
<ssvb> Dev_184: the order of MMC pins are reshuffled between port F and port G on A33
<ssvb> Dev_184: while the sun8i-a23-a33.dtsi file lists them in the same order
<Dev_184> the clock is on PG0 and multiplexed on PD2
<Dev_184> that that is the only places I could find it in the datasheet
<Dev_184> (SDC1-CLK)
nove has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
premoboss has quit [Quit: Sto andando via]
<ssvb> Dev_184: regarding these reported details, are they retrieved from the device by doing some communication with it?
<Dev_184> no, got them from the datasheet, I am trying now to get script.bin from android
<Dev_184> ssvb: are you referreing to the pins or the SDIO_CLASS...details ?
<ssvb> Dev_184: I'm just trying to understand if any communication with the device is happening at all
<ssvb> if yes, then this is the driver issue
<ssvb> if no, then your pins could have been misconfigured, etc.
<Dev_184> From my point of view yeah since I got the device listed under /sys/bus/sdio
<ssvb> so the SDIO_ID=024C:B723 information is coming from the device?
<Dev_184> yes
<Dev_184> gimme 2 seconds to get the exact file from where I got those
afaerber has quit [Quit: Ex-Chat]
<wens> RTL8723BS it seems?
<Dev_184> sorry it took too long
<Dev_184> the info is from /sys/bus/sdio/devices/mmc1:0001:1/uevent
<Dev_184> wens: yes
rellla3 has quit [Read error: Connection reset by peer]
[Awaxx] has quit [Quit: bleh]
reinforce has quit [Quit: Leaving.]
[Awaxx] has joined #linux-sunxi
<mripard> Dev_184: http://pastebin.com/kbL5X8SZ
<mripard> try with this patch
al1o has joined #linux-sunxi
zuikis has joined #linux-sunxi
tkaiser has quit [Ping timeout: 260 seconds]
igraltist has quit [Ping timeout: 244 seconds]
igraltist has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Graf_Ithaka has quit [Ping timeout: 276 seconds]
vagrantc has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
yann has quit [Ping timeout: 246 seconds]
afaerber has joined #linux-sunxi
engideavr has quit [Quit: Konversation terminated!]
nove has quit [Quit: nove]
engideavr has joined #linux-sunxi
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
tkaiser has joined #linux-sunxi
reinforce has joined #linux-sunxi
<oneinsect> KotCzarny: are you back to where you can access hardware?
<Dev_184> mripard: will do and let you know as soon as I can apply it
tkaiser has quit [Ping timeout: 276 seconds]
<KotCzarny> oneinsect: yeah, what's up?
<oneinsect> i am going to give you a legacy u-boot
<KotCzarny> but i know that legacy uboot loads quick
<oneinsect> can you test and see if ...aha.....
<oneinsect> tkaiser said mainline should boot equally fast....kinda doesnt understand why it wont happen
<KotCzarny> extract one from opipc armbian image and test
<oneinsect> i mean atleast loading files from sdcard is slow (reading)
<oneinsect> extracting ....i will have to read the exact contents and then do a proper dd
<oneinsect> planning to use one from here..... https://mega.nz/#F!wh8l2BjK!OBep3nMldBletvNNwkH2Jg
<oneinsect> Archlinux_minimal.img.xz
<KotCzarny> use this image
<KotCzarny> and extract uboot with spl from it
<oneinsect> oooh 5.10 has come? I never noticed
vickycq has quit [Ping timeout: 276 seconds]
<KotCzarny> it depends on the device
<KotCzarny> some are updated some are not
<oneinsect> let me download and try to extract and try
montjoie has quit [Ping timeout: 244 seconds]
vickycq has joined #linux-sunxi
<plaes> ooh.. cool.. my patches are already in sunxi-next \o/
<oneinsect> okie i see http://www.armbian.com/logbook/ ...fixed slow sd card boot
<mripard> plaes: and will be in 4.7
<mripard> the pull request has been merged today
<oneinsect> which patches plaes:
vagrantc has quit [Ping timeout: 250 seconds]
<MoeIcenowy> how can I enable a sdio mmc controller?
montjoie has joined #linux-sunxi
<pitillo> hello, does someone know if a nokia ca-42 can be used to get serial access to the pine64?
<plaes> pitillo: I guess so
<KotCzarny> CA-42: It is replacing the DKU-5 for most newer compatible handsets. It eliminates the software emulation but doing the Pop-port to USB conversion right at chip inside the cable
IgorPec has joined #linux-sunxi
<pitillo> plaes: thank you, yesterday I saw some info using another type (3.3v) and if I'm right, the ca-42 uses 3.3v too (not sure if dku used more V)
<plaes> well, you only need GND, RX, TX
<plaes> (if you provide power from somewhere else)
<pitillo> yeah plaes
<pitillo> it gets from usb if I'm right
<pitillo> btw, I'd like to congrat all people working in this toy too (I know there are more toys and a lot of work behind them) but specially now to longsleep for the effort into pine device (really amazed with linux sunxi community, congrats all)
<KotCzarny> is fbus plain serial?
<plaes> fbus?
<KotCzarny> fbus is nokia's name for those serial connections
<plaes> ah..
<KotCzarny> dont know how much its just plain serial or some proprietary extensions
<MoeIcenowy> is there any examples for mainline dtbs to enable a sdio slot?
<KotCzarny> if the drivers expose it as a standard com port it would probably work
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
yann has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<oneinsect> KotCzarny: no speed improvments
Gerwin_J has joined #linux-sunxi
staplr has joined #linux-sunxi
<pitillo> working like a charm
jernej_ has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
nove has joined #linux-sunxi
steeve_ has joined #linux-sunxi
steeve has quit [Ping timeout: 265 seconds]
matthias_bgg has quit [Quit: Leaving]
staplr has quit [Ping timeout: 240 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
<plaes> anyone else getting duplicate Christo Radev's letters?
massi_ has quit [Quit: Leaving]
<KotCzarny> bpi-m1 is showing 4bit mmc, and is loading quick. hrm
<KotCzarny> camt test on opipc because there is no hdmi support for the uboot
jstein has joined #linux-sunxi
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
<oneinsect> hmmmm
<oneinsect> yes but mine is not cheap...its samsung evo
<oneinsect> eitherway let me try
<KotCzarny> yup, im interested if it would help
<plaes> node order in device tree is alphabetic or register address? :P
tomboy64 has quit [Quit: Uhh ... gotta go.]
tomboy64 has joined #linux-sunxi
mossroy has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
steeve_ has quit [Remote host closed the connection]
cosm_ has quit [Quit: Leaving]
<oliv3r> plaes: letters?
<oliv3r> plaes: what of christo's letters?
<plaes> mails
<plaes> sorry :D
<oliv3r> ah
<oliv3r> you mean performacne?
<oliv3r> well i'm using eMMC with HS-DDR and getting 40 mb/s DD performance
<plaes> last one was "[linux-sunxi] Re: [PATCH 1/1] ARM: dts: sunxi: Add a olinuxino-lime2-emmc
<oliv3r> probably yeah
<oneinsect> line 33
<oneinsect> [mmc]: mmc driver ver 2015-04-13 16:07:39
<oneinsect> this seems to be missing in mainline u-boot
<oliv3r> plaes: i asked him (offline) to repeat the tests with 4.6-rc6 as that has wens's HS-DDR work that doubled my performance :)
<oneinsect> hence the slow nature of sdcard ?
<oliv3r> oneinsect: that looks like that's allwinner u-boot from years ago
<oneinsect> correct
<oliv3r> but mainline uses a different driver afaik
<oneinsect> ummmm
apritzel1 has joined #linux-sunxi
prasannatsm has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
IgorPec1119 has joined #linux-sunxi
zuikis has quit [Remote host closed the connection]
zuikis has joined #linux-sunxi
dev1990 has joined #linux-sunxi
rellla has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
prasannatsm has left #linux-sunxi ["Part"]
apritzel1 has quit [Ping timeout: 244 seconds]
zuikis has left #linux-sunxi [#linux-sunxi]
<plaes> mripard: Stephen's patch broke de_[bf]e_clk's :S
<mripard> plaes: damn
<mripard> can you send a mail?
oneinsect has quit [Ping timeout: 250 seconds]
<plaes> already sent
<plaes> with sun4i-sun7i patches
<plaes> s/with/and
cosm has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
IgorPec1119 has quit [Ping timeout: 276 seconds]
<mripard> awesome
<mripard> thanks
<mripard> the patches will be in 4.8 though
<mripard> you missed the last PR by a day :/
<plaes> well, they are no use without proper frontend/backend support anyway
<mripard> yep
cosm has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
tkaiser has joined #linux-sunxi
<tkaiser> longsleep: Did you realize that there is someone who should follow a simple '6 steps instructions' and just got confused after step 4 and simply stops instead of doing the last 2 steps that will lead to Plexmediaserver:armhf being installed successfully?
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
reinforce has quit [Ping timeout: 260 seconds]
vickycq has quit [Ping timeout: 276 seconds]
bonbons has joined #linux-sunxi
vickycq has joined #linux-sunxi
pitelpan has quit [Ping timeout: 250 seconds]
pitelpan has joined #linux-sunxi
reinforce has joined #linux-sunxi
al1o has joined #linux-sunxi
steeve has joined #linux-sunxi
reinforce has quit [Ping timeout: 260 seconds]
apritzel1 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
ricardocrudo has joined #linux-sunxi
stasiic has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
TheSeven has quit [Read error: Connection reset by peer]
rellla has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
reinforce has quit [Quit: Leaving.]
bonbons has quit [Quit: Leaving]
pietrushnic is now known as pietrushnic`away
mossroy has quit [Quit: Quitte]
Andy-D has quit [Ping timeout: 276 seconds]
nove has quit [Quit: nove]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
ricardocrudo has quit [Remote host closed the connection]
heffer has quit [Remote host closed the connection]
heffer has joined #linux-sunxi
steeve has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
avph has quit [Ping timeout: 260 seconds]
apritzel1 has quit [Ping timeout: 244 seconds]
avph has joined #linux-sunxi
cosm has quit [Ping timeout: 265 seconds]
apritzel1 has joined #linux-sunxi
pietrushnic`away is now known as pietrushnic
dev1990 has quit [Quit: Konversation terminated!]
TheSeven has joined #linux-sunxi