Good night Andy
Is it possible you never have heard of the Streisand effect?
Regards
LinAdmin
On 18.08.22 18:58, Andrew M.A. Cater wrote:
> On Thu, Aug 18, 2022 at 05:21:19PM +0200, LinAdmin wrote:
>> I do know that you do not like my comment that 32bit on Pi4
>> is much more ef
I do know that you do not like my comment that 32bit on Pi4
is much more efficient than 64 Bit ...
Linadmin
On 17.08.22 11:47, Arnd Bergmann wrote:
> On Tue, Aug 16, 2022 at 10:29 PM Ard Biesheuvel wrote:
>> Thanks for chiming in.
>>
>> At this point, it is really up to the
expected on Arm 32?
And btw, I had made detailed and constructive suggestions
what few patches would be needed to get Debian running on
Pi4 and this was down turned by the so called experts
without any good arguments.
To be frank, your text reads as a paid troll post.
LinAdmin
On 19.07.22 20:19, Tobias
I won't care about Debian Arm anymore because Ubuntu jammy
2204 LTS 32 bit runs like a charm.
LinAdmin
On 15.07.22 12:04, Arnd Bergmann wrote:
> On Fri, Jul 15, 2022 at 11:39 AM gene heskett wrote:
>> On 7/15/22 04:04, LinAdmin wrote:
>>> Pi 4 has much more throughput in
Pi 4 has much more throughput in 32-bit modes but the so
called experts of Debian decided to abandon it :-(
On 14.07.22 03:52, Wookey wrote:
> On 2022-07-01 15:53 +0200, Ard Biesheuvel wrote:
>> The 32-bit ARM kernel implements fixups on behalf of user space when
>> using LDM/STM or LDRD/STRD ins
Debian.
LinAdmin
On 24.01.22 02:23, gene heskett wrote:
I thought I had some cornered earlier today, but when written to u-sd
and booted, were arm64.
For low latency reasons when a realtime kernel is installed it must be
for armhf.
Cheers, Gene Heskett.
On 10.09.21 21:40, Vagrant Cascadian wrote:
> On 2021-09-10, LinAdmin wrote:
>> The unnamed decision makers of Debian some unknown time ago
>> decided that Pi and *Pine* stuff won't be supported by Debian.
> This is the second time you've stated this, without really ad
On 10.09.21 16:13, Gunnar Wolf wrote:
> LinAdmin dijo [Fri, Sep 10, 2021 at 09:51:51AM +0200]:
>> The unnamed decision makers of Debian some unknown time ago
>> decided that Pi and *Pine* stuff won't be supported by Debian.
> Hey, we do have names!
>
> I am one of them
The unnamed decision makers of Debian some unknown time ago
decided that Pi and *Pine* stuff won't be supported by Debian.
On 03.09.21 22:30, oregano+deb...@disroot.org wrote:
> At $45 with 3GB RAM, optional eMMC (35 for 64 GB), WiFi,
> etc., it seems interesting, but why is there almost zero
> co
I have some doubts that debian.net has the same ownership
than official debian.org?
On 04.09.21 10:48, Reco wrote:
> Hi.
>
> On Sat, Sep 04, 2021 at 09:51:30AM +0200, LinAdmin wrote:
>> The unnamed decision makers of Debian some unknown time ago
>> decided that Pi an
The unnamed decision makers of Debian some unknown time ago
decided that Pi and Pine stuff won't be supported by Debian.
I switched to Ubuntu LTS which made me (and many others) happy.
On 03.09.21 22:30, oregano+deb...@disroot.org wrote:
> At $45 with 3GB RAM, optional eMMC (35 for 64 GB), WiFi,
Feel free to continue dreaming...
On 13.06.21 11:45, Marcin Juszkiewicz wrote:
> Let me bring the idea on this list that, maybe, it is
> time*for vendors to start looking into *moving away from
> using good old U-Boot on microsd or similar to provide
> on-board SPI flash to store bootloader. So w
I see the main reason in an excellent ratio of price /
performance.
IMHO the Pi4 can be used as perfect low power replacement of
desktop system, home server, router etc. etc.
So if Debian wants to ignore that for beautiful ethical
reasons, I will switch to Ubuntu. And yes, I do know that
the famo
You may critizise what ever you don't like, but RaPi
foundation does not care at all.
So what?
On 12.06.21 08:17, Paul Wise wrote:
> On Fri, Jun 11, 2021 at 7:25 AM Ralph Aichinger wrote:
>
>> Many criticisms of the RPi that were true 5 years ago no longer hold.
> Some of them are still true; the
-bit and less than 30% on 32-bit!
Similar situations when encoding to H265 using ffmpeg .
LinAdmin
On 02.03.21 21:30, Arnd Bergmann wrote:
> On Tue, Mar 2, 2021 at 7:51 PM LinAdmin wrote:
>
>>> There is really no good reason to run a 32-bit /kernel/ on the Pi 4,
>>> especiall
e reasonable for many arm architectures
which do not show considerably lower performance on 64 bit
compared to 32 bit.
For the Pi4 this is an undeniably good reason not to use 64
bit because contrary to common believes the 32 bit kernel
has no problems with 8 GB of RAM.
Regards
LinAdmin
>
> Best regards, Ryutaroh
>
On 01.03.21 10:54, Arnd Bergmann wrote:
> On Mon, Mar 1, 2021 at 9:40 AM LinAdmin wrote:
>> Bullseye 64 Bit does more or less work. There arise problems when you
>> install a desktop with media players which deliver audio and should give
>> output to the headphone plug a
closed source blobs
required...
Happy computing!
LinAdmin
On 26.02.21 04:50, Rick Thomas wrote:
> I installed the most recent Bullseye image [1] on my Pi4B (4GB) a few days
> ago. It's happily running on the table next to me right now.
>
> Here's what I found:
>
> I
I am not convinced that all images listed on [1] do work as
advertized.
On 20.02.21 13:46, Rick Thomas wrote:
> Hmmm... The "tested images" page [1] lists images for both Buster and
> Bullseye that reportedly boot on the RPi 0W. I don't know what they had to
> do to make it work. They're che
CPUs:
|perf record -g -a sleep 10|
|b) |Analyse your recording:
|perf report|
Thanks again and regards
LinAdmin
On 19.10.2018 16:39, LinAdmin wrote:
> Having further investigated the problems of armmp with
> Marvell I would like to thank Uwe for submitting a patch
> which resol
On 19.10.2018 23:35, Reco wrote:
> Hi.
>
> On Fri, Oct 19, 2018 at 11:25:47PM +0200, LinAdmin wrote:
>> On 19.10.2018 20:12, Uwe Kleine-König wrote:
>>> Hello,
>>>
>>> On 10/19/2018 04:39 PM, LinAdmin wrote:
>>>> When the system is
On 19.10.2018 20:12, Uwe Kleine-König wrote:
> Hello,
>
> On 10/19/2018 04:39 PM, LinAdmin wrote:
>> When the system is idle, one CPU is always busy at least 50%
>> with a kworker thread which IMHO does not perform any useful
>> work. When idle, the kernel 4.9.y built
what part of
code results in this waste...
Somehow I start doubting that this kernel has ever been in
productive use on Marvell???
LinAdmin
On 25.09.2018 10:45, LinAdmin wrote:
> Hi experts!
>
> I recently bought a NAS with the Marvell Armada 385 dual
> core CPU and 2x 8TB disks.
shows "sr_init: platform driver register
failed for SR". This comes from activated SmartReflex/OMAP
power management which lacks in all Marvell designs. It
seems not to have other consequences but I would prefer not
to see any errors in dmesg.
Many thanks for your help.
LinAdmin
On 25.09.2018 05:18, peter green wrote:
> On 23/09/18 15:20, LinAdmin wrote:
>> The above archive site is broken:
>>
>> "The last update was on 09:00 GMT Fri Sep 21." which is more
>> than 2 days ago while it should regularly updated ...
> I could be wrong b
The above archive site is broken:
"The last update was on 09:00 GMT Fri Sep 21." which is more
than 2 days ago while it should regularly updated ...
Thanks for repairing it!
LinAdmin
26 matches
Mail list logo
