Turl 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
kivutar has joined #linux-sunxi
wolfy has joined #linux-sunxi
n01 has quit [Ping timeout: 272 seconds]
<oliv3r> vector80: you are randomly writing random images, i'm not supprised it doesn' twork
<oliv3r> vector80: as to fixing you rbugs, that's really between you and allwinner since you are using their tools; which you don't even need really, you are lucky that you have eMMC as main device, be happy and use it
Seppoz has joined #linux-sunxi
kivutar has quit [Quit: Ex-Chat]
paulk-collins has quit [Remote host closed the connection]
rz2k has quit []
bluse_ has joined #linux-sunxi
Nikolas- has joined #linux-sunxi
tgaz_ has joined #linux-sunxi
bsdfox_ has joined #linux-sunxi
bsdfox_ has quit [Changing host]
bsdfox_ has joined #linux-sunxi
Seppoz has quit [*.net *.split]
bsdfox has quit [*.net *.split]
Nikolas has quit [*.net *.split]
tgaz has quit [*.net *.split]
eagles0513875 has quit [*.net *.split]
aep has quit [*.net *.split]
woprr has quit [*.net *.split]
bluse has quit [*.net *.split]
tgaz_ is now known as tgaz
aep has joined #linux-sunxi
bsdfox_ has quit [Excess Flood]
bsdfox has joined #linux-sunxi
eagles0513875 has joined #linux-sunxi
bsdfox has quit [Max SendQ exceeded]
bsdfox has joined #linux-sunxi
woprr has joined #linux-sunxi
egbert_ has quit [Read error: Operation timed out]
iamfrankenstein has quit [Ping timeout: 248 seconds]
egbert has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Excess Flood]
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
bsdfox has quit [Ping timeout: 264 seconds]
bsdfox has joined #linux-sunxi
bsdfox has quit [Ping timeout: 264 seconds]
bsdfox has joined #linux-sunxi
atiti has quit [Ping timeout: 264 seconds]
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Excess Flood]
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Excess Flood]
wolfy has quit [Ping timeout: 252 seconds]
wolfy has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Excess Flood]
n01 has joined #linux-sunxi
allen has joined #linux-sunxi
allen is now known as Guest54247
iamfrankenstein has joined #linux-sunxi
n01_ has joined #linux-sunxi
<wens> good news. I got WiFi working on mainline with brcmfmac driver
n01 has quit [Ping timeout: 264 seconds]
<vector80> oliv3r: Thank you very much for the answer. For android image, it is not random one, I am compiling from the source. Can I write android image via SD card ?
wolfy has joined #linux-sunxi
AreaScout has joined #linux-sunxi
<libv> while the makers of this page claim it to be a raspberry pi, it looks suspiciously like an A13 to me
pacopad has joined #linux-sunxi
<wolfy> ARM processor - Cortex A8 512K RAM
<wolfy> that's definitely not a rpi
<libv> read on.
<libv> and look at the not too detailed board pictures
paulk-collins has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 272 seconds]
<wolfy> "Pledge $333 or more " claims A8, 4GB RAM . that's not a PI...
<wolfy> one of two is false. either it's a PI ( which I do not believe ) or it cannot have those specs
<libv> it's also not a bga on the pictures
<rm> libv, they say it was used at some point in development only
<rm> "....That's when we started to notice that tablet are starting to be quite cheap. All we really need to add to the spec of a tablet is 1 touch panel. We bought a tablet, promised it that it won't hurt (had to lie) and that it is a part of history (you guys will decide), and came up with this"
<rm> ^ changed to a modified (A13?) tablet later
<libv> right
<libv> the way this board is laid out makes me believe it is a Q88
wolfy has quit [Quit: wolfy]
wolfy has joined #linux-sunxi
popolon has joined #linux-sunxi
notmart has joined #linux-sunxi
kivutar has joined #linux-sunxi
Guest54247 has quit [Remote host closed the connection]
paulk-collins has quit [Remote host closed the connection]
vector80 has quit [Ping timeout: 272 seconds]
wolfy has quit [Ping timeout: 252 seconds]
vector80 has joined #linux-sunxi
Quarx has joined #linux-sunxi
vector80 has quit [Client Quit]
wolfy has joined #linux-sunxi
wolfy has quit [Signing in (wolfy)]
wolfy has joined #linux-sunxi
naobsd has joined #linux-sunxi
naobsd_ has joined #linux-sunxi
naobsd has quit [Ping timeout: 272 seconds]
eyal has quit [Ping timeout: 248 seconds]
naobsd_ has quit [Ping timeout: 272 seconds]
massi_ has joined #linux-sunxi
FR^2 has joined #linux-sunxi
cubear has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
n01_ has quit [Ping timeout: 258 seconds]
cubear has quit [Ping timeout: 246 seconds]
cubear has joined #linux-sunxi
BluesBoy has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
kivutar has quit [Ping timeout: 272 seconds]
Quarx has quit [Read error: Connection reset by peer]
Xaros has quit [Remote host closed the connection]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
rz2k has joined #linux-sunxi
bsdfox has quit [Ping timeout: 246 seconds]
bsdfox has joined #linux-sunxi
vector80 has joined #linux-sunxi
naobsd has joined #linux-sunxi
Seppoz has joined #linux-sunxi
paulk-aldrin has joined #linux-sunxi
rz2k has quit []
dlan has quit [Ping timeout: 272 seconds]
mkutsevol has joined #linux-sunxi
massi_ has quit [Quit: Leaving]
<vector80> oliv3r: I downloaded script.bin from working debian SDcard, and used bin2fex, and I got olimex.fex file. And then, I copied my working android fex file (sys_config.fex) and used fex2bin, and created script.bin . And then, I deleted script.bin file from 16MByte partition of the SDCARD, and copied my new one. And then I insert SDcard to my board, and booted.. Unfortunately, kernel crashes during boot: http://pastie.org/8577232
<vector80> I feel it is realted with the USB, what is your recommendation for the next step ?
<oliv3r> vector80: ok why copy that at all?
<oliv3r> you extract olimex.fex, then overwrite it; why bother extracting it at all :)
<oliv3r> vector80: anyway, next step is to go back 4 steps :)
<oliv3r> actualyl
<oliv3r> no we need a proper script.bin so we can use mmc :)
<oliv3r> vector80: yeah looks like you (mis) configured your VUSB gpio
<oliv3r> check the schematic; the hardware guys should have wired a gpio to the VUSB mosfet
<oliv3r> easiest step forward, worry about that later, disable usb completly
<oliv3r> under all 3 usb sections, set usb_para or usb_used or whatever = 0
rz2k has joined #linux-sunxi
<vector80> Clear, let me do it
<vector80> One question
<vector80> if I misconfigured my USB gpio,
<vector80> How it is working perfectly with my android image ?
<oliv3r> different fex file? :)
<oliv3r> but by disabeling usb, you can prove your own point, that it may be related to USB :)
<vector80> clear
<vector80> I am using MELD
<vector80> Comparing two fex files
<vector80> mostly looking the same, some pins are configured differently
<vector80> As I understand, kernel is reading this script.bin file during booting, and configuring the hardware accordingly
<vector80> right?
paulk-collins has joined #linux-sunxi
BluesBoy has quit [Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...]
<oliv3r> each driver reads script.bin (each own section)
<vector80> cool, I disabled all 3 USB in the FEX, now booting debian OK
<vector80> Now, need to try one by one ?
<vector80> which one causing the issue?
<oliv3r> so in the usb driver, there's probably something like if (usb_para = 0) don'tload(); :p
<vector80> ok
<vector80> bad news
<oliv3r> anyway,
<oliv3r> if it works without usb;t hat's good
<vector80> Even I load my fex
<vector80> ls /dev/mmc* still doesn't show mmcblk1
<oliv3r> show me the fex file you currently use
<oliv3r> in theory, the olimex boards do have 2 mmc slots, so should work
<vector80> both pastebin and pastie is down
<vector80> can I send you by email?
wingrime has joined #linux-sunxi
<vector80> thank you soo much: http://fpaste.org/64389/80712791/
<oliv3r> paste.debian.net
<oliv3r> sprunge.us :)
<oliv3r> vector80: please get me a .fex file that was created by bin2fex, so i know for sure you are usin the right one :)
Andria has joined #linux-sunxi
<oliv3r> e.g. mount 16mb partition, bin2fex script.bin | curl -F 'sprunge=<-' http://sprunge.us
<vector80> yes, that one is olimex.fex, I created it via bin2fex
<vector80> let me give you
<oliv3r> look
<oliv3r> go to line 902
<oliv3r> it says mmc2_para] sdc_used = 0
<oliv3r> you tell me how that's ever going to work ;)
<vector80> That is working perfectly with my android
<vector80> w
<plaes> could be a bug with android kernel
<vector80> Please note that, the kernel with android SDK is different than olimex's one
<vector80> olimex uses 3.461
<vector80> 3.4.61
<vector80> my android kernel is 3.4.39
<vector80> let me modify line 902
<vector80> see what happens
<vector80> I have one trouble now
<vector80> my eMMC is connected to A20 via 8 lines
<vector80> Data0 is PC8, Data7 is PC14
<vector80> But in the fex file, that is only 4 pins
<vector80> Can I add more pins to fex file?
TomiK has joined #linux-sunxi
TomiK has quit [Client Quit]
<jelly-home> vector80: there are only 7 pins PC8-PC14, inclusive
<vector80> oh sorry
<vector80> PC15
notmart has quit [Quit: notmart terminated!]
cubear has quit [Quit: Leaving]
<vector80> the schematic looks somehow shifted
<oliv3r> looks like a screenshot from a wits design
<oliv3r> anyway, you are using ND[7:0]
<oliv3r> so your not using 8 bits, but 8 wires
<vector80> 8wires doesn't let me use 8-bit bus width ?
<oliv3r> the strange thing is though; (and my A20/PIO file may be very wrong)
<oliv3r> look ath that
<vector80> I feel a very bad HW design error
<vector80> if those pins are reserved
<oliv3r> D0 - D3, so quite possible that we hae D4-D7 there too
<oliv3r> but then you need more then 7 pins
<vector80> That means I can never use more than 4bit speed
<oliv3r> you need 4 data lines + clk + cmd
<oliv3r> so 6 pins for 4 bit SD connection
<vector80> For full speed of emmc,
<vector80> I must have all 8wires, right?
<oliv3r> IF the sd controller supports 8 bits, which I"m unaware off, you need 10 pins
<oliv3r> 8 databits + clk + cmd
<vector80> right, as you see from the image, all 10 wires are connected
<vector80> When I enable MMC2
<vector80> mmcblk1 is dedected but kernel crashes with "no init found"
<oliv3r> ah yeah, pc6 and pc7 are connected 'somewhere' :p
<oliv3r> anyway, the datasheet even says, SDC2_CMD; SDC2_CLK; SDC_D0 etc
<oliv3r> but for SDC2_D4 there is nothing
<vector80> yes, so it means
Andria has quit [Quit: Page closed]
<vector80> A20 can't support 8bit wide MMC controls
<oliv3r> i would imagine so
<oliv3r> let me check the user manual
<vector80> oliv3r: Can you recommend some better design house :)
<oliv3r> haha, olimex ;)
<vector80> hahahahhaa
<vector80> right
<oliv3r> they do 3rd party designs
<vector80> F/P is wonderful isn't it
<oliv3r> quite wella ctually
<vector80> Oh sorry
<vector80> price/Performance
<vector80> So, we can say, as I see pin outs of A20
<oliv3r> you should know that file
<vector80> it can never use 8bit right?
<oliv3r> lets find out:)
<oliv3r> go to page 261
<vector80> let me check
<oliv3r> page 263 to be specific
<vector80> all seems reserved
<oliv3r> exactly, e.g. 'not used'
<vector80> So, can you find any A20 interface which has 8bit SDC data?
<oliv3r> i don't think A20 does 8 bit mmc
<oliv3r> not completly strange, i don't think sd cards have 10 pins
<oliv3r> my SD card here has 7-9 pins, depending how you count
<oliv3r> read-only pin, power, gnd
<oliv3r> leaves 6 pins for 4 bit data
<vector80> right, so, was it a bad idea to use eMMC with an A20 ?
<oliv3r> no, emmc is realyl much beter then nand
<oliv3r> and if you have a good chip it can still be much faster
<oliv3r> nand does about 4 mb/s i think
jemk has joined #linux-sunxi
<vector80> We have sandisk eMMC
<oliv3r> vector80: it may be so, that it does 8 bit over 4 pins
<oliv3r> ddr maybe?
<vector80> I am really confusing about that
<oliv3r> 1 bit rising edge, 1 bit falling edge
<vector80> anyway
<vector80> even 4bits
<vector80> we must first fix this "init not found" issue
<vector80> I must change kernel command line
<vector80> right?
<oliv3r> ok, so lets back up
<oliv3r> first, you need to change line 902 :p
<vector80> I can't backup because it is not booting
<vector80> Change the line 902 to enable ?
<vector80> When I enable, debian is not booting because it complains that init is not found
<oliv3r> hmm, mmcplus does use extra pins, maybe that IS 8 bits :p
<vector80> if I disable it, mmcblk1 is not detected
<oliv3r> line 902 needs to read 'used = 1' obviously
<vector80> yes, when =1, kernel can't boot
<oliv3r> lets find out why :)
<vector80> and software watchdog is rebooting the board in 10seconds
<vector80> I think because of cmdline
<oliv3r> strange
<oliv3r> well i'm not sure how the kernel enumerates stuff; but post the boot log so we can examine it
<vector80> ok wait
<vector80> here you go: http://fpaste.org/64398/38807380/
<vector80> Today is birthday of my wife, I am very sorry but I need to go home now... I want to thank you for all your helps again, you are no:1.
<vector80> have a nice day, bye
<oliv3r> go home :)
<oliv3r> see you arround
drachensun_ has quit [Quit: Leaving]
<andhe> wens: cool!
<andhe> wens: btw, why decimal definitions of chip/device id when all others are in hex?
<wens> andhe: well if you look at the file, there are other chips that use decimal
<andhe> ok, will look closer. :)
<wens> andhe: if the chip name is 4 digits, they use hex; 5 digits then decimal
<andhe> wens: maybe I'm just thinking wrong again, but I don't understand the "off by one" fix.... why is the length specified as the source length... shouldn't it be the output buffer size?
<wens> rfkill->reset_name = devm_kzalloc(&pdev->dev, len + 7, GFP_KERNEL);
<wens> was allocated as such
<andhe> ok.
<wens> bed time
xeros_ has joined #linux-sunxi
paulk-collins has quit [Remote host closed the connection]
Quarx has joined #linux-sunxi
rzk has joined #linux-sunxi
rz2k has quit [Ping timeout: 260 seconds]
eyal has joined #linux-sunxi
<libv> ok, i should get an A13 device in about a week, and i think we don't have that one yet
<libv> ah, crap, .hk... wait and see, whether it really is based in frankfurt
jemk_ has joined #linux-sunxi
jemk has quit [Remote host closed the connection]
jemk_ is now known as jemk
<wingrime> jemk: ping
<jemk> wingrime: pong
<wingrime> jemk: do you have any plans about mpeg4?
<jemk> wingrime: no real plans, but as i might have some time again now, i'll probably look into it.
<wingrime> jemk: sad, at least not many things still not covered
<wingrime> jemk: mpeg4 should be relativly easy in comparea with h264
FR^2 has quit [Quit: und weg...]
<WarheadsSE> the cedar stuff/
Gerwin_J has joined #linux-sunxi
Quarx has quit []
deasy has joined #linux-sunxi
tm512 has quit [Quit: Just relax and enjoy this pleasant adventure]
tm512 has joined #linux-sunxi
gzamboni has quit [Read error: Connection reset by peer]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
gzamboni has joined #linux-sunxi
y0g1 has quit [Read error: Connection reset by peer]
wingrime has quit [Ping timeout: 272 seconds]
y0g1 has joined #linux-sunxi
netlynx has quit [Quit: Leaving]
<mnemoc> ssvb: here?
<ssvb> yep
<ssvb> for the default CMA area size, we definitely need to have it less than 192MB (the SYS reservation cuts off the first 64MB, and I believe it stores the data from script.bin)
<mnemoc> I'm making a test build of all defconfigs in 3.4 with CMA enabled right now, but with everything else default
<ssvb> and it needs to be larger than 80MB to have enough memory for cedar
<mnemoc> uhm
<mnemoc> can it be controlled by kernel arguments?
<ssvb> yes, I believe it can
<ssvb> but I think the default needs to be reasonable anyway
<mnemoc> at least to be able to disable it on headless installations
<ssvb> the unallocated part of CMA area can be used for movable pages, that's why it is not lost for the rest of the system
<mnemoc> nice
<mnemoc> I thought it was lost memory
<mnemoc> bad mime :\
<mnemoc> thanks, reading
<ssvb> basically, the reservation is still there because CMA needs to be sure that it can reclaim the pages from this area at any time
<ssvb> but these pages still can be used for other purposes
<mnemoc> so we take the max we need for mali, cedarx, fb and sys... right?
<mnemoc> "just in case"
<mnemoc> (tm)
<ssvb> that's only cedar, disp and g2d
<mnemoc> mali doesn't need it?
<ssvb> mali uses its own mmu and allocates memory one page at a time, and I think that's exactly the type of allocation which can't be done from the CMA area
<mnemoc> :)
<mnemoc> ok
<ssvb> if I understand it correctly, SYS contains the script.bin data from u-boot
<ssvb> and needs a specific hardcoded address for this reservation
<ssvb> which unfortunately cuts off the first 64MB of physical memory
<ssvb> I think that using 160MB as default for CMA would be a good start
<mnemoc> we could take the sys address from command line
<mnemoc> specially considering the hybrid 3.10
<mnemoc> which might need to work without an script.bin
popolon has quit [Quit: Quitte]
paulk-aldrin has quit [Ping timeout: 240 seconds]
paulk-aldrin has joined #linux-sunxi
futurisk has quit [Ping timeout: 246 seconds]
futurisk has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
kivutar has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Md has joined #linux-sunxi
<rzk> oliv3r: check email
Turl has quit [Ping timeout: 246 seconds]
Turl has joined #linux-sunxi
AreaScout has quit []
penghb has quit [Quit: Leaving.]
atiti has joined #linux-sunxi
penghb has joined #linux-sunxi
penghb has quit [Client Quit]
wolfy has joined #linux-sunxi
jemk has quit [Remote host closed the connection]
apo has joined #linux-sunxi
apo_ has quit [Remote host closed the connection]
codyps1 has quit [Read error: Operation timed out]
codyps has joined #linux-sunxi
paulk-aldrin has quit [Quit: Ex-Chat]
t3st3r has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
wolfy has joined #linux-sunxi
netlynx has quit [Quit: Leaving]