RE: mdadm + Intel 12th gen.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>
>
>-----Original Message-----
>From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx> 
>Sent: Wednesday, October 25, 2023 12:36 AM
>To: Laurence Perkins <lperkins@xxxxxxxxxxx>
>Cc: linux-raid@xxxxxxxxxxxxxxx
>Subject: Re: mdadm + Intel 12th gen.
>
>On Tue, 24 Oct 2023 16:54:26 +0000
>Laurence Perkins <lperkins@xxxxxxxxxxx> wrote:
>
>> Greetings!
>> 
>> I have a Gigabyte motherboard:
>> https://www.gigabyte.com/Motherboard/Q670M-D3H-DDR4-rev-10#kf
>> 
>> With a 12th gen Intel processor:
>> https://ark.intel.com/content/www/us/en/ark/products/134591/intel-core
>> -i712700-processor-25m-cache-up-to-4-90-ghz.html
>> 
>> Which I've set up to use dual NVMe drives as IMSM RAID via VMD.
>> 
>> And I seem to have run into:
>> https://bugzilla.redhat.com/show_bug.cgi?id=2053593
>> 
>> As I understand it, mdadm is ignoring any IMSM RAID arrays that don't 
>> all come from the same SATA controller in order to avoid users 
>> accidentally creating such arrays with a selection of devices where 
>> they can't manage it via the BIOS menus.  Up to now that was sensible.
>> 
>> Unfortunately, VMD now lets non-SATA drives use features that used to 
>> be SATA only.  So systems with NVMe drives can use all the BIOS 
>> features for them, including the RAID configuration and monitoring.  
>> But then mdadm sees that the drives aren't on a SATA controller and deliberately ignores them.
>> 
>> For now I have hacked the workaround from that Redhat bug report into 
>> my initramfs (IMSM_NO_PLATFORM=1), but I expect this kind of 
>> configuration to get more common in the future.  So perhaps it would 
>> be a good idea to make using them a little more intuitive.  So since I 
>> don't manage to find any sign of the upstream bug report mentioned by 
>> the Redhat user actually having been filed I'm going to mention it now 
>> and ask if there are any plans for what to do with this in future versions.
>> 
>> LMP
>
>Hi Laurence,
>Please provide what OS you are using. I think that all you need is in upstream:
>https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/commit/?id=75350d87c86001c47076e1f62478079bdc072223
>but your mdadm has no support yet. Please consider updating mdadm or OS.
>
>Please kindly note that what you are trying to use is a desktop RST family software raid. Implementation in Linux is for VROC (formerly RSTe, enterprise raid solution). Metadata format used by both solution is same, that is why Linux is able to understand it but since both product has been separated many years ago, there could be differences. Officially, we are not supporting such configurations.
>
>Thanks,
>Mariusz
>

It's running Gentoo, which currently provides mdadm-4.2, which appears to be the latest stable release.

It also appears to be almost two years old.  So it definitely doesn't have that commit from May.

I'll see if I can figure out how to pull the latest and make sure it works as expected.

Thanks for looking into this,
LMP




[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux