Terrystewart (talk | contribs) |
m (internal link cleaning) |
||
(32 intermediate revisions by 5 users not shown) | |||
Line 12: | Line 12: | ||
For a sample test plan format, please see [[QA/TestPlans/Audio]] | For a sample test plan format, please see [[QA/TestPlans/Audio]] | ||
=How the heck do I do this?= | |||
To add a new test case, add in a line like this: | |||
* <test case description> | <testing status, can be NOT TESTED, PASS, FAIL> (<F10 build>) | <tester username> | |||
If you wish to claim a test case, try following the description, and if it passes, mark your test case as such. If it fails, you're going to need to file a bug; thankfully, this process is relatively swift and simple. Follow [https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&blocked=FedoraOnXO this] link and fill in the appropriate fields: | |||
* Component (make your best guess here, as it's required to file the bug) | |||
* Summary (a short sentence describing the problem) | |||
* Description (fill out the fields as clearly as possible here; it's paramount that the bug you file be understandable and reproducible by someone who knows little about the process) | |||
* Attachment (if you have any relevant logfiles/output, use this tool to attach them to your bug) | |||
* Blocks (make sure that it blocks FedoraOnXo (very important!)) | |||
For an example, check out the bug I filed for the volume accelerator key issue, [https://bugzilla.redhat.com/show_bug.cgi?id=467796 BZ# 467796]. After you've filled in that information, go ahead and submit the bug and report it on your test case thusly: | |||
* Can you feel it coming in the air tonight? | FAIL (<F10 build>) [<bug URL> <bugzilla number>] | <your username> | |||
Finally, check out the [https://bugzilla.redhat.com/showdependencytree.cgi?id=461806&hide_resolved=1 dependency tree] for the [https://bugzilla.redhat.com/show_bug.cgi?id=461806 FedoraOnXO] bug and look around for display-related bugs. If you find one, run through the [[QA/TestPlans/Fedora10_On_XO#Triage_NEW_Fedora_XO_Bugs|triage procedure]] described on the test plan wiki and see if you can move it over to ASSIGNED. | |||
= LCD Panel = | = LCD Panel = | ||
== Resolution == | == Resolution == | ||
The panel used in the XO is 200 DPI, but each pixel is a single color. Xorg needs to detect the XO display and reduce the resolution to a more manageable value (150 DPI?). Pixel Qi wants to bring the display into mass production in Q2 2009, so this needs to be done in a timely fashion. | The panel used in the XO is 200 DPI, but each pixel is a single color. Xorg needs to detect the XO display and reduce the resolution to a more manageable value (150 DPI?). Pixel Qi wants to bring the display into mass production in Q2 2009, so this needs to be done in a timely fashion. | ||
* [[Luya]]: resolution works best between 130-150 DPI. | |||
== Fonts == | == Fonts == | ||
Line 23: | Line 46: | ||
Changing between Virtual Terminal ''vt1'' and back to the graphical terminal ''vt7'' should behave without error and without display artefacts. | Changing between Virtual Terminal ''vt1'' and back to the graphical terminal ''vt7'' should behave without error and without display artefacts. | ||
* No error reported. Slight delay from ''vt1'' Virtual Terminal to ''vt7'' graphical terminal possibly due to limited swap memory. (F10Snap3) | '''Pass''' | Luya | |||
== Boot Display == | |||
* Graphical boot display 'Plymouth' | |||
** XO with Plymouth enabled boots fine, no glitches, etc. (see [http://olpc.trinks.net]) | (F10Preview) | '''Pass''' | ttrinks | |||
= Keyboard interface = | = Keyboard interface = | ||
[https://bugzilla.redhat.com/show_bug.cgi?id=468744 Bug 468744] | |||
= Display Applications = | = Display Applications = | ||
Line 42: | Line 66: | ||
* From panel applet | * From panel applet | ||
** Change resolution | ** Change resolution | ||
*** Resolution is locked to 1200x900 | Luya | |||
* Enabling Desktop Effects (currently causes entire screen to go blank) | |||
== xrandr == | == xrandr == | ||
* screen rotation | * screen rotation | ||
xrandr -o inverted | |||
xrandr -o left | |||
xrandr -o right | |||
xrandr -o normal | |||
xrandr -o 1 | |||
xrandr -o 2 | |||
xrandr -o 3 | |||
xrandr -o 0 | |||
xrandr --output default --rotate inverted | |||
xrandr --output default --rotate normal | |||
(F10Preview) | '''Pass''' | jpechane | |||
* screen detection | * screen detection | ||
Screen 0: minimum 1200 x 900, current 1200 x 900, maximum 1200 x 900 | |||
default connected 1200x900+0+0 (normal left inverted right) 0mm x 0mm | |||
1200x900 51.0* | |||
(F10Preview) | '''Pass''' | jpechane | |||
== glxgears == | == glxgears == | ||
runs fine it along one application. performance occurs only if multiple applications run at the same time due to hardware limit. (F10Preview and rawhide.iso) | '''Pass''' | [[Luya]] | |||
== Basic applications == | == Basic applications == | ||
Line 60: | Line 101: | ||
* Nautilus | * Nautilus | ||
* GIMP | * GIMP | ||
** Tried to make screenshop of other app, made basic editing and conversion operations, tried JPEG save, no problems so far | '''Pass''' | jpechane | |||
* Firefox | * Firefox | ||
** Corrupt text of certain size after scrolling in firefox on XO (F10Snap3) [https://bugzilla.redhat.com/show_bug.cgi?id=469218 #469218] | '''Fail''' | Terry Stewart | |||
* Empathy | * Empathy | ||
** Everything works fine. | '''Pass''' | Luya | |||
* AbiWord | * AbiWord | ||
* Totem Movie Player | ** Everything works fine, including scrolling and fonts. Tested also national accents for Easter European languages. | '''Pass''' | jpechane | ||
* Totem Movie Player | |||
** Skidded play compared to OLPC version of Totem even with low quality ogg video.[https://bugzilla.redhat.com/show_bug.cgi?id=469538 #469538] | '''Fail''' | Luya. | |||
* Rhythmbox Music Player | * Rhythmbox Music Player | ||
** No output to speakers [https://bugzilla.redhat.com/show_bug.cgi?id=466038 #466038] (F10Snap3) Fixed on F10Preview | '''Pass''' | Luya | |||
** Choppy sound and Rythmbox froze after few seconds (F10Preview) [https://bugzilla.redhat.com/show_bug.cgi?id=471964 #471964] | '''Fail''' | Luya | |||
=== Other Applications === | === Other Applications === | ||
* OpenOffice | * OpenOffice | ||
** Can't install (yum runs out of memory) | (F10Preview) | '''Fail''' | TerryStewart | |||
* Wine | * Wine | ||
** Font is cut. It either loses lower half or letters 'p', 'y' etc. loses part under baseline. The DPI was updated in Wine config. Enclosed applications were otherwise working | (F10Preview) [https://bugzilla.redhat.com/show_bug.cgi?id=471585 #471585]| '''Fail''' | jpechane | |||
* Comix | * Comix | ||
** Works | (F10Preview) | '''Pass''' | TerryStewart | |||
* VLC | |||
** Works | (F10Preview) | '''Pass''' | TerryStewart | |||
* Opera | |||
** Regularly used, problem with menu fonts in Snap3, works OK in Preview, subjectively faster and better responding then Firefox, Mail and Chat were not tested | (F10Preview) | '''Pass''' | jpechane | |||
= USB VGA Adapter (sisusb) = | = USB VGA Adapter (sisusb) = | ||
The XO has no VGA port (unless you are willing to cut a hole in the back and do some soldering). But, there are USB SVGA adapters that would be very handy to have working. This involves the sisusb driver, and this works under the standard OS [http://wiki.laptop.org/go/Adding_USB_SVGA]. I don't know if this is something that can be automatically detected, but it would be nice if it worked with minimal configuration. | The XO has no VGA port (unless you are willing to cut a hole in the back and do some soldering). But, there are USB SVGA adapters that would be very handy to have working. This involves the sisusb driver (which is included), and this works under the standard OS [http://wiki.laptop.org/go/Adding_USB_SVGA]. I don't know if this is something that can be automatically detected, but it would be nice if it worked with minimal configuration. | ||
* Running using only the USB VGA monitor (i.e. not using LCD) | PASS | Terrystewart | |||
* Using both USB VGA and LCD at once | FAIL (Preview) [https://bugzilla.redhat.com/show_bug.cgi?id=470445 470445] | Terrystewart | |||
= FAQ = | = FAQ = | ||
* [http://people.freedesktop.org/~hughsient/quirk/quirk-keymap-index.html How to build our own hal keymap] | * [http://people.freedesktop.org/~hughsient/quirk/quirk-keymap-index.html How to build our own hal keymap] | ||
* [http://wiki.laptop.org/go/OLPC_Keyboard_layouts What are the scan codes for the XO keyboard?] | * [http://wiki.laptop.org/go/OLPC_Keyboard_layouts What are the scan codes for the XO keyboard?] |
Latest revision as of 22:10, 17 September 2016
NOTES:
* xrandr rotation? * Using expected driver and resolution settings * Changing vt's back and forth * Coming out of suspend? * touchpad interface? * gamepad interface? * Brightness up/down accelerator key? * plymouth graphical boot enabled+working by default?
For a sample test plan format, please see QA/TestPlans/Audio
How the heck do I do this?
To add a new test case, add in a line like this:
* <test case description> | <testing status, can be NOT TESTED, PASS, FAIL> (<F10 build>) | <tester username>
If you wish to claim a test case, try following the description, and if it passes, mark your test case as such. If it fails, you're going to need to file a bug; thankfully, this process is relatively swift and simple. Follow this link and fill in the appropriate fields:
- Component (make your best guess here, as it's required to file the bug)
- Summary (a short sentence describing the problem)
- Description (fill out the fields as clearly as possible here; it's paramount that the bug you file be understandable and reproducible by someone who knows little about the process)
- Attachment (if you have any relevant logfiles/output, use this tool to attach them to your bug)
- Blocks (make sure that it blocks FedoraOnXo (very important!))
For an example, check out the bug I filed for the volume accelerator key issue, BZ# 467796. After you've filled in that information, go ahead and submit the bug and report it on your test case thusly:
* Can you feel it coming in the air tonight? | FAIL (<F10 build>) [<bug URL> <bugzilla number>] | <your username>
Finally, check out the dependency tree for the FedoraOnXO bug and look around for display-related bugs. If you find one, run through the triage procedure described on the test plan wiki and see if you can move it over to ASSIGNED.
LCD Panel
Resolution
The panel used in the XO is 200 DPI, but each pixel is a single color. Xorg needs to detect the XO display and reduce the resolution to a more manageable value (150 DPI?). Pixel Qi wants to bring the display into mass production in Q2 2009, so this needs to be done in a timely fashion.
- Luya: resolution works best between 130-150 DPI.
Fonts
Current subpixel smoothing mechanisms don't take advantage of the unique nature of the panel. Modify Xft to add a more-specific mechanism.
Display Mode
Changing between Virtual Terminal vt1 and back to the graphical terminal vt7 should behave without error and without display artefacts.
- No error reported. Slight delay from vt1 Virtual Terminal to vt7 graphical terminal possibly due to limited swap memory. (F10Snap3) | Pass | Luya
Boot Display
- Graphical boot display 'Plymouth'
- XO with Plymouth enabled boots fine, no glitches, etc. (see [1]) | (F10Preview) | Pass | ttrinks
Keyboard interface
Display Applications
gnome-display-properties
- Change resolution
- Change rotation
- Detect displays button
- Enable "Show Displays in Panel"
- From panel applet
- Change resolution
- Resolution is locked to 1200x900 | Luya
- Change resolution
- Enabling Desktop Effects (currently causes entire screen to go blank)
xrandr
- screen rotation
xrandr -o inverted xrandr -o left xrandr -o right xrandr -o normal xrandr -o 1 xrandr -o 2 xrandr -o 3 xrandr -o 0 xrandr --output default --rotate inverted xrandr --output default --rotate normal
(F10Preview) | Pass | jpechane
- screen detection
Screen 0: minimum 1200 x 900, current 1200 x 900, maximum 1200 x 900 default connected 1200x900+0+0 (normal left inverted right) 0mm x 0mm 1200x900 51.0*
(F10Preview) | Pass | jpechane
glxgears
runs fine it along one application. performance occurs only if multiple applications run at the same time due to hardware limit. (F10Preview and rawhide.iso) | Pass | Luya
Basic applications
Check to ensure various standard applications render correctly. Should probably list a few basic things to do with each application. May also include layout issues given the font size issues.
Installed applications
- Nautilus
- GIMP
- Tried to make screenshop of other app, made basic editing and conversion operations, tried JPEG save, no problems so far | Pass | jpechane
- Firefox
- Corrupt text of certain size after scrolling in firefox on XO (F10Snap3) #469218 | Fail | Terry Stewart
- Empathy
- Everything works fine. | Pass | Luya
- AbiWord
- Everything works fine, including scrolling and fonts. Tested also national accents for Easter European languages. | Pass | jpechane
- Totem Movie Player
- Skidded play compared to OLPC version of Totem even with low quality ogg video.#469538 | Fail | Luya.
- Rhythmbox Music Player
Other Applications
- OpenOffice
- Can't install (yum runs out of memory) | (F10Preview) | Fail | TerryStewart
- Wine
- Font is cut. It either loses lower half or letters 'p', 'y' etc. loses part under baseline. The DPI was updated in Wine config. Enclosed applications were otherwise working | (F10Preview) #471585| Fail | jpechane
- Comix
- Works | (F10Preview) | Pass | TerryStewart
- VLC
- Works | (F10Preview) | Pass | TerryStewart
- Opera
- Regularly used, problem with menu fonts in Snap3, works OK in Preview, subjectively faster and better responding then Firefox, Mail and Chat were not tested | (F10Preview) | Pass | jpechane
USB VGA Adapter (sisusb)
The XO has no VGA port (unless you are willing to cut a hole in the back and do some soldering). But, there are USB SVGA adapters that would be very handy to have working. This involves the sisusb driver (which is included), and this works under the standard OS [2]. I don't know if this is something that can be automatically detected, but it would be nice if it worked with minimal configuration.
- Running using only the USB VGA monitor (i.e. not using LCD) | PASS | Terrystewart
- Using both USB VGA and LCD at once | FAIL (Preview) 470445 | Terrystewart