[fedora-arm] Re: Exactly how slow is Fedora 27 on an RP3 ? dnf update takes hours ?

[Stephen John Smoogen]

On 23 January 2018 at 23:50, linux guy  wrote:
> Update.
>
> The dnf update process is still very, very slow on the RPi3.  It will take
> all night (8 hours) to run.   For comparison, I installed F27 workstation on
> a Celeron N3000 machine with 2 GB of RAM and a 128 GB SSD earlier this week.
> A much larger (workstation versus minimal server) dnf update took in the
> order of 10 minutes on that machine.  I don't think the I/0 speed and
> processing power difference is an order of 1000 between these two machines.
>
> I ran $top in another console while #dnf update was running.   dnf is rarely
> at the top of the top listing.  And when it is, it is using ~40% of the CPU
> and only 12% of the memory.  None of the swap memory is being used at all.
> 90% of the time $top itself is the largest resource user.

That would say it is not anything to do with the CPU and something to
do with the IO. The first thing I would look at is that the Kingston
card may have been bootlegged or it is shoddy. There were a large
number of fake cards out there where someone relabeled lower quality
ones to higher ones. The second is that the speed of IO is going to be
peak read/write rates and not average rates. This means that some
manufacturer cards will be rated as EV10 but only when they are
running downhill with the wind to their back (as they would say about
cars).

Finally the connector to the rasp pi to the MMC may be dirty. The old
clean with alchohol and such have helped on other models for other
people. That said, MMC is slow. It is not as fast as SSD in any shape
or form so that even an old slower celeron is going to smoke the
raspberry pi nearly every time.



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

[fedora-arm] Re: Fedora with Odroid-XU4 and Cloudshell 2

[Stephen John Smoogen]

On 11 August 2017 at 06:29, Andreas Reschke  wrote:

> Am 10.08.2017 um 12:26 schrieb Peter Robinson:
> > On Wed, Aug 9, 2017 at 9:17 PM, Stewart Samuels 
> wrote:
> >> Hello Paul,
> >>
> >> I'm not getting any output from the Odroid serial port, even from
> >> u-boot.bin.  How can I tell if the issue is from u-boot.bin or after?
> Also,
> >
> > If you don't get output from u-boot it's a u-boot or a physical config
> problem
> >
> >> has the initial-setup issue fixed and is it available in the current
> image
> >> download for the F26 spins?
> >
> > No, we don't respin images once they've gone GA, it will be in F-27
>
> Do I understand: Odroid-XU4 support will be in F-27?
>
> That will be fine.
>
>

Possibly. It is always good to check at the beta stage for F27 that it
didn't get dropped or corrupted somewhere.  This is one of those where the
interested party must keep up with versus expecting Release Engineering to
do so for them... [mainly because releng has a limited time and energy
budget.]

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

[fedora-arm] Re: Raspberry Pi 3

[Stephen John Smoogen]

On 29 February 2016 at 05:28, Peter Robinson  wrote:
> On Mon, Feb 29, 2016 at 12:22 PM, Jeffrey Ollie  wrote:
>> Built-in WiFi, Bluetooth, 64 bit processor. Is this finally the Raspberry Pi
>> that Fedora will run unmodified on? Sure hope so...
>
> No, not currently, and certainly won't be in Fedora 24 unless someone
> contributes a lot of stuff very quickly.
>
> Why? There's no source (yet) for the new SoC, it's not upstream and
> won't be until at least 4.7 (it has to be queued for inclusion by rc4
> of the previous release to land in the next release) it supports a
> boot process that is nothing like what we currently support for
> aarch64 so it would need significant work for aarch64 in Fedora, and
> the wifi firmware (looks similar issues that people have with Apple
> Mac wifi) isn't currently in linux-firmware so it's not (as far as I'm
> aware) currently able to be distributed as part of Fedora.


At some point, I have to wonder if Raspberry Pi is just trolling us
with each hardware release.


> ___
> arm mailing list
> arm@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org



-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org

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

[Stephen John Smoogen]

On 2 March 2015 at 08:04, Robert Moskowitz r...@htt-consult.com wrote:



 https://fedoraproject.org/wiki/Architectures/ARM

 Under the 'Planning' topic.

 So you know it is ancient history.  I know it is ancient history. Someone
 new will be thrown off by it.

 But that is my take, and I know how documenting takes second place to
 getting things working.



It is a wiki. If you notice a problem, you have the power to fix it. If
people don't like the fix, they can undo it.




 ___
 arm mailing list
 arm@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/arm




-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] cubietruck boots from sdcard, but f21 doesn't find mmcblk

[Stephen John Smoogen]

On 25 February 2015 at 08:32, Cole Robinson crobi...@redhat.com wrote:

 On 02/25/2015 10:14 AM, Hans de Goede wrote:


 Reproduced it a bit more. If I wiggle the card vertically while inserting I
 can get it to trigger about 1/5 of the time. Affects the two sdcards I
 have.
 So my cubietruck hardware must be flaky :(


I ran into this last weekend with my trimslices and trying to use MMC cards
in them. The mmc uses point contact 'brushes' to touch the card. Almost
anything can make this flake out from corrosion, skin oil, temperature
differences causing the brush not to contact carefully, bent wires etc.
[The problem with mine turned out to be heat oriented.. if the system was
cold it could read the card well, once it got warm it stopped seeing the
card or would report other errors] I found I had to use a USB key in the
end to boot the system as the connectors in that are much less prone to
accidental damage.


-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Flash plugin?

[Stephen John Smoogen]

On 24 February 2015 at 06:01, Robert Moskowitz r...@htt-consult.com wrote:


 On 02/24/2015 06:53 AM, Peter Robinson wrote:

 Robert Moskowitz r...@htt-consult.com wrote:

  Went looking for the flash-plugin for arm, and don't find one.
 get.adobe.com/flashplayer thinks I need the i386 version.

 afaik none exists. I have heard of versions in the past but they were
 tied closely to proprietary X drivers and hardware video acceleration.
 and wouldnt work with what is in the fedora kernel. I personally do not
 have flash installed on my machines anymore.


 What do you do for sites like cnn.com? My bank's home page uses flash,
 and I
 get errors (of course you have flash!) before I can get to the login
 spot.

 Also if I am going to give this system to my parents, they will not know
 how
 to deal with a browser that does not handle flash.

 Ultimately what do you expect us to do? This is out of our hands, go
 and complain to Adobe.


 Mention alternatives.


Most of the alternatives are tied to the x86_xx platform because the
actionscript (what flash runs) was written from an all the world is x86_32
world. There are a lot of hacks that Chrome had to do to get flash sort of
working in the google droid and apple completely dropped it from their
implementations because it eats battery and heats up the cpu like a
furnace. The mozilla alternative is a 80% solution of translating
actionscript to javascript but the 20% is usually the stuff you are going
to find is being used for some reason on the app.

What you are running into is what happens when you deal with an alternative
architecture. There is going to be whole classes of software that you are
not going to be able to work with at some point. In most cases you are
going to have to reach out and do more research on google and such because
the pool of people inside the channel are usually focused on the 'core'
bits versus the 'general experience'. To them the core bits are already
taking up all their time and it is what that excited them to work here.
General experience areas don't excite them so they don't care if flash,
some special java app, etc isn't working.

-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Exfat on Rawhide?

[Stephen John Smoogen]

On 20 February 2015 at 15:50, Robert Brown rebr...@exemail.com.au wrote:

 Wanted to try an exfat 64 GB drive on Rawhide 3.19.0-0.rc7.git3.1.fc22.armv7hl
 and did:
 wget http://repo.pratik.to/rpmfusion/free/fedora/
 development/rawhide/armhfp/debug/exfat-utils-debuginfo-1.
 0.1-2.fc21.armv7hl.rpm
 and then:
 sudo rpm -i exfat-utils-debuginfo-1.0.1-2.fc21.armv7hl.rpm


That is a debuginfo file which is for debugging an existing application not
using the application. Do a dnf install exfat-utils


 but got:
 warning: exfat-utils-debuginfo-1.0.1-2.fc21.armv7hl.rpm: Header V3
 RSA/SHA256 Signature, key ID 6446d859: NOKEY


That is because rawhide items aren't signed (the NOKEY)


 Is exfat supported at this stage?


No idea.


 Thanks
 ___
 arm mailing list
 arm@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/arm




-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Exfat on Rawhide?

[Stephen John Smoogen]

On 20 February 2015 at 17:53, Peter Robinson pbrobin...@gmail.com wrote:

 On Fri, Feb 20, 2015 at 10:50 PM, Robert Brown rebr...@exemail.com.au
 wrote:
  Wanted to try an exfat 64 GB drive on Rawhide
  3.19.0-0.rc7.git3.1.fc22.armv7hl and did:
  wget
 
 http://repo.pratik.to/rpmfusion/free/fedora/development/rawhide/armhfp/debug/exfat-utils-debuginfo-1.0.1-2.fc21.armv7hl.rpm
  and then:
  sudo rpm -i exfat-utils-debuginfo-1.0.1-2.fc21.armv7hl.rpm
 
  but got:
  warning: exfat-utils-debuginfo-1.0.1-2.fc21.armv7hl.rpm: Header V3
  RSA/SHA256 Signature, key ID 6446d859: NOKEY
 
  Is exfat supported at this stage?

 exfat is supported through rpmfusion, it's not shipped in fedora
 directly so you need to ensure you have the rpmfusion keys installed.


I missed the rpmfusion part.. just saw the debuginfo part.


 ___
 arm mailing list
 arm@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/arm




-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora-Minimal-armhfp-22_Alpha-TC1-sda.raw.xz on Cubietruck

[Stephen John Smoogen]

On 19 February 2015 at 15:31, Robert Moskowitz r...@htt-consult.com wrote:




 But then I have to figure out a password that is accepted by the new very
 strict rules!


Yes this is a bug being discussed on the main devel and anaconda lists. Try
Fedora_Project123! the set it to whatever you want afterwords. If that
doesn't work use YouHaveToBeKiddingMeYouIdioticInstaller (the  are part
of the password.) I change out Idiotic with various Anglo Saxon Norse words
which are not proper to use on a mailing list.


 Passwords that in the past scored strong are now weak.  Etc.

If you skip the initial-setup password and do it with passwd, you can 'get
 by' with the old rules.

 I actually think there is an error in the password strenght logic. I
 suspect it is looking at the text and saying, boy there are words there so
 it is crackable.  Even if there are 6 words, each of different length.  I
 know this as the 6 word one I tried got flagged as weak.



 ___
 arm mailing list
 arm@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/arm




-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Opinions on flash or network drives for development work

[Stephen John Smoogen]

On 1 August 2013 08:42, Richard W.M. Jones rjo...@redhat.com wrote:
 I'm now doing quite a lot of compilation on my Chromebook and my Trim
 Slice.  It's OK, provided that two processes don't try to hit the disk
 at the same time, at which point everything grinds to a halt.


I know that several ARMS talk to disks via the USB chain versus a
dedicated SATA like connection. This causes all kinds of issues when 2
things talk down the bus to the disk drive (just like if it is a
spinning disk). The same with network and other peripheals. It will
depend on how the hardware sees it and talks to it to know if it will
work well or not. [My kingdom for an ARM PCI bus :)]

-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Opinions on flash or network drives for development work

[Stephen John Smoogen]

On 1 August 2013 09:53, Peter Robinson pbrobin...@gmail.com wrote:
 On Thu, Aug 1, 2013 at 4:48 PM, Stephen John Smoogen smo...@gmail.com wrote:
 On 1 August 2013 08:42, Richard W.M. Jones rjo...@redhat.com wrote:
 I'm now doing quite a lot of compilation on my Chromebook and my Trim
 Slice.  It's OK, provided that two processes don't try to hit the disk
 at the same time, at which point everything grinds to a halt.


 I know that several ARMS talk to disks via the USB chain versus a
 dedicated SATA like connection. This causes all kinds of issues when 2
 things talk down the bus to the disk drive (just like if it is a
 spinning disk). The same with network and other peripheals. It will
 depend on how the hardware sees it and talks to it to know if it will
 work well or not. [My kingdom for an ARM PCI bus :)]

 Send me your kingdom... there's now a number of ARM devices with PCI-e
 buses, or SATA/NICs plugged directly into the SoC so not hanging off
 crappy USB/SPI/GPIO/i2c buses :-D

But are the devices Richard has those?

 Peter



-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Opinions on flash or network drives for development work

[Stephen John Smoogen]

On 1 August 2013 11:38, Peter Robinson pbrobin...@gmail.com wrote:
  Send me your kingdom... there's now a number of ARM devices with PCI-e
  buses, or SATA/NICs plugged directly into the SoC so not hanging off
  crappy USB/SPI/GPIO/i2c buses :-D

 But are the devices Richard has those?

 The Trim Slice *has* a PCI bus (apparently unusual for ARM).  However
 mine doesn't have SATA because it's the cheaper model, and I'm not
 clear how the micro SD and SD card ports are routed.

 The Gig ethernet is attached to the PCI-e slot on the trimslice. The
 SSD on the expensive model is attached via USB so is still pretty
 average IMO.

 You need to remember that tegra2 is now basically 2 generations old :-)

 Peter

But I only got this thing last year... sigh.


-- 
Stephen J Smoogen.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Mirrorlist Broken

[Stephen John Smoogen]

On 20 February 2013 16:36, Jim Smythe icatchs...@gmail.com wrote:

 having a problem with the mirror list: http://pastebin.com/xB445V3z has
 been in our /etc/yum.repos.d for 1 year and functional

 today I started getting the error http://pastebin.com/hgNNxjA3

 Any idea why this seems to have broken after the build transition?



My guess is that the old arm koji server also acted as a mirrorlist head
node and would point you to a mirror. That is not normal activity for a
mirror server.. could you try changing it to download.fedoraproject.org and
let me know what happens?

-- 
Stephen J Smoogen.
Don't derail a useful feature for the 99% because you're not in it. Linus
Torvalds
Years ago my mother used to say to me,... Elwood, you must be oh
so smart or oh so pleasant. Well, for years I was smart. I
recommend pleasant. You may quote me.  —James Stewart as Elwood P. Dowd
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora-ARM Shirts

[Stephen John Smoogen]

On Thu, Jun 9, 2011 at 23:13, DJ Delorie d...@redhat.com wrote:

 and a cafepress store with all of these available.

 I just cancelled my cafepress account as new terms effective next
 month give them the right to sell my designs to third parties :-P

Ugh I don't think that would be allowed with Fedora Logo.

 ___
 arm mailing list
 arm@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/arm




-- 
Stephen J Smoogen.
The core skill of innovators is error recovery, not failure avoidance.
Randy Nelson, President of Pixar University.
Let us be kind, one to another, for most of us are fighting a hard
battle. -- Ian MacLaren
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm