#linux-sunxi on 2015-06-11 — irc logs at freenode.irclog.whitequark.org

2015-02-18 19:37 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

00:04 ricardocrudo has quit [Remote host closed the connection]

00:19 techn has quit [Read error: Connection reset by peer]

00:34 physis has quit [Remote host closed the connection]

00:35 physis has joined #linux-sunxi

00:39 naobsd has joined #linux-sunxi

00:47 physis has quit [Remote host closed the connection]

01:08 vishnup has quit [Ping timeout: 256 seconds]

01:08 hipboi_ has quit [Remote host closed the connection]

01:12 khuey is now known as khuey|away

01:20 ninolein has joined #linux-sunxi

01:23 ninolein_ has quit [Ping timeout: 256 seconds]

01:26 iflema has quit [Read error: Connection reset by peer]

01:35 gianMOD has joined #linux-sunxi

01:37 gianMOD_ has quit [Ping timeout: 256 seconds]

01:40 egbert has quit [Disconnected by services]

01:40 flyhorse_YPGys has joined #linux-sunxi

01:41 egbert has joined #linux-sunxi

01:41 flyhorse has quit [Read error: Connection reset by peer]

01:42 gianMOD has quit [Remote host closed the connection]

01:42 gianMOD has joined #linux-sunxi

01:47 gianMOD has quit [Ping timeout: 252 seconds]

01:48 physis has joined #linux-sunxi

01:54 physis has quit [Ping timeout: 244 seconds]

02:15 flyhorse has joined #linux-sunxi

02:16 flyhorse_YPGys has quit [Read error: Connection reset by peer]

02:28 kaspter has joined #linux-sunxi

02:43 gianMOD has joined #linux-sunxi

02:58 gianMOD has quit [Ping timeout: 252 seconds]

03:10 naobsd has quit [Ping timeout: 265 seconds]

03:18 p1u3sch1_ has quit [Ping timeout: 255 seconds]

03:19 p1u3sch1 has joined #linux-sunxi

03:28 hipboi has joined #linux-sunxi

03:44 bobryan has quit [Ping timeout: 256 seconds]

03:47 bobryan has joined #linux-sunxi

03:55 naobsd has joined #linux-sunxi

03:55 TheSeven has quit [Disconnected by services]

03:56 [7] has joined #linux-sunxi

04:01 bbrezillon has quit [Quit: WeeChat 0.4.2]

04:06 physis has joined #linux-sunxi

04:10 flyhorse has quit [Read error: Connection reset by peer]

04:10 khuey|away is now known as khuey

04:10 flyhorse_Zxisk has joined #linux-sunxi

04:11 physis has quit [Ping timeout: 246 seconds]

04:34 khuey is now known as khuey|away

04:38 gianMOD has joined #linux-sunxi

04:43 gianMOD has quit [Ping timeout: 265 seconds]

05:03 JohnDoe_71Rus has joined #linux-sunxi

05:03 JohnDoe_71Rus has quit [Changing host]

05:03 JohnDoe_71Rus has joined #linux-sunxi

05:07 arete74 has joined #linux-sunxi

05:54 gianMOD has joined #linux-sunxi

05:58 domidumont has joined #linux-sunxi

05:58 philippe_fouquet has joined #linux-sunxi

06:00 gianMOD has quit [Ping timeout: 276 seconds]

06:02 domidumont has quit [Remote host closed the connection]

06:03 domidumont has joined #linux-sunxi

06:13 orly_owl has quit [Quit: leaving]

06:15 firnsy has quit [Remote host closed the connection]

06:41 sehraf has joined #linux-sunxi

06:50 avph has joined #linux-sunxi

06:51 bbrezillon has joined #linux-sunxi

07:03 gianMOD has joined #linux-sunxi

07:06 flyhorse has joined #linux-sunxi

07:07 flyhorse_Zxisk has quit [Read error: Connection reset by peer]

07:07 <RSpliet> mripard: is OF/DT enabled? Have you defined the NAND in your DT?

07:10 gianMOD has quit [Remote host closed the connection]

07:10 gianMOD has joined #linux-sunxi

07:12 diego_r has joined #linux-sunxi

07:12 petr has quit [Remote host closed the connection]

07:13 cubeast has joined #linux-sunxi

07:14 petr_ has joined #linux-sunxi

07:14 firnsy has joined #linux-sunxi

07:15 gianMOD_ has joined #linux-sunxi

07:15 gianMOD has quit [Ping timeout: 250 seconds]

07:16 <cubeast> Hey, if I want to boot from nand, which u-boot to choose? Sunxi or mainline? The mainline u-boot wiki page says it "fully supports major functions (except NAND)".

07:16 <cubeast> does that include booting from nand?

07:18 <cubeast> I'll be using the sunxi linux kernel 3.4

07:19 orly_owl has joined #linux-sunxi

07:28 BroderTuck has joined #linux-sunxi

07:30 gianMOD_ has quit [Remote host closed the connection]

07:30 bbrezillon has quit [Quit: WeeChat 0.4.2]

07:32 lemonzest has joined #linux-sunxi

07:36 bbrezillon has joined #linux-sunxi

07:38 <mripard> RSpliet: I think I did

07:39 <mripard> and the DT is compiled in

07:39 <mripard> so I'm guessing it's enabled

07:39 flyhorse_tHPox has joined #linux-sunxi

07:39 <mripard> 2s, I'm pasting the config file somewhere

07:39 flyhorse has quit [Read error: Connection reset by peer]

07:43 <BroderTuck> Did anything ever come of http://permalink.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/12329 ? (I admit I haven't checked)

07:43 ricardocrudo has joined #linux-sunxi

07:44 prz has joined #linux-sunxi

07:44 physis has joined #linux-sunxi

07:45 <RSpliet> mripard: has Emilio (or you) documented findings related to the DMA engine?

07:46 <mripard> BroderTuck: you should have, it's been merged for like 9 monthes now.

07:46 <mripard> RSpliet: what kind of findings?

07:46 <RSpliet> well, currently I can't make it do rx from NAND to SDRAM with transfer sizes not a multiple of 4B

07:46 <RSpliet> so a) there are limitations, or b) I need to tweak the PARA register

07:48 <mripard> what do you mean you can't make it do that ?

07:48 <mripard> the driver refuses to, or the transfer never happens (or reports an error?)

07:48 physis has quit [Ping timeout: 252 seconds]

07:49 <RSpliet> the transfer doesn't finish... in the NAND driver I wait 10s before timing out, and it consistently times out when I try those kind of transfers

07:49 <mripard> RSpliet: http://code.bulix.org/egwpk7-88512

07:49 <mripard> ok

07:49 <mripard> the param stuff isn't really understood

07:49 <mripard> so you're pretty much on your own

07:49 <mripard> but that might need to be tweaked indeed

07:51 <RSpliet> mripard: there's no allwinner 3.4 or android tree with code for this DMA engine?

07:52 <RSpliet> mripard: did you add (/copy) the NAND definitions into your sun5i-a13-olinuxino dts?

07:56 <mripard> RSpliet: http://code.bulix.org/z5vc1x-88513?raw

07:56 <mripard> and this comes from the kernel

07:57 <mripard> and it works on the kernel, with the same properties

07:59 <RSpliet> mripard: ah ok... yes, you probably want to carry your randomiser settings to the top level; there's no per-partition settings in U-boot

07:59 <RSpliet> but that doesn't explain why the device isn't recognised

08:00 <mripard> http://code.bulix.org/5x8jj5-88514?raw

08:00 <mripard> it really looks like it doesn't

08:01 <RSpliet> oh, but it's stuck in SPL

08:01 <mripard> yes

08:01 <mripard> even though SPL_NAND_SUPPORT is enabled

08:02 <RSpliet> sorry, I misunderstood you earlier then, SPL doesn't read the DT (because it would increase the code size too much)

08:02 <mripard> (did I really forgot to mention that :/ my bad)

08:03 <RSpliet> you did

08:03 <RSpliet> but it slipped my mind I guess, multi-day conversations are tricky

08:04 <mripard> :)

08:05 <mripard> ok, so what should I add then ?

08:05 <mripard> (does it work in the first place?)

08:05 <RSpliet> it should work... but the fact that it warns about voltage select probably indicates the SPL doesn't try NAND

08:05 <RSpliet> I still have to rebase on top of jackdaniel's patches to let it try NAND after MMC, right now it's a fixed config option

08:09 <mripard> RSpliet: you have a reference to that patch?

08:11 <RSpliet> I think Hans pulled them into his sunxi-wip branch

08:11 <RSpliet> https://github.com/jwrdegoede/u-boot-sunxi/commits/sunxi-wip

08:12 <RSpliet> but that shouldn't prevent it from working now

08:18 flyhorse has joined #linux-sunxi

08:18 <RSpliet> mripard: doing a diff on our configs, the first thing I notice is that yours mentions U-boot 2015.07-rc1. Did you forward-port the gitlab branch to 2015.07-rc1? or might you be in the wrong branch?

08:19 flyhorse_tHPox has quit [Read error: Connection reset by peer]

08:20 <RSpliet> I expected it to be 2015.04

08:21 <mripard> I applied your patches on top of sunxi/next

08:21 <mripard> it looks like it has all the introduction patches

08:22 <mripard> from daniel

08:22 <mripard> and I needed some features from there

08:22 gianMOD has joined #linux-sunxi

08:24 <RSpliet> ok, I expected sunxi-common.h to be a mess after applying my patches on top of Daniels, which is why I postponed the rebase a little

08:27 <RSpliet> your log indicates CONFIG_SPL_NAND_SUPPORT is not defined... I used to just do that in sunxi-common.h under the condition that CONFIG_NAND_SUNXI and CONFIG_NAND_SUNXI_GPC_PORTS are defined (the latter which comes from sun5i.h)

08:35 <mripard> let me push the code I have

08:39 HeHoPMaJIeH has joined #linux-sunxi

08:53 <mripard> RSpliet: https://github.com/mripard/u-boot/tree/sunxi/a13-nand

08:56 naobsd has quit [Ping timeout: 255 seconds]

09:02 <NiteHawk> Kasreyn: you around?

09:05 flyhorse_klvFI has joined #linux-sunxi

09:07 flyhorse has quit [Read error: Connection reset by peer]

09:10 <Kasreyn> NiteHawk: yes..

09:11 <NiteHawk> hi! i'm wondering which compiler/toolchain you used to successfully build u-boot with CONFIG_SYS_64BIT_LBA

09:12 <Kasreyn> linaro bare metal: https://launchpad.net/gcc-arm-embedded/4.9/4.9-2014-q4-major/+download/gcc-arm-none-eabi-4_9-2014q4-20141203-linux.tar.bz2

09:12 <NiteHawk> because i'm running into an issue with linking u-boot (hardfp vs. softfp), similar to https://lists.linaro.org/pipermail/linaro-toolchain/2013-October/003781.html

09:12 <NiteHawk> you were able to build 2015.07-rc1 successfully?

09:13 <NiteHawk> or was that an older u-boot?

09:13 <Kasreyn> yes.. "libgcc.a uses VFP register arguments, u-boot does not".. i got that also but the bare metal toolchain didn't have that problem

09:13 <Kasreyn> NiteHawk: no.. i built 2014.10..

09:13 <NiteHawk> i see - probably that toolchain is softfp only, which would avoid the issue

09:14 <NiteHawk> but apart from that, CONFIG_SYS_64BIT_LBA worked fine for you and did what you expected (i.e. it solved the GPT problem)?

09:14 <Kasreyn> yep

09:15 <NiteHawk> fine. okay, thx for the info - i'll try to sort out that VFP stuff

09:15 <Kasreyn> u-boot report the correct capacity and finds partitions, which it didn't before

09:15 <NiteHawk> (and thx for confirming you ran into the same problem with a native/hardfp toolchain)

09:17 <Kasreyn> i use crosstool-ng generated toolchains for FA526 target.. they are probably not hardfp..

09:19 <NiteHawk> well, that "libgcc.a uses VFP register arguments" points towards the hardfloat ABI

09:20 <mripard> RSpliet: and there's an error if NAND_SUNXI is set but not NAND_SUNXI_GPC_PORTS

09:22 <mripard> RSpliet: and if I add a #error here: https://github.com/mripard/u-boot/blob/sunxi/a13-nand/include/configs/sunxi-common.h#L396

09:22 <mripard> the compilation stops

09:22 <mripard> so it seems like it is defined.

09:24 naobsd has joined #linux-sunxi

09:24 <wens> maybe it's a __div64 link error?

09:26 <NiteHawk> wens: it's definitely related to the usage of a 64-bit lbaint_t - without CONFIG_SYS_64BIT_LBA the error goes away

09:31 paulk-collins has joined #linux-sunxi

09:33 arossdotme has quit [Ping timeout: 252 seconds]

09:34 <wens> iirc there was another __div64 error some while ago, so i switched my toolchain to softfp for u-boot

09:35 <NiteHawk> wens: http://pastebin.com/QxZbGx5U - you're probably right on track, there's "bpabi.o", "_divdi3.o" and "_udivdi3.o"

09:35 <NiteHawk> so i'd have to pick softfp or go for "multilib"?

09:40 <NiteHawk> is there a specific reason u-boot has to enforce the softfloat abi? https://google.com/search?q=u-boot+hardfloat lists numerous similar issues across a variety of platforms

09:42 <mripard> because you don't want to use hardfloat?

09:43 <NiteHawk> it's not available to u-boot? i mean: the hardware has it, why not use it?

09:43 <mripard> you don't know if the hardware has it

09:44 <mripard> it's exactly the same argument than for the kernel

09:44 <mripard> all the platforms supported don't have an FPU

09:44 <mripard> so you can't use floating point instructions

09:45 <NiteHawk> ok, keeping it 'universal' is a reasonable argument. if i understand that right, that means i need a softfloat toolchain or at least "multilib" to be able to link successfully?

09:47 <mripard> I'm using a softfloat one and it works

09:48 <mripard> a multilib one might work if it has softfloat support

09:48 <wens> not sure if the Makefiles will take a hardfloat default multilib toolchain

09:48 <NiteHawk> the Makefiles / build process seems fine. it's just a linking problem related to libgcc.a not matching the expected calling convention

09:50 flyhorse has joined #linux-sunxi

09:52 flyhorse_klvFI has quit [Read error: Connection reset by peer]

09:52 avph has quit [Ping timeout: 245 seconds]

09:52 <NiteHawk> here's a statement that u-boot strives to avoid any FP: http://u-boot.10912.n7.nabble.com/soft-vs-hard-float-td166991.html - my impression is that CONFIG_SYS_64BIT_LBA might 'lure' it into using FP operations where it shouldn't (on sunxi/arm)

10:01 <NiteHawk> https://patchwork.ozlabs.org/patch/425213/ describes another, very similar issue. if i understand it correctly, the "right" way to fix this would be to avoid introducing FP calculations in the first place, using stuf like "do_div()"?

10:21 avph has joined #linux-sunxi

10:31 gianMOD has quit [Remote host closed the connection]

10:35 ddc has joined #linux-sunxi

10:48 naobsd has quit [Quit: naobsd]

10:53 JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]

10:59 reinforce has joined #linux-sunxi

11:00 kaspter has quit [Ping timeout: 276 seconds]

11:05 hipboi has left #linux-sunxi ["Leaving"]

11:10 <RSpliet> mripard: IS_ENABLED checks for the configuration option to be y or m. The define is neither of those values.

11:11 <RSpliet> so in sunxi-common.h, please replace #define CONFIG_SPL_NAND_SUPPORT with #define CONFIG_SPL_NAND_SUPPORT y

11:18 HeHoPMaJIeH has quit [Quit: Konversation terminated!]

11:21 physis has joined #linux-sunxi

11:26 physis has quit [Ping timeout: 276 seconds]

11:28 arossdotme has joined #linux-sunxi

11:31 flyhorse_WbeZU has joined #linux-sunxi

11:32 flyhorse has quit [Read error: Connection reset by peer]

11:32 gianMOD has joined #linux-sunxi

11:37 gianMOD has quit [Ping timeout: 276 seconds]

11:46 pmattern has joined #linux-sunxi

11:50 mmarker has joined #linux-sunxi

12:02 flyhorse has joined #linux-sunxi

12:03 flyhorse_WbeZU has quit [Read error: Connection reset by peer]

12:07 adj_ has quit [Quit: Leaving]

12:29 ddc has quit [Quit: Page closed]

12:33 gianMOD has joined #linux-sunxi

12:38 gianMOD has quit [Ping timeout: 272 seconds]

12:50 Net147 has joined #linux-sunxi

12:57 gianMOD_ has joined #linux-sunxi

12:58 cubeast has quit [Quit: Leaving]

13:01 gianMOD_ has quit [Remote host closed the connection]

13:16 vishnup has joined #linux-sunxi

13:23 physis has joined #linux-sunxi

13:26 <RSpliet> hrmphrrrmm.... UBI is not quite suitable for DMA-enabled devices

13:27 physis has quit [Ping timeout: 256 seconds]

13:29 adj_ has joined #linux-sunxi

13:30 kaspter has joined #linux-sunxi

13:38 Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!]

13:38 khuey|away is now known as khuey

13:40 BroderTuck has quit []

13:40 awe00 has joined #linux-sunxi

13:41 arete74__ has joined #linux-sunxi

13:41 arete74_ has quit [Read error: Connection reset by peer]

13:42 flyhorse_BKCTX has joined #linux-sunxi

13:43 gianMOD has joined #linux-sunxi

13:44 flyhorse has quit [Read error: Connection reset by peer]

13:50 <RSpliet> bbrezillon: if I put on a blindfold and replace *all* vXalloc with kXalloc in ubi and ubifs... I get 10% speedup with a naive DMA

13:51 <RSpliet> (naive being don't go the extra mile for using Page command mode)

13:51 fredy has quit [Excess Flood]

13:54 <jemk> d

13:55 fredy has joined #linux-sunxi

13:58 <bbrezillon> RSpliet: okay, so you're just replacing the copies into SRAM by dma transfers, right ?

13:58 <RSpliet> correct

13:58 <bbrezillon> oh, that's surprising

13:59 <RSpliet> well, my measurement is boot-time

13:59 <RSpliet> so NAND might not be quicker, but we win a lot of CPU cycles

13:59 <bbrezillon> okay, that makes sense

13:59 <RSpliet> wait, let me pastebin the crude patch for you to take a glance :-)

14:01 <RSpliet> http://hastebin.com/kewimajiju.coffee

14:01 <bbrezillon> RSpliet: well, supporting DMA was on my TODO list, but I'm glag you had a look at it :-)

14:02 <RSpliet> bbrezillon: it comes with the big bad "but" that UBI isn't ready for it currently

14:02 <bbrezillon> yes

14:02 <bbrezillon> I know

14:03 <bbrezillon> I though about modifying the MTD API to be able to pass a sg list

14:03 <bbrezillon> but that's intrusive

14:04 <bbrezillon> and you'll have to modify UBI anyway

14:05 <RSpliet> you do... I guess altering MTD only makes sense if you want to aim for async copies

14:06 <bbrezillon> RSpliet: hm, using kzalloc to allocate a whole block

14:06 <RSpliet> it's probably a better idea to rely on the cma for that?

14:09 <bbrezillon> yes, it would be better than using kzalloc

14:11 <RSpliet> heh, I didn't expect the UBI changes to make it to upstream

14:17 <bbrezillon> RSpliet: yep, or at least not such a simple replacement ;-), but still, this is interesting to have some results with when using the DMA engine

14:21 paulk-collins has quit [Ping timeout: 258 seconds]

14:26 khuey is now known as khuey|away

14:43 slopez has joined #linux-sunxi

14:46 reinforce has quit [Quit: Leaving.]

14:47 JohnDoe_71Rus has joined #linux-sunxi

14:50 simosx has joined #linux-sunxi

14:59 <bbrezillon> RSpliet: hehe, you send your new version before I could answer your question :-)

15:00 <RSpliet> ah right... yeah, that's an option

15:01 <RSpliet> not sure what the preferred method for that log is tbh, if I have to replicate it every time I send a new one, I'd rather store it in my git history

15:08 philippe_fouquet has quit [Remote host closed the connection]

15:09 philippe_fouquet has joined #linux-sunxi

15:15 <bbrezillon> RSpliet: oh come on, a simple copy/paste each time you send a new version is not such a pain :-)

15:15 Netlynx has joined #linux-sunxi

15:16 <RSpliet> it's manual labour, therefore error prone ;-) I like lynxeye's proposal

15:16 <MY123> libv, do you recommend any particuliar A80 device?

15:16 <MY123> (all of them that I see now have the binary blobs issue)

15:16 <MY123> even for pre-boot

15:17 <libv> MY123: why ask me, and not the channel in general?

15:17 <bbrezillon> RSpliet: yep, or you can do what Lucas suggested

15:17 <RSpliet> lynxeye == Lucas

15:17 <MY123> libv, as you maintain the Wiki and I see near zero A80 devices there

15:18 <bbrezillon> RSpliet: ok

15:19 <libv> MY123: i have not done extensive wiki work in a while, and i have not worked my A80 hw yet

15:19 <bbrezillon> RSpliet: I wasn't aware of that solution. And it keeps the changelog in the git history ?

15:19 <RSpliet> I haven't tried it, but I assume it does

15:20 <RSpliet> then again... isn't that precisely what you don't want?

15:20 <RSpliet> it's a conflict of interest basically :-P

15:21 <MY123> $linaro

15:25 <bbrezillon> RSpliet: yes, so if it's not kept in the history you'll just loose the information each time you commit

15:27 <MY123> http://linux-sunxi.org/Xunlong_Orange_Pi

15:27 <MY123> there is not the Banana Pi shouting in it :-)

15:27 <libv> bbrezillon: i am curious, what did lucas suggest? --amend or 'r' in rebase -i?

15:30 <bbrezillon> libv: he suggested to add a "---" line so that you can add your changelog after that line and it should appear in you commit message

15:30 <bbrezillon> RSpliet: I tested it, and it doesn't work for me :-/. I'm probably doing something wrong though

15:30 philippe_fouquet has quit [Remote host closed the connection]

15:30 <MY123> Why is there the CONFIDENTIAL mark in the Allwinner H3 datasheet (linux-sunxi.org)

15:30 <MY123> ?

15:31 <libv> ah, so no existing automatic trick, just manual work and foresight :)

15:33 <bbrezillon> RSpliet: my bad: it works, and it's kept in the history ;-)

15:43 diego71 has quit [Ping timeout: 272 seconds]

15:44 paulk-collins has joined #linux-sunxi

15:44 diego71 has joined #linux-sunxi

15:50 prz has quit [Remote host closed the connection]

15:52 domidumont has quit [Read error: Connection reset by peer]

16:07 avph has quit [Ping timeout: 245 seconds]

16:10 awe00 has quit [Ping timeout: 246 seconds]

16:11 avph has joined #linux-sunxi

16:13 physis has joined #linux-sunxi

16:13 bonbons has joined #linux-sunxi

16:17 techn has joined #linux-sunxi

16:17 avph has quit [Ping timeout: 256 seconds]

16:18 physis has quit [Ping timeout: 276 seconds]

16:19 avph has joined #linux-sunxi

16:25 kaspter has quit [Ping timeout: 252 seconds]

16:26 domidumont has joined #linux-sunxi

16:28 gianMOD has quit [Remote host closed the connection]

16:52 khuey|away is now known as khuey

16:53 gianMOD has joined #linux-sunxi

16:56 orly_owl has quit [Ping timeout: 252 seconds]

17:02 VargaD has quit [Ping timeout: 264 seconds]

17:02 leviathancn has joined #linux-sunxi

17:03 orly_owl has joined #linux-sunxi

17:12 VargaD has joined #linux-sunxi

17:21 gianMOD has quit [Remote host closed the connection]

17:23 VargaD has quit [Ping timeout: 252 seconds]

17:25 VargaD has joined #linux-sunxi

17:25 techn_ has joined #linux-sunxi

17:25 techn_ has quit [Read error: Connection reset by peer]

17:25 techn has quit [Ping timeout: 256 seconds]

17:26 techn has joined #linux-sunxi

17:30 simosx has quit [Quit: Leaving]

17:31 domidumont has quit [Ping timeout: 246 seconds]

18:01 ricardocrudo has quit [Read error: Connection reset by peer]

18:01 ricardocrudo has joined #linux-sunxi

18:03 lemonzest has quit [Quit: Leaving]

18:08 ricardocrudo has quit [Ping timeout: 264 seconds]

18:16 reinforce has joined #linux-sunxi

18:19 gianMOD has joined #linux-sunxi

18:21 domidumont has joined #linux-sunxi

18:32 iamfrankenstein has joined #linux-sunxi

18:36 domidumont has quit [Ping timeout: 246 seconds]

18:48 techn_ has joined #linux-sunxi

18:48 techn has quit [Ping timeout: 256 seconds]

18:51 adj_ has quit [Quit: Leaving]

18:56 gianMOD has quit [Remote host closed the connection]

18:58 flyhorse_BKCTX has quit [Read error: Connection reset by peer]

18:58 flyhorse has joined #linux-sunxi

19:25 domidumont has joined #linux-sunxi

19:28 Netlynx has quit [Quit: Leaving]

19:32 diego_r has quit [Ping timeout: 250 seconds]

19:34 gianMOD has joined #linux-sunxi

19:39 FDCX_ has joined #linux-sunxi

19:43 ricardocrudo has joined #linux-sunxi

19:49 domidumont has quit [Ping timeout: 246 seconds]

19:50 physis has joined #linux-sunxi

19:54 physis has quit [Remote host closed the connection]

19:55 physis has joined #linux-sunxi

20:02 Dodger78 has joined #linux-sunxi

20:07 iamfrankenstein has quit [Ping timeout: 255 seconds]

20:08 <Dodger78> how is it possible to boot cb4 without uboot ?

20:09 <Dodger78> im sick of waiting for a working uboot for mainline :-)

20:13 <TheLinuxBug> can't you just use the sunxi uboot ?

20:13 <TheLinuxBug> not sure you have to use mainline

20:15 <Dodger78> im going for 4.1 4.2 kernels from hansg branch , there i cant use the sunxi uboot or not ?

20:15 <Dodger78> i can see that kernelci is testing those new kernels , but how ???

20:16 adj_ has joined #linux-sunxi

20:16 <TheLinuxBug> I don't think the uboot you choose dictates the kernel you want to use

20:16 <TheLinuxBug> as long as uboot loads the kernel shouldn't be an issue

20:17 <TheLinuxBug> per my experience

20:17 <TheLinuxBug> could be wrong...?

20:17 <TheLinuxBug> but thats for sure what I would test

20:24 <Dodger78> afaik the cubietech uboots are using different initializations and therefore you cant use mainline kernels . or am i wrong ? at least for cubietruck this was the case

20:27 <TheLinuxBug> Hmm

20:27 <TheLinuxBug> tbh I haven't tried with anthing not A10/A20

20:27 <TheLinuxBug> so unfortunately I can not tell you for sure

20:27 <TheLinuxBug> With A10/A20 I have never had issues using sunxi uboot and mainline kernel

20:31 physis has quit [Remote host closed the connection]

20:33 physis has joined #linux-sunxi

20:39 iamfrankenstein has joined #linux-sunxi

20:45 iamfrankenstein1 has joined #linux-sunxi

20:45 iamfrankenstein has quit [Ping timeout: 264 seconds]

20:52 Seppoz_nowork has joined #linux-sunxi

20:52 Seppoz has quit [Remote host closed the connection]

20:56 iamfrankenstein1 has quit [Quit: iamfrankenstein1]

20:57 jemk has quit [Quit: Lost terminal]

20:59 bonbons has quit [Quit: Leaving]

21:07 avph has quit [Ping timeout: 244 seconds]

21:08 avph has joined #linux-sunxi

21:11 paulk-collins has quit [Quit: Quitte]

21:24 interrobangd has joined #linux-sunxi

21:28 JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]

21:30 physis has quit [Remote host closed the connection]

21:39 avph has quit [Ping timeout: 256 seconds]

21:42 <jelly> anyone have an idea which SoC might be in this $40 box? (also they have a $10 price if you agree to review the thing) http://promotion.geekbuying.com/promotion/zidoo_x1_first_release

21:43 <jelly> oh, H3 apparently

21:43 kash has left #linux-sunxi [#linux-sunxi]

21:44 Seppoz_nowork has quit [Remote host closed the connection]

21:48 <TheLinuxBug> Dodger78: where you able to test?

21:49 techn_ has quit [Ping timeout: 256 seconds]

21:57 physis has joined #linux-sunxi

22:03 dev1990 has joined #linux-sunxi

22:11 gianMOD has quit [Remote host closed the connection]

22:17 awe00 has joined #linux-sunxi

22:28 arossdotme has quit [Ping timeout: 264 seconds]

22:30 pmattern has quit [Quit: Genug für heute.]

22:39 gianMOD has joined #linux-sunxi

22:42 arossdotme has joined #linux-sunxi

22:47 dev1990 has quit [Quit: Konversation terminated!]

23:05 awe00 has quit [Ping timeout: 258 seconds]

23:12 ricardocrudo has quit [Ping timeout: 250 seconds]

23:13 cajg has quit [Quit: WeeChat 1.2]

23:15 gianMOD has quit [Remote host closed the connection]

23:27 sehraf has quit [Read error: Connection reset by peer]

23:27 interrobangd has quit [Quit: Leaving]

23:46 viccuad has joined #linux-sunxi