ve really tested, so no guarantees :)
Is this strange behavior related to ACPI or something else?
Also when I'm not starting /etc/rc.d/moused before going to X I can't
use mouse in X.
Is this problem related to X or ACPI?
X expects to use sysmouse by default. If you don
Randy Bush wrote:
releng6 as of yesterday
# tzsetup
tzsetup: /usr/share/zoneinfo/zone.tab:250: country code `ME' unknown
Already fixed today.
cvsup and
# cd /usr/src/share/misc/ && make all install clean
Thanks
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos
ebp = 0xbfbfed88 ---
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscr
Well, i don't know.
I access this machine via com1, and i don't know how to see old
messages. I can't call doadump because dumpdev="AUTO" does not work.
Regards
Xin LI wrote:
Hi, Marcus,
On 2/25/06, Marcus Alves Grando <[EMAIL PROTECTED]> wrote:
5.5-PRERELE
.
# kldstat
Id Refs AddressSize Name
12 0xc040 4b9a28 kernel
21 0xc2c49000 8000 cpufreq.ko
# kldunload -v cpufreq
Unloading cpufreq.ko, id=2
kldunload: can't unload file: Device not configured
Thanks
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Interne
Well, works. Thanks. It's possible to printf some message about this if
kern.timecounter.hardware != ACPI-fast? Or add message in cpufreq(4)?
Thanks
Nate Lawson wrote:
Marcus Alves Grando wrote:
I have problems in cpufreq in RELENG_6 (today).
I try to set another frequency in my lapto
ule_up+0x86
g_up_procbody(0,e35dcd38) at g_up_procbody+0x92
fork_exit(c05270b8,0,e35dcd38) at fork_exit+0x71
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xe35dcd6c, ebp = 0 ---
All DDB info:
http://marcus.grupos.com.br:8080/patch/panic-server.log
Thanks
--
Marcus Alves
Someone have one idea about that?
Apparently that's occurs after high disk load (bsdtar).
Matt, your changes in mpt driver are stable?
Regards
Scott Long wrote:
> Heh, that's supposed to be a 'this will never happen' case.
>
> Scott
>
>
&g
to be documented on UPDATING, isn't it?
>
> Thanks
> --
> Renato Botelho
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To u
_
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
__
10 matches
Mail list logo