Chad David wrote:
> Problem solved.
>
> cp GENERIC.hints DEBUG.hints
>
> Without them it isn't very happy... did I miss this as a requirement
> somewhere, or is my hardware/timing just a little funky?
Yes, you were not reading the commit messages or UPDATING or -current.
You should have a /boot/
Problem solved.
cp GENERIC.hints DEBUG.hints
Without them it isn't very happy... did I miss this as a requirement
somewhere, or is my hardware/timing just a little funky?
Chad
On Tue, Jan 30, 2001 at 04:03:10PM +0100, Rogier R. Mulhuijzen wrote:
>
> >None of this has any bearing on the proble
Hey, I've been fooling with this (and Glide3) but under FBSD 4.2. Didn't have
the time or inclination to do it under the latest current. Good to see
someone's been crazy^Wbrave enough to try. It'd bee really nice if someone
could make the kernel modules part of the current tree, the same way t
+---[ Jason Evans ]--
|
| > What are the 'new' corresponding structures and calls for simple_lock ?
|
| Mutexes should be used in places where simplelocks were used. With few
| exceptions, sleep mutexes should be used (even though simplelocks were spin
| locks). See mute
Just a note.
phk> March 1st I will remove the functionality from mount_mfs and
phk> vnconfig, leaving only the message which will be an error obviously.
Before March 1st, src/release/Makefile, src/release/scripts/doFS.sh,
src/release/texts/FLOPPIES.TXT, and some PicoBSD stuffs need some work
to
Hi,
I think i just encountered a bug in FreeBSD's tftpd-implementation.
Actually it's a bug that i spotted a while back with a friend of mine in
NetBSD's implementation, but never really bothered with it since i don't
use tftpd myself, but i am in a position now where i need to with FreeBSD.
The
On a very current -current, I get this reproducable panic when
I try to revive a vinum plex:
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 0100
fault virtual address = 0x1a0
fault code = supervisor read, page not
On Tue, Jan 30, 2001 at 01:18:05PM -0800, Julian Elischer wrote:
> Jason Evans wrote:
> >
> > Mutexes should be used in places where simplelocks were used. With few
> > exceptions, sleep mutexes should be used (even though simplelocks were spin
> > locks). See mutex(9) for details. Be forewarn
Jason Evans wrote:
>
> On Wed, Jan 31, 2001 at 04:54:30AM +1000, Andrew Kenneth Milton wrote:
> > However, recently simple_lock and friends seem to have disappeared, and the
> > kernel modules make some use of them (although there is still reference
> > to it in machine/smptests.h)
> >
> > It loo
On Tue, Jan 30, 2001 at 01:56:26PM +0200, John Hay wrote:
> Booting with a kernel built from today's source (with devfs also in),
> I see this lock order reversal message:
>
> ###
> Routing daemons:.
> Doing IPv6 network setup:add net :::0.0.0.0: gateway ::1
>
On Wed, Jan 31, 2001 at 04:54:30AM +1000, Andrew Kenneth Milton wrote:
> However, recently simple_lock and friends seem to have disappeared, and the
> kernel modules make some use of them (although there is still reference
> to it in machine/smptests.h)
>
> It looked like I could replace them wit
I've made a roadmap to getting hardware accel 3d support using a Voodoo3
under XFree-4. I've attached it in case anyone is interested.
However, recently simple_lock and friends seem to have disappeared, and the
kernel modules make some use of them (although there is still reference
to it in machi
On Tue, Jan 30, 2001 at 08:41:44 -0800, Cy Schubert - ITSD Open Systems Group wrote:
> I just submitted a PR and patch in kern/24740 to fix a tagged queueing
> related filesystem corruption problem on CONNER CFP1080 drives. The
> patch adds an entry to the xpt_quirk_tabke. Anyone willing to comm
Uh, self castigation.
Sorry for inconvenience.
> At Tue, 30 Jan 2001 11:30:30 +0100,
> Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
> > March 1st I will remove the functionality from mount_mfs and
> > vnconfig, leaving only the message which will be an error obviously.
> > April 1st I will remov
Hi,
> >Could these modifications be ported to -STABLE to ease up the transition
> >from -STABLE to -CURRENT ? I don't know if this is tied deeply on other
> >changes in -CURRENT, but if it is not I'd like to use the new facility.
>
> I think I would rather leave -stable out of this for now. Ther
At Tue, 30 Jan 2001 11:30:30 +0100,
Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
> March 1st I will remove the functionality from mount_mfs and
> vnconfig, leaving only the message which will be an error obviously.
> April 1st I will remove vn, vnconfig and mount_mfs entirely.
I think we should
In message <[EMAIL PROTECTED]>, "Patrick Bihan-F
aou" writes:
>Could these modifications be ported to -STABLE to ease up the transition
>from -STABLE to -CURRENT ? I don't know if this is tied deeply on other
>changes in -CURRENT, but if it is not I'd like to use the new facility.
I think I woul
I just submitted a PR and patch in kern/24740 to fix a tagged queueing
related filesystem corruption problem on CONNER CFP1080 drives. The
patch adds an entry to the xpt_quirk_tabke. Anyone willing to commit
this for me?
Regards, Phone: (250)387-8437
Cy Schubert
In <[EMAIL PROTECTED]>,
Beau wrote:
> Hi, I;m new to FreeBSD and want to have a read of the manual before I start
> installing willy-nilly, and I was wondering if there is a version available
> with the entire handbook in one html document? or a zip/tar containing it
> all would be fine.
>
> Than
"Poul-Henning Kamp" <[EMAIL PROTECTED]> wrote in message
news:<29877.980850630@critter>...
>
> I have made mount_mfs and vnconfig print a warning and sleep for 15
> seconds before continuing.
>
> Please convert to using mdconfig(8) for TMPFS uses.
>
> March 1st I will remove the functionality fr
>None of this has any bearing on the problem, which was caused by a bug
>in gensetdefs.pl. Please update your source tree and rebuild your
>kernel.
Eek. I had the gensetdefs.pl problem too, but my machine just seemed to
lock. He says his machine does go on running.
I have been pretty tied up l
Hi,
Booting with a kernel built from today's source (with devfs also in),
I see this lock order reversal message:
###
Routing daemons:.
Doing IPv6 network setup:add net :::0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
net.inet6.ip6.forwarding: 0 -> 0
net
"Rogier R. Mulhuijzen" <[EMAIL PROTECTED]> writes:
> Have you tried removing the 'makeoptions' line and using 'config -g
> ' instead?
> [...]
> Also, when you copy the GENERIC file to another name, do you update the
> ident line?
None of this has any bearing on the problem, which was caused by
I have made mount_mfs and vnconfig print a warning and sleep for 15
seconds before continuing.
Please convert to using mdconfig(8) for TMPFS uses.
March 1st I will remove the functionality from mount_mfs and
vnconfig, leaving only the message which will be an error obviously.
April 1st I will
>
>If I copy GENERIC to DEBUG and recompile the kernel it will not
>boot properly copy the file back to GENERIC and everything
>seems fine?
>
>I have searched the archives and read UPDATING, but nothing jumps
>out at me.
>
>Does anybody have any idea where I could look next?
>
>Chad
>
>On Sun
25 matches
Mail list logo
