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]
Date:   Fri, 3 Feb 2023 18:29:57 +0100 (CET)
From:   Christian Kujau <lists@...dbynature.de>
To:     Linus Torvalds <torvalds@...ux-foundation.org>
cc:     Juergen Gross <jgross@...e.com>,
        Michael Kelley <mikelley@...rosoft.com>,
        Borislav Petkov <bp@...en8.de>, linux-kernel@...r.kernel.org,
        Greg KH <gregkh@...uxfoundation.org>,
        Linux regressions mailing list <regressions@...ts.linux.dev>
Subject: Re: External USB disks not recognized with v6.1.8 when using Xen

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.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ