Re: [opensuse-arm] rock64

2018-03-09 Thread Alexander Graf


On 09.03.18 19:22, Matwey V. Kornilov wrote:
> 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

localhost:~ # echo 6d6d61675f7465 | xxd -ps -r ; echo
mmag_te

Do you have any idea what that string could be? Maybe some memory that
really is in use by EL3 isn't declared as such in the EFI memory map?


Alex
-- 
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org



[opensuse-arm] initrd.vmx bloated

2018-03-09 Thread Matwey V. Kornilov
Hi,

initrd.vmx is almost 100MB big in
JeOS-espressobin.aarch64-2018.03.07-Build3.4 (and other images). It is
almost 1GB when uncompressed and the image is not bootable due ot it.
There are 500 MB of /usr/lib/locale files inside initrd. Could somebody
drop them out of initrd?

-- 
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org



Re: [opensuse-arm] rock64

2018-03-09 Thread Matwey V. Kornilov
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