Hi Doug,
I added 'device ipmi' added to kernel config file
Output (ACPI enabled)
ipmi0: on isa0
ipmi0: KCS mode found at mem 0xca2 alignment 0x4 on isa
ipmi0: KCS: initial state: 00
ipmi0: KCS: Failed to start write
ipmi0: KCS Error retry exhausted
ipmi0: KCS: Failed to start
Bjoern A. Zeeb wrote:
On Wed, 15 Nov 2006, Tom Judge wrote:
I'll handle this.
From your patch I assume you are on RELENG_6. In HEAD that part had
been re-written already.
I have to check if the entire code path could be MFCed or just your
change needs to be applied but it'll has to wait until
On Wed, 15 Nov 2006, Tom Judge wrote:
Hi,
I have been looking into some problems with PMTU Discovery when routing
packets over IPSec (gif) tunnels, I have submitted the details to the open PR
I'll handle this.
From your patch I assume you are on RELENG_6. In HEAD that part had
been re-writ
Raymond Sundland writes:
| I purchased a new Supermicro Superserver SS6015B-T (motherboard is X7DBR-E)
| about 3 weeks ago with the IPMI module (part called SIMSO) and have had a
| hard time getting the IPMI functionality to work in RELENG_6.
|
| Particularly, when I attempt to 'kldload ipmi' I ge
Hello,
Is there any patch to a kernel level multipath solution for FreeBSD 6 out
there? Or does anyone think in implement that in a near future?
So far as I know, there is an old patch for FreeBSD 4.8 ... for FreeBSD 6 I
can simulate a multipath with ipfw prob or with pf load-balancing, but it
Max Laier wrote:
> Oops, I missed one requirement:
> /*
> * IMPORTANT: the hash function for dynamic rules must be commutative
> * in source and destination (ip,port), because rules are bidirectional
> * and we want to find both in the same bucket.
> */
OK, then you have to perform a com
On Wed, Nov 15, 2006 at 01:53:12PM +0100, Max Laier wrote:
> AFAICT, the attached has this property, but I have no idea if it adds
> sufficient entropy to the result - it looks like it, though.
You should do at least some bit shifting on the arguments as typical
ipv6 addresses are by default MAC
Garrett Cooper wrote:
> Something else I should have mentioned. Statically building components
> into the kernel makes operation faster overall,
I don't think there's a measurable difference in speed.
> but increases the
> required memory for your machine, whereas using modules is more
>
On Wednesday 15 November 2006 12:26, Oliver Fromme wrote:
> Max Laier wrote:
> > David Malone wrote:
> > > Assuming you don't want to use one of the standard cryptographic
> > > ones (which I can imagine being a bit slow for something done
> > > per-packet), then one option might be to use a si
Aditya Godbole wrote:
> Oliver Fromme wrote:
> > Aditya Godbole wrote:
> > > Is there any ramdisk support in freebsd, as there is in netbsd?
> > > What are the alternatives if I want to mount a root filesytem from ram?
> >
> > You mean a diskless setup? I think there's a detailed
> > descr
On Wed, Nov 15, 2006 at 05:25:36PM +0530, Aditya Godbole wrote:
> On 11/15/06, Oliver Fromme <[EMAIL PROTECTED]> wrote:
> >Aditya Godbole wrote:
> > > Is there any ramdisk support in freebsd, as there is in netbsd?
> > > What are the alternatives if I want to mount a root filesytem from ram?
> >
>
Oliver Fromme wrote:
> Max Laier wrote:
> > David Malone wrote:
> > > Assuming you don't want to use one of the standard cryptographic
> > > ones (which I can imagine being a bit slow for something done
> > > per-packet), then one option might be to use a simpler hash that
> > > is keyed. Cho
Quoting Garrett Cooper <[EMAIL PROTECTED]> (from Tue, 14 Nov
2006 11:19:11 -0800):
Something else I should have mentioned. Statically building components
into the kernel makes operation faster overall, but increases the
required memory for your machine, whereas using modules is more
expensive
Hello,
In case you really want a DVD with FreeBSD you can make one yourself
using this guide:
http://www.pa.msu.edu/~tigner/bsddvd.html
Which worked fine when I tried it a while back.
Cheers,
Ralph.
___
freebsd-hackers@freebsd.org mailing list
http:/
On 11/15/06, Oliver Fromme <[EMAIL PROTECTED]> wrote:
Aditya Godbole wrote:
> Is there any ramdisk support in freebsd, as there is in netbsd?
> What are the alternatives if I want to mount a root filesytem from ram?
You mean a diskless setup? I think there's a detailed
description of diskless
Max Laier wrote:
> David Malone wrote:
> > Assuming you don't want to use one of the standard cryptographic
> > ones (which I can imagine being a bit slow for something done
> > per-packet), then one option might be to use a simpler hash that
> > is keyed. Choose the key at boot/module load ti
Aditya Godbole wrote:
> Is there any ramdisk support in freebsd, as there is in netbsd?
Sure. To mount a 200 MB swap-backed memory filesystem on
/tmp, add this lie to /etc/fstab:
md /tmp mfs rw,async,nosuid,-s200m,-m0 0 0
> What are the alternatives if I want to mount a root filesyt
I have been looking into some problems with PMTU Discovery when routing
packets over IPSec (gif) tunnels, I have submitted the details to the
open PR kern/91412 but have had no response as to whether my patch is
the correct solution to the problem.
The problem occurs when sys/netinet/ip_input.
On Wed, Nov 15, 2006 at 01:35:14PM +0530, Aditya Godbole wrote:
> On 11/15/06, Kris Kennaway <[EMAIL PROTECTED]> wrote:
>
> >> What are the alternatives if I want to mount a root filesytem from ram?
> >
> >man mdconfig
> >
>
> I'm sorry, I couldn't quite get what I was looking for from the
> manp
On 11/15/06, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> What are the alternatives if I want to mount a root filesytem from ram?
man mdconfig
I'm sorry, I couldn't quite get what I was looking for from the
manpage. How do I use mdconfig to mount the root filesystem?
--
aditya
___
20 matches
Mail list logo
