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:
8a000000 [#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: 20000005 (nzCv daif -PAN -UAO)
[  133.150738] pc : 0x6d6d61675f7465
[  133.151048] lr : __do_softirq+0x164/0x384
[  133.151411] sp : ffff000008013ed0
[  133.151713] x29: ffff000008013ed0 x28: 0000000000000002
[  133.152197] x27: ffff0000092a61c8 x26: ffff000008ee6010
[  133.152681] x25: ffff0000092a6180 x24: 0000000000000009
[  133.153164] x23: 0000000000000100 x22: 0000000000000010
[  133.153648] x21: ffff0000092a61c0 x20: 0000000000000002
[  133.154132] x19: 0000000000000009 x18: 0000ffff95442a70
[  133.154616] x17: 0000ffff953485d0 x16: 0000aaaab0f52c48
[  133.155100] x15: 0000000000000000 x14: 0000000000000000
[  133.155585] x13: 7fffffffffffffff x12: 0000000000000000
[  133.156068] x11: 0000000000000001 x10: ffff000008013e98
[  133.156551] x9 : 0000000000000000 x8 : 0000000000000013
[  133.157034] x7 : ffff80007ff7bf28 x6 : ffff80007ff83a10
[  133.157519] x5 : ffff000008014000 x4 : ffff80004c702080
[  133.158003] x3 : 000080007708f000 x2 : 0000000000000008
[  133.158487] x1 : 616d6d61675f7465 x0 : ffff0000092a61c8
[  133.158975] Process depmod (pid: 1868, stack limit = 0x000000000c1b7bc2)
[  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 <matwey.korni...@gmail.com>:
> 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 <afaer...@suse.de>:
>> Am 02.01.2018 um 16:59 schrieb Matwey V. Kornilov:
>>> 2018-01-02 18:27 GMT+03:00 Andreas Färber <afaer...@suse.de>:
>>>> 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

Reply via email to