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-devel@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.kornilov@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 <afaerber@suse.de>:
Am 02.01.2018 um 16:59 schrieb Matwey V. Kornilov:
2018-01-02 18:27 GMT+03:00 Andreas Färber <afaerber@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/pin...
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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org