On Fri, May 10, 2002 at 11:48:12AM -0700, Doug White wrote:
>
> 1) At eGroups/Y!Groups we used Intel L440GX+ motherboards. These are now
> (sadly) discontinued, but supported slotted P2 and P3 CPUs. Very solid if
> you used approved memory.
I despise the L440GX+ mobos I have to work with at wor
On Fri, 10 May 2002, Doug White wrote:
> usually have onboard everything, including dual fxp's nowadays. But they
> have the ServerWorks curse.
> . Tyan makes some interesting stuff, but as with all ServerWorks based
> stuff, stay far, far away from the base ATA33 controller. Even the cheap
wh
I am working on vm86 bios call crash bug for CURRENT and have already a
working patch on my machine, I have tested the patch under heavy loaded,
seems be very stable. in the patch, I replace current thread pcb pointer to
a temporary pcb, the pcb of course is not created by pmap, I am not very
c
Reading this thread I see rationale, considerate responses and a general
lack of flamage. Very cool... pun intended, sorry :)
--
Conrad Minshall ... [EMAIL PROTECTED] ... 408 974-2749
Alternative email addresses: [EMAIL PROTECTED] and [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL P
On Fri, 10 May 2002, Terry Lambert wrote:
> Gordon Tetlow wrote:
> > Is there anything that is wrong with the conceptual implementation of the
> > nextboot loader code that I've submitted? It definitely needs a code
> > cleanup on the forth side (which I'm not qualified to do), but if there
> > a
On 2002-05-08 17:20, Jordan Hubbard wrote:
> Of course, I also expect the old guard to fight this tooth and nail
> with lots of dire predictions as to what will happen if anyone under
> 30 gets into core or why only a long and hoary track-record truly
> qualifies one for the job. As an old guards
Gordon Tetlow wrote:
> Is there anything that is wrong with the conceptual implementation of the
> nextboot loader code that I've submitted? It definitely needs a code
> cleanup on the forth side (which I'm not qualified to do), but if there
> are no other objections, I'd really like to see this c
John Baldwin wrote:
> > Now is when I point out that the original nextboot predates the ELF
> > format conversion, as well as the new FORTH based loader code...
> > which predates running on anything other than i386 anyway (unless
> > you count my Motorolla Powerstack port, or Vogel's SPARC port,
Is there anything that is wrong with the conceptual implementation of the
nextboot loader code that I've submitted? It definitely needs a code
cleanup on the forth side (which I'm not qualified to do), but if there
are no other objections, I'd really like to see this code committed.
-gordon
To
On 10-May-2002 Terry Lambert wrote:
> John Baldwin wrote:
>> On 10-May-2002 Julian Elischer wrote:
>> > You also had to have:
>
> [ ... ]
>
>> > 4/ The ability to specify a filesystem on another planet^H^H^H^H^H^Hdisk.
>>
>> Something you've missed in this version of nextboot is:
>>
>> 5/ wor
Robert Watson wrote:
> This looks much more like a syslog/audit/... mechanism, and not really
> much like keven, which is about applications getting event notification on
> system objects. You might be interested in talking to Andrew Reiter
> <[EMAIL PROTECTED]> about his work on the TrustedBSD a
Ramkumar Chinchani wrote:
> I am asking more in terms of the posix event logging mechanism being
> implemented in Linux 2.5.x kernel.
>
> http://evlog.sourceforge.net/
>
> How does the kevent mechanism of event notification and handling compare
> to this scheme?
The POSIX 1003.25 draft that the
John Baldwin wrote:
> On 10-May-2002 Julian Elischer wrote:
> > You also had to have:
[ ... ]
> > 4/ The ability to specify a filesystem on another planet^H^H^H^H^H^Hdisk.
>
> Something you've missed in this version of nextboot is:
>
> 5/ work on more than just i386
[ ... ]
> This only works
Last call for submissions due this afternoon.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Network Services
-- Forwarded message --
Date: Thu, 9 May 2002 15:59:06 -0400 (EDT)
From: Robert Watson <[EMAIL PROTECTED]
Hi!
Preface:
Same directory is null-mounted to "/mnt" and "/mnt2". The directory
contain "dir/foofile". Two processes concurently lookup "/mnt/dir/foofile"
and "/mnt2/dir/foofile".
Action:
P1:
in lookup():
in VOP_LOOKUP(dvp (== "/mnt/dir"), "foofile"):
in null_lookup():
in
This looks much more like a syslog/audit/... mechanism, and not really
much like keven, which is about applications getting event notification on
system objects. You might be interested in talking to Andrew Reiter
<[EMAIL PROTECTED]> about his work on the TrustedBSD audit framework, but
otherwise
Removing crosspost.
On Fri, 10 May 2002, Josef Grosch wrote:
> This question came up at last night BAFUG meeting. What hardware do people
> use and/or recommend? Specifically, if you were going to build a machine,
> using commonly available parts and just to run a generic kernel, what
> etherne
I am asking more in terms of the posix event logging mechanism being
implemented in Linux 2.5.x kernel.
http://evlog.sourceforge.net/
How does the kevent mechanism of event notification and handling compare
to this scheme?
It appears to me that the Linux event logging merely supports logging o
On 10-May-2002 Julian Elischer wrote:
> You also had to have:
> 1/ a way of setting the boot specification list from the running system.
> 2/ a simple and unlikely-to-break method of ensuring that if the boot did NOT
> succeed, it did something DIFFERENT next time.
> 3/ the ability to read the sp
I would also like to clarify that I never knew that there was a
nextboot(8) functionality. Don't look at it as I'm trying to reimplement
it. I never knew it existed in the first place =)
-gordon
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of t
Picking a random message to respond to...
On Fri, 10 May 2002, Terry Lambert wrote:
> It's actually just as easy to make boot1 go read it itself, assuming
> boot1 has the ability to read. It also decouples it somewhat, which
> (IMO) is a good thing. This is actually the same effect they get fr
Julian Elischer wrote:
> > > Maybe you could ask Archie or Ambrisko to clarify the feature
> > > you're trying to replace, and then ask Mike about the code
> > > needed to do that?
>
> ehem..
> WHO wrote that?
> :-)
Me. My memory sucks for the time before I was there... ;^).
I thought it was A
Julian Elischer wrote:
> I wrote the original 'nextboot to use block 1 (ususally unused)
> to avoid under all circumstances writing into the filesystem.
>
> Also, part of the weakness of the current system is that it presumes you know
> which IS the root filesystem. The original nextboot took as
Julian Elischer [[EMAIL PROTECTED]] wrote :
> ehem..
> WHO wrote that?
> :-)
I was talking about the code that James Harris and myself wrote for Array
Networks, which was contributed back to FreeBSD. It allows the loader(8) to
change existing files on a UFS filesystem. We wrote it so that we co
Gordon Tetlow wrote:
>
> On Thu, 9 May 2002, Michael Smith wrote:
>
> > > I've finally learned enough forth to put together a diff to implement some
> > > nextboot functionality in the loader.
> > >
> > > Basically, the loader peeks into the first line of /boot/nextboot.conf to
> > > see if next
Jonathan Mini wrote:
>
>
> > Maybe you could ask Archie or Ambrisko to clarify the feature
> > you're trying to replace, and then ask Mike about the code
> > needed to do that?
ehem..
WHO wrote that?
:-)
My original aim was to allow a system to boot successfully using a
sequence of possible
On Thu, May 09, 2002 at 05:39:01PM -0700, Peter Wemm wrote:
>
> You probably want to have a good look at usb_ethersubr.c - it does this
> sort of thing already, but for different reasons. On FreeBSD, the usb
> hardware interrupts ran (pre-SMPng) as bio, not net. All of the
> assumptions, proble
On Thu, 9 May 2002, Josef Karthauser wrote:
> Do we have soft interrupts?
>
> Here's a bit of code from the NetBSD usb stack, and I'm trying to work
> out what it would be in FreeBSDland.
>
> sc->sc_bus->soft = softintr_establish(IPL_SOFTNET,
> sc->sc_bus->methods->soft_intr,
Josef Grosch writes:
>This question came up at last night BAFUG meeting. What hardware do people
>use and/or recommend? Specifically, if you were going to build a machine,
>using commonly available parts and just to run a generic kernel, what
>ethernet, video, motherboards, etc, would you use and
This question came up at last night BAFUG meeting. What hardware do people
use and/or recommend? Specifically, if you were going to build a machine,
using commonly available parts and just to run a generic kernel, what
ethernet, video, motherboards, etc, would you use and/or recommend?
Josef
-
30 matches
Mail list logo