Action Item #128
closed
Add support for hardware accelerated X.org
Added by Hammel over 11 years ago. Updated about 10 years ago.
100%
Description
Not sure if this support already exists. If not, fallback to software enabled or perhaps frame buffer driver.
Updated by Hammel over 11 years ago
- Priority changed from Immediate to Normal
- % Done changed from 0 to 50
- Severity changed from High to Medium
There is no hardware accelerated X for Raspberry Pi at this time.
I updated the xorg.conf file and switched the xinitrc to blackbox. X now starts correctly using the fbdev driver.
I'll leave this one open until a hardware accelerated driver arrives.
Updated by Hammel about 11 years ago
- Severity changed from Medium to 03 - Medium
Updated by Hammel about 11 years ago
- Target version changed from 0.3.0 to 1.0 - Atreides
Updated by Hammel over 10 years ago
- Target version changed from 1.0 - Atreides to 2.0 - Harkonnen
Updated by Hammel over 10 years ago
There appears to be a hardware accelerated driver now that is a drop in replacement for the xf86-video-fbdev driver I'm currently using.
Updated by Hammel over 10 years ago
- Priority changed from Normal to Urgent
- Target version changed from 2.0 - Harkonnen to 0.8.0
Updated by Hammel over 10 years ago
- Status changed from New to In Progress
- % Done changed from 50 to 70
Built a buildroot package for it and did a test build. Builds okay with mods for buildroot xorg config (xf86driproto).
Tested on hardware and it comes up fine. Verified it was working in Xorg.log.0. Not sure if 3D is working but 2D acceleration should be there. Don't see great difference in starting surf, however. It still runs slow.
Need to verify complete and current buildroot build works with new package. Then I can check in updates for the new driver, including updating the xorg.conf to use it.
Updated by Hammel over 10 years ago
Left the driver running overnight and found that the display was partially unrefreshed. Hitting a keystroke (shift key) refreshed it.
Updated by Hammel over 10 years ago
- Target version changed from 0.8.0 to 1.0 - Atreides
Pushing this to later release to give driver time to become more stable.
Updated by Hammel about 10 years ago
- Target version changed from 1.0 - Atreides to 0.9.0
Moving to 0.9 to test updates to the driver with newer kernel/gcc/glibc and rootfs.
Updated by Hammel about 10 years ago
- Priority changed from Urgent to Immediate
- Severity changed from 03 - Medium to 02 - High
Updated by Hammel about 10 years ago
Building for 3.10.y - there are currently no updates to the project so this is the same code that was less stable than the standard fbdev with the 3.2.27 kernel.
Also, there is an alternative X.org driver with additional information on using it at eLinux.org.
Updated by Hammel about 10 years ago
Doh - the driver was already enabled and built. It just wasn't used in the xorg.conf. I've switched to it and will let it sit for a while to see what happens.
Updated by Hammel about 10 years ago
After one screen blanking, a keypress brought it back without problem. I'm going to reboot and test if the keyboard is available on first boot (instead of requiring an Xorg restart) and then let it sit overnight and see if its still okay in the morning.
Updated by Hammel about 10 years ago
Xorg still requires a restart on first boot with fbturbo and 3.10.31+.
Leaving overnight to see if driver is okay after long time unattended.
Updated by Hammel about 10 years ago
- Status changed from In Progress to Closed
- % Done changed from 70 to 100
Seems to still be working just fine. I've made it the default for now.
Closing issue. If the driver causes problems I can reopen it.