On Tue, 7 Sep 1999, David Sharp wrote:
>
> The i82559 (fxp) hardware supports it. I imagine most previous
> versions of the chipset are also capable. For the software,
> add an ioctl to fxp_ether_ioctl that changes the
> fxp_init(sc). Add your new ioctl to ifconfig and you should be done.
T
> | PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
> | please let me know.
>
> I thought I saw a PCMCIA -> USB at Fry's.
Hm, I had a good look around, but couldn't find one. If you happen to
end up at Fry's one day, let me know if you can find the name of the
brand.
Ch
It would be excellent if you had the time/resources to start such a site. I
hope such a project can boost the development of new devicedrivers for
FreeBSD, I always donate unneeded stuff to various computerclubs in my
hometown. But if I knew that it could do some good to the FreeBSD project I
would
> Another issue: I was recently involved in a project which required HA
> solutions (that's why I asked]. I gathered a lot of ideas and materials
> (and perhaps some code if that company agrees to release it). Is ther
> someone else here who is interested in these issues, and using FreeBSD for
>
> >The code which figures out the bushigh stuff for your machine
> >probably needs a similar kludge, unless someone can say for certain
> >that it isn't harful for the SMP case.
>
> Probably not worth the effort, since for this system at least, SMP works
> just fine after probing for 253 non-exis
On Tue, 7 Sep 1999, David Sharp wrote:
>
> The i82559 (fxp) hardware supports it. I imagine most previous
> versions of the chipset are also capable. For the software,
> add an ioctl to fxp_ether_ioctl that changes the
> fxp_init(sc). Add your new ioctl to ifconfig and you should be done.
> | PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
> | please let me know.
>
> I thought I saw a PCMCIA -> USB at Fry's.
Hm, I had a good look around, but couldn't find one. If you happen to
end up at Fry's one day, let me know if you can find the name of the
brand.
C
> :
> :cvsuped 18 aug 1999 00:35 MSD
> :
>
> I would definitely update it, but that may not be your problem.
>
> If you could email your mount setup (df output) and your kernel
> configuration (dmesg output) I would appreciate it.
>
> If you are running softupdates, try turning i
It would be excellent if you had the time/resources to start such a site. I
hope such a project can boost the development of new devicedrivers for
FreeBSD, I always donate unneeded stuff to various computerclubs in my
hometown. But if I knew that it could do some good to the FreeBSD project I
woul
The i82559 (fxp) hardware supports it. I imagine most previous
versions of the chipset are also capable. For the software,
add an ioctl to fxp_ether_ioctl that changes the
sc->arpcom.ac_enaddr to your new MAC address and calls
fxp_init(sc). Add your new ioctl to ifconfig and you should be don
this is a test to see, please ignore
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
> :
> :cvsuped 18 aug 1999 00:35 MSD
> :
>
> I would definitely update it, but that may not be your problem.
>
> If you could email your mount setup (df output) and your kernel
> configuration (dmesg output) I would appreciate it.
>
> If you are running softupdates, try turning
The i82559 (fxp) hardware supports it. I imagine most previous
versions of the chipset are also capable. For the software,
add an ioctl to fxp_ether_ioctl that changes the
sc->arpcom.ac_enaddr to your new MAC address and calls
fxp_init(sc). Add your new ioctl to ifconfig and you should be do
this is a test to see, please ignore
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Thu, 2 Sep 1999, Geoff Rehmet wrote:
> > I'd expect Yarrow to be (perhaps quite a bit) slower than our existing
> > PRNG - it's a more conservative design and uses primitives
> > like SHA-1 (for
> > yarrow-160). I don't know how much of an impact this would be for
> > network performance.
>
>
On Thu, 2 Sep 1999, Geoff Rehmet wrote:
> > How do OpenBSD do it?
>
> They use arc4random(), to add a random increment.
And you do ISN = C + f(state) where C is a 250KHz counter and f is your
cut-down MD5? And state = {random secret, src addr, src port, dst addr,
dst port, ?}
I haven't had time
On Tue, 7 Sep 1999 21:13:22 -0400 (EDT)
Bill Paul wrote:
> Well, the older chipsets make it even harder on you: you have to know
> just the right way to twiddle the bits in the GPIO register in order to
> program the media settings, and to figure that out you're supposed to
> read the media
On Thu, 2 Sep 1999, Geoff Rehmet wrote:
> > I'd expect Yarrow to be (perhaps quite a bit) slower than our existing
> > PRNG - it's a more conservative design and uses primitives
> > like SHA-1 (for
> > yarrow-160). I don't know how much of an impact this would be for
> > network performance.
>
On Thu, 2 Sep 1999, Geoff Rehmet wrote:
> > How do OpenBSD do it?
>
> They use arc4random(), to add a random increment.
And you do ISN = C + f(state) where C is a 250KHz counter and f is your
cut-down MD5? And state = {random secret, src addr, src port, dst addr,
dst port, ?}
I haven't had time
On Tue, 7 Sep 1999 21:13:22 -0400 (EDT)
Bill Paul <[EMAIL PROTECTED]> wrote:
> Well, the older chipsets make it even harder on you: you have to know
> just the right way to twiddle the bits in the GPIO register in order to
> program the media settings, and to figure that out you're supposed
Of all the gin joints in all the towns in all the world, Jason Thorpe
had to walk into mine and say:
> [ snip ... all the quirks ]
>
> ...I'm well aware of all of these :-)
>
> Amusingly, these are the same kinds of quirks you have to deal with for
> a unified *genuine DEC Tulip* driver. E.g.
Of all the gin joints in all the towns in all the world, Jason Thorpe
had to walk into mine and say:
> [ snip ... all the quirks ]
>
> ...I'm well aware of all of these :-)
>
> Amusingly, these are the same kinds of quirks you have to deal with for
> a unified *genuine DEC Tulip* driver. E.g.
On Tue, 7 Sep 1999, Wilko Bulte wrote:
> Wilko (confused...)
No, I already committed the change to comment it out in -STABLE. I will
investigate further, but I will definitely not have it in by -RELEASE time.
No problem has been noticed before because XFree86 has not supported MTRRs
until recentl
In message <199909072255.paa10...@whistle.com> Doug Ambrisko writes:
: | PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
: | please let me know.
:
: I thought I saw a PCMCIA -> USB at Fry's.
Mobile Planet has PC Card <-> USB cards that are not CardBus cards.
Warner
To Uns
Nick Hibma writes:
| > And USB? This reference says that you can (now? soon?) buy a
| > laptop docking station with all of the usual ports, connected
| > only by USB...
| >
|
| PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
| please let me know.
I thought I saw a PCMCIA
Mike Smith writes:
| > > USB doesn't present a 16550A interface to the host, so I don't think
| > > that sio would have a USB attachment.
| >
| > So there's going to be manufacturer-specific terminal/serial port drivers
| > to talk to the serial ports on USB-attached laptop docking stations, like
On Tue, 7 Sep 1999, Wilko Bulte wrote:
> Wilko (confused...)
No, I already committed the change to comment it out in -STABLE. I will
investigate further, but I will definitely not have it in by -RELEASE time.
No problem has been noticed before because XFree86 has not supported MTRRs
until recent
In message <[EMAIL PROTECTED]> Doug Ambrisko writes:
: | PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
: | please let me know.
:
: I thought I saw a PCMCIA -> USB at Fry's.
Mobile Planet has PC Card <-> USB cards that are not CardBus cards.
Warner
To Unsubscribe: send
Nick Hibma writes:
| > And USB? This reference says that you can (now? soon?) buy a
| > laptop docking station with all of the usual ports, connected
| > only by USB...
| >
|
| PCI and CardBus to USB. Any one having seen a ISA or PCMCIA variant,
| please let me know.
I thought I saw a PCMCI
Mike Smith writes:
| > > USB doesn't present a 16550A interface to the host, so I don't think
| > > that sio would have a USB attachment.
| >
| > So there's going to be manufacturer-specific terminal/serial port drivers
| > to talk to the serial ports on USB-attached laptop docking stations, like
On Tue, 7 Sep 1999 03:11:24 -0400 (EDT)
Bill Paul wrote:
> The SiS 900 only has one combined status/control word in its
> descriptor structure (some of the bits mean different things depending
> on whether the descriptors are in the RX ring or TX ring) instead of a
> separate status and
On Tue, 7 Sep 1999 03:11:24 -0400 (EDT)
Bill Paul <[EMAIL PROTECTED]> wrote:
> The SiS 900 only has one combined status/control word in its
> descriptor structure (some of the bits mean different things depending
> on whether the descriptors are in the RX ring or TX ring) instead of a
>
On Tue, 07 Sep 1999 19:48:59 BST, David Malone wrote:
>
>The code which figures out the bushigh stuff for your machine
>probably needs a similar kludge, unless someone can say for certain
>that it isn't harful for the SMP case.
Probably not worth the effort, since for this system at least, SMP wor
On Tue, 7 Sep 1999, Andrzej Bialecki wrote:
> * does the problem affect anything else? I'm not at the console, so I
> can't be sure, but the machine appears to be very sluggish over the net.
It seems the sluggishness was caused by two Midnight commanders spinning
like crazy and eating 200% of CPU
On Tue, Sep 07, 1999 at 10:24:53AM -0700, Parag Patel wrote:
> So I think my patch for simply wrapping the "Probing PCI bus" message
> with an "if (bootverbose)" is the right solution/workaround for systems
> like mine running STABLE. Not that it's a big deal - it's easy enough
> for me to patch
As Peter Wemm wrote ...
> Wilko Bulte wrote:
> > As Brian F. Feldman wrote ...
> > > On Sun, 5 Sep 1999, Randall Hopper wrote:
> > >
...
> > > corrupt other memory...) For now, it's unsafe.
> >
> > Maybe I'm missing the point here, but as a AMD user I'm interested anyway:
> > 'should be disabled'
Hi,
ASUS SMP motherboard (if it matters) with two Pentium IIIs, running SMP
kernel 3.3-RC. Running an UP kernel instead is not an option (i.e. I can
try it out, but I need both CPUs eventually).
Any ideas? I looked in the archives, and found Tor Egge's fix. So, here
are my questions:
* does the
On Tue, 07 Sep 1999 19:48:59 BST, David Malone wrote:
>
>The code which figures out the bushigh stuff for your machine
>probably needs a similar kludge, unless someone can say for certain
>that it isn't harful for the SMP case.
Probably not worth the effort, since for this system at least, SMP wo
So everyone can take a look:
here is the url, I meant to put it in the original:
ftp://win.co.nz/web-pwd/v0.3/
On Tue, 7 Sep 1999, Alfred Perlstein wrote:
>
> On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
>
> > Hi everyone,
> >
> > I found a very nice web enable password changing scri
Sarcasm is the lowest form of wit.
here is the url:
ftp://win.co.nz/web-pwd/v0.3/
On Tue, 7 Sep 1999, Alfred Perlstein wrote:
>
> On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
>
> > Hi everyone,
> >
> > I found a very nice web enable password changing script written in c that
> > curre
On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
> Hi everyone,
>
> I found a very nice web enable password changing script written in c that
> currently works in linux and solaris. It seems to be laid out very nicely
> and I would like to know if anyone would care to take a crack at getting
On Tue, 7 Sep 1999, Andrzej Bialecki wrote:
> * does the problem affect anything else? I'm not at the console, so I
> can't be sure, but the machine appears to be very sluggish over the net.
It seems the sluggishness was caused by two Midnight commanders spinning
like crazy and eating 200% of CP
In message <199909071105.maa71...@keep.lan.awfulhak.org> Brian Somers writes:
: I wasn't suggesting we should do it from installworld - just from
: src/etc/Makefile (used by ``make release'').
Yes. IT should be, but isn't right now.
Warner
To Unsubscribe: send mail to majord...@freebsd.org
wi
On Tue, Sep 07, 1999 at 10:24:53AM -0700, Parag Patel wrote:
> So I think my patch for simply wrapping the "Probing PCI bus" message
> with an "if (bootverbose)" is the right solution/workaround for systems
> like mine running STABLE. Not that it's a big deal - it's easy enough
> for me to patch
As Peter Wemm wrote ...
> Wilko Bulte wrote:
> > As Brian F. Feldman wrote ...
> > > On Sun, 5 Sep 1999, Randall Hopper wrote:
> > >
...
> > > corrupt other memory...) For now, it's unsafe.
> >
> > Maybe I'm missing the point here, but as a AMD user I'm interested anyway:
> > 'should be disabled
Hi everyone,
I found a very nice web enable password changing script written in c that
currently works in linux and solaris. It seems to be laid out very nicely
and I would like to know if anyone would care to take a crack at getting
it to work on FBSD. It also uses shadow passwords so hacking a
Hi,
ASUS SMP motherboard (if it matters) with two Pentium IIIs, running SMP
kernel 3.3-RC. Running an UP kernel instead is not an option (i.e. I can
try it out, but I need both CPUs eventually).
Any ideas? I looked in the archives, and found Tor Egge's fix. So, here
are my questions:
* does the
Hello. I recently submitted this kernel PR (13546) against STABLE, and
Sheldon Hearn suggested forwarding this note to freebsd-hackers to ask
for opinions.
The PCI probe code is much too verbose when it probes for PCI busses
that do not exist. On this (4xPPro) system, I get this message:
Pr
Nate Williams wrote:
> > "Matthew N. Dodd" wrote:
> > > On Sun, 5 Sep 1999, Warner Losh wrote:
> > > > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > > > and isa attachments there. Yes, I did say cardbus, since I have seen
> > > > cardbus PCI modems that are NOT winmodem
So everyone can take a look:
here is the url, I meant to put it in the original:
ftp://win.co.nz/web-pwd/v0.3/
On Tue, 7 Sep 1999, Alfred Perlstein wrote:
>
> On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
>
> > Hi everyone,
> >
> > I found a very nice web enable password changing scr
Sarcasm is the lowest form of wit.
here is the url:
ftp://win.co.nz/web-pwd/v0.3/
On Tue, 7 Sep 1999, Alfred Perlstein wrote:
>
> On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
>
> > Hi everyone,
> >
> > I found a very nice web enable password changing script written in c that
> > curr
On Tue, 7 Sep 1999, Christopher T. Griffiths wrote:
> Hi everyone,
>
> I found a very nice web enable password changing script written in c that
> currently works in linux and solaris. It seems to be laid out very nicely
> and I would like to know if anyone would care to take a crack at gettin
In message <[EMAIL PROTECTED]> Brian Somers writes:
: I wasn't suggesting we should do it from installworld - just from
: src/etc/Makefile (used by ``make release'').
Yes. IT should be, but isn't right now.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
Hi everyone,
I found a very nice web enable password changing script written in c that
currently works in linux and solaris. It seems to be laid out very nicely
and I would like to know if anyone would care to take a crack at getting
it to work on FBSD. It also uses shadow passwords so hacking
Hello. I recently submitted this kernel PR (13546) against STABLE, and
Sheldon Hearn suggested forwarding this note to freebsd-hackers to ask
for opinions.
The PCI probe code is much too verbose when it probes for PCI busses
that do not exist. On this (4xPPro) system, I get this message:
P
Nate Williams wrote:
> > "Matthew N. Dodd" wrote:
> > > On Sun, 5 Sep 1999, Warner Losh wrote:
> > > > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > > > and isa attachments there. Yes, I did say cardbus, since I have seen
> > > > cardbus PCI modems that are NOT winmode
>But, unfortunately, putting the console on a serial port creates
>vulnerabilities when DDB is enabled. You are, essentially, creating
>an unintentional backdoor into the system. Hence the problem.
ports/*/conserver is your friend!
--
Poul-Henning Kamp FreeBSD coreteam
> : But, they should be PCI/non-Winmodem, as Kevin pointed out, so we
> : shouldn't need cardbus seperately from pci.
>
> Just the attachment...
Ahh, OK. I'm not familiar enough with the new code to know how exactly
it's organized. :)
Nate
To Unsubscribe: send mail to majord...@freebsd.org
w
> "Matthew N. Dodd" wrote:
> > On Sun, 5 Sep 1999, Warner Losh wrote:
> > > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > > and isa attachments there. Yes, I did say cardbus, since I have seen
> > > cardbus PCI modems that are NOT winmodems.
> >
> > And MCA and EISA at
In message <199909071558.jaa21...@mt.sri.com> Nate Williams writes:
: But, they should be PCI/non-Winmodem, as Kevin pointed out, so we
: shouldn't need cardbus seperately from pci.
Just the attachment...
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hacker
> : I'd really like to see the sio driver code being able to support PCI
> : devices...
>
> Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> and isa attachments there. Yes, I did say cardbus, since I have seen
> cardbus PCI modems that are NOT winmodems.
But, they should
: >generated, DDB is the only way to figure out what is going on.
: >securelevel is a mechanism which attempts to guarentee data security,
: >at least to a degree. These two items do not clash.
: >
:
:Anyway, as soon as you can physically access the PC, youD loose anyway,
:independe
>But, unfortunately, putting the console on a serial port creates
>vulnerabilities when DDB is enabled. You are, essentially, creating
>an unintentional backdoor into the system. Hence the problem.
ports/*/conserver is your friend!
--
Poul-Henning Kamp FreeBSD coreteam
> : But, they should be PCI/non-Winmodem, as Kevin pointed out, so we
> : shouldn't need cardbus seperately from pci.
>
> Just the attachment...
Ahh, OK. I'm not familiar enough with the new code to know how exactly
it's organized. :)
Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
> "Matthew N. Dodd" wrote:
> > On Sun, 5 Sep 1999, Warner Losh wrote:
> > > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > > and isa attachments there. Yes, I did say cardbus, since I have seen
> > > cardbus PCI modems that are NOT winmodems.
> >
> > And MCA and EISA a
In message <[EMAIL PROTECTED]> Nate Williams writes:
: But, they should be PCI/non-Winmodem, as Kevin pointed out, so we
: shouldn't need cardbus seperately from pci.
Just the attachment...
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of
> : I'd really like to see the sio driver code being able to support PCI
> : devices...
>
> Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> and isa attachments there. Yes, I did say cardbus, since I have seen
> cardbus PCI modems that are NOT winmodems.
But, they should
: >generated, DDB is the only way to figure out what is going on.
: >securelevel is a mechanism which attempts to guarentee data security,
: >at least to a degree. These two items do not clash.
: >
:
:Anyway, as soon as you can physically access the PC, youD loose anyway,
:independ
On Sep 5, 9:18pm, Matthew Dillon wrote:
} Subject: Re: mbuf shortage situations
} : The only reason that I see for which we would actually panic() in
} :this situation (as opposed to suffer the packet loss) is if we get to the
} :point where we're losing packets because some script kid starts
This is indeed a good idea. If nobody else has stepped up to the
challenge, I will try to have such a site up by the end of the week (Well,
let's make it Sunday...gives me the weekend to work on it too :) ). I'll
keep everyone posted.
Kelly
~kby...@posi.net~
FreeBSD - The Power To Serve -
On Sep 5, 9:18pm, Matthew Dillon wrote:
} Subject: Re: mbuf shortage situations
} : The only reason that I see for which we would actually panic() in
} :this situation (as opposed to suffer the packet loss) is if we get to the
} :point where we're losing packets because some script kid starts
This is indeed a good idea. If nobody else has stepped up to the
challenge, I will try to have such a site up by the end of the week (Well,
let's make it Sunday...gives me the weekend to work on it too :) ). I'll
keep everyone posted.
Kelly
~[EMAIL PROTECTED]~
FreeBSD - The Power To Serve
On Tue, 7 Sep 1999, Peter Wemm wrote:
> Well, it seems Bruce objects to this.. I don't know why though. If
> he's concerned about loosing the tightly integrated sio<->isa stuff
> then I guess there could be an "osio" (old sio) or "isasio" or
> something driver that remains isa-specific. I could
On Tue, 7 Sep 1999, Peter Wemm wrote:
> Well, it seems Bruce objects to this.. I don't know why though. If
> he's concerned about loosing the tightly integrated sio<->isa stuff
> then I guess there could be an "osio" (old sio) or "isasio" or
> something driver that remains isa-specific. I could
> In message <199909070023.baa29...@keep.lan.awfulhak.org> Brian Somers writes:
> : Is it time to install src/etc/rc.sysctl now ? I certainly think it's
> : a good idea :-]
>
> No. I don't think we want to install rc.sysctl for an installworld.
> It would spam changes that others make to them.
Wilko Bulte wrote:
> As Brian F. Feldman wrote ...
> > On Sun, 5 Sep 1999, Randall Hopper wrote:
> >
> > > Mike Smith:
> > > |> Also, I wonder if you've seen/heard of an MTRR patch for 3.2-RELEASE
> > > |
> > > |You could try to backport the two sets of commits I just made to the
> > > |-stab
"Matthew N. Dodd" wrote:
> On Sun, 5 Sep 1999, Warner Losh wrote:
> > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > and isa attachments there. Yes, I did say cardbus, since I have seen
> > cardbus PCI modems that are NOT winmodems.
>
> And MCA and EISA attachments.
We
> In message <[EMAIL PROTECTED]> Brian Somers writes:
> : Is it time to install src/etc/rc.sysctl now ? I certainly think it's
> : a good idea :-]
>
> No. I don't think we want to install rc.sysctl for an installworld.
> It would spam changes that others make to them.
I wasn't suggesting we s
Dag-Erling Smorgrav wrote:
> That's an excellent idea - it shouldn't be too hard to add a kernel
> option (say, DDB_RESTRICTED) and #ifndef the "dangerous" commands.
To achieve both higher security and kenel hackers convenience, I'd
submit following idea:
- If securelevel > 1, DDB is in restr
Following through on something that Doug mentioned, I ran into this
very worthwhile discussion of the BSD and BSD-like licenses. I would
commend this to anyone that's ever been even vaguely interested in
licenses, as it puts a number of issues very well.
http://gel.urstudios.com/rationale.h
On Tue, 07 Sep 1999 10:12:23 +0100, Dominic Mitchell wrote:
> Possibly installing it as /etc/defaults/rc.sysctl?
No. Sysctl.conf might belong in defaults, rc.sysctl doesn't.
Ciao,
Sheldon.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of th
Wilko Bulte wrote:
> As Brian F. Feldman wrote ...
> > On Sun, 5 Sep 1999, Randall Hopper wrote:
> >
> > > Mike Smith:
> > > |> Also, I wonder if you've seen/heard of an MTRR patch for 3.2-RELEASE
> > > |
> > > |You could try to backport the two sets of commits I just made to the
> > > |-sta
On Mon, Sep 06, 1999 at 09:31:01PM -0600, Warner Losh wrote:
> In message <199909070023.baa29...@keep.lan.awfulhak.org> Brian Somers writes:
> : Is it time to install src/etc/rc.sysctl now ? I certainly think it's
> : a good idea :-]
>
> No. I don't think we want to install rc.sysctl for an ins
"Matthew N. Dodd" wrote:
> On Sun, 5 Sep 1999, Warner Losh wrote:
> > Might be a good time have a sys/dev/sio and have pccard, cardbus, pci
> > and isa attachments there. Yes, I did say cardbus, since I have seen
> > cardbus PCI modems that are NOT winmodems.
>
> And MCA and EISA attachments.
W
On Mon, 06 Sep 1999 23:00:18 +0200, Michael Reifenberger wrote:
> While you are at it, could you please change rc.serial to be
> consistent with the other rc* files? rc.serial should only implement
> the functions and import all variable data from rc.conf...
Careful. As pointed out to me by Br
Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> That's an excellent idea - it shouldn't be too hard to add a kernel
> option (say, DDB_RESTRICTED) and #ifndef the "dangerous" commands.
To achieve both higher security and kenel hackers convenience, I'd
submit following idea:
- If securelevel
Following through on something that Doug mentioned, I ran into this
very worthwhile discussion of the BSD and BSD-like licenses. I would
commend this to anyone that's ever been even vaguely interested in
licenses, as it puts a number of issues very well.
http://gel.urstudios.com/rationale.
On Tue, 07 Sep 1999 10:12:23 +0100, Dominic Mitchell wrote:
> Possibly installing it as /etc/defaults/rc.sysctl?
No. Sysctl.conf might belong in defaults, rc.sysctl doesn't.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the m
Matthew Dillon writes:
> So making DDB 'secure-level friendly' would be a useful thing
> tgo do, I think. The idea is not to disable DDB, but to simply
> limit the actions that can be performed within it if the securelevel
> has been raised. The sysadmin would only be allowed to
On Mon, Sep 06, 1999 at 09:31:01PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Brian Somers writes:
> : Is it time to install src/etc/rc.sysctl now ? I certainly think it's
> : a good idea :-]
>
> No. I don't think we want to install rc.sysctl for an installworld.
> It would spa
On Mon, 06 Sep 1999 23:00:18 +0200, Michael Reifenberger wrote:
> While you are at it, could you please change rc.serial to be
> consistent with the other rc* files? rc.serial should only implement
> the functions and import all variable data from rc.conf...
Careful. As pointed out to me by B
Matthew Dillon <[EMAIL PROTECTED]> writes:
> So making DDB 'secure-level friendly' would be a useful thing
> tgo do, I think. The idea is not to disable DDB, but to simply
> limit the actions that can be performed within it if the securelevel
> has been raised. The sysadmin woul
According to Ben Williams:
> wd0s1a") and it immediately complains about "panic: MFS image is
> invalid!!" and forces me to reboot. This happens if I use kernel,
Don't use the option MFS_ROOT_SIZE...
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
Free
Of all the gin joints in all the towns in all the world, Jason Thorpe
had to walk into mine and say:
> On Fri, 03 Sep 1999 16:23:00 -0600
> Wes Peters wrote:
>
> > > > See, for instance, the al, ax, mx, pn, vr, and wb drivers. ;^)
> > > ^^
> > >
94 matches
Mail list logo
