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
hanni76 has quit [Remote host closed the connection]
LargePrime has joined #linux-sunxi
lurchi_ is now known as lurchi__
nuuuciano has quit [Ping timeout: 265 seconds]
lurchi__ is now known as lurchi_
fdcx has quit [Remote host closed the connection]
fdcx has joined #linux-sunxi
LargePrime has quit [Ping timeout: 256 seconds]
tl_lim has quit [Ping timeout: 265 seconds]
kever has joined #linux-sunxi
tl_lim has joined #linux-sunxi
anarsoul has quit [Ping timeout: 265 seconds]
anarsoul has joined #linux-sunxi
LargePrime has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Client Quit]
leviathan has joined #linux-sunxi
kaspter has joined #linux-sunxi
AneoX has quit [Read error: Connection reset by peer]
AneoX has joined #linux-sunxi
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
kever has quit [Ping timeout: 265 seconds]
kever has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
tl_lim has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Read error: Connection reset by peer]
victhor has quit [Remote host closed the connection]
anon68 has joined #linux-sunxi
anon68 has quit [Client Quit]
jbrown has quit [Ping timeout: 268 seconds]
megi has quit [Ping timeout: 255 seconds]
vagrantc has quit [Quit: leaving]
aalm has quit [Ping timeout: 255 seconds]
aalm has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
paulliu has joined #linux-sunxi
nots has quit [Quit: Page closed]
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
d3r3k has quit [Quit: Connection closed for inactivity]
hardfalcon has quit [Ping timeout: 248 seconds]
hardfalcon has joined #linux-sunxi
tl_lim has quit [Ping timeout: 240 seconds]
Putti has joined #linux-sunxi
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
t3st3r has quit [Ping timeout: 255 seconds]
Putti has quit [Ping timeout: 248 seconds]
doppo has quit [Ping timeout: 240 seconds]
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
SP7RT has quit [Read error: Connection reset by peer]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 265 seconds]
doppo has joined #linux-sunxi
gnarface has quit [Quit: Leaving]
doppo has quit [Ping timeout: 260 seconds]
montjoie has joined #linux-sunxi
gnarface has joined #linux-sunxi
dh1tw has joined #linux-sunxi
[TheBug] has quit [Ping timeout: 256 seconds]
lurchi_ has joined #linux-sunxi
<jernej> smaeul: currently no DVFS. But I'm using a bit older U-Boot, which sets default CPU freq 1008 MHz
<jernej> I noticed that newer U-Boot sets it to 816 MHz
IgorPec has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
doppo has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
foxx_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 265 seconds]
anarsoul has quit [Ping timeout: 260 seconds]
[TheBug] has joined #linux-sunxi
ernestask has joined #linux-sunxi
qeed has quit [Quit: Leaving]
reinforce has joined #linux-sunxi
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 248 seconds]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
yann has quit [Ping timeout: 256 seconds]
clemens3 has joined #linux-sunxi
hlauer has joined #linux-sunxi
jaganteki has joined #linux-sunxi
gnarface has quit [Quit: Leaving]
gnarface has joined #linux-sunxi
msimpson has joined #linux-sunxi
msimpson has quit [Client Quit]
<jaganteki> wen, which version you verified this series https://patchwork.kernel.org/patch/10349373/
<jaganteki> I'm trying on next with paralle RGB strip
<jaganteki> Couldn't see anything on display https://paste.ubuntu.com/p/c8tHbBfBGd/
<jaganteki> did I miss any?
yann has joined #linux-sunxi
<jaganteki> and the config https://paste.ubuntu.com/p/RMPGVSggBG/
<jaganteki> wens, sorry s/wen/wens
foxx_ has quit [Ping timeout: 248 seconds]
fkluknav has joined #linux-sunxi
mhlavink has quit [Ping timeout: 260 seconds]
mhlavink has joined #linux-sunxi
msimpson has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
foxx_ has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
vpeter has quit [Remote host closed the connection]
vpeter has joined #linux-sunxi
victhor has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
megi has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
mavkhimenia has quit [Remote host closed the connection]
elros has joined #linux-sunxi
t3st3r has joined #linux-sunxi
mhlavink has quit [Ping timeout: 265 seconds]
mhlavink has joined #linux-sunxi
fkluknav has quit [Ping timeout: 256 seconds]
kloczek has quit [Ping timeout: 265 seconds]
chomwitt has joined #linux-sunxi
fkluknav has joined #linux-sunxi
doppo has quit [Ping timeout: 256 seconds]
doppo has joined #linux-sunxi
doppo has quit [Ping timeout: 265 seconds]
fkluknav has quit [Ping timeout: 264 seconds]
fkluknav has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
hanni76 has joined #linux-sunxi
kaspter has quit [Ping timeout: 268 seconds]
mavkhimenia has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
doppo has joined #linux-sunxi
kaspter has joined #linux-sunxi
mhlavink has quit [Ping timeout: 248 seconds]
fkluknav has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
mhlavink has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
lurchi_ is now known as lurchi__
afaerber has joined #linux-sunxi
fredl-pc has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
mhlavink has quit [Ping timeout: 255 seconds]
dddddd has joined #linux-sunxi
qeed has joined #linux-sunxi
aalm has quit [Quit: xyz 2.0.1]
mhlavink has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
mhlavink has quit [Ping timeout: 255 seconds]
<fredl-pc> hey guys, I have an image made with buildroot
<fredl-pc> I put the image onto my eMMC chip with mmc write...
<fredl-pc> And I see this:
<fredl-pc> => mmc part
<fredl-pc> 2 133120 122880 00000000-02 83
<fredl-pc> 1 2048 131072 00000000-01 0c Boot
<fredl-pc> Part Start Sector Num Sectors UUID Type
<fredl-pc> Partition Map for MMC device 0 -- Partition Type: DOS
sunshavi has quit [Read error: Connection reset by peer]
SP7RT has joined #linux-sunxi
<fredl-pc> Does that look healthy?
sunshavi has joined #linux-sunxi
<fredl-pc> the image is made with the bananapi genimage.cfg so I have a FAT on emc 0:1 and ext4 on emc 0:2
sunshavi has quit [Ping timeout: 240 seconds]
<fredl-pc> Yet when I boot with bootargs console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 the kernel complains it VFS: Cannot open root device "mmcblk0p2"
jbrown has joined #linux-sunxi
<fredl-pc> the only thing the *kernel* says about the eMMC is:
<fredl-pc> [ 1.233919] sunxi-mmc 1c0f000.mmc: Got CD GPIO
<fredl-pc> [ 1.295068] sunxi-mmc 1c0f000.mmc: base:0xf08de000 irq:28
cnxsoft has quit [Quit: cnxsoft]
adj__ has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
<fredl-pc> it's like u-boot sees the mmc partitions just fine but the kernel doesn't see the partitions on booting, any hints by any chance?
<gab> looks more like the kernel doesn't see your emmc chip
<gab> so maybe a problem with your dtb
adj_ has quit [Ping timeout: 255 seconds]
sunshavi has joined #linux-sunxi
<KotCzarny> isnt in mainline emmc always mmcblk2 ?
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
<fredl-pc> I'm wondering...
<fredl-pc> See it may be because the bananapi boot.cmd does not like our board...
<fredl-pc> OR the bananapi dtb is different than it should be for our board
<fredl-pc> OR the kernel just didn't have right compile options.
<KotCzarny> or see the note about emmc being mmcblk2
<KotCzarny> root=/dev/mmcblk0p2 the kernel complains it VFS: Cannot open root device "mmcblk0p2"
<KotCzarny> yet you try to boot from sdcard
<fredl-pc> lemme try with /dev/mmcblk2p2 then
<KotCzarny> you can also analyse dmesg output on console to see what is detected
diego71 has quit [Ping timeout: 248 seconds]
<fredl-pc> well that's what I said right?
<fredl-pc> [ 1.233919] sunxi-mmc 1c0f000.mmc: Got CD GPIO
<fredl-pc> <fredl-pc> [ 1.295068] sunxi-mmc 1c0f000.mmc: base:0xf08de000 irq:28
<fredl-pc> and nothing more
<KotCzarny> nope, because it should also print what partitions it found if there is any mmc device in the system
<fredl-pc> so it doesn't detect any emc devices it looks, nor any partitions
foxx_ has quit [Ping timeout: 276 seconds]
lkcl has joined #linux-sunxi
<KotCzarny> also, when asking about the problem, nice thing to do is pastebin of the whole log
<fredl-pc> gotcha, hang on
diego71 has joined #linux-sunxi
<fredl-pc> also, my colleague just found something about emmc initialization being run asynchronously with the rest of the boot process
<fredl-pc> 'so mmc_blk_init may actually run after the init thread looks for the root device'
<KotCzarny> well, to me it looks like you miss emmc support in uboot
<fredl-pc> Hmmm why do you say that?
<fredl-pc> Oh... I think I gotcha!
<KotCzarny> might be it, might be not, try adding emmc to uboot and see what changes
<fredl-pc> No you may be quite right actually, up to this point most of the experimenting I've been doing is with standalone mainstream uboot
<fredl-pc> And in buildroot it's of course sort of 'integrated'
hardfalcon1 has quit [Ping timeout: 265 seconds]
<fredl-pc> I think u-boot *does* have emmc support, after all it's required in bananapi I used as template
<fredl-pc> *but* we've had to make a hack to get emmc to *work* in standalone u-boot that's not picked up this way
<KotCzarny> well, surely, it loads kernel from somewhere
<fredl-pc> heh, yeah I'm just thinking that myself as well
<KotCzarny> but since you've hacked it, not way to guess
<KotCzarny> i assume sdcard is not inserted?
<fredl-pc> The buildroot emmc is not hacked
mavkhime_ has joined #linux-sunxi
<fredl-pc> Our card doesn't have sdcard slot, so no
<fredl-pc> our board
<KotCzarny> then disregard all my guesswork, as it's based on standard logs
<fredl-pc> yup
R0b0t1 has quit [Quit: WeeChat 2.1-dev]
<fredl-pc> My guess is maybe I should have the 'rootwait' in the kernel options
<fredl-pc> But when I do that it seems to sit there forever
mavkhim__ has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 256 seconds]
IgorPec has joined #linux-sunxi
<mripard> fredl-pc: which board are you running it on?
<fredl-pc> mripard, custom board developed in-house here
<fredl-pc> So I'm trying to figure out now how the bananapi-m1 is different from our own board
<fredl-pc> I know the MMC chip sits on different channel on A20
<fredl-pc> But not certain if that means I should adapt the DTS as well
<fredl-pc> See this part from the kernel dmesg worries me:
<fredl-pc> 1.234841] sunxi-mmc 1c0f000.mmc: Got CD GPIO
<fredl-pc> [ 1.295140] sunxi-mmc 1c0f000.mmc: base:0xf08de000 irq:28
<fredl-pc> And nothing after that
<mripard> fredl-pc: it's always a bad idea to use a DT from another board
mavkhime_ has quit [Ping timeout: 264 seconds]
<mripard> and in this case, this controller is one from an SD card slot
<fredl-pc> yeah, kinda always had that feeling that I couldn't get away from making our own DTS and compile it
<fredl-pc> That's also bit of the tricky part to me though :)
<fredl-pc> No real clear plan of how to make our own in buildroot and where to add/edit the files
<KotCzarny> you can always substitute files on final image
<KotCzarny> and when you have something working, you can check how to make it properly
<KotCzarny> ie. have uboot and/or kernel replaced
<beeble> or you just add your dts as a patch to the kernel source of the kernel package
<fredl-pc> is there a way from the running u-boot (I stopped the autoboot) to see the DTB structure somehow?
<beeble> it's just a quilt
<fredl-pc> I don't seem to see any related commands in 'help' in uboot
<beeble> fdt addr <addr>
<beeble> fdt list
<fredl-pc> So... Booting using the fdt blob at 0x43000000
<fredl-pc> Then I use fdt addr 0x43000000 ?
<beeble> have you load it?
<beeble> +ed
<beeble> if you stopped autoboot it will not been automaticly loaded yet
<mripard> fredl-pc: seriously, you don't have your emmc controller enabled properly
<fredl-pc> I don't think so, that's in the output just before the kernel autoboots
<beeble> as mripard said, fix your dtb first
<fredl-pc> Alrite, will focus on that first then
<KotCzarny> also remember uboot and kernel use separate dt
<beeble> isn't that hard. get the schematics for your board and use a similar board as a template
<fredl-pc> so in buildroot there's the board/ hierarchy
<fredl-pc> I added a be/v2 in there and copied the bananapi-m1 files in there
mavkhim__ has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
<fredl-pc> That is a VERY good and detailed document.
<fredl-pc> It's also extremely long :)
<fredl-pc> But I guess if I'm gonna have ta, I have ta
<fredl-pc> alrite, back to the drawing board, was hoping someone would see the prob right away and provide me with quick fix :)
reinforce has quit [Quit: Leaving.]
<beeble> yes, the issue is that you are just trying to take shortcuts instead of doing it the right way
<fredl-pc> I know, it's been a helluf a learning curve thus far
<fredl-pc> Problem now is my client has a good sales opportunity *tomorrow*
<KotCzarny> pay someone to do your job?
<beeble> tough love minute now
<fredl-pc> haha :)
Putti has joined #linux-sunxi
<beeble> you are playing around since last week and not following our suggestion
tllim has joined #linux-sunxi
<beeble> so do it yourself the hard way, follow our advice or pay someone to do your job
<beeble> there a plenty of people here that offer that service
<KotCzarny> beeble: that's assuming he gets someone active and available in such short time
<fredl-pc> Anyway, I would like to continue on the fdt a bit, you asked if I loaded the dtb earlier
<fredl-pc> I see it on the mmc with fatls mmc 0
<fredl-pc> 34283 sun7i-a20-bananapi.dtb
JohnDoe_71Rus has joined #linux-sunxi
<beeble> load mmc 0 $fdt_addr_r sun7i-a20-bananapi.dtb
<fredl-pc> tnx, so it's loaded now
<fredl-pc> that command by default loads it starting at 43000000 ?
<fredl-pc> I guess it does...
<fredl-pc> I'm trying to focus on *what* to change in dtb
<KotCzarny> mmc address?
<fredl-pc> I see this with fdt list, https://paste.debian.net/1024786/
foxx_ has joined #linux-sunxi
<KotCzarny> why dont you just take kernel, clone bpi dt, swap sdcard and mmc addresses, compile it with make dtbs, then compy dtb to your image?
<KotCzarny> anyway, bbl
<mripard> KotCzarny: because that's a terrible idea and he should just learn the DT syntax instead?
<KotCzarny> mripard: that's all fine, but he is short on time
<KotCzarny> and proper learning could take few days
<KotCzarny> if not more
<fredl-pc> yup KotCzarny is right
<fredl-pc> as is mripard :)
<fredl-pc> but yeah short on time
<beeble> if you want to follow that
<beeble> but just reading the dtb on your host pc would be a lot easier...
<fredl-pc> the DTS is the source right, so I would need to make a new DTS, then compile that to DTD and get that onto the board
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
<beeble> dtb, but yes right
<fredl-pc> so in the buildroot tree there would be only ONE source, the one in the kernel?
<fredl-pc> Or is there an alternative one for u-boot like in the standalone u-boot?
<fredl-pc> and I also see a bunch of them in the host-dtc-1.4.4/
<fredl-pc> Mostly right now, if I get in contact with hardware guys we can hammer a proper DTS out
<fredl-pc> but I need to know where to place it or if there's multiple places in the buildroot tree
<beeble> there is one devicetree for u-boot and one for the kernel
<fredl-pc> they're mostly identical I assume?
<beeble> they are similar
fkluknav has quit [Ping timeout: 265 seconds]
matthias_bgg has quit [Ping timeout: 240 seconds]
kaspter has quit [Quit: kaspter]
fkluknav has joined #linux-sunxi
foxx_ has quit [Ping timeout: 256 seconds]
anarsoul has joined #linux-sunxi
netlynx has joined #linux-sunxi
hlauer has quit [Ping timeout: 276 seconds]
hramrach has quit [Ping timeout: 240 seconds]
jaganteki has quit [Ping timeout: 260 seconds]
hramrach has joined #linux-sunxi
reinforce has joined #linux-sunxi
<fredl-pc> Any of you guys in the Netherlands?
<Wizzup> yes
<fredl-pc> Wizzup, sent you PM
elros has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 260 seconds]
aalm has joined #linux-sunxi
foxx_ has joined #linux-sunxi
anarsoul has quit [Ping timeout: 256 seconds]
yann has quit [Ping timeout: 264 seconds]
Ntemis has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
<wens> jailbox: what "version"? the panel? my panel is the dual interface one with a mipi dsi - rgb bridge on it
<wens> oops
<wens> jaganteki: ^
fkluknav has quit [Ping timeout: 255 seconds]
IgorPec has joined #linux-sunxi
msimpson has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
Marc_One has joined #linux-sunxi
<Marc_One> hello. i have problems with spdif audio output on my cubietruck(allwinner a20, sun4i_spdif). it crackles and pops in my speakers. it gets worse the higher the sample rate is. did not find anything about that in the net.
miasma has quit [Ping timeout: 240 seconds]
miasma has joined #linux-sunxi
mavkhimenia has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
foxx_ has quit [Ping timeout: 256 seconds]
ernestask has quit [Quit: ernestask]
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 276 seconds]
nots has joined #linux-sunxi
leviathan has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
msimpson has quit [Quit: Leaving]
mavkhimenia has joined #linux-sunxi
Andy-D has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 260 seconds]
mavkhimenia has joined #linux-sunxi
hlauer has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 265 seconds]
<Marc_One> still noone?
<KotCzarny> you will have to have much higher patience
foxx_ has joined #linux-sunxi
<KotCzarny> sometimes it takes few days 'till someone knowledgeable reads and answers
<KotCzarny> you can also try reporting to mailing list
<Marc_One> ok. so i'll wait...
GrimKriegor has quit [Read error: Connection reset by peer]
<KotCzarny> your best bet would be trying to find someone who was working on that code and pinging him/her
<KotCzarny> channel logs are available, and second place to look is mailing list
foxx_ has quit [Ping timeout: 248 seconds]
GrimKriegor has joined #linux-sunxi
<fredl-pc> I think there's also mailinglists right?
<fredl-pc> I haven't tried those myself yet
<fredl-pc> Normally mailinglists are more guaranteed to get help in my experience though.
<fredl-pc> I tend to treat IRC as an ad-hoc kinda of 'maybe I'll get lucky' and often do.
<fredl-pc> But yeah, it can take some time sometimes.
yann has joined #linux-sunxi
<fredl-pc> KotCzarny, what's your role in this project BTW, I see you and beeble answering questions frequently.
<KotCzarny> i'm a hacker/user
<fredl-pc> BTW Marc_One, I'm not in the position to help you in case you wondered, still very much in the stage of 'needing help' :)
lkcl has quit [Ping timeout: 255 seconds]
<fredl-pc> KotCzarny, also electronics?
<KotCzarny> a bit, but my technical skills suck. i'm better with software
<fredl-pc> Are there also Allwinner employees here on channel that you know of?
<KotCzarny> rarely
<fredl-pc> my interest for now is purely professional, but also been searching for a bit of an 'in' into the embedded systems world, so planning to hold on to it after this job ends
Mr__Anderson has joined #linux-sunxi
<paulliu> hi all.. I got this on AllWinner Sun8i H2+ (Bananapi Zero)
<beeble> fredl-pc: same as a pc, just without the comfort :)
<paulliu> What could I missing?
<paulliu> the time on each core seems non-sync.
<fredl-pc> beeble, sure, but with my PC I'm not used to having to hack into the bootloader and such
<KotCzarny> fredl-pc: only because it was done long time ago
<KotCzarny> go back to '90 and recheck your sentence
<fredl-pc> Well I'm pretty old already :P
<fredl-pc> And used to get started with Atari 600XL and tiny little I/O boards
<fredl-pc> And formal electronics training. After that, everything went to shit :P
<KotCzarny> also, just you wait 'till uefi become mandatory and you will want create new product
<KotCzarny> you can also go into arduino world, things are simpler there
<KotCzarny> (for now)
<fredl-pc> Well but I enjoy it and with a little help from you guys getting a long way
<KotCzarny> and if you miss simple times, hack the openrisc core on H3 soc
<fredl-pc> I do miss the simple times of making an LED blink on the Atari actually
<fredl-pc> Actually miss a LOT of simple times, used to be that a political opinion was either simple or irrelevant back then
<KotCzarny> sbc are simple times
<KotCzarny> thanks to linux-sunxi folks
vagrantc has joined #linux-sunxi
<beeble> paulliu: maybe try mainline instead? there is m2 zero support since 4.17-rc1
<fredl-pc> That seems to be one of first mistakes everybody makes ha?
<fredl-pc> I remember that from weeks ago for myself, not starting with mainline
<beeble> fredl-pc: he is at least running a stable kernel :)
<fredl-pc> I think the Wiki should probably have an automatic redirect
<fredl-pc> hey man, I used to compile kernels back in the day nearly EVERY day, and actually know what I was doing too.
<fredl-pc> But the days that the kernel was still comprehensible... LONG time ago for me
<beeble> 4.14 is a few years fresher then 3.10
<paulliu> beeble: ok. But that kernel actually works if I don't enable optee. I'm currently doing optee porting. Single core already runs. I'm bringing up SMP.
<beeble> ah i see
<fredl-pc> beeble - mind you, I'm talking about the days of kernel 0.99 :D
<beeble> so it's probably tee who is messing stuff up :)
<paulliu> beeble: Yeah. But not sure how to fix that now. Let me ask other people to see if they have seen this problem before.
<fredl-pc> I could see how instead of the 'write' option to sunxi-fel, there could be an 'mmcwrite' option
<fredl-pc> Although that could be tricky.
<fredl-pc> The method I currently use is limited by the DRAM size
montjoie has quit [Quit: leaving]
<fredl-pc> And the USB mass storage gadget maybe not the best way for mass production, dunno
<beeble> take a look at fastboot
<beeble> works with spare images
<beeble> used millions of times in mobile devices
<beeble> works on pretty much any host machine
<beeble> s/spare/sparse
<fredl-pc> Oh I remember fastboot from my phone
sunshavi has quit [Ping timeout: 256 seconds]
foxx_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
Marc_Two has joined #linux-sunxi
Putti has quit [Ping timeout: 248 seconds]
Marc_One has quit [Ping timeout: 256 seconds]
<jernej> f11f12: Here is working R40 HDMI driver: https://github.com/jernejsk/linux-1/tree/r40-hdmi-wip
<jernej> f11f12: however, it's not yet ready for submission to mainline
<jernej> but soon
tl_lim has quit [Ping timeout: 240 seconds]
tl_lim has joined #linux-sunxi
Marc_Two is now known as Marc_One
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
qeed has quit [Quit: Leaving]
lurchi__ is now known as lurchi_
nuuuciano has quit [Ping timeout: 240 seconds]
<fredl-pc> aha, I got a shell prompt on our little board :D
<fredl-pc> Wonderful :)
Marc_One has left #linux-sunxi ["Leaving"]
mzki has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
lkcl has quit [Ping timeout: 248 seconds]
mavkhimenia has quit [Ping timeout: 260 seconds]
netlynx has quit [Quit: Ex-Chat]
Marc_Two has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<fredl-pc> Hmm, now for USB Ethernet support in kernel...
<beeble> lsusb to find out the chipset. then enable the driver
foxx_ has quit [Ping timeout: 248 seconds]
Marc_Two is now known as Marc_One
LargePrime has quit [Ping timeout: 248 seconds]
<fredl-pc> Looks like CONFIG_USB_NET_SMSC75XX
afaerber has joined #linux-sunxi
<fredl-pc> So the proper way to do that... would that be to make a new defconfig in output/build/linux-4.13.7/arch/arm/configs ?
<fredl-pc> Because I noticed with buildroot if you do make distclean those output/ folders get wiped clean
<fredl-pc> I've been futzing with symlinks to copies in my homedir
<fredl-pc> Hmm looks like its in CONFIG_USB_NET_DRIVERS anyway
<fredl-pc> which of course isn't in linux-4.13.7/arch/arm/configs/sunxi_defconfig *sigh*
<beeble> you make a patch
<beeble> and you generate the defconfig with make savedefconfig
<fredl-pc> I could do that I guess but not feeling expert-enough yet for that tbh
<fredl-pc> And I see that CONFIG_USB_NET_DRIVERS=y is actually in output/build/linux-4.13.7/.config and set to y
<fredl-pc> So I guess when buildroot does the make sunxi_defconfig, settings that may be in sunxi_defconfig but aren't somehow get added into .config ?
<beeble> some settings get into .config by beeing implied by others
<beeble> kconfig takes care about dependecies
<fredl-pc> I see...
<fredl-pc> I see another kernel option that could be handy... CONFIG_IKCONFIG
<beeble> so yiur defconfig is the minimal required set on options needed tongenerate a .config
IgorPec has quit [Ping timeout: 240 seconds]
<fredl-pc> that creates a /proc/config.gz
<fredl-pc> So you can always see which kernel options were enabled when it was being compiled
phil42 has quit [Ping timeout: 248 seconds]
<beeble> to generate a patch for buildroot you diff your sources and put it into a file called packetname-number-description.patch
<beeble> that files goes into the package folder
<beeble> where also the package.mk is located
<fredl-pc> lemme first wait and see if I can even bring the interface up. From what I see the CONFIG_USB_NET_DRIVERS should be sufficient to recognize this USB ethernet device, so it should already be in there now
<beeble> thats all. probably requires a package rebuild to apply the patch
<beeble> you will need a driver for the specific chipset
<fredl-pc> And the buildroot /etc/network/interfaces just has the loopback interface in it, so maybe if I add some configuration it'll already detect right interface anyway
<beeble> the net is only for the api
Redfoxmoon has quit [K-Lined]
<fredl-pc> CONFIG_USB_NET_DRIVERS you mean?
<beeble> yes
<fredl-pc> hmm ok
<fredl-pc> So our NIC is USB ID 0424:7500
<fredl-pc> how do I translate that to the right kernel config setting?
<beeble> and the intefaces file isnonly for autoconfiguring the device
<fredl-pc> yeah I know that bit
<beeble> you would already see it with a ifconfig -a or ip link
<fredl-pc> I see an eth0 but that may be the internal A20 ethernet NIC
<beeble> the smsc you had before is the right one
<fredl-pc> CONFIG_USB_NET_SMSC75XX yeah? I was looking into that but that one isn't in .config
hlauer has quit [Ping timeout: 255 seconds]
<fredl-pc> hmm MAC of eth0 is not in MAC vendor database it seems, is that normal for A20?
<fredl-pc> 02:02:07:82:A4:EC
<MikeyG> psst.. dont paste your mac address onto irc.. even if it's made up by a bad rng on first boot
<fredl-pc> oh... :P
<MikeyG> i mean.. it's up to you
<fredl-pc> well it's not MY MAC, in my defense :P
<MikeyG> does my ssn look normal to you..
<fredl-pc> 'k
<fredl-pc> vi .config
<fredl-pc> oops
Redfoxmoon has joined #linux-sunxi
clemens3 has quit [Ping timeout: 256 seconds]
<fredl-pc> hmm those kernel dependencies must be quite clever these days
<fredl-pc> I would expect that an edit of .config would result in massive recompile :)
Mr__Anderson has quit [Remote host closed the connection]
<beeble> it just adds the one .o file to the list. so its just generating that and linking vmlinux
Redfoxmoon has quit [Changing host]
Redfoxmoon has joined #linux-sunxi
<fredl-pc> hmm still not seeing it in ifconfig -a
<fredl-pc> could that be because of USB being initialized later than ethernet somehow?
<fredl-pc> don't see anything with dmesg|grep -i smsc either
<beeble> if you enabled config.gz check that one and look at your uname -a buildtime
<beeble> if you are running the correct kernel
<fredl-pc> Hmm, gotcha, I fucked up on that one before
<beeble> driver registration is independet from the attached adapter. so you should see it in dmesg
<fredl-pc> no it's not right one
<fredl-pc> it's one that was built two hours ago
<fredl-pc> interesting, the sdcard.img is right timestamp though so it's been recreated
<fredl-pc> and the zImage that's wrapped inside the sdcard.img is right timestamp as well
* fredl-pc scratches his head
<fredl-pc> Time for some food.
LargePrime has joined #linux-sunxi
<fredl-pc> okaaay...
<fredl-pc> something unusual with dependencies in buildroot it seems, even when I do make clean in the kernel tree, make in toplevel of buildroot does not go to recompile the kernel
<fredl-pc> nor does removing output/build/zImage
<fredl-pc> ah, neato make linux-rebuild
Marc_One has quit [Quit: Leaving]
Andy-D_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
<fredl-pc> damnit... make linux-rebuild overwrites .config
<fredl-pc> GRRRRR
<fredl-pc> fredl@gaya:/usr/src/buildroot/output/build/linux-4.13.7$ grep 75XX arch/arm/configs/be_defconfig
<fredl-pc> CONFIG_USB_NET_SMSC75XX=y
<fredl-pc> yet even when I do:
<fredl-pc> fredl@gaya:/usr/src/buildroot/output/build/linux-4.13.7$ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- be_defconfig
<fredl-pc> I don't see that CONFIG_USB_NET_SMSC75XX back in .config
kloczek has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 260 seconds]
bfree has quit [Ping timeout: 256 seconds]
<fredl-pc> weird thing is, although I might be getting hallucinations, is that under USB Support I can't find USB Network Adapters (when I try with menuconfig)
bfree has joined #linux-sunxi
<kilobyte> fredl-pc: / is your friend
<fredl-pc> whut?
<fredl-pc> Sorry been at it for too long today to have a sense of humor left.
kloczek has left #linux-sunxi [#linux-sunxi]
<kilobyte> fredl-pc: Device Drivers → Network device support →
<kilobyte> I mean '/'
<fredl-pc> OH!
<fredl-pc> damn you rock
<fredl-pc> lessee...
kloczek has joined #linux-sunxi
<fredl-pc> honest to god I would NEVER have found that by clicking on Multi-purpose USB Networking Framework
<fredl-pc> Now I'm not sure how buildroot will react to me manually configuring the kernel, hmmm
lurchi_ is now known as lurchi__
sunshavi has joined #linux-sunxi
gnarface has quit [Quit: Leaving]
lurchi__ is now known as lurchi_
<fredl-pc> the dependencies in buildroot are at the least... strange
<fredl-pc> Now, after having tried through simply adding an option manually to .config it does NOT automatically rebuild....
<fredl-pc> But, after having build a kernel manually by doing menuconfig/zImage in kernel folder.... and followed by make in buildroot topdir, it sudden DOES want to go recompile the whole kernel AGAIN
<fredl-pc> aha!
<fredl-pc> smsc75xx 1-1.1:1.0 eth1: register 'smsc75xx' at usb-1c14000.usb-1.1, smsc75xx USB 2.0 Gigabit Ethernet, 00:1e:c0:e0:88:44
<fredl-pc> whoohoo
hanni76 has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
gnarface has joined #linux-sunxi