--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C7_80E03A1C.C5823D85"
Maxime Henrion wrote:
> Peter Wemm wrote:
> > This turned out to be part of the problem. I committed your patch and
> > another followup that got the rest of it. The outstanding problems were:
> > 1) checkmethod caused use_kenv to be set only once and the next time it
> > was called, use_kenv wo
Peter Wemm wrote:
> This turned out to be part of the problem. I committed your patch and
> another followup that got the rest of it. The outstanding problems were:
> 1) checkmethod caused use_kenv to be set only once and the next time it
> was called, use_kenv would stay at zero and static hint
On Thu, Apr 25, 2002 at 05:57:50PM -0400, Glenn Gombert wrote:
> use (from running NT Server 4.0) to FreeBSD. After installing either
i think this is a mbr-problem. try to boot from a dos-floppy
and do a fdisk /mbr. afterwards reinstall the freebsd bootloader.
hope that helps
toni
--
Toni Schm
Peter Wemm wrote:
> Maxime Henrion wrote:
> > Hi,
> >
> >
> > I think I may have found the bug. Could someone test the attached patch
> > and report if it fixes the problem or not ?
> >
> > Thanks in advance,
> > Maxime
>
> No joy:
>
> FreeBSD 5.0-CURRENT #8: Sat Apr 27 13:48:13 PDT 2002
On Sat, Apr 27, 2002 at 01:07:37AM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Brooks Davis <[EMAIL PROTECTED]> writes:
> : If it's going to work the definition for the Linksys WMP11 will do it.
> : It will have the wrong name in dmesg, but that doesn't do anything
I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime
is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly
buggy) 1004 BIOS.
Here's my dmesg:
==
boot() called on cpu#1
Waiting (max 60
On Sat, Apr 27, 2002 at 09:52:00PM +0200, Eric Jacoboni wrote:
> I think this problem is related to my own /usr/src tree as i don't see
> any other messages about such a pb in -Current. As i update with
> cvsup, i don't know where this problem could come from.
Yeah..most likely explanation is
Maxime Henrion wrote:
> Hi,
>
>
> I think I may have found the bug. Could someone test the attached patch
> and report if it fixes the problem or not ?
>
> Thanks in advance,
> Maxime
No joy:
FreeBSD 5.0-CURRENT #8: Sat Apr 27 13:48:13 PDT 2002
[EMAIL PROTECTED]:/home/src/sys/alpha
[Story about box running out of swap]
Never mind, it turned out to be pilot error as a result of not fixing my
smb.conf after switching DSL providers. Sorry to bother y'all.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
Since rebooting yesterday I am seeing active memory in top increasing steadily
over the course of around 20 minutes (without running X), eventually leading
to things like
Apr 27 11:05:24 lizzy kernel: swap_pager_getswapspace: failed
Apr 27 11:05:24 lizzy kernel: pid 6626 (ld), uid 0, was killed:
Hi,
I'm running 5.0-Current (Apr 10, 2002) but i'm unable to update it on
my i386 box:
==> secure/libexec/sftp-server
cc -O -pipe -march=pentiumpro -DNO_IDEA -o sftp-server sftp-server.o
sftp-common.o -lssh -lcrypto
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to `fatal'
*** Erro
--- Bruce Evans <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Apr 2002, Shizuka Kudo wrote:
>
> > It seems the latest commit of
> > sys/kern/kern_environment to current broke the
> reading
> > of system tunables set by loader.conf. This is
> true at
> > least for hw.cbb.start_mem of my cardbus bridge.
On Wed, Apr 24, 2002 at 04:53:32PM -0700, Peter Wemm wrote:
>
> USB is pretty hosed. :-(
>
> For a while, removing the mouse didn't get detected and you had to kill moused
> manually. Then the removal event happened. A new moused would start but it
> was impossible to kill -9 the old moused.
On Sat, 27 Apr 2002, Maxime Henrion wrote:
> I think I may have found the bug. Could someone test the attached patch
> and report if it fixes the problem or not ?
I hope the problem with rev.1.22 is just spelling inconsistencies in
dev/pccbb/pccbb.c and the user's configuration ("hw.cbb.start_m
On Fri, 26 Apr 2002, Shizuka Kudo wrote:
> It seems the latest commit of
> sys/kern/kern_environment to current broke the reading
> of system tunables set by loader.conf. This is true at
> least for hw.cbb.start_mem of my cardbus bridge. With
> this latest commit, the hw.cbb.start_mem sysctl stil
In message: <[EMAIL PROTECTED]>
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
: On Sat, Apr 27, 2002 at 01:03:00AM -0600, M. Warner Losh wrote:
: > In message: <[EMAIL PROTECTED]>
: > John Baldwin <[EMAIL PROTECTED]> writes:
: > :
: > : On 27-Apr-2002 Shizuka Kudo wrote:
: >
On Sat, Apr 27, 2002 at 01:03:00AM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> John Baldwin <[EMAIL PROTECTED]> writes:
> :
> : On 27-Apr-2002 Shizuka Kudo wrote:
> : > It seems the latest commit of
> : > sys/kern/kern_environment to current broke the reading
> :
On Sat, Apr 27, 2002 at 04:01:28PM +1000, Darren Reed wrote:
> In some email I received from Doug Barton, sie wrote:
> > On Fri, 26 Apr 2002, Ruslan Ermilov wrote:
> >
> > > I tested this on i386 only with 2 days old -CURRENT (today's is
> > > broken due to the import of latest IPFilter suite)
>
On Fri, Apr 26, 2002 at 01:44:51PM -0700, Marcel Moolenaar wrote:
> On Fri, Apr 26, 2002 at 10:12:14PM +0300, Ruslan Ermilov wrote:
> > On Fri, Apr 26, 2002 at 11:59:21AM -0700, Marcel Moolenaar wrote:
> > > On Fri, Apr 26, 2002 at 09:26:34PM +0300, Ruslan Ermilov wrote:
> > >
> > > > I.e., if yo
On 2002-04-26 23:52, Poul-Henning Kamp wrote:
> >phk 2002/04/26 14:51:08 PDT
> >
> > Modified files:
> >sys/kern kern_tc.c
> >sys/sys timepps.h timetc.h
> > Log:
> > Now that the private parts of timecounters are no longer being fingered
> > by other bi
Hi,
I think I may have found the bug. Could someone test the attached patch
and report if it fixes the problem or not ?
Thanks in advance,
Maxime
Index: subr_hints.c
===
RCS file: /space2/ncvs/src/sys/kern/subr_hints.c,v
John Baldwin <[EMAIL PROTECTED]> writes:
> Please back out revision 1.3 of src/etc/pam.d/xdm since it breaks xdm.
> xdm core dumps with a signal 6 if there is no session management
> configured for it in PAM. Obviously this commmit wasn't actually tested
> with xdm (at least not on X 4).
Yes, it
Seems to be working just fine, appropriate portion of dmesg
wi0: mem 0xfb80-0xfb800fff irq 2 at device
10.0 on pci0
wi0: 802.11 address: 00:05:5d:da:5f:47
wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI)
wi0: Intersil Firmware: Primary 1.00.07, Station 1.03.05
Kinda unrelated I think.. But dun
25 matches
Mail list logo