[opensuse-arm] No DMA on Raspberry Pi 3B using latest image
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.raw.xz to start some testing. Earlier I used Build4.4 and upgraded from kernel- default-4.4.103 to 4.14.1, which resulted in regular messages about buffer full using DMA. So in the current test I left the kernel to 4.4.103. However journalctl -b shows the following error message: okt 26 14:29:18 rpi3tumhon kernel: mmc0: unable to initialise DMA channels. Falling back to PIO okt 26 14:29:18 rpi3tumhon kernel: mmc0: loaded - DMA disabled Should I enter a bug report? -- 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 Freek, Am 11.12.2017 um 13:42 schrieb Freek de Kruijf:
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.raw.xz to start some testing. [...]
That's not an official image and hasn't been touched for over a year. Can you please try the official Tumbleweed (or Leap) image instead? My headless RPi3 appears to work okay with both 4.14.3 and 4.15-rc2. Thanks, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op maandag 11 december 2017 18:05:55 CET schreef Andreas Färber:
Hi Freek,
Am 11.12.2017 um 13:42 schrieb Freek de Kruijf:
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.raw. xz to start some testing. [...]
That's not an official image and hasn't been touched for over a year.
Can you please try the official Tumbleweed (or Leap) image instead? My headless RPi3 appears to work okay with both 4.14.3 and 4.15-rc2.
Thanks, Andreas
Very strange. As you can see the date is 2017.12.04. Yesterday it had the same date except the Build was 4.4. So it is very recent. Moreover the repository in /etc/zypp/repos.d/openSUSE-Ports-Tumbleweed-repo- oss.repo in this image is the same as the image from repository: http://download.opensuse.org/ports/aarch64/tumbleweed/images in image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz I test was done on the mentioned system and upgraded using that repository, except for the upgrade of the kernel. Tomorrow I will try the other image. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Tuesday, December 12, 2017 12:23:31 AM CET Freek de Kruijf wrote:
Op maandag 11 december 2017 18:05:55 CET schreef Andreas Färber:
Hi Freek,
Am 11.12.2017 um 13:42 schrieb Freek de Kruijf:
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.ra w. xz to start some testing. [...]
That's not an official image and hasn't been touched for over a year.
Can you please try the official Tumbleweed (or Leap) image instead? My headless RPi3 appears to work okay with both 4.14.3 and 4.15-rc2.
Thanks, Andreas
Very strange. As you can see the date is 2017.12.04. Yesterday it had the same date except the Build was 4.4. So it is very recent.
It has recently been rebuilt. I contains a stale kernel ...
Moreover the repository in /etc/zypp/repos.d/openSUSE-Ports-Tumbleweed-repo- oss.repo in this image is the same as the image from repository: http://download.opensuse.org/ports/aarch64/tumbleweed/images in image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.x z
The Contrib uses both http://download.opensuse.org/ports/aarch64/tumbleweed/images - and - https://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/standard/ for building the image, although it does not add the second to the zypper repos. Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019
Am 12.12.2017 um 00:23 schrieb Freek de Kruijf:
Op maandag 11 december 2017 18:05:55 CET schreef Andreas Färber:
Hi Freek,
Am 11.12.2017 um 13:42 schrieb Freek de Kruijf:
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.raw. xz to start some testing. [...]
That's not an official image and hasn't been touched for over a year.
Can you please try the official Tumbleweed (or Leap) image instead? My headless RPi3 appears to work okay with both 4.14.3 and 4.15-rc2.
Thanks, Andreas
Very strange. As you can see the date is 2017.12.04. Yesterday it had the same date except the Build was 4.4. So it is very recent.
No, not my point. You can see "a year ago" here: https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:RaspberryP...
Moreover the repository in /etc/zypp/repos.d/openSUSE-Ports-Tumbleweed-repo- oss.repo in this image is the same as the image from repository: http://download.opensuse.org/ports/aarch64/tumbleweed/images in image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz
I test was done on the mentioned system and upgraded using that repository, except for the upgrade of the kernel.
You also need the matching dtb-allwinner package. So the alternative would be to disable or delete your Contrib repository, then zypper dup. But there's really no point for this detour when there's an official image. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dez 12 2017, Andreas Färber <afaerber@suse.de> wrote:
No, not my point. You can see "a year ago" here:
https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:RaspberryP...
Shouldn't the project be deleted then? Why does it build against Factory when it uses the 42.2 kernel? Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 12.12.2017 um 10:11 schrieb Andreas Schwab:
On Dez 12 2017, Andreas Färber <afaerber@suse.de> wrote:
[...] You can see "a year ago" here:
https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:RaspberryP...
Shouldn't the project be deleted then?
IMO yes - done, and removed from Wiki as well. For reference the recommended alternatives are: * Tumbleweed image with Tumbleweed kernel * Leap 42.3 image with Leap kernel I've also updated the Wiki page to point to 42.3 instead of 42.2 image. https://en.opensuse.org/HCL:Raspberry_Pi3
Why does it build against Factory when it uses the 42.2 kernel?
I guess because that was where Wifi support was originally developed... Cheers, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op dinsdag 12 december 2017 00:56:17 CET schreef Andreas Färber:
Am 12.12.2017 um 00:23 schrieb Freek de Kruijf:
I test was done on the mentioned system and upgraded using that repository, except for the upgrade of the kernel.
You also need the matching dtb-allwinner package.
So the alternative would be to disable or delete your Contrib repository, then zypper dup. But there's really no point for this detour when there's an official image.
As Stephan mentioned the Contrib repository is not in the zypper repositories. Earlier I used this system and did a zypper dup. I got a working system with a 4.14.1 kernel. Also dtb was replaced. However in this system there were a lot of error messages showing a lack of buffers for DMA. Don't recall the proper terms. So went for not replacing the kernel, but otherwise a zypper dup. That's the one I was talking about. Currently I have the "official" image in the RPi3, openSUSE-Tumbleweed-ARM- JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz, it does not come up. Some kernel panic and no randomness, etc. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Tue 12 Dec 2017 10:49:28 AM CST, Freek de Kruijf wrote: <snip>
Currently I have the "official" image in the RPi3, openSUSE-Tumbleweed-ARM- JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz, it does not come up. Some kernel panic and no randomness, etc.
Hi I have an open bug about this; https://bugzilla.opensuse.org/show_bug.cgi?id=1070470 Also loose serial access after updating... -- Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890) openSUSE Leap 42.2 | GNOME 3.20.2 | 4.4.92-18.36-default HP 255 G4 Notebook | A6-6310 X4 @ 1.80 GHz | AMD Radeon R4 up 7 days 19:11, 1 user, load average: 0.13, 0.47, 0.83 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi, On 12/12/2017 10:49 AM, Freek de Kruijf wrote:
Op dinsdag 12 december 2017 00:56:17 CET schreef Andreas Färber:
Am 12.12.2017 um 00:23 schrieb Freek de Kruijf:
I test was done on the mentioned system and upgraded using that repository, except for the upgrade of the kernel.
You also need the matching dtb-allwinner package.
So the alternative would be to disable or delete your Contrib repository, then zypper dup. But there's really no point for this detour when there's an official image.
As Stephan mentioned the Contrib repository is not in the zypper repositories. Earlier I used this system and did a zypper dup. I got a working system with a 4.14.1 kernel. Also dtb was replaced. However in this system there were a lot of error messages showing a lack of buffers for DMA. Don't recall the proper terms. So went for not replacing the kernel, but otherwise a zypper dup. That's the one I was talking about.
Currently I have the "official" image in the RPi3, openSUSE-Tumbleweed-ARM- JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz, it does not come up. Some kernel panic and no randomness, etc.
Are you using the correct version of U-Boot? I had some similar issues when I used wrog version of U-Boot (U-Boot for Leap 42.3 on TW for example). -- Loic Devulder - Senior QA Engineer Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB, 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Op vrijdag 15 december 2017 13:53:47 CET schreef Loic Devulder:
Hi,
On 12/12/2017 10:49 AM, Freek de Kruijf wrote:
Op dinsdag 12 december 2017 00:56:17 CET schreef Andreas Färber:
Am 12.12.2017 um 00:23 schrieb Freek de Kruijf:
I test was done on the mentioned system and upgraded using that repository, except for the upgrade of the kernel.
You also need the matching dtb-allwinner package.
So the alternative would be to disable or delete your Contrib repository, then zypper dup. But there's really no point for this detour when there's an official image.
As Stephan mentioned the Contrib repository is not in the zypper repositories. Earlier I used this system and did a zypper dup. I got a working system with a 4.14.1 kernel. Also dtb was replaced. However in this system there were a lot of error messages showing a lack of buffers for DMA. Don't recall the proper terms. So went for not replacing the kernel, but otherwise a zypper dup. That's the one I was talking about.
Currently I have the "official" image in the RPi3, openSUSE-Tumbleweed-ARM- JeOS-raspberrypi3.aarch64-2017.11.22-Build1.13.raw.xz, it does not come up. Some kernel panic and no randomness, etc.
Are you using the correct version of U-Boot? I had some similar issues when I used wrog version of U-Boot (U-Boot for Leap 42.3 on TW for example).
I use what is in the image and what is available in the repository for 42.3 these are two, the main (does not change) and the update repository. Tumbleweed has only one repository. -- 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 maandag 11 december 2017 13:42:13 CET schreef Freek de Kruijf:
I used repository: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/ RaspberryPi3/images and downloaded the image: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2017.12.04-Build4.5.raw.xz to start some testing. Earlier I used Build4.4 and upgraded from kernel- default-4.4.103 to 4.14.1, which resulted in regular messages about buffer full using DMA. So in the current test I left the kernel to 4.4.103. However journalctl -b shows the following error message: okt 26 14:29:18 rpi3tumhon kernel: mmc0: unable to initialise DMA channels. Falling back to PIO okt 26 14:29:18 rpi3tumhon kernel: mmc0: loaded - DMA disabled
Should I enter a bug report?
Also using the image for openSUSE 42.3 JeOS aarch64, fully updated to kernel 4.4.92-31-default. Should I enter a bug report? -- 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
participants (6)
-
Andreas Färber
-
Andreas Schwab
-
Freek de Kruijf
-
Loic Devulder
-
Malcolm
-
Stefan Brüns