Dan Moschuk wrote:
>
> Is anyone else seeing odd behaviour with a fairly recent -current, an ep
> driver nic card and fragmented packets?
If I understand things correctly, Matt Dillon and a cast of thousands
just committed a fix to this problem. Try cvsup'ing and make'ing world
and see i
On Thu, 23 Mar 2000, Paul Richards wrote:
> I stuck a dlerror() in there and the problem is
>
> usr/lib/librsaINTL.so: Undefined symbol "BN_mod_exp_mont"
This symbol is defined in bn_ext.c and should be compiled into libcrypto -
can you verify yours has it?
Kris
In God we Trust -- all ot
| > Is anyone else seeing odd behaviour with a fairly recent -current, an ep
| > driver nic card and fragmented packets?
|
| If I understand things correctly, Matt Dillon and a cast of thousands
| just committed a fix to this problem. Try cvsup'ing and make'ing world
| and see if that help
> [cc:'d shin]
:-) I have only fxp and fe for 4.0/5.0 machines at my work
place, but I have a 4.0 machine with ep at my home. I think
I'can test it tonight if it also happens in my environment.
As far as I confirmed it here, many pinging with -s 1600 won't
make any problems between my 3.x/4.0/5
On Thu, 23 Mar 2000, Kris Kennaway wrote:
> On Fri, 24 Mar 2000, Bruce Evans wrote:
>
> > Yes. make.conf shouldn't even hint that globally changing CFLAGS is
> > supported or good. Note that the suggested "most common use" has been
> > bogus since -pipe was added to the default settings in rev
> Also I tried to set mtu 1200 to my fxp, and login other
> machines with mtu 1500, and did `ls -lR /`, and also there
> seems to be no problem.
Woops, this latter check was meaningless for checking
fragments. No fragments were happening due to tcp mss
negotiation and path mtu discovery.
Yoshin
In message <[EMAIL PROTECTED]>, Greg Lehey writes
:
>> Hmm, try to keep vinum/RAID5 in the picture when you look at this
>> code, it complicated matters a lot.
>
>I don't think it's that relevant, in fact.
Yes it is, because the CPU needs to read the buffers to calculate
the parity, it cannot ju
I understand why interrupts use the doreti mechanism. I don't understand
why the syscall interface traps have to use it. As far as I can tell,
the cpl stuff does not have to be checked at all, the spl does not have
to be set to 0 (it damn well better already be 0!), pending inter
On 23-Mar-00 Ollivier Robert wrote:
> According to Daniel C. Sobral:
>> Or just pressing space when the countdown message first appears...
>
> No time for that.
My guess is that it is dying trying to load the kernel, since those are where the
recent changes were. Try putting something simple i
Upgrade sys/vm/swap_pager.c to the current version. There was a bug there which
has been fixed.
Jim Bloom
[EMAIL PROTECTED]
FreeBSD mailing list wrote:
>
>
> /var/log/messages indicates:
> Mar 23 23:32:47 mrynet /kernel: Debugger("d_iocmd botch") called.
> Mar 23 23:32:49 mrynet /kernel: fd0c
> My guess is that it is dying trying to load the kernel, since those are
It is rebooting before /boot/loader.rc because none of the "key" commands
I've put there are executed.
> where th e recent changes were. Try putting something simple in
> loader.rc, like just 'lsde v'. Basically, we need
Hi,
Inspired by PR kern/16928 I implemented completely dynamic
creation/deletion of sysctl trees at runtime. The patches (relative to
-current) can be found at:
http://www.freebsd.org/~abial/dyn_sysctl.tgz
Included is an example of KLD that creates some subtrees when loaded, and
deletes
Hmph, it seems sysinstall (and thus make release) is broken in -current:
cc -O -pipe -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog
-I/usr/obj/usr/src/release/sysinstall -I/usr/src/release/sysinstall/../../sys -c
/usr/src/release/sysinstall/kget.c
/usr/src/release/sysinstall/kget.c
I was just noticing that the files in /etc/uucp are installed anyway
if you set NOUUCP, whereas those in /etc/ssh and /etc/ssl are
affected by their respective knobs. Could /etc/uucp be wrapped
around the NOUUCP knob?
--
Ray Kohler <[EMAIL PROTECTED]>
Commitment, n.:
Commitment can be il
Check out http://www.FreeBSD.org/FAQ/userppp.html.
The remote end is reflecting your data back at you.
> usually ppp from laptop (3.4+pao) to home (4.0-stable) works fine. and then
> sometimes it will get stuck in the following mode three N in a row.
>
> ppp[547]: tun0: Chat: Send: AT^M
> ppp
On Thursday, 23 March 2000 at 9:45:31 -0800, Matthew Dillon wrote:
>> (Brad Knowles <[EMAIL PROTECTED]>)
>> Folks,
>>
>> It looks to me like setting INVARIANTS in your kernel doesn't
>> work in 4.0-STABLE.
>>
>> ...
>> reference to `zerror'
>> /usr/src/sys/compile/AUDREY/../../vm/vm_zone.h
On Thu, Mar 23, 2000 at 12:29:28PM +0100, Niels Chr. Bank-Pedersen wrote:
> Hi,
>
> I know it isn't much (no debugger compiled in (yet)), but is
> anybody else seeing panics like this:
>
> mode = 0100644, inum = 214354, fs = /data0
> panic: ffs_valloc: dup alloc
>
> syncing disks... 23
A preliminary BGL patch is now on my site, relative to RELENG_4.
http://www.backplane.com/FreeBSD4/
It is the smp-patch-03.diff item at the end of the first section.
My test box successfully built the world. I know I'm probably missing
something, but so far I can't tell
Umm... ok, some people seem to be enthusiastic but I really recommend
that ONLY experts mess around with this patch until they sign off on
its properness (or suggest fixes for improperness).
This is not a 'normal Matt patch' that 'just works'. Ok, it seems to
just work, but i
:Is there any good reason why we have two different options if they can
:only be used together?
:
:Greg
I think it's so you can compile a kernel with INVARIANT_SUPPORT in
in order to support dynamic load modules which may have been compiled
with INVARIANTS.
Ray Kohler wrote:
>
> I was just noticing that the files in /etc/uucp are installed anyway
> if you set NOUUCP, whereas those in /etc/ssh and /etc/ssl are
> affected by their respective knobs. Could /etc/uucp be wrapped
> around the NOUUCP knob?
I replied to Dan Moschuk's commit message
| > I was just noticing that the files in /etc/uucp are installed anyway
| > if you set NOUUCP, whereas those in /etc/ssh and /etc/ssl are
| > affected by their respective knobs. Could /etc/uucp be wrapped
| > around the NOUUCP knob?
|
| I replied to Dan Moschuk's commit message for this w
> Hmph, it seems sysinstall (and thus make release) is broken in -current:
I don't know what version of sysinstall you're using, but it builds just
fine for me under -current. I saw some other kvetching about kget
being broken and just tried building it last night. Observe:
root@zippy-> make
W
On 24-Mar-00 Jordan K. Hubbard wrote:
>> Hmph, it seems sysinstall (and thus make release) is broken in -current:
>
> I don't know what version of sysinstall you're using, but it builds just
> fine for me under -current. I saw some other kvetching about kget
> being broken and just tried buildi
> > Can you try instead the changes that I just committed to -current? I
> > think that the problem shows up when the controller is heavily loaded;
> > your patch will keep the load on the controller down, which may mask the
> > 'real' bug.
>
> Just recently (this evening), I was able to get o
Jim Bloom wrote:
> Upgrade sys/vm/swap_pager.c to the current version. There was a bug there which
> has been fixed.
>
> Jim Bloom
> [EMAIL PROTECTED]
>
> FreeBSD mailing list wrote:
> >
> >
> > /var/log/messages indicates:
> > Mar 23 23:32:47 mrynet /kernel: Debugger("d_iocmd botch") called.
User added certificates used to go in /usr/local/openssl/certs when openssl
was a port. What is the correct location for certs now?
barry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
At 10:01 AM -0800 3/24/00, Matthew Dillon wrote:
>This is not a 'normal Matt patch' that 'just works'. Ok, it seems to
>just work, but it's not a normal Matt patch. If there were a
>designation before 'early alpha' this patch would get it.
"Rough-draft proposal for early alpha versi
John Baldwin wrote:
>
> Hmph, it seems sysinstall (and thus make release) is broken in -current:
>
> cc -O -pipe -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog
> -I/usr/obj/usr/src/release/sysinstall -I/usr/src/release/sysinstall/../../sys -c
>
> bail:
>
> Comments?
It's brok
On Fri, 24 Mar 2000, Dan Moschuk wrote:
> Oops! I've just committed the fix.
No sweat! We're all busy. I'm just glad to see it done. It's
something I've wanted for a long time.
> It probably should be NO_UUCP, but no
> one seems to want to make a final decision on the NOFOO vs. NO_FO
I reproduced the problem and have attached a patch. It was the exact
same problem as in swap_pager.c (assuming B_WRITE was 0). Hopefully phk
will commit this fix shortly.
Jim Bloom
[EMAIL PROTECTED]
\
FreeBSD mailing list wrote:
>
> I cvsup'd once more this morning... Nothing significant ha
On Fri, 24 Mar 2000, Barry Lustig wrote:
> User added certificates used to go in /usr/local/openssl/certs when openssl
> was a port. What is the correct location for certs now?
/etc/ssl/certs - I think I forgot to add the directory.
Kris
In God we Trust -- all others must submit an X.5
Urk, sorry guys, I've been cvsupping the repo faithfully but evidently not
cvs updating my tree as faithfully. :-)
I'll find and fix it.
- Jordan
> On 24-Mar-00 Jordan K. Hubbard wrote:
> >> Hmph, it seems sysinstall (and thus make release) is broken in -current:
> >
> > I don't know what vers
I belive Joerg Wunsh is already on this case ?
Poul-Henning
In message <[EMAIL PROTECTED]>, Jim Bloom writes:
>This is a multi-part message in MIME format.
>--7D0E1521E15DD9B4A3213A24
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>I reproduced the pr
Mike Smith wrote:
> > Just recently (this evening), I was able to get our controller to lock
> > up with the latest patch. Previously, with that patch installed, I
> > must not have been able to tickle the bug just right, and I believe
> > that Mike based his decision to make that mod based on my
On 24-Mar-00 Jordan K. Hubbard wrote:
> Urk, sorry guys, I've been cvsupping the repo faithfully but evidently not
> cvs updating my tree as faithfully. :-)
>
> I'll find and fix it.
Well, my patch fixes it as far as I can tell, it's quite simple. Right now
I'm still running it through a test
Jim Bloom wrote:
> I reproduced the problem and have attached a patch. It was the exact
> same problem as in swap_pager.c (assuming B_WRITE was 0). Hopefully phk
> will commit this fix shortly.
>
> Index: sys/isa/fd.c
> ===
> RCS f
The definitions of major() and minor() in sys/systm.h break usage of the
header. Since sys/types.h defines major() and minor() as macros which
compute the major and minor numbers, this creates an order dependency on
sys/systm.h and sys/types.h. Is this not a bad thing?
--
Stephen Kiernan
[EMAIL
--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi,
I just installed 4.0 and when I try to run perl I get
perl: warning Setting locale failed
perl: warning: Please check that you locale settings:
LC_ALL = C
LC_CTYPE = en_US
LANG = C
are supported and installed on your system
perl: warning: Falling back to
< said:
> The definitions of major() and minor() in sys/systm.h break usage of the
> header. Since sys/types.h defines major() and minor() as macros which
> compute the major and minor numbers, this creates an order dependency on
> sys/systm.h and sys/types.h. Is this not a bad thing?
No, sinc
On Fri, 24 Mar 2000, Steve Kiernan wrote:
> The definitions of major() and minor() in sys/systm.h break usage of the
> header. Since sys/types.h defines major() and minor() as macros which
> compute the major and minor numbers, this creates an order dependency on
> sys/systm.h and sys/types.h.
On Fri, Mar 24, 2000 at 02:18:09PM -0800, Christian DeKonink wrote:
>Hi,
> I just installed 4.0 and when I try to run perl I get
Just so you know, I think 4.0 is being discussed on -stable now.
>perl: warning Setting locale failed
>perl: warning: Please check that you locale settings:
>
On Fri, 24 Mar 2000, Garrett Wollman wrote:
> < said:
>
> > The definitions of major() and minor() in sys/systm.h break usage of the
> > header. Since sys/types.h defines major() and minor() as macros which
> > compute the major and minor numbers, this creates an order dependency on
> > sys/sys
On Fri, 24 Mar 2000, Andrzej Bialecki wrote:
> I'd appreciate some feedback. Thanks!
>
Note this is not an actual peer review (yet), but... Good job! This
is another big step in the right direction, and the code looks good
to me :) The only problems I can see right now are just all style
bugs
* Matthew Dillon <[EMAIL PROTECTED]> [000324 10:23] wrote:
> A preliminary BGL patch is now on my site, relative to RELENG_4.
>
> http://www.backplane.com/FreeBSD4/
>
> It is the smp-patch-03.diff item at the end of the first section.
>
> My test box successfully built the wor
At 2:57 PM -0500 2000/3/24, Garance A Drosihn wrote:
> At 10:01 AM -0800 3/24/00, Matthew Dillon wrote:
>> This is not a 'normal Matt patch' that 'just works'. Ok, it seems to
>> just work, but it's not a normal Matt patch. If there were a
>> designation before 'early alpha' this p
* From: "R. Imura" <[EMAIL PROTECTED]>
* It's because, there are no /usr/X11R6/bin/X in Asami-san's chroot
* environment, I bet.
Hmm. So kdm looks at the X symlink to decide whether to build with X
support or not?
I can add that to my X package, but what exactly do I need? Just the
symlink
:This sort of concerns me, but if I remeber correctly, unmasking
:spl will cause a soft intr if there are pending interupts, the only
:problem is that completely software initiated interupts wouldn't
:get processed, or would they? Can you explain how they are being
:scheduled/run if you remove do
On Fri, 24 Mar 2000, Bruce Evans wrote:
> > Hmm. What is the correct way of compiling world with optimisation
> > or other compiler settings?
>
> `make world'. Optimization is in the default settings (-O).
Fair enough - but how about platform-specific code generation settings,
e.g. -march=pent
At 4:29 PM -0800 2000/3/24, Kris Kennaway wrote:
>> `make world'. Optimization is in the default settings (-O).
>
> Fair enough - but how about platform-specific code generation settings,
> e.g. -march=pentium?
Whatever the official position is, it should be documented in
/etc/make.
On Sat, 25 Mar 2000, Brad Knowles wrote:
> Whatever the official position is, it should be documented in
> /etc/make.conf, and warnings should be exceptionally clear and the
> potential consequences laid out as being exceptionally dire, if one
> was so "adventurous" as to enable them by
On Fri, 24 Mar 2000, John Baldwin wrote:
>
> On 24-Mar-00 Jordan K. Hubbard wrote:
> >> Hmph, it seems sysinstall (and thus make release) is broken in -current:
> >
> > I don't know what version of sysinstall you're using, but it builds just
> > fine for me under -current. I saw some other kve
At 5:14 PM -0800 2000/3/24, Kris Kennaway wrote:
> Err, this thread started with a patch to do that, which is what we're
> currently discussing.
Understood. I just didn't want to lose sight of the real goal of
the proposed patch, and what led up to the proposed patch.
--
These ar
I know this is not "current", but it was last week, so give me a break.
On a dual PII system, access to /dev/smb0 (system management bus) by
wmhm (/usr/ports/sysutils/wmhm) or gkrellm (/usr/ports/sysutils/gkrellm)
causes an immediate system panic.
I have the following in dmesg:
smbus0: on
Folks,
I gotta be doing something stupid here. I haven't been able to
access the existing 3.4-STABLE filesystems on this machine since I
upgraded it to 4.0-STABLE on a second hard drive, and I likewise
can't access the 4.0-STABLE filesystems from 3.4-STABLE.
Anybody got any i
On Fri, 24 Mar 2000, Alan Clegg wrote:
> I know this is not "current", but it was last week, so give me a break.
>
> On a dual PII system, access to /dev/smb0 (system management bus) by
> wmhm (/usr/ports/sysutils/wmhm) or gkrellm (/usr/ports/sysutils/gkrellm)
> causes an immediate system panic
Patch 04 is ready.
http://www.backplane.com/FreeBSD4/
http://www.backplane.com/FreeBSD4/smp-patch-04.diff
Contains lots of cleanup of stale SMP code. There are still a few places
where get_mplock is being called with interrupts disabled which I haven't
found, so I put th
BTW, this is from sources cvsup'd at 3:00 this afternoon, Fri, March 24.
Out of the ether, Chris D. Faulhaber spewed forth the following bitstream:
> > On a dual PII system, access to /dev/smb0 (system management bus) by
> > wmhm (/usr/ports/sysutils/wmhm) or gkrellm (/usr/ports/sysutils/gkrell
FreeBSD mailing list wrote:
>
> This patch does indeed fix the writing of floppies. However, fdformat(1)
> still fails as follows:
That is very strange. My patch only applies to formatting floppies. It
did not touch any routine used in writing a floppy. I have no idea at
this time what is ca
I'm working on converting the 'ie' driver to newbus.
I've rewritten the code that identifies the cards and am in need of wider
testing since I've only got a lone Intel EtherExpress 16.
I have a non-invasive test 'driver' that just looks for the cards and
figures out the resources they are using.
I've been doing more SMP cleanup and for the life of me I can't figure
out why cpl operations are surrounded by its own [S]CPL_LOCK ??
As far as I can tell, the cpl is only accessed/modified:
* by mainline code while the MP lock is held
* by an interrupt while the MP
My 3.4 machine at work has periodic problems with the
fxp. No performance issues (perhaps a little slow, but
the network is congested enough that this is hard to
measure). However it does periodically display an
error message about "PHYS" and "unsupported". I am
home right now, so I can't reprodu
> At 2:57 PM -0500 2000/3/24, Garance A Drosihn wrote:
>
> > At 10:01 AM -0800 3/24/00, Matthew Dillon wrote:
> >> This is not a 'normal Matt patch' that 'just works'. Ok, it seems to
> >> just work, but it's not a normal Matt patch. If there were a
> >> designation before 'early a
In message <[EMAIL PROTECTED]>, Alan Clegg さんいわく:
>> > On a dual PII system, access to /dev/smb0 (system management bus) by=20
In SMP Environment 'intpm' driver will not work correctly,because it drops
intrrupt. I made a patch so that it uses polling at
http://www.planet.sci.kobe-u.ac
On Fri, 24 Mar 2000, Matthew Dillon wrote:
> I understand why interrupts use the doreti mechanism. I don't understand
> why the syscall interface traps have to use it. As far as I can tell,
To handle AST's (for signals and forced context switches, etc), and
to do the special stuff befo
On Fri, 24 Mar 2000, Jim Bloom wrote:
> FreeBSD mailing list wrote:
> >
> > This patch does indeed fix the writing of floppies. However, fdformat(1)
> > still fails as follows:
>
> That is very strange. My patch only applies to formatting floppies. It
> did not touch any routine used in writ
Ollivier Robert wrote:
>
> It is rebooting before /boot/loader.rc because none of the "key" commands
> I've put there are executed.
Forth syntax can be picky. Would you mind sending me what you have after
changes? Or, better yet, just test them with the functional loader, to
see if they work?
-
68 matches
Mail list logo