> I would like to donate the firmware dump of my laptop to help add official >board support for the Lenovo IdeaPad 330 (Intel Kaby Lake-R / MX150) in the >main coreboot tree.
Firmware dump doesn't help with anything unless it has EC firmware included (and usually EC has it's own SPI flash). > Location: This laptop was manufactured and purchased in Brazil (it features >the localized motherboard and keyboard layout). > Privacy/Keys: This is a completely stock, unmodified 8MB dump. It still >contains my private NVRAM data, including my Windows OEM activation key and >system serial numbers, because I wasn't able to clear it on my end. Again, doesn't matter. Vendors release only one firmware worldwide, otherwise it would be a nightmare to maintain. > Please sanitize or clear the NVRAM region before parsing the file or using it > for any upstream commits. You already leaked your Windows key by publishing your MSDM table on the issue tracker. Anyone can download it, run xxd and obtain your Windows key. You NEVER use stock NVRAM or ACPI tables for anything other than reference (especially EC). > This dump should have all the necessary information to map the devicetree, > GPIOs, and PCIe routing for this specific Brazilian model. It will not. With all due respect, nobody will spend their time reverse-engineering UEFI image, we have toolkit for obtaining this information from a running system. We cannot re-distribute IFD or ME binaries for licensing reasons (especially since ME region dumped from running system is "dirty"). If you *truly* want to contribute, please watch this talk first. I didn't go over EC-specific stuff (especially since this would be ~30 minutes on it's own), but should give you at least *some* idea how to approach this: https://media.ccc.de/v/38c3-corebooting-intel-based-systems You should know what to do after listening to it and looking at example commits on gerrit. System should boot even without EC code (assuming it won't be killed by a watchdog), but of course built-in keyboard (ATKBD), fan control and suspend wouldn't work without it. Asking for help when you get stuck/need an RFC about implementation approach is fine. Begging community to spend their time to port coreboot to a random old laptop and calling it a "contribution" is not. On 24/05/2026 14:00, Heitor Ramos Assunção wrote: > > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > *De:* Heitor Ramos Assunção > *Enviado:* sábado, 23 de maio de 2026 13:18 > *Para:* [email protected] <[email protected]> > *Assunto:* Board support request for Lenovo IdeaPad 330 (Kaby Lake-R) - Stock > Dump from Brazil > > Hi, > > I would like to donate the firmware dump of my laptop to help add official > board support for the Lenovo IdeaPad 330 (Intel Kaby Lake-R / MX150) in the > main coreboot tree. > > Important notes about this file: > * Location: This laptop was manufactured and purchased in Brazil (it features > the localized motherboard and keyboard layout). > * Privacy/Keys: This is a completely stock, unmodified 8MB dump. It still > contains my private NVRAM data, including my Windows OEM activation key and > system serial numbers, because I wasn't able to clear it on my end. > > Please sanitize or clear the NVRAM region before parsing the file or using it > for any upstream commits. > > This dump should have all the necessary information to map the devicetree, > GPIOs, and PCIe routing for this specific Brazilian model. > > Thank you for your help in upstreaming support for this device! > > Best regards, > Osty > > _______________________________________________ > coreboot mailing list -- [email protected] > To unsubscribe send an email to [email protected] _______________________________________________ coreboot mailing list -- [email protected] To unsubscribe send an email to [email protected]
