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
