On Tue, Mar 05, 2002 at 07:20:42PM +0100, Wilko Bulte wrote:
> On Tue, Mar 05, 2002 at 10:51:53AM -0500, John Baldwin wrote:
> > On 04-Mar-02 Wilko Bulte wrote:
> > > alpha_dispatch_intr() at alpha_dispatch_intr+0x130
> > > interrupt() at interrupt+0x138
> > > XentInt() at XentInt+0x28
> > > --- i
I'm stumped by the following. My /boot/loader.conf contains
miibus_load="YES"
if_rl_load="YES"
snd_pcm_load="YES"
snd_maestro3_load="YES"
linux_load="YES"
agp_load="YES"
hint.acpi.0.disable="1"
After booting, kldstat shows that everthing is loaded.
root[201] kldstat
Id Refs AddressSize
On Fri, 8 Mar 2002, Robert Watson wrote:
> Ok, I've committed a slight reorg to NOTES on -CURRENT to reflect the much
> more logical layout in LINT on -STABLE WRT NETSMB, SMBFS, and
> NETSMBCRYPTO. No idea where the weird ordering came from, but I think
> it's fixed now. :-)
Thank you.
One more bulk email --- aren't you the least bit curious to find out
what it's about?
Well, visit our site:
1) http://theclinicforhgh.yeah.net
OR, read on ...
HAVE YOU HEARD OF
HUMAN GROWTH HORMONE (HGH)???
(This product works best for people
> >I don't know if its related to this patch, but I get this
> >when I buildworld now
>
> I just did a complete buildworld + installworld with no
> trouble, and I then added the above patch and did another
> complete buildworld + installworld. I had no problems with
> either build.
>
> Applying t
At 6:32 PM -0600 3/8/02, David W. Chapman Jr. wrote:
> > Try compiling KDE after installing a world with the
> > following patch applied:
> > http://people.FreeBSD.org/~mike/patches/endian-ng3.diff
>>
> > I plan on committing this on Sunday.
>
>I don't know if its related to this patch, but I
* Steve Kargl <[EMAIL PROTECTED]> [020308 19:18] wrote:
> The recent commit to readpassphrase appears to cause
>
> cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
>-Wnon-const-format -Wno-format-extra-args -Werror -static -o ed buf.o cbc.o glbl.o
>io.o main.o re.o sub.o
On Sat, Mar 09, 2002 at 03:13:39AM +, Hiten Pandya wrote:
> Hi,
>
> I am attaching the output you requested, but I am sure, this wouldn't
> be very helpful though:
>
> /usr/bin/cc (which cc)
> Using builtin specs.
> gcc version 2.95.3 20010315 (release) (cc -v)
>
> I also looked at all the M
The recent commit to readpassphrase appears to cause
===> bin/ed
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-format -Wno-format-extra-args -Werror -c /usr/src/bin/ed/buf.c
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-for
Hi,
I am attaching the output you requested, but I am sure, this wouldn't
be very helpful though:
/usr/bin/cc (which cc)
Using builtin specs.
gcc version 2.95.3 20010315 (release) (cc -v)
I also looked at all the Makefiles, but couldn't find a problem related
to this. Out of curiosity, could
FYI, process 255 here is csh. In this case, getty isn't also blocked in
trying to get pgrpsess:
db> ps
pid proc addruid ppid pgrp flag stat wmesg wchan cmd
255 c9735300 c97550000 254 255 0006002 3 ttywai c1b2ea74 csh
254 c9734d00 c97710000 248 254 000400
Found it:
db> show locks 255
exclusive (sx) pgrpsess (0xc03dc0e0) locked @
/cboss/p4/rwatson/trustedbsd/mac/sys/kern/kern_exit.c:234
db> trace 255
mi_switch(0,c1b2ea28,c9735300,c0232341,1) at mi_switch+0x17c
msleep(c1b2ea74,0,15a,c038743f,7530) at msleep+0x31a
ttysleep(c1b2ea28,c1b2ea74,15a,c0387
On Fri, Mar 08, 2002 at 02:17:24AM -0800, Murray Stokely wrote:
> To this end, we would like to request that commits for the next 7
> days to HEAD be made with special care. -CURRENT is in pretty good
> shape right now, so we're not requiring approval for all commits.
Some of the 5.x package
> Maybe not. I think missing prototypes might be fatal in C++. If this
> is the case, my new endian patch will fix this. Try compiling KDE
> after installing a world with the following patch applied:
> http://people.FreeBSD.org/~mike/patches/endian-ng3.diff
>
> I plan on committing this on Sun
Apparently, On Fri, Mar 08, 2002 at 04:12:47PM -0800,
Terry Lambert said words to the effect of;
> Jake Burkholder wrote:
> > > Will this release include some kind of bootable-install support
> > > for any new hardware platforms, such as sparc64? (this snapshot
> > > is meant to be avail
Jake Burkholder wrote:
> > Will this release include some kind of bootable-install support
> > for any new hardware platforms, such as sparc64? (this snapshot
> > is meant to be available as some kind of CD-package, right?)
>
> Yes, absolutely.
Wow.
This is really impressive.
I thought it was
Mike Barcroft <[EMAIL PROTECTED]> writes:
> Maybe not. I think missing prototypes might be fatal in C++.
Yes.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Yes, Peter also suggested this.
Alas, at some point over the last couple of days, something also broke so that
polled mailbox commands for ISP are now broken. Dunno why. *shrug*
On Fri, 8 Mar 2002, Andrew Gallatin wrote:
>
> Matthew Jacob writes:
> >
> > And FWIW, alpha kernels on some Un
Apparently, On Fri, Mar 08, 2002 at 05:33:28PM -0500,
Garance A Drosihn said words to the effect of;
> >On Fri, 8 Mar 2002, Murray Stokely wrote:
> > >As discussed at BSDCon, the release engineers are committed
> > > to releasing a relatively stable snapshot of FreeBSD -CURRENT
> >
Some more details, now I have WITNESS compiled in...
crash1# script ls
Script started, output file is ls
crash1#
crash1# exitStopped at siointr1+0xf2: movl$0,brk_state1.702
db> trace
siointr1(c185f400,c0446ec0,0,c03a0260,662) at siointr1+0xf2
siointr(c185f400,18,c86c0010,c0230010,0) a
Matthew Jacob writes:
>
> And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
>
I suggest reverting rev 1.61 of alpha/alpha/interrupt.c (eg, disable
interrupt thread preemption). I'm on the west coast right now, away
from my alphas, but I had several buildworlds complete last we
:The reason is that if they are in MI code they automatically apply to all
:platforms and can't get out sync. When they are modified to handle preemption
:the freebsd kernel will be fully preemptive. Not, it works on i386 and its
:believed to work on alpha and powerpc is not preemptive at all a
:On 08-Mar-02 Matthew Dillon wrote:
:>
:>:I agree that the use of cpu_critical_enter/exit could use cleaning up.
:>:Can you give an example of where critical_enter is used improperly?
:>:You mean in fork_exit? Your changes to cpu_switch solve that problem
:>:with critical_exit almost unchanged.
On Fri, 8 Mar 2002, Terry Lambert wrote:
> Garance A Drosihn wrote:
> > >On Fri, 8 Mar 2002, Murray Stokely wrote:
> > > >As discussed at BSDCon, the release engineers are committed
> > > > to releasing a relatively stable snapshot of FreeBSD -CURRENT
> > > > on or around April 1, 2002.
>
On Fri, 8 Mar 2002, Hiten Pandya wrote:
> Shouldn't this be CC'ed to -doc as well?
I trust Murray as releng, and Bruce as release docs guy to DTRT
with the information. :)
--
"We have known freedom's price. We have shown freedom's power.
And in this great conflict, ... we wil
On Fri, 8 Mar 2002, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Doug Barton writes:
> : 1. phk malloc debugging flags enabled by default. Solutions include
> : recompiling apps, and toggling things off in /etc/malloc.conf.
>
> Recompiling apps isn't going to change things. The default is
On Fri, 8 Mar 2002, Thomas Moestl wrote:
> On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote:
> > 3. xconsole causes periodic panics. The problem (according to BDE) is "a
> > well-know bug in printf(9)," caused by "The TIOCCONS ioctl ... panics when
> > printf() is called while sched_lock i
Garance A Drosihn wrote:
> >On Fri, 8 Mar 2002, Murray Stokely wrote:
> > >As discussed at BSDCon, the release engineers are committed
> > > to releasing a relatively stable snapshot of FreeBSD -CURRENT
> > > on or around April 1, 2002.
>
> Will this release include some kind of bootable-i
I can reproduce this on a 5.0-CURRENT from yesterday, although I do appear
to be able to break into the serial debugger. I get the following:
db> ps
pid proc addruid ppid pgrp flag stat wmesg wchan cmd
1955 c9737600 c97790000 1954 1955 0006002 3 ttywai c1bd8074 csh
On Fri, Mar 08, 2002 at 02:55:40PM -0800, Kris Kennaway wrote:
> On Fri, Mar 08, 2002 at 10:03:02AM -0800, Steve Kargl wrote:
> > root[244] kldstat
> > Id Refs AddressSize Name
> > 1 12 0xc010 26714c kernel
> > 21 0xc0368000 18330linux.ko
[snip]
> > root[245] kldload linp
Warner Losh wrote:
> : 2. pam modules break backwards compatibility with pam apps compiled on
> : RELENG_4. The only solution I've been offered is to recompile things (or,
> : my preferred solution, don't use pam).
>
> Yes. There's nothing here except to recompile.
And linker changes, if they h
cvs checkout -D "8PM last Monday" :-)
(or similar)
On Fri, 8 Mar 2002, David Wolfskill wrote:
> Is anyone else seeing this?
>
> Running -CURRENT (been tracking it daily for a while, now), I find that
> if I run script(1), things basically run as expected... until I try to
> close script's
On Fri, Mar 08, 2002 at 10:03:02AM -0800, Steve Kargl wrote:
> root[244] kldstat
> Id Refs AddressSize Name
> 1 12 0xc010 26714c kernel
> 21 0xc0368000 18330linux.ko
> 32 0xc0381000 15480miibus.ko
> 41 0xc0397000 7798 if_rl.ko
> 52 0xc039f000 1a14c
David W. Chapman Jr. <[EMAIL PROTECTED]> writes:
> > Hmm. This should be non-fatal in any event, but which header does it
> > include to get it's htons() and htonl() prototypes? ,
> > , or ?
> >
> > > Yes. Recent changes to netinet/in.h have made it require the inclusion
> > > of arpa/inet.h. As
>On Fri, 8 Mar 2002, Murray Stokely wrote:
> >As discussed at BSDCon, the release engineers are committed
> > to releasing a relatively stable snapshot of FreeBSD -CURRENT
> > on or around April 1, 2002.
Will this release include some kind of bootable-install support
for any new hardware p
Sorry- couldn't see your posts. Majordomo bounced my resubscribe request to
the list owner who seems to not to have gotten it.
On Fri, 8 Mar 2002, Wilko Bulte wrote:
> On Fri, Mar 08, 2002 at 01:35:47PM -0800, Matthew Jacob wrote:
> >
> > And FWIW, alpha kernels on some Uniprocessor boxes fre
> Hmm. This should be non-fatal in any event, but which header does it
> include to get it's htons() and htonl() prototypes? ,
> , or ?
>
> > Yes. Recent changes to netinet/in.h have made it require the inclusion
> > of arpa/inet.h. As well, arpa/inet.h must include netinet/in.h. IOW,
> > each
>
[ Could we CC a few more lists? I'm not sure everyone that uses
FreeBSD has read this yet. :) ]
David W. Chapman Jr. <[EMAIL PROTECTED]> writes:
> Its not related to libpng, I believe that has been fixed, but I
> cannot tell for sure because kde cannot be compiled under -current.
> I'm not th
On Fri, Mar 08, 2002 at 01:35:47PM -0800, Matthew Jacob wrote:
>
> And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
Yes. Or panic. See my posts earlier this week. I managed to get
2 buildworlds without accidents, but all make release attempts either
paniced or froze.
--
| / o /
Joel Wilsson <[EMAIL PROTECTED]> writes:
> On Fri, Mar 08, 2002 at 08:59:53AM -0600, David W. Chapman Jr. wrote:
> > >As discussed at BSDCon, the release engineers are committed to
> > > releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> > > around April 1, 2002. Obviously, a
Is anyone else seeing this?
Running -CURRENT (been tracking it daily for a while, now), I find that
if I run script(1), things basically run as expected... until I try to
close script's stdin (normally, by entering EOT (^D)).
At that point, I can use the mouse (if I'm in an environment where tha
> This comment is false. On my -CURRENT system with
> this commit in place 'passwd' and 'login'/'su' commands
> loops forever computing MD5 password.
> After reverting crypt-md5.c to rev. 1.8 all thouse
> commands work as always.
Same thing happened to me, but it appears to have been fixed.
b
On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote:
> 3. xconsole causes periodic panics. The problem (according to BDE) is "a
> well-know bug in printf(9)," caused by "The TIOCCONS ioctl ... panics when
> printf() is called while sched_lock is held." I reported this bug in
> October 2001, if
One thing to keep in mind here is that this is still going to be
a snapshot of -current, and not a production release of -stable.
We want a snapshot that does not have any serious problems, but
"innocent users" should still realize that there are definitely
going to be a lot of loose ends and roug
And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, 8 Mar 2002, Murray Stokely wrote:
>As discussed at BSDCon, the release engineers are committed to
> releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> around April 1, 2002. Obviously, a lot of major components are still
> in progress, but a great deal of work has alrea
On Fri, Mar 08, 2002 at 12:26:09PM -0800, Hiten Pandya wrote:
> Saying that, I haven't use ENABLE_NLS anywhere. This happened to me, a
> couple of weeks ago, but I had to go Germany, so I wasn't able to report
> it then.
>
> All my buildworld's use to work perfectly, but I am getting this proble
On Fri, Mar 08, 2002 at 02:58:40PM -0500, Michael G. Petry wrote:
> Per Doug's note, is there a schedule to pull the XFree86-4 back up to 4.2.0?
> Since it was pulled back because of the 4.5 release, it would be a shame for
> it to be also held back by a -current snapshot.
Yes, I am handling that
From: "M. Warner Losh" <[EMAIL PROTECTED]>
Subject: Re: bus_alloc_resouce() failure for OPTi 82C861
Date: Thu, 07 Mar 2002 01:37:13 -0700 (MST)
Message-ID: <[EMAIL PROTECTED]>
> : [boot message]
> : ohci0: irq 10 at device 5.0 on pci0
> : ohci0: Could not map memory
> : device_probe_and_attach:
Saying that, I haven't use ENABLE_NLS anywhere. This happened to me, a
couple of weeks ago, but I had to go Germany, so I wasn't able to report
it then.
All my buildworld's use to work perfectly, but I am getting this problem
for some reason which I can't seem to figure out. Also, I downloaded
At 4:57 AM +1100 3/9/02, Bruce Evans wrote:
>I'm surprised that everyone hasn't complained about world breakage
>from this. It has been broken for almost 2 weeks now. Everything
>that goes near ntohl and has WARNS >= 2 fails to compile. Without
>WARNS, the bug is reported as above, but a bogus
I've been running it but I am about to turn it off
because I want to cache the value over userland.
The code is completely gone in the KSE patch.
On Fri, 8 Mar 2002, John Baldwin wrote:
> Is anyone using the DIAGNOSTIC cached td_ucred stuff in current? If not, I'd
> like to replace it with a
On Fri, Mar 08, 2002 at 05:56:08PM +, Hiten Pandya wrote:
>
>/data/dev/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/sysdep.h:135:
> libintl.h: No such file or directory
This only happens if ENABLE_NLS is defined. However,
$ cd /usr/src/gnu/usr.bin/binutils
$ fi
Apparently, On Fri, Mar 08, 2002 at 01:23:01AM -0800,
Matthew Dillon said words to the effect of;
>
> :I agree that the use of cpu_critical_enter/exit could use cleaning up.
> :Can you give an example of where critical_enter is used improperly?
> :You mean in fork_exit? Your changes to
On Fri, Mar 08, 2002 at 01:06:41PM -0500, Michael Lucas wrote:
> pedicular~;locate libintl.h
> /usr/local/include/libintl.h
> /usr/src/contrib/texinfo/lib/libintl.h
> pedicular~;pkg_info -W /usr/local/include/libintl.h
> /usr/local/include/libintl.h was installed by package gettext-0.10.35_1
> pe
Per Doug's note, is there a schedule to pull the XFree86-4 back up to 4.2.0?
Since it was pulled back because of the 4.5 release, it would be a shame for
it to be also held back by a -current snapshot.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the bo
--- Murray Stokely <[EMAIL PROTECTED]> wrote:
> We're collecting notes for a "Testing Guide" similar to the one we
> published leading up to FreeBSD 4.5. More than anything, we need
> information from developers about how users can best test the new
> functionality.
Using k-options such as INV
On Fri, Mar 08, 2002 at 05:28:24AM -0500, Jeff Roberson wrote:
> Should I postpone my allocator commit then?
Hi Jeff,
Yes, I would prefer to wait a week on this. After we've created
the RELENG_5_0_DP1 branch, you may commit the new allocator code to
-CURRENT. That will give us plenty of tim
--- Murray Stokely <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 08, 2002 at 11:33:27AM -0800, Hiten Pandya wrote:
> > Shouldn't this be CC'ed to -doc as well? Maybe someone will write
> > an article on a little release note kinda thing for this issue. Just
> > an opinion from a -current user. :)
>
On Fri, Mar 08, 2002 at 11:33:27AM -0800, Hiten Pandya wrote:
> Shouldn't this be CC'ed to -doc as well? Maybe someone will write
> an article on a little release note kinda thing for this issue. Just
> an opinion from a -current user. :)
We're collecting notes for a "Testing Guide" similar t
--- Warner Losh <[EMAIL PROTECTED]> wrote:
> : 3. xconsole causes periodic panics. The problem (according to BDE) is "a
> : well-know bug in printf(9)," caused by "The TIOCCONS ioctl ... panics
> when
> : printf() is called while sched_lock is held." I reported this bug in
> : October 2001, if any
Shouldn't this be CC'ed to -doc as well? Maybe someone will write
an article on a little release note kinda thing for this issue. Just
an opinion from a -current user. :)
-- Hiten
--- Doug Barton <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Mar 2002, Murray Stokely wrote:
>
> >As discussed a
Is anyone using the DIAGNOSTIC cached td_ucred stuff in current? If not, I'd
like to replace it with a much simpler version that doesn't use the cached
references but is still under DIAGNOSTIC. I use the simpler version in my test
kernels (albeit under INVARIANTS, but I'll leave it under DIAGNOS
In message <[EMAIL PROTECTED]> Doug Barton writes:
: 1. phk malloc debugging flags enabled by default. Solutions include
: recompiling apps, and toggling things off in /etc/malloc.conf.
Recompiling apps isn't going to change things. The default is in the
system.
: 2. pam modules break backwards
On 08-Mar-02 Matthew Dillon wrote:
>
>:I agree that the use of cpu_critical_enter/exit could use cleaning up.
>:Can you give an example of where critical_enter is used improperly?
>:You mean in fork_exit? Your changes to cpu_switch solve that problem
>:with critical_exit almost unchanged. The
In message <[EMAIL PROTECTED]> Luigi Rizzo writes:
: The attached portion of the 1.100 -> 1.101 patch to src/share/mk/bsd.lib.mk
...
: I wonder, how does a "make world" get around this problem
: (so i can try to reproduce the 'fix' in the picobsd script) ?
Make world gets around this problem by d
On Fri, 8 Mar 2002, Murray Stokely wrote:
>As discussed at BSDCon, the release engineers are committed to
> releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> around April 1, 2002.
As much as I still think this is really bad timing for all the
reasons I expressed at t
The attached portion of the 1.100 -> 1.101 patch to src/share/mk/bsd.lib.mk
(and a similar one in bsd.prog.mk 1.103 -> 1.104) broke cross builds
of PicoBSD, specifically preventing the cross-environment header
files to be found when building libraries/programs. You can reproduce
this by doing
> I'm surprised that everyone hasn't complained about world breakage
> from this. It has been broken for almost 2 weeks now. Everything
> that goes near ntohl and has WARNS >= 2 fails to compile. Without
> WARNS, the bug is reported as above, but a bogus version of __hton*
> is found in the lib
At 10:17 AM -0600 3/8/02, David W. Chapman Jr. wrote:
>Yes. Recent changes to netinet/in.h have made it require the
>inclusion of arpa/inet.h. As well, arpa/inet.h must include
>netinet/in.h. IOW, each of these files must #include the
>other in order to work correctly.
>
>As you might guess, this
With the latest source gnome-session, panel, sawfish, etc all:
pid 1096 (gnome-session), uid 1001: exited on signal 10 (core dumped)
gnome-session:
#0 0x285c02ad in exit () from /usr/lib/libc.so.5
#1 0x285be052 in __qdivrem () from /usr/lib/libc.so.5
#2 0x285a6975 in _nsyy_create_buffer () fr
--- Michael Lucas <[EMAIL PROTECTED]> wrote:
> pedicular~;locate libintl.h
> /usr/local/include/libintl.h
> /usr/src/contrib/texinfo/lib/libintl.h
> pedicular~;pkg_info -W /usr/local/include/libintl.h
> /usr/local/include/libintl.h was installed by package gettext-0.10.35_1
> pedicular~;
Thanks!
Hiten,
pedicular~;locate libintl.h
/usr/local/include/libintl.h
/usr/src/contrib/texinfo/lib/libintl.h
pedicular~;pkg_info -W /usr/local/include/libintl.h
/usr/local/include/libintl.h was installed by package gettext-0.10.35_1
pedicular~;
On Fri, Mar 08, 2002 at 05:56:08PM +, Hiten Pandy
root[244] kldstat
Id Refs AddressSize Name
1 12 0xc010 26714c kernel
21 0xc0368000 18330linux.ko
32 0xc0381000 15480miibus.ko
41 0xc0397000 7798 if_rl.ko
52 0xc039f000 1a14csnd_pcm.ko
61 0xc03ba000 9538 snd_maestro3.ko
71 0xc03c400
Hi all,
I am getting this weird binutils error, which says, that I am lacking a
file called . I checked my /usr/include, and
/usr/src/include. Also, I checked the src/contrib/binutils directory,
but I cannot find that particular header file at all.
I have the most updated source, as of Fri Ma
On Fri, 8 Mar 2002, David W. Chapman Jr. wrote:
> > Hmm. My impression was that the libpng stuff had been fixed, could you
> > confirm that KDE still doesn't build on 5.0-CURRENT?
>
> Its not related to libpng, I believe that has been fixed, but I
> cannot tell for sure because kde cannot be com
There seem to be two distinct problems. The header one seems to have
resolution,I got around it by the nested include. The second one may
be OBJPRELINK, but does seem to be nailed down yet. Martin Blapp ran into
what might be related problems in the OpenOffice port. I've only seen it
on g++ re
Sounds to me like there are fixes in the pipeline from Mike and Thomas.
Hopefully they'll get that committed in the next day or two so that KDE
can be happy on -CURRENT before the snapshot.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safepo
Does this include getting someone to fix picobsd for -CURRENT?
Is this important for the snapshots?
Later,
George
*** Making static libraries
cd /home/gnn/FreeBSD/src.latest/lib/csu/i386-elf; make depend; make all;
make
install
rm -f .depend
mkdep -f .depend -a -nostdinc -DSTANDARD_INCLU
On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
> > > currently kde doesn't work due to binuntils update. It may work now
> > > after the most recent binutils update, but we have to recompile kde to
> > > see that I believe, andkdelibs cannot be compiled which builds
> > > k
On Fri, Mar 08, 2002 at 11:20:35AM -0500, Will Andrews wrote:
> On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
> > > > currently kde doesn't work due to binuntils update. It may work now
> > > > after the most recent binutils update, but we have to recompile kde to
> > > >
> > currently kde doesn't work due to binuntils update. It may work now
> > after the most recent binutils update, but we have to recompile kde
> > to see that I believe, andkdelibs cannot be compiled
> > which builds kde-config which the rest of the kde meta-ports try to
> > run.
> >
> > I t
On Fri, Mar 08, 2002 at 10:17:16AM -0600, David W. Chapman Jr. wrote:
> > > currently kde doesn't work due to binuntils update. It may work now
> > > after the most recent binutils update, but we have to recompile kde to
> > > see that I believe, andkdelibs cannot be compiled which builds
> > > k
> > currently kde doesn't work due to binuntils update. It may work now
> > after the most recent binutils update, but we have to recompile kde to
> > see that I believe, andkdelibs cannot be compiled which builds
> > kde-config which the rest of the kde meta-ports try to run.
> >
> > I think t
On Fri, Mar 08, 2002 at 08:59:53AM -0600, David W. Chapman Jr. wrote:
> >As discussed at BSDCon, the release engineers are committed to
> > releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> > around April 1, 2002. Obviously, a lot of major components are still
> > in progress
OK. I've recreated this problem. It looks like I broke interrupts to
cardbus with the large cleanup. I could have sworn I'd tested that,
but it looks like my testing metholology was flawed. I'm looking into
it. Thanks.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Fri, 8 Mar 2002, David W. Chapman Jr. wrote:
> >As discussed at BSDCon, the release engineers are committed to
> > releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> > around April 1, 2002. Obviously, a lot of major components are still
> > in progress, but a great deal o
> >As discussed at BSDCon, the release engineers are committed to
> > releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> > around April 1, 2002. Obviously, a lot of major components are still
> > in progress, but a great deal of work has already been accomplished,
> > and coul
Ok, I've committed a slight reorg to NOTES on -CURRENT to reflect the much
more logical layout in LINT on -STABLE WRT NETSMB, SMBFS, and
NETSMBCRYPTO. No idea where the weird ordering came from, but I think
it's fixed now. :-)
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
>As discussed at BSDCon, the release engineers are committed to
> releasing a relatively stable snapshot of FreeBSD -CURRENT on or
> around April 1, 2002. Obviously, a lot of major components are still
> in progress, but a great deal of work has already been accomplished,
> and could benefit
> > To this end, we would like to request that commits for the next 7
> > days to HEAD be made with special care. -CURRENT is in pretty good
> > shape right now, so we're not requiring approval for all commits.
>
> I have a Perl-5.6.1 upgrade. Is that too risky? Apart from the perl
> stuff its
On Fri, Mar 08, 2002 at 11:16:53 +, Mark Murray wrote:
> > To this end, we would like to request that commits for the next 7
> > days to HEAD be made with special care. -CURRENT is in pretty good
> > shape right now, so we're not requiring approval for all commits.
>
> I have a Perl-5.6.1
> To this end, we would like to request that commits for the next 7
> days to HEAD be made with special care. -CURRENT is in pretty good
> shape right now, so we're not requiring approval for all commits.
I have a Perl-5.6.1 upgrade. Is that too risky? Apart from the perl
stuff itself, there a
On Thu, 7 Mar 2002, Jake Burkholder wrote:
> Apparently, On Thu, Mar 07, 2002 at 05:21:21PM -0500,
> Robert Watson said words to the effect of;
> > The primary objections I've seen from Jake, and he posted them as part of
> > the earlier thread prior to the commit, was that the API changes
On Thursday 07 March 2002 17.13, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> : I have xl0: watchdog timeout on my 3Com cardbus card after updating
> : kernel recently. Everything seems to be OK during boot,
> : but xl0: watchdog timeout starts directly after ifconfig, and makes
> : n
Should I postpone my allocator commit then?
Thanks,
Jeff
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
As discussed at BSDCon, the release engineers are committed to
releasing a relatively stable snapshot of FreeBSD -CURRENT on or
around April 1, 2002. Obviously, a lot of major components are still
in progress, but a great deal of work has already been accomplished,
and could benefit from the a
On Wed, Mar 06, 2002 at 01:25:01PM +0100, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> > On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote:
> > > Last I checked, 'make release' checks the sources out from CVS, and is
> > > therefore useless to test ch
:I agree that the use of cpu_critical_enter/exit could use cleaning up.
:Can you give an example of where critical_enter is used improperly?
:You mean in fork_exit? Your changes to cpu_switch solve that problem
:with critical_exit almost unchanged. The savecrit stuff should really
:just be made
99 matches
Mail list logo
