1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Bridgman Is No Longer "The AMD Open-Source Guy"

AMD

Published on 20 September 2012 04:35 AM EDT
Written by Michael Larabel in AMD
117 Comments

After five years of the open-source AMD strategy, John Bridgman is no longer managing these efforts.

John Bridgman was involved with the open-source AMD Linux efforts since the beginning five years ago when SUSE was contracted for the early open-source RadeonHD driver developments. He wrangled through lots of documentation to be publicly released, communicated with AMD customers, and managed the small open-source team at AMD. Originally it was just Bridgman and Alex Deucher at AMD while last year they picked up a few more.

Many Phoronix readers know John Bridgman because he was the most prolific contributor within the Phoronix Forums. Bridgman has more than 6,538 posts as of this morning that he's written in the past five years.

He's remained within the Phoronix Forums and frequently posts, but it wasn't until this week when realizing he's actually left his position at the head of the open-source AMD team. Bridgman has moved into working on AMD's new HSA efforts, the Heterogeneous System Architecture. With AMD HSA he's a Linux architect.

Michel Dänzer of AMD, one of their open-source developers, mentioned to me Bridgman's change of position this week while at XDC2012, which happened earlier this summer but didn't happen to realize it until now. On his profile page for the Phoronix Forums he's also updated his profile to reflect "Linux architect for HSA."

Replacing Bridgman at the open-source position is Tim Writer. Since June, Tim Writer is serving as the "Manager Embedded Linux and Open Source Graphics." Previous to entering the open-source arena, he was a senior member of their technical staff, an Embedded Computing Systems Division (ECSD) liaison engineer, and originally started out at AMD as a contractor working on Linux Core Engineering (their Catalyst binary blob). Writer has worked on AMD XvBA as talked about in an earlier Phoronix article.

You can still find Bridgman within the Phoronix Forums while hopefully Tim Writer will be joining soon to feed the open-source Linux graphics enthusiasts with more information.

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  2. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  3. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
  4. DDR3 Memory Scaling Performance With AMD's Athlon 5350
Latest Linux News
  1. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  2. Red Hat Releases Its RHEL 7 Release Candidate
  3. New Features Coming To Xubuntu 14.04 LTS
  4. NVIDIA Officially Releases CUDA 6
  5. Google Releases An AutoFDO Converter For Perf In LLVM
  6. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  7. Star Citizen Will Be Coming To Linux
  8. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  9. The Results Of Optimizing Radeon's VRAM Behavior
  10. Kernel Developers Discuss Improving Kernel Configurations
  11. Apple, LLVM Developers Figure Out Their 64-Bit ARM Approach
  12. NVIDIA GeForce GTX 750 Maxwell GPUs Light Up On Linux 3.15
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel