Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes

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

 



On Thu, 12 Oct 2023 15:44:18 +0000
"Sridharan, Vilas" <Vilas.Sridharan@xxxxxxx> wrote:

> [AMD Official Use Only - General]
> 
> > Are you thinking a code first proposal?  If you think doing this through the standards body is a good idea then perhaps message back here so we know when to look for further proposals in mantis.  
> 
> I am not super familiar with what you mean by 'code first proposal', but we are thinking about crafting an ECN (or a set of ECNs) for ACPI, that will be made public through ACPI's normal process.
> 
There are two ways to go about getting an ECN into the specification
and which one is chosen affects the 'made it public' part of the ECN.

One is public from the start and is done via a proposal submitted to the Specification
Updates section of the tianocore bugzilla. This is referred to as "code
first", but actually just means the request came from discussions initially
had outside of the UEFI forum. They are still discussed in ASWG, but review
also occurs in public on the bugzilla.
https://bugzilla.tianocore.org/buglist.cgi?component=Specification%20Update&product=EDK2%20Code%20First&resolution=---

The other is the more traditional method of proposing in private. There the issue
is that the review is limited to those who both engage closely with ASWG and those
who can remember their mantis password. Before we post any software based on changes
going via that route (as its covered by UEFI forum IP rules) we have to wait for a
formal specification release.  So basically the traditional method is typically slower
and doesn't let us do helpful things like ask the kernel community to review the
proposed changes. The code first route was added a few years ago to provide the
options for companies that preferred the flexibility and openness it provides.

As you can see from the link above, there is a lot of activity via the code
first route these days.

Jonathan


>     -Vilas
> 
> -----Original Message-----
> From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
> Sent: Thursday, October 12, 2023 11:02 AM
> To: Sridharan, Vilas <Vilas.Sridharan@xxxxxxx>
> Cc: Duran, Leo <leo.duran@xxxxxxx>; Ghannam, Yazen <Yazen.Ghannam@xxxxxxx>; David Rientjes <rientjes@xxxxxxxxxx>; Jiaqi Yan <jiaqiyan@xxxxxxxxxx>; Luck, Tony <tony.luck@xxxxxxxxx>; Grimm, Jon <Jon.Grimm@xxxxxxx>; dave.hansen@xxxxxxxxxxxxxxx; linuxarm@xxxxxxxxxx; shiju.jose@xxxxxxxxxx; linux-acpi@xxxxxxxxxxxxxxx; linux-mm@xxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; rafael@xxxxxxxxxx; lenb@xxxxxxxxxx; naoya.horiguchi@xxxxxxx; james.morse@xxxxxxx; david@xxxxxxxxxx; jthoughton@xxxxxxxxxx; somasundaram.a@xxxxxxx; erdemaktas@xxxxxxxxxx; pgonda@xxxxxxxxxx; duenwen@xxxxxxxxxx; mike.malvestuto@xxxxxxxxx; gthelen@xxxxxxxxxx; tanxiaofei@xxxxxxxxxx; prime.zeng@xxxxxxxxxxxxx; kangkang.shen@xxxxxxxxxxxxx; wanghuiqiang@xxxxxxxxxx
> Subject: Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
> 
> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
> 
> 
> On Thu, 12 Oct 2023 13:41:19 +0000
> "Sridharan, Vilas" <Vilas.Sridharan@xxxxxxx> wrote:
> 
> > [AMD Official Use Only - General]
> >
> > + Leo and Yazen  
> 
> Hi All.
> 
> + Kangkang and Wanghuiqiang (Henson),
> 
> >
> > We looked at RASF and RAS2 again. We don't think RASF is worth fixing. Our preference is to coalesce around RAS2 because we think it can be extended in interesting ways.  
> 
> Absolutely agree. I'm guessing RAS2 was previous go at fixing RASF though I haven't done the archaeology.
> 
> >
> > The patrol scrub function probably needs some changes to be more general across different types of hardware (there are some baked-in assumptions that don't always hold true).  
> 
> Agreed. One aspect I'd love to see improved is expanded discoverability of what the hardware can do.
> 
> >
> > We will look at some spec changes to fix the patrol scrub function, and we are going to start thinking about other functions that can be added to RAS2.  
> 
> Feel free to reach out if you want some early input on this. Are you thinking a code first proposal?  If you think doing this through the standards body is a good idea then perhaps message back here so we know when to look for further proposals in mantis.
> 
> Thanks,
> 
> Jonathan
> >
> >     -Vilas
> >
> > -----Original Message-----
> > From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
> > Sent: Wednesday, October 11, 2023 12:36 PM
> > To: Sridharan, Vilas <Vilas.Sridharan@xxxxxxx>
> > Cc: David Rientjes <rientjes@xxxxxxxxxx>; Jiaqi Yan
> > <jiaqiyan@xxxxxxxxxx>; Luck, Tony <tony.luck@xxxxxxxxx>; Grimm, Jon
> > <Jon.Grimm@xxxxxxx>; dave.hansen@xxxxxxxxxxxxxxx; linuxarm@xxxxxxxxxx;
> > shiju.jose@xxxxxxxxxx; linux-acpi@xxxxxxxxxxxxxxx; linux-mm@xxxxxxxxx;
> > linux-kernel@xxxxxxxxxxxxxxx; rafael@xxxxxxxxxx; lenb@xxxxxxxxxx;
> > naoya.horiguchi@xxxxxxx; james.morse@xxxxxxx; david@xxxxxxxxxx;
> > jthoughton@xxxxxxxxxx; somasundaram.a@xxxxxxx; erdemaktas@xxxxxxxxxx;
> > pgonda@xxxxxxxxxx; duenwen@xxxxxxxxxx; mike.malvestuto@xxxxxxxxx;
> > gthelen@xxxxxxxxxx; tanxiaofei@xxxxxxxxxx; prime.zeng@xxxxxxxxxxxxx
> > Subject: Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation
> > entries for set of scrub attributes
> >
> > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
> >
> >
> > On Fri, 6 Oct 2023 13:06:53 +0000
> > "Sridharan, Vilas" <Vilas.Sridharan@xxxxxxx> wrote:
> >  
> > > [AMD Official Use Only - General]
> > >
> > > I do not believe AMD has implemented RASF/RAS2 at all.
> > >
> > > We are looking at it, but our initial impression is that it is
> > > insufficiently flexible for general use. (Not just for this feature,
> > > but for others in the future.)
> > >
> > >     -Vilas  
> >
> > Hi Vilas,
> >
> > So obvious question is - worth fixing?
> >
> > I'm not particularly keen to see 10+ different ways of meeting this requirement.
> >
> > Probably not too bad if that's 10+ drivers implementing the same userspace ABI, but definitely don't want 10 drivers and 10 ABIs.
> >
> > Jonathan
> >  
> > >
> > > -----Original Message-----
> > > From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
> > > Sent: Friday, October 6, 2023 9:02 AM
> > > To: David Rientjes <rientjes@xxxxxxxxxx>
> > > Cc: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>; Luck, Tony
> > > <tony.luck@xxxxxxxxx>; Grimm, Jon <Jon.Grimm@xxxxxxx>;
> > > dave.hansen@xxxxxxxxxxxxxxx; Sridharan, Vilas
> > > <Vilas.Sridharan@xxxxxxx>; linuxarm@xxxxxxxxxx;
> > > shiju.jose@xxxxxxxxxx; linux-acpi@xxxxxxxxxxxxxxx;
> > > linux-mm@xxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; rafael@xxxxxxxxxx;
> > > lenb@xxxxxxxxxx; naoya.horiguchi@xxxxxxx; james.morse@xxxxxxx;
> > > david@xxxxxxxxxx; jthoughton@xxxxxxxxxx; somasundaram.a@xxxxxxx;
> > > erdemaktas@xxxxxxxxxx; pgonda@xxxxxxxxxx; duenwen@xxxxxxxxxx;
> > > mike.malvestuto@xxxxxxxxx; gthelen@xxxxxxxxxx;
> > > tanxiaofei@xxxxxxxxxx; prime.zeng@xxxxxxxxxxxxx
> > > Subject: Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation
> > > entries for set of scrub attributes
> > >
> > > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
> > >
> > >
> > > On Wed, 4 Oct 2023 20:18:12 -0700 (PDT) David Rientjes
> > > <rientjes@xxxxxxxxxx> wrote:
> > >  
> > > > On Wed, 27 Sep 2023, Jiaqi Yan wrote:
> > > >  
> > > > > > > 1. I am not aware of any chip/platform hardware that
> > > > > > > implemented the hw ps part defined in ACPI RASF/RAS2 spec.
> > > > > > > So I am curious what the RAS experts from different hardware
> > > > > > > vendors think about this. For example, Tony and Dave from
> > > > > > > Intel, Jon and Vilas from AMD. Is there any hardware
> > > > > > > platform (if allowed to disclose) that implemented ACPI
> > > > > > > RASF/RAS2? If so, will vendors continue to support the
> > > > > > > control of patrol scrubber using the ACPI spec? If not (as Tony said in [1], will the vendor consider starting some future platform?
> > > > > > >
> > > > > > > If we are unlikely to get the vendor support, creating this
> > > > > > > ACPI specific sysfs API (and the driver implementations) in
> > > > > > > Linux seems to have limited meaning.  
> > > > > >
> > > > > > There is a bit of a chicken and egg problem here. Until there
> > > > > > is reasonable support in kernel (or it looks like there will
> > > > > > be), BIOS teams push back on a requirement to add the tables.
> > > > > > I'd encourage no one to bother with RASF - RAS2 is much less
> > > > > > ambiguous.  
> > > > >
> > > > > Here mainly to re-ping folks from Intel (Tony and Dave)  and AMD
> > > > > (Jon and Vilas) for your opinion on RAS2.
> > > > >  
> > > >
> > > > We'll need to know from vendors, ideally at minimum from both
> > > > Intel and AMD, whether RAS2 is the long-term vision here.  Nothing
> > > > is set in stone, of course, but deciding whether RAS2 is the
> > > > standard that we should be rallying around will help to guide
> > > > future development including in the kernel.
> > > >
> > > > If RAS2 is insufficient for future use cases or we would need to
> > > > support multiple implementations in the kernel for configuring the
> > > > patrol scrubber depending on vendor, that's great feedback to have.
> > > >
> > > > I'd much rather focus on implementing something in the kernel that
> > > > we have some clarity about the vendors supporting, especially when
> > > > it comes with user visible interfaces, as opposed to something
> > > > that may not be used long term.  I think that's a fair ask and
> > > > that vendor feedback is required here?  
> > >
> > > Agreed and happy to have feedback from Intel and AMD + all the other CPU vendors who make use of ACPI + all the OEMs who add stuff well beyond what Intel and AMD tell them to :)  I'll just note a lot of the ACPI support in the kernel covers stuff not used on mainstream x86 platforms because they are doing something custom and we didn't want 2 + X custom implementations...
> > >
> > > Some other interfaces for scrub control (beyond existing embedded ones) will surface in the next few months where RAS2 is not appropriate.
> > >
> > > Jonathan
> > >
> > >  
> >  
> 





[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux