> I am using Debian Bullseye on a Raspberry PI 4 with a POE+ hat. So far I am
> unable to get the fan on the POE+ hat working.
(deleted)
> #uname -a
> Linux host 5.10.0-9-arm64 #1 SMP Debian 5.10.70-1 (2021-09-30) aarch64 GNU/
> Linux
(deleted)
> #uname -a
> Linux host 5.14.0-0.bpo.2-arm64 #1 SMP
Hi, this is a clang related notes on compiling vanilla Linux kernel 5.15
by Debian clang-13 (from sid/experimental).
In short, the combination of Linux 5.15 + clang 13 seems better than
previous ones, e.g. Linux 5.13 + clang12, on arm64.
(1) Clang-related Kconfig items seem to work fine with my
AES-128-CBC 38057.99k41038.28k41973.03k41930.50k42233.35k
42308.27k
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: 11.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-security'), (500, 'unstable'),
(1, 'experimental
From: Ryutaroh Matsumoto
Date: Fri, 04 Jun 2021 04:18:25 +0900 (JST)
> Note that openssl version is much older but it is bundled with Debian
> Bullseye.
I installed openssl ver. 3 from Debian experimental,
and observed much slower speed than ver. 1.1.1 in Debian Bullseye,
on the same ha
Your Rock64 is significantly faster than my RPi4B. I wonder how such a big
difference appears.
From: Diederik de Haas
Date: Thu, 03 Jun 2021 19:34:19 +0200,Thu, 03 Jun 2021 19:34:19 +0200
> $ openssl speed aes-128-cbc
> ...
> version: 3.0.0-alpha16
> built on: built on: Thu May 6 19:54:38 2021
Hi,
On my Debian Bullseye arm64, "apt-get source --compile nodejs/experimental"
fails
by testsuite failures as:
not ok 1756 parallel/test-repl-strict-mode-previews
---
duration_ms: 1.774
severity: fail
exitcode: 1
stack: |-
assert.js:918
throw err;
^
Sorry for a bit late response.
> I would not expect any change in performance from omitting unused drivers.
> If turning off the other platforms has a performance impact, this could still
> mean that there is a serious performance regression where we do not
> expect it.
I do not know if you
Hi,
This is a followup for my previous post of impact on kernel performance
by kernel comile options:
Summary:
* CONFIG_PARAVIRT=n has probably no positive impact on either
linux-image-arm64 or linux-image-rt-arm64.
* CONFIG_DEBUG_PREEMPT=n much improves performance of linux-image-rt-arm64,
Hi Alan,
> I think you can probably enable CONFIG_IKCONFIG, I'm running a
I am pretty sure I can,
as I am using my rebuilt Debian RT kernel with CONFIG_IKCONFIG=m.
I guess that Arnd wants comparison between the original Debian kernel
and a minimally changed kernel (I am not completely sure, of
Hi Alan, thank you for your interest.
> Also look lor /proc/config.gz. If you have it it's a dump of the
> config options of the running kernel. Whether it gets generated or not
> is itself a config option.
I plan to make the minimal chanages to the config as rebuilding it by
apt-get source
Hi Arnd,
> Also, do you see the same performance difference with the non-rt kernel?
> Most people would not run the -rt kernel because of the inherent
> performance overhead, and it's not clear whether the slowdown you
> see is the result of a combination of CONFIG_PREEMPT_RT with some
> other
stros seem enabling it:
https://hlandau.github.io/kconfigreport/option/CONFIG_PARAVIRT_TIME_ACCOUNTING.xhtml
Best regards, Ryutaroh Matsumoto
Hi Sad,
If you are booting RPi from USB, the reason of failure is probably
https://salsa.debian.org/raspi-team/image-specs/-/issues/41
In such a case, upgrading initramfs-tools to 0.140 should fix the symptom.
Best regards, Ryutaroh
From: Sad Clouds
Subject: Stability of kernel updates on
eshare.net/akiranakagawa3/20150304-apricot2015apnicfukuoka
Best regards, Ryutaroh Matsumoto
/etc/nftables.conf:
#!/usr/sbin/nft -f
flush ruleset
table ip my_notrack {
chain PREROUTING {
type filter hook prerouting priority raw;
ip saddr 192.168.1.0/2
, Ryutaroh Matsumoto
From: Ryutaroh Matsumoto
Subject: Re: Playing YouTube on RPi4B with task-gnome-desktop
Date: Sat, 27 Mar 2021 12:21:42 +0900 (JST)
>> (5) With the weston session, the frame drop and texture degradation decrease
>> and
>> the load average decreases below
/sid.
See also
https://wiki.matoken.org/linux/issue
http://hidenosuke.org/diary/?date=20080213
Best regards, Ryutaroh Matsumoto
Firefox-ESR always fails to start also in a QEMU armhf VM
with linux-image-armmp-lpae/bullseye.
It seems that firefox-esr is completely unavailable on Debian Bullseye armhf,
while few people would use firefox on 32-bit architectures...
Best regards, Ryutaroh Matsumoto
-esr
Error: eval: #() is not a valid R5RS form. use '#() instead
Best regards, Ryutaroh Matsumoto
-- Package-specific info:
-- Extensions information
Name: DoH Roll-Out
Location: /usr/lib/firefox-esr/browser/features/doh-roll...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Firefox
lpae.xz >.config
ARCH=arm
export ARCH
echo 'CONFIG_PCIE_BRCMSTB=m' >>.config
make oldconfig
nice -19 make -j 12 bindeb-pkg
Best regards, Ryutaroh Matsumoto
From: Arnd Bergmann
Subject: Re: More progress to report
Date: Tue, 2 Mar 2021 21:41:46 +0100
> highmem is a huge problem by itself, and we plan to remove
> it in the future for 32-bit kernels across all architectures. We should
> probably add a boot-time warning in the mainline kernel as well
>
From: Ralph Aichinger
>> To access USB devices on RPi4B, initramfs must load
>> reset_raspberrypi.ko, as
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977694
>> I hope it fixes your problem.
> Thanks a lot, Ryutaroh, it indeed did fix my problem.
> And thank you for filing and working on
977694
I hope it fixes your problem.
Best regards, Ryutaroh Matsumoto
version string is:
Version 7.45.229 (617f1f5 CY) CRC: 253bd863 Date: Mon 2021-01-04 19:58:58 PST
Ucode Ver: 1043.2160 FWID 01-2dbd9d2e
See: raspberrypi/linux#3849
Best regards,
Ryutaroh Matsumoto
> (5) With the weston session, the frame drop and texture degradation decrease
> and
> the load average decreases below 4.
On the same hardware, task-xfce-desktop seems to give even smoother
video playing with YouTube than the weston. I wonder if a promise by
Wayland is less overhead than
his being somewhat interesting to the list members...
Best regards, Ryutaroh Matsumoto
>> crw-rw+ 1 root video 226, 0 Mar 24 16:35 card0
> and you are in this video group?
Thanks, yes,
ryutaroh@raspi4b8gb:~$ groups
ryutaroh adm tty lp fax cdrom floppy audio video plugdev systemd-journal kvm
netdev bluetooth pulse-access colord
(You might say too many groups...)
Ryutaroh
YLAND_WINDOW (window)' failed
(firefox-esr:2556): Gdk-WARNING **: 14:23:08.679: Tried to unmap the parent of
a popup
$ exit
exit
Script done on 2021-03-25 14:23:55+09:00 [COMMAND_EXIT_CODE="0"]
Best regards, Ryutaroh Matsumoto
-- Package-specific info:
-- Addons package information
will see if the newer package in the experimental
behaves differently.
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: arm64 (aarch64)
Kernel: Linux 5.10.0
.
This has been reported to the upstream maintainer.
Best regards, Ryutaroh Matsumoto
-- Package-specific info:
** Version:
Linux version 5.10.0-4-rt-arm64 (debian-ker...@lists.debian.org) (gcc-10
(Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1
SMP PREEMPT_RT Debian
is established,
but no ping packet reach to machines on the same LAN.
This seems fixed at
https://github.com/RPi-Distro/firmware-nonfree/issues/8
Linux kernel is Debian
linux-image-5.10.0-4-rt-arm64 5.10.19-1
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: bullseye/sid
APT
> Interference from bluetooth?
Could be. I have been suspecting this possibility.
But as my main frequency is 5GHz, I have not investigating it...
The Raspbian OS is known to have suffered from the interference
between bluetooth and 2.4GHz WiFi as
> | 3: wlan0: mtu 1500 qdisc noop state DOWN mode
> DEFAULT group default qlen 1000
> | link/ether dc:a6:32:ae:8d:59 brd ff:ff:ff:ff:ff:ff
> \--
Just FYI, with kernel version 5.9 and 5.10, I have been unable to
> That approach may be 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
Hi all,
Since customizations of Debian for RPi have been discussed here,
I'd like to give a pointer to more unofficial installer of Debian for
RPi at https://github.com/emojifreak/debian-rpi-image-script
It does customizations of locales, etc. in an interactive manner,
and it write an bootable
> 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 and HDMI.
Diederik reported probably the same problem to the linux-rpi-kernel
list as
Hi John,
> Does anyone have wifi running on an RPi400 with Debian 64 Buster or
> Bullseye?
I'm using RPi4B 8GB model, which seems similar to RPi400.
Without "module_blacklist=vc4" in the kernel command line
(i.e. "cmdline.txt"), WiFi on my RPi4B does not work.
Best regards, Ryutaroh
d I am staying away from 5.10.
Best regards, Ryutaroh Matsumoto
.
I will see what will happen with a Debian kernel package 5.10*
both with and without proposed patch, and report it back,
when it arrives in experimental or unstable.
Bes regards, Ryutaroh Matsumoto
Hi Alper,
Thanks for your simpler reproducing procedure.
Several days ago I verified that this symptom also appears with the
latest github source of qemu and reported this to the upstream as
https://bugs.launchpad.net/qemu/+bug/1907952
I pasted your simpler procedure to the upstream report.
This
st regards, Ryutaroh Matsumoto
Control: found -1 1:5.2+dfsg-2
Control: retitle -1 with "-display gtk" arrow keys are received as just ^[ on
ttyAMA0
Control: severity minor
I have checked my reported symptom with qemu-system-arm/sid.
With -nographic, arrow keys work just fine.
With -display gtk, arrow keys does not work on
The symptom does not appear when I use virt-manager
instead of using qemu-system-aarch64 directly. Ryutaroh
Control: retitle -1 arrow keys are received as just ^[ on ttyAMA0
Control: reassign -1 qemu-system-arm 1:5.1+dfsg-4+b1
From: Alper Nebi Yasak
Date: Thu, 10 Dec 2020 17:36:20 +0300
> (Just in case, try running "cat -v" and pressing the arrow keys -- it
> prints ^[[A upto ^[[D or ^[0A upto ^[0D
> So maybe there should be message "Debian is for SBC, please use
> $OTHER_DISTRO for servers/etc" on d-i website?
Debian Bullseye arm64 disk image for ACPI systems
can be built on an amd64/arm64 Debian host by mmdebstrap
(or probably qemu-debootstrap) and grub-install in grub-efi-arm64
as I did
Hi Debian Arm users,
I tried Bullseye d-i Alpha3 released on December 6 for
building a qemu disk image usable by qemu-system-aarch64.
To me, Alpha 3 d-i seems almost unusable for that purpose.
I filed a report at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976808
If you have interest,
guest VMs.
I hope they are useful for ARM porting activities...
Best regards, Ryutaroh Matsumoto
-arm64.img.raw']
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: arm64 (aarch64)
Kernel: Linux 5.9.0-1-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP
Locale: LANG
47 matches
Mail list logo