Your message dated Thu, 10 Apr 2025 23:33:27 +0200
with message-id <z_g5j2ny4nu1m...@eldamar.lan>
and subject line Re: Bug#1102248: [kernel] support of EDAC (Error Detection And
Correction)
has caused the Debian Bug report #1102248,
regarding [kernel] support of EDAC (Error Detection And Correction)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1102248: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102248
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-amd64
Version: 6.1.129-1
Severity: wishlist
Dear kernel support team,
Could you please set CONFIG_EDAC_DEBUG (Error Detection And Correction)
in kernel generation, so that it is possible to use ECC RAM when
building NAS target with ZFS ?
ansible@hn-asusgl752-400:~$ uname -a
Linux hn-asusgl752-400 6.1.0-32-amd64 #1 SMP PREEMPT_DYNAMIC Debian
6.1.129-1 (2025-03-06) x86_64 GNU/Linux
ansible@hn-asusgl752-400:~$ grep CONFIG_EDAC_DEBUG
/boot/config-6.1.0-32-amd64
# CONFIG_EDAC_DEBUG is not set
ansible@hn-asusgl752-400:~$ cat /etc/debian_version
12.10
Thanks in advance
--
-- Jean-Marc LACROIX --
-- mailto : jeanmarc.lacr...@free.fr --
--- End Message ---
--- Begin Message ---
Hi Jean-Marc,
On Mon, Apr 07, 2025 at 06:31:05PM +0200, Jean-Marc LACROIX wrote:
> Le 06/04/2025 à 21:10, Salvatore Bonaccorso a écrit :
> > Control: tags -1 + moreinfo
> >
> > On Sun, Apr 06, 2025 at 07:25:04PM +0200, Jean-Marc LACROIX wrote:
> > > Package: linux-image-amd64
> > > Version: 6.1.129-1
> > > Severity: wishlist
> > >
> > > Dear kernel support team,
> > >
> > > Could you please set CONFIG_EDAC_DEBUG (Error Detection And Correction) in
> > > kernel generation, so that it is possible to use ECC RAM when building NAS
> > > target with ZFS ?
> > >
> > >
> > > ansible@hn-asusgl752-400:~$ uname -a
> > > Linux hn-asusgl752-400 6.1.0-32-amd64 #1 SMP PREEMPT_DYNAMIC Debian
> > > 6.1.129-1 (2025-03-06) x86_64 GNU/Linux
> > >
> > >
> > > ansible@hn-asusgl752-400:~$ grep CONFIG_EDAC_DEBUG
> > > /boot/config-6.1.0-32-amd64
> > > # CONFIG_EDAC_DEBUG is not set
> >
> > Why would that be needed for building NAS target with ZFS?
> >
> > The config option clearly describes:
> >
> > config EDAC_DEBUG
> > bool "Debugging"
> > select DEBUG_FS
> > help
> > This turns on debugging information for the entire EDAC
> > subsystem.
> > You do so by inserting edac_module with "edac_debug_level=x."
> > Valid
> > levels are 0-4 (from low to high) and by default it is set to 2.
> > Usually you should select 'N' here.
> >
> > Can you elaborate on why CONFIG_EDAC_DEBUG is needed?
> >
> > Regards,
> > Salvatore
>
> Salvatore,
>
> I'm working on a project to use the Odroid H4 SBC card as a NAS server. It
> seems possible to use ECC memory because the development team validated it
> in 2024. Therefore, it is essential to load a dedicated kernel module to
> detect potential exceptions, as suggested in the following thread.
>
> https://forum.odroid.com/viewtopic.php?t=48377
As pointed out by Bastian the edac core is builtin. We had a look at
your report on the weekly kernel team meeting and really do not see ar
eason to enable the debug module.
In case you need to tst the rasdaemon EDAC handler, then it's correct,
there is edac-fake-inject which requires a kernel with
CONFIG_EDAC_DEBUG. But that said, when doing development it might be
perfectly make sense to have a custom built kernel.
We are closing for now this bugreport until we still have a
missunderstanding.
Regards,
Salvatore
--- End Message ---
