On Thursday 26 April 2018 08:57:48 Gene Heskett wrote: > On Thursday 26 April 2018 02:58:55 Michal Srb wrote: > > It looks to me like if both armsoc and modesetting are trying to use > > the same GPU, acting like there are two separate GPUs. > > There are supposedly 2 gpu's in this chipset. Mali 400's ack the log. > > > The modesetting > > fails to call drmSetMaster on it, maybe because armsoc already did > > that first. > > In /etc/X11/xorg.conf.d/ there are 3 files > 20-armsoc.conf: > Section "Device" > Identifier "Mali FBDEV" > Driver "armsoc" > Option "fbdev" "/dev/fb0" > Option "Fimg2DExa" "false" > Option "DRI2" "true" > Option "DRI2_PAGE_FLIP" "false" > Option "DRI2_WAIT_VSYNC" "true" > Option "CursorPlaneType" "2" > EndSection > > Section "Screen" > Identifier "DefaultScreen" > Device "Mali FBDEV" > DefaultDepth 24 > EndSection > > And > 20-modesetting.conf: > Section "Device" > Identifier "Rockchip Graphics" > Driver "modesetting" > Option "AccelMethod" "glamor" > Option "Dri2Vsync" "false" > EndSection > And a .bak copy of the above. > > > You could try if it gets better by disabling additonal GPUs by > > adding a configuration file like this (or appending it to your > > /etc/X11/xorg.conf file if you have): > > > > /etc/X11/xorg.conf.d/80-serverflags.conf: > > > > Section "ServerFlags" > > Option "AutoAddGPU" "False" > > EndSection > > I'm doing all this from an ssh login, and for some (security I assume) > reason there are pauses in the boot that need the return key pressed. > And until it has tried to start x, there is no network. Security > concerns are starting to be a PITA. Thus is a well isolated home > network, dd-wrt in the router is my guard dog and has very sharp > teeth. > > Its in the garage (my 2nd mancave) and I'll have to dress and go out > to reboot it. Early, and I need to feed the missus first, she's stuck > in a recliner with a broken leg. Paper mache for bones at 78, and I'm > 83. Retired tv bcast engineer. > > Mali is mentioned in the kern.log. let me see if I can find that and > paste it: root@rock64:/etc/X11/xorg.conf.d# grep -B15 Mali > /var/log/kern.log Apr 24 15:47:47 rock64 kernel: [ 3.526913] I : > [File] : drivers/gpu/arm/mali400/mali/linux/mali_kernel_linux.c; > [Line] : 415; [Func] : mali_module_init(); svn_rev_string_from_arm of > this mali_ko is '-ac51b70a', rk_ko_ver is '5', built at '12:21:25', on > 'Apr 22 2018'. Apr 24 15:47:47 rock64 kernel: [ 3.535712] > mali-utgard ff300000.gpu: mali_platform_device->num_resources = 9 Apr > 24 15:47:47 rock64 kernel: [ 3.539788] mali-utgard ff300000.gpu: > resource[0].start = 0x0x00000000ff300000 Apr 24 15:47:47 rock64 > kernel: [ 3.543873] mali-utgard ff300000.gpu: resource[1].start = > 0x0x00000000ff300000 Apr 24 15:47:47 rock64 kernel: [ 3.547921] > mali-utgard ff300000.gpu: resource[2].start = 0x0x0000000000000012 Apr > 24 15:47:47 rock64 kernel: [ 3.551901] mali-utgard ff300000.gpu: > resource[3].start = 0x0x0000000000000013 Apr 24 15:47:47 rock64 > kernel: [ 3.555848] mali-utgard ff300000.gpu: resource[4].start = > 0x0x0000000000000014 Apr 24 15:47:47 rock64 kernel: [ 3.559783] > mali-utgard ff300000.gpu: resource[5].start = 0x0x0000000000000015 Apr > 24 15:47:47 rock64 kernel: [ 3.563709] mali-utgard ff300000.gpu: > resource[6].start = 0x0x0000000000000016 Apr 24 15:47:47 rock64 > kernel: [ 3.567607] mali-utgard ff300000.gpu: resource[7].start = > 0x0x0000000000000017 Apr 24 15:47:47 rock64 kernel: [ 3.571429] > mali-utgard ff300000.gpu: resource[8].start = 0x0x0000000000000018 Apr > 24 15:47:47 rock64 kernel: [ 3.575205] D : [File] : > drivers/gpu/arm/mali400/mali/platform/rk/rk.c; [Line] : 617; [Func] : > mali_platform_device_init(); to add platform_specific_data to > platform_device_of_mali. Apr 24 15:47:47 rock64 kernel: [ 3.583509] > mali-utgard ff300000.gpu: gpu_leakage=12 Apr 24 15:47:47 rock64 > kernel: [ 3.587421] mali-utgard ff300000.gpu: > gpu_leakage-volt-sel=1 Apr 24 15:47:47 rock64 kernel: [ 3.591424] > mali-utgard ff300000.gpu: Looking up mali-supply from device tree Apr > 24 15:47:47 rock64 kernel: [ 3.593383] Mali: Mali device driver > loaded > > > Michal Srb > > Thank you Michal, results in a later post after its been rebooted. I > should have included this stuff in the first post.
Some of the mali stuff in the kern.log, is different, but the modeset still fails in the Xorg.0.log. And of course no x. -- Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> _______________________________________________ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
