From: "Uwe Kleine-König" <ukleinek@debian.org>
To: Al Ma <AlMa0@ro.ru>, 1110749@bugs.debian.org
Cc: Jean Delvare <jdelvare@suse.de>, linux-i2c@vger.kernel.org
Subject: Re: Bug#1110749: ee1004: DDR4 SPD cannot be read, decode-dimms fails, “Failed to select page 0 (-6)”
Date: Wed, 23 Sep 2026 16:06:55 +0200 [thread overview]
Message-ID: <arPcZcu7S9vqE3JE@monoceros> (raw)
In-Reply-To: <8d8740a4-6b9f-483b-9ea4-145293e63c25@ro.ru>
[-- Attachment #1: Type: text/plain, Size: 1546 bytes --]
On Fri, Sep 11, 2026 at 10:33:07PM +0200, Al Ma wrote:
> Awesome!
>
> Below, I'll comment on whatever I can meaningfully comment.
>
> > * Short term, you want to blacklist the ee1004 driver on your system.
> > It is not a good idea to load a driver which binds to the wrong
> > device.
>
> Here we go, following https://wiki.debian.org/KernelModuleBlacklisting:
>
> $ echo "blacklist ee1004" | sudo tee /etc/modprobe.d/ee1004.conf
> blacklist ee1004
> $ sudo depmod -ae
> depmod: WARNING: -e needs -E or -F
> $ sudo update-initramfs -u
> update-initramfs: Generating /boot/initrd.img-6.12.107+deb13-amd64
>
> Can the above warning be ignored?
I think yes. AFAIK that depmod step isn't needed and the wiki should be
fixed.
Does that help?
> > * Still mid term, we probably want to blacklist SPD probing explicitly
> > for your motherboard (we'll need to know the contents of
> > /sys/devices/virtual/dmi/id/board_vendor and
> > /sys/devices/virtual/dmi/id/board_name on your system). Maybe this
> > can be implemented as an empty entry in mux_dmi_table (as in, we know
> > the board requires multiplexing, but we don't know yet to implement
> > it on that board).
>
> Here we go:
>
> $ cat /sys/devices/virtual/dmi/id/board_vendor
> ASUSTeK COMPUTER INC.
> $ cat /sys/devices/virtual/dmi/id/board_name
> WS C422 PRO_SE
If the above is confirmed to help, I think we have everything to
implement a quirk with the same effect as blacklisting manually.
Best regards
Uwe
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2026-09-23 14:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ff6982d3-cf60-436b-9107-420924cdabe3@ro.ru>
[not found] ` <handler.1110749.B.1754853823932687.ack@bugs.debian.org>
2026-08-25 0:31 ` ee1004: DDR4 SPD cannot be read, decode-dimms fails, “Failed to select page 0 (-6)” Al Ma
2026-08-30 11:07 ` Jean Delvare
2026-08-30 15:35 ` Al Ma
2026-09-11 11:56 ` Jean Delvare
2026-09-11 20:33 ` Al Ma
2026-09-23 14:06 ` Uwe Kleine-König [this message]
2026-09-26 13:59 ` Bug#1110749: " Al Ma
2026-09-26 14:04 ` Typo correction: " Al Ma
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=arPcZcu7S9vqE3JE@monoceros \
--to=ukleinek@debian.org \
--cc=1110749@bugs.debian.org \
--cc=AlMa0@ro.ru \
--cc=jdelvare@suse.de \
--cc=linux-i2c@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.