From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AFCE6C61DA4 for ; Fri, 3 Feb 2023 17:30:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233295AbjBCRaF (ORCPT ); Fri, 3 Feb 2023 12:30:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38016 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233209AbjBCRaC (ORCPT ); Fri, 3 Feb 2023 12:30:02 -0500 Received: from trent.utfs.org (trent.utfs.org [94.185.90.103]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 98969A0024 for ; Fri, 3 Feb 2023 09:29:59 -0800 (PST) Received: from localhost (localhost [IPv6:::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by trent.utfs.org (Postfix) with ESMTPS id E0C735F820; Fri, 3 Feb 2023 18:29:57 +0100 (CET) Date: Fri, 3 Feb 2023 18:29:57 +0100 (CET) From: Christian Kujau To: Linus Torvalds cc: Juergen Gross , Michael Kelley , Borislav Petkov , linux-kernel@vger.kernel.org, Greg KH , Linux regressions mailing list Subject: Re: External USB disks not recognized with v6.1.8 when using Xen In-Reply-To: <4973310d-005b-5228-78c8-74cf353f05a9@nerdbynature.de> Message-ID: References: <4fe9541e-4d4c-2b2a-f8c8-2d34a7284930@nerdbynature.de> <8f132803-f496-f33a-d2ab-b47fd5af0b88@nerdbynature.de> <0f441adb-f565-7a37-d9e5-3b14f6f7aea6@suse.com> <4973310d-005b-5228-78c8-74cf353f05a9@nerdbynature.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 3 Feb 2023, Christian Kujau wrote: > Not fully understanding what your proposal really does, I got curious and > applied it to v6.2-rc6 with 90b926e68f50 (upstream) reverted. And it > boots, and the disks are there, and the "ioremap error" is gone, but now > I've got strange memory allocation errors, for like really small > operations (I wanted to capture dmesg): > > $ dmesg -t | xz -9ec | base64 > xz: (stdin): Out of memory OK, whatever that is, it's unrelated to Linus's "patch" here, this happens with v6.2-rc6 (under Xen, and the revert of 90b926e68f50 (upstream) too. Dmesg has this too: __vm_enough_memory: pid: 3450, comm: xz, no enough memory for the allocation Never seen this before, and Xen DomU (pvh) domains can be started just fine. Not sure what this message is all about, the system appears to run just fine. Christian. > > With v6.2-rc6 (vanilla, and also booted under Xen) there's no problem > allocating much more memory than that, so something is still not right. > Patch applied for reference, but as you said: nobody should apply this :-) > > More details: > > - https://nerdbynature.de/bits/usb_v6.1.8/dmesg.6.1.8.xen > - https://nerdbynature.de/bits/usb_v6.1.8/dmesg_xen-6.1.8_MTRR_TYPE_INVALID.txt > - https://nerdbynature.de/bits/usb_v6.1.8/meminfo_xen-6.1.8.txt > - https://nerdbynature.de/bits/usb_v6.1.8/meminfo_xen-6.1.8_MTRR_TYPE_INVALID.txt > > Thanks, > Christian. > -- > BOFH excuse #448: > > vi needs to be upgraded to vii -- BOFH excuse #83: Support staff hung over, send aspirin and come back LATER.