On Mon, 23 Aug 1999, Matthew Dillon wrote:
> :...
> :am not implying that the problem might be on the FreeBSD side, it might
> :as well be a bug in solaris NFS implementation).
> :
> :I would greatly appreciate any help with the following problem. I have
> :a FreeBSD NFS server (3.2-STABLE, b
Richard Tobin wrote:
> > > Origin = "AuthenticAMD" Id = 0x580 Stepping=0
>
> > You have one of the first K6-2s off the line. There were definite problems
> > with these, and as such, they were specially distinguished by having 66
> > printed on top.
>
> I have a 0x580 which has had no problem
On Tuesday, 24th August 1999, Wilko Bulte wrote:
>Hmm. I would generally expect SCSI errors etc to occur. Assuming the driver
>reports those one would at least know the bus was whacko.
I saw no errors, but that's not entirely surprising since I was running X11
and by that time xconsole was proba
I've been moving devfs forward to match PHK's latest changes,
however there are some files I cannot test.
These effect the ISDN stack, the alpha port and the PC98 code.
If you can test these,
apply the patch file found at
http://www.freebsd.org/~julian/
and let me know if it breaks anythi
On Tue, Aug 24, 1999 at 03:52:15PM -0500, a little birdie told me
that Matthew D. Fuller remarked
>
> Here is some info from the panic I got mid-late April. I'll try
> cvsup'ing and building a new kernel tonite and see if it's fixed, but in
> case it isn't here's some info.
Update:
-CURRENT now
> This is the third unusable snap in a row that I've had the misfortune
> to encounter. I'm starting to think this is more than a coincidence. Did
> somebody launch a "Piss Bill Off" contest when I wasn't looking or
> something? If so, let me stress that you really don't want to find out
> what
On 25 Aug 1999 [EMAIL PROTECTED] wrote:
> >> Why would solaris machine make a request with vers=4:
> >> galois.math.uic.edu -> galileo.math.uic.edu PORTMAP C GETPORT prog=100021
>(NLM) vers=4 proto=UDP
> >> ?
> >> (am I right that vers here is the same as the NFS version)
> On Tue, 24 Aug 1999, Richard Tobin wrote:
>
> > > > Origin = "AuthenticAMD" Id = 0x580 Stepping=0
> >
> > > You have one of the first K6-2s off the line. There were definite problems
> > > with these, and as such, they were specially distinguished by having 66
> > > printed on top.
> >
>
Hi,
I'd like to have full output of dmesg to investigate hardware
interference in apm. Could you send me it later?
> 'apm -Z' for standby jumps into standby mode for like.. an instant, then
> comes right back out (while playing mp3)
[snip]
> 'zzz' or 'apm -z' for suspend jumps into suspend mode
>From [EMAIL PROTECTED] Wed Aug 25 01:11:10 1999
>Delivered-To: [EMAIL PROTECTED]
>Delivered-To: [EMAIL PROTECTED]
>Date: Tue, 24 Aug 1999 21:21:27 -0400 (EDT)
>From: Alfred Perlstein <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>cc: [EMAIL PR
I have submitted a patch to DG that fixes VN for CURRENT. Since VN is
currently broken on CURRENT, the patch is on a fast-track for commit.
I've include the patch below, but beware that it may be committed
quickly. This also fixes swap-backed VN. The -S option can be applied
On Tuesday, 24th August 1999, "Brian F. Feldman" wrote:
>On Tue, 24 Aug 1999, Richard Tobin wrote:
>
>> > > Origin = "AuthenticAMD" Id = 0x580 Stepping=0
>>
>> > You have one of the first K6-2s off the line. There were definite problems
>> > with these, and as such, they were specially disti
On 24 Aug 1999 [EMAIL PROTECTED] wrote:
> Following advice from Cejka Rudolf <[EMAIL PROTECTED]>, I have edited
> /src/sys/nfs/nfs_syscalls.c (commented out the lines after the "Solaris 2.5"
> comment). The "File exists" errors went away, everything seemed normal,
> but then I ran into anot
After the vm subsystem changes that went in yesterday, I expierence crashes
under heavy load situations (typically when running quake2 in OpenGL mode). A
kernel built on the 23rd works fine. A kernel backtrace follows
# gdb -k kernel.debug /var/crash/vmcore.12
GNU gdb 4.18
Copyright 1998 Free S
On Tue, 24 Aug 1999, Richard Tobin wrote:
> > > Origin = "AuthenticAMD" Id = 0x580 Stepping=0
>
> > You have one of the first K6-2s off the line. There were definite problems
> > with these, and as such, they were specially distinguished by having 66
> > printed on top.
>
> I have a 0x580 w
As Bill Paul wrote ...
[...]
> This is the third unusable snap in a row that I've had the misfortune
> to encounter. I'm starting to think this is more than a coincidence. Did
> somebody launch a "Piss Bill Off" contest when I wasn't looking or
> something? If so, let me stress that you really
* From: Bruce Evans <[EMAIL PROTECTED]>
* I think using bsd.subdir.mk is an error if there is anything more to
* be done than traversing subdirs. bsd.subdir.mk is mainly for optimising
* this special case.
*
* Using bsd.lib.mk would be bogus since there are no libraries to be made,
* and
> > Origin = "AuthenticAMD" Id = 0x580 Stepping=0
> You have one of the first K6-2s off the line. There were definite problems
> with these, and as such, they were specially distinguished by having 66
> printed on top.
I have a 0x580 which has had no problems at all. I'm pretty certain
it d
In article <3843.935363694@localhost>,
Jordan K. Hubbard <[EMAIL PROTECTED]> wrote:
>
> I've been on both sides of this issue, to be sure, but I have to say
> that looking at it now, I can't see any reason to change the actual
> name of the library right now unless we're also going to go whole-ho
On Tue, Aug 24, 1999 at 08:39:25AM +0200, Soren Schmidt wrote:
>> Which ones, I found nothing in the LINT file related to ATA.
>
>"There is no user serviceable parts inside" :) and if patch someone just
>posted works it seems like the drive is abusing the standard. I'll look
>at it asap, then lets
At 8:44 AM +0200 8/24/99, Cejka Rudolf wrote:
>Garance A Drosihn wrote (1999/08/23):
>
> > Why would the filter be reading the control file? It is just a
> > filter, supposedly reading from stdin and writing to stdout...
>
>Yes and not.
>
>You can look into apsfilter for example. It gets from con
On Mon, Aug 23, 1999 at 09:44:10PM +0100, a little birdie told me
that Doug Rabson remarked
>
> It seems like isa bus is never being attached for some reason. Have a
> look at nexus_attach() and see if anything suspicious is happening (like
> an error return from device_probe_and_attach()).
FWI
>It is probably because /usr/src/gnu/lib/libreadline/Makefile use
>bsd.subdir.mk and not bsd.lib.mk. Their distribute targets are different.
>I don't know if you can just slot bsd.lib.mk in there because the
>libreadline have some subdirs that have to be handled.
I think using bsd.subdir.mk is an
So today my ISA bus is detected properly and the kernel gets as far as
trying to launch /stand/sysinstall, but then, just when I thought it was
safe to try and load a new snapshot:
rootfs is 2880 Kbyte compiled in MFS
spec_getpages: I/O read failure: (error code=0) bp 0xc34fc3a0 vp 0xc7ed8ec0
I just found out myself, fix (I hope) committed.
>spec_getpages: I/O read failure: (error code=0) bp 0xc34fc3a0 vp 0xc7ed8ec0
> size: 0, resid: 0, a_count: 49152, valid: 0x0
> nread: 0, reqpage: 0, pindex: 0, pcount: 12
--
Poul-Henning Kamp FreeBSD corete
Following advice from Cejka Rudolf <[EMAIL PROTECTED]>, I have edited
/src/sys/nfs/nfs_syscalls.c (commented out the lines after the "Solaris 2.5"
comment). The "File exists" errors went away, everything seemed normal,
but then I ran into another problem. mailx on solaris
client could not
> > I'm actually pretty sure it happens even without X11 live. This worries m
> e!
> > changing the modem serial speed down from 57600 through 33600 to 19200 ma
> de
> > no difference. This also worries me.
>
> If the speed isn't being set down, then somehow interrupts are being
>
On Tue, 24 Aug 1999, Stephen McKay wrote:
>
> Oh, and Brian wanted to know the processor revision. I don't know of any
> problems with K6-2/300s, but here's the info:
>
> CPU: AMD-K6(tm) 3D processor (300.68-MHz 586-class CPU)
> Origin = "AuthenticAMD" Id = 0x580 Stepping=0
> Features=0x
David O'Brien wrote (1999/08/23):
> - - Forwarded message from [EMAIL PROTECTED] -
> Solaris 7 machines cannot use NFSv3 mounts from a FreeBSD NFS server.
> ...
> # rm -r /home/2/vladimir
> rm: Unable to remove directory /home/2/vladimir/CVS/blowup/c: File exists
> ...
Yes, this is very
> * From: "David O'Brien" <[EMAIL PROTECTED]>
>
> * > /usr/include/readline/readline.h (and whatever else that's supposed to
> * > be in that directory) has been missing from 4-current and 3-stable
> * > snaps for awhile. Does anyone know why?
> *
> * I just checked that cd /usr/src/gnu/l
As Peter Jeremy wrote ...
> Stephen McKay <[EMAIL PROTECTED]> wrote:
> >I was extracting from the Exabyte to the DDRS disk while applying a CTM
> >update from that disk against one of the DCAS disks when it crashed. The
> >Exabyte went wonky (took about 6 goes to get the tape ejected) and the
> >
Yeh, i just got all the latest sources (as of 24th August) and made em:
$Id: apm.c,v 1.103 1999/08/23 20:58:36 phk Exp $
So yes i do have that recent version, but my problems persist. :(
Nick Hibma wrote:
>
> Are you running CURRENT?
>
> Could you check whether you have at least rev. 101 of
>
* From: "David O'Brien" <[EMAIL PROTECTED]>
* > /usr/include/readline/readline.h (and whatever else that's supposed to
* > be in that directory) has been missing from 4-current and 3-stable
* > snaps for awhile. Does anyone know why?
*
* I just checked that cd /usr/src/gnu/lib/libreadline
On Tuesday, 24th August 1999, Peter Jeremy wrote:
>The exact order of events is not clear from this. In general, I'd say
>that if something managed to upset the SCSI bus sufficiently to
>confuse every target on it, then there's a reasonably likelihood that
>data transfers were also corrupted. A
34 matches
Mail list logo
