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
heffer has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 240 seconds]
afaerber has quit [Ping timeout: 240 seconds]
discopig has quit [Ping timeout: 240 seconds]
doppo has quit [Ping timeout: 240 seconds]
vickycq has quit [Ping timeout: 240 seconds]
azend|vps_ has quit [Ping timeout: 240 seconds]
heffer_ has quit [Ping timeout: 240 seconds]
jukivili has quit [Ping timeout: 240 seconds]
bfree has quit [Ping timeout: 240 seconds]
jero has quit [Ping timeout: 240 seconds]
Turl has quit [Ping timeout: 240 seconds]
cazzacarna has quit [Ping timeout: 240 seconds]
HeavyMetal has quit [Ping timeout: 240 seconds]
ojn has quit [Ping timeout: 240 seconds]
nashpa has quit [Ping timeout: 240 seconds]
pietrushnic has quit [Ping timeout: 240 seconds]
doppo has joined #linux-sunxi
Turl has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
pietrushnic has joined #linux-sunxi
jero has joined #linux-sunxi
vickycq has joined #linux-sunxi
jero is now known as Guest36876
tomboy65 has joined #linux-sunxi
soderstrom has quit [Ping timeout: 264 seconds]
nashpa has joined #linux-sunxi
ojn has joined #linux-sunxi
azend|vps has joined #linux-sunxi
naobsd has quit [Remote host closed the connection]
Deskwizard has quit [Read error: Connection reset by peer]
Deskwizard has joined #linux-sunxi
Deskwizard has quit [Remote host closed the connection]
Deskwizard has joined #linux-sunxi
a|3x has joined #linux-sunxi
<a|3x> l
<a|3x> oops
mosterta has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 240 seconds]
Ueno_Otoko has joined #linux-sunxi
Deskwizard is now known as deskUseless
bonbons has quit [Quit: Leaving]
<MoeIcenowy_> jemk: it seems that some code that is changed back to == 1680 is wrong
<MoeIcenowy_> (I didn't test
<MoeIcenowy_> (I'm still deploying git on my another A33
vishnup has joined #linux-sunxi
NiteHawk has quit [Quit: Coyote finally caught me]
NiteHawk has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 246 seconds]
vinifr has quit [Quit: Saindo]
ninolein has quit [Ping timeout: 260 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has joined #linux-sunxi
azend|vps_ has joined #linux-sunxi
afaerber_ has quit [Ping timeout: 250 seconds]
afaerber_ has joined #linux-sunxi
azend|vps_ has quit [Read error: Connection reset by peer]
azend|vps_ has joined #linux-sunxi
azend|vps_ has quit [Ping timeout: 260 seconds]
xenoxaos has joined #linux-sunxi
azend|vps_ has joined #linux-sunxi
MoeIcenowy_ is now known as MoeIcenowy
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 256 seconds]
p1u3sch1 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
Ueno_Otoko has quit [Ping timeout: 265 seconds]
Ueno_Otoko has joined #linux-sunxi
<MoeIcenowy> jemk: now a33 branch is ok
kaspter has quit [Remote host closed the connection]
<MoeIcenowy> I tested H.264 and MPEG-1
<MoeIcenowy> (The MPEG-1 test video is 60fps, 720p
<MoeIcenowy> (H264 test video is 30fps, 720p
<MoeIcenowy> (It seems that I reserved too little memory for ion to support 1080p
vishnu_ has joined #linux-sunxi
vishnup has quit [Ping timeout: 250 seconds]
leviathancn_szu has joined #linux-sunxi
<MoeIcenowy> It seems that 64MB is OK for my 1080p test video
avph has quit [Ping timeout: 255 seconds]
avph has joined #linux-sunxi
IgorPec has joined #linux-sunxi
avph has quit [Ping timeout: 255 seconds]
avph has joined #linux-sunxi
naobsd has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
xenoxaos has quit [Ping timeout: 260 seconds]
iamfrankenstein has quit [Client Quit]
iamfrankenstein has joined #linux-sunxi
leviathancn_szu has quit [Remote host closed the connection]
xenoxaos has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
JohnDoe_71Rus has quit [Ping timeout: 245 seconds]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
{mpmc} has quit [Quit: ZNC 1.6.1+deb1+jessie0 - http://znc.in]
mpmc has joined #linux-sunxi
xenoxaos has quit [Ping timeout: 260 seconds]
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
lemonzest has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 276 seconds]
gzamboni has quit [Ping timeout: 272 seconds]
gzamboni has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
xenoxaos has quit [Ping timeout: 260 seconds]
TheLinuxBug has quit [Ping timeout: 264 seconds]
y0g1 has joined #linux-sunxi
y0g1 has quit [Client Quit]
naobsd has quit [Quit: naobsd]
mzki has quit [Quit: leaving]
VargaD has quit [Ping timeout: 250 seconds]
<jemk> MoeIcenowy: DISP_FORMAT_YUV420_SP_TILE_UVUV allows to change these back to 1680 only, that halves the memory needed for the video surfaces
<jemk> MoeIcenowy: thanks for testing, i've merged it now. Good job with the disp "1.5"
VargaD has joined #linux-sunxi
<rellla> jemk, MoeIcenowy: What's the systematic behind the disp_*.h and disp_*.c? I mean the naming scheme?
y0g1 has joined #linux-sunxi
<jemk> rellla: disp is what we have in linux-sunxi, disp2 is the new new one from allwinner for h3. and disp1.5 is the new old disp ...
<rellla> should we rename that to unique names like disp_a10.h .... ?
<jemk> maybe
<jemk> but disp1.5 is also used for a10/a20 in the new lichee kernels
<jemk> maybe disp_sunxi, disp_lichee, disp2_lichee
<rellla> hm. due to the different logic it's not possible to wrap that all and hide it?
<rellla> i think, there is a if(!surface_p) anything missing...
<jemk> isn't it hidden enough with the common struct sunxi_disp interface?
diego71_ is now known as diego71
bonbons has joined #linux-sunxi
<rellla> jemk: it is :)
<rellla> do you recognize, that your libvdpau-sunxi isn't a POC still?
cnxsoft has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
<jemk> rellla: thx, h264 should be fixed now too
<rellla> jemk: saw it already, though i did not have a problem with that... thanks
ssvb_ has quit [Read error: Connection reset by peer]
ssvb_ has joined #linux-sunxi
<jemk> it might never happen anyway, because all reference pics should come from the decoder which already allocated the private data
mosterta has joined #linux-sunxi
ssvb_ has quit [Read error: Connection reset by peer]
ssvb_ has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
soderstrom has joined #linux-sunxi
Netlynx has quit [Ping timeout: 240 seconds]
vickycq has quit [Quit: WeeChat 1.0.1]
vickycq has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
<rellla> this is the first one i want to get merged. to find people testing it and getting the patch into sunxi-3.4
cnxsoft has joined #linux-sunxi
<jemk> i never tried to change parameters, but the default looked normal
vishnu_ has quit [Ping timeout: 260 seconds]
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
<rellla> i will make a feature branch test enable testing it separately. the kernel code is surely wrong. and the (new) libvdpau code works as expected, though it looks complicated :p
<jemk> if all kernels are patched we can merge it
<jemk> but i don't want to have *.patch files in libvdpau-sunxi
<rellla> define *all*
<jemk> ... relevant
<jemk> don't know
<jemk> dan-and already has it
<rellla> because it is ok.
Netlynx has quit [Ping timeout: 250 seconds]
<jemk> thats pretty obvious
<rellla> i need some acked-by or tested-by here https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg11901.html, then ssvb will merge it at least into sunxi-3.4 :) but no one seems to use some kind of csc handling
<jemk> i think libv and me already offered a reviewed-by
<jemk> well, i don't use it too, but it works
<rellla> ah. remember. should i resend it, ssvb_? or are these two reviewed-by enough?
<aep> uuh is it correct that the A13 doesnt have hdmi?
<aep> or am i missing something in the specs
viccuad has joined #linux-sunxi
<jemk> aep: a13 only has a lcd interface
<jemk> no hdmi, no vga
<aep> aye thanks
Netlynx has joined #linux-sunxi
Netlynx has joined #linux-sunxi
<ssvb_> rellla: no need to resend, I'll push the patch later today
discopig has joined #linux-sunxi
mosterta has quit [Ping timeout: 260 seconds]
<rellla> ssvb_: thanks
soderstrom has quit [Ping timeout: 246 seconds]
y0g1 has quit [Quit: brb]
paulk-collins has quit [Quit: Quitte]
vickycq has quit [Ping timeout: 256 seconds]
vickycq has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 245 seconds]
p1u3sch1 has joined #linux-sunxi
<MoeIcenowy> you can use external hardware for a13 to get vga/hdmi
<MoeIcenowy> CHIP has such an option
<MoeIcenowy> but the adaptor is more expensive than CHIP itself
<MoeIcenowy> In addition, rellla: lichee sdk of a33, a23, a80 do not has this bug
<MoeIcenowy> however, they spelled saturation as saturaion
<alexxy> hi all!
<alexxy> is it possible to use nand on cubietruck with mainline kernel?
avph has quit [Ping timeout: 255 seconds]
naobsd has joined #linux-sunxi
<MoeIcenowy> alexxy: It seems to be therotically able
<MoeIcenowy> but I've heared the nand will be simulated to a SLC
<MoeIcenowy> the size will decrease for a half
<MoeIcenowy> But I do not know it well
<MoeIcenowy> All my development devices have linux installed on sdcard
avph has joined #linux-sunxi
<alexxy> i saw bbrezillon working on it
<alexxy> but there are tons of patches related to nand, but i dont know what series to use
<alexxy> currently i'm running 4.4-rc7 kernel on cubietruck
<MoeIcenowy> kernel ubi is terrible
<MoeIcenowy> It will lose data seriously on mlc/tlc
<alexxy> mainline kernel seems dont work with nand on this board at all
<MoeIcenowy> Allwinner used a software ftl to deal with nand
<MoeIcenowy> alexxy: nand is a terrible thing for mainlineing
<MoeIcenowy> Prepare a SD card, if possible, for mainline
<alexxy> allwinner ftl layer is something strange
<MoeIcenowy> yes
<MoeIcenowy> but useful for mlc
<alexxy> currently system boot u-boot from sd
<alexxy> and system is installed on 2.5 hdd
<MoeIcenowy> now far more stable than ubi
<MoeIcenowy> alexxy: so plz forget your nand
<alexxy> i'm mostly interested in installing uboot to nand
<alexxy> to boot directly from sata hdd
<rellla> MoeIcenowy: but i think their range is wrong. i don't remember where i found that, but imho it should be 0~63 and not 1-64
<MoeIcenowy> ?!
<MoeIcenowy> rellla: ?!
<MoeIcenowy> sorry fpr use of zj
<MoeIcenowy> zh symbols
<MoeIcenowy> for
<rellla> regarding the bright, hue, saturatio, contrast range
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy> rella: but i cannot figure it out...
<MoeIcenowy> and it seems all aw official code use 1-65
<MoeIcenowy> 64
<MoeIcenowy> my finger works terribly
IgorPec has quit [Ping timeout: 246 seconds]
reinforce has joined #linux-sunxi
<rellla> but i think i followed the value up to the registers ...
<MoeIcenowy> oh i'll check linux-3.4-dunxi
<MoeIcenowy> sunxi
p1u3sch1 has quit [Ping timeout: 250 seconds]
p1u3sch1 has joined #linux-sunxi
<MoeIcenowy> @libv
<MoeIcenowy> libv: where to place my link of kernel tree in github?
<MoeIcenowy> and I have a full lichee and android sdk
<libv> MoeIcenowy: for a first stab that's quite good
<MoeIcenowy> it's on china's baidu netdisk
<libv> MoeIcenowy: try to write up a howto that mimics the one for the early sunxi socs as well
<MoeIcenowy> I may fork from a current 7-inch tablet's page
<libv> MoeIcenowy: there is a device page example.
<MoeIcenowy> but forkking is more easy
<MoeIcenowy> as many A33 7-inch tablets share same parts
<libv> MoeIcenowy: start from scratch, and maybe people like me will have less trouble cleaning those pages up in future.
<MoeIcenowy> ok thx
<libv> you can oggle the other pages as much as you like, but try to do so on each individual point instead of doing it for the full page, you will miss less stuff that way and not repeat mistakes made on other pages.
<MoeIcenowy> libv: should I include some necessary chinese characters (for example brand)
avph has quit [Ping timeout: 255 seconds]
<libv> MoeIcenowy: in the identification section, yes
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
avph has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
premoboss has joined #linux-sunxi
<MoeIcenowy> libv: Why can't I find the new page special page?
<MoeIcenowy> Oh, I got it
<MoeIcenowy> just open the blank page
<MoeIcenowy> I do not mean the example
<MoeIcenowy> libv: http://linux-sunxi.org/Aoson_M751s check required
<MoeIcenowy> I must did sth wrong
<MoeIcenowy> to be honest, chinese tablet sellers are all saying things not right
<MoeIcenowy> this tablet are claimed to have 3 processors: rk3288, rk3066, a33
<MoeIcenowy> but the last answer is right
<MoeIcenowy> and it claims to have an eMMC
<MoeIcenowy> but in fact it's a NAND
<vickycq> For this price it can't have a rk3288
<MoeIcenowy> in addition, the official documents said that it has a Mali-400 MP2, but I only get a Mali-400 MP for the output of glmark2-es2
<MoeIcenowy> vickycq: yes
<MoeIcenowy> and the result is 50fps without compositor
<MoeIcenowy> just like A10
<MoeIcenowy> but far less than A20
<vickycq> I heard that r3p0 could only utilize one core (?)
<MoeIcenowy> i use r3p2
pmattern has joined #linux-sunxi
<MoeIcenowy> aw didn't provide sources for r3p2-
<MoeIcenowy> for a3
<MoeIcenowy> a33
<MoeIcenowy> r3p2-01rel{1,2} and r4p0-00rel{0,1} are available
<MoeIcenowy> but i do not have userspace images for r4p0
<MoeIcenowy> so i choose r3p2
<MoeIcenowy> s/images/binaries
IgorPec has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 250 seconds]
<jemk> ssvb_: mosterta modified ump to make it usable as ve memory: https://github.com/mosterta/linux-sunxi/tree/ump_sunxi-3.4
<jemk> ssvb_: i actually like that idea, it would allow us to get rid of the huge static allocation and allows buffer sharing with mali for kodi
<jemk> ssvb_: what do you thing?
<jemk> *think
<MoeIcenowy> but there's a problem
<MoeIcenowy> some SoCs uses ion
<MoeIcenowy> rather than ump
<jemk> i know, vdpau already uses ion on h3
<MoeIcenowy> also on a33
<MoeIcenowy> but at least current linux binary driver of mali uses ump
<jemk> isn't newer mali also using dmabuf
MY123 has joined #linux-sunxi
<MoeIcenowy> rellla: I found a problem
<MoeIcenowy> do you know the range of input paramater
<MoeIcenowy> maybe it's 0-99 rather than 1-100
<MoeIcenowy> if it's 0-99 then the allwinner original code is ok
<rellla> i think i conluded, that because of the 0x3f 63 must be the max.
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
reinforce has joined #linux-sunxi
<MoeIcenowy> rellla: just terrible
<MoeIcenowy> maybe we should have a look at the allwinner's reference code
<MoeIcenowy> allwinner has never a fully-self-explained source tree
<MoeIcenowy> OK allwinner sucks
<rellla> terrible,yes. clamp it to 100, let it calc to 64, and then mask 0x40 with 0x3f. seems not to be right ...
<rellla> hm. but hue is not fit into 0-100. bah.
<MoeIcenowy> I got mad about it
<MoeIcenowy> if the code do not die
<MoeIcenowy> I won't care it
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
gzamboni has quit [Ping timeout: 265 seconds]
JohnDoe_71Rus has joined #linux-sunxi
gzamboni has joined #linux-sunxi
<jelle> bananapi should have usb otg support doesn't it?
<vickycq> IIRC the otg client mode is disabled in the script because of the high load problem?
<jelle> oh ok
<jelle> vickycq: in which script?
iamfrankenstein1 has joined #linux-sunxi
<ssvb_> jemk: well, the whole idea about using ump for zero copy integration with cedar is rather obvious and not exactly new - http://irclog.whitequark.org/linux-sunxi/2013-11-03#5446121;
<ssvb_> but it's nice to see some work actually getting done :-)
<ssvb_> preferably, this was supposed to be done by the xbmc/kodi folks a long time ago
staplr has joined #linux-sunxi
Netlynx has quit [Ping timeout: 272 seconds]
<vickycq> So with 'usb_port_type = 1' and 'usb_host_init_state = 1' in script.fex, the OTG port can only be used as usb host.
<jelle> vickycq: I thought it was enabled mainline
<jelle> vickycq: I'm running mainline
<vickycq> oh sorry
<jelle> np :)
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
iamfrankenstein1 has joined #linux-sunxi
<jelle> well I lied to, I'm not actually running mainline but hans his fork
<jelle> so maybe I just didn't correctly read the dts file
<jelle> or did I miss a kernel config switch
staplr has quit [Ping timeout: 265 seconds]
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
<jelle> hmm USB_OTG=y and I see &usb_otg = { status = "ok" } in the dts file https://github.com/jwrdegoede/linux-sunxi/blob/sunxi-wip/arch/arm/boot/dts/sun7i-a20-bananapi.dts
Netlynx has quit [Ping timeout: 272 seconds]
Netlynx has joined #linux-sunxi
staplr has joined #linux-sunxi
<jemk> ssvb_: looks like i missed that discussion
<jemk> mosterta has made a working kodi with libvdpau, so it seems to work
<jemk> it didn't get much attention yet however
vishnup has joined #linux-sunxi
<rellla> jemk: in addition to the kodi thread it should be announced on the ml.
<rellla> and on the *new kodi wiki page i will do the next days...
TheLinuxBug has joined #linux-sunxi
staplr has quit [Ping timeout: 246 seconds]
cosm has joined #linux-sunxi
deskUseless is now known as dekwizard
dekwizard is now known as deskwizard
erc has joined #linux-sunxi
swiftgeek has joined #linux-sunxi
<swiftgeek> is battery being charged on mainline linux?
<swiftgeek> (axp209)
iamfrankenstein1 has quit [Ping timeout: 250 seconds]
jinzo has joined #linux-sunxi
patap has joined #linux-sunxi
<patap> swiftgeek: Afaik charging is still wip: http://linux-sunxi.org/Linux_mainlining_effort#Minor_drivers
<swiftgeek> i saw wiki i just don't know whether axp209 charges battery on its own, and whether driver is for just fuel gauge/control
<KotCzarny> i think some control of the charging is still done from os
<KotCzarny> you can set table of voltage vs capacity
<KotCzarny> (at least someone suggested that if one doesnt want to charge to 100% every time there is a way to set max voltage to lower limit)
<swiftgeek> that's great :3
<KotCzarny> i might be wrong because i didnt test it yet (still have to buy me conenctor
<swiftgeek> i just used dupont and extremely old phone flat cell with a13, works surprisingly well
<KotCzarny> but, easy test if charging is done without os is to just connect the empty battery and wait some time, then check voltage
<KotCzarny> (and yes, i would like to know the answer too)
<swiftgeek> another thing is shutdown issue
<swiftgeek> it powers down nicely i guess but after that there is not much response to power button
lemonzest has quit [Quit: Leaving]
<swiftgeek> sigh i should check voltages first probably, whether pmic is actually ~off for real
gzamboni has quit [Ping timeout: 240 seconds]
<swiftgeek> now there i things that i completely don't get from wiki - does mainline uboot supports nand boot?
<ssvb_> swiftgeek: it just happens that the people working on nand support in u-boot despise documenting their work
<ssvb_> so it might be working fine, or it might be not quite ready yet
<swiftgeek> it would be nice to boot uboot from usb/sd and then write nand from there
<ssvb_> somebody just has to take a look at the nand code and check whether it is any good
gzamboni has joined #linux-sunxi
<ssvb_> jemk: my understanding that this kodi stuff has always been more political than a technical issue
staplr has joined #linux-sunxi
<ssvb_> from my (very subjective) point of view, kodi is not any better than mplayer/mpv, but unnecessarily pulls in a proprietary dependency (the mali blob)
<ssvb_> that's why I tried to stay away from it
<jemk> well, i prefer mpv too and won't actively work on kodi, but i'd like to help making libvdpau usable there
<ssvb_> I already had more than enough fun with the libhybris wrapper around the android cedar blob, the sunxi-fel hacks to workaround the FEL USB boot BROM limitations and the mali support in X11 (again, lots of workarounds for a number of ugly things)
<ssvb_> yes, mosterta did a good job and surely deserves our support
<ssvb_> his kernel patches look reasonable to me
<patap> I'm pretty sure that in current state uboot doesn't (a
patap has quit [Quit: Page closed]
<jemk> ssvb_: i just wonder if we could run into problems with the ioctl he added to get the physical address
<GeneralStupid> ssvb_: from my point of view kodi should easily switch between video players
<GeneralStupid> i just take sketchy look at their code base but it could be more module based for me
<ssvb_> jemk: well, framebuffer drivers can also report the physical address (via 'smem_start') and this does not directly cause any problems by itself
<ssvb_> but the code which has permissions and tries to use this physical memory address (for writing) should be surely careful
<ssvb_> moreover, the allwinner's sunxi-3.4 kernel is insecure by design and we can't make it much worse :-)
staplr has quit [Ping timeout: 276 seconds]
<jemk> thats true ;)
<jemk> but if for some reason the cma backend isn't used it might break
<jemk> if i understand it correctly ump doesn't necessarily provide contiguos memory by default
<ssvb_> it just should break gracefully with a helpful error message
<ssvb_> as for the ioctl, it is probably not a very good idea to put it into the same enum as the other ump ioctls
<ssvb_> btw, is mosterta here in the irc channel?
<jemk> sometimes
vishnup has quit [Ping timeout: 240 seconds]
arossdotme has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
domidumont has quit [Ping timeout: 246 seconds]
arossdotme has joined #linux-sunxi
<mripard> ssvb_: that's a bit unfair. The work on the NAND is not documented because it's far from stable at the moment. Both at the programming and usage levels.
lerc has quit [Read error: Connection reset by peer]
staplr has joined #linux-sunxi
<alexxy> mripard: may be you know how to use nand on cubietruck with mainline kernel? (with some patches?)
lerc has joined #linux-sunxi
staplr has quit [Quit: Leaving]
<mripard> alexxy: read my message above
<mripard> it's not stable
<mripard> as in "you'll lose data'
<alexxy> mripard: its not a problem =D
<alexxy> i'll give'em a try
<alexxy> problem that its somehow undocumented at all
<mripard> it's undocumented because we don't want people to use it.
<ssvb_> mripard: alexxy just wants to have u-boot on nand
<ssvb_> and this is a lot less challenging feature to implement
<alexxy> ssvb_: mripard: if its possible to put u-boot to nand to boot system directly from sata hdd
<alexxy> then it will be cool
<alexxy> i have cubietruck board
<alexxy> i see that there is some nand driver for sunxi in mainline linux, but no definitions for it in dtb
<ssvb_> the BROM searches for the SPL at several locations (some level of redundancy exists) and verifies checksums
<alexxy> i dont expect that it will be rock solid stable
<ssvb_> yes, putting u-boot in nand should be possible, but it is very poorly documented
<alexxy> but if it will work somehow, then it will be enough
<alexxy> i tested btrfs almounst from its begining
<ssvb_> somebody just needs to review the code, fix the remaining crap and properly document it :-)
<alexxy> i only see somewhere in mail list that u-boot-spl.bin should be written to mtd0
<alexxy> but there no definitions for it
<alexxy> there some in bbrezillon tree for 4.2-rc1 kernel
<alexxy> but i'm not sure that they are suitable for u-boot
<ssvb_> if we can trust mripard, the current mainline mtd code stinks
<ssvb_> you can probably also try the allwinner's nand tools to see if they can do the job
<mripard> ssvb_: it's easier, but not trivial
<mripard> you still have to generate an image with the ECC embedded in it, that depends on the NAND chip you're using
<mripard> duplicate it as much times as you can
<mripard> pad everything with random data
<mripard> it's easier, but not trivial
<alexxy> mripard: but how to write it to nand?
soderstrom has joined #linux-sunxi
vagrantc has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
avph has quit [Ping timeout: 255 seconds]
avph has joined #linux-sunxi
deskwizard has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
deskwizard has joined #linux-sunxi
MTO has joined #linux-sunxi
<MTO> Hi! I'm hoping to boot debian on a pcDuino8Uno, which has an allwinner H8 cpu. On the wiki identification guide, there is no mention of H8 at all. Am I barking up the wrong tree when looking at sunxi in the hopes of getting a working U-boot?
MY123 has quit [Quit: Leaving]
vagrantc has quit [Quit: leaving]
leio_ has quit [Ping timeout: 265 seconds]
premoboss has quit [Quit: Sto andando via]
bonbons has quit [Quit: Leaving]
khuey|away is now known as khuey
khuey is now known as khuey|away
soderstrom has quit [Ping timeout: 255 seconds]