summaryrefslogtreecommitdiff
path: root/src/include/device/path.h
diff options
context:
space:
mode:
authorNicholas Chin <nic.c3.14@gmail.com>2023-08-19 16:19:10 -0600
committerFelix Singer <service+coreboot-gerrit@felixsinger.de>2024-08-26 22:36:08 +0000
commitea9be8b505186393620c3a8126ac79eaca9c81d9 (patch)
treea889815f2c138f02a33157162c3732cf89d0dd0e /src/include/device/path.h
parent7c7e756185e596ed052146903c25805fa26f297f (diff)
mb/dell: Add Latitude E6530 (Ivy Bridge)
Mainboard is QALA0/LA-7761P (UMA). The version with a Nvidia dGPU was not tested. I do not physically have this system; someone with physical access to one sent me the output of autoport which I then modified to produce this port. I was also sent the vbios obtained using intel_bios_dumper while running version A22 of the vendor firmware, which I then processed using `intelvbttool --inoprom vbios.bin --outvbt data.vbt` to obtain data.vbt. This was originally tested and found to be working as a standalone board port in Libreboot, though this variant based port in upstream coreboot has not been tested. This can be internally flashed by sending a command to the EC, which causes the EC to pull the FDO pin low and the firmware to skip setting up any chipset based write protections [1]. The EC is the SMSC MEC5055, which seems to be compatible with the existing MEC5035 code. [1] https://gitlab.com/nic3-14159/dell-flash-unlock Change-Id: I9fcd73416018574f8934962f92c8222d0101cb71 Signed-off-by: Nicholas Chin <nic.c3.14@gmail.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/79012 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Felix Singer <service+coreboot-gerrit@felixsinger.de>
Diffstat (limited to 'src/include/device/path.h')
0 files changed, 0 insertions, 0 deletions