ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
field^Zzz2 has quit [Ping timeout: 258 seconds]
stikonas has quit [Remote host closed the connection]
warpme_ has quit [Quit: Connection closed for inactivity]
kaichi has joined #linux-rockchip
niceplaces has quit [Read error: Connection reset by peer]
niceplace has joined #linux-rockchip
tuxd3v has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
warpme_ has joined #linux-rockchip
klokken has quit [Remote host closed the connection]
klokken has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
sb35 has quit [Ping timeout: 258 seconds]
klokken has quit [Quit: klokken]
klokken has joined #linux-rockchip
inode has joined #linux-rockchip
dp is now known as DP
DP is now known as dp
field^Zzz2 has joined #linux-rockchip
stikonas has joined #linux-rockchip
kaichi has quit [Quit: Leaving]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
kevery has quit [Ping timeout: 258 seconds]
sb35 has joined #linux-rockchip
sb35 has quit [Ping timeout: 265 seconds]
sb35 has joined #linux-rockchip
suniel has joined #linux-rockchip
suniel has quit [Ping timeout: 240 seconds]
suniel has joined #linux-rockchip
chiastre has quit [Ping timeout: 240 seconds]
chiastre has joined #linux-rockchip
<nomis> robmur01: I have a login prompt. Turns out that the numbering of the mmc devices (emmc/sdio/sdmmc) did not agree with the specified root device...
<robmur01> nomis: hooray! Now thanks to GPT, "PARTUUID=" is your friend
<nomis> for now I took the cheap route and disabled sdio, that fixed the mmcblk-numbering :]
<robmur01> ...at least until you get into the habit of cloning eMMC images to SD cards and back again, sometimes booting with both installed, and wondering why changes to files seem to go missing...
<nomis> heh :)
<urjaman> robmur01: you can use PARTUUID with MBR partitioning too (well it's the MBR disk id and partition number then, but still)
<robmur01> urjaman: sure, I guess what I was trying to say is that GPT gives you no excuse for *not* using it ;)
<robmur01> (or at least UUIDs in general; I still don't really understand what the deal with both UUID and PARTUUID is...)
<JPEW> robmur01: IIRC one is a property of the filesystem (e.g. part of the superblock) and one is a "property" of the partition
<robmur01> JPEW: ah, that sounds reasonable, and like something I may have had a vague grasp on at one point, thanks!
<mps> can the arm-trusted-firmware (ATF) be built with arm64 compiler or it must be built with arm32?
<robmur01> heh, indeed /dev/disks/by-* clearly demonstrates that my machine has both partitions that don't contain filesystems, and filesystems that aren't on partitions
<robmur01> mps: ATF for 64-bit targets needs an aarch64 toolchain; for 32-bit targets it needs a 32-bit one
<robmur01> the fiddly part is that (64-bit) RK3399 ATF also contains a bit of 32-bit firmware for the Cortex-M0 cores, so wants both
<mps> robmur01: thanks. but is Cortex-M0 used on aarch64/rk3399
<mps> I'm trying to build ATF for aarch64 on alpine linux
<robmur01> right, for that you need a separate 32-bit toolchain (unless you can play tricks with Clang)
<robmur01> with GCC, aarch64 and arm are entirely separate backend targets
<robmur01> so there's nothing like "-m32" on x86
<mps> on alpine we have gcc-arm-none-eabi, and I can build ATF with it. but would be nice if it can be built without gcc-arm-none-eabi
<mps> and I'm building on aarch64 box or lxc container
<robmur01> does ATF allow to omit building the M0 firmware? IIRC it doesn't actually do much, so the machine may be able to survive without it
<mps> aha, ok. will look at this
<wens> dwc2 ok rk3328 is really weird in u-boot... if it probes before the ehci/ohci host pair, it can't find connected devices; otherwise it can :/
suniel has quit [Remote host closed the connection]
<robmur01> wens: I'd suspect something phy-related
<robmur01> similar to how it happens to sort-of-work in Linux until you unplug for the first time
vicencb has joined #linux-rockchip
vagrantc has joined #linux-rockchip
vicencb has quit [Read error: Connection reset by peer]
vagrantc has quit [Quit: leaving]
matthias_bgg has quit [Ping timeout: 256 seconds]
matthias_bgg has joined #linux-rockchip
vicencb has joined #linux-rockchip
repk has quit [Ping timeout: 272 seconds]
adjtm_ has joined #linux-rockchip
adjtm has quit [Ping timeout: 256 seconds]
repk has joined #linux-rockchip
adjtm_ has quit [Remote host closed the connection]
adjtm has joined #linux-rockchip
anarsoul|2 is now known as anarsoul
drrty has joined #linux-rockchip
nlhowell has quit [Ping timeout: 256 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
vicencb has quit [Quit: Leaving.]
niceplaces has joined #linux-rockchip
niceplace has quit [Ping timeout: 256 seconds]
vagrantc has joined #linux-rockchip
ldevulder has joined #linux-rockchip
ldevulder_ has quit [Ping timeout: 256 seconds]
matthias_bgg has quit [Quit: Leaving]