Hi David, io_timeout for nvme is in that gist. It's a uint 7.5 onwards. Not clear on the second part. Are you saying there are patches in RHEL AMIs that don't exist RHEL 8.2 and therefore aren't in CentOS 8.2? Or are you just pointing out that since there are no CentOS 8.2 AMIs there is some aarch64 support lagging. That's an important distinction. On Mon, May 25, 2020 at 10:08 AM David Duncan via CentOS-devel < centos-devel at centos.org> wrote: > Hi Akshay > > Akshay Kumar writes: > > > > > I moved to image builder a while go to get out of the image publishing > > delays so this doesn't affect me at all. Fabian mentioned not being > > able to get a hold of anyone in marketplace. I can help with that so > > if that's a sticking point why not let someone else take a crack at > > it. > > > > We have a team at Amazon who is actively engaged with KB, Leigh, Fabian > and the gang. There is no barrier to publication that comes from the AWS > Marketplace. There is a sponsored account for Marketplace and AMI > delivery to which at least one of the members of the CentOS team can > publish at any time they find appropriate. > > There were some delays in the processes for building for the latest > arm64 requiring specific patches be brought in upstream from the CentOS > project. Those are mostly addressed in RHEL now, but in building your > own images, you can look for the specific changes in support of those: > > https://github.com/aws/aws-graviton-gettting-started/ points out some of > the new issues that have been addressed and where we are looking for > significant updates in the libraries. The Graviton CPU supports Arm V8.0 > and includes support for CRC and crypto extensions. > > And then kernel requires a few changes for full support (those are > commited to RHEL and should show up in Stream between the 8.2 and 8.3 > kernels > > commit 18b915ac6b0ac5ba7ded03156860f60a9f16df2b > Author: Dominik Brodowski <linux at dominikbrodowski.net> > Date: Tue Oct 29 18:37:52 2019 +0100 > > efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness > and at least parts of the following for add_bootloader_randomness(): > > commit 428826f5358c922dc378830a1717b682c0823160 > Author: Hsin-Yi Wang <hsinyi at chromium.org> > Date: Fri Aug 23 14:24:51 2019 +0800 > > fdt: add support for rng-seed > and set RANDOM_TRUST_BOOTLOADER in the def config. > > > * And don't forget to include the extended NVME timeout for the > instances themselves. This is kernel dependent, so the longer, > unsigned int is not available until RHEL 8. The values are reviewed > here. I looked over your gist and wondered if you were setting this in > the composer blueprint. > > > > On Mon, May 25, 2020 at 7:32 AM Karanbir Singh <kbsingh at centos.org > <mailto:kbsingh at centos.org>> wrote: > > On 25/05/2020 11:14, Akshay Kumar wrote: > >> Fabian, > >> > >> If you could share some details I'd be happy to take a crack at getting > >> someone at AWS Marketplace to take a look. > > > > > > If you have an AMI there and can import + run, what is the major hurdle > > to using them ? > > > > ie, why do you need the image in the marketplace from a user standpoint ? > > > > Regards > > > > _______________________________________________ > > CentOS-devel mailing list > > CentOS-devel at centos.org > > https://lists.centos.org/mailman/listinfo/centos-devel > > > -- > David Duncan | Working from Austin, TX > Partner Solutions Architect. | +1-512-507-9268, +1-423-771-9529 > TZ=America/Chicago | > He/Him > A: The lost context. > Q: What makes top-posted replies harder to read than bottom-posted? > _______________________________________________ > CentOS-devel mailing list > CentOS-devel at centos.org > https://lists.centos.org/mailman/listinfo/centos-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20200525/3de03427/attachment-0007.html>