hno changed the topic of #linux-sunxi to: /Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See | | Logs at
naobsd has quit [Quit: Page closed]
\\Mr_C\\ has quit []
akaizen has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
jinzo has quit [Quit: Leaving]
FDCX has quit [Ping timeout: 264 seconds]
mcbrick has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Tsvetan2 has joined #linux-sunxi
Tsvetan3 has quit [Ping timeout: 268 seconds]
discopig has quit [Read error: Connection reset by peer]
discopig has joined #linux-sunxi
bamvor has joined #linux-sunxi
hsildaerD has joined #linux-sunxi
forcev has joined #linux-sunxi
bfree_ has joined #linux-sunxi
tkoskine_ has joined #linux-sunxi
Turl_ has joined #linux-sunxi
CaCtus492 has joined #linux-sunxi
menomc has joined #linux-sunxi
aalm1 has joined #linux-sunxi
Turl has quit [*.net *.split]
aalm has quit [*.net *.split]
mnemoc has quit [*.net *.split]
awafaa has quit [*.net *.split]
FunkyPenguin has quit [*.net *.split]
CaCtus491 has quit [*.net *.split]
tkoskine has quit [*.net *.split]
Dreadlish has quit [*.net *.split]
bfree has quit [*.net *.split]
menomc is now known as mnemoc
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
ykchavan has joined #linux-sunxi
discopig has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
discopig has joined #linux-sunxi
<wens> wanted to test mainline USB
<wens> but my cubieboard case doesn't accept any usb connectors even slighty larger than the standard connector...
<wens> I can't even get my thumb drive all the way in
<Tsvetan2> oliv3r with A20-SOM making dual LAN proto would be easy
tgaz has quit [Ping timeout: 256 seconds]
tgaz has joined #linux-sunxi
eebrah has joined #linux-sunxi
awafaa has joined #linux-sunxi
tinti has quit [Ping timeout: 248 seconds]
hsildaerD is now known as Dreadlish
Soru has joined #linux-sunxi
ynezz_ has joined #linux-sunxi
ynezz has quit [Ping timeout: 240 seconds]
Tsvetan3 has joined #linux-sunxi
Tsvetan2 has quit [Ping timeout: 240 seconds]
Black_Horseman has quit [Ping timeout: 240 seconds]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
<mnemoc> moin
atiti has joined #linux-sunxi
Tsvetan3 is now known as Tsvetan
buZz_ has joined #linux-sunxi
bfree has joined #linux-sunxi
awafaa has quit [Ping timeout: 240 seconds]
buZz has quit [Ping timeout: 240 seconds]
on1x has quit [Ping timeout: 240 seconds]
bfree_ has quit [Ping timeout: 240 seconds]
wingrime has joined #linux-sunxi
on1x has joined #linux-sunxi
tkoskine_ is now known as tkoskine
Xaros has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 257 seconds]
jeremb_ has quit [Ping timeout: 257 seconds]
kaspter has joined #linux-sunxi
<oliv3r> lo
<oliv3r> wingrime: i have no idea; the biggest card i have at home is 32G
<oliv3r> gah why can't i search for a filename on github in a repo?
CoSM0 has joined #linux-sunxi
ynezz_ is now known as ynezz
panda84kde has joined #linux-sunxi
n01 has joined #linux-sunxi
<mnemoc> oliv3r: git ls-files ?
<oliv3r> i can do that on the webinterace?
<mnemoc> doubt so :(
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
rellla has joined #linux-sunxi
buZz_ is now known as buZz
Xaros is now known as Black_Horseman
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
ykchavan has quit [Quit: Leaving]
massi_ has joined #linux-sunxi
<wingrime> oliv3r: MACC_VE_MMCREQ_WNUM ..... cedarx can read directly from MMC????
<wingrime> or ???
FR^2 has joined #linux-sunxi
awafaa has joined #linux-sunxi
jemk has joined #linux-sunxi
jeremb_ has joined #linux-sunxi
notmart has joined #linux-sunxi
notmart has quit [Changing host]
notmart has joined #linux-sunxi
<oliv3r> wingrime: no clue
<oliv3r> wingrime: i wouldn't be supprised, mmc has it's own dma does it not? streaming directly from mmc might make things faster/lower CPU demanding?
<rm> but filesystem
<wingrime> oliv3r: mmc have own dma
<wingrime> oliv3r: yes, it not used dmac
<wingrime> oliv3r: cedar have own dma too
_whitelogger has joined #linux-sunxi
<oliv3r> wingrime: really? dind't know that
<oliv3r> rm: filesystemless :p
<oliv3r> i'm talking about the sunii/melis days
<oliv3r> now it's probably not an issue anymore
deasy has quit [Ping timeout: 268 seconds]
<Montjoie> where can i find current patch/source of each WIP of ?
<oliv3r> Montjoie: wip is wherever developers keep them; i know turl has a 'dev' branch on linux-sunxi
<wingrime> oliv3r: cedar read and write ddr dram by own, you need only set physical offsets
<Montjoie> oliv3r, it could be cool to have a direct way of testing/reviewing current patch status
deasy has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
<oliv3r> Montjoie: well as I said, turl tries to compile patches that where sent to the mailing lists, but haven't been merged yet
<oliv3r> every developer has their own WIP branches
<oliv3r> our goal is to have a 3.10 tree to have those mainline patches against, to make testing easier
<Montjoie> I have few time for test, but I can review patch, but if I cannot find/see its..
popolon has joined #linux-sunxi
<mnemoc> oliv3r: time for an stage/sunxi-3.10 or sunxi-v3.10.12-r1 yet?
<oliv3r> i think it works, just needs a little testing
<oliv3r> someone else then me :)
<mnemoc> Montjoie: ----^
<Turl_> Montjoie: if you want to do technical review subscribe to linux-arm mailing list
<Turl_> Montjoie: if you want to test bleeding edge mainline with unmerged patches use sunxi-devel branch on linux-sunxi
<oliv3r> oh BTW
<oliv3r> i have a CT running enitrly (sans sata) off a 3.7V iphone battery :D
<oliv3r> plugging power in/out works as you'd expect, Settopbox with build in UPS :)
<Turl_> weren't iphone batteries non-removable?
<oliv3r> 3gs batteries :)
<oliv3r> i just solderd some wires to the tabs
<oliv3r> the protection circuit is on the battery, so that's good
<Turl_> lol
<oliv3r> Turl_: remove the _ :p
<Turl_> you know you could've sold the iphone and bought like over 9000 batteries right? :p
Turl_ is now known as Turl
* mnemoc will try to avoid making a joke about Turl showing his "tail"
<oliv3r> Turl: a broken iphone without a screen or even a PCB?
<oliv3r> Turl: i highly doubt it
<oliv3r> the 3gs is the old (3+ year) company phone, we had a few in the cabinate for spare parts
<oliv3r> well it was just spare parts now :)
<oliv3r> but you think i could get 40.000 for a 16GB used iPHone 3gs?
<oliv3r> i have my doubts ;)
<Turl> :p
<Turl> probably 100$ though
<Turl> wait, no pcb?
<Turl> that's not an iphone lol
<wingrime> oliv3r: can you add default y/m to sata?
eebrah has quit [Ping timeout: 265 seconds]
<oliv3r> Turl: why do you think i used the battery ;)
<oliv3r> wingrime: sata is broken :p
<oliv3r> i have to debug it
<Turl> A20 SOM from Olimex has GbE \o/
<Turl> and a 2Mp camera :o
rellla2 has joined #linux-sunxi
<wingrime> Turl: but the same....
<wingrime> Tsvetan: have you any ideas about camera expansion modules?
<wingrime> err expandion ?
<wingrime> not sure I writed it correctly
<Turl> expansion is correct
jinzo has joined #linux-sunxi
jinzo has joined #linux-sunxi
jinzo has quit [Changing host]
<wingrime> Turl: thanks
<wingrime> oliv3r: PM on sun7i even not builds
<oliv3r> wingrime: i noticed; i disabled it for now
cubear has quit [Quit: Leaving]
tinti has joined #linux-sunxi
tinti has quit [Ping timeout: 248 seconds]
<focus> Is there big differences with cubieboard1 and 2? I thought only 2nd CPU is difference. The script.fex I use same, the kernel i compile for sunxi4, but machine halts on 2nd line with "DRAM:" as the only printed word
<focus> assume DRAM parameters are wrong?
<focus> script.fex came from working cubieboard2
<oliv3r> focus: '2nd cpu'? it's a whole new SoC
<mnemoc> dram is not configured from .fex
<oliv3r> but yes, most of the IP is the smae
<rm> it's not sun4i
<oliv3r> the IRQ controller is completly different though
<focus> uuugghhhh... so i need a working script.fex from a cubie1 image i assume
<mnemoc> and a u-boot for cubie1
<oliv3r> that i can supply :p
<oliv3r> fresh from yesterday :)
<focus> whaha - thank you
<focus> mnemoc: script.fex has parameters for SDRAM
<focus> if fex isn't where dram is configured, where is it set up?
<mnemoc> u-boot's spl
<mnemoc> which doesn't read the .fex
<mnemoc> `fexc` can dump a myboard.c file for u-boot from the .fex
<mnemoc> but the file is not read in boot time
<focus> hmm.. sorry mnemoc having a mental block - it says in fex guide: SD-Ram is usually configured via livesuit when flashing. Livesuit probes the hardware or knows about the hardware and its configuration and configures the SoC accordingly. This luxury is not available from Linux and thus sdram parameters have to be set up by hand.
eebrah|noPC has joined #linux-sunxi
wingrime has quit [Ping timeout: 260 seconds]
<mnemoc> focus: livesuit injects the data in nand's boot0/boot1
<focus> ok i got to read up "uboot spl" and configure something there for dram
<oliv3r> focus: livesuit reads the memory timings or calculates them, then programs them into boot0/boot1
<focus> ok
<oliv3r> we extract those parameters from the registers (a10-meminfo) and code them into the SPL
<mnemoc> uboot spl is used when booting from uSD
<focus> ok
ykchavan has joined #linux-sunxi
<oliv3r> the fex is just updated/corrected so that it's properly in git sunxi-boards
<focus> so the actual parameters are not something done by human hands - it has to be worked out by livesuit and then we grab it from some data structure and put it into uboot spl
<focus> sheesh!
<oliv3r> basically yes
eebrah|noPC has quit [Ping timeout: 252 seconds]
<focus> once the parameters are worked out, i assume it does not change, unless the board changes and track lengths for dram changes?
<oliv3r> how/why livesuit obtains memory timings, is unknown
<oliv3r> basically, yes
<oliv3r> or if you want to overclock it ;)
<mnemoc> some details can be hand tuned, but most are a mistery
<focus> i want to experiment having different lengths of line and compensate for line lengths using capacitors in 0.1pf steps - it now means i need livesuit to work out the parameters and then grabbing them and then putting them into "uboot spl" and then booting linux before it can be known what the effects were
<focus> long winded!!
<focus> i'm designing new boards and prefer to use the A20. kicad can be persuaded to make tracks of a fixed size using the microwave track building option - but in places if you want dense packing, the lengths have to be slightly different - hence idea of using capacitors to slow down shorter tracks
<mnemoc> btw, your som seems perfect to test if we really can have dual ethernet on A20
<focus> The alternative way of checking is to put the memory chips intentionally further away and then use these capacitors to even out line lengths
jemk has quit [Ping timeout: 264 seconds]
<focus> A20 does not have ethernet according allwinner
<focus> :)
<oliv3r> focus: just boot your kernel directly from the livesuit injected parameters?
<oliv3r> have a rootfs with your test apps in it; write that rootfs using livesuit
<focus> actually it mentions ethernet as GMAC and EMAC ? - does that mean it has 2 ethernets?
kaspter has quit [Ping timeout: 260 seconds]
<focus> mnemoc: yes perfect for prototyping work to bring out the extra internal hardware if other boards haven't done it yet
<focus> mnemoc: i help luke as much as i can - nearly finished i believe - so get on wit SoMs soon
<mnemoc> cool
<Turl> sunxi-devel updated :)
gzamboni has quit [Read error: Connection reset by peer]
<focus> mnemoc: first task is to make a simple board with AXP209, then another with DRAM, and then another with ethernet+hdmi+usb
rellla2 has quit [Remote host closed the connection]
<focus> and then allow the som board to be wired manually to these boards
<mnemoc> the most advanced thing I can do in EE is to connect wire jumpers :p
<mnemoc> but sounds promising :)
<focus> mnemoc: i also notice an opportunity to build compact som board - many cn pcb makers are offering 0.1mm tracks as standard - it means you can wire 2 wires between the ball pads of bga, which means the board can be very compact - so may be i remake the som boards with these thinner tracks and leave it as a module that others copy and paste to into their product designs
<focus> mnemoc : its a start! :)
<focus> jumpers
<focus> oliv3r: i have to find a way of going there - will ping you when i get there
forcev is now known as FunkyPenguin
FunkyPenguin has quit [Changing host]
FunkyPenguin has joined #linux-sunxi
Soru has quit [Ping timeout: 268 seconds]
Gerwin_J has joined #linux-sunxi
gzamboni has joined #linux-sunxi
Tsvetan2 has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
Tsvetan has quit [Ping timeout: 268 seconds]
<oliv3r> Tsvetan2: next b oard, bring out the battery temperature sensor from the AXP and connect some leds to the charge led outputs of the axp ;)
\\Mr_C\\ has quit []
rz2k has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
wingrime has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
Soru has joined #linux-sunxi
Guest69871 has joined #linux-sunxi
<Guest69871> Howdy folks... anyone around who might be able to give me some tips regarding the sunxi-codec alsa module?
<oliv3r> Guest69871: ask your question; dn't ask to ask
<Guest69871> Righto... I'm trying to access the stereo line-in ports on an Olimex A20 board via the GPIO header, but following the wiki page it says to set ADC Input Mux to line-in, however my sunxi-codec driver doesn't appear to have the ADC Input Mux as a control
<Guest69871> so I'm stuck with the on-board mono microphone input via the 3.5mm socket
<Guest69871> running 3.4.61+, compiled yesterday from the git sources
<oliv3r> ok, and you went over all FEX settings?
<oliv3r> doesn't the olimex have a header for the second microphone connection?
<oliv3r> and you using alsamixer? or the like?
<Guest69871> I'm using alsamixer and amixer, as suggested here:
<Guest69871> there is no header on the board for a second mic, but the manual details pins on GPIO1 for LINEIN and FMIN
<oliv3r> hmm
<oliv3r> there's a seperated secondary MIC header on the PCB
<oliv3r> it may not be mounted
<oliv3r> left top corner (buttons being bottom)
<Guest69871> Yep, i see that
<oliv3r> looks like the FEX doesn't do any pin-ctrl for audio
<oliv3r> i think audio pins are dedicated, not PIO pins
<Guest69871> lists GPIO1 having pins 30 and 32 as LINEINR and LINEINL... i don't have the tools here to do an actual trace off the cpu pins to see if they are connected as described to AB21/AB20
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
<oliv3r> yeah those are dedicated pins
<oliv3r> so the codec switches between line or mic
<Guest69871> but that's the job of the ADC Input Mux control, right?
<oliv3r> yeah
<oliv3r> let me check the driver if i spot it
<Guest69871> is the output of my amixer controls, etc.
<oliv3r> i'm missing the mux control
<Guest69871> page 185 of the A20 user manual describes the register, which seems to vaguely line up with what's in sunxi-codec.c but thats starting to get out of my range of technical comfort zone...
<oliv3r> :)
<oliv3r> that's what you are refering to?
<Guest69871> line 516
<oliv3r> Guest69871: did you test it on a0?
<oliv3r> it might be possible that the driver hasn't been made compatible with a20 yet ;0
<Guest69871> I only have an A20 to test with
<oliv3r> ok so; to summarize
<oliv3r> olimexino has MIC1 in (and mic2 in) via a connector/header; and linein/fmin via the GPIO header
<oliv3r> there should be a MIC mux (mic1, mic2) and an ADC mux (linein and fmin)?
<oliv3r> i'm not sure if linein is muxed yet
<Guest69871> I believe the ADC mux actually selects between lineine, fmin and micin
<Guest69871> the A20 manual lists 5 possible states.
<oliv3r> i dno't think it can switch between fmin and micin
<oliv3r> let me read closer
<Guest69871> I can't copy and paste unfortunately as the PDF is protected
<oliv3r> maybe you are right, maybe are right, 1 adc
<Guest69871> ADCIS to 0000 shoudl be 'left select LINEINL, right select LINEINR'
<Guest69871> 000 sorry
<Guest69871> 001 is FMIN
<Guest69871> 010 is MIC1
<Guest69871> 011 is MIC2
<Guest69871> 100 is MIC1 + MIC2 for stereo mic with gain I'm guessing
<Guest69871> I suspect we would likely need the ADC Input Gain Control as well
leowt has joined #linux-sunxi
<oliv3r> adb input source :)
<oliv3r> adc*
<oliv3r> so yeah, adc IS needs to be 000; and LNRDF needs to be 0
<Guest69871> yep
focus has quit [Remote host closed the connection]
<oliv3r> Guest69871: i think the defines might be wrong
<Guest69871> ahh
<oliv3r> that's the INPUT adc control
<oliv3r> and mind you, i know little about the alsa framework
<oliv3r> but th elinein apm volume ctl is set to sunxi_MIC_crt
<Guest69871> I have linein APM volume appearing in alsamixer, but changing it makes no difference to the lack of audio i'm getting on LINEINR/L
<Guest69871> yeah, only microphone mono seems to work
<oliv3r> well it looks like they used the register for MIC Gain & Phone Out control
<oliv3r> so you change your linein, and the mic changes
<Guest69871> Odd.
<oliv3r> it looks like 'capture volume' controls line in
<oliv3r> no, that's actually right
<Guest69871> nope
<oliv3r> that is the gain control
<Guest69871> well, it doesn't work
<Guest69871> yeah, but you have to tell the input mux to select linein somehow
<Guest69871> that seems to be the bit that's missing I think
<oliv3r> yep
focus has joined #linux-sunxi
<oliv3r> i'm trying to figure out how alsa does that; i thought it was one of the snd_kcontrol's
<oliv3r> line 509 says there's a control called MIC INPUT mux
<oliv3r> hmm, ok that's the output, e.g. output mic1 or mic2 over the speaker as output
<oliv3r> so ignore that
<Guest69871> ah, yep
<Guest69871> line 516 is the key there I think
naobsd has joined #linux-sunxi
<oliv3r> do you see a alsamixer component called adc input mux?
<Guest69871> nope
<Guest69871> definitely missing that control. I have LINEIN APM Volume... but it does nothing.
<oliv3r> ohh
<oliv3r> that's because ADC Input mux only appears to be used on sun7i maybe; let me read more of the code first ;)
<Guest69871> ok :)
<oliv3r> on sun45i, you should have an adc input 'slider'
<oliv3r> and the amount of 'volume' changes the input
<oliv3r> brilliant contruct :p
<oliv3r> so for sun7i they kinda broke that
<oliv3r> are you able to compile a kernel?
<Guest69871> yep
<oliv3r> if so, copy line 516 to be inbetween 535 and 536
<Guest69871> copy, or move
<oliv3r> looks like sun7i -> sunxi was a dirty copy/paste job
<oliv3r> copy
<oliv3r> no need to remove it from tehre
<oliv3r> the question that remains is, why did they change the snd_kcontrol so much
<oliv3r> Maybe because of the rename? MicL -> Mic2?
<Guest69871> compiling now
<oliv3r> well it uses a new register, sunxi_mic_crt; i should see what a10 manual says
<oliv3r> page 173 is good to see what the audiocodec can do
<Guest69871> bingo
<Guest69871> it's appearing in alsamixer
<Guest69871> let me try it out
<oliv3r> should work
<oliv3r> looks like sun7i has a few more extra registers to control some more things
<oliv3r> sun7i has bias & DA16 calibration verify register (whatever the hell that may be)
<oliv3r> and mic gain & phone out control register
<oliv3r> the most interesting question is, does sun4i and sun5i have that aswell, or is that really something new
<Guest69871> I'm definitely getting some noise... mainly buzzing but I'm having to jerry-rig the audio connection...
<Guest69871> do you think it would be possible to expose the ADCG control as well for gain control?
<oliv3r> yeah
<oliv3r> just copy/paste what you think you need
<oliv3r> i'll see if sun4i has those registers aswell and if we can merge them
<oliv3r> actually, just copy/paste everything :)
<Guest69871> I can't copy from the a20 manual sadly.. it's protected
<Guest69871> but I think that's the only one
<oliv3r> depends on your pdf viewer ;)
<Montjoie> does someone know if someone is working on a driver for SS (Security System) of the A20, does it is a sort of hardware crypto accelerator ?
eebrah has joined #linux-sunxi
<oliv3r> well mic2, mic1 and micl and micr are seperated registers somehow
eebrah is now known as Guest33633
<oliv3r> Montjoie: turl is
<oliv3r> looks like the register is actually missing on sun4i
<oliv3r> so that's a new 'feature' for sun7i
_enrico_ has joined #linux-sunxi
<Guest69871> well i'm getting some audio, but it sounds as if the gain control somewhere is massively off
<Guest69871> it's either totally silent or massively distorted
<oliv3r> there might be even registers missing; hard to say
<Guest69871> see I'm mixxing 'Line Volume' in alsamixer
<Guest69871> which is present on the example page on the wiki
<Guest69871> and my ADC Input Mux has ID 5
<Guest69871> whereas the one on the wiki has the input mux on 16, and the linein volume on 5.
<Guest69871> ah... LNPREG.. Line-In pre-amplifier gain control
<oliv3r> the wiki probably talks about a10 though?
<Guest69871> yeah, i woudl guess so
<Guest69871> is it another case of copying line 501 down below?
<Guest69871> looks like 'Linein APM Volume' already does ADCG actually... so yeah just LNPREG missing
panda84kde has quit [Quit: Konversation terminated!]
<oliv3r> you may have to add the pregain amplifier; probably as a CODEC_SINGLE("Linein Pre-AMP", SUNXI_lnprng, bit, 1, 0),
<oliv3r> bit = 13
<oliv3r> and it's not 1, 0; but 7. 0
<oliv3r> CODEC_SINGLE("Linein Pre-AMP", SUNXI_ADC_ACTL, 13, 7, 0)
<Guest69871> ok
<oliv3r> don't forget the comma at the end
<Guest69871> success!
<oliv3r> :)
<Guest69871> stereo audio in, sounds good
<oliv3r> i'll work out a patch to make it all better
<Guest69871> the default pre-amp settings seemed to be a little high... just had to lower it down to suitable gain levels
<oliv3r> sounds reasonable :)
leowt has quit [Quit: leowt]
<Guest69871> which for line-level input is Line Pre-AMP at 0, Capture at 100
<Guest69871> awesome, that has just solved a serious problem for me... thanks!
<oliv3r> your welcome :)
Guest33633 has quit [Quit: Leaving]
eebrah_ has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
leowt has joined #linux-sunxi
<leowt> is u-boot-sunxi supporting boot from nand?
jinzo has quit [Quit: Leaving]
<Turl> leowt: only the lichee branches
wingrime has quit [Ping timeout: 260 seconds]
<leowt> linchee is somehow forcing to compile with soft float
atiti has quit [Ping timeout: 260 seconds]
<mnemoc> leowt: u-boot, as the kernel, is float-free
<mnemoc> the forcing softfloat thing is actually intentionally there to DETECT float usage and fail
<leowt> arm-none-linux-gnueabi-gcc: command not found while im on a hf system
<leowt> awww ok
<popolon> kpartx is nice to loop mount µSD images
<leowt> mayb thats something because of the distro
<mnemoc> leowt: make CC=.... ?
<mnemoc> you can tell make what compiler to use
<mnemoc> that's only a default
<leowt> already tried with arm-linux-gnueabihf-ld but it fails in the end
<leowt> arm-linux-gnueabihf-ld: Command not found
rellla2 has joined #linux-sunxi
paulk-collins has quit [Remote host closed the connection]
<Turl> leowt: make CROSS_COMPILE=arm-linux-gnueabihf- ?
<leowt> yup
<leowt> it is working in another distro =)
<leowt> oops
<leowt> no its not
<leowt> same situation
<mnemoc> too long without making a manual compile...
paulk-collins has joined #linux-sunxi
<gzamboni> oliv3r, Guest69871 yes, i did that page on wiki, its based on A10
rellla has quit [Quit: Nettalk6 -]
<leowt> crosscompiling from amd64 works
rellla2 has quit [Remote host closed the connection]
<WarheadsSE> if you are building it from a native toolchain on an arm box, try just taking off the full chain name
bamvor_ has joined #linux-sunxi
bamvor has quit [Ping timeout: 268 seconds]
bamvor_ has quit [Ping timeout: 248 seconds]
bamvor_ has joined #linux-sunxi
panda84kde has joined #linux-sunxi
eebrah_ is now known as eebrah
eebrah is now known as Guest82503
Guest82503 is now known as eebrah_
eebrah_ is now known as eebrah|FTS
HeHoPMaJIeH has quit [Remote host closed the connection]
leowt has quit [Quit: leowt]
leowt has joined #linux-sunxi
n01 has quit [Quit: leaving]
boss has joined #linux-sunxi
mcbrick has joined #linux-sunxi
<steev> oliv3r: what do you do your development with?
<steev> wondering what's mangling the patch you sent about ahci
Guest69871 has left #linux-sunxi [#linux-sunxi]
_enrico_ has quit [Quit: Bye]
atiti has joined #linux-sunxi
boss has quit [Quit: Copywight 2007 Elmer Fudd. All wights wesewved.]
FR^2 has quit [Quit: Connection reset by peer]
notmart has quit [Quit: notmart terminated!]
<Turl> steev: the patch is attached, how can it be mangled?
<steev> Turl: i got dos line endings on every line
panda84kde has quit [Quit: Konversation terminated!]
<Turl> steev: I downloaded it and it's got unix ones here
<steev> odd
<steev> guess it's gmail
<Turl> I also use gmail
<Turl> but through thunderbird
<steev> +^M$
<steev> definitely see dos line endings from the gmail web interface
<steev> i really need to get around to re-setting up mutt
<Turl> steev: yep, downloading from Gmail web interface gets the file with DOS line endings
<Turl> steev: luckily it's easy to fix it
<steev> yep
<steev> dos2unix and then it's just a few whitespace lines
* Turl resaves the file with nano
<oliv3r> steev: how is it mangled; i used vim ;) but I did attach the file via thunderbird; so that may have mangled it
<oliv3r> and since we use google-groups; i blame that.
<steev> oliv3r: nah, looks like it's just google being shit
<oliv3r> i have to make myself setup postfix soon
wingrime has joined #linux-sunxi
<oliv3r> boog oogle
<oliv3r> i will TRY to make myself start with postfix tomorrow
<oliv3r> my gf got a tablet; i thought it would be a10 based; turns out, it's a13 based. so I finally have some a13 hardware to test things with :D
massi_ has quit [Remote host closed the connection]
<oliv3r> atsampson: how's your replicant/CM stuff coming along :)
jinzo has joined #linux-sunxi
<Turl> oliv3r: breaking gf's tablet is not a smart move :p
<Turl> oliv3r: it was the gmail client that downloads the file with dos line endings, the email itself is fine
<oliv3r> pff, boot from SD
<oliv3r> good, go on and troubleshoot ya'll ;)
<oliv3r> omg this is so nasty: CODEC_SINGLE("Mic Input Mux",SUNXI_DAC_ACTL,9,15,0),//from bit 9 to bit 12.Mic(麦克风)输入
<oliv3r> so bit 9-15 control the mic1, mic2, left and right input sources as mute/not-muted
<oliv3r> so they make it a slider, with 16 values
<oliv3r> i need to learn about alsa and fix that shit properly
<oliv3r> on the upside, i think i FINALLY have utf-8 working properly everywhere
<oliv3r> as i actually copy/pasted chinese symbols there
<Turl> yep I see chinese symbols
<mnemoc> re
<Turl> wb mnemoc
<mnemoc> thanks Turl :)
<Turl> oliv3r: chinese says (Microphone) input
<mnemoc> Turl: what's the LOADADDR= thing we have to use? I want to setup nightly builds of each defconfig of each branch
<Turl> mnemoc: the load address thing that gets passed to mkimage
<oliv3r> Turl: yeah, it's mic1 Left source, mic1 right source, mic2 left source, mic2 right source
<oliv3r> you use that 'slider' to choose which configuration you want
<Turl> mnemoc: LOADADDR=0x40008000 for all sunxis I know of
<oliv3r> so level '0' is mute all mics
<mnemoc> Turl: cool. thanks
<oliv3r> level 15 is enable all mics; it's kinda silly :)
<Turl> np
<Turl> :p
<oliv3r> and i just did a whole lot of renaming and cleaning; just to realize, we want to have 3.4 code to be as close to the original as possible, to make diffing easier
<oliv3r> :(
<mnemoc> Turl: and your rootfs in 3.10?
<oliv3r> the rootfs works on 3.4 too
<mnemoc> embedded initramfs I mean
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<Turl> do you want to embed an initramfs on all nightly builds? :)
<hramrach> hello
<hramrach> how is the thing with CT schematic going?
<mnemoc> Turl: if you can document the process of "sideloading" the initramfs you can save us a lot of space :p
<Turl> mnemoc: I was never able to get "uInitramfs" working, but I think someone else here did
<mnemoc> Turl: I'm building defconfigs, and sunxi_deffconfig wants your rootfs
<Turl> mnemoc: there's a copy of it on the server btw
<Turl> I'll see if I can get it uInitramfs'ed
<mnemoc> I'll try doing an "smart" nightly, only pushing if something actually changed
<Turl> +1
<Turl> mnemoc: are you hand coding it all, or using some CI system?
<Turl> (eg Jenkins)
<mnemoc> shell scripting
<mnemoc> + cron
<oliv3r> why WHY in the world is in the A20 user manual, the Microphone volume register blanked :S
<Turl> oliv3r: patents >:D
<Turl> j/k
<oliv3r> what's the point? i'm not allowed to know that bits 23-26 are volume left/right?
<mnemoc> oliv3r: your are allowed to discover it. they are not allowed to tell you
zetaneta has joined #linux-sunxi
<steev> oliv3r: you expect it to be documented properly?
<Turl> bbl
leowt has quit [Quit: leowt]
<atsampson> oliv3r: start of term intervened (I work at a university) ;-)
<atsampson> the basic stuff all appears to work; the last thing I tried was getting the camera to do something, though (it doesn't work on linux-sunxi either at the moment)
<oliv3r> mnemoc: luckly, it's right there in the code :p
<oliv3r> steev: it was purposly removed :p i wonder why
rellla has joined #linux-sunxi
<oliv3r> steev: the only reason I can imagine, is because they added 2 new registers on sun7i that controls the mic in details
<oliv3r> or more specifically
<oliv3r> atsampson: i think the camera is tied somehow together with cedarX or requires it to do realtie encodings
<oliv3r> atsampson: but a build without cedarX and if it's absolutly required without camera, is still very good
zetaneta has quit [Ping timeout: 248 seconds]
<oliv3r> there, little patch sent; test and merge mnemoc ;)
<oliv3r> CODEC_SINGLE("Mic Input Mux",SUNXI_DAC_ACTL,9,15,0),//from bit 9 to bit 12.Mic(麦克风)输入
<oliv3r> whoops
<oliv3r> for the first time in 20 years of me using irssi i see utf-8
<oliv3r> so simple yet so ... joyfull
<oliv3r> well by far not 20 lol
* mnemoc has logs from 1993 :p
<mnemoc> efnet...
<oliv3r> oh wow
<oliv3r> only publically logged stuff
<oliv3r> form #linux probably
<oliv3r> one name pops into my mind; nunya i think
<mnemoc> nah, ircII logs
fredy has quit [Excess Flood]
<oliv3r> BitchX
<mnemoc> my own
<mnemoc> yup :p
<mnemoc> oh, bitchx even release 1.2 this year!
fredy has joined #linux-sunxi
<steev> do we need to leave the chinese comments in?
<oliv3r> yep
<oliv3r> or translate them
<oliv3r> steev: but we wanna change actual code as much as possible
<oliv3r> little*
<oliv3r> so merging is easier later
<steev> i guess that makes sense
<oliv3r> takes a lot of effort to do so :)
<oliv3r> i wanna change stuff :)
wingrime has quit [Ping timeout: 264 seconds]
wingrime has joined #linux-sunxi
<steev> stupid question but
<steev> is there an interface BACK to allwinner? so that things that are fixed get back into their internal work?
jinzo has quit [Ping timeout: 265 seconds]
focus_it has joined #linux-sunxi
<oliv3r> steev: nein
<oliv3r> steev: allwinner does not care
<oliv3r> or atleast that's our impression
<steev> has anyone asked? heh
<mnemoc> oliv3r: do you have that sound-codec commit in a public branch from where to cherry-pick?
<steev> freescale was like that for a very long time
<mnemoc> git am and mails with utf-8 text don't get along well
eebrah|FTS has quit [Ping timeout: 265 seconds]
<oliv3r> mnemoc: not yet; but can do
<oliv3r> sun7i_codec
<oliv3r> 250b0f044ae9aff2f4b475a2f12a45225ec9cc6d
atiti has quit [Ping timeout: 248 seconds]
<oliv3r> but i'm sure some would like to review it
<steev> i stop when there is unicode characters
<steev> and incorrect commenting
<steev> i get not wanting to stray too far from allwinner's shit code, but if you're not gonna do it right, why bother at all?
<steev> if llvm and clang would hurry up and finish i'd actually look at the sata stuff at least
<oliv3r> steev: i'd love to clean up stuff; make it all nice and well
<oliv3r> but the whole 'drop -> our code merge' is where it makes sense to keep it as close to AW as it is
<oliv3r> unless we repalce it
<steev> oliv3r: do it in a different branch and only pull in the changes that are necessary? how often do "we" actually get code drops from aw?
<oliv3r> occasionally
<oliv3r> but 3.4 should be 'maintanance and bug fixing only'
akaizen has quit [Remote host closed the connection]
<oliv3r> 3.10 we wanna do 'our own thing'
<oliv3r> and mainline is for new clean drivers
<steev> is 3.10 coming from them too?
<oliv3r> nope
<oliv3r> from us
<steev> but 3.10 because it's an LTS?
<oliv3r> aye
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
<oliv3r> gotta start somewhere
<oliv3r> 3.0 and 3.4 where LTS, so 3.10 makes sense in that regard
akaizen has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
<wingrime> oliv3r: are you sure aw removed pata from a20?
<wingrime> 4
wingrime has quit [Quit: leaving]
aalm1 is now known as aalm
wingrime has joined #linux-sunxi
<wingrime> oliv3r: I found *some* headers for sunii
<wingrime> oliv3r: aka f10,f15
<oliv3r> wingrime: very sure, they removed the mux and put emac in its place
ykchavan has quit [Read error: No route to host]
<wingrime> oliv3r: f***k still no answer from benn
<oliv3r> vacation :p
ykchavan has joined #linux-sunxi
<oliv3r> chinese holiday
<wingrime> oliv3r: oh,hell
<wingrime> oliv3r: can be emac and wemac work together?
<wingrime> oliv3r: ce be it muxed to different pins
<wingrime> *can
<wingrime> oliv3r: if thats possible, we will have very nice router
ykchavan has quit [Client Quit]
<oliv3r> wingrime: emac and gmac in a20
<wingrime> oliv3r: yes, but can it be muxed to different pins?
<wingrime> oliv3r: I want 2 ethernet cards on same board?
<wingrime> (!)
<oliv3r> yes
<oliv3r> should be possible
<oliv3r> emac on PH (previous ATA pins) and gmac on PA
paulk-collins has quit [Quit: Ex-Chat]
<wingrime> Tsvetan2: ^^^^^^^
<wingrime> Tsvetan2: why do you still not plan/develop board with two ethernets??
<wingrime> Tsvetan2: thats awesome, I saw many comments about people want it....
<oliv3r> wingrime: he said a20 SOM can do it
<oliv3r> Tsvetan2: also did gbit test; 330 mbit with current kernel
<wingrime> oliv3r: cool
<wingrime> oliv3r: badly
<wingrime> oliv3r: but, realy, som20 big....
<wingrime> oliv3r: something small ... better
<oliv3r> yeah well ... yeah :)
<wingrime> oliv3r: a20-som realy big
<wingrime> oliv3r: camera too short and stange connector
ss__ has joined #linux-sunxi
<ss__> Hello
<wingrime> ss__: hello
<ss__> I'm trying to create a bootable uSD card for an allwinner a10 board using link but it is booting
<ss__> sorry
<ss__> It is not booting
<wingrime> ss__: witch board
<ss__> I have designed a board using cubieboard schematics
<wingrime> ss__: have you uart
<ss__> Yes I'm using uart0
<wingrime> ss__: can you show me PCB layout...
<ss__> you mean the brd file?
<ss__> I used allegro
<wingrime> ss__: better pdf converted
<wingrime> but brd ..
<wingrime> ss__: oh orcad....
<wingrime> ss__: than you can send brd
<ss__> ok a moment please
<ss__> How do I send it to you? by email
<wingrime> ss__: wingrime&gmail
<ss__> In the meantime let me show you the uart log I got when I loaded the pengpod image to uSD
<ss__> U-Boot SPL 2012.10-04269-g513f5dd-dirty (Jan 25 2013 - 20:28:53) DRAM: 1024MB SUNXI SD/MMC: 0 U-Boot 2012.10-04269-g513f5dd-dirty (Jan 25 2013 - 20:28:53) Allwinner Technolog y CPU: SUNXI Family Board: PengPod 700 I2C:
<wingrime> ss__: yot can't do it so easy
<ss__> Sorry
<wingrime> ss__: you must build own uboot
<ss__> Let me email you that log
<wingrime> ss__:
<ss__> you mean
<wingrime> yes
<ss__> I have sent them
<wingrime> ss__: wait....
ss__ has quit [Ping timeout: 250 seconds]
<wingrime> ss__: ok ddr routings looks good
<wingrime> you need create your own board file for uboot
ss__ has joined #linux-sunxi
<oliv3r> ss__: do you know your memory parameters?
<wingrime> oliv3r: he quit...
<wingrime> oliv3r: thats realy looks like mem issue
<oliv3r> hard to say; how much ram is there available etc
<ss__> I tried to obtain them but when I was unable
<oliv3r> SPL loads u-boot so that looks good
<oliv3r> i wouldn't use pengpod btw; id use cubieboard spl
<oliv3r> try that; that's A10 u-boot
<oliv3r> otherwise, look at the dram_ files int he boards/sunxi section and use one that has the lowest clock
<ss__> Yes but I tried cubieboard but it doesn't even reach the part that reads boot.scr
<wingrime> ss__: try low dram clock in fex
<wingrime> err
<wingrime> ss__: make you own dram config for uboot
tinti has joined #linux-sunxi
<oliv3r> ss__: what's the last thing you see with the one i just linked
<wingrime> ss__: you can use pengipod as base
<wingrime> ss__: and lower ddr3 clock there
<ss__> I have tried but I cannot read my ram parameters
<oliv3r> well normally; you'd flash your ram with livesuit; which detects your memory parameters
<oliv3r> then you boot u-boot or linux or whatever to parse those settings
<oliv3r> and write yoru own dram_*.c
<oliv3r> ss__: so that linked u-boot from above doesn't boot at all?
<ss__> oh ok
<wingrime> ss__: use pengipods settings
<oliv3r> if that is the case, your memory routing is bad
<wingrime> ss__: and lower ddr3 clock
<oliv3r> ss__: the reason we have various dram_*.c files is because they have different memory timings
<ss__> I have tried compiling uboot using the linux-sunxi code but doesn't work
<oliv3r> you can try the bsp; but the bin i linked above, is build yesterday for cubie1
<wingrime> ss__: what error when building
<ss__> so far it is only a pengpod image that has tried to boot
<ss__> I need help in configuring my board so that I can compile u-boot
<oliv3r> you must run livesuit and flash with it atleast once
<oliv3r> so that livesuti can detect it
<wingrime> ss__: also your ddr routing that you done, is your or you get is somethere?
<ss__> ok. I added my parameters to the boards.cfg file but I still get errors when compiling u-boot
<wingrime> oliv3r: there only two settings that matter
<ss__> I did it myself
<wingrime> oliv3r: ddr3 speed and bus width
<wingrime> oliv3r: it boots to linux than crash
<oliv3r> true number of chip matters
<oliv3r> bus width is either 8 or 16
<ss__> I have 4 chips bus width is 8
<ss__> What is the lowest clock value that I can use?
<wingrime> oliv3r: he have 4
<wingrime> ss__:you can find situable dram_*.c file
<wingrime> ss__: with lowest settings
<ss__> ok let me try
<oliv3r> cubie has 2 chips
<ss__> I have 4 chips 256mb to give me 1gb
<wingrime> ss__: I hope impedance correct
<wingrime> ss__: alegro realy slow for me
<oliv3r> ss__: copy the cubietruck dram_c
<oliv3r> it uses 4 chips
<oliv3r> and is reasonably low clocked
<oliv3r> cubietruck is 2gb though; so half the density
<oliv3r> io_width and bus_width is probably to high; but shouldn't matter
<ss__> Let me try cubietruck
<wingrime> oliv3r: he's dram too far comparative than cb2
<oliv3r> cubietruck
<oliv3r> cubietruck has 2Gigs in 4 chips
<oliv3r> wingrime: did you get your ct yyet?
<wingrime> oliv3r: nope
<oliv3r> wingrime: stupid russian post :(
<ss__> Is there a board that has 1gb with 4 chips?
<oliv3r> possibly
<oliv3r> but hard to say
<oliv3r> but cubietruck is what you want
<oliv3r> half the density and your good
<oliv3r> the io_width and bus_width aren't important
<ss__> ok
<wingrime> oliv3r: he have pengipod settings half worked
<oliv3r> we guess that it sets up the drive-strength of various stuff
<wingrime> oliv3r: I think he only need low dram speed
<wingrime> ss__: that board, where it will be used?
<oliv3r> wingrime: yeah
andoma has quit [Ping timeout: 264 seconds]
andoma has joined #linux-sunxi
<oliv3r> ss__: use a clock of 360
<oliv3r> that's a fairly safe low one
<oliv3r> dram_sun4i_360_1024_iow16.c
<oliv3r> and dram_sun4i_360_1024_iow8.c
<oliv3r> those should be 4 chips
<oliv3r> and 2 chip variants with low clocks
<oliv3r> use one of those
<wingrime> oliv3r: he maybe need test 512 setups for first time
<oliv3r> i forgot what iow and what bw was exactly
<oliv3r> wingrime: yeah if you only use 512 MB that's fine too
<wingrime> iow = io width
<oliv3r> the ram controller will just use less if you have yes
<oliv3r> yeah and bw is bus-width
<oliv3r> but 1 has to do with the chips
<oliv3r> e.g. 8bit or 16bit RAM chips
<oliv3r> the other is number of chips * iowidth
leviathanch_ has quit [Ping timeout: 264 seconds]
<oliv3r> so if you have 8 bit chips, (with 4 that's quite likly) you have 32bit iowidth?
<oliv3r> erm no
<oliv3r> with 8bit chips, and 4 of them, you have 32bit BUS width
leviathanch has joined #linux-sunxi
<wingrime> oliv3r: others magic number is ddr3 commands timings thay only depeds if you need ddr3/ddr2 select
<oliv3r> if you have 2 chips, you have 16 bit chips and you end up with 32bit iowidth too
<oliv3r> or if you have a13, it's very likly 2 chips with 8bit io; you end up with 16bit buswidth
<oliv3r> if anybody still follows what i'm trying to say :D
<oliv3r> also density obviously relates
<oliv3r> if you have low iowidth, low buswidth, you need a higher desnity to make your size
<ss__> In this command make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- <your_SoC>_defconfig what should i replace <your_SoC> with?
<oliv3r> so to summarize; ss__ you need dram_sun4i_360_1024_iow8.c
<wingrime> board name
<ss__> Can I use any name?
<oliv3r> see boards.cfg
<ss__> ok
<oliv3r> MELE_A1000G
<oliv3r> use that
<ss__> ok
<oliv3r> that's using 360Mhz dram, 1024 MB and 4 chips
<oliv3r> that should be the most leniant and safe config
<ss__> Where do I configure dram_sun4i_360_1024_iow8.c?
<oliv3r> you odn't have to
<oliv3r> it's in board/sunxi/Makefile
<oliv3r> if you compile for MELE_A1000G it uses those settings
<ss__> I'm getting this error Can't find default configuration "arch/arm/configs/MELE_A1000G_defconfig"
<oliv3r> uncap
<ss__> ok
<oliv3r> Mele_A1000G
<oliv3r> like that :)
<oliv3r> see boards.cfg ;)
<oliv3r> Mele_A3700 should be identical otherwise
<oliv3r> there's the PCB
<oliv3r> if you wanna takea quick look
<oliv3r> looks like a much more simplified PCB with less connectors
<oliv3r> but a3700 and a1000g use the same memory settings
<ss__> I got this error *** Can't find default configuration "arch/arm/configs/Mele_A1000G_defconfig"!
<wingrime> oliv3r: ddr3 route is poblematic without full EM simulation
<wingrime> ss__: do "ls arch/arm/configs/"
<hno> ss__, oliv3r is talking about u-boot. You are trying to compile kernel.
<ss__> How do I get the uImage file?
<oliv3r> hmm i use the bsp
<ss__> ok
<wingrime> ss__: uboot not kernel
<oliv3r> hno: I only build u-boot from source once i use the BSP otherwise which does the all the magic
* hno wasn't aware there is magics in the bsp.
<oliv3r> :p
<hno> but it's obvious you and ss__ are talking about different things.
<ss__> When I get the uImage file can I copy it to the FAT partition and copy my script.bin file?
<oliv3r> heh i'm tired; brain is shut off
<oliv3r> ss__: yeah
<ss__> ok
<wingrime> ss__: you need fix before uboot
<wingrime> ss__: you need spl and uboot
<wingrime> ss__: builded
<wingrime> ss__: for your board
<wingrime> ss__: kernel can be more generic
<oliv3r> and paste the error you have :p
<oliv3r> once spl and u-boot work; kernel should be a very minor minor issue
<wingrime> ss__: uImage != uboot
<oliv3r> but uImage is a u-boot bootable kernel :D to keep things interesting
<ss__> I have tried the run it
<ss__> it ends with sun4i#
<oliv3r> that's the u-boot command prompt
<oliv3r> looks like it works fine
<ss__> What do I do next?
<oliv3r> read the wiki
<ss__> I have emailed<wingrime>
<oliv3r> start there
<oliv3r> pretend you have a mele a1000g/a3700
<wingrime> ss__: next you need ask uboot boot kernel
<ss__> Why does it say No MMC card found
<wingrime> MMC Device 0 not found
<wingrime> ** Bad device mmc 0 **
<wingrime> ss__: it can be memory issue
tinti has quit [Ping timeout: 248 seconds]
<oliv3r> mmc rescan
<oliv3r> fatls mmc 0
<wingrime> ss__: if mem behaves wrong you will get realy strange errors
tinti has joined #linux-sunxi
<oliv3r> you can test mem quite easily with md for example
<ss__> How do I ask uboot to boot kernel? Do I compile the kernel
<oliv3r> also, you do actually have mmc connected to the PF PIO
<oliv3r> ss__: read the wiki
<oliv3r> ss__: the unxi-bsp helps you build a kernel; how, it's on the wiki
partoa has joined #linux-sunxi
<ss__> in the linux-sunxi folder right?
<oliv3r> ss__: short summary; env set fdt_high ffffffff; env set bootargs console=ttyS0,115200; fatload mmc 0 0x48000000 uImage; fatload mmc 0 0x43000000 script.bin; bootm 0x48000000
<oliv3r> ss__: Go read the wiki i linked you above
<oliv3r> read it 3 times
<oliv3r> and then one more time for good measure
<oliv3r> nn
wingrime has quit [Ping timeout: 248 seconds]
<ss__> please provide me the link once again
ss__ has quit [Ping timeout: 250 seconds]
tinti has quit [Ping timeout: 248 seconds]
ss__ has joined #linux-sunxi
<ss__> hello
<Turl> wb
<ss__> When I try booting from uSD I get stuck at Starting kernel....
<ss__> Where could the problem be?
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
eagles0513875 has joined #linux-sunxi
<focus_it> cubieboard1 - root=/dev/sda1 won't work if placed in uEnv.txt ? it just hangs saying waiting for /dev/sda1
<ss__> I do not have uEnv.txt
tinti has joined #linux-sunxi
popolon has quit [Remote host closed the connection]
<focus_it> i downloaded a cubuntu didstro for uSD card - it has two partitions, the first partition contains uEnv.txt - it doesn't have the boot.cmd / boot.scr in there
<focus_it> so i assume it boots of uEnv.txt - set the drive in there as /dev/sda, it picks it up but after a lot of operations, it just hangs with waiting for /dev/sda1
ganbold_ has quit [Remote host closed the connection]
<focus_it> strange because cubieboad2 boots from boot.cmd with root=/dev/sda1 fine
ss__ has quit [Ping timeout: 250 seconds]
<focus_it> first time i'm trying to transfer boot to self powered external sata for cubieboard1 (works ok with cubieboard2)
rellla has quit [Remote host closed the connection]
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
geecko has joined #linux-sunxi
focus_it has quit [Quit: Leaving]
akaizen has joined #linux-sunxi