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
Ntemis has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 246 seconds]
BenG83 has quit [Quit: Leaving]
Hao has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
sgteem_ has joined #linux-sunxi
ninolein has joined #linux-sunxi
sgteem has quit [Ping timeout: 268 seconds]
ninolein_ has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
cloud-e has quit [Ping timeout: 260 seconds]
gaby_ has quit [Ping timeout: 260 seconds]
gaby has joined #linux-sunxi
cloud-e has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
reev has joined #linux-sunxi
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
techping has joined #linux-sunxi
leviathan_ has quit [Ping timeout: 246 seconds]
leviathan has joined #linux-sunxi
leviathan has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 256 seconds]
leviathan has joined #linux-sunxi
pg12 has joined #linux-sunxi
sunshavi has quit [Ping timeout: 260 seconds]
leviathan has quit [Ping timeout: 240 seconds]
techping has quit [Remote host closed the connection]
techping has joined #linux-sunxi
leviathan has joined #linux-sunxi
techping has quit [Remote host closed the connection]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
[7] has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
gzamboni has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 264 seconds]
victhor has quit [Ping timeout: 260 seconds]
|Jeroen| has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
lurchi__ has joined #linux-sunxi
muvlon has quit [Ping timeout: 260 seconds]
techping has joined #linux-sunxi
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
muvlon has joined #linux-sunxi
leviathan has quit [Ping timeout: 246 seconds]
leviathan has joined #linux-sunxi
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
f0xx has joined #linux-sunxi
f0xx has quit [Read error: Connection reset by peer]
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
techping has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7099-gca80ee628, build type: debug, sources date: 20160102, built on: 2017-03-12 14:49:35 UTC git-7099-gca80ee628 http://www.kvirc.net/]
komunista has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 240 seconds]
swiftgeek has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
apritzel has joined #linux-sunxi
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 240 seconds]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
tkaiser has quit [Ping timeout: 268 seconds]
BenG83 has joined #linux-sunxi
leviathan has quit [Ping timeout: 260 seconds]
leviathan has joined #linux-sunxi
techping has joined #linux-sunxi
leviathan has quit [Ping timeout: 264 seconds]
swiftgeek has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
leviathan has joined #linux-sunxi
reinforce has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 268 seconds]
IgorPec110 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 260 seconds]
leviathan_ has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
sunshavi has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
techping has quit [Read error: Connection reset by peer]
leviathan has quit [Ping timeout: 260 seconds]
leviathan_ has joined #linux-sunxi
techping has joined #linux-sunxi
leviathan_ has quit [Ping timeout: 264 seconds]
leviathan has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
fkluknav has joined #linux-sunxi
fkluknav has quit [Ping timeout: 256 seconds]
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
leviathan has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
rwmjones has joined #linux-sunxi
<rwmjones> I wonder if there is newer Pine64 firmware available than https://github.com/apritzel/pine64 ?
<rwmjones> there appears to be some problem with the dtb so that it hangs disabling unused clocks, and if I comment out that code in the kernel, then it gives other errors like:
<rwmjones> [ 1.124746] sunxi-mmc 1c0f000.mmc: could not find pctldev for node /soc/pinctrl@1c20800/mmc0@0, deferring probe
<rwmjones> which I assume is also a uboot/dtb/firmware problem of some kind
<rwmjones> I'm using the Pine64+ 2GB, recently purchased
leviathan has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
techping has quit [Remote host closed the connection]
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
<apritzel> rwmjones: if you are desperate, you could try: http://andrep.de/a64/pine64_firmware-20170314.img
<rwmjones> oh interesting
<apritzel> though this errors of yours smells more like a Linux .config issue rather than a firmware thing
<rwmjones> I'm using your kernel from
<apritzel> rwmjones: and "referring probe" is not an error at all, btw
<apritzel> deferring, even
<rwmjones> using defconfig (except I additionally enabled FS_XFS)
<rwmjones> ok
<rwmjones> previously the kernel was hanging at boot
<rwmjones> using initcall_debug, I isolated that to
<rwmjones> clk_disable_unused
<rwmjones> so I just commented out that initcall, which gets me a bit further, but it doesn't see the mmc at all and hangs at that point
<rwmjones> let me paste the final messages
IgorPec110 has quit [Ping timeout: 268 seconds]
<apritzel> rwmjones: I think defconfig misses stuff, I think CONFIG_REGULATOR_FIXED_VOLTAGE=y is one candidate
<rwmjones> ok I'll try that
<rwmjones> that's already set to y
leviathan has quit [Ping timeout: 268 seconds]
<rwmjones> just diffing my .config against http://andrep.de/a64/config-4.9-rc2-ubuntu
leviathan has joined #linux-sunxi
ibu[m] has quit [Remote host closed the connection]
raknaz[m] has quit [Remote host closed the connection]
Icenowy_PB has joined #linux-sunxi
<apritzel> rwmjones: well, diffing against a distro config is not going to be a quick endeavour ;-)
<rwmjones> indeed
<rwmjones> what MMC driver do I need to enable?
<apritzel> rwmjones: did you see anything in dmesg from the pinctrl?
<apritzel> (I provided the Ubuntu .config because it's quite different from defconfig)
<rwmjones> let me reboot this and try to grab the whole messages from the serial console
mossroy has joined #linux-sunxi
<apritzel> rwmjones: you could take a shortcut and just take the "Image-ubuntu" kernel from that directory
leviathan has quit [Ping timeout: 240 seconds]
<Icenowy_PB> apritzel: some thing to inform me
<Icenowy_PB> 4.11-rc2 broken arm64 sunxi64
<Icenowy_PB> or maybe also other arm64 platforms
<Icenowy_PB> (qemu-system-aarch64 seems to silently hang
tkaiser has joined #linux-sunxi
<apritzel> Icenowy_PB: yes, this is known
<apritzel> it has been fixed during the week
<apritzel> x86 page table code patches broke powerpc and arm64
<apritzel> Icenowy_PB: don't trust anything before -rc3 or -rc4 ;-)
ibu[m] has joined #linux-sunxi
<Icenowy_PB> apritzel: has the patch been applied?
<Icenowy_PB> or is the commit just reverted?
<apritzel> Icenowy_PB: afaik current HEAD should have the fix
<rwmjones> apritzel: http://pastebin.com/7qqSwaY9 has only a few messages about pinctl / pctl
leviathan has joined #linux-sunxi
<rwmjones> do you know what pinctrl driver the pine64 needs?
<Icenowy_PB> P.S. the nkmp factor code in sunxi-ng 4.11-rc is now severely broken
<Icenowy_PB> rwmjones: sun50i-a64-pinctrl
<rwmjones> got that one :-(
<apritzel> rwmjones: yeah, you seem to miss that driver
<rwmjones> CONFIG_PINCTRL_SUN50I_A64=y
<apritzel> rwmjones: did you start from defconfig?
<rwmjones> yup
<rwmjones> it is defconfig except for enabling CONFIG_FS_XFS
<apritzel> rwmjones: which object files do you have in drivers/pinctrl/sunxi/?
<rwmjones> built-in.o pinctrl-sun8i-h3.o pinctrl-sunxi.o
<rwmjones> pinctrl-sun50i-a64.o pinctrl-sun8i-h3-r.o
leviathan has quit [Ping timeout: 240 seconds]
<Icenowy_PB> apritzel: I think it's automatically selected by ARCH_SUNXI in arm64
<apritzel> Icenowy_PB: yes, but apparently the driver doesn't load ...
techping has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
<apritzel> rwmjones: do you use the .dtb from the kernel?
Icenowy_PB has quit [Quit: Leaving.]
<rwmjones> I don't believe so, no
<rwmjones> I believe it is using the one from
chomwitt has joined #linux-sunxi
<rwmjones> my kernel never prints "sun50i-a64-pinctrl 1c20800.pinctrl: initialized sunXi PIO driver"
<rwmjones> even though that should be present according to a similar dmesg that I found
<rwmjones> but that string is present in the kernel image, which indicates that the driver is linked in
mossroy has quit [Quit: Leaving]
<rwmjones> I'll drop in a few pr_warn's around the place to see why that doesn't get called
<apritzel> rwmjones: this .dtb in there is totally outdated and does not work with that kernel
<rwmjones> yup, that's what I thought .. so there is new firmware?
<rwmjones> I was using https://github.com/apritzel/pine64
<rwmjones> http://andrep.de/a64/pine64_firmware-20170314.img .. isn't a device/partition as with the other one
<apritzel> rwmjones: which is outdated too
<apritzel> rwmjones: yeah, I am not in the business to provide a working setup ;-)
<apritzel> rwmjones: you just dd this new image to sector 16
<rwmjones> ok will try
<rwmjones> that file is boot0 + uboot ..?
<apritzel> dd if=pine64_firmware-20170314.img of=/dev/sdx bs=8k seek=1
<apritzel> rwmjones: that is SPL + ATF + U-Boot, no boot0
<rwmjones> ok
<apritzel> boot0 is no longer needed
<apritzel> we got rid of that crap
leviathan has joined #linux-sunxi
<rwmjones> apritzel: do I need to also copy http://andrep.de/a64/sun50i-a64-pine64-plus.dtb to /dev/mmcblk0p1?
<rwmjones> the one there now dates to 2016-06
<apritzel> rwmjones: do: "make dtbs" in your kernel tree
<apritzel> and take the resulting .dtb from arch/arm64/boot/dts/allwinner
<rwmjones> ok that created arch/arm64/boot/dts/allwinner/sun50i-a64-pine64-plus.dtb
<rwmjones> will do
<apritzel> argh, backporting montjoie's new driver to 4.10 is a pain ...
<rwmjones> excellent, it boots, thanks a lot I wouldn't have worked that out on my own
<apritzel> rwmjones: yeah, this is all heavily work in progress, so it changes quickly
<apritzel> it should get quieter once U-Boot 2017.05 and Linux 4.11 are out
<rwmjones> yup
<rwmjones> now here's a question that I expect the answer will be no, but did anyone get the wifi driver working with upstream kernel ?
<rwmjones> it worked with the ancient BPS kernel that pine provided
<BenG83> apritzel, which ATF source can I use for Pine64?
<BenG83> rwmjones, wifi works fine for mainline
<BenG83> it´s just not in the kernel tree
lkcl has joined #linux-sunxi
<BenG83> you need to use hadess 8723BS driver
<BenG83> it´s already updated for 4.11-rc
<BenG83> bluetooth too if you use lwfinger´s firmware loader+hciattach
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
raknaz[m] has joined #linux-sunxi
<apritzel> BenG83: ATF> just use the allwinner branch from my github
JohnDoe_71Rus has joined #linux-sunxi
<MoeIcenowy> for Wi-Fi some GPIOs on R_PIO is needed to be set to output 1
reev has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Quit: cnxsoft]
leviathan has quit [Ping timeout: 264 seconds]
leviathan has joined #linux-sunxi
<BenG83> apritzel, thanks
<rwmjones> BenG83: thanks
<BenG83> just helping a Fedora guy with building Pine support
lkcl has quit [Ping timeout: 260 seconds]
leviathan has quit [Ping timeout: 256 seconds]
|Jeroen| has joined #linux-sunxi
<rwmjones> this thing really needs SATA :-(
leviathan has joined #linux-sunxi
techping has quit [Remote host closed the connection]
<KotCzarny> or usb-uasp dongle
IgorPec110 has joined #linux-sunxi
IgorPec111 has joined #linux-sunxi
lkcl has joined #linux-sunxi
IgorPec110 has quit [Ping timeout: 260 seconds]
leviathan has quit [Ping timeout: 246 seconds]
terra854 has joined #linux-sunxi
victhor has joined #linux-sunxi
<apritzel> rwmjones: actually, if you really need SATA, you shouldn't take those kind of boards in the first place
leviathan has joined #linux-sunxi
IgorPec112 has joined #linux-sunxi
IgorPec111 has quit [Ping timeout: 246 seconds]
yann-kaelig has quit [Quit: Leaving]
IgorPec112 has quit [Quit: Nettalk6 - www.ntalk.de]
<rwmjones> apritzel: sure .. I have a mustang & one of the gigabyte boards too
<rwmjones> challenge is to find something that costs a lot less than $1000 though
<KotCzarny> rwmjones: marvel ?
<rwmjones> having said that, the cubietruck had sata so it's not completely impossible (albeit cubietruck sata was via onboard USB IIRC)
<KotCzarny> there are quite a few sbcs based on marvel armada chips
<BenG83> I have a CLearfog Pro
<KotCzarny> in 50-100usd range
<rwmjones> those are all 32 bit I think?
IgorPec112 has joined #linux-sunxi
<KotCzarny> you need cpu power or data throughput?
<rwmjones> it's not really for me, it's for something to recommend to Fedora developers who hit a brick wall when trying to debug aarch64 issues w/o hardware
<KotCzarny> ahm
<KotCzarny> then usb-uasp sata dongle should do the trick
<BenG83> that the same Fedora developoer I am just helping to setup Pine64s :)
<KotCzarny> because no allwinner board has 64bit cpu and sata
<rwmjones> sure
<BenG83> R40
IgorPec113 has joined #linux-sunxi
<KotCzarny> r40 is 64bit?
<BenG83> oh wait
<apritzel> R40 is Cortex A7
<BenG83> yeah
<rwmjones> anyone want to recommend a USB/SATA dongle which is cheap and not absolutely terrible performance?
<KotCzarny> sure one based on jms578 for example
<rwmjones> ok, I'll get one of those and test them
<KotCzarny> ~37MB rw
<KotCzarny> ~10usd
<MoeIcenowy> P.S. most important thing
<MoeIcenowy> get a powered USB Hub
<rwmjones> ok
<KotCzarny> or use low power ssd
IgorPec112 has quit [Ping timeout: 246 seconds]
<MoeIcenowy> it's difficult to power a 2.5" HDD with the USB power output of SBCs
yann-kaelig has joined #linux-sunxi
<KotCzarny> MoeIcenowy: who uses hdd when one can use ssd? ;)
<MoeIcenowy> KotCzarny: I still think HDDs are more reliable when doing high-frequency erase-and-write ;-)
<KotCzarny> grab something slc and let it churn ;)
<MoeIcenowy> I remember someone mentioned his friend here, who lives in the coal mine area, and have high radiation
<KotCzarny> it was me
<KotCzarny> ;)
<MoeIcenowy> I think it's one of the solution of "why HDD" ;-)
<KotCzarny> nah, radiation was affecting memory too
<MoeIcenowy> SLC is quite expensive
<rwmjones> apparenlty has the jmicron chip in it
<KotCzarny> so stability was affected anyway
<MoeIcenowy> and I think, if attached with a USB 2.0, HDD can also play well ;-)
<MoeIcenowy> except if you try to use f2fs on it ;-)
<KotCzarny> rwmjones: should work, just remember about power requirements
<KotCzarny> pine64 is notorious in being flaky (when using microusb)
<rwmjones> ok
<MoeIcenowy> P.S. Pine64 seems to be restricting its USB power output
<MoeIcenowy> to 600mA or 800mA (I forgot it
<MoeIcenowy> at least it's not enough to power up my WD Blue ;-)
<KotCzarny> is pine64 safe from powered usb hubs leaking power back to it?
<MoeIcenowy> but I used to have a TOSHIBA portable HDD, which works reliably with only 500mA power (but once I broke it and its disk is corrupted)
<MoeIcenowy> KotCzarny: at least I have experience to have PC leaking power to Pine64
<KotCzarny> yeah, but is it safe? hos is usb power connected? direct to dcin or through pmic?
<KotCzarny> *how
<MoeIcenowy> I remember it depends on the "DC5V/BAT" jumper wire on the board
IgorPec113 has quit [Ping timeout: 246 seconds]
<MoeIcenowy> when it's BAT it's directly DC5V
<MoeIcenowy> s/BAT/DC5V
<MoeIcenowy> when i
<MoeIcenowy> when it's BAT the USB power is under a regulator, which generates 5v from IPS (maybe 3.x V)
<tkaiser> And regarding power everything is on the wiki.
<BenG83> Pine64 has slightly over 500mA efuses on the USB ports
<BenG83> and do not reverse power it
<BenG83> no USB hub should power upstream anyways
<BenG83> there is no power path to properly power it through the USB port since the 5V USB come from a boost converter that is attached to PSOUT of the AXP
<MoeIcenowy> I think the boost converter is bypassed when the jumper is on "DC5V"
<tkaiser> http://linux-sunxi.org/Pine64#DC5V.2FBAT_POWER_jumper
<BenG83> wasnt that changed some time ago?
<BenG83> I know it´s different in the revisions of the boards
<KotCzarny> fun
<BenG83> tldr; dont push 5V up the USB port ;)
<tkaiser> BenG83: On the early Pine64+ the jumper wasn't present, it has been added with the later 2GB variant and now it's on every Pine64+
<rwmjones> ok
<KotCzarny> BenG83: yeah, but what if someone connects usbpowered hub that is leaking power back? ;)
<BenG83> then the hub violates the USB spec and should go to the trash bin :P
<KotCzarny> sad truth is that most of those cheap hubs are such
<tkaiser> BenG83: Togehter with board fried just before ;)
<KotCzarny> and show me a user that buys hub more expensive than the board ;)
<MoeIcenowy> maybe we only need a dual-powered cable
<KotCzarny> or safety usb dongle
<KotCzarny> with diodes attached ;)
<BenG83> I am not sure why they even connect 5V on the upstream port, most hub ic come with extra VDDIO domain
<tkaiser> MoeIcenowy: Dumb question: Will the H3 USB OTG dual role patch also work on H5?
<BenG83> HDD are tricky because they need so much current during spin up
<MoeIcenowy> tkaiser: I think so.
<MoeIcenowy> I will soon try on PC2
IgorPec113 has joined #linux-sunxi
<BenG83> on PCs and laptops usually no problem sinec they rarely limit the current to 500mA
<MoeIcenowy> but maybe you should change patch targets from sun8i-h3.dtsi to sunxi-h3-h5.dtsi
<MoeIcenowy> tkaiser: for my next version I will provide a PC2 flie
<MoeIcenowy> as sunxi-h3-h5.dtsi have already reached linux-next
<BenG83> adding a diode might be ok on hubs that dont isolate the upstream port since in normal operation little current flow there and it just prevent reverse powering
<KotCzarny> another way would be just cutting power lines on the host cable
lemonzest has joined #linux-sunxi
IgorPec114 has joined #linux-sunxi
<MoeIcenowy> tkaiser: could you inform martinayotte that I did a better spi-sun6i larger transfer patch, which is already in linux-next ?
IgorPec113 has quit [Ping timeout: 240 seconds]
IgorPec114 has quit [Ping timeout: 240 seconds]
IgorPec114 has joined #linux-sunxi
<tkaiser> MoeIcenowy: [x] done
IgorPec114 has quit [Ping timeout: 258 seconds]
<montjoie> just bought 3 UART, all with RX/TX inverted ... happy
<KotCzarny> o.O
<KotCzarny> were they on discount?
<montjoie> and 3 different chipset:)
<montjoie> aliexpress
<montjoie> not discounted
<MoeIcenowy> oh built so many times of kernel today
<MoeIcenowy> that I become disgusting when running make
<MoeIcenowy> s/disgusting/disgusted
<KotCzarny> sweaty from kernel compilation?
<MoeIcenowy> 1. fixed two A33-related issues in 4.11-rc
<MoeIcenowy> 2. bisect arm64 breaking issue between 4.11-rc1 and rc2 (and then apritzel told me that they have already found it
<MoeIcenowy> rebased my H3 OTG patchset on linux-next (mainly for H5 support)
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
Ntemis has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
IgorPec114 has joined #linux-sunxi
apritzel has quit [Ping timeout: 264 seconds]
martinayotte has joined #linux-sunxi
<martinayotte> @MoeIcenowy, tkaiser sent me the news. Thanks for your new version of SPI Larges Transfers, I will take a look when I get chance.
<MoeIcenowy> P.S. it will directly reach 4.12 if no accident
<willmore> MoeIcenowy, great work!! I'd like to look at the SPI large transfer code, too. Let me see if I can find it. :)
<martinayotte> @MeoIcenowy , Good ! I didn't saw any post in ML about it. How did you have that submitted ?
<martinayotte> I see that the patch is using 3/4 scheme instead of my previous full/empty.
<MoeIcenowy> maybe I forgot --cc=linux-sunxi@googlegroups.com
<MoeIcenowy> or maybe your ISP filtered out my email
<MoeIcenowy> willmore: the patch is at https://patchwork.kernel.org/patch/9605919/
<willmore> Thank you, MoeIcenowy.
fkluknav has joined #linux-sunxi
tuxillo has quit [Remote host closed the connection]
Mr__Anderson has joined #linux-sunxi
martinayotte has quit [Quit: ChatZilla 0.9.93 [Firefox 52.0/20170303013005]]
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
tuxillo has joined #linux-sunxi
<BenG83> can someone point me towards the HDMI output tree/patches for u-boot?
multi_io has quit [Ping timeout: 240 seconds]
multi_io has joined #linux-sunxi
IgorPec114 has quit [Ping timeout: 258 seconds]
jernej has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
|Jeroen| has quit [Quit: dada]
<jernej> BenG83: With simplefb support or the ones intended to be merged in U-Boot?
<BenG83> I am helping someone to see if he can boot a Pine64 with the fedora u-boot and he was looking for patches
<BenG83> fedora has a package where they provide u-boot binaries for various embedded boards but for Pine there seems some stuff missing
<BenG83> they have the latest release atm
<BenG83> U-Boot v2017.03
f0xx has joined #linux-sunxi
<jernej> https://github.com/jernejsk/u-boot de2_wip branch
<BenG83> thanks
<jernej> I think you can apply those patches without conflicts on top of 2017.03
<jernej> BenG83: If you are using apritzel ATF, then don't use AXP803 patch
<BenG83> not sure which atf they use, I have to find that out ;)
Ntemis has quit [Remote host closed the connection]
<jernej> Ok, let me rephrase that
<BenG83> I think apritzel´s allwinner branch
<jernej> ok, then just take last 4 patches
IgorPec has joined #linux-sunxi
apritzel has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
jernej has quit [Ping timeout: 264 seconds]
willmore has quit [Remote host closed the connection]
tkaiser has quit [Ping timeout: 268 seconds]
willmore has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<apritzel> BenG83: why is $distro concerned about firmware for $board?
<apritzel> this is really a stupid habit that should stop ...
wzyy2 has quit [Ping timeout: 256 seconds]
<ElBarto> apritzel: dealing with u-boot for FreeBSD I couldn't agree more :)
<ElBarto> apritzel: but it's a bad habit that is hard to loose
<apritzel> I think linux-sunxi should provide firmware images
<apritzel> and instructions how to build them
<ElBarto> I can see why we (i.e. FreeBSD) have problems, but I don't understand how linux distro should have some
<KotCzarny> what would they be based on?
<KotCzarny> or just uboot+some stub?
<apritzel> ElBarto: there is some hope that SPI flash solves this naturally
<ElBarto> apritzel: not all boards have spi flash thought ...
<apritzel> sure, but it shouldn't make a big difference to put the firmware on an SD card
<ElBarto> apritzel: and it's even more problematic for boards which have *sometimes* spi flash
<apritzel> ElBarto: I agree that this is stupid
<ElBarto> apritzel: well that the original goal of dtb right ? :)
<apritzel> I put the generic arm64 Debian installer on an USB key the other day and booted that (almost ;-) out of the box
<ElBarto> on pine ?
<apritzel> yes, firmware on SD card, put installer on SD
<apritzel> I think we should stop this "here is a $board *image* for $OS"
<apritzel> which doesn't scale
<ElBarto> yeah
<ElBarto> we have some plan for FreeBSD now that we have a proper generic armv6/v7 kernel
<apritzel> instead: here is firmware for $board (ideally on some on-board storage), here is a generic installer for $arch
<ElBarto> just a image where you put your u-boot and you're good to go
<ElBarto> but if board have spi flash (or whatever) with u-boot and dtb it will be awesome
<apritzel> ElBarto: do you support EFI boot on FreeBSD for ARMv8?
<apritzel> ElBarto: we are pushing hard for SPI flash
<ElBarto> yes, we only support that, it's mandatory for us
<apritzel> good, keep that and don't make exceptions!
<ElBarto> apritzel: and as agraf@suse said, we were the first consumer of u-boot efi for armv8
<ElBarto> I want to switch armv6/v7 to EFI too, we're mostly there
<apritzel> btw: there should be SPI flash/eMMC add-on board for the Pine64 soon
<ElBarto> just some stupid smbios code that I need to fix (because you know. i386 alignment problem isn't really a problem :P)
<ElBarto> cool
<apritzel> and Pinebook and SoPine come with SPI flash out of the box
<ElBarto> I'm still waiting for TL to give me some news about pinebook he said FreeBSD devs will got ...
<apritzel> ElBarto: can you point me to some FreeBSD installer?
<apritzel> ElBarto: what news? informations?
<ElBarto> we don't have installer for arm (yeah I know it sucks ...)
<apritzel> so you provide a basic image and people take it from there?
<ElBarto> apritzel: I have no news of him after a lot of email exchange for pinebook for FreeBSD devs
<ElBarto> apritzel: mostly yes
<ElBarto> maybe armv8 have an installer, I don't recall right now
wzyy2 has joined #linux-sunxi
<BenG83> new PB PCB hardware will probably be out of production next week
<ElBarto> we don't even provide image for pine64 iirc, while we support it since last june ...
<BenG83> if that checks out, the first production batch may start
<BenG83> that is the last I heard
<BenG83> but Tl is around #Pine64 lately
<BenG83> so you can see if you catch him there
<ElBarto> BenG83: that's on efnet ?
<BenG83> irc.pine64.xyz
<BenG83> it runs on a couple of P64 :P
<ElBarto> oh really ? nice :)
tkaiser has quit [Ping timeout: 256 seconds]
<ElBarto> apritzel: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm64/aarch64/ISO-IMAGES/12.0/
<ElBarto> apritzel: I guess that if you put that on a usb stick and boot over sdcard on pine it will work
<apritzel> ElBarto: I just found that 20 seconds ago ;-)
<ElBarto> apritzel: I haven't done a lot of aarch64 dev
<ElBarto> last week I've started porting clkng for A64 but I didn't even try to compile for now :P
<ElBarto> so yeah we need "old" dtb to work for now
<apritzel> ElBarto: sorry about that, and I am not a fan of this sunxi-ng stuff ...
<ElBarto> yeah I don't know if I like it or not
<ElBarto> at first the linux dts were a problem for us because we didn't have code for parsing the dtb /clocks node
<ElBarto> then we added the code and moved to the linux dts and a few month later this was a rollback for us
<ElBarto> i.e. not using /clocks anymore but having a ccu node
<apritzel> ElBarto: I know, this behaviour of changing the DT at will is a major annoyance
<ElBarto> and I still don't know which way I prefer ...
<apritzel> ideally this will naturally stop when the DT really ships with the firmware
<ElBarto> how ?
<apritzel> and thus has to be stable
<ElBarto> oh for that
<ElBarto> yeah
<apritzel> because Linux then cannot change the DT easily without breaking boards
<ElBarto> well we'll see that in 10+ years :)
<ElBarto> same for us (even if people care less)
<ElBarto> but don't you have "stable" or "LTS" branch in linux
<ElBarto> ?
<ElBarto> how do you deal with that ?
<apritzel> I just need to gather enough inner strength to start a thread on the ML
<ElBarto> which ML ?
<ElBarto> I'm only subscribed on linux-arm
<apritzel> ElBarto: that's the point: people don't care because the DT ships with the kernel :-(
<ElBarto> yes, and the fact that you have a fast release scheme helps people moving forward
<ElBarto> but this is something that we can't do in FreeBSD (atleast not easily)
<apritzel> and yeah: that affects Linux too: if you have one DT on the SPI flash, you should be still able to boot older and newer kernels
<apritzel> LTS distros and bleeding edge releases
<ElBarto> but since dtb in SPI flash isn't really a thing people doesn't care
tkaiser has joined #linux-sunxi
<ElBarto> and this is where DT people failed since the beginning, because the goal is to have a "vendor provided dtb" that works with every OS"
<apritzel> exactly
<apritzel> and I want people to remind of that
<apritzel> and *BSD is really a good argument here
<ElBarto> yes me (us) too :)
<ElBarto> well I've sent some patches were FreeBSD were the only user
<ElBarto> and thanks to mripard it was upstreamed
<ElBarto> a lot of FreeBSD people are frustrated that dts are "linux"
<ElBarto> but I think that things have changed
<ElBarto> atleast I never had complain about my patches
<apritzel> ElBarto: I still haven't given up on moving the DTs out of the Linux tree
<ElBarto> you know we don't even import dts from linux directly, we import them from the devicetree-rebasing one
<ElBarto> and I think that we are the only BSD importing dts
gjm has joined #linux-sunxi
<ElBarto> OpenBSD is using u-boot EFI so I guess that they are using u-boot to load the dtb and that they don't provide one directly
<ElBarto> and NetBSD don't use DTB iirc
<ElBarto> or maybe for Tegra hardware only
<ElBarto> apritzel: but if you want to start a thread somewhere for moving dts out of the linux tree please let me know
<apritzel> ElBarto: will CC: you ;-)
<ElBarto> apritzel: I'll be happy to say why FreeBSD want this :)
<ElBarto> apritzel: manu@freebsd.org fyi
<apritzel> ElBarto: yeah, this will indeed be very helpful
<apritzel> mmh, the memstick image is GPT
<ElBarto> well EFI requires GPT :)
<ElBarto> (even if you can use it without it)
<apritzel> I think it allows legacy partitioning as well
<ElBarto> I'm not sure about that but maybe you're right
<ElBarto> apritzel: oh and if you want to load our loader you will need a patch for u-boot
<ElBarto> we don't deal with raw disk in EFI environment
<ElBarto> so I've made a patch that expose partition in u-boot (still need to clean it up a bit and upstream it)
<ElBarto> but that's only for MBR
<ElBarto> that's why I've never upstreamed it
<ElBarto> and since I have too much work I never took the time to port it to GPT
<ElBarto> oh and since we've talked about sunxi-ng, plaes did you see my mail about licence for a10/a20 clkng diff that you've sent ?
<montjoie> RIP bpim2+
<KotCzarny> [']
<montjoie> seems alive, but no uart and lots of heat around (LOTS)
<KotCzarny> what did you do?
<ElBarto> which one is the m2+ ?
<ElBarto> oh H3, ok
<montjoie> KotCzarny: nothing, suddenlly more heat than anything
<KotCzarny> something shorted?
<montjoie> no
<KotCzarny> no white smoke? smells?
<montjoie> no
<montjoie> but one of my uart seems dead, coincidence ?
<ElBarto> montjoie: fyi on my bpi-m2 (a31s) after a while my uart connection solder was weak
<ElBarto> montjoie: after a bit of resolder everything was ok
<montjoie> I will try to run it with a big front fan, to enhance uptime
jernej has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 264 seconds]
jernej has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
tkaiser has quit [Read error: Connection reset by peer]
f0xx has quit [Read error: Connection reset by peer]
foxx has joined #linux-sunxi
apritzel has quit [Ping timeout: 258 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7099-gca80ee628, build type: debug, sources date: 20160102, built on: 2017-03-12 14:49:35 UTC git-7099-gca80ee628 http://www.kvirc.net/]
foxx has quit [Ping timeout: 246 seconds]
IgorPec has quit [Ping timeout: 264 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
fkluknav has quit [Ping timeout: 260 seconds]
jernej has joined #linux-sunxi
jbrown has quit [Remote host closed the connection]
jbrown has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 258 seconds]
leviathan_ has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
netlynx has quit [Quit: Ex-Chat]
apritzel has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lkcl has quit [Ping timeout: 268 seconds]
jernej has quit [Ping timeout: 246 seconds]
Hao has quit [Ping timeout: 240 seconds]
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
leviathan has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
IRCFrEAK has joined #linux-sunxi
tkaiser has joined #linux-sunxi
IRCFrEAK has quit [Quit: jIRCii - http://www.oldschoolirc.com]
komunista has quit [Quit: Leaving.]
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
leviathan has quit [Ping timeout: 264 seconds]