Anyone had any joy with this ATM we stuck running an old version
This is only since the recent update before which it was working fine.
Truss shows the following for a crash:
close(6) = 0 (0x0)
mprotect(0x1bd31000,356352,(0x3)PROT_READ|PROT_WRITE) = 0 (0x0)
mprotect(0x1bd31000,356352,(0x5)PROT_READ|PROT_EXEC) = 0 (0x0)
mprotect(0x1bbfd000,1150976,(0x3)PROT_READ|PROT_WRITE) = 0 (0x0)
mprotect(0x1bbfd000,1150976,(0x5)PROT_READ|PROT_EXEC) = 0 (0x0)
linux_brk(0x80dc000) = 135118848 (0x80dc000)
linux_brk(0x80de000) = 135127040 (0x80de000)
linux_brk(0x80e2000) = 135143424 (0x80e2000)
linux_brk(0x80f2000) = 135208960 (0x80f2000)
linux_mmap(0xbfbed000) = 467214336 (0x1bd92000)
linux_brk(0x80f4000) = 135217152 (0x80f4000)
linux_time(0x0) = 1126279273 (0x4321a869)
linux_time(0x0) = 1126279273 (0x4321a869)
linux_socketcall(0x1,0xbfbeddc0) = 6 (0x6)
linux_socketcall(0x2,0xbfbeddc0) = 0 (0x0)
linux_ioctl(0x6,0x5421,0xbfbeddfc) = 0 (0x0)
linux_socketcall(0xe,0xbfbeddc0) ERR#55 'No buffer space available'
write(1,0x18069000,44) = 44 (0x2c)
linux_socketcall(0xe,0xbfbeddc0) ERR#55 'No buffer space available'
write(1,0x18069000,44) = 44 (0x2c)
linux_socketcall(0x6,0xbfbeddc0) = 0 (0x0)
linux_brk(0x80f5000) = 135221248 (0x80f5000)
linux_brk(0x80f7000) = 135229440 (0x80f7000)
linux_pipe(0xbfbed900) = 0 (0x0)
linux_clone(0xf00,0x80f6bf8) = 57606 (0xe106)
write(8,0xbfbedc30,148) = 148 (0x94)
linux_rt_sigprocmask(0x2,0x0,0xbfbedd14,0x8) = 0 (0x0)
write(8,0xbfbedd00,148) = 148 (0x94)
linux_rt_sigprocmask(0x2,0x0,0xbfbedc40,0x8) = 0 (0x0)
SIGNAL 32 (?)
linux_rt_sigsuspend(0xbfbedc40,0x8) ERR#4 'Interrupted system call'
SIGNAL 32 (?)
SIGNAL 32 (?)
linux_sigreturn(0xbfbed950) ERR#4 'Interrupted system call'
linux_open("steam.cfg",0x0,0666) ERR#2 'No such file or directory'
linux_kill(0xe107,0x20) = 0 (0x0)
gettimeofday({1126279273 493151},0x0) = 0 (0x0)
linux_rt_sigprocmask(0x0,0x0,0xbfbedc0c,0x8) = 0 (0x0)
linux_rt_sigprocmask(0x1,0xbfbedd10,0xbfbedc90,0x8) = 0 (0x0)
gettimeofday({1126279273 493314},0x0) = 0 (0x0)
nanosleep({59 999837000}) = 0 (0x0)
linux_rt_sigprocmask(0x2,0xbfbedc90,0x0,0x8) = 0 (0x0)
sched_yield() = 0 (0x0)
write(1,0x18069000,50) = 50 (0x32)
write(1,0x18069000,108) = 108 (0x6c)
exit(0x1)
process exit, rval = 256
Note this is on a single processor machine so no SMP issues.
Steve / K
----- Original Message -----
From: "e-Plutonia" <[EMAIL PROTECTED]>
[ Picked text/plain from multipart/alternative ]
Out of everyone on this list, I have tested with a ton of different setups,
Intel / AMD CPUs, with and without HT, Dual Core and Other functionality,
with every existant linux base. and HZ rate setting. Gary's suggestion does
work however it isn't the final answer. I have noticed that issues only
Occur on HT / Dual Core systems for the majority of the time (Board / CPU's
being capable of it that is). debug.mpsafenet is only a temp solution. As
for the other question, the networking devices used were Intel / 3Com and
even Realtek, for the majority of the time it was Intel. Also I thought
Device Polling might fix this issue as it has a lot to do with timing,
however it had no effect, there was also a kernel patch posted, both
versions of which had 0 effect. I am on a vacation in a cyber cafe right now
so I can't say much else. Gary should be able to help you out, and in
FreeBSD 6.0 he is actively trying to push a fix for this.
On 8/29/05, m0gely <[EMAIL PROTECTED]> wrote:
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd.
and the person or entity to whom it is addressed. In the event of
misdirection, the recipient is prohibited from using, copying,
printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission
please telephone (023) 8024 3137
or return the E.mail to [EMAIL PROTECTED]
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
