Fedora Test Days | |
---|---|
Gnome Shell Software Rendering | |
Date | 2012-03-29 |
Time | all day |
Website | http://www.gnome.org/ |
IRC | #fedora-test-day (webirc) |
Mailing list | test |
What to test?[edit]
This week brings a second instalment of Fedora Test Day targeting GNOME 3. This time we will focus on software rendering providing a full GNOME session purely by means of the CPU. Nowadays with most of personal computers capable of hardware 3D acceleration this might seem unnecessary. But let's not forget a whole lot of us who have capable but yet unsupported hardware and get stuck with the Fallback mode.
And this is not the only case. In addition to computers with obsolete graphics there are VM hypervisors like KVM or VirtualBox that don't support full 3D yet. Fedora can also run on many kinds of less usual devices like tablets or netbooks that don't have free(or even proprietary) drivers ready. Fortunately modern CPUs are in principle powerful enough to run gnome-shell and full GNOME 3 desktop without 3D support only via software rendering. Thus the purpose of software rendering is to unify desktop experience for both accelerated and non-accelerated machines.
Simply said, our goal is to make sure that no matter what hardware you are running your Fedora on, you will always get the user experience you are entitled to - a full GNOME desktop.
Do you have an older PC? Netbook? Or do you like to play with the latest of the latest in VM, where it won't "break" your computer? Even if not, please help us test the gnome-shell software rendering by following few test cases and catching a few bugs - after all, as always with Fedora, you'll be doing that for yourself :-)
Who's available[edit]
The following cast of characters will be available for testing, workarounds, bug fixes, and general discussion ...
- Development - Adam Jackson (ajax)
- Quality Assurance - Martin Holec (Martix), Vítězslav Humpa (vhumpa), Adam Williamson (adamw)
Prerequisite for Test Day[edit]
- Graphics adapters, virtual machines, or driver configurations not capable of compositing, to test fallback support (see below)
- An updated Fedora 17 pre-release, or the specific Test Day live image.
- Your hardware profile uploaded to Smolt according to these instructions
Also helpful, if you have or can get them:
- Additional displays (monitors, TVs...)
How to test?[edit]
Well, start Gnome and see if you get the shell. The more relevant question is "what to test".
What we're most interested in is older and obscure hardware cases. It's expected that not all of these will come up with the shell by default. The interesting thing is whether they can be coaxed into doing so; how; and how to make them perform reasonably. Some scenarios we need better coverage for are:
- Old x86 hardware, in particular CPUs that don't support SSE2 (AMD Geode and pre-Athlon-64, Intel pre-Pentium-4, etc)
- Non-x86 hardware. ARM, PowerPC, etc. This is obviously harder to come by.
- Non-KVM virtualization
- Older video cards from big-three vendors: Intel 8xx, Radeon pre-R300, NVIDIA pre-GeForce-6.
Live image[edit]
You may download a non-destructive pre-Fedora 17 live image for your architecture. Tips on using a live image are available at FedoraLiveCD.
Architecture | SHA256SUM |
---|---|
x86_64 | cedfb4eaff3673c23e1afb1160d94ffab452ad7e2fd3c9833953562fcd50b0fe
|
i386 | a0d6ead83c051d179a478232bc2a31b39138908ccd9d82e186e8e6b1a2131caa
|
Using the live image is the easiest way to participate in testing for most people, but alternatively you can:
Update your machine to Fedora 17[edit]
If you are already running or want to try the pre-release of Fedora 17, install Fedora 17 Alpha and then update to the latest packages.
Perform testing[edit]
Please perform as many of the test cases listed as you have the time and the resources to complete, and fill out your results in the table below. You do not need a Fedora account to fill in the table.
Fallback[edit]
If you are unable to run a full GNOME 3 session either through HW or SW rendering and fallback mode kicks in you won't be able to run gnome-shell. In this case, please, don't hesitate to ask on IRC as there might be a way we can help you start a regular session.
Regular tests[edit]
- QA:Testcase gnome-shell software rendering - login
- QA:Testcase desktop menus
- QA:Testcase gnome-shell workspaces
- QA:Testcase desktop message notification
- QA:Testcase desktop lock screen
- QA:Testcase gnome-shell software rendering - vt switch
- QA:Testcase gnome-shell software rendering - suspend-resume
- QA:Testcase gnome-shell software rendering - multihead
- QA:Testcase gnome-shell software rendering - glxgears
Unplanned testing[edit]
As well as running the formal test cases, you can help simply by running gnome-shell and reporting any problems you come across in the course of your typical usage, even if this does not match up with any of the test cases. If you are unsure to what any discovered problem relates, please check in #fedora-test-day before you file a bug.
Test Results[edit]
If you have problems with any of the tests, try and report a bug. Bugs clearly related to GNOME Shell and it's rendering should be reported to GNOME Bugzilla. Bugs that are clearly issues in Fedora GNOME integration should be reported to Fedora Bugzilla. If you are unsure, please report into Fedora Bugzilla or ask on #fedora-test-day or #fedora-qa. You will need an account to report bugs, but creating one is easy, and we will help you do this if you ask in IRC.
If you are not sure of the appropriate component (usually mesa for SW rendering), please check in IRC before filing, there are many possibilities. If you are unsure about exactly how to file the report or what other information to include, just ask on IRC and we will help you.
Once you have completed the tests, add your results to the Results table below, following the example results from the first line as a template. The first column should be your name with a link to your User page in the Wiki if you have one, and the second should be a link to the Smolt profile of the system you tested. If you are running Fedora in VM, please, at least state the name of VM hypervisor(kvm/VirtualBox...). However uploading Smolt profile is useful even for VMs. For each test case, use the result template to describe your result, following the examples in the Sample user row.
User | Smolt Profile | Login | Desktop menus | Workspaces | Notifications | Lock | VT switch | Suspend | Multihead | Gears | Unplanned | References |
---|---|---|---|---|---|---|---|---|---|---|---|---|
Sample User | HW |
| ||||||||||
Sagitter | AcerAspire6930G |
| ||||||||||
Sagitter | Packard Bell EasyNote PB17B00106 |
| ||||||||||
Adsllc | Oracle VirtualBox 4.1.10 r76795 | |||||||||||
n4rC0t1C | Asus EEE 701 2GB RAM | |||||||||||
satellit_ | AcerAspireOne_N450 |
| ||||||||||
satellit_ | Penguin Libre GNU/Linux Notebook Processor: Dual-Core Intel® Core™ i3-2350M 2.30GHz Memory: 4GB DDR3 |
| ||||||||||
adunsmuir | Dell D810 Laptop with Radeon M24 IP (Radeon Mobility X600, 1920 x 1200) Intel P4 1.86 GHz Memory 2GB DDR | |||||||||||
adunsmuir | Dell GX270 low profile desktop with Dell 9N151 AGP R100 32MB (RV200 5157) 1920x1200 Intel P4 3.00 GHz Memory 4GB DDR | |||||||||||
msimon | Lenovo ThinkPad T410 | |||||||||||
Martix | Lenovo Thinkpad T520 [1] |
| ||||||||||
Martix | Lenovo Thinkpad T420s |
| ||||||||||
tjamrisk | Lenovo ThinkPad T410 | |||||||||||
Sesivany | Dell Inspiron Mini 10 |
| ||||||||||
mkertt | Dell Latitude D600: Pentium M / ATI FireGL 9000 (RV250) | |||||||||||
MartinK | Asus F3jr: Core Duo (T2450)) / ATI Radeon X2300 (RV515) | |||||||||||
Jaroslav Škarvada | Dell Latitude D620: Core Duo (T2500)) / nVidia G72M [Quadro NVS 110M/GeForge Go 7300] (NV40) | |||||||||||
Jaroslav Škarvada | Asus EeePC 1000H: Atom N270 / Intel 945GME | |||||||||||
Jaroslav Škarvada | Lenovo T410: Core i5 (M540) / GMA HD (Arrandale) | |||||||||||
Jaroslav Škarvada | Lenovo T500: Core 2 Duo (T9600) / GMA 4500 MHD | |||||||||||
Jaroslav Škarvada | Gigabyte M56S-S3: AMD Athlon 64 X2 (6400+) / GeForce 8800 GT (G92) | |||||||||||
Fultongr | Dell Inspiron 600m: Pentium M, Radeon Mobility FireGL 9000 (R250), 512 MB DDR[1] |
| ||||||||||
Fultongr | Dell Dimension 3000: Pentium 4 (i686), Intel 82865G, 1280x1024 display, 512 MB DDR[1] |
| ||||||||||
Fultongr | IBM ThinkPad T41: Pentium M, Radeon Mobility FireGL 9000 (R250), 512 MB DDR; internal display has unreliable backlight so using external 1280x1024[1] |
| ||||||||||
Coffeeandkeyboard | GA-MA785GT-UD3H based desktop: AMD Phenom II x4 955 Black Edition, 8GB DDR3 G.Skill Ripjaws; Samsung SyncMaster 2333HD display; [1] | |||||||||||
Coffeeandkeyboard | Compaq Evo N610c [1] |
| ||||||||||
User | Smolt Profile | Login | Desktop menus | Workspaces | Notifications | Lock | VT switch | Suspend | Multihead | Gears | Unplanned | References |
Long comments[edit]
- ↑ Gnome starts in fallback mode.
mv /usr/lib/dri/i915_dri.so /tmp and
commenting in
Intel\(R\) 8digit:{2,2}[^[:digit:]]
in /usr/share/gnome-session/hardware-compatibility. After login, Gnome-shell works (slowly) - ↑ Will try xorg.conf and soft rendering when I have some time. Willing to work with Ajax to debug, as I have 3 of these units (good DNS/DHCP/Samba box)... no response on IRC from 22:40 to 23:10 EDT
- ↑ F17 i686 installed to HDD, updated (2012-03-30). edited xorg.conf (added line Option "NoAccel" to section with nouveau driver) and works fine.
- ↑ IRC: Notifications works only for PMs, not for name highlights in room. Gnome #648899 Gnome #643595 Gnome #610589
- ↑ System and gnome-control-center doesn't _always_ remember monitor mirroring. Gnome #673559
- ↑ IRC: Notifications works only for PMs, not for name highlights in room. Gnome #648899 Gnome #643595 Gnome #610589
- ↑ used testday image without updating, by default boots in gnome shell with hw acceleration, killed dri files as per description and the logged in and out
- ↑ while everything works without and I have seen no artifacts anywhere, the shell is usable but feels slow and animations visibly don't run at anything near 60 FPS
- ↑ pressing ctr+alt+l did nothing and I have not found any other logical way to invoke suspend - there was no such item in the menu with suspend
- ↑ GDM didn't start / periodically crashed, needed manual update to gdm-3.4.0.1-5 (it wasn't available to me in updates-testing in time of testing).
- ↑ Without software rendering Gnome desktop was unusable - artifacts, missing text, etc., needed manual switch to fallback mode via $ gsettings set org.gnome.desktop.session session-name 'gnome-fallback' then OK, RHBZ #745202.
- ↑ Empathy crashed after resume, but I was unable to report it, because abrt refuses the backtrace as unusable (tried both locally and retrace server generated).
- ↑ Initial attempt to inhibit blacklist entry resulted in unusable session - completely transparent Terminal window, translucent session control menu, noisy mouseover effects, etc.
- ↑ Initial attempt to inhibit blacklist entry resulted in unusable session - completely transparent Terminal window, translucent session control menu, randomly missing letters in text, etc.
- ↑ Relocation of R200 DRI driver to /tmp resulted in successful GNOME Shell session, though I have to explicitly switch to the external display each time I log on to a GNOME session or log out to the login manager.
- ↑ The switch to the VT console didn't honor the internal / external display choice I had made; probably not a GNOME-specific issue. The switch back to the GNOME desktop did honor my display choice.
- ↑ Wakeup resulted in a broken session display, though HID inputs still worked, which allowed me to blindly log out of the session and restart, albeit with some glitches involving display choice.
- ↑ In Fallback Mode, Suspend option isn't available on the User Menu. Had to use the Log out option, then select suspend from the power off menu