linux-kernel - RE: Linux logs error: `mei_me 0000:00:16.0: cl:host=04 me=00 is not connected`

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <PH7PR11MB76058497570D49516C809BE9E5392@PH7PR11MB7605.namprd11.prod.outlook.com>
Date: Sat, 30 Mar 2024 10:50:57 +0000
From: "Winkler, Tomas" <tomas.winkler@...el.com>
To: Paul Menzel <pmenzel@...gen.mpg.de>, "Usyskin, Alexander"
	<alexander.usyskin@...el.com>
CC: LKML <linux-kernel@...r.kernel.org>
Subject: RE: Linux logs error: `mei_me 0000:00:16.0: cl:host=04 me=00 is not
 connected`


> -----Original Message-----
> From: Paul Menzel <pmenzel@...gen.mpg.de>
> Sent: Friday, March 29, 2024 12:49 PM
> To: Winkler, Tomas <tomas.winkler@...el.com>
> Cc: LKML <linux-kernel@...r.kernel.org>
> Subject: Linux logs error: `mei_me 0000:00:16.0: cl:host=04 me=00 is not
> connected`
> 
> Dear Linux folks,
> 
> 
> On a Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with Debian
> sid/unstable and self-built Linux 6.9-rc1+ with one patch on top [1] and
> KASAN enabled.
> 
>      $ git log --no-decorate --oneline -2 a2ce022afcbb
>      a2ce022afcbb [PATCH] kbuild: Disable KCSAN for autogenerated *.mod.c
> intermediaries
>      8d025e2092e2 Merge tag 'erofs-for-6.9-rc2-fixes' of
> git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs
> 
> After several ACPI S3 (deep) suspend and resume cycles, this morning I
> noticed the error below:
> 
>      [29357.177635] mei_me 0000:00:16.0: cl:host=04 me=00 is not connected
> 
> This seems to be logged from `mei_write()` in `drivers/misc/mei/main.c`.
> 
>      if (!mei_cl_is_connected(cl)) {
>      	cl_err(dev, cl, "is not connected");
>      	rets = -ENODEV;
>      	goto out;
>      }
> 
> with `drivers/misc/mei/client.h` containing:
> 
>      /**
>       * mei_cl_is_connected - host client is connected
>       *
>       * @cl: host client
>       *
>       * Return: true if the host client is connected
>       */
>      static inline bool mei_cl_is_connected(const struct mei_cl *cl)
>      {
>      	return  cl->state == MEI_FILE_CONNECTED;
>      }
> 
> Unfortunately, I do not know at all, why the ME needs to be written to, and
> what was tried to be written, and what the effect of this failure is.
> 
> Could you please take a look at it?

Looks like a timing issue between setting up HDCP by graphics and device power management.  I don't think this is a really an issue if this is happening during power cycles stress.  Anyway we will look at that, will you be able to provide more debug information if we ask for it?

Thanks
Tomas