But I decided then that the proper fix would be to wrap all
critical code in sysctl_ifdata in IFNET_RLOCK/IFNET_RUNLOCK (the patch is
attached). It looks like I am wrong and my idea about how the kernel works is
oversimplified? :-) Unfortunately, I didn't manage to reproduce the panic in
my envir
On Tue, 21 Apr 2009 16:58:02 -0400 Mike Tancsa wrote:
MT> At 04:53 PM 4/21/2009, Mikolaj Golub wrote:
>> Just FYI, the same problem has already been registered in pr
>> database as kern/132734.
MT> Thanks,
MT> http://www.freebsd.org/cgi/query-pr.cgi?pr=
$FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.14 2005/05/19 07:36:07 dfr Exp $
According to man this version does not support ENUM type.
gensnmptree from 6.3 works ok.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Mon, 27 Apr 2009 15:30:44 -0400 Steve Bertrand wrote:
SB> Mikolaj Golub wrote:
>> On Mon, 27 Apr 2009 13:37:50 -0400 Steve Bertrand wrote:
>>
>> SB> Hi all,
>>
>> SB> I'm running into an issue during a buildworld. I noticed this prob
ious frame inner to this frame (corrupt stack?)
(kgdb) p &td->td_proc.p_mtx
$5 = (struct mtx *) 0xc4d178b8
Actually, I am not sure that the problem is observed only on the recent
STABLE. It might have not been triggered by our application before the
upgrade. Currently I don't have the syst
osrel = 502010,
p_comm = "megarc", '\0' , p_pgrp = 0xc839d140, p_sysent =
0xc0c0a6e0,
p_args = 0xc7bd6a00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0',
p_fibnum = 0, p_xstat = 0,
p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xc0766af0
,
kl_u
;t change the speed of terminal and the size of input buffer on
running system. Only by recompiling the kernel with updated TTYDEF_SPEED.
Is this intentional or does it look rather like a bug?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mail
On Sun, 11 Oct 2009 13:51:09 +0300 Mikolaj Golub wrote:
MG> So to increase the buffer size I need to decrease tty speed.
Sorry, of course I meant "to increase tty speed" :-).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mail
3288.
So 115200/5=23040 would be more then enough for me :-)
Thanks,
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Mon, 12 Oct 2009 09:08:29 +0200 Ed Schouten wrote:
> * Mikolaj Golub wrote:
>> So 115200/5=23040 would be more then enough for me :-)
>
> Great. I've attached a patch that should allow the buffer size to be
> configured. Unfortunately gettytab currently sets the baud
On Mon, 12 Oct 2009 16:26:54 -0700 Doug Barton wrote:
> Mikolaj Golub wrote:
>> Hi,
>>
>> On 8.0-RC1 if you run this command:
>>
>> cat > /dev/null
>>
>> and try to input a long line, the maximum length you can input is 1920
>> characters.
101 - 111 of 111 matches
Mail list logo