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
pietrushnic has joined #linux-sunxi
khuey|away is now known as khuey
lamer14520031072 has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 260 seconds]
vishnup has joined #linux-sunxi
khuey is now known as khuey|away
ricardocrudo has quit [Remote host closed the connection]
nemunaire_ has joined #linux-sunxi
atsampson has quit [Ping timeout: 260 seconds]
nemunaire has quit [Ping timeout: 260 seconds]
lamer14520031072 has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 276 seconds]
cnxsoft has joined #linux-sunxi
robogoat has quit [Ping timeout: 250 seconds]
atsampson has joined #linux-sunxi
robogoat has joined #linux-sunxi
deskwizard has quit [Read error: Connection reset by peer]
deskwizard has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 260 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<vishnup> wens: ping
<wens> vishnup: pong
<vishnup> wens: apart from axp pmic support, we need separate charger driver, right?
<wens> yes, subdev drivers for everything
<wens> if you want, you can try to extend the axp288 charger and fuel gauge drivers
<wens> not sure if it's easy
<vishnup> yes, just came to know that it exist.
<vagrantc> in troubleshooting an orangepi plus2 board, where the on-board u-boot has been wiped, and it doesn't load from SD ... is there some way to get life back into this thing?
<vagrantc> is FEL mode started from u-boot, or is that something built-in?
<vishnup> vagrantc: FEL mode loads SPL and u-boot.
<vagrantc> FEL is loaded via the OTG port?
leio has quit [Ping timeout: 265 seconds]
<vagrantc> basically, i'm trying to figure out how to determine if this hardware is bricked, or what low-level options i have to get it booting agian
<vishnup> yes
<vagrantc> i've tried booting it with the recovery button pressed with the OTG port plugged into my computer, but the sunxi-fel utility claims nothing is connected
<vishnup> vagrantc: does dmesg give any details when connected or disconnected USB cable?
leio has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
afaerber has quit [Ping timeout: 250 seconds]
lamer14520031072 has joined #linux-sunxi
<vagrantc> vishnup: i'll go grab it and see what i can get
afaerber has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 245 seconds]
bmeneg has quit [Ping timeout: 245 seconds]
<vagrantc> vishnup: a cable plugged into the USB OTG port doesn't produce any messages in dmesg
<vagrantc> it's running at 4.98 volts, drawing between 0.01-0.06 amps
deskwizard_ has joined #linux-sunxi
<vagrantc> ooh, up to 0.08 amps...
deskwizard has quit [Ping timeout: 272 seconds]
bmeneg has joined #linux-sunxi
<vagrantc> no USB devices show up, though.
deskwizard_ is now known as deskwizard
* vagrantc should try debugging the Cubieboard4 at the same time
<vagrantc> i guess the board layout is actually different between the orangepi plus2 and the orangepi plus?
<wens> iirc the "u-boot" key forces boot from mmc0, and if it fails it find a valid bootloader, it drops to fel
<wens> otherwise it boots from whatever the board is designed to boot from, and it's the onboard bootloader's job to check if mmc0 has a valid bootloader or not
<vishnup> Vagrant: just try removing microsd card, remove usb cable, remove power cable, press sw or u-boot or recovery button, put power cable and then USB otg cable
<vagrantc> i see sw2, sw3 and sw4 buttons ... which buttons?
<vishnup> As per wiki it's sw3 for orange pi plus.
<vishnup> I'm not aware about orange pi plus 2!
<vagrantc> according to the wiki it's between the sata and hdmi ... there are no buttons anwhere near either of those ports...
<vagrantc> wow, they moved almost everything
<vagrantc> they did manage to put the H3 chip on straight on the plus2, at least. :)
<vishnup> try sw3.
<vagrantc> nothing
<vagrantc> tried sw2 and sw4 for good measure ... nothing
<vagrantc> so, in theory, that should bring up fel mode?
<vishnup> dmesg doesn't show anything!! that's weird.
<vagrantc> i should try a different microUSB cable
Gerwin_J has joined #linux-sunxi
naobsd has joined #linux-sunxi
<vagrantc> but i really don't have much hope for this board
<vagrantc> it was working fine, and then it stopped ... switched everything over to another board, and it worked fine.
<vagrantc> (everything == microSD, power, usb-ttl serial adapter)
<vagrantc> another identical board, that is
<vagrantc> i wonder if the microSD pins are damaged or something stupid like that
<vishnup> wens: is it possible to detect RSB devices connected?
<vishnup> like we can detect i2c devices using i2c-detect
lamer14520031072 has joined #linux-sunxi
<wens> it's possible, but you have no idea what it is
lamer14520031072 has quit [Ping timeout: 246 seconds]
<vishnup> wens: you're right. I'll get it understood. :)
<wens> it's not really a problem, there's only a handful of chips, and you can see them directly
<wens> and the addresses always follow a certain pattern
<wens> vishnup: did i mention the axp818 is actually 2 rsb slaves?
<wens> vishnup: btw, if you have github or something, it'd be nice if you publish you work so others (me) can follow
p1u3sch1 has quit [Ping timeout: 265 seconds]
p1u3sch1 has joined #linux-sunxi
deskwizard is now known as desk_away
<MoeIcenowy> for mainline uboot with microSD Breakout UART
<MoeIcenowy> is just enable support for UART0 on Breakout in menuconfig OK?
rgwan has joined #linux-sunxi
<MoeIcenowy> it seems that there's now no spl/menuconfig
<MoeIcenowy> and I choose it and rebuilt uboot
<MoeIcenowy> Nothing appears on UART0
<MoeIcenowy> just on LCD
TheSeven has quit [Ping timeout: 250 seconds]
<vishnup> wens: it's on top of your sun9i-wip branch. I'll post axp patches once axp223-v6 patches are queued.
TheSeven has joined #linux-sunxi
<wens> thanks
<vishnup> feel free too point mistakes if any.
<wens> hmm, haven't seen axp813 around yet
<vagrantc> ok, finally got FEL working on the board
<vagrantc> well, it at least shows up as a device
<vagrantc> the cable i was using may have been data only
<vagrantc> er, power
lamer14520031072 has joined #linux-sunxi
<vagrantc> that was it, it works fine now
lamer14520031072 has quit [Ping timeout: 272 seconds]
<vagrantc> and a u-boot prompt. great.
mosterta has joined #linux-sunxi
mosterta has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
lamer14520031072 has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 272 seconds]
IgorPec has quit [Ping timeout: 246 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
lamer14520031072 has joined #linux-sunxi
SadSmile has joined #linux-sunxi
mosterta has joined #linux-sunxi
tomcheng76 has quit [Ping timeout: 250 seconds]
tomcheng76 has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
domidumont has joined #linux-sunxi
<MoeIcenowy> Why cannot my microSD Breakout work on mainline U-Boot?
<MoeIcenowy> I can get the output of boot0 and U-Boot Legacy
<MoeIcenowy> （my SoC is A33
<MoeIcenowy> (I enabled UART0_F
mosterta has quit [Ping timeout: 246 seconds]
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
rgwan-phone has joined #linux-sunxi
vishnup has quit [Ping timeout: 252 seconds]
rgwan-phone has quit [Read error: Connection reset by peer]
nemunaire_ is now known as nemunaire
IgorP has joined #linux-sunxi
<vagrantc> hrm. so, i think there's some physical connection issue with the microSD ... is that common? if i wiggle the microSD card and insert and uninsert it a few times ... sometimes it'll cold boot repeatedly
fredy has quit [Excess Flood]
iamfrankenstein has joined #linux-sunxi
fredy has joined #linux-sunxi
_stephan has joined #linux-sunxi
vishnup has joined #linux-sunxi
<vishnup> MoeIcenowy: So, you got uSD Breakout board.
<vishnup> set CONS_INDEX=1, in addition to UART0_F
IgorP has left #linux-sunxi [#linux-sunxi]
<MoeIcenowy> vishnup: spl now output to uart
<MoeIcenowy> but it stucks at Trying to boot from
<MoeIcenowy> (And now no LCD is initialized
vagrantc has quit [Quit: leaving]
Gerwin_J has joined #linux-sunxi
<vishnup> MoeIcenowy: did you write u-boot-dtb.bin and execute it.
<vishnup> after SPL?
mzki has joined #linux-sunxi
<MoeIcenowy> vishnup: I used sunxi-fel uboot command
<MoeIcenowy> U-Boot is started as sunxi-fel said.
<MoeIcenowy> Starting U-Boot (0x4A000000).
lamer14520031072 has quit [Ping timeout: 240 seconds]
reinforce has joined #linux-sunxi
lamer14520031072 has joined #linux-sunxi
vishnup has quit [Ping timeout: 252 seconds]
reinforce has quit [Quit: Leaving.]
naobsd has quit [Quit: naobsd]
diego_r has joined #linux-sunxi
apritzel has joined #linux-sunxi
reinforce has joined #linux-sunxi
FlorianH has joined #linux-sunxi
_massi has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 250 seconds]
lamer14520031072 has joined #linux-sunxi
martijn has joined #linux-sunxi
<wens> no sunxi talk this year?
<martijn> Hello everyone. Does anyone know whether i2s sound support will be added to the 4.5 mainline kernel ?
<wens> 4.5? no
<MoeIcenowy> wens: this year?
<wens> at fosdem
<martijn> Thanks wens, any idea when it might happen ?
iamfrankenstein1 has joined #linux-sunxi
<wens> martijn: depends on when people have time to work on it :)
<martijn> Ok, maybe i should put some time into it then.
<martijn> wens: Thanks for your reply
<wens> fyi mripard has a wip branch over in his github, not sure about its status
<martijn> wens: I noticed that, i start from there then :)
<mripard> yeah, it's close to done
<sunxi_fan> martijn: i'm planning to work on refreshing i2s driver to newer kernel too. actually the "wip" from mripard github branch is on 4.1.rc IIRC, it should be rebased on newer kernel, i suppose..
<mripard> I just need to debug what's wrong with my setup, I apparently don't set the registers to the right value
<mripard> but I haven't had time to look into this recently
<martijn> I was just messaging you mripard
ricardocrudo has joined #linux-sunxi
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
<mripard> sunxi_fan: hmmm, did I not push my branch then?
<mripard> the current branch I have is on 4.4
<sunxi_fan> umh, i tried few days ago and it was an older one AFAICT..
<sunxi_fan> let me check which branch i'm talking about.. to see if it's the same.
reinforce has quit [Quit: Leaving.]
<mripard> I just pushed it
<martijn> Thanks
martijn is now known as mmwolbrink
ricardocrudo has quit [Ping timeout: 272 seconds]
<MoeIcenowy> mripard: excuse me, have you used any uSD breakouts?
<mripard> no, I don't
<MoeIcenowy> oh
<mripard> why ?
<MoeIcenowy> currently I met some problems when use a uSD breakout on mainline uboot
<MoeIcenowy> I managed to get U-Boot SPL 2016.01-rc3-00065-g7868031-dirty (Jan 07 2016 - 15:58:16) on uSD breakout UART
<MoeIcenowy> but not uboot info
<mripard> using fel to load u-boot ?
<zoobab> for fosdem dinner, will go to the restaurant and book the place today
<MoeIcenowy> mripard: yes
<MoeIcenowy> I have no other method to load uboot as I want to keep the stock rom
<mripard> maybe it just muxes out the MMC pins then
<MoeIcenowy> hmm
<MoeIcenowy> i'm now trying to write to uart0 from fel after spl's init
rgwan has quit [Quit: Leaving.]
<MoeIcenowy> is sudo sunxi-fel fill 0x01c28000 1 0x41 just ok?
<MoeIcenowy> mripard: is uart0 ok after spl?
rgwan has joined #linux-sunxi
IgorPecovnik has joined #linux-sunxi
<mripard> what do you mean?
<mripard> it should be ok yes
<mripard> but you still have to have the pins muxed to it
Night-Shade has quit [Remote host closed the connection]
<mripard> and since you're using a usd breakout board, it probably muxes the pins exposed on that to the MMC
<mripard> and not to the UART anymore
<MoeIcenowy> I know
<MoeIcenowy> I found it ok
<MoeIcenowy> just after spl
<MoeIcenowy> before uboot
<MoeIcenowy> (as in that time fel is give control back
ricardocrudo has joined #linux-sunxi
<MoeIcenowy> mripard: Now does mainline uboot use device tree to do mux?
<mripard> no
<MoeIcenowy> oh
<MoeIcenowy> so I use the non-breakouted dt is ok?
<MoeIcenowy> @mripard
<rgwan> MoeIcenowy: Yeah
<rgwan> Go ahead.
<rgwan> You can try to access UART in board_init()
<rgwan> If you disabled MMC support, I don't think there are anything can block your UART out.
<rgwan> It 's so strange
<rgwan> (had disabled)
<wens> zoobab: I don't remember getting a mail about people count?
lamer14520031072 has quit [Ping timeout: 276 seconds]
FlorianH has quit [Ping timeout: 264 seconds]
ssvb has joined #linux-sunxi
<ssvb> MoeIcenowy: recent U-Boot uses device tree for configuring UART in the main binary, but not in SPL
<ssvb> that's why you are having problems with SD breakout
<MoeIcenowy> oh
<MoeIcenowy> Should I remove all the code for mmc0 in dt?
<ssvb> you need to edit the relevant dts file
<MoeIcenowy> but I saw nothing from uboot
<MoeIcenowy> even no the banner
<MoeIcenowy> (main binary
<MoeIcenowy> is the banner shown after mmc is inited?
<MoeIcenowy> (But I even disable mmc in my uboot build
<ssvb> which banner?
<ssvb> first you get some messages from the SPL about initializing the DRAM
<MoeIcenowy> yes
<ssvb> then the main U-Boot part runs and uses the configuration from dts files for the serial console
<MoeIcenowy> I mean the banner like U-Boot 2011.09-rc1-00000-g5b9427c-dirty (Dec 15 2014 - 14:29:34) Allwinner Technology
<MoeIcenowy> (This banner is from the stock uboot
<ssvb> feel free to fix the SD breakout Kconfig option to make it work again
<MoeIcenowy> But a Kconfig option cannot affect dt...
<ssvb> it can affect the code which parses the dt
<ssvb> anyway, you can make this stuff work with some quick and dirty hacks
<MoeIcenowy> how to hack it?
<MoeIcenowy> I do not focus on uboot
<MoeIcenowy> I only care the kernel
<ssvb> what is the "proper" solution may cause some bikeshedding debates :-)
<MoeIcenowy> oh
<ssvb> as I said, the easiest way is to find the dts file in U-Boot and patch it
<ssvb> and then you will need to patch the kernel dts too, if you want to use SD breakout for the kernel serial console
<ssvb> *maybe* the right solution is to make U-Boot use the externally provided dts instead of the bundled copies?
<ssvb> what is your hardware?
<MoeIcenowy> aoson m751s
<MoeIcenowy> a q8-like tablet
<ssvb> you need to find its dts here - http://git.denx.de/?p=u-boot.git;a=tree;f=arch/arm/dts;h=41ac0021c6a632ec2f07f8102440440d37e48f4e;hb=HEAD
<MoeIcenowy> (but seriously not a q8
<MoeIcenowy> the common q8 800x480 dt works well
<MoeIcenowy> for lcd
<ssvb> and then disable MMC and patch the UART pins
<ssvb> it used to work, but admittedly a long time ago
<MoeIcenowy> ssvb: this page seems to be aged
<ssvb> feel free to bring it up to date :-)
<MoeIcenowy> why in the sun8i-a33.dtsi
<MoeIcenowy> uart0 is defined as uart0_pins_b
<MoeIcenowy> (I've changed the pins to PF2 and PF4
<MoeIcenowy> uart0_pins_b: uart0@1 {
<MoeIcenowy> Should I change it to uart0_pins_a:uart0@0 ?
<MoeIcenowy> @ssvb
<ssvb> I was playing with this stuff when I was implementing the SSD2828 driver for U-Boot (needed for LCD on MSI Primo81 tablet)
<MoeIcenowy> Oh it seems that no requirment for it
<ssvb> the SD breakout support was a little bit broken, but I made it work and documented it
<MoeIcenowy> as uart0_pins_a is defined in sun8i-a23-a33.dtsi
<ssvb> but now it is time for you to have fun with it, good luck :-)
<MoeIcenowy> Oh no
<MoeIcenowy> I've never experienced a mainline guy with dts!!!
<ssvb> as you get the serial console messages from the SPL, your hardware hardware setup is fine
<ssvb> just start hacking it until you get the serial console working in the main U-Boot binary and in the linux kernel
<ssvb> then submit the needed patches and update the wiki
IgorPecovnik has quit [Quit: Nettalk6 - www.ntalk.de]
<MoeIcenowy> :'(:'(:'(
naobsd has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
<ssvb> MoeIcenowy: well, this should provide you with a little bit of entertainment
<MoeIcenowy> I only get sleepy, although it's now only 9 pm
lamer14520031072 has joined #linux-sunxi
FDCX has quit [Ping timeout: 260 seconds]
Wizzup has quit [Quit: leaving]
Ueno_Otoko has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 255 seconds]
FDCX has joined #linux-sunxi
rgwan has quit [Read error: Connection reset by peer]
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
<MoeIcenowy> SD Breakout for A33 is nearly unusable
Wizzup has joined #linux-sunxi
SadSmile has quit [Ping timeout: 260 seconds]
Wizzup has quit [Quit: leaving]
Wizzup has joined #linux-sunxi
lamer14520031072 has joined #linux-sunxi
mmwolbrink has quit [Ping timeout: 276 seconds]
Wizzup has quit [Quit: leaving]
cnxsoft has quit [Remote host closed the connection]
Wizzup has joined #linux-sunxi
Wizzup has quit [Client Quit]
Wizzup has joined #linux-sunxi
<yann|work> is there any allwinner SoC that would be able to decode a yuv422 or yuv444 h.264 file, or am I just loosing my time trying to get that sort of thing decoded in hardware ?
mmwolbrink has joined #linux-sunxi
MaDMaLKaV has quit [Remote host closed the connection]
xenoxaos has quit [Ping timeout: 250 seconds]
MaDMaLKaV has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
viccuad has joined #linux-sunxi
Ueno_Otoko has quit [Ping timeout: 272 seconds]
reinforce has joined #linux-sunxi
<yann|work> the VE MPEG registers as known seems to have support for selecting an input color format (or is it ? in MACC_MPEG_TRIG)
reinforce has quit [Remote host closed the connection]
desk_away is now known as deskwizard
vishnup has joined #linux-sunxi
_stephan has quit [Quit: Ex-Chat]
FlorianH has joined #linux-sunxi
viccuad has quit [Ping timeout: 256 seconds]
premoboss has joined #linux-sunxi
lobinho has joined #linux-sunxi
lemonzest has joined #linux-sunxi
SadSmile has joined #linux-sunxi
IgorPec has joined #linux-sunxi
deskwizard is now known as deskMightBlowS__
pmattern has joined #linux-sunxi
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
commodoro has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
commodoro has quit [Quit: Sto andando via]
lemonzest has quit [Quit: Leaving]
lemonzest has joined #linux-sunxi
vishnup has quit [Ping timeout: 260 seconds]
domidumont has quit [Read error: Connection reset by peer]
lobinho has quit [Quit: No Ping reply in 180 seconds.]
lobinho has joined #linux-sunxi
yann|work has quit [Remote host closed the connection]
diego_r has quit [Ping timeout: 250 seconds]
FlorianH has quit [Ping timeout: 255 seconds]
domidumont has joined #linux-sunxi
mmwolbrink has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
KotCzarny is now known as freemangordon
freemangordon is now known as KotCzarny
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
deskMightBlowS__ is now known as deskwizard
premoboss has quit [Quit: Sto andando via]
<sunxi_fan> mripard: i'm trying the setup of the simple-audio-card driving the dai0 I2S module, but i have an issue on the DTS code snippet, what could i put in the "simple-audio-card,codec" node? is there a "dummy codec" kind of declaration?
<mripard> it wouldn't make any sense
<mripard> in order to do something meaningful with it, you need to have a codec on your system
<mripard> i2s is a digital bus, you need your codec to have some analog output
<sunxi_fan> let me explain better, as i wanted just test audio out, with only three pins: LRCLK BITCLK and SDOUT, and see signals with my logic analyzer, i supposed i could setup a "dummy codec" as i don't need to configure anything..
<mripard> hmmm
<mripard> I don't know
<sunxi_fan> in my previous tests, i used to setup the external codec for UDA1380, but i had to hack it a bit, because it was to be configured on I2C and so i didn't want to add this mess too.
mzki has quit [Quit: leaving]
<sunxi_fan> i supposed you did test the I2S someway with a sample DTS cfg but i didn't find it on a lookup of the sun*dts list
<sunxi_fan> did you use a I2S codec without a cfg?
<sunxi_fan> i have indeed a spare I2S codec (DAC only) based on PCM5102, i surely could use it, but i'm wondering how to "declare" it correctly on the DTS, when i used the UDA1380 i defined it inside the i2c1 bus, as in:
<sunxi_fan> &i2c1 {
<sunxi_fan> pinctrl-names = "default";
<sunxi_fan> pinctrl-0 = <&i2c1_pins_a>;
<sunxi_fan> status = "okay";
<sunxi_fan> ext_codec: codec@18 {
<sunxi_fan> #sound-dai-cells = <0>;
<sunxi_fan> compatible = "nxp,uda1380";
<sunxi_fan> reg = <0x18>;
<sunxi_fan> dac-clk = <0>;
<sunxi_fan> };
<sunxi_fan> };
paulk-collins has joined #linux-sunxi
SadSmile has quit [Quit: Leaving]
<sunxi_fan> it has only LRCLK, BITCLK and DATA.. so it doesn't need a I2C entry..
<sunxi_fan> i'll have a look at it tomorrow, thanx
_massi has quit [Remote host closed the connection]
paulk-collins has quit [Read error: Connection reset by peer]
vagrantc has joined #linux-sunxi
<mripard> it doesn't seem to be suppoted in linux
<mripard> (the pcm5102)
pietrushnic has quit [Ping timeout: 260 seconds]
pietrushnic has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 246 seconds]
domidumont has quit [Ping timeout: 246 seconds]
lerc_ has joined #linux-sunxi
petr has joined #linux-sunxi
mozzwald_ has joined #linux-sunxi
mosterta has joined #linux-sunxi
nashpa_ has joined #linux-sunxi
jukivili has joined #linux-sunxi
HeavyMetal_ has joined #linux-sunxi
whitesn_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 265 seconds]
vagrantc_ has joined #linux-sunxi
atsampso1 has joined #linux-sunxi
vagrantc has quit [*.net *.split]
atsampson has quit [*.net *.split]
discopig has quit [*.net *.split]
HeavyMetal has quit [*.net *.split]
adj_ has quit [*.net *.split]
Turl has quit [*.net *.split]
lerc has quit [*.net *.split]
a|3x has quit [*.net *.split]
nashpa has quit [*.net *.split]
jukivil1 has quit [*.net *.split]
whitesn has quit [*.net *.split]
mozzwald has quit [*.net *.split]
petr_ has quit [*.net *.split]
Gerwin_J has quit [Quit: Gerwin_J]
Turl has joined #linux-sunxi
atsampson has joined #linux-sunxi
atsampson has quit [Ping timeout: 264 seconds]
discopig has joined #linux-sunxi
mosterta has quit [Ping timeout: 259 seconds]
adj_ has joined #linux-sunxi
lobinho has quit [Ping timeout: 256 seconds]
pietrush` has joined #linux-sunxi
Andy-D has joined #linux-sunxi
pietrushnic has quit [Ping timeout: 276 seconds]
mripard has quit [Quit: leaving]
mripard has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 276 seconds]
lamer14520031072 has joined #linux-sunxi
khuey|away is now known as khuey
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Equilibrium 4.2.0, revision: 42021, sources date: 20120701, built on: 2013-10-21 12:25:22 UTC 42021 http://www.kvirc.net/]
ricardocrudo has quit [Ping timeout: 240 seconds]
akaizen has quit []
akaizen has joined #linux-sunxi
mripard has quit [Quit: leaving]
mripard has joined #linux-sunxi
mripard has quit [Client Quit]
mripard has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
libcg has joined #linux-sunxi
domidumont has joined #linux-sunxi
clonak has quit [Ping timeout: 272 seconds]
mripard has quit [Quit: leaving]
mripard has joined #linux-sunxi
cajg has quit [Read error: Connection reset by peer]
domidumont has quit [Ping timeout: 246 seconds]
kivutar has quit [Ping timeout: 255 seconds]
cajg has joined #linux-sunxi
lemonzest has quit [Ping timeout: 276 seconds]
clonak has joined #linux-sunxi
kivutar has joined #linux-sunxi
lemonzest has joined #linux-sunxi
clonak has quit [Remote host closed the connection]
avernos has joined #linux-sunxi
<avernos> installing debian from SD to NAND is possible? the installer only "sees" SD to partition but no NAND option
<KotCzarny> but you see nand in the os already?
IgorPec has quit [Ping timeout: 246 seconds]
<avernos> not sure, how can I see that? (cubieboard2, debian netinstall)
<avernos> google mentioned that NAND is a sunxi feature. from what i just read at debian.org sunxi features are not on mainstream kernel ?
<KotCzarny> that's why i asked if your current setup sees nand
<avernos> might be better out with the non mainstream one
<KotCzarny> also if you checked the first link it says something about 3.4 kernel, but mentions its not stable
<KotCzarny> (my system doesnt have nand so i cant help you much more than quick google)
clonak has joined #linux-sunxi
naobsd has quit [*.net *.split]
TheSeven has quit [*.net *.split]
leio has quit [*.net *.split]
azend|vps has quit [*.net *.split]
vickycq has quit [*.net *.split]
naobsd has joined #linux-sunxi
TheSeven has joined #linux-sunxi
leio has joined #linux-sunxi
azend|vps has joined #linux-sunxi
vickycq has joined #linux-sunxi
lamer14520031072 has quit [Read error: Connection reset by peer]
<avernos> KotCzarny, thanks a bunch. im actually loving the installer in ascii.. havent seen it in a while
<avernos> i might as well just use the SD for now, and try things out
vagrantc_ has quit [Quit: leaving]
iamfrankenstein has quit [Ping timeout: 246 seconds]
vinifr has joined #linux-sunxi
<vinifr> mripard, hi
lamer14520031072 has joined #linux-sunxi
clonak has quit [Ping timeout: 272 seconds]
reinforce has quit [Quit: Leaving.]
libcg has quit [Ping timeout: 256 seconds]
naobsd has quit [Quit: naobsd]
viccuad has joined #linux-sunxi
vinifr has quit [Quit: Saindo]
premoboss has joined #linux-sunxi
captainigloo has quit [Ping timeout: 250 seconds]
vishnup has joined #linux-sunxi
captainigloo has joined #linux-sunxi
lemonzest has quit [Ping timeout: 260 seconds]
lemonzest has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
captainigloo has quit [Ping timeout: 260 seconds]
captainigloo has joined #linux-sunxi
codekipper has quit [Ping timeout: 245 seconds]
codekipper has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
khuey is now known as khuey|away
khuey|away is now known as khuey
Andy-D has quit [Ping timeout: 272 seconds]
mosterta has joined #linux-sunxi
lamer14520031072 has quit [Ping timeout: 272 seconds]
mosterta has quit [Ping timeout: 276 seconds]
Andy-D has joined #linux-sunxi