Hello,
I'd be glad if you revert the change in rev 1.23 of sys/netinet/ip.h
unless there's some special reason you can't undo your rfc3514
implementation.
Thanks.
(Yes, I regret not having been subscribed to cvs-all list...:)
___
[EMAIL PROTECTED]
On Tue, Mar 25, 2003 at 12:58:35AM +0900, [EMAIL PROTECTED] wrote:
On Mon, Mar 24, 2003 at 08:40:55AM -0700, M. Warner Losh wrote:
I had a working Linux world on my laptop. I upgraded my kernel and
acroread4 stopped working. Now all I get is:
Exited with error code: 0x400e0009.
Hi,
On Mon, Mar 24, 2003 at 08:40:55AM -0700, M. Warner Losh wrote:
I had a working Linux world on my laptop. I upgraded my kernel and
acroread4 stopped working. Now all I get is:
Exited with error code: 0x400e0009.
after a whole lot of disk access when I try to run it. This worked on
Hello.
On Tue, Mar 04, 2003 at 03:19:55PM -0800, Jonathan Lemon wrote:
jlemon 2003/03/04 15:19:55 PST
FreeBSD src repository
Modified files:
sys/net if_arcsubr.c if_atmsubr.c if_ef.c
if_ethersubr.c if_faith.c if_fddisubr.c
On Sat, Feb 01, 2003 at 12:02:05PM +0100, Soeren Schmidt wrote:
Just reply to this message with the output from pciconf -l and you
have helped me sort out the myriads of SiS chipsets out there.
agp0@pci0:0:0: class=0x06 card=0x06481039 chip=0x06481039 rev=0x02 hdr=0x00
pcib1@pci0:1:0:
On Mon, Oct 14, 2002 at 11:26:55PM +1000, Bruce Evans wrote:
On Sun, 13 Oct 2002, Julian Elischer wrote:
ref3# make
linking kernel.debug
ld: target elf32-i386-freebsd not found
*** Error code 1
Stop in /usr/src/sys/i386/compile/REF3.
ref3#
having done a new cvsup and a new
other than the backtrace(attached), let me know it.
Regards.
Script started on Thu Oct 3 23:27:19 2002
qhwt@gzl$ gdb -k /usr/obj/kernel/kernel.debug vmcore.14
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public
On Sun, Sep 22, 2002 at 02:44:54PM +0300, Giorgos Keramidas wrote:
On 2002-09-21 23:53, Crist J. Clark [EMAIL PROTECTED] wrote:
I've been unable to build CURRENT on STABLE for a few days. I made
sure to bring STABLE up to date. Is this just me? Is there a problem
with building CURRENT on
On Sun, Sep 22, 2002 at 10:22:23PM +0900, I wrote:
On Sun, Sep 22, 2002 at 02:44:54PM +0300, Giorgos Keramidas wrote:
On 2002-09-21 23:53, Crist J. Clark [EMAIL PROTECTED] wrote:
I've been unable to build CURRENT on STABLE for a few days. I made
sure to bring STABLE up to date. Is this
Hi.
On Wed, Sep 18, 2002 at 01:15:40PM -0500, Steve Ames wrote:
New datapoint:
If I compile the kernel in the old fashion (config SB; cd ../compile/SB;
make depend all install) then the kernel compiles and installs fine.
However I get the error below when doing a 'make kernel' from
On Thu, Sep 19, 2002 at 10:15:48PM +0900, I wrote:
On Wed, Sep 18, 2002 at 01:15:40PM -0500, Steve Ames wrote:
New datapoint:
If I compile the kernel in the old fashion (config SB; cd ../compile/SB;
make depend all install) then the kernel compiles and installs fine.
However I get
Hello.
I've encountered this panic with kernel from source as of 2002.07.30.00.00.00 .
I've seen this panic message in Julian's message in July
[EMAIL PROTECTED],
but he said in another mail that it was a pilot error. I've searched the list
archive and PR, but found none similar to this.
The
= 0x0, lookup_depth = 0,
lookup_step = 0, lookup_weight = 0, avg_pkt_size = 0, max_pkt_size = 0}
(kgdb) qhwt@gzl$ exit
Hi.
On Wed, Jul 03, 2002 at 09:36:24PM +0200, Rasmus Skaarup wrote:
I'm also suddenly having a panics - every 5 minutes actually, since my
latest cvsup a few hours ago. They seem to be related to some ufs
and ffs calls..
I'm not able to read my core dumps for some reason (gdb says kernel
Hi.
On Tue, Apr 09, 2002 at 01:08:04AM -0400, Jeff Roberson wrote:
This patch has seriously reduced file system deadlocks for several people.
It also makes concurrent file system access much faster in certain cases.
Since I have only heard good reports and no bad reports I'm going to
enable
Hello.
brian 2002/03/30 04:30:11 PST
Modified files:
usr.sbin/ppp Makefile async.c async.h atm.c bundle.c
ccp.c ccp.h chap.c chap.h chat.c
command.c datalink.c datalink.h defs.c
defs.h
After having updated to the world past 2002-02-19, dhclient started
very fast cycle of acquiring and releasing leases every time it was
attached to the local network, like it's attacking the DHCP server.
After all, it was /sbin/dhclient-script that failed trying to update
/etc/resolv.conf which
On Thu, Mar 07, 2002 at 10:40:07AM +0900, I wrote:
Apparently you have KTR enabled (not the default in GENERIC). I think
WITNESS+KTR already caused nasty recursion from the mtx_lock_spin, and
we now get an endless loop when nanotime() is called with an invalid
timecounter in the
On Wed, Mar 06, 2002 at 08:49:18AM +0100, Poul-Henning Kamp wrote:
In message 20020306054514.GA395@gzl, [EMAIL PROTECTED] writes:
Hello.
After upgrading to the kernel as of 2002-03-03 00:00:00(UTC), it stopped
booting just after the message:
Timecounter i8254 frequency 1193182 Hz
On Thu, Mar 07, 2002 at 04:34:00AM +1100, Bruce Evans wrote:
On Wed, 6 Mar 2002 [EMAIL PROTECTED] wrote:
I inserted a pair of printf() inside mtx_lock_spin/mtx_unlock_spin in
i8254_get_timecount() and it kept printing the message while tc_init()
was blocked, so I think it's blocked at
Hello.
After upgrading to the kernel as of 2002-03-03 00:00:00(UTC), it stopped
booting just after the message:
Timecounter i8254 frequency 1193182 Hz
With some debugging printf()'s inserted, I found it was tc-tc_get_timecount()
called from tco_delta() called just after the bcopy() in
21 matches
Mail list logo