Re: Using Raspberry POE+ hat with bullseye

2021-11-28 Thread Ryutaroh Matsumoto
> 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

compiling vanilla kernel with Debian clang-13

2021-11-13 Thread Ryutaroh Matsumoto
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

Bug#989499: openssl: version 3 is slower than version 1.1.1k on arm64 with no crypto hardware

2021-06-05 Thread Ryutaroh Matsumoto
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

Re: hardware encryption,Re: hardware encryption

2021-06-03 Thread Ryutaroh Matsumoto
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

Re: hardware encryption,Re: hardware encryption

2021-06-03 Thread Ryutaroh Matsumoto
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

Re: hung during build on arm-ubc-01

2021-05-07 Thread Ryutaroh Matsumoto
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; ^

Re: kernel configs in Debian

2021-05-02 Thread Ryutaroh Matsumoto
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

Re: kernel configs in Debian

2021-04-29 Thread Ryutaroh Matsumoto
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,

Re: kernel configs in Debian

2021-04-27 Thread Ryutaroh Matsumoto
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

Re: kernel configs in Debian

2021-04-27 Thread Ryutaroh Matsumoto
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

Re: kernel configs in Debian

2021-04-26 Thread Ryutaroh Matsumoto
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

kernel configs in Debian

2021-04-26 Thread Ryutaroh Matsumoto
stros seem enabling it: https://hlandau.github.io/kconfigreport/option/CONFIG_PARAVIRT_TIME_ACCOUNTING.xhtml Best regards, Ryutaroh Matsumoto

Re: Stability of kernel updates on Debian 10

2021-04-24 Thread 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

how fast traffic can RPi4B filter

2021-04-19 Thread Ryutaroh Matsumoto
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

32-bit versus 64-bit kernels with YouTube

2021-04-13 Thread Ryutaroh Matsumoto
, 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

Re: Bug#986882: firefox-esr armhf: always fails to start with Error: eval: #() is not a valid R5RS form. use '#() instead

2021-04-13 Thread Ryutaroh Matsumoto
/sid. See also https://wiki.matoken.org/linux/issue http://hidenosuke.org/diary/?date=20080213 Best regards, Ryutaroh Matsumoto

Re: Bug#986882: firefox-esr armhf: always fails to start with Error: eval: #() is not a valid R5RS form. use '#() instead

2021-04-13 Thread 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

Bug#986882: firefox-esr armhf: always fails to start with Error: eval: #() is not a valid R5RS form. use '#() instead

2021-04-13 Thread 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

Re: Bullseye armhf kernel for Raspberry Pi 4b does not boot

2021-04-13 Thread Ryutaroh Matsumoto
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

Re: More progress to report

2021-04-03 Thread 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 >

Re: Unclean (USB) filesystem on reboot of arm64 8GB RPi4 UEFI

2021-04-02 Thread Ryutaroh Matsumoto
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

Re: Unclean (USB) filesystem on reboot of arm64 8GB RPi4 UEFI

2021-04-01 Thread Ryutaroh Matsumoto
977694 I hope it fixes your problem. Best regards, Ryutaroh Matsumoto

RPi4B 5GHz WiFi problems #985632 & #981616 completely went away by replacing brcmfmac43455-sdio.bin and brcmfmac43455-sdio.clm_blob

2021-03-29 Thread 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

Re: Playing YouTube on RPi4B with task-gnome-desktop

2021-03-26 Thread 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

Playing YouTube on RPi4B with task-gnome-desktop

2021-03-26 Thread Ryutaroh Matsumoto
his being somewhat interesting to the list members... Best regards, Ryutaroh Matsumoto

Re: Bug#985863: firefox: VideoCore GPU seems unrecognized by Firefox 87 Wayland

2021-03-25 Thread 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

Bug#985863: firefox: VideoCore GPU seems unrecognized by Firefox 87 Wayland

2021-03-25 Thread Ryutaroh Matsumoto
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

Bug#985632: firmware-brcm80211: [REGRESSION] RPi4B 5GHz WiFi stopped working with 20210208-4, 20201218-3 was fine

2021-03-20 Thread Ryutaroh Matsumoto
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

Bug#985121: linux-image-5.10.0-4-rt-arm64: KMS seems broken in vc4.ko

2021-03-12 Thread Ryutaroh Matsumoto
. 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

Bug#984844: bluez-firmware: 2.4 GHz WiFi is interfered by bluetooth on RPi4B

2021-03-08 Thread Ryutaroh Matsumoto
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

Re: WiFi on RPi

2021-03-03 Thread Ryutaroh Matsumoto
> 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

Re: WiFi on RPi

2021-03-03 Thread Ryutaroh Matsumoto
> | 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

Re: More progress to report

2021-03-02 Thread Ryutaroh Matsumoto
> 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

more unofficial installer for RPi

2021-03-01 Thread Ryutaroh Matsumoto
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

Re: More progress to report

2021-03-01 Thread Ryutaroh Matsumoto
> 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

WiFi on RPi

2021-02-28 Thread Ryutaroh Matsumoto
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

Re: Debian Bullseye on Raspberry Pi 4 4GB?

2021-02-19 Thread Ryutaroh Matsumoto
d I am staying away from 5.10. Best regards, Ryutaroh Matsumoto

Pls. consider raspi-related configs for kernel 5.10

2020-12-16 Thread 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

Re: Bug#976808: with "-display gtk" arrow keys are received as just ^[ on ttyAMA0

2020-12-15 Thread 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

Re: Bug#976808: with "-display gtk" arrow keys are received as just ^[ on ttyAMA0

2020-12-13 Thread Ryutaroh Matsumoto
st regards, Ryutaroh Matsumoto

Re: Bug#976808: arrow keys are received as just ^[ on ttyAMA0

2020-12-12 Thread 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

Re: Bug#976808: arrow keys are received as just ^[ on ttyAMA0

2020-12-11 Thread Ryutaroh Matsumoto
The symptom does not appear when I use virt-manager instead of using qemu-system-aarch64 directly. Ryutaroh

Re: Bug#976808: Bullseye arm64 d-i Alpha 3: Items cannot be selected by space

2020-12-11 Thread Ryutaroh Matsumoto
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

Re: d-i Alpha 3 seems unusable for qemu-system-aarch64

2020-12-08 Thread Ryutaroh Matsumoto
> 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

d-i Alpha 3 seems unusable for qemu-system-aarch64

2020-12-08 Thread Ryutaroh Matsumoto
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,

arm64, armhf and armel autopkgtest-virt-qemu

2020-11-27 Thread Ryutaroh Matsumoto
guest VMs. I hope they are useful for ARM porting activities... Best regards, Ryutaroh Matsumoto

Bug#973038: autopkgtest-build-qemu installs grub-pc on arm64 which is unavailable

2020-10-27 Thread 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