Hi Diederik,
May I ask if you are analyzing dts manually, or whether you are aware
of an automatic tool?
sincerely
Josua Mayer
Am 12.03.24 um 18:04 schrieb Diederik de Haas:
> Hi Josua,
>
> On Tuesday, 12 March 2024 16:28:06 CET Josua Mayer wrote:
>> I believe I f
Hi Diederik,
I believe I found the answer:
EDAC_MPC85XX is for power-pc only,
EDAC_LAYERSCAPE is for arm (see drivers/edac/layerscape_edac.c).
br
Josua
Am 12.03.24 um 16:13 schrieb Josua Mayer:
> Hi Diederik,
>
> Thank you for taking care of this!
> First the additional changes yo
,
so I could test (on vendor kernel based on 5.10 only) whether any problems show
up.
If not, perhaps a patch to the kernel is advisable.
Am 07.03.24 um 13:34 schrieb Diederik de Haas:
> Hi Josua,
>
> On Thursday, 18 January 2024 17:40:38 CET Josua Mayer wrote:
>> LX2160 So
Workstation. Since mainline added references
to SerDes via "phys" properties in v5.18, Debian can not probe
the netdev's, breaking all 10Gbps NICs.
Ideally this will be enabled for current stable release, too.
Sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 6.1.
Package: src:linux
Version: 6.1.69-1
Severity: normal
X-Debbugs-Cc: jo...@solid-run.com
Dear Maintainer,
Please enable "PCIE_LAYERSCAPE_GEN4" for arm64 flavour,
in addition to already enabled "PCIE_LAYERSCAPE".
LX2160 SoC early silicon revisions have a pci-e generation 4 controller.
It requires
hernet PHY with
ADIN1300. This combination is fully supported in Linux 6.1.
Therefore please enable the kernel module for armhf target.
Sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 6.1.0-10-armmp (debian-kernel@lists.debian.org) (gcc-12 (Debian
12.2.0-14) 12.2.0, GNU ld (GN
first_run_jingle.ogg
Hopefully I'll find some time to investiaget - find a point where it still
worked, and bisect.
Sincerely
Josua Mayer
This worked previously, but I can put my finger on when exactly. CVhanges since
then:
-- Package-specific info:
** Version:
Linux version 5.10.0-8-armmp (debian-kernel
it as a module would do.
Yours sincerely
Josua mayer
Package: src:linux
Version: 5.10.28-1
Severity: wishlist
Tags: patch
X-Debbugs-Cc: josua.maye...@gmail.com
Dear Maintainer,
Please enable support for the mipi-csi capture devices on i.MX6 SoCs,
as used e.g. by the SolidRun i.MX6 HummingBoard (config patch attached).
Yours sincerely
Josua Mayer
with both BCM4330 and WL1837.
Yours sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 5.10.0-6-armmp (debian-kernel@lists.debian.org)
(arm-linux-gnueabihf-gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU
Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.28-1 (2021-04-09
/armhf/config
@@ -343,6 +343,7 @@ CONFIG_GPIO_DA9052=m
CONFIG_GPIO_PALMAS=y
CONFIG_GPIO_TWL4030=y
CONFIG_GPIO_TWL6040=y
+CONFIG_GPIO_MXC=y
##
## file: drivers/gpu/drm/Kconfig
Yours sincerely
Josua Mayer
of the .config files between the 2 versions, the likely
cause is removal of the GPIO driver for i.MX SoCs via CONFIG_GPIO_MXC.
I will b reporting if re-enabling of that setting fixes the problem.
Yours sincerely
Josua Mayer
** Model information
Hardware: Freescale i.MX6 Quad/DualLite
Thanks! \o/
Am 17.04.20 um 05:03 schrieb Debian Bug Tracking System:
> This is an automatic notification regarding your Bug report
> which was filed against the src:linux package:
>
> #948576: linux: please enable support for the layerscape SoCs and the
> Honeycomb workstation board
>
> It has
-backports
now.
Yours sincerely
Josua Mayer
, namely the
standalone ethernet port, USB, microSD and eMMC.
Please consider enabling these config options - The device-tree for the
Honeycomb Workstation has been merged with 5.6-rc1 and it would be great
to have Debian work as pieces start landing upstream.
Yours sincerely
Josua Mayer
>F
://patchwork.kernel.org/patch/11253015/
Once that lands, CONFIG_PCIE_LAYERSCAPE_GEN4=m should also be enabled.
Yours sincerely
Josua Mayer
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: arm64 (aarch64
-backports ;)
Yours sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 5.3.0-0.bpo.2-armmp (debian-kernel@lists.debian.org) (gcc version
8.3.0 (Debian 8.3.0-2)) #1 SMP Debian 5.3.9-2~bpo10+1sr1 (2020-01-06)
** Command line:
console=ttyS0,115200 log_level=7 net.ifnames=0
) unstable; urgency=medium
...
[ Riku Voipio ]
* [arm64] disable CONFIG_HW_RANDOM_OMAP until the IRQ storm bug is fixed
What is this IRQ storm bug? Has it been fixed? Can we re-enable this driver?
Yours sincerely
Josua Mayer
-- System Information:
Debian Release: 10.0
APT prefers testing
APT
to enable support for it in the kernel config and report back if I
can get it to work.
Yours sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 4.19.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version
8.2.0 (Debian 8.2.0-13)) #1 SMP Debian 4.19.12-1 (2018-12-22
I forgot to mention some important bits:
1. this is for armmp flavour only
2. the options I chose enable some more by default that I did not list
3. maybe all HCIUART drivers should be enabled, just like on x86?
the necessary options and tested with a local build of 4.20 from
the debian kernel source tree, and am attaching the diff.
Yours sincerely
Josua Mayer
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
Hardware: Freescale i.MX6 Quad/DualLite
stype=auto, and the actual type is known through a previous call to
blkid, e.g. while running fsck, use the known type
- fix the mount command to deal with type auto
I am submitting the full boot logs by email as follow-up.
Yours sincerely
Josua Mayer
-- Package-specific info:
-- initramfs sizes
-rw-r--
threshold : 0.0490 mW / -13.10 dBm
>From 2ac29b08004b43ed280c3935dd775d7488dc0bbe Mon Sep 17 00:00:00 2001
From: Josua Mayer
Date: Mon, 13 Aug 2018 18:42:45 +0200
Subject: [PATCH] armmp: enable SFP support
Signed-off-by: Josua Mayer
---
debian/config/armhf/config | 2 ++
1 file changed,
:
- solidrun clearfog (armhf)
- marvell macchiatobin (arm64)
The config option is declared in drivers/net/phy/Kconfig.
Yours sincerely
Josua Mayer
-- Package-specific info:
** Version:
Linux version 4.18.0-rc5-armmp (debian-kernel@lists.debian.org) (gcc version
7.3.0 (Debian 7.3.0-26)) #1 SMP Debian 4.18
I have found no earlier version where this worked with the debian kernel.
All of the following exhibit the problem with similar errors:
- linux-image-4.9.0-7-armmp_4.9.110-3+deb9u1_armhf.deb
- linux-image-4.16.0-2-armmp_4.16.16-2_armhf.deb
-
Josua Mayer
-- Package-specific info:
** Version:
Linux version 4.17.0-1-armmp (debian-kernel@lists.debian.org) (gcc version
7.3.0 (Debian 7.3.0-26)) #1 SMP Debian 4.17.8-1 (2018-07-20)
** Command line:
console=ttyS0,115200 log_level=7
** Not tainted
** Kernel log:
[4.416771] xhci-hcd
Greetings once again,
I have now rebuilt the current kernel package from sid, with the
necessary config changes.
So far it boots, and network works. I haven't tested anything else yet.
Please find attached the patch for enabling the missing options.
br
Josua Mayer
>F
CONFIG_SND_KIRKWOOD_SOC=m
CONFIG_DOVE_THERMAL=m
# This one is not needed, it is present on the SoC, but not exposed by the Cubox
CONFIG_DRM_ARMADA=m
I have built mainline 4.9.45 from the armmp .config, and above options to
verify that it actually does work!
Yours sincerely
Josua Mayer
This is about linux-image-4.9.0-1-armmp in stretch, armhf.
driver that is
used for backlight.
br
Josua Mayer
Package: linux-image-4.9.0-rc8-armmp-unsigned: src:linux Version: 4.9~rc8-1~exp1
Message-ID: <148146021121.356.16709761149479929183.reportbug@localhost>
X-Mailer: reportbug 6.6.6
Date: Sun, 11 Dec 2016 12:43:31 +
X-Debbugs-Cc: josua.maye...@gmail.com
Severity: normal
Dear Maintainer,
While
With the current kernel in testing, namely 4.9.0-rc8-armmp, the
omap-aes module is loading just fine. So when 4.9 hits testing, this
bug should be done.
Forgot attaching the log to the report, so here goes nothing
omap-aes.log
Description: Binary data
Package: src:linux
Version: 4.8.11-1
Severity: important
Dear Maintainer,
I booted latest debian unstable on my gta04 board and noticed that the
system crashes as soon as omap-aes is loaded (which happens automatically
unless blacklisted).
The same crash also happens on 4.8.0-1, but I do not
Package: src:linux
Version: 4.8.7-1
Severity: normal
Tags: upstream
Dear Maintainer,
I started running the standard debian armmp kernel on the GTA04 and noticed
that some driver are missing.
For starters this bug is about wireless lan. The device features a Marvell 8686
module which is supported
35 matches
Mail list logo