> In the last episode (Jun 06), Mark Newton said:
> > > There is
> > > apparently quite a difference between Solaris and SCO SVR4; the first
> > > thing I had to do was change the lseek() syscall to use 32-bit
offsets
> > > instead of 64-bit, for example.
> >
> > Interesting - Solaris has two
I really don't think that stupidity is the issue, there are plenty of devices
which you use very discretely which may only need support every once in awhile.
It might be nice to start running on modules regularly. It would also be useful
to be able to update your device driver while running freebs
+[ Bosko Milekic ]-
|
|
| An Operating System should only do that when the administrator is so
| stupid that he/she actually loads "unused" drivers.
As opposed to say it demand loading a driver for a File System type and
then unloading it w
On Wed, 7 Jun 2000, void wrote:
> Doesn't Solaris auto-unload unused drivers when memory gets tight?
>
> --
> Ben
>
> 220 go.ahead.make.my.day ESMTP Postfix
An Operating System should only do that when the administrator is so
stupid that he/she actually loads "unused" drivers.
--
Hi,
Have posted this question yesterday. But no reply. Hope to et a reply to
day.
thanks for your time
--gb
--
-- Forwarded message --
Date: Tue, 6 Jun 2000 11:55:18 +0530 (IST)
From: G.B.Naidu <[EMAIL PROTECTED]>
To: Alfred Perlstein <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTE
On Tue, Jun 06, 2000 at 04:08:42PM -0700, Kris Kennaway wrote:
>
> You weren't listening..no-one debates the utility of auto-loading modules,
> and that is the direction FreeBSD is already heading. The debate is over
> the utility of automatically UNLOADING modules when they're "no longer in
> us
Oops, I'm tired in finding this mail in the Jurassic layer of my email
threads :-).
At Thu, 01 Jun 2000 19:00:08 -0700,
Jordan K. Hubbard <[EMAIL PROTECTED]> wrote:
>
> Just following up on this - are there any plans to merge this work
> back into the mainstream so that we can generate "localize
On Sun, 4 Jun 2000, Andrey A. Chernov wrote:
> Ask Peter to commit this patch at least...
Thanks!
Note that Peter has been Cc:ed on all messages concerning this issue, but
didn't reply yet, so I just opened PR misc/19077 and included your patch
there.
Gerald
--
Gerald "Jerry" [EMAIL PROTECTED]
On Tue, 6 Jun 2000, Yevmenkin, Maksim N, CSCIO wrote:
> > No. Modules shouldn't be unloaded automatically.
^^
> but why? :-) what is wrong with that? it would be so nice to have small
> GENERIC kernel and bunch of modules. kernel will start, identify all
> hardwar
On Tue, 6 Jun 2000, Matthew Dillon wrote:
::Does it make a difference that this happens when you dd to the device,
::without going through a filesystem layer? I don't ever use filesystems on
::floppies, and have had this crash.
::
::David Scheidt
:
:Hmm.It shouldn't happen if you dd.
:Does it make a difference that this happens when you dd to the device,
:without going through a filesystem layer? I don't ever use filesystems on
:floppies, and have had this crash.
:
:David Scheidt
Hmm.It shouldn't happen if you dd. If it does then the bug is
probably cockpit tr
On Tue, 6 Jun 2000, Matthew Dillon wrote:
:The behavior is probably outfall from buffer cache changes for 4.0,
:but it would have to be fixed a different way. The buffer cache
:changes were basically to not throw away dirty buffers with write errors
:because doing so could result
Yeah, it would be especially useful for the installation boot disks as well, to
have the ability to make a tiny kernel and load the appropriate device drivers.
Perhaps a database of some sort that keeps track of device IDs for various
drivers, to be able to auto load them. That's one example.
Ran
:On Tue 2000-06-06 (19:13), Oleg Derevenetz wrote:
:> When write-protected floppy mounted in R/W mode, write attempt to this
:> floppy follows kernel panic (dirty buffers) and reboot. Is this correct ?
:> The best way IMO is to always mount write-protected floppies in R/O mode.
:
:It's not 'corr
On Tue 2000-06-06 (19:13), Oleg Derevenetz wrote:
> When write-protected floppy mounted in R/W mode, write attempt to this
> floppy follows kernel panic (dirty buffers) and reboot. Is this correct ?
> The best way IMO is to always mount write-protected floppies in R/O mode.
It's not 'correct', b
When write-protected floppy mounted in R/W mode, write attempt to this
floppy follows kernel panic (dirty buffers) and reboot. Is this correct ?
The best way IMO is to always mount write-protected floppies in R/O mode.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ha
:Hi,
:
:For me it appears that the process should be marked as runnable. But I am
:not sure.
:
:thanks
:--gb
:
:On Mon, 5 Jun 2000, Duncan Barclay wrote:
:
:> Hi all
:>
:> Does wakeup() ever cause a sleeping processes to run before the wakeup()
:> function returns, or does it just mark the proces
In the last episode (Jun 06), Mark Newton said:
> > There is
> > apparently quite a difference between Solaris and SCO SVR4; the first
> > thing I had to do was change the lseek() syscall to use 32-bit offsets
> > instead of 64-bit, for example.
>
> Interesting - Solaris has two lseek syscal
[...]
> > > This is, IMO, a good idea. I certainly don't want some
> > > smartass daemon
> > > unloading a module just because it thinks it should. 8)
> >
> > another option in config file? something like ``do_not_unload''?
>
> No. Modules shouldn't be unloaded automatically.
but why? :-)
You should make the exceeding of a quota a ipfw criteria rather
than an ipfw action, that way people can deny, drop, forward or DUMMYNET
packets exceeeding the quota.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam member
Hi there,
I am in need of a prepaid IP accounting scheme for FreeBSD. What I want to be
able to do is: I want to allocate a certain byte quota to an IP adress (or a
subnetwork) and have the kernel automatically block the adress as soon as the
quota has been used up, optionally generating a kern
On Mon, Jun 05, 2000 at 08:07:53PM +0100, Brian Somers wrote:
>
> ***SHUDDER***
>
> Here's anotherone... dodgy keyboard.
> Hmm, looks like he hasn't allocated loads of his disk.
>I'll just...
>
I know I know. I'm hoping that there are records with at Sony's
end say: th
22 matches
Mail list logo
