Recent Posts

Pages: 1 ... 8 9 [10]
91
Firmware / Re: Adventures in reverse engineering broadcom nic firmware
« Last post by Borley on January 03, 2024, 07:22:04 pm »
The presence of an RSA signature, I venture a guess may be present as there might be other Broadcom products which do check the signature. And Broadcom's internal policy may simply be to sign everything just so that there is uniformity across development.
92
General OpenPOWER Discussion / Re: Announcement from Raptor / Solid Silicon Corp
« Last post by Borley on January 03, 2024, 06:30:03 pm »
Oh, you just have to scroll down from the completely blank white title card.

Quote
Imagine having the option to own your own keys and use silicon that has fully open source firmware and tooling.
Meet the X1
A perfect chip for BMC and IOT.  Simplify your design with embedded Lattice FPGA technology, DRAM, and Root of Trust.
Meet the S1
A powerful AI enabled OpenPOWER CPU for servers and edge devices. Simplify and secure your design with open ISA, embedded Root of Trust, BMC, and reference designs.
sales@solidsilicon.com
93
User Zone / Re: Calling for gaming experiences
« Last post by Borley on January 03, 2024, 06:15:40 pm »
It is simple to contribute to right now. I don't think we intended for so very many games to actually work that the list would outgrow a simple column. Maybe it can be split it up into:

Native builds
Engine re-implementations
Emulators
Hangover/Box64
94
Blackbird / Re: OpenBMC reporting critical error Proc.FSI.Error.MasterDetectionFailure
« Last post by Borley on January 03, 2024, 05:58:34 pm »
These events have also been showing in the 'Server Health' section of my BMC web panel. Just four marked from 2020, and two more recent from December 2023.

Code: [Select]
org.Open_power.Proc.FSI.Error.MasterDetectionFailure
CALLOUT_DEVICE_PATH=/sys/devices/platform/gpio-fsi/fsi0/slave@00:00/raw CALLOUT_ERRNO=0_PID=4612

My system has been fine, other than occasionally booting without properly setting RTC time to the host (same issue that ClassicHasClass has been seeing?)

If this is power outage related, that would make sense since, through 2020, I unknowingly had my Blackbird on a bad uninterruptible power supply. Then later had it in a location prone to outages before replacing the UPS.

If these logs are nothing critical, they should be safe to clear from the log?
95
Firmware / Re: Adventures in reverse engineering broadcom nic firmware
« Last post by ejfluhr on January 03, 2024, 04:32:58 pm »
Wow, quite an entertaining talk, and nice contribution to increasing openness of the platform...well done Hugo.

It would be quite interesting to hear from any Broadcom engineers on the hilarity of The Great Broadcom BitBang.  I would not be suprised if that was a hack invented to solve some early problem with thye design that nobody bothered to go back and fix.
96
Blackbird / Re: Blackbird for sale
« Last post by MPC7500 on December 30, 2023, 12:06:11 pm »
Congrats. Let's hope that the successors appear soon. Or maybe not ;)
97
Blackbird / Re: Blackbird for sale
« Last post by power9mm on December 30, 2023, 08:14:49 am »
sold
98
Firmware / Re: Adventures in reverse engineering broadcom nic firmware
« Last post by ClassicHasClass on December 29, 2023, 12:47:33 pm »
It's more good work by Hugo. Well done.
99
Firmware / Adventures in reverse engineering broadcom nic firmware
« Last post by DKnoto on December 28, 2023, 12:11:59 pm »
Unlocking a system with 100% open source firmware

Quote
In an era where vendors increasingly seek to use proprietary software in the devices around us to exert control over their users, the desire for open source software has expanded to the firmware that allows our machines to function, and platforms which individuals can trust and control have never been more important. However, changes to hardware platforms in recent years such as the Intel ME, vendor-supplied binary blobs and vendor-signed firmware images have repeatedly set back efforts to create open source firmware for the computers we use. The release of Power servers with 99% open source firmware excited many who had been searching for a computer they could trust, but one proprietary firmware blob remained: that of the Ethernet controller. This is the story of how that blob was reverse engineered and replaced with an open source replacement, delivering the first machine with desktop-class performance and 100% open source firmware in many years.

This talk is about how I reverse engineered the final remaining firmware blob on the Talos II/Blackbird POWER9 systems, enabling it to be replaced with an open source replacement, in an intensive reverse engineering effort that spanned several years.

The talk will begin by introducing the open source firmware movement and its practical and ethical motivations, and note the obstacles to delivering fully open source firmware for contemporary x86 and other platforms and explaining the motive behind the project, before moving onto a more technical discussion of the adventure of firmware reverse engineering and the obstacles encountered.

Subjects I intend to cover include: how the original proprietary firmware was reverse engineered from scratch with only limited knowledge of device internals; the long history of Broadcom NIC architecture and its evolution over time; the tools that had to be developed to enable the device probing, testing and reversing process; the story of a horrifying but necessary detour into reversing x86 real mode code and the novel methodology used to aid reversing; how modern NICs allow BMCs in servers to share network ports with the host, and the security hazards this creates; and how fully open source firmware was created legally using a clean room process.

This talk will be accessible to audiences unfamiliar with POWER9 or the open source firmware community, but is also intended to cover some new ground and be of interest to those familiar with the project. The talk will mainly be of interest to those interested in open source firmware and issues such as owner control and the security and auditability issues caused by proprietary firmware, and to those interested in reverse engineering.
100
GPU Compute / Accelerators / Re: Radeon RDNA3 support?
« Last post by MPC7500 on December 22, 2023, 07:45:40 pm »
Yesterday someone on the Talos IRC reported that he runs a RX 7600 successfully on Fedora 39.
I guess, the same kernel requirements as RDNA2 (Kernel 6.1+). Not sure though.
Pages: 1 ... 8 9 [10]