[fedora-arm] extlinux.conf not quite correct

2016-10-23 Thread sfsheldo 
Thank you for supporting the raspberrypi.  Fedora must be one of the first 
distributions to support it with only upstream sources.  I tried the 
workstation image and it did not work for me.  I was using my old VGA monitor 
hooked up through a hdmi converter.  There was nothing on the monitor.  I tried 
my  hdmi monitor and there was some stuff there, but the image never booted for 
me.  Then I tried the Mate image and it booted!  I did a dnf update and updated 
330 packages.  When I rebooted I noticed that is was using the rescue kernel 
and initrd, where were listed first.  I tried to change the "default=" line and 
nothing changed.  I did a little internet research and found extlinux.conf 
examples without the "=" sign so I tried that and it booted the normal 4.8.3 
kernel and initrd.  I do not think the "=" should be there.
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] Re: F25: black monitor on RPi 2

2016-10-23 Thread Sylvain Pasche 

On 10/23/2016 04:09 PM, Peter Robinson wrote:

Having booted it on a RPi3 do you already have a user setup on it? If
so can you ssh in and get a dump of the dmesg? Easiest way to do this
is with fpaste ("dnf install -y fpaste") and then do "dmesg | fpaste"
and provide the link.

Also are you running the latest kernel, or the one shipped with beta?
4.8.1 has some fixes so might be better.

The accelerated driver is a little new and we've seen some issues with
some of the EDID monitor detection, we're trying to get as much debug
before the final release so we can fix as many of these issues as
possible.

Peter


Hi,

I booted the image on the RPi3 to update packages and create a user.

Here's the dmesg from the RPi2, using kernel 4.8.3:

https://paste.fedoraproject.org/459288/77249221/

Indeed it seems to complain about EDID:

[   18.045539] fb: switching to vc4drmfb from simple
[   18.049239] Console: switching to colour dummy device 80x30
[   18.059757] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   18.059819] [drm] Driver supports precise vblank timestamp query.
[   18.072356] EDID block is all zeroes
[   18.072414] vc4-drm soc:gpu: HDMI-A-1: EDID block 0 invalid.
[   18.072458] vc4-drm soc:gpu: No connectors reported connected with modes
[   18.072510] [drm] Cannot find any crtc or sizes - going 1024x768
[   18.078752] Console: switching to colour frame buffer device 128x48
[   18.098709] vc4-drm soc:gpu: fb0:  frame buffer device

I tried with 3 different monitors and they all show the black output 
symptoms.


Sylvain
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] [Fedocal] Reminder meeting : Fedora ARM & AArch64 status meeting

2016-10-23 Thread pwhalen 
Dear all,

You are kindly invited to the meeting:
   Fedora ARM & AArch64 status meeting on 2016-10-25 from 15:00:00 to 16:00:00 
UTC
   At fedora-meetin...@irc.freenode.net

The meeting will be about:
Fedora ARM & AArch64 weekly status meeting. 

More information available at:
[https://fedoraproject.org/wiki/Architectures/ARM](https://fedoraproject.org/wiki/Architectures/ARM)


Source: https://apps.fedoraproject.org/calendar/meeting/3348/

___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] Re: F25: black monitor on RPi 2

2016-10-23 Thread Peter Robinson 
On Sun, Oct 23, 2016 at 2:45 PM, Sylvain Pasche  wrote:
> Hi,
>
> I tried to run Fedora 25 Server and Minimal images on a Raspberry Pi 2 device 
> (images Fedora-Server-armhfp-25_Beta-1.1-sda.raw and 
> Fedora-Minimal-armhfp-25-20161019.n.0-sda.raw).
>
> I can see output on the connected monitor during boot. At the end of the 
> boot, it looks like the resolution changes and the monitor turns black (there 
> is still a signal sent as it doesn't enter standby). Even if I switch to VT2 
> and press enter to fill the screen with login prompts, nothing is visible.
>
> I tried the same image on a Pi 3 device and it works fine.
>
> Is there a parameter that could be used to prevent this behavior at the end 
> of the boot?

Having booted it on a RPi3 do you already have a user setup on it? If
so can you ssh in and get a dump of the dmesg? Easiest way to do this
is with fpaste ("dnf install -y fpaste") and then do "dmesg | fpaste"
and provide the link.

Also are you running the latest kernel, or the one shipped with beta?
4.8.1 has some fixes so might be better.

The accelerated driver is a little new and we've seen some issues with
some of the EDID monitor detection, we're trying to get as much debug
before the final release so we can fix as many of these issues as
possible.

Peter
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] F25: black monitor on RPi 2

2016-10-23 Thread Sylvain Pasche 
Hi,

I tried to run Fedora 25 Server and Minimal images on a Raspberry Pi 2 device 
(images Fedora-Server-armhfp-25_Beta-1.1-sda.raw and 
Fedora-Minimal-armhfp-25-20161019.n.0-sda.raw).

I can see output on the connected monitor during boot. At the end of the boot, 
it looks like the resolution changes and the monitor turns black (there is 
still a signal sent as it doesn't enter standby). Even if I switch to VT2 and 
press enter to fill the screen with login prompts, nothing is visible.

I tried the same image on a Pi 3 device and it works fine.

Is there a parameter that could be used to prevent this behavior at the end of 
the boot?

Cheers,
Sylvain
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] Re: Ethernet monopolizing LAN9514 upstream USB bus

2016-10-23 Thread Peter Robinson 
On Sun, Oct 23, 2016 at 7:36 AM, Bernardo Donadio
 wrote:
> Is there a way to stop the Ethernet controller from monopolizing the
> upstream USB channel, while in high usage, in detriment of other USB devices
> on LAN9514 (Raspberry Pi 2 USB-Hub/Ethernet chip)?

Not really. You might try putting it into polling mode as opposed to
the standard interrupt mode but I'm not even sure the usb NICs would
support that.

> Basically, if you have a USB-attached storage device and start writing data
> that comes from the Ethernet into this USB disk, the Ethernet chip will
> always have priority on the USB bus and the kernel will never have the
> chance to use it to write on the storage device.
>
> As a result, the data incoming from the Ethernet gets stored in the kernel
> IO buffer until memory runs out, and then the transfer stops for a while (as
> the kernel starting dropping TCP packets and the TCP flow control algorithm
> kicks in). On the other hand, if you stop the network transfer before the
> buffer is filled, the content on it is immediately flushed to disk.
>
> This would not be a huge problem if the USB-attached storage devices didn't
> have a timeout: after not receiving some keepalive packets from the system
> it's attached to, it dies. With my USB disk, at least, you have to unplug
> its USB cable and plug it again to convince its controller that the system
> is back up.
>
> Of course, this is a even bigger issue on Raspberry if the system's root is
> installed on this USB disk.
>
> I'm not sure that this is fixed in the Raspberry Pi Foundation's remix of
> Debian, but I'm definitely hitting this bug on Fedora 25 beta with Linux
> 4.8.0-0.rc7.git0.1.fc25.armv7hl.

Well I have no interest in doing kernel archaeology on a fork of an
old kernel. we use the upstream kernel for a reason. You probably want
to "dnf upgrade" to the latest 4.8.3 kernel although I doubt it'll
have any effect.

> How to reproduce, considering /dev/sda is some USB-attached storage on the
> rasp2:
> desktop$ dd if=some_big_file bs=8M | ssh root@rasp2 dd of=/dev/sda bs=8M
>
> Meanwhile, you may watch the kernel buffer's filling up on the rasp2 with
> htop or free. You may also notice that if you cancel the SSH transfer before
> the rasp2 kernel buffer is filled (and also before your USB disk gives up
> waiting on the keepalive packet), the content stored on the buffer is almost
> immediately flushed to the disk.
>
> How can we fix this?

We probably can't, but ultimately the RPi has a single, some what
buggy, usb interface with a hub attached, it's not designed for high
throughput data IO workloads. You're probably better off getting a
device that's more suited to those sorts of workloads. Even the Orange
Pi series of devices are better in this regard as they have a
dedicated SoC attached NIC and 3 usb root devices.

Peter
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

[fedora-arm] Fedora 25 compose report: 20161023.n.0 changes

2016-10-23 Thread Fedora Branched arm Report 
OLD: Fedora-25-20161022.n.0
NEW: Fedora-25-20161023.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  1
Dropped packages:0
Upgraded packages:   104
Downgraded packages: 0

Size of added packages:  82.15 KiB
Size of dropped packages:0.00 B
Size of upgraded packages:   627.63 MiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   142.41 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: purple-facebook-0.0.0.20160409-0.4.git66ee773.fc25
Summary: Facebook protocol plugin for purple2
RPMs:purple-facebook
Size:84126 bytes


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  audiocd-kio-16.08.2-1.fc25
Old package:  audiocd-kio-16.08.1-1.fc25
Summary:  Audiocd kio slave
RPMs: audiocd-kio audiocd-kio-devel audiocd-kio-doc audiocd-kio-libs
Size: 166532 bytes
Size change:  -4168 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  bomber-16.08.2-1.fc25
Old package:  bomber-16.08.1-1.fc25
Summary:  Arcade bombing game
RPMs: bomber
Size: 782102 bytes
Size change:  84 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  bovo-16.08.2-1.fc25
Old package:  bovo-16.08.1-1.fc25
Summary:  Five in a row game
RPMs: bovo
Size: 187282 bytes
Size change:  112 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  certbot-0.9.3-1.fc25
Old package:  certbot-0.8.1-3.fc25
Summary:  A free, automated certificate authority client
RPMs: certbot python2-certbot
Size: 402080 bytes
Size change:  16352 bytes
Changelog:
  * Thu Oct 13 2016 Nick Bebout <n...@fedoraproject.org> - 0.9.2-1
  - Update to 0.9.2

  * Fri Oct 14 2016 Nick Bebout <n...@fedoraproject.org> - 0.9.3-1
  - Update to 0.9.3


Package:  cervisia-16.08.2-1.fc25
Old package:  cervisia-16.08.1-1.fc25
Summary:  CVS frontend
RPMs: cervisia
Size: 727830 bytes
Size change:  80 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  commissaire-0.0.1-2.fc25
Old package:  commissaire-0.0.1-0.6.rc3.fc25
Summary:  Simple cluster host management
RPMs: commissaire
Size: 161070 bytes
Size change:  48532 bytes
Changelog:
  * Fri Aug 26 2016 Steve Milner <smil...@redhat.com> - 0.0.1-1
  - Released 0.0.1.

  * Wed Oct 05 2016 Steve Milner <smil...@redhat.com> - 0.0.1-2
  - Bumped up ansible version.


Package:  dragon-16.08.2-1.fc25
Old package:  dragon-16.08.1-1.fc25
Summary:  Media player
RPMs: dragon
Size: 563390 bytes
Size change:  -812 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  granatier-16.08.2-1.fc25
Old package:  granatier-16.08.1-1.fc25
Summary:  Place bombs to kill enemies and remove obstacles
RPMs: granatier
Size: 1362774 bytes
Size change:  316 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  gwenview-1:16.08.2-1.fc25
Old package:  gwenview-1:16.08.1-1.fc25
Summary:  An image viewer
RPMs: gwenview gwenview-libs
Size: 2943960 bytes
Size change:  -2148 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 1:16.08.2-1
  - 16.08.2


Package:  icaro-1.0.6-1.fc25
Old package:  icaro-1.0.5-2.fc25
Summary:  Robotic Educational Project
RPMs: icaro
Size: 33 bytes
Size change:  912 bytes
Changelog:
  * Mon Sep 26 2016 Dominik Mierzejewski <r...@greysector.net> - 1.0.5-3
  - rebuilt for matplotlib-2.0.0

  * Wed Sep 28 2016 Omar Berroteran <omarberroteran...@gmail.com> - 1.0.6
  - Bump to the new upstream version
  - Firmware Tortucaro set pause time to 10
  - se resetea el pic. ahora tiene una espera de 20 seg donde prende y apaga el 
led1 y con eso estabiliza la comunicaci??n entre el pic y la pc
  -


Package:  java-1.8.0-openjdk-1:1.8.0.111-1.b16.fc25
Old package:  java-1.8.0-openjdk-1:1.8.0.102-1.b14.fc25
Summary:  OpenJDK Runtime Environment
RPMs: java-1.8.0-openjdk java-1.8.0-openjdk-accessibility 
java-1.8.0-openjdk-accessibility-debug java-1.8.0-openjdk-debug 
java-1.8.0-openjdk-demo java-1.8.0-openjdk-demo-debug java-1.8.0-openjdk-devel 
java-1.8.0-openjdk-devel-debug java-1.8.0-openjdk-headless 
java-1.8.0-openjdk-headless-debug java-1.8.0-openjdk-javadoc 
java-1.8.0-openjdk-javadoc-debug java-1.8.0-openjdk-javadoc-zip 
java-1.8.0-openjdk-javadoc-zip-debug java-1.8.0-openjdk-src 
java-1.8.0-openjdk-src-debug
Added RPMs:   java-1.8.0-openjdk-accessibility-debug java-1.8.0-openjdk-d

[fedora-arm] Ethernet monopolizing LAN9514 upstream USB bus

2016-10-23 Thread Bernardo Donadio 
Is there a way to stop the Ethernet controller from monopolizing the 
upstream USB channel, while in high usage, in detriment of other USB 
devices on LAN9514 (Raspberry Pi 2 USB-Hub/Ethernet chip)?


Basically, if you have a USB-attached storage device and start writing 
data that comes from the Ethernet into this USB disk, the Ethernet chip 
will always have priority on the USB bus and the kernel will never have 
the chance to use it to write on the storage device.


As a result, the data incoming from the Ethernet gets stored in the 
kernel IO buffer until memory runs out, and then the transfer stops for 
a while (as the kernel starting dropping TCP packets and the TCP flow 
control algorithm kicks in). On the other hand, if you stop the network 
transfer before the buffer is filled, the content on it is immediately 
flushed to disk.


This would not be a huge problem if the USB-attached storage devices 
didn't have a timeout: after not receiving some keepalive packets from 
the system it's attached to, it dies. With my USB disk, at least, you 
have to unplug its USB cable and plug it again to convince its 
controller that the system is back up.


Of course, this is a even bigger issue on Raspberry if the system's root 
is installed on this USB disk.


I'm not sure that this is fixed in the Raspberry Pi Foundation's remix 
of Debian, but I'm definitely hitting this bug on Fedora 25 beta with 
Linux 4.8.0-0.rc7.git0.1.fc25.armv7hl.


How to reproduce, considering /dev/sda is some USB-attached storage on 
the rasp2:

desktop$ dd if=some_big_file bs=8M | ssh root@rasp2 dd of=/dev/sda bs=8M

Meanwhile, you may watch the kernel buffer's filling up on the rasp2 
with htop or free. You may also notice that if you cancel the SSH 
transfer before the rasp2 kernel buffer is filled (and also before your 
USB disk gives up waiting on the keepalive packet), the content stored 
on the buffer is almost immediately flushed to the disk.


How can we fix this?

--

Bernardo Donadio
DevOps Engineer at Alligo Tecnologia
https://bcdonadio.com/
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org