Closed Bug 389992 Opened 17 years ago Closed 17 years ago

qm-centos5 needs to be in 32bpp display mode

Categories

(Release Engineering :: General, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: vlad, Unassigned)

References

Details

Attachments

(2 files)

qm-centos5 is right now running in 16bpp display mode.  It needs to be in 32bpp; this is the cause of the various reftest failures and the like.

(All our linux tinderboxen/testing boxen need to be in 32bpp.)
32bpp, really.  (Linux still has a packed-pixel 24bpp mode that's to be avoided like the plague.)
Summary: qm-centos5 needs to be in 24bpp display mode → qm-centos5 needs to be in 32bpp display mode
this should be fixed. Made the changes in xorg.conf and confirmed the settings were changed in Settings>Display (reported "millions" of colors).
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
after messing around with this, finding the right place to put the args in for 32 bit display, I had to remove them again. See attachment for the vncserver log.
Status: REOPENED → ASSIGNED
Attached file logfile
Attached file logfile2
this is the server running in 32bpp.
whoops.. 24-bit depth, 32 bits per pixel.  So -depth 24 I think?  (It's confusing on linux because there's this old 24 bits/24 bpp mode that's packed-pixel RGBRGBRGB still around... and you definitely don't want that.)  I think -depth 32 there was trying to do something like 11/11/10, which, while cool, isn't quite supported :)
hm, that might explain the yellow cursor color on the black background. Ok, I'll try -depth 24 when I can get a chance amongst all the checkins. It's been pretty steady all night and don't want to break the tree during freeze.
Well, should be very few checkins -- so now's probably the best time to break that specific machine.
I've added -depth 24 to the vncservers configuration and verified that it's running with that bitdepth in xdpyinfo, but unable to figure out where to set 32 bits per pixel.
This should be fixed now. xdpyinfo claims:

name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    70101000
X.Org version: 7.1.1
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    2
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x2c00015, revert to PointerRoot
number of extensions:    21
    BIG-REQUESTS
    DAMAGE
    DEC-XTRAP
    DOUBLE-BUFFER
    Extended-Visual-Information
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RECORD
    SECURITY
    SHAPE
    SYNC
    TOG-CUP
    VNC-EXTENSION
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFIXES
    XFree86-Bigfont
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1280x1024 pixels (325x260 millimeters)
  resolution:    100x100 dots per inch
  depths (2):    1, 24
  root window id:    0x25
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store YES, save-unders YES
  largest cursor:    1280x1024
  current input event mask:    0xfa2033
    KeyPressMask             KeyReleaseMask           EnterWindowMask          
    LeaveWindowMask          ButtonMotionMask         StructureNotifyMask      
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask          
    PropertyChangeMask       ColormapChangeMask       
  number of visuals:    2
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff, 0xff00, 0xff0000
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x22
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff, 0xff00, 0xff0000
    significant bits in color specification:    8 bits
Status: ASSIGNED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: