Jim Watson wrote:
> Also I verified this after a reboot, it would not start xorg until I
> did '# umount /sys ' and the '-l' was not required.
Ok, good to know.
A similar problem has been reported in gentoo as well [1]. Fedora
reverted partially the pci domain patch[2] from Xserver because of ot
Also I verified this after a reboot, it would not start xorg until I did
'# umount /sys ' and the '-l' was not required.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brice Goglin wrote:
to umount /sys before starting Xorg (umount -l /sys might do the trick
if /sys is busy).
I will have to forward this bug upstream anyway, but please let me know
if it helps.
Yes, i did that as root
# umount -l /sys
then as user
$ startx
and it just works - thanks
jim
Brice Goglin wrote:
> I was wondering what you were talking about and where the good strace
> output was.
> Actually your previous mail probably got caught by the spam filter
> before being
> delivering to debian-x. Fortunately, it reached the BTS, so I found it.
>
> open("/sys/bus/pci/devices/00
jim wrote:
> I upgraded to kernel 2.6.20 and the kernel issues are fixed but xorg still
> wont start. Now i can attach some more information, hope it helps...
I was wondering what you were talking about and where the good strace
output was.
Actually your previous mail probably got caught by the sp
Package: xserver-xorg
Version: 1:7.2-3
Followup-For: Bug #422077
I upgraded to kernel 2.6.20 and the kernel issues are fixed but xorg still
wont start. Now i can attach some more information, hope it helps...
(a) cat /proc/iomem
(b) lspci
1fe020002e8-1fe020002ef : su
1fe020003f8-1fe020003ff : su
1
6 matches
Mail list logo
