Well, something strange happens at pre-init stage at Rock64:
===> Calling pre-init stage in system image
[ 130.501368] systemd-udevd[1848]: starting version 234
[ 130.751693] device-mapper: uevent: version 1.0.3
[ 130.752483] device-mapper: ioctl: 4.37.0-ioctl (2017-09-20)
initialised: dm-de...@redhat.com
[ 133.143024] Internal error: Oops - SP/PC alignment exception:
8a00 [#1] SMP
[ 133.143029] Kernel panic - not syncing: corrupted stack end
detected inside scheduler
[ 133.143029]
[ 133.143040] SMP: stopping secondary CPUs
[ 133.144886] Modules linked in: dm_mod btrfs xor zstd_compress
zlib_deflate raid6_pq fuse squashfs zstd_decompress xxhash loop
virtio_blk mmc_block brd rk808_regulator rk808 aes_ce_blk
aes_ce_cipher crc32_ce crct10dif_ce ghash_ce sha2_ce sha256_arm64
sha1_ce dwc2 ohci_platform ohci_hcd ehci_platform ehci_hcd udc_core
usbcore fixed dw_mmc_rockchip dw_mmc_pltfm dw_mmc
phy_rockchip_inno_usb2 mmc_core rockchip_thermal i2c_rk3x aes_neon_bs
aes_neon_blk crypto_simd cryptd aes_arm64
[ 133.148752] CPU: 2 PID: 1868 Comm: depmod Not tainted 4.15.7-1-default #1
[ 133.149360] Hardware name: rockchip rock64_rk3328/rock64_rk3328,
BIOS 2018.01-rc2-02249-g19e31fac0d-dirty 02/01/2018
[ 133.150300] pstate: 2005 (nzCv daif -PAN -UAO)
[ 133.150738] pc : 0x6d6d61675f7465
[ 133.151048] lr : __do_softirq+0x164/0x384
[ 133.151411] sp : 08013ed0
[ 133.151713] x29: 08013ed0 x28: 0002
[ 133.152197] x27: 092a61c8 x26: 08ee6010
[ 133.152681] x25: 092a6180 x24: 0009
[ 133.153164] x23: 0100 x22: 0010
[ 133.153648] x21: 092a61c0 x20: 0002
[ 133.154132] x19: 0009 x18: 95442a70
[ 133.154616] x17: 953485d0 x16: b0f52c48
[ 133.155100] x15: x14:
[ 133.155585] x13: 7fff x12:
[ 133.156068] x11: 0001 x10: 08013e98
[ 133.156551] x9 : x8 : 0013
[ 133.157034] x7 : 80007ff7bf28 x6 : 80007ff83a10
[ 133.157519] x5 : 08014000 x4 : 80004c702080
[ 133.158003] x3 : 80007708f000 x2 : 0008
[ 133.158487] x1 : 616d6d61675f7465 x0 : 092a61c8
[ 133.158975] Process depmod (pid: 1868, stack limit = 0x0c1b7bc2)
[ 133.159574] Call trace:
[ 133.159804] 0x6d6d61675f7465
[ 133.160081] irq_exit+0xd0/0x110
[ 133.160379] __handle_domain_irq+0x6c/0xc0
[ 133.160753] gic_handle_irq+0x60/0xb0
[ 133.161089] el0_irq_naked+0x50/0x5c
[ 133.161420] Code: bad PC value
[ 133.161705] ---[ end trace d493cbb1fdc63aa0 ]---
[ 134.309714] SMP: failed to stop secondary CPUs 0,2
[ 134.310153] Kernel Offset: disabled
[ 134.310473] CPU features: 0x0802004
[ 134.310791] Memory Limit: none
[ 134.311079] Rebooting in 90 seconds..
2018-01-03 22:48 GMT+03:00 Matwey V. Kornilov :
> I've found that kiwi already can do something similar I need:
>
> https://doc.opensuse.org/projects/kiwi/doc/
>
> [--disk-start-sector number]
>
> The start sector value for virtual disk based images. The default is
> 2048. For newer disks including SSD this is a reasonable default. In
> order to use the old style disk layout the value can be set to 32.
>
>
> 2018-01-02 19:01 GMT+03:00 Andreas Färber :
>> Am 02.01.2018 um 16:59 schrieb Matwey V. Kornilov:
>>> 2018-01-02 18:27 GMT+03:00 Andreas Färber :
Am 01.01.2018 um 16:20 schrieb Matwey V. Kornilov:
> Why didn't we allocate separate GPT partition for each bootloader
> image? It seems to be generic way to denote that specific place at SD
> card is allocated and used by something.
Kiwi only supports a few partitioning schemes, it does not allow to add
random other partitions AFAIK. Every scheme needs to be defined in the
XML Schema and needs a matching implementation in Kiwi.
Have you checked out Alex' new non-Kiwi approach for RPi3 and Pine64?
>>>
>>> Nope. Where can I find it?
>>>
>>> https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:Pine64
>>>
>>> This one?
>>
>> https://build.opensuse.org/package/show/devel:ARM:Factory:Contrib:Pine64/pine64-instsd
>>
>> Cheers,
>> Andreas
>>
>> --
>> SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
>> GF: Felix Imendörffer, Jane Smithard, Graham Norton
>> HRB 21284 (AG Nürnberg)
>
>
>
> --
> With best regards,
> Matwey V. Kornilov
--
With best regards,
Matwey V. Kornilov
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org