1 |
Hi Duncan, |
2 |
|
3 |
I solved my problem by using Piotr's xorg.conf. |
4 |
|
5 |
>>>>> "Duncan" == Duncan <1i5t5.duncan@×××.net> writes: |
6 |
|
7 |
> The cards aren't new, and they've had 2D support for awhile |
8 |
> (AFAIK), but the 3D support is what's new and experimental... |
9 |
|
10 |
at the moment I'm happy with 2D support. I don't have any game |
11 |
installed deliberately (besides "M-x tetris" in Emacs). |
12 |
|
13 |
>> Section "Monitor" Identifier "Monitor0" HorizSync 30.0 - 121.0 # |
14 |
>> Warning: This may fry old Monitors VertRefresh 50.0 - 150.0 # |
15 |
>> Very conservative. May flicker. |
16 |
>> |
17 |
>> DisplaySize 400 300 |
18 |
|
19 |
> Hmm... nice size monitor size! =8^) I'm running two that size, @ |
20 |
> 1600x1200 stacked for 1600x2400. (I used to run them at 2048x1536 |
21 |
> for 2048x3072, but decided that was a bit much.) |
22 |
|
23 |
I spent a lot of money for the monitor. But I spend most of the time |
24 |
with TeX and beautiful fonts. Hence I think it's worth the money, |
25 |
especially because it's now 8 years old and still works properly. |
26 |
And every craftsman will tell you that the most important thing is to |
27 |
have good tools. That was my thought when I bought it. |
28 |
|
29 |
> Note that the monitor section above may not be used -- here the ID |
30 |
> specified has a space. Above, no space. Does xorg ignore the |
31 |
> space and treat them the same? |
32 |
|
33 |
Hmm, at least xorg-6.8 didn't complain. |
34 |
|
35 |
>> (WW) RADEON: No matching Device section for instance (BusID |
36 |
>> PCI:1:0:1) found |
37 |
|
38 |
> This is the only indication of problems there, but as you probably |
39 |
> already know, this is often normal on chips that can have two |
40 |
> outputs (whether your card does or not), with the second instance |
41 |
> only auxiliary and not needed/used under normal circumstances, |
42 |
> even when both outputs are used. |
43 |
|
44 |
I got this warning in the past and I assumed that it has to do with |
45 |
the second channel. So I decided to ignore this message. |
46 |
|
47 |
> I checked the strace output. I'm /not/ an expert in such things |
48 |
> and don't claim to be, but the following caught my eye: |
49 |
|
50 |
>> open("/usr/lib64/xserver/SecurityPolicy", O_RDONLY) = 6 [pid 9421] |
51 |
>> open("/dev/input/mouse0", O_RDWR|O_NONBLOCK) = 6 [pid 9421] --- |
52 |
>> SIGFPE (Floating point exception) @ 0 (0) --- |
53 |
|
54 |
> The more likely issue from my viewpoint is the mouse config. |
55 |
> /dev/input/mouse0 exists, right? |
56 |
|
57 |
This worked in the past. I'm using /dev/input/mice from Piotr's |
58 |
config file now. But note that I didn't update X11 only but the |
59 |
whole system. Maybe something changed somewhere else. |
60 |
|
61 |
Regards, and many thanks for your response, |
62 |
Reinhard |
63 |
|
64 |
-- |
65 |
---------------------------------------------------------------------------- |
66 |
Reinhard Kotucha Phone: +49-511-4592165 |
67 |
Marschnerstr. 25 |
68 |
D-30167 Hannover mailto:reinhard.kotucha@×××.de |
69 |
---------------------------------------------------------------------------- |
70 |
Microsoft isn't the answer. Microsoft is the question, and the answer is NO. |
71 |
---------------------------------------------------------------------------- |
72 |
|
73 |
|
74 |
-- |
75 |
gentoo-amd64@g.o mailing list |