| Summary: | No fonts and missing Icons | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Mike Lothian <mike> | ||||||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | normal | ||||||||||
| Priority: | medium | ||||||||||
| Version: | 7.3 (2007.09) | ||||||||||
| Hardware: | x86 (IA32) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
Created attachment 13737 [details]
The Xorg Log
Created attachment 13738 [details]
My dmesg output
Does this occur with current git? More importantly, did you load without a tainted kernel (=no nvidia driver ever loaded), because the blob can mess things up for us? I made sure that the nvidia module was never loaded. The problem was "fixed" by changing: shared-core/nv40_graph.c in the drm code from #define NV41_GRCTX_SIZE (92*1024) to #define NV41_GRCTX_SIZE (175*1024) but that was apparently just a work around. I sent in a mmio trace as requested Could you check if smaller values work as well? Like 100*1024 and 128*1024? I've just tested it (sorry for the long delay) 100x1024 doesn't work 128x1024 does :D Would you like any others tested? Maarten, checking smaller values is of little use. It's already well established what exactly accounts for the differences in the context sizes across chips. As the submitter reports, adjusting to 175*1024 is a *workaround* until a proper fix is devised. It's a nice safe number, as the 0x40 NV4x chip has both a large number of vertex pipes, and is unique in that each per-pipe block is far larger than the other NV4x chipsets. I know it's only a workaround, but *if* anything gets committed, then i would prefer something better than the highest upper bound. Too large doesn't matter. If you want to use a workaround, you may as well play it safe :) The only down-side of a large block of space being reserved is that we'll run out of PRAMIN for contexts and limit how many channels can be created. But, that is another problem that has to be solved regardless. In that light, I've committed something similar to the original workaround to drm git. This bug should be "resolved" now :) Your fix did the job, the code it totally different now so I'm not quite sure what's going on but it works which is the main thing I'm marking the bug as resolved as you suggested |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 13736 [details] My xorg.conf On a nVidia Corporation NV41.8 [GeForce Go 6800] [10de:00c8] (rev a2) Xorg loads however the fonts are garbled and once past KDM all the fonts for KDE are missing and half of the desktop icons don't show up