On Thursday, 3 July 2003 at 16:33:30 +0200, Harti Brandt wrote:
> On Thu, 3 Jul 2003, M. Warner Losh wrote:
>
> MWL>In message: <[EMAIL PROTECTED]>
> MWL>Harti Brandt <[EMAIL PROTECTED]> writes:
> MWL>: I think the same problem was reported by Rob Holmes two weeks ago and by
> MWL>: me
On Fri, 4 Jul 2003, Scot W. Hetzel wrote:
> From: "Scot W. Hetzel" <[EMAIL PROTECTED]>
> > You only enabled 1/3 of the source to use PROCESS_OPTIONS, you also need
> to
> > add the option to libwrap (lib/libwrap) and tcpdchk
> (src/usr.sbin/tcpdchk).
> >
> Small correction, the lib/libwrap/Makefil
On Thu, Jul 03, 2003 at 10:34:34AM -0400, John Baldwin wrote:
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; lapic.id = 0100
> > fault virtual address = 0xdf119fec
> > fault code = supervisor write, page not present
> > instruction pointer = 0x8:0xc030b254
From: "Scot W. Hetzel" <[EMAIL PROTECTED]>
> You only enabled 1/3 of the source to use PROCESS_OPTIONS, you also need
to
> add the option to libwrap (lib/libwrap) and tcpdchk
(src/usr.sbin/tcpdchk).
>
Small correction, the lib/libwrap/Makefile is setting PROCESS_OPTIONS in
it's CFLAGS. The only ot
Somehow I doubt I'm going to get a lot of responses to this, since I'm
not sure how many people besides me actually have an 8139C+ NIC. That
said, if you have one, and you're running FreeBSD 5.1 or later, please
try the driver code at:
http://www.freebsd.org/~wpaul/RealTek/cplus
If you a
From: "Vincent Poy" <[EMAIL PROTECTED]>
> In -CURRENT, /usr/src/libexec/tcpd, the Makefile doesn't have
> -DPROCESS_OPTIONS needed which in hosts_access(5) manpage, allows things
> such as banners for the tcp_wrappers to be working.
>
> So in the /usr/src/libexec/tcpd/Makefile, I added
> -DPROCESS
On Wed, Jul 02, 2003 at 10:07:46AM +0200, Soeren Schmidt wrote:
> It seems John Reynolds wrote:
> > Hi all, I'm wondering if some of the features of the ICH5 found in
> > the springdale and canterwood platforms (i865/i875) are currently
> > supported in either 5.1-RELEASE or -CURRENT?
> >
> > I've
TB --- 2003-07-04 19:58:21 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-04 19:58:21 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-04 20:01:10 - building world
TB --- cd /home
In message <[EMAIL PROTECTED]>, Jeffrey Hsu wr
ites:
> > I'm sitting on a ISDN line right now, and I thought the newreno issues
> > had been solved, but by disabling newreno I get a distinctly better
> > web-surfing experience.
>
>NewReno is a sender-side only algorithm and web-surfing is mostly
Does anyone happened to install a fresh 5.1 on Compaq Armada E500?
I have the following errors:
with ACPI:
(Stopping after the line:)
Mounting from ufs:/dev/md0
And it seems (almost)nothing was discovered among the devices
(more times on the screen: 'acpi_bus_number: can't get _ADR')
(Power profil
Dealing with maxusers can be a bit confusing depending upon
the approach taken. You may want to add a bit of additional
information:
maxusers number
This optional directive is used to configure the size of
some kernel data structures. number should be an
"M. Warner Losh" writes:
> In message: <[EMAIL PROTECTED]>
> Mark Murray <[EMAIL PROTECTED]> writes:
> : "M. Warner Losh" writes:
> : > Have you gotten all of the recent changes to current wrt ep0? It was
> : > broken by my making cbbintr mpsafe. Well, it was broken a long time
> : >
On Fri, 4 Jul 2003, Jeffrey Hsu wrote:
JH>My card says
JH>
JH> wi0: using Lucent Embedded WaveLAN/IEEE
JH> wi0: Lucent Firmware: Station (6.16.1)
JH>
JH>Full information on the machine available at
JH> http://people.freebsd.org/~hsu/vx88
JH>
JH>This may be a different make from your chipset.
JH
I don't think this is a problem with su. The same occurs when running login
in a shell, then logging out. I've seen this bug in FreeBSD since early 4.x,
I guess I just never bothered to mention it, thinking someone would notice
and fix it. It has certainly scared me a few times, it would be nice if
> I'm sitting on a ISDN line right now, and I thought the newreno issues
> had been solved, but by disabling newreno I get a distinctly better
> web-surfing experience.
NewReno is a sender-side only algorithm and web-surfing is mostly a
receiver-side experience. If you gather some quantitati
On Fri, 4 Jul 2003, Jeffrey Hsu wrote:
JH> > I've had to disable newreno on my machines as well.
JH> > have a wireless link to a DSL line, and I get much better
JH> > performance when I do that.
JH>
JH>I would go test wireless links, but if_wi stopped working for my notebook.
After updating th
In message <[EMAIL PROTECTED]>, Jeffrey Hsu write
s:
>There's only one outstanding bug that I know of with newreno and there's
>a patch in testing for that. You can find it in
> http://people.freebsd.org/~hsu/tmp/explicitnewreno.diff
>Please let me know if this has any effect on the problem you'
In message: <[EMAIL PROTECTED]>
Jeffrey Hsu <[EMAIL PROTECTED]> writes:
: I would go test wireless links, but if_wi stopped working for my notebook.
The wireless link is fine. I haven't upgraded it in a while, and it
is working great. It does have some bursty packet loss that I can't
Hi All,
I am a newbie of Alpha. I know little about alpha. I
tried to install 5.1R to alpha box. I successfully
booted to the sysinstall. However in the bsdlabel, I
can not find any disk in it.
When I check the boot message, I found my scsi disk is
regonized as /dev/da0. In the alt-F2 debug scre
> I've had to disable newreno on my machines as well.
> have a wireless link to a DSL line, and I get much better
> performance when I do that.
I would go test wireless links, but if_wi stopped working for my notebook.
There's only one outstanding bug that I know of with newreno and there's
In message: <[EMAIL PROTECTED]>
Mark Murray <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" writes:
: > Have you gotten all of the recent changes to current wrt ep0? It was
: > broken by my making cbbintr mpsafe. Well, it was broken a long time
: > ago, my change just opened a race tha
"M. Warner Losh" writes:
> Have you gotten all of the recent changes to current wrt ep0? It was
> broken by my making cbbintr mpsafe. Well, it was broken a long time
> ago, my change just opened a race that used to be won, but now is
> lost.
Yup. I believe so, but please confirm where the change
Is this the expected output for an unexpected input?:
$ who /etc
. May 9 03:09 (?)
netconfig?? Jan 10 11:57 ()
ices Oct 23 13:41 (hosts)
bSep 8 18:48 (gnats)
Jan 10 11:31 (?<)
e
Have you gotten all of the recent changes to current wrt ep0? It was
broken by my making cbbintr mpsafe. Well, it was broken a long time
ago, my change just opened a race that used to be won, but now is
lost.
Warner
___
[EMAIL PROTECTED] mailing list
h
In message: <[EMAIL PROTECTED]>
Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
: I'm sitting on a ISDN line right now, and I thought the newreno issues
: had been solved, but by disabling newreno I get a distinctly better
: web-surfing experience.
:
: Is newreno working as designed righ
Excellent debugging. Can you tell me whats in kseq_cpu[0] and
kseq_cpu[1]? I think I may know what the problem is. Do you have some
negative niced processes or some positive nice processes?
On Thu, 3 Jul 2003, Richard Todd wrote:
> Hi. Last night I upgraded to the most recent -current source
The attached manual page documents the syntax for the kernel configuration
files as understood by the config(8) program in 5-CURRENT. This syntax has
diverged from the syntax understood by the original 4.4BSD config(8) program,
and it is perhaps time for a new manual page.
This manual entry is t
On Fri, 4 Jul 2003, Ruslan Ermilov wrote:
Hello,
> > Doh, forgot to mention: the following patch fixes it for me.
This indeed fixes it. Thanks!
Regards,
Richard.
Paul Vixie in an interview with Sendmail.net:
Now that the Internet has the full spectrum of humanity as users,
the technolog
Is the following a known problem?
(occured while running python2.3 using kse)
lock order reversal
1st 0xc03c3c40 smp rendezvous (smp rendezvous) @ /usr/src/sys/kern/subr_smp.c:3
13
2nd 0xc03c00c0 sched lock (sched lock) @ /usr/src/sys/i386/i386/sys_machdep.c:2
92
Stack backtrace:
backtrace(c0343
29 matches
Mail list logo