> -----Original Message----- > From: Hansen, Dave <[email protected]> > Sent: Friday, October 17, 2025 12:41 AM > To: Reshetova, Elena <[email protected]> > Cc: [email protected]; [email protected]; Huang, Kai > <[email protected]>; [email protected]; [email protected]; linux- > [email protected]; [email protected]; Mallick, Asit K > <[email protected]>; Scarlata, Vincent R > <[email protected]>; > Cai, Chong <[email protected]>; Aktas, Erdem <[email protected]>; > Annapurve, Vishal <[email protected]>; Bondarevska, Nataliia > <[email protected]>; Raynor, Scott <[email protected]>; Dave Hansen > <[email protected]> > Subject: Re: [PATCH v16 2/5] x86/cpufeatures: Add > X86_FEATURE_SGX_EUPDATESVN feature flag > > On 10/15/25 23:38, Reshetova, Elena wrote: > > Sure, will do, thanks! > > Previous version was based on x86_tip/master > > Just FWIW, that means very little. During the merge window it should > _mostly_ be gunk that's already gone up for -rc1. But it might also > contain cruft that _didn't_ go up and needs another cycle. > > Please just base things on a tag in Linus's tree unless you have an > explicit, known, called-out-in-your-changelog dependency on something in > tip. > > tl;dr: Basing on tip/x86/master was a bug here, not a feature.
Thank you very much for explaining! I didn’t know how x86_tip is managed, now it is clear also for future. And thank you for pulling the patches in! Best Regards, Elena.
