[opensuse-arm] RPi2, Tumbleweed and "official" 7" RPi touchscreen
I have been trying for a year or so to get this working correctly with absolutely zero luck, and so far have not found any way to get the GPU working correctly for the opensuse-arm Raspberry Pi2 images, it uses an ancient kernel (3.18) and no one seems interested in updating and making sure things work properly, i would suggest if you really need this you switch to Raspbian or Ubuntu Mate, you will have considerably better luck and much better community support, I hate to sound negative and really I am not happy about having to recommend you use a different operating system, but chances are you will not be able to get opensuse working very well, there seems to be very little interest in making this hardware work correctly on opensuse. -- Michael Emory Cerquoni -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi, ----- Michael Emory Cerquoni <nebadon2025@gmail.com> a écrit :
I have been trying for a year or so to get this working correctly with absolutely zero luck, and so far have not found any way to get the GPU working correctly for the opensuse-arm Raspberry Pi2 images, it uses an ancient kernel (3.18) and no one seems interested in updating and making sure things work properly, i would suggest if you really need this you switch to Raspbian or Ubuntu Mate, you will have considerably better luck and much better community support, I hate to sound negative and really I am not happy about having to recommend you use a different operating system, but chances are you will not be able to get opensuse working very well, there seems to be very little interest in making this hardware work correctly on opensuse.
I have a RPi2 running kodi with GPU working fine since a while. Guillaume
-- Michael Emory Cerquoni -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
guillaume.gardet@free.fr wrote:
I have a RPi2 running kodi with GPU working fine since a while.
Can you elaborate on which image you used to install it? Because since quite a while no downloadable image works, neither for rpi1 nor for rpi2. (For rpi1 I saved old images which I can update via zypper dup.) Ciao, Michael.
Op zondag 28 februari 2016 14:23:49 schreef Michael Ströder:
guillaume.gardet@free.fr wrote:
I have a RPi2 running kodi with GPU working fine since a while.
Can you elaborate on which image you used to install it?
Because since quite a while no downloadable image works, neither for rpi1 nor for rpi2. (For rpi1 I saved old images which I can update via zypper dup.)
Ciao, Michael.
The current JeOS image, Build386.3 for RPi2 from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Rasp... works. Did not try the other images XFCE and LXQT. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Freek de Kruijf wrote:
Op zondag 28 februari 2016 14:23:49 schreef Michael Ströder:
guillaume.gardet@free.fr wrote:
I have a RPi2 running kodi with GPU working fine since a while.
Can you elaborate on which image you used to install it?
Because since quite a while no downloadable image works, neither for rpi1 nor for rpi2. (For rpi1 I saved old images which I can update via zypper dup.)
The current JeOS image, Build386.3 for RPi2 from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Rasp... works. Did not try the other images XFCE and LXQT.
Unfortunately Build386.3 is not available anymore. Tried these without success (USB and eth0 does not work): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz Ciao, Michael.
Op maandag 29 februari 2016 12:22:07 schreef u:
Freek de Kruijf wrote:
Op zondag 28 februari 2016 14:23:49 schreef Michael Ströder:
guillaume.gardet@free.fr wrote:
I have a RPi2 running kodi with GPU working fine since a while.
Can you elaborate on which image you used to install it?
Because since quite a while no downloadable image works, neither for rpi1 nor for rpi2. (For rpi1 I saved old images which I can update via zypper dup.)
The current JeOS image, Build386.3 for RPi2 from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Ra spberryPi2/images/ works. Did not try the other images XFCE and LXQT.
Unfortunately Build386.3 is not available anymore.
Tried these without success (USB and eth0 does not work): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz
Ciao, Michael.
Just tested that one too, indeed, no network. Also a restart shows an error message about a missing zImage. Will try to repair that. Later this day. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Freek de Kruijf wrote:
Op maandag 29 februari 2016 12:22:07 schreef u:
Tried these without success (USB and eth0 does not work): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz
Just tested that one too, indeed, no network. Also a restart shows an error message about a missing zImage. Will try to repair that. Later this day.
Interesting that it seems to try a TFTP boot. Is such a TFTP boot really possible? Ciao, Michael.
On Montag, 29. Februar 2016 13:19:32 CET Michael Ströder wrote:
Freek de Kruijf wrote:
Op maandag 29 februari 2016 12:22:07 schreef u:
Tried these without success (USB and eth0 does not work): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz
Just tested that one too, indeed, no network. Also a restart shows an error message about a missing zImage. Will try to repair that. Later this day.
Interesting that it seems to try a TFTP boot. Is such a TFTP boot really possible?
Ciao, Michael.
U-Boot recently enabled USB by default, so now DHCP/TFTP is possible ootb. Haven't tested this on RPi2, but on RPi1 it works. Kind regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019 work: +49 2405 49936-424
Op maandag 29 februari 2016 12:45:17 schreef Freek de Kruijf:
Op maandag 29 februari 2016 12:22:07 schreef u:
Freek de Kruijf wrote:
Op zondag 28 februari 2016 14:23:49 schreef Michael Ströder:
guillaume.gardet@free.fr wrote:
I have a RPi2 running kodi with GPU working fine since a while.
Can you elaborate on which image you used to install it?
Because since quite a while no downloadable image works, neither for rpi1 nor for rpi2. (For rpi1 I saved old images which I can update via zypper dup.)
The current JeOS image, Build386.3 for RPi2 from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ Ra spberryPi2/images/ works. Did not try the other images XFCE and LXQT.
Unfortunately Build386.3 is not available anymore.
Tried these without success (USB and eth0 does not work): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz
Ciao, Michael.
Just tested that one too, indeed, no network. Also a restart shows an error message about a missing zImage. Will try to repair that. Later this day.
The newest JeOS Build389.1 works again. I appreciate that the initial messages about booting from the FAT partition and from the ext3 partition are shown again. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi all. Is there any directory of "working images" for Pi 2? I downloaded several images over months and none of them worked on my devices. I already purchased a serial adapter in order to get debug info, but it is comming from China. Could you provide "proven" links to images? best regards ariel El 01/03/16 a las 08:44, Michael Ströder escribió:
Freek de Kruijf wrote:
The newest JeOS Build389.1 works again. I appreciate that the initial messages about booting from the FAT partition and from the ext3 partition are shown again. HOORAY! I don't have to use Debian...!
Thanks a lot.
Ciao, Michael.
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op vrijdag 4 maart 2016 16:37:23 schreef ariel sabiguero yawelak:
Hi all. Is there any directory of "working images" for Pi 2? I downloaded several images over months and none of them worked on my devices. I already purchased a serial adapter in order to get debug info, but it is comming from China. Could you provide "proven" links to images?
best regards
ariel
El 01/03/16 a las 08:44, Michael Ströder escribió:
Freek de Kruijf wrote:
The newest JeOS Build389.1 works again. I appreciate that the initial messages about booting from the FAT partition and from the ext3 partition are shown again.
The above JeOS Build389.1 works headless. It comes from: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Rasp... However Build389.1 is no longer there. I assume openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.04-Build2.1.raw.xz will work. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Ariel,
I downloaded several images over months and none of them worked on my devices. I already purchased a serial adapter in order to get debug info, but it is comming from China. Could you provide "proven" links to images?
could you share a bit of information which image you used and what error you hit? there should be output on HDMI as well as on serial. TIA, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Thanks for your e-mail, and sorry for the delay. I wanted to sum-up my tests. I tried recently -at least- with: -rw-r--r-- 1 asabigue users 672718948 feb 15 18:59 openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build376.1.raw.xz -rw-r--r-- 1 asabigue users 245607708 feb 21 22:20 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build376.2.raw.xz -rw-r--r-- 1 asabigue users 153361796 feb 25 20:46 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build385.2.raw.xz -rw-r--r-- 1 asabigue users 575629708 feb 25 20:48 openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-1.12.1-Build385.1.raw.xz -rw-r--r-- 1 asabigue users 552049368 feb 25 20:50 openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build385.1.raw.xz -rw-r--r-- 1 asabigue users 153139772 feb 29 12:04 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build386.4.raw.xz none of them worked. Then just hang on a black screen inmediately after de coloured square of video initialization flashes. After your e-mail I decided to go over my steps again and give another try to a fresh build and: -rw-r--r-- 1 asabigue users 177311392 mar 5 07:36 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.04-Build3.1.raw.xz booted! correctly. Today I downloaded and tested the new -rw-r--r-- 1 asabigue users 177423536 mar 8 20:48 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw.xz with a new failure. I rooled back to 03.04 and finally, I have a booting system! Summing up: only 1 of the 8 images I currently have on my HDD works. Thanks to your comment, I managed to download the working version. Anyway, it seems very, very unstable, making me wonder if it is a good idea to build a system on top of the R-PI2 regards ariel El 05/03/16 a las 08:16, Dirk Müller escribió:
Hi Ariel,
I downloaded several images over months and none of them worked on my devices. I already purchased a serial adapter in order to get debug info, but it is comming from China. Could you provide "proven" links to images? could you share a bit of information which image you used and what error you hit? there should be output on HDMI as well as on serial.
TIA, Dirk
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op dinsdag 8 maart 2016 21:35:16 schreef ariel sabiguero yawelak:
[....] -rw-r--r-- 1 asabigue users 177311392 mar 5 07:36 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.04-Build3.1.raw.xz
booted! correctly. Today I downloaded and tested the new
-rw-r--r-- 1 asabigue users 177423536 mar 8 20:48 openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw.xz
with a new failure. I rooled back to 03.04 and finally, I have a booting system!
Summing up: only 1 of the 8 images I currently have on my HDD works. Thanks to your comment, I managed to download the working version. Anyway, it seems very, very unstable, making me wonder if it is a good idea to build a system on top of the R-PI2
regards
ariel
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw.xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw.xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen.
Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw.xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen. Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network.
So it doesn't find the boot.scr file? Does it exist? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw. xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen.
Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network.
So it doesn't find the boot.scr file? Does it exist?
Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 03/09/2016 02:28 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.raw. xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen. Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network. So it doesn't find the boot.scr file? Does it exist? Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions.
If you have both a working and a non-working image around, could you please compare the output of "printenv" on the u-boot command line on both and send the diff? Thanks, Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op woensdag 9 maart 2016 14:40:58 schreef Alexander Graf:
On 03/09/2016 02:28 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.ra w. xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen.
Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network.
So it doesn't find the boot.scr file? Does it exist?
Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions.
If you have both a working and a non-working image around, could you please compare the output of "printenv" on the u-boot command line on both and send the diff?
Hello Alex, I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
Op woensdag 9 maart 2016 14:40:58 schreef Alexander Graf:
On 03/09/2016 02:28 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.ra w. xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen.
Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network.
So it doesn't find the boot.scr file? Does it exist?
Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions.
If you have both a working and a non-working image around, could you please compare the output of "printenv" on the u-boot command line on both and send the diff?
Hello Alex,
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot.
U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :) Alex
-- fr.gr.
member openSUSE Freek de Kruijf
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 09/03/2016 18:19, Alexander Graf a écrit :
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
Op woensdag 9 maart 2016 14:40:58 schreef Alexander Graf:
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf: > I tried > openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.ra > w. > xz > like you and it worked. > My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, > Ethernet cable connected. After applying power I see messages about > booting > from the SD card till booting the initrd. After that the screen is > black > for several minutes. Finally a greeting message appears showing the > version > of Tumbleweed and a login prompt. > I continue by accessing the system via ssh. > I don't know anything about a connected touchscreen. Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network. So it doesn't find the boot.scr file? Does it exist? Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions. If you have both a working and a non-working image around, could you
On 03/09/2016 02:28 PM, Freek de Kruijf wrote: please compare the output of "printenv" on the u-boot command line on both and send the diff? Hello Alex,
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :)
Alex, for RPi1, u-boot.bin differs between 1st boot and 2nd boot! Maybe it is the same here. How is it possible? Replacing broken u-boot by working one fixed the boot for me. Guillaume
Alex
-- fr.gr.
member openSUSE Freek de Kruijf
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 09.03.16 22:38, Guillaume Gardet wrote:
Le 09/03/2016 18:19, Alexander Graf a écrit :
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :)
Alex, for RPi1, u-boot.bin differs between 1st boot and 2nd boot! Maybe it is the same here. How is it possible?
Replacing broken u-boot by working one fixed the boot for me.
Can you dig out of rpm where the different versions come from? Maybe there's a typo in the efi enablement patches. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 09/03/2016 22:41, Alexander Graf a écrit :
Le 09/03/2016 18:19, Alexander Graf a écrit :
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :) Alex, for RPi1, u-boot.bin differs between 1st boot and 2nd boot! Maybe it is the same here. How is it possible?
Replacing broken u-boot by working one fixed the boot for me. Can you dig out of rpm where the different versions come from? Maybe
On 09.03.16 22:38, Guillaume Gardet wrote: there's a typo in the efi enablement patches.
Well, in fact it was a 2016.03-rc2 (working) and a 2016.03-rc3 (broken). I think the problem is u-boot tries to boot EFI partition for Raspberry Pi. On 1st boot, 1st partition is hidden and after, 1st parition is labelled EFI. Upstream u-boot (latest GIT) is working, so I guess it is a problem with your EFI patches. ;) Could have a look, please? Guillaume
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 03/09/2016 10:53 PM, Guillaume Gardet wrote:
Le 09/03/2016 22:41, Alexander Graf a écrit :
Le 09/03/2016 18:19, Alexander Graf a écrit :
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :) Alex, for RPi1, u-boot.bin differs between 1st boot and 2nd boot! Maybe it is the same here. How is it possible?
Replacing broken u-boot by working one fixed the boot for me. Can you dig out of rpm where the different versions come from? Maybe
On 09.03.16 22:38, Guillaume Gardet wrote: there's a typo in the efi enablement patches.
Well, in fact it was a 2016.03-rc2 (working) and a 2016.03-rc3 (broken).
I think the problem is u-boot tries to boot EFI partition for Raspberry Pi. On 1st boot, 1st partition is hidden and after, 1st parition is labelled EFI.
Upstream u-boot (latest GIT) is working, so I guess it is a problem with your EFI patches. ;)
Could have a look, please?
It really was just a missing 0-terminator. Thanks for catching this before the patches went into U-Boot :). I'll send a u-boot sr shortly. Alex diff --git a/include/config_distro_bootcmd.h b/include/config_distro_bootcmd.h index c0f8f35..50a8371 100644 --- a/include/config_distro_bootcmd.h +++ b/include/config_distro_bootcmd.h @@ -125,7 +125,7 @@ "efi/boot/"BOOTEFI_NAME"; " \ "run boot_efi_binary; " \ "echo EFI LOAD FAILED: continuing...; " \ - "fi; " + "fi; \0" #define SCAN_DEV_FOR_EFI "run scan_dev_for_efi;" #else -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 09/03/2016 23:44, Alexander Graf a écrit :
On 03/09/2016 10:53 PM, Guillaume Gardet wrote:
Le 09/03/2016 22:41, Alexander Graf a écrit :
Le 09/03/2016 18:19, Alexander Graf a écrit :
Am 09.03.2016 um 18:02 schrieb Freek de Kruijf <freek@opensuse.org>:
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot. U-boot comes up, right? In U-boot, press space to get a command prompt. On that prompt, type "printenv" :) Alex, for RPi1, u-boot.bin differs between 1st boot and 2nd boot! Maybe it is the same here. How is it possible?
Replacing broken u-boot by working one fixed the boot for me. Can you dig out of rpm where the different versions come from? Maybe
On 09.03.16 22:38, Guillaume Gardet wrote: there's a typo in the efi enablement patches.
Well, in fact it was a 2016.03-rc2 (working) and a 2016.03-rc3 (broken).
I think the problem is u-boot tries to boot EFI partition for Raspberry Pi. On 1st boot, 1st partition is hidden and after, 1st parition is labelled EFI.
Upstream u-boot (latest GIT) is working, so I guess it is a problem with your EFI patches. ;)
Could have a look, please?
It really was just a missing 0-terminator. Thanks for catching this before the patches went into U-Boot :).
I'll send a u-boot sr shortly.
Alex
diff --git a/include/config_distro_bootcmd.h b/include/config_distro_bootcmd.h index c0f8f35..50a8371 100644 --- a/include/config_distro_bootcmd.h +++ b/include/config_distro_bootcmd.h @@ -125,7 +125,7 @@ "efi/boot/"BOOTEFI_NAME"; " \ "run boot_efi_binary; " \ "echo EFI LOAD FAILED: continuing...; " \ - "fi; " + "fi; \0" #define SCAN_DEV_FOR_EFI "run scan_dev_for_efi;" #else
Thanks for the fix! I accepted your SR to Base:System/u-boot. It is on the way to Factory. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op donderdag 10 maart 2016 09:22:39 schreef Guillaume Gardet:
Thanks for the fix! I accepted your SR to Base:System/u-boot. It is on the way to Factory.
Guillaume
I just tested JeOS 2016.03.09-Build5.1, but a reboot does not boot the system anymore, like before. It tries to boot via the network. I now have a USB serial interface to connect to the GPIO pins 13 14 and 15. Will try this and hope to be able to give printenv. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op vrijdag 11 maart 2016 14:31:23 schreef Freek de Kruijf:
Op donderdag 10 maart 2016 09:22:39 schreef Guillaume Gardet:
Thanks for the fix! I accepted your SR to Base:System/u-boot. It is on the way to Factory.
Guillaume
I just tested JeOS 2016.03.09-Build5.1, but a reboot does not boot the system anymore, like before. It tries to boot via the network.
I now have a USB serial interface to connect to the GPIO pins 13 14 and 15. Will try this and hope to be able to give printenv.
I succeeded in getting the output of printenv after interrupting the U-boot process using Build389.1, which is working and the non-working 2016.03.09- Build5.1. It is an attachment, but I am not sure it will get through, so I also have it appended in this text. --- wrong_image.txt 2016-03-11 15:36:31.473062507 +0100 +++ working_image.txt 2016-03-11 15:41:51.459094684 +0100 @@ -1 +1 @@ -U-Boot 2016.03-rc3 (Mar 07 2016 - 19:13:07 +0000) +U-Boot 2016.03-rc2 (Feb 26 2016 - 21:55:58 +0000) @@ -32 +31,0 @@ -boot_efi_binary=load ${devtype} ${devnum}:${distro_bootpart} ${kernel_addr_r} efi/boot/bootarm.efi; bootefi ${kernel_addr_r} @@ -34,0 +34 @@ +boot_prefixes=/ /boot/ @@ -46 +45,0 @@ -efi_dtb_prefixes=/ /dtb/ /dtb/current/ /boot/ /boot/dtb/ /boot/dtb/current/ @@ -54 +52,0 @@ -load_efi_dtb=load ${devtype} ${devnum}:2 ${fdt_addr_r} ${prefix}${fdtfile}; fdt addr ${fdt_addr_r} @@ -60 +58 @@ -scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_dev_for_scripts; done;run scan_dev_for_efi; +scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_dev_for_scripts; done @@ -62 +59,0 @@ -scan_dev_for_efi=for prefix in ${efi_dtb_prefixes}; do if test -e ${devtype} ${devnum}:2 ${prefix}${fdtfile}; then run load_efi_dtb; fi;done;if test -e ${devtype} ${devnum}:${distro_bootpart} efi/boot/bootarm.efi; then echo Found EFI removable media binary efi/boot/bootarm.efi; run boot_efi_binary; echo EFI LOAD FAILED: continuing...; fi; boot_prefixes=/ /boot/ @@ -66 +62,0 @@ -serial#=00000000b6c0717f @@ -75 +71 @@ -Environment size: 3115/16380 bytes +Environment size: 2419/16380 bytes -- fr.gr. member openSUSE Freek de Kruijf
On 11.03.16 16:06, Freek de Kruijf wrote:
Op vrijdag 11 maart 2016 14:31:23 schreef Freek de Kruijf:
Op donderdag 10 maart 2016 09:22:39 schreef Guillaume Gardet:
Thanks for the fix! I accepted your SR to Base:System/u-boot. It is on the way to Factory.
Guillaume
I just tested JeOS 2016.03.09-Build5.1, but a reboot does not boot the system anymore, like before. It tries to boot via the network.
I now have a USB serial interface to connect to the GPIO pins 13 14 and 15. Will try this and hope to be able to give printenv.
I succeeded in getting the output of printenv after interrupting the U-boot process using Build389.1, which is working and the non-working 2016.03.09- Build5.1. It is an attachment, but I am not sure it will get through, so I also have it appended in this text.
--- wrong_image.txt 2016-03-11 15:36:31.473062507 +0100 +++ working_image.txt 2016-03-11 15:41:51.459094684 +0100 @@ -1 +1 @@ -U-Boot 2016.03-rc3 (Mar 07 2016 - 19:13:07 +0000) +U-Boot 2016.03-rc2 (Feb 26 2016 - 21:55:58 +0000) @@ -32 +31,0 @@ -boot_efi_binary=load ${devtype} ${devnum}:${distro_bootpart} ${kernel_addr_r} efi/boot/bootarm.efi; bootefi ${kernel_addr_r} @@ -34,0 +34 @@ +boot_prefixes=/ /boot/ @@ -46 +45,0 @@ -efi_dtb_prefixes=/ /dtb/ /dtb/current/ /boot/ /boot/dtb/ /boot/dtb/current/ @@ -54 +52,0 @@ -load_efi_dtb=load ${devtype} ${devnum}:2 ${fdt_addr_r} ${prefix}${fdtfile}; fdt addr ${fdt_addr_r} @@ -60 +58 @@ -scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_dev_for_scripts; done;run scan_dev_for_efi; +scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_dev_for_scripts; done @@ -62 +59,0 @@ -scan_dev_for_efi=for prefix in ${efi_dtb_prefixes}; do if test -e ${devtype} ${devnum}:2 ${prefix}${fdtfile}; then run load_efi_dtb; fi;done;if test -e ${devtype} ${devnum}:${distro_bootpart} efi/boot/bootarm.efi; then echo Found EFI removable media binary efi/boot/bootarm.efi; run boot_efi_binary; echo EFI LOAD FAILED: continuing...; fi; boot_prefixes=/ /boot/
This is where it's broken. The patch I mentioned ealier in the thread fixed this hickup. To verify locally, try to run # setenv boot_prefixes / /boot/ # boot on your device. It should boot now even with the broken image. Once the updated u-boot is properly checked into Factory (submission is still pending), new images will get built that have this fixed. Sorry for the hickup. The patch that cause the breakage is part of a pretty major rework to enable grub2 and a standard EFI workflow on our arm images, so that during boot you can choose between different kernel flavors, edit kernel command lines etc. as soon as your board gets enabled. It shouldn't have broken the existing boot.scr path, but it did, sorry again :). Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 09/03/2016 18:02, Freek de Kruijf a écrit :
Op woensdag 9 maart 2016 14:40:58 schreef Alexander Graf:
Op woensdag 9 maart 2016 13:34:40 schreef Alexander Graf:
On 03/09/2016 01:18 PM, Freek de Kruijf wrote:
Op woensdag 9 maart 2016 11:33:54 schreef Freek de Kruijf:
I tried openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2016.03.07-Build2.2.ra w. xz like you and it worked. My setup is RPi 2 with micro SD card of 8 GB, HDMI device connected, Ethernet cable connected. After applying power I see messages about booting from the SD card till booting the initrd. After that the screen is black for several minutes. Finally a greeting message appears showing the version of Tumbleweed and a login prompt. I continue by accessing the system via ssh. I don't know anything about a connected touchscreen. Indeed there is a problem. A new boot with the generated system does not succeed. The system is trying to boot from the network. So it doesn't find the boot.scr file? Does it exist? Yes it exists in /boot/, which is the ext3 partition. I compared this build with the working Build389.1 and I do not see any obvious difference with what is on the vfat partitions and on the ext3 partitions. If you have both a working and a non-working image around, could you
On 03/09/2016 02:28 PM, Freek de Kruijf wrote: please compare the output of "printenv" on the u-boot command line on both and send the diff? Hello Alex,
I need more guidance here. I assume printenv needs to given on the RPi2 system. How can I give that command on a system that does not boot.
Could you stop u-boot by pressing 'space' key and then type: setenv boot_prefixes '/ /boot/' boot For an unknown reason on my RPi1 boot_prefixes is defined in u-boot on 1st boot, but not on 2nd boot. :( Maybe the same happened here. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Michael Emory Cerquoni schrieb:
I have been trying for a year or so to get this working correctly with absolutely zero luck, and so far have not found any way to get the GPU working correctly for the opensuse-arm Raspberry Pi2 images
Well, as I said in my original email, the first boot of build 385 actually has the screen working fine (in text mode), so it can't be absolutely hopeless. I'd be very interested in what the difference in terms of the display of this first boot on the newest image is to subsequent boots or boots of updated installs of older builds. Maybe we can find a way to get it going, would be awesome to run openSUSE on a screened RPi2. :) KaiRo -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (10)
-
Alexander Graf -
ariel sabiguero yawelak -
Dirk Müller -
Freek de Kruijf -
Guillaume Gardet -
guillaume.gardet＠free.fr
-
Michael Emory Cerquoni -
Michael Ströder -
Robert Kaiser -
Stefan Bruens