-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

> The reboot thing seems odd, but XFree mucks with enough hardware state
> that that could also be part of the problem.
Maybe. But all it's mucking with is the graphics controller - the 
kernel doesn't touch it while X is running ( I'm pretty sure of that, I 
wrote the kernel driver completely for macppc and partially for sparc64 
- - it shouldn't allow userland access to anything that doesn't belong to 
the graphics chip )

> From the stack trace you've posted, though, it looks like the X server
> is calling pthread_sigmask() from a call chain inside a signal
> handler, and that's just not going to work.
Hmm, stupid question - is this NetBSD-specific? Could this confuse the 
kernel enough to keep it from rebooting? If it is I'll see if I can get 
rid of this SIGIO stuff, it doesn't look like anyone really uses it for 
anything good anyway. I think the signal handler is called because of 
some mucked up function pointer and the server ends up in the SIGIO 
handler more or less by accident.

Just for the records - I've been torturing XFree86 4.4 on the U10 for a 
while now - no lockup. 4.5 usually didn't survive more than a few 
minutes of real work.

have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iQEVAwUBQkmeJcpnzkX8Yg2nAQIWsAgAqPo5s+yJyN0jmwoUOs7+iZqGB6IrBS0Z
saNamlWIUJWa+9QHSKdqZWNSh4+KbV/L09woOdUSR4w4NzMN4JRN1o+Fw0WqAzAk
hwuKwuZ7TkNQk2o1oXOnuLhCXGC2hfExajyuplkk2vuEwmHxQS15AZJyerlt+3Ed
sckpC6oqzQHXO2/EtHnXApQzVzRr9qZBE6ZCVelU5jBkNPWqz1JHQhkTgCoPtFjg
xQ0edI/11bS5qf2/OZHbw+u4AAiIBBWXS/s0r6g1AwhCbNrz17mfIFY0vquS21S7
Q8Og+K6WtvmZpYo05jn+pdSdbobp7E86J8jGM7565TSHG8BshPlikw==
=TRkU
-----END PGP SIGNATURE-----