rz2k changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi | FOSDEM talks - http://dl.linux-sunxi.org/users/nove/sunxi_at_fosdem2014/
rz2k has quit []
lynxis has quit [Ping timeout: 264 seconds]
bluse__ has quit [Ping timeout: 264 seconds]
sehraf has quit [Quit: www.miranda-fusion.de ... be part of it...]
tgaz has quit [Ping timeout: 252 seconds]
popolon has quit [Quit: Quitte]
tgaz has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
geecko has quit [Remote host closed the connection]
hypophthalmus has joined #linux-sunxi
newleaves_ has joined #linux-sunxi
<mrnuke> leviathanch: It appears to freeze on CMD18 http://fpaste.org/83840/95776139/
<mrnuke> leviathanch: hypophthalmus has the same issue. This is his log: http://pastebin.com/34sWX1nH
<leviathanch> mrnuke: yes
<leviathanch> we lack ddr mode support in our driver
<leviathanch> since the implementation of the original chinese code
<leviathanch> was inacceptable to be included into mainline
<leviathanch> unless we do not find a little bit more spare time
<leviathanch> we do not provide this feature
<leviathanch> which means that all cards relying on ddr mode
<leviathanch> will not work properly
hypophthalmus has quit [Quit: Leaving.]
<mrnuke> leviathanch: I have no idea what ddr mode is, or how it's fixable, but what I can say is that it worked just fine with sunxi-devel before it was rebased on 3.14-rc3
<leviathanch> mrnuke: yes!
<leviathanch> mrnuke: it was working but had no chance to be mainlined
<leviathanch> we will need to redo the chinese code
<leviathanch> and reincorporate it into the recent driver
<Turl> leviathanch: can you at least not hang the system meanwhile? :p
<mrnuke> ooh, so old code was made in china?
<Turl> mrnuke: AW is a chinese company :)
<Turl> in case you didn't notice haha
<mrnuke> Turl: kernel waits for root partition to mount due to "rootwait" parameter
<mrnuke> Turl: I didn't realize the pre-rebase code was the chinese version.
<Turl> mrnuke: ah, so it's not really hanging
<mrnuke> Turl: well, without "rootwait" it reboots before it gets the chance to mount the root anyway
<mrnuke> both pre- and post-rebase
t3st3r has joined #linux-sunxi
<mrnuke> ooh DDR is sending data on both rising and falling edge, right?
dlan__ has joined #linux-sunxi
<Turl> mrnuke: that must be it
dlan__ is now known as dlan^
<mrnuke> so, no way to force the card in SDR mode?
hypophthalmus has joined #linux-sunxi
hypophthalmus has quit [Client Quit]
egbert has quit [Read error: Operation timed out]
egbert has joined #linux-sunxi
<Turl> mrnuke: dunno :)
chinas has quit [Remote host closed the connection]
hypophthalmus has joined #linux-sunxi
hypophthalmus has quit [Quit: Leaving.]
pwhalen has quit [Ping timeout: 240 seconds]
pwhalen has joined #linux-sunxi
<memleak> what is "nandinstall mod" ?
<memleak> if something (a cubieboard image) does not support "nandinstall mod" can it be installed to nand or no?
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
<wens> mrnuke: it's not that pre 3.14-rc3 sunxi-devel was allwinner code, it's that hans ripped out DDR mode in 3.14-rc3
<wens> let me see if I can find it
<memleak> does anyone else here listen to dubstep while doing kernel development for cubieboard?
t3st3r has quit [Remote host closed the connection]
t3st3r has joined #linux-sunxi
<mrnuke> wens: I still have a uImage with "Linux-3.13.0-rc6-10898-g1379355" from an old sunxi-devel which boots okay from MMC
<mrnuke> same card, same hardware, same uboot config, same etc...
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
souther has quit [Ping timeout: 244 seconds]
denkins has joined #linux-sunxi
mrnuke has quit [Ping timeout: 240 seconds]
hipboi has joined #linux-sunxi
mrnuke has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
mrnuke has quit [Ping timeout: 240 seconds]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
HeHoPMaJIeH has joined #linux-sunxi
mrnuke has joined #linux-sunxi
denkins has quit [Remote host closed the connection]
lynxis has joined #linux-sunxi
bluse_ has joined #linux-sunxi
Net147 has joined #linux-sunxi
<Net147> sometimes when rebooting my A20 hangs for a minute or two. any ideas what may be causing it?
<t3st3r> boot ROM waits for something until timeout?
<Net147> it's when the machine is in the process of shutting down / rebooting. before u-boot starts again.
<Net147> it tends to happen when I am running off SD card
<Net147> previously I have been using NFS boot
<t3st3r> [11:17:45] <Net147> it's when the machine is in the process of shutting down / rebooting. before u-boot starts again. <- sounds like it maybe stuck in bootROM, waiting for something?
<Net147> I think the kernel is still running when it's hanging
<Net147> I get no output after I type reboot and press enter and it stays like that for 2 minutes or so. then I get "<46>systemd-journald[72]: Received SIGTERM", "<6>EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)", OCHI shuts down, ECHI shuts down and then it restarts the system
aaribaud has joined #linux-sunxi
<Net147> it hanged for 5 minutes this time
Quarx has joined #linux-sunxi
<Net147> nevermind, I think it's probably a service hanging...
FreezingCold has quit [Ping timeout: 240 seconds]
t3st3r has quit [Ping timeout: 265 seconds]
_massi_ has joined #linux-sunxi
sehraf has joined #linux-sunxi
sehraf has quit [Client Quit]
sehraf has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
t3st3r has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
hipboi has joined #linux-sunxi
jemk has joined #linux-sunxi
t3st3r has quit [Remote host closed the connection]
t3st3r has joined #linux-sunxi
<rellla> jemk: i tested your osd-performance code. seems much more optimized, (freaky) osd at least disappears completely after osd timeout. g2d crash still remains, even with timeout = 100. and it's not reproducible for me
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
Net147 has quit [Quit: Konversation terminated!]
FR^2 has joined #linux-sunxi
<rellla> jemk: and, in WIP/deint i run into a div by zero issue while DISP_CMD_VIDEO_START. i think it must be here: https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/video/sunxi/disp/disp_video.c#L72
<rellla> i think there is a DISP_CMD_LAYER_GET_PARA missing before VIDEO_START to set args[2] and feed it with at least scn_win.width
kivutar has quit [Quit: Ex-Chat]
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
hipboi has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
enrico_ has joined #linux-sunxi
FreezingCold has quit [Read error: Operation timed out]
hipboi_ has joined #linux-sunxi
newleaves_ has quit [Remote host closed the connection]
[7] has quit [Remote host closed the connection]
hipboi has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
hipboi has joined #linux-sunxi
_hipboi_ has joined #linux-sunxi
<rellla> ssvb: according to the user manual end should be 0x01e9ffff not like https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d_driver.c#L46 ?
nazcafan has joined #linux-sunxi
notmart has joined #linux-sunxi
<jemk> rellla: strange, i can reproduce the g2d crash only with really big images, no problems with 1080p
hipboi_ has quit [Ping timeout: 240 seconds]
hipboi has quit [Ping timeout: 240 seconds]
<jemk> that shouldn't be a problem, there are no registers after 0x7ff
<jemk> maybe you simply have reached the memory bandwidth limit and g2d doesn't get its data fast enough, i only have a 1280x1024 screen, so much less traffic there
_hipboi_ has quit [Read error: Connection reset by peer]
_hipboi_ has joined #linux-sunxi
<ssvb> jemk: what happens if the timeout value is increased?
<jemk> ssvb: it doesn't crash for even bigger images, tested up to 8192^2 which should be the hw limit
<jemk> but i don't need to increase it for normal usage, others like rellla have crashes even with increased timeout
<rellla> ssvb: i set timeout=100, but crashes, too. it's not while running the program, but after a restart. somtimes after the 2nd restart.
diego_r has joined #linux-sunxi
<rellla> ssvb, jemk: it looks like http://www.vdr-resource.de/2.jpg and the overlay is flickering
<rellla> my osd is showing even less
<jemk> rellla: after the crash or always?
<rellla> jemk: after the crash. it's fine, until the "wait g2d irq pending flag timeout" message appears in dmesg
<rellla> i only can force it with (1+n) restarts. sometimes it even hangs after a reboot, but it's the only way to get rid of it. rmmod g2d_23 and sunxi_cedar_mod doesn't have any effect
<rellla> and it's gone, when setting VDPAU_OSD=0 ;)
Net147 has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
bbrezillon has quit [Client Quit]
notmart has quit [Quit: notmart terminated!]
xeros has quit [Ping timeout: 240 seconds]
notmart has joined #linux-sunxi
Quarx|2 has joined #linux-sunxi
Quarx has quit [Read error: Connection reset by peer]
xeros has joined #linux-sunxi
geecko has joined #linux-sunxi
Net147 has quit [Quit: I love my HydraIRC -> http://www.hydrairc.com <-]
jemk has quit [Ping timeout: 265 seconds]
Net147 has joined #linux-sunxi
awafaa_ is now known as awafaa
<wens> starting a wiki page on the AXP221
<Turl> wens: :)
<wens> some of the Chinese doesn't make sense :/
<plaes> maybe they translated it from english
<wens> don't think so :p
<Turl> wens: at least some of it is in english
<Turl> :p
<ccaione> wens: +1
* ccaione hates mondays
<rm> wens, maybe you're translating from the wrong chinese
<rm> I think I remember you can choose either Traditional or Simplified as src language
<rm> but in one case the result won't make any sense
<rm> or no, wait
<rm> it was an encoding issue
shineworld has joined #linux-sunxi
<rm> with non-utf multibyte encodings, where I was picking the wrong one, and the decoded text still looked non-garbled etc
<rm> just all the characters were wrong
<Turl> ccaione: s/mondays/waking up early in mondays/
leviathanch has quit [Read error: Connection reset by peer]
leviathanch has joined #linux-sunxi
<ccaione> well, every monday I wake up at 7am :)
<wens> rm: nah, that's not the problem
<Turl> ccaione: that's pretty late
<wens> it's like whoever wrote it is babbling along without any full stops
<wens> ccaione: let me know what you need, I only started the interrupts section
<wens> might need mripard to hack up the push-pull interface first :p
<ccaione> wens: +1 was for supporting you :P first I have to made AXP202/209 merged, it will take a while
<wens> ccaione: let me rephrase, what part is most important
<ccaione> wens: is the axp221 somehow compatible with axp202/209?
Black_Horseman has quit [Remote host closed the connection]
<wens> it looks mostly the same, just a whole lot more outputs, more than double
<plaes> could be for clocking different cores?
<mripard> ccaione: it uses a weird i2c-looking bus
<mripard> so it might be similar, but the way you actually talk to it is pretty different
<ccaione> mripard: not a real one? weird. let me see it
<Turl> wens: they use two AXP221 for the newer devices don't they?
<ccaione> mripard: ^^^ that's why the axp,system-power-controller ;)
<mripard> ccaione: on the schematics at least, the optimusboard has two different PMICs, with different part names
<mripard> AXP806 and 809
<mripard> so nope, still no need for your property :)
<ccaione> hahhhah ok :D
<mripard> hmm, not the schematics, a picture of the board
<Turl> mripard: I was gonna ask you for the schematics :p
<mripard> and I wonder if the 806 is not for the AC100 thing we have no idea what it's about :)
<mripard> and the 809 being the main one
<Turl> mripard: we know it's for suspend/resume/stuffs
<ccaione> mripard: my chinese in not that good. Why do you say that it is a i2c-looking and not a real i2c?
<mripard> ccaione: from the stuff I've seen, it's pretty much a plain i2c
<mripard> except that at the end of each byte, you have a parity bit
<ccaione> but, is this info in this datasheet?
<mripard> probably
<mripard> but it's all chinese to me :)
<ccaione> hahhaah yeah
code-ninja has joined #linux-sunxi
<wens> nothing in the A23 manual :/
<code-ninja> hello everyone :). Since my last presence here, I have finally managed to make the FT5x touch panel to work on the A20. I can see the drags (like that box you get when you drag the pointer) but I'm unable to register touch events. Any ideas?
mkutsevol has joined #linux-sunxi
<code-ninja> and it is totally uncalibrated by the way...
<code-ninja> will changing the screen resolution work? My tablet's current script.fex shows 1024*600
<code-ninja> it works like a charm on the A13
<code-ninja> just build the SD card and you are done.
y0g1 has quit [Ping timeout: 255 seconds]
<oliv3r> Turl: if you get to review my fedora chapter, make a big note i should switch to fedora2 0
code-ninja has quit [Read error: Operation timed out]
y0g1 has joined #linux-sunxi
pwhalen has quit [Ping timeout: 240 seconds]
<Turl> oliv3r: I haven't heard a word from packt yet
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
pwhalen has joined #linux-sunxi
<Turl> oliv3r: do you want to rewrite that chapter and need an excuse? :p
<Turl> oliv3r: I can write them and ask what's up if you want btw
<Turl> to them*
souther has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
enrico_ has quit [Quit: No Ping reply in 180 seconds.]
enrico_ has joined #linux-sunxi
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC]
shineworld has quit [Ping timeout: 265 seconds]
shineworld has joined #linux-sunxi
diego__r has joined #linux-sunxi
diego_r has quit [Disconnected by services]
diego__r is now known as diego_r
speakman_ has joined #linux-sunxi
speakman_ has joined #linux-sunxi
speakman_ has quit [Changing host]
souther has quit [Ping timeout: 265 seconds]
speakman has quit [Ping timeout: 265 seconds]
notmart has quit [Ping timeout: 265 seconds]
souther has joined #linux-sunxi
rz2k has joined #linux-sunxi
atiti has quit [Ping timeout: 265 seconds]
atiti has joined #linux-sunxi
HeHoPMaJIeH has quit [Remote host closed the connection]
rz2k has quit []
<wens> about halfway (hopefully) through the registers
notmart has joined #linux-sunxi
deasy has joined #linux-sunxi
<oliv3r> Turl: i only recently submitted photographs (friday) so that may be the holdup
<oliv3r> Turl: but no worries; and it's not a rewrite, it'll mostly be s/19/20/g
<oliv3r> but since there's a version 20 out, I probably should do the book about that; as that'll be out in 3 months from now?
bbrezillon has joined #linux-sunxi
nedko has quit [Read error: Connection reset by peer]
kuldeepdhaka has joined #linux-sunxi
nedko has joined #linux-sunxi
nedko has quit [Changing host]
nedko has joined #linux-sunxi
alexvf has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<oliv3r> nfortunately the fex shows that the phy is powered by dldo1 from the pmic,
<oliv3r> i read that and thought dildo ... my mind is so dirty!
<oliv3r> wow all mails done
notmart_ has joined #linux-sunxi
<mrnuke> oliv3r: coreboot done by "someone crazy enough" ?
<mrnuke> You know that tak was recorded, right ? :p
Quarx|2 has quit []
<wens> oliv3r: I see an undocumented CHIP_ID in your AXP221 driver
<mrnuke> So, I've diffed the MMC driver from when it worked to current sunxi-devel, and I don't see any significant difference
<mrnuke> I don't understand why old one worked when new one doesn't. I don't think its related to DDR more
deffrag has joined #linux-sunxi
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
<wens> perhaps the changes are to the mmc core, then?
<mrnuke> I could try to boot with MMC debug with old -devel and compare that
<mrnuke> git was able to recover the code when I fed it the hash
Night-Shade has joined #linux-sunxi
NightShade has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
<oliv3r> mrnuke: you finally watchin' it :)
notmart_ has quit [Quit: notmart terminated!]
<wens> oh good
<oliv3r> images are inc
<wens> yeah, it'd be nice if someone cut them out into png files to put on the wiki
<oliv3r> working on it
<wens> way past bed time
<oliv3r> nn dude :)
<mrnuke> oliv3r: yeah. just watching it now
<mrnuke> oliv3r: well, I finished watching it about an hour ago :p
_massi_ has quit [Quit: Leaving]
popolon has quit [Ping timeout: 240 seconds]
FDCX_ has joined #linux-sunxi
<hno> oliv3r, packt contacted me. When do we start ;)
tyler-baker has joined #linux-sunxi
<oliv3r> hno: awesome :) well i started a few months ago :p but not sure when they start sending you matterial :( turl is still waiting
<oliv3r> mrnuke: :p
<oliv3r> mrnuke: hope you liked it
<tyler-baker> hello - I have a cubietruck and was wondering if anyone else is having trouble with booting uboot from the sd card?
* mrnuke takes a gulp from his water bottle
<mrnuke> yeah, it was informative :)
<hno> tyler-baker, what kind of troubles?
<tyler-baker> the issue is that randomly it boots the bootloader from nand
<hno> ah that.
<tyler-baker> hno: :) known issue?
<WarheadsSE> mm, I have that problem even on Mele A100
<hno> always been an issue with allwinner devices.
<WarheadsSE> Even more hilarous, same uSD, different uSD->SD adapters, one happened, other didn't
<hno> and very dependent on which sd card you have. some fail often, som rarely or not at all.
<tyler-baker> hno: so it appears that if I remove the gnd connection from the uart cable after the device is powered off, it always boots with sd
<tyler-baker> hno: if I leave it connected it does whatever it feels like :)
<mrnuke> tyler-baker, WarheadsSE: once you trick it to boot of SD, are you guys able to go all the way to a bash shell?
<WarheadsSE> nice.
<hno> ok, makes perfect sense.
<WarheadsSE> mrnuke: I don't have CT, but yeah
<WarheadsSE> All my other device make it just fine once its on teh right uboot
<tyler-baker> mrnuke: yes I am
hypophthalmus has joined #linux-sunxi
<oliv3r> wens: images uploaded; check the log for files
<hno> but you should remove rx, not gnd.
<mrnuke> tyler-baker, WarheadsSE: with the latest sunxi-devel branch of linux?
<WarheadsSE> Still trying to find my darn olimex A20 .. if I ever got one
<tyler-baker> here is my hackery
<WarheadsSE> mrnuke: I haven't built a kernel recently
<tyler-baker> first reset the board, then reset it again :)
<tyler-baker> trying to automate it so I can test the upstream kernel trees on it
<mrnuke> WarheadsSE: I asked because there might be some b0rkag3 in the MMC layer with latest sunxi-devel
<hno> tyler-baker, if you have rx (and gnd) connected while device powered on then there is all kinds of vierd current leakage going on with your uart cable partially powering the board.
<hno> powrerd off I mean.
<tyler-baker> hno: yeah that is what I was noticing
<hno> There is a simple hardware fix. Olimex have done it on some of their boards.
<hno> adding a diode and pullup resistor on the rx line, making sure that the UARD cable never drives any power into the board, only sink power when signalling a 0.
<tyler-baker> hno: ah ok that makes perfect sense
<hno> for most uses the diode is likely sufficient.
<mrnuke> hno: that might interfere with UART signaling at ludicrously high baudrates (921600 and friends)
popolon has joined #linux-sunxi
popolon has quit [Changing host]
popolon has joined #linux-sunxi
<hno> mrnuke, yes quite likely, and there is pads on the inside of the diode on those boards iirc.
<mrnuke> but yeah, I've noticed LEDs randomly popping on when the UART is plugged in
<hno> but normally the console is at 115200 where this is a non-issue.
<hno> (the slower rise due to diode + pullup)
netlynx has joined #linux-sunxi
<tyler-baker> hno: is it possible to remove the nand bootloader?
<tyler-baker> hno: I've tried erasing the nand block device device from userspace but the bootloader still persists
<oliv3r> mrnuke: the water bottle was my attempt to 'slow down'
<mrnuke> oliv3r: considered getting a bigger bottle? :p
<oliv3r> mrnuke: what do you remember specifically as a 'new fact'
<mrnuke> the olimex LIME is tinyer than I imagined it
<oliv3r> mrnuke: nothing much really then ;)
<oliv3r> and the water bottle was sized fine, i need to be less nervous and talk slower :p
<oliv3r> then again; i'd run out of time :)
<mrnuke> oliv3r: well, I'm "crazy enough" to know everything :p
<mrnuke> except why the MMC is freezing. Apparently I'm not insane enough for that
<oliv3r> :p
<mrnuke> but once I have the two logs and diff of driver between 2 branches, I'll attack the ML next
<oliv3r> how's the coreboot coming?
FR^2 has quit [Quit: Connection reset by peer]
<mrnuke> coreboot is pretty much done except the MMC. I think we might make that a GSoC project. The uboot code is completely unsuited for our needs
shineworld has quit [Quit: Leaving]
<mrnuke> although I do have a branch were the MMC is plugged in, and I can boot whatever I want off it
<oliv3r> oh that was quick then ;)
<hno> tyler-baker, yes it is possible to disable the nand bootloader, but does not help SD booting. All you accomplish by that is that the device enters FEL boot mode when SD boot fails.
<oliv3r> i guess we can use your cleanup of the dram stuff; to clean the u-boot stuff up :)
<oliv3r> you tested all the pitfalls of rearanging stuff i'm sure :)
<hno> The boot blocks are not addressable on the /dev/nand block device.
<tyler-baker> hno: ack thanks for the info
<mrnuke> oliv3r: I only cleaned up the udelay usage. I might need to pretty-ize the code once I add A20 support
<mrnuke> oliv3r: but have no fear... If I make a change that I know for a fact will make me look super-intelligent, super-human, and the best hax03 ever, I'll port it to sunxi-uboot and submit it for review ;)
diego_r has quit [Ping timeout: 240 seconds]
<oliv3r> sa-weet
shineworld has joined #linux-sunxi
shineworld has quit [Client Quit]
notmart has quit [Quit: notmart terminated!]
undrwater has joined #linux-sunxi
hypophthalmus has quit [Quit: Leaving.]
ykchavan has joined #linux-sunxi
<mrnuke> alright. Mail sent. let the bikeshedding begin!
<oliv3r> i dun see nothin'
<mrnuke> linux-sunxi@googlegroups.com ?
<oliv3r> i don't see it yet
<mrnuke> could it be forwarded to /dev/null due to attachments?
netlynx has quit [Quit: Leaving]
<mrnuke> or am I blocked from posting due to not being subscribed?
<oliv3r> nope and nope
<oliv3r> delayed or ggroups being retarded
<mrnuke> daamn. i had some really good info there
tonikasch has joined #linux-sunxi
<tonikasch> Hi! Do you know where to get latest xf86-video-mali? I'm trying to get it working on another device and have seen there are patches to make it work on 1.13 and later
deffrag has quit [Ping timeout: 265 seconds]
<tonikasch> wow, ok, sorry, reading whole http://linux-sunxi.org/Binary_drivers points to old xf86-video-mali and newer one
<tonikasch> thanks anyway
FreezingCold has joined #linux-sunxi
<WarheadsSE> tonikasch: you might want xf86-video-fbturbo
<tonikasch> yeah, that one i'm building, thanks, WarheadsSE (-;
<WarheadsSE> np
<mrnuke> it would seem sunxi-devel ML is being very suxi today
<oliv3r> it usually is :p
<oliv3r> still don't see it :)
<mrnuke> is there a better place to email that?
malakaim has joined #linux-sunxi
<mnemoc> it was held for moderation
<mnemoc> since 20:12
<Turl> mnemoc: diff DT
<Turl> err mrnuke ^
<Turl> not mnemoc
<mnemoc> :)
<oliv3r> mrnuke: mnemoc made it so i can see it!
malakaim has quit [Remote host closed the connection]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 240 seconds]
<mrnuke> Turl: which dt? (full path/to/file[s]) please
techie has joined #linux-sunxi
<Turl> mrnuke: arch/arm/boot/dts/*sun*dt*
techie has left #linux-sunxi [#linux-sunxi]
ykchavan has quit [Quit: Leaving]
shineworld has joined #linux-sunxi
hypophthalmus has joined #linux-sunxi
<shineworld> what is right linux-sunxi u-boot branch for cubieboard2 ?
<mrnuke> oh wait, did I do those diffs in reverse order?
hypophthalmus has quit [Client Quit]
<Turl> shineworld: sunxi
<shineworld> thanks
<mrnuke> nope, diffs are in correct order \
<mrnuke> Turl: + compatible = "allwinner,sun5i-a13-mmc"; in sun4i dtsi ?
<mrnuke> does that look fishy?
<Turl> yeah
<mrnuke> OK. lemme try something here real quick
Fusing has joined #linux-sunxi
<shineworld> OK. U-boot now work but system seem stopped at start kernel: http://paste.debian.net/87000/
<Turl> shineworld: what kernel is that?
<shineworld> lichee 3.3
<shineworld> ... tomorrow I will try with linux-sunxi
<shineworld> at moment I haven't sources
<shineworld> I'm using the build from Android cubieboard 1.05 SDK
<shineworld> ... pratically I'm trying to boot android using SD instead of usual NAND boot
<shineworld> for me SD is mandatory
<shineworld> probably ttyS isn't not enabled in lichee 3.3 kernel boot
<shineworld> so my console don't track any activity
<shineworld> after kernel start
<shineworld> but lichee isn't matter of this group I guess :)
shineworld has quit [Quit: Leaving]
<Turl> shineworld: lichee kernel has different machid, you will need to adjust that on uboot environment
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
indy has quit [Remote host closed the connection]
tonikasch has quit [Quit: Bye!]
<mrnuke> Turl: thanks for the wisdom. I would have spent weeks analyzing the diff in the MMC driver, although the issue was somewhere else
<Turl> mrnuke: anytime
<Turl> mrnuke: so it was just the compatible? heh
<mrnuke> yeah
<Turl> leviathanch: ^ fixit! :)
<mrnuke> is the patch fine like that, or should I send it to the list?
<Turl> mrnuke: looks ok, it probably will need to be squashed into the original one for the next time leviathanch sends the mmc series
<Turl> mrnuke: reply to "[PATCH v7 6/8] ARM: dts: sun4i: Add support for mmc" on linux-sunxi/lakml pointing out the error, attach the patch if you want to
<leviathanch> Turl: ouch
<leviathanch> yes, I will fix this
<leviathanch> damnit
<leviathanch> Turl: I'm just too busy right now at work
<leviathanch> ...
<leviathanch> in order to publish another patchset
<leviathanch> hmm
Fusing has quit [Ping timeout: 240 seconds]
Fusing has joined #linux-sunxi
<leviathanch> the day after tomorrow
<leviathanch> in the evening
<leviathanch> I will publish another one
<leviathanch> to merged into sunxi-devel
<Turl> leviathanch: I'm in no hurry, I just didn't want it to be forgotten
<Turl> ok :)
<leviathanch> Turl: ok ;-)
<Turl> mrnuke: there was some other person around here with mmc issues, you may want to let them know
<leviathanch> Turl: we are missing Luc Verhaegens sunxi-kms as well
<leviathanch> where is his driver anyway?!
<Turl> leviathanch: it's for 3.4 isn't it?
<Turl> we don't have DMA yet on any soc that's not A31
<leviathanch> oh
<Turl> hopefully to be solved on GSoC :)
<mrnuke> Turl: not sure who that was. No one's nick here rings a bell
<mrnuke> Anyhow, I've somehow managed to reply to a post in a list I am not subscribed to
<Turl> I got your reply :)
<Turl> mrnuke: you can use gmane to subscribe
<Turl> NNTP is pretty quick
<mrnuke> I don't want to subscribe (yet). I have too many folders and filters in my IMAP already :(
<Turl> mrnuke: well it's not a subscription in the typical sense
<Turl> you don't get any email
<Turl> it's a newsgroup thingy
<Turl> you can browse the subjects, read stuff you may care about, and reply (in theory, never tried)
<mrnuke> so, it's all web based?
<Turl> well it has a web interface
<Turl> you can use a desktop newsgroup client as well
<Turl> like thunderbird or whatever
<Turl> mrnuke: what do you use for email?
<mrnuke> KMail
<mrnuke> (thunderbird is more practical but it uses 3x to 4x the RAM and CPU power of KMail)
<Turl> mrnuke: kmail probably supports nntp too
<Turl> (or maybe kontact? or knode? I don't follow kde much)
<mrnuke> I'll look into it
tonikasch has joined #linux-sunxi
Fusing has quit [Quit: Nettalk6 - www.ntalk.de]
FreezingCold has quit [Ping timeout: 240 seconds]
* mrnuke wonders what option he's missing for USB to work
<Turl> mrnuke: PLATFORM_EHCI/OHCI or something like that
<mrnuke> there's a "USB_EHCI_HCD_PLATFORM". building
<mrnuke> Turl: that did it. Thanks!
rz2k has joined #linux-sunxi
<Turl> mrnuke: you're welcome
indy has joined #linux-sunxi
<mrnuke> dumass error message: "R8188EU: ERROR assoc success"
<mrnuke> s/error/info/g
<Turl> haha
<Turl> those drivers are ugly
<mrnuke> I'm actually surprised they made it as far as staging
<tonikasch> hey, sorry to bother you but... do you know hypotetically which changes would be needed for sunxi mali gpu driver to be build in another arm platform? I have succesfully built it copying it to my kernel tree and adding own platform "arch-"/ file both in mali/mali/ and mali/ump/ but resulting mali.ko file makes system reboot with no message printed to /var/log/kern.log
<Turl> tonikasch: as far as I recall there's nothing magical on the sunxi mali kernel driver
<Turl> it's just the one from malidevelopers with the glue to make it work on sunxi
<tonikasch> aha, ok, thanks, will keep trying, perhaps adding printk on each event on module, I guess not the ideal way but still learning all these things
<Turl> tonikasch: make sure the memory reservation is correct
<Turl> I think that's like the most critical thing you need to take care of
<tonikasch> do you know what file(s) that is stated on?
<Turl> mali/arch-blahblah/config.h; and the reservation is made on your board files/DT
<tonikasch> ahh, thanks, that's it
bbrezillon has quit [Ping timeout: 240 seconds]
FreezingCold has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
<mrnuke> Yay! zram works. Now let's check /dev/spidev
bertrik has quit [Remote host closed the connection]
sehraf has quit [Quit: www.miranda-fusion.de ... be part of it...]
<mrnuke> OK, so I take it we don't get /dev/spi* just yet with spi-sun4i ?
<Turl> mrnuke: did you enable SPI_SPIDEV?
<mrnuke> yes, I did
<Turl> mrnuke: maybe you need something like 8fad805bdc5229bf9787b01ca07061bb5967c2d9 + a dt binding to use it
<mrnuke> shouldn't spi-sun4i handle the magic and spidev chain on top of that?
<Turl> I think spi-sun4i handles just the bus
<Turl> you then need a driver to talk to the device on the other side of the bus
popolon has quit [Quit: Quitte]
<Turl> spidev would be something like a "generic driver" to implement a driver on userspace right?
<mrnuke> yeah, kinda like i2c_chardev
<mrnuke> it would still need something that knows how to handle the bus
<mrnuke> which in our case should be spi-sun4i
tyler-baker has quit [Quit: tyler-baker]