在Saber板上运行X服务器重新错误而终止

嗨Jeanluc，
我只使用etnaviv支持Debian Jessie（和Stretch）重新构建了mesa驱动程序Ubuntu 16.04太旧了......
https://eewiki.net/display/linuxonarm/Wandboard#Wandboard-2D/3DVideoAccelerationviaEtnavivProject
问候，



以下为原文

        Hi Jeanluc,
I’ve only re-built the mesa driver with etnaviv support for Debian Jessie (and Stretch)  Ubuntu 16.04 was just too old…
https://eewiki.net/display/linuxonarm/Wandboard#Wandboard-2D/3DVideoAccelerationviaEtnavivProject
Regards,

嗨，让，
我的MCIMX6Q有问题，hdmi不起作用。
因此，为了验证一切仍然良好，我安装了xfce4和mesa / etnaviv视频堆栈。
在这种情况下，使用带有v4.12.0-rc1和debian 8.x的双核Wandboard：
没有锁定和2D / 3D加速工作正常。
dmesg的：
dmesg.txt（22.1 KB）
Xorg日志：
xorglog.txt（17.8 KB）
glxinfo.log：
glxinfo.txt（8.4 KB）
的xorg.conf：
“监视器”部分 
标识符“内置默认监视器”
EndSection
“设备”部分 
标识符“内置默认fbdev设备0” 
司机“armada”
EndSection
“屏幕”部分 
标识符“内置默认fbdev屏幕0” 
设备“内置默认fbdev设备0” 
监控“内置默认监控” 
DefaultDepth 24
EndSection
“ServerLayout”部分 
标识符“内置默认布局” 
屏幕“内置默认fbdev屏幕0”
EndSection
问候，



以下为原文

        Hi Jean,
There’s something wrong with my MCIMX6Q, hdmi doesn’t work.  So to verify everything is still good, I installed xfce4 and the mesa/etnaviv video stack.  In this case, with a Dual Core Wandboard with v4.12.0-rc1 and debian 8.x:
No lockup’s and 2D/3D acceleration is working.
dmesg:
dmesg.txt (22.1 KB)
Xorg Log:
xorglog.txt (17.8 KB)
glxinfo.log:
glxinfo.txt (8.4 KB)
xorg.conf:
Section "Monitor"      Identifier      "Builtin Default Monitor"EndSectionSection "Device"      Identifier      "Builtin Default fbdev Device 0"      Driver          "armada"EndSectionSection "Screen"      Identifier      "Builtin Default fbdev Screen 0"      Device          "Builtin Default fbdev Device 0"      Monitor         "Builtin Default Monitor"      DefaultDepth    24EndSectionSection "ServerLayout"      Identifier      "Builtin Default Layout"      Screen          "Builtin Default fbdev Screen 0"EndSectionRegards,

嗨罗伯特，
感谢您的测试和快速回复。
我想在同样的条件下;
那么，你使用哪个文件用于debian rootfs？
对于mesa / etnaviv视频堆栈，你的意思是包xserver-xorg-video-armada-etnaviv？
问候，
Jeanluc



以下为原文

        Hi Robert,
thank you for your test and your quick reply.
I’d like to be in your same conditions; so, which file did you use for debian rootfs?
For mesa/etnaviv video stack do you mean the packet xserver-xorg-video-armada-etnaviv?
Regards,
Jeanluc

嗨Jeanluc，
我用过这个：
https://eewiki.net/display/linuxonarm/i.MX6q+SABRE+Board+for+Smart+Devices#i.MX6qSABREBoardforSmartDevices-Debian8
在调试时，我用u-boot和内核块更新了那个页面。
所以xserver-xorg-video-armada-etnaviv只是xorg的2D驱动程序，但它知道在启动3D应用程序时要在台面中调用哪个3D驱动程序。
问候，



以下为原文

        Hi Jeanluc,
I used this one:
https://eewiki.net/display/linuxonarm/i.MX6q+SABRE+Board+for+Smart+Devices#i.MX6qSABREBoardforSmartDevices-Debian8
While debugging, i updated that page with u-boot and the kernel bump’s.
So xserver-xorg-video-armada-etnaviv is just the 2D driver for xorg, but it knows what 3D driver in mesa to call when a 3D application is started.
Regards,

嗨罗伯特，
现在我可以运行xfce4，glxinfo，glxgears。
然后我编译了glmark2基准测试，如https://fixmynix.com/how-to-install-glmark2-from-source-in-debian/中所述。
我成功编译了这个基准测试，但如果我运行它，我有以下错误：
Glmark2需要运行OpenGL（ES）版本> = 2.0（但版本字符串为：'1.4 Mesa 17.1.0'）！
如果我runglxinfo我看到OpenGL版本字符串1.4 Mesa 17.1.0，但也
OpenGL ES配置文件版本字符串：OpenGL ES 2.0 Mesa 17.1.0
你能解释一下版本字符串和配置文件版本字符串之间的区别吗？
是否可以成功运行glmark2测试？
问候，



以下为原文

        Hi Robert,
now I’m able to run xfce4, glxinfo, glxgears.
Then I compiled the glmark2 benchmark, as described in https://fixmynix.com/how-to-install-glmark2-from-source-in-debian/
I compiled this benchmark successfully, but if I run it I have following error:
Glmark2 need OpenGL(ES) version >= 2.0 to run (but version string is: ‘1.4 Mesa 17.1.0’)!
If I runglxinfo I see OpenGL version string 1.4 Mesa 17.1.0, but also
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 17.1.0
Can you please explain me the difference between version string and profile version string?
Is it possible to run the glmark2 test successfully?
Regards,

嗨Jeanluc，
看起来你用错误的标志构建了glmark2，在那个如何安装的链接中：
./waf configure --with-flavors = x11-gl
而是使用：
./waf configure --with-flavors = x11-glesv2
对于OpenGL ES 2.0
问候，



以下为原文

        Hi Jeanluc,
It looks like you built glmark2 with the wrong flag, in that how-to-install link:
./waf configure --with-flavors=x11-glInstead use:
./waf configure --with-flavors=x11-glesv2For OpenGL ES 2.0
Regards,

嗨罗伯特，
安装后这两个丢失的包：
libegl1台面-dev的
libgles2台面-dev的
我可以按照你的建议编译glmark2基准测试，它的工作效果非常好。
感谢您的支持。
问候，



以下为原文

        Hi Robert,
after install this two missing packages:

• libegl1-mesa-dev
  
• libgles2-mesa-dev
  

I’m able to compile the glmark2 benchmark as you suggested and it works really great.
Thank you for your support.
Regards,

嗨罗伯特，
我有一个带有pci-express接口的wifi模块。
这种模块的芯片组是Atheros AR5B97，它受到ath9k linux驱动程序的支持。
我在最新的内核中找到了ath9k文件夹（4.12）。
所以我想尝试在Sabre板上使用它;
你能解释一下如何在内核中添加对iMX6 PCIe接口的支持以及如何添加wifi模块驱动程序吗？
问候，



以下为原文

        Hi Robert,
I have a wifi module with pci-express interface. The chipset of such module is the Atheros AR5B97, and it is supported by the ath9k linux driver. I found the ath9k folder in the latest kernel I compiled (4.12).
So I’d like to try to use it on the Sabre board; can you explain me how to add in kernel the support for the iMX6 PCIe interface and how add the wifi module driver?
Regards,

嗨Jeanluc，
运行./build_kernel.sh后，将弹出menuconfig ...
巴士支持 - >
[] PCI支持
[]消息信号中断（MSI和MSI-X）
DesignWare PCI核心支持 - >

飞思卡尔i.MX6 PCIe控制器
然后还添加您需要的pcie设备。
问候，

以上来自于谷歌翻译

以下为原文

        Hi Jeanluc,
After you run ./build_kernel.sh, menuconfig will pop up…
Bus support —>
[] PCI support
[] Message Signaled Interrupts (MSI and MSI-X)
DesignWare PCI Core Support  —>

Freescale i.MX6 PCIe controller
Then also add the pcie device you need.
Regards,

嗨罗伯特，
我试图按照你的建议修改内核，但内核只是在开始时锁定，而不向调试序列发送任何消息。
如果我从板上删除wifi模块，那么内核启动。
顺便说一句，wifi模块驱动程序已经包含在内核中;
这是ath9k。
它适用于飞思卡尔（Ltib）提供的旧内核/文件系统。
你有什么建议吗？
问候，



以下为原文

        Hi Robert,
I tried to modify the kernel as you suggested, but kernel locks just at the beginning, without sending any message to the debug serial.
If I remove the wifi module from the board, then kernel starts.
By the way, the wifi module driver was already included in kernel; it’s the ath9k.
It works with an old kernel/file system provided by Freescale (Ltib).
Do you have any suggestions?
Regards,

嗨Jeanluc，
它也为我锁定了。
但是u-boot看到了它：
U-Boot SPL 2017.07-rc1-dirty（2017年6月14日 -  14:00:50）
试图从MMC1启动
U-Boot 2017.07-rc1-dirty（2017年6月14日 -  14:00:50 -0500）
CPU：飞思卡尔i.MX6Q rev1.2 996 MHz（运行频率为792 MHz）
CPU：27℃时的汽车温度等级（-40℃至125℃）
复位原因：POR
董事会：MX6-SabreSD
I2C：准备好了
DRAM：1 GiB
PMIC：PFUZE100 ID = 0x10
MMC：FSL_SDHC：0，FSL_SDHC：1，FSL_SDHC：2
***警告 - 错误的CRC，使用默认环境
PCI： 
00：01.0  -  16c3：abcd  - 桥接设备 
01：00.0  -  8086：08b3  - 网络控制器
未检测到面板：默认为Hannstar-XGA
显示：Hannstar-XGA（1024x768）
在：连续
出：连续
呃：连载
净：FEC [PRIME]
按SPACE可在2秒内中止自动引导
MMC：没有卡片存在
mmc_init：-123，时间2
MMC：没有卡片存在
mmc_init：-123，时间2
切换到分区＃0，好的
mmc1是当前设备
在设备1上找到SD / MMC
检查：/uEnv.txt ...
检查：/boot/uEnv.txt ...
读取28字节47 ms（0字节/秒）
来自/boot/uEnv.txt的加载环境
检查/boot/uEnv.txt中是否设置了uname_r ...
运行uname_boot ...
使用：mmcroot = PARTUUID = 6b23385c-01 ro ...
加载/boot/vmlinuz-4.12.0-rc5-armv7-x0 ...
6812200字节读取373毫秒（17.4 MiB / s）
loading /boot/dtbs/4.12.0-rc5-armv7-x0/imx6q-sabresd.dtb ...
52388字节读取286毫秒（178.7 KiB / s）
debug：[console = ttymxc0,115200 root = PARTUUID = 6b23385c-01 ro rootfstype = ext4 rootwait] ...
debug：[bootz 0x12000000  -  0x18000000] ...
## Flattedned Device Tree blob at 18000000 
使用fdt blob在0x18000000处启动 
在18000000处使用设备树，结束1800fca3
启动内核......
问候，



以下为原文

        Hi Jeanluc,
It’s lockup up for me too.  But u-boot see’s it:
U-Boot SPL 2017.07-rc1-dirty (Jun 14 2017 - 14:00:50)Trying to boot from MMC1U-Boot 2017.07-rc1-dirty (Jun 14 2017 - 14:00:50 -0500)CPU:   Freescale i.MX6Q rev1.2 996 MHz (running at 792 MHz)CPU:   Automotive temperature grade (-40C to 125C) at 27CReset cause: PORBoard: MX6-SabreSDI2C:   readyDRAM:  1 GiBPMIC:  PFUZE100 ID=0x10MMC:   FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2*** Warning - bad CRC, using default environmentPCI:  00:01.0     - 16c3:abcd - Bridge device   01:00.0    - 8086:08b3 - Network controllerNo panel detected: default to Hannstar-XGADisplay: Hannstar-XGA (1024x768)In:    serialOut:   serialErr:   serialNet:   FEC [PRIME]Press SPACE to abort autoboot in 2 secondsMMC: no card presentmmc_init: -123, time 2MMC: no card presentmmc_init: -123, time 2switch to partitions #0, OKmmc1 is current deviceSD/MMC found on device 1Checking for: /uEnv.txt ...Checking for: /boot/uEnv.txt ...28 bytes read in 47 ms (0 Bytes/s)Loaded environment from /boot/uEnv.txtChecking if uname_r is set in /boot/uEnv.txt...Running uname_boot ...Using: mmcroot=PARTUUID=6b23385c-01 ro ...loading /boot/vmlinuz-4.12.0-rc5-armv7-x0 ...6812200 bytes read in 373 ms (17.4 MiB/s)loading /boot/dtbs/4.12.0-rc5-armv7-x0/imx6q-sabresd.dtb ...52388 bytes read in 286 ms (178.7 KiB/s)debug: [console=ttymxc0,115200 root=PARTUUID=6b23385c-01 ro rootfstype=ext4 rootwait] ...debug: [bootz 0x12000000 - 0x18000000] ...## Flattened Device Tree blob at 18000000   Booting using the fdt blob at 0x18000000   Using Device Tree in place at 18000000, end 1800fca3Starting kernel ...Regards,

宾果，明白了！
debian @ arm：〜$ lspci
00：00.0 PCI桥：Synopsys，Inc。设备abcd（rev 01）
01：00.0网络控制器：Intel Corporation Wireless 3160（rev cb）
debian @ arm：〜$ uname -r
32年9月4日-的ARMv7-X4
现在开始从4.9.x到主线的git bisect ...
问候，



以下为原文

        Bingo, got it!
debian@arm:~$ lspci00:00.0 PCI bridge: Synopsys, Inc. Device abcd (rev 01)01:00.0 Network controller: Intel Corporation Wireless 3160 (rev cb)debian@arm:~$ uname -r4.9.32-armv7-x4now to start a git bisect from 4.9.x to mainline…
Regards,

和4.10.17-armv7-x2也有效，因此回归看起来发生在4.11-rcX中
问候，



以下为原文

        and 4.10.17-armv7-x2 also works, so the regression looks to have occurred in 4.11-rcX
Regards,

嗨罗伯特，
谢谢你的调查。
今天晚上我会尝试内核4.10.17-armv7-x2，我会告诉你的。
问候，



以下为原文

        Hi Robert,
thank you for you investigation.
This evening I’ll try kernel 4.10.17-armv7-x2 and I’ll let you know.
Regards,

嗨罗伯特，
现在内核启动和pice-wifi模块被识别：
root @ arm：〜＃lspci
00：00.0 PCI桥：Synopsys，Inc。设备abcd（rev 01）
01：00.0网络控制器：Qualcomm Atheros AR9287无线网络适配器（PC
I-Express）（rev 01）
root @ arm：〜＃uname -r
17年4月10日-的ARMv7-X2
问候，



以下为原文

        Hi Robert,
now kernel start and pice-wifi module is recognized:
root@arm:~# lspci
00:00.0 PCI bridge: Synopsys, Inc. Device abcd (rev 01)
01:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PC
I-Express) (rev 01)
root@arm:~# uname -r
4.10.17-armv7-x2
Regards,

嗨Jeanluc，
随着Fabio帮助恩智浦的帮助，我们得到了这个工作：
debian @ arm：〜$ lspci
00：00.0 PCI桥：Synopsys，Inc。设备abcd（rev 01）
01：00.0网络控制器：Intel Corporation Wireless 3160（rev cb）
debian @ arm：〜$ uname -r
4.12.0-RC5-的ARMv7-X0
需要此u-boot补丁：
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=6ecbe13756711baa795180d1a63b7a73a835c303;hp=da384fc67a30ff4685b679a822ef005a8f1aeaa7
我已将其集成到我们在维基上的构建说明中使用的U-Boot补丁中。
问候，



以下为原文

        Hi Jeanluc,
With Fabio help at NXP’s help we got this working:
debian@arm:~$ lspci00:00.0 PCI bridge: Synopsys, Inc. Device abcd (rev 01)01:00.0 Network controller: Intel Corporation Wireless 3160 (rev cb)debian@arm:~$ uname -r4.12.0-rc5-armv7-x0This u-boot patch is needed:
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=6ecbe13756711baa795180d1a63b7a73a835c303;hp=da384fc67a30ff4685b679a822ef005a8f1aeaa7
i’ve integrated that into the U-Boot patch we use in the build instructions on the wiki.
Regards,