> jul...@whistle.com (Julian Elischer) writes:
>
> > we already use the gs register for SMP now..
> > what about the fs register?
> > I vaguely remember that the different segments could be used to achieve
> > this (%fs points to user space or something)
>
> You can't extend the address spac
yeah I remembered how it all worked after I wrote that..
You'd think they'd eventually get the idea of letting the kernel have it's
own 'cr3' and some TLBs eh?
listenning intel?
On 8 Jul 1999, Ville-Pertti Keinonen wrote:
>
> jul...@whistle.com (Julian Elischer) writes:
>
> > we already use t
jul...@whistle.com (Julian Elischer) writes:
> we already use the gs register for SMP now..
> what about the fs register?
> I vaguely remember that the different segments could be used to achieve
> this (%fs points to user space or something)
You can't extend the address space that way, segm
[EMAIL PROTECTED] (Patryk Zadarnowski) writes:
> > You can't extend the address space that way, segments are all parts of
> > the single 4GB address space described by the page mapping.
> True, but you can reserve a part of the 4GB address space (say 128MB of it)
> for partitioning into tiny (s
On Wed, 7 Jul 1999 19:46:38 -0700 (PDT),
Julian Elischer said:
julian> With your scheme the clock needs to be always running at elevated
speed.
julian> Possibly you might have a startup routine that turns on the elevated
julian> frequency, (basically does an 'aquire_timer0()' ) I would say t
[EMAIL PROTECTED] (Matthew Dillon) writes:
> pair-down the fields in both structures. For example, the vnode structure
> contains a lot of temporary clustering fields that could be removed
> entirely if clustering operations are done at the time of the actual I/O
> rather then b
> [EMAIL PROTECTED] (Julian Elischer) writes:
>
> > we already use the gs register for SMP now..
> > what about the fs register?
> > I vaguely remember that the different segments could be used to achieve
> > this (%fs points to user space or something)
>
> You can't extend the address spac
>> >Large data transfers seem to cause the lockup. I know at least 1 netbsd
>> >person has reported similar problems with these new cards, (kern/7216).
>> >
>> >Has anyone seen problems like these? Any ideas?
>>
>>Hmmm...I've been using them in some machines here and haven't seen any
>> pro
yeah I remembered how it all worked after I wrote that..
You'd think they'd eventually get the idea of letting the kernel have it's
own 'cr3' and some TLBs eh?
listenning intel?
On 8 Jul 1999, Ville-Pertti Keinonen wrote:
>
> [EMAIL PROTECTED] (Julian Elischer) writes:
>
> > we already use t
[EMAIL PROTECTED] (Julian Elischer) writes:
> we already use the gs register for SMP now..
> what about the fs register?
> I vaguely remember that the different segments could be used to achieve
> this (%fs points to user space or something)
You can't extend the address space that way, segm
On Wed, 7 Jul 1999 19:46:38 -0700 (PDT),
Julian Elischer <[EMAIL PROTECTED]> said:
julian> With your scheme the clock needs to be always running at elevated speed.
julian> Possibly you might have a startup routine that turns on the elevated
julian> frequency, (basically does an 'aquire_timer0(
On Jul 4, 5:35pm, "Jonathan M. Bresler" wrote:
} Subject: Re: Pictures from USENIX
} beards are great...women love them, getting fluffed is much
} better than getting scratchedkids love them. brush the beard
} whenever you brush your hair. dont hae to deal with a buzzing razor,
} very
>> >Large data transfers seem to cause the lockup. I know at least 1 netbsd
>> >person has reported similar problems with these new cards, (kern/7216).
>> >
>> >Has anyone seen problems like these? Any ideas?
>>
>>Hmmm...I've been using them in some machines here and haven't seen any
>> pr
User Joe wrote:
>
>Is the berkeley db (or any other small db) multi user safe? Are there
>locks to maintain coherency of multiple processes access the same database
>files?
The web pages for Berkeley DB 2 claim that it does (note version 2,
not 1.85 as shipped with FreeBSD). http://www.sleepycat
In reply:
> Hello All,
>
> I was just looking at http://www.winradio.com/ and was thinking
> that it would be a nice addition to FreeBSD. I don't own one of the
> cards, otherwise I would have started to see what I could do. But if
> anyone out there has one/has access to one, it would be inter
Put it in the ".login" or /etc/csh.login (etc.) file.
They'll see it every time they log in.
-Mark Taylor
NetMAX Developer
mtay...@cybernet.com
http://www.netmax.com/
Wes Peters wrote:
>
> Bill Fumerola wrote:
> >
> > On Tue, 6 Jul 1999, Brian F. Feldman wrote:
> >
> > > Thanks! But still, I
Dag-Erling Smorgrav wrote:
>
>Don't use err() indiscriminately after a malloc() failure; malloc()
>doesn't set errno.
When I looked at malloc(3) I decided that it relied on sbrk(2) to set
errno if it returned 0. Is this wrong? i.e. can it return 0 without
a failed syscall?
Tony.
--
f.a.n.finch
On Jul 4, 5:35pm, "Jonathan M. Bresler" wrote:
} Subject: Re: Pictures from USENIX
} beards are great...women love them, getting fluffed is much
} better than getting scratchedkids love them. brush the beard
} whenever you brush your hair. dont hae to deal with a buzzing razor,
} ver
User Joe <[EMAIL PROTECTED]> wrote:
>
>Is the berkeley db (or any other small db) multi user safe? Are there
>locks to maintain coherency of multiple processes access the same database files?
The web pages for Berkeley DB 2 claim that it does (note version 2,
not 1.85 as shipped with FreeBSD). ht
The hard part is going to be the applications to co-operate.
good luck. it's be nice. especially if it worked with the syscons
cut-n-paste.
julian
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> Hello!
>
> I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
>
> I have noticed
In reply:
> Hello All,
>
> I was just looking at http://www.winradio.com/ and was thinking
> that it would be a nice addition to FreeBSD. I don't own one of the
> cards, otherwise I would have started to see what I could do. But if
> anyone out there has one/has access to one, it would be inte
Put it in the ".login" or /etc/csh.login (etc.) file.
They'll see it every time they log in.
-Mark Taylor
NetMAX Developer
[EMAIL PROTECTED]
http://www.netmax.com/
Wes Peters wrote:
>
> Bill Fumerola wrote:
> >
> > On Tue, 6 Jul 1999, Brian F. Feldman wrote:
> >
> > > Thanks! But still, I d
Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
>
>Don't use err() indiscriminately after a malloc() failure; malloc()
>doesn't set errno.
When I looked at malloc(3) I decided that it relied on sbrk(2) to set
errno if it returned 0. Is this wrong? i.e. can it return 0 without
a failed syscall?
To
Hello!
I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
I have noticed that there is no good clipboard system in FreeBSD. X has only
a rudimentary clipboard, and outside X there is no clipboard that would be
shared between programs... All this while Windows has a very interest
On Thu, 8 Jul 1999, Patryk Zadarnowski wrote:
>
> > Why not put the kernel in a different address space? IIRC there's no
> > absolute requirement for the kernel and userland to be in the same
> > address space, and that way we would have 4 GB for each.
>
> Wouldn't that make system calls that
On Wed, 7 Jul 1999 18:21:03 -0700 (PDT)
Matthew Dillon wrote:
> Now, I also believe that when UVM maps those pages, it makes them
> copy-on-write so I/O can be initiated on the data without having to
> stall anyone attempting to make further modifications to the VM object.
>
Dag-Erling Smorgrav writes:
> > And besides, I really don't think this is a grep function but actually
> > is useful for programs that don't have any strategy for handling out
> > of memory errors and might as well die (with a descriptive error
> > message, of course). Let's call it emalloc and l
> >Large data transfers seem to cause the lockup. I know at least 1 netbsd
> >person has reported similar problems with these new cards, (kern/7216).
> >
> >Has anyone seen problems like these? Any ideas?
>
>Hmmm...I've been using them in some machines here and haven't seen any
> problems.
The hard part is going to be the applications to co-operate.
good luck. it's be nice. especially if it worked with the syscons
cut-n-paste.
julian
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> Hello!
>
> I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
>
> I have noticed
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
>
> Ow, I thought it was in the mailing list archive, turned out not.
> I will attach the paper below. Sorry for a long mail.
>
>
> --- v --- cut here --- v ---
> Unlike 16550, MPU401 does not generate an interrupt on TX-ready.
> So we have to choose o
> we already use the gs register for SMP now..
> what about the fs register?
> I vaguely remember that the different segments could be used to achieve
> this (%fs points to user space or something)
... as I've suggested a few days ago, and was told to shut up with a (rather
irrelevant) referen
> Why not put the kernel in a different address space? IIRC there's no
> absolute requirement for the kernel and userland to be in the same
> address space, and that way we would have 4 GB for each.
Wouldn't that make system calls that need to share data between kernel
and user spaces hopelessl
On Wed, Jul 7, 1999, Wes Peters wrote:
> Now there's an idea! Someone wanna code up wmrtfm real quick? It should
> start an rxvt (if available) or xterm running rtfm on strings that are
> dropped onto or pasted into the dock icon.
Wait until someone writes grtfm! GNOME support, panel applet,
Hello!
I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
I have noticed that there is no good clipboard system in FreeBSD. X has only
a rudimentary clipboard, and outside X there is no clipboard that would be
shared between programs... All this while Windows has a very interes
On Wed, 7 Jul 1999 19:18:57 -0700 (PDT),
Julian Elischer said:
>> Sorry, finetimer(9) is the new timer implemented in my latest midi driver.
>> You can read the short paper describing the feature and principle in:
>>
>> Message-Id: <199907060959.saa05...@rina.naklab.dnj.ynu.ac.jp>
julian> how
As I reading on filesystem algorithms and principles [bach 86 and mckusick
96], I am tempted to try my hand on a free partition. From my
understanding, I should be using the partition as a character device for
raw i/o in order to avoid the current filesystem overhead (/dev/rwd0s3).
From that point,
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> On Wed, 7 Jul 1999 19:06:48 -0700 (PDT),
> Julian Elischer said:
>
> julian> uh...
> julian> [phaser.whistle.com] 536 man 9 finetimer
> julian> No entry for finetimer in section 9 of the manual
>
>
> Sorry, finetimer(9) is the new timer implement
On Wed, 7 Jul 1999 19:06:48 -0700 (PDT),
Julian Elischer said:
julian> uh...
julian> [phaser.whistle.com] 536 man 9 finetimer
julian> No entry for finetimer in section 9 of the manual
Sorry, finetimer(9) is the new timer implemented in my latest midi driver.
You can read the short paper descr
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> > And besides, I really don't think this is a grep function but actually
> > is useful for programs that don't have any strategy for handling out
> > of memory errors and might as well die (with a descriptive error
> > message, of course). Let's c
> >Large data transfers seem to cause the lockup. I know at least 1 netbsd
> >person has reported similar problems with these new cards, (kern/7216).
> >
> >Has anyone seen problems like these? Any ideas?
>
>Hmmm...I've been using them in some machines here and haven't seen any
> problems.
uh...
[phaser.whistle.com] 536 man 9 finetimer
No entry for finetimer in section 9 of the manual
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> Another idea has come to my mind...
>
>
> pca(4) currently uses acquire_timer0(), which changes the timer
> frequency directly, breaking finetimer(9).
we already use the gs register for SMP now..
what about the fs register?
I vaguely remember that the different segments could be used to achieve
this (%fs points to user space or something)
julian
On Wed, 7 Jul 1999, Matthew Dillon wrote:
> :Why not put the kernel in a different address spa
In message <19990707230648.d771...@overcee.netplex.com.au> Peter Wemm writes:
: At the very least it must use the real resource lists, not a second copy.
: That probably means that nexus.c itself would have to export these functions.
Yes. Or that bus_space_*map would live in nexus.c.
: At the mo
Another idea has come to my mind...
pca(4) currently uses acquire_timer0(), which changes the timer
frequency directly, breaking finetimer(9). I am considering to
move acquire_timer0()s in pca(4) to finetimer(9), so that pca(4)
comes to work again. Furthermore, we can get rid of acquire_timer0()
On Wed, 7 Jul 1999, Justin C. Walker wrote:
> Out of curiosity, what does 'arp -a' show after the 'arp -s'
> command?
Same thing it shows before the "arp -s" attempt, as does "netstat -nr" :(
For the record, regular "arp -s" commands without the "pub" parameter
(i.e. static ARP cache entries, n
:Why not put the kernel in a different address space? IIRC there's no
:absolute requirement for the kernel and userland to be in the same
:address space, and that way we would have 4 GB for each.
:
:Greg
No, the syscall overhead is way too high if we have to mess with MMU
context. This w
On Thursday, 8 July 1999 at 9:26:09 +1000, Peter Jeremy wrote:
> David Greenman wrote:
>> Yes, I do - at least with the 512MB figure. That would be half of the 1GB
>> KVA space and large systems really need that space for things like network
>> buffers and other map regions.
>
> Matthew Dillon
On Wed, Jul 7, 1999, Wes Peters wrote:
> Now there's an idea! Someone wanna code up wmrtfm real quick? It should
> start an rxvt (if available) or xterm running rtfm on strings that are
> dropped onto or pasted into the dock icon.
Wait until someone writes grtfm! GNOME support, panel applet
As I reading on filesystem algorithms and principles [bach 86 and mckusick
96], I am tempted to try my hand on a free partition. From my
understanding, I should be using the partition as a character device for
raw i/o in order to avoid the current filesystem overhead (/dev/rwd0s3).
>From that poin
:On Thu, 08 Jul 1999 08:36:19 +0800
: Peter Wemm wrote:
:
: > Out of curiosity, how does it handle the problem of small 512 byte
: > directories? Does it consume a whole page or does it do something smarter?
: > Or does the ubc work apply to read/write only and the filesystem itself
: > continue
How do I set up a sysctl so that I may pass in a two pointers:
one to pass in some data
another to receive some data
? Is it possible? Otherwise, I think I should just do something with passing
in an arbitrary data buffer (pointer to, rather) which contains the data
necessary on ent
On Wed, 7 Jul 1999 19:06:48 -0700 (PDT),
Julian Elischer <[EMAIL PROTECTED]> said:
julian> uh...
julian> [phaser.whistle.com] 536 man 9 finetimer
julian> No entry for finetimer in section 9 of the manual
Sorry, finetimer(9) is the new timer implemented in my latest midi driver.
You can read t
:The way this is done in the still-in-development branch of NetBSD's
:unified buffer cache is to basically elimiate the old buffer cache
:interface for vnode read/write completely. When you want to do that
:sort of I/O to a vnode, you simply map a window of the object into
:KVA space (via ubc_allo
Hello All,
I was just looking at http://www.winradio.com/ and was thinking
that it would be a nice addition to FreeBSD. I don't own one of the
cards, otherwise I would have started to see what I could do. But if
anyone out there has one/has access to one, it would be interesting
to add into Fr
uh...
[phaser.whistle.com] 536 man 9 finetimer
No entry for finetimer in section 9 of the manual
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> Another idea has come to my mind...
>
>
> pca(4) currently uses acquire_timer0(), which changes the timer
> frequency directly, breaking finetimer(9)
we already use the gs register for SMP now..
what about the fs register?
I vaguely remember that the different segments could be used to achieve
this (%fs points to user space or something)
julian
On Wed, 7 Jul 1999, Matthew Dillon wrote:
> :Why not put the kernel in a different address sp
In message <[EMAIL PROTECTED]> Peter Wemm writes:
: At the very least it must use the real resource lists, not a second copy.
: That probably means that nexus.c itself would have to export these functions.
Yes. Or that bus_space_*map would live in nexus.c.
: At the moment, the probe/attach rout
> From: Jasper O'Malley
> Date: 1999-07-07 17:49:24 -0700
> To: hack...@freebsd.org
> Subject: ARP breakage
> Delivered-to: freebsd-hackers@freebsd.org
> X-Loop: FreeBSD.ORG
>
>
> I haven't gotten much of a response in -stable, so I'll ask here.
Any one
> know what happened to proxy ARP in recen
Another idea has come to my mind...
pca(4) currently uses acquire_timer0(), which changes the timer
frequency directly, breaking finetimer(9). I am considering to
move acquire_timer0()s in pca(4) to finetimer(9), so that pca(4)
comes to work again. Furthermore, we can get rid of acquire_timer0()
On Wed, 7 Jul 1999, Justin C. Walker wrote:
> Out of curiosity, what does 'arp -a' show after the 'arp -s'
> command?
Same thing it shows before the "arp -s" attempt, as does "netstat -nr" :(
For the record, regular "arp -s" commands without the "pub" parameter
(i.e. static ARP cache entries,
> I have been using the Intel EtherExpress Pro 10/100B cards for
> some time. I just recieved a batch of the Intel Pro/100+ management
> adapters. In most of my machines, they don't work.
>
> Everything I can find says they should be compatible, but there are very
> clearly some problems
I haven't gotten much of a response in -stable, so I'll ask here. Any one
know what happened to proxy ARP in recent incarnations of 3.2-STABLE? See
problem report bin/12448, but in a nutshell:
# ifconfig ed1
ed1: flags=8843 mtu 1500
inet 192.168.54.1 netmask 0xff00 broadcast 192.168.5
On Thu, 08 Jul 1999 08:36:19 +0800
Peter Wemm wrote:
> Out of curiosity, how does it handle the problem of small 512 byte
> directories? Does it consume a whole page or does it do something smarter?
> Or does the ubc work apply to read/write only and the filesystem itself
> continues to us
Ollivier Robert writes:
> Do we support booting from USB floppies ? I plan to buy one of the new VAIOs
> (probably the Z505S with Celeron/333 + 64 MB + 12.1" screen) and it seems to
> come with an USB floppy (as opposed to the probably-IDE of former models).
>
> They've apparently ditched both t
Jason Thorpe wrote:
> On Wed, 7 Jul 1999 17:03:16 -0700 (PDT)
> Matthew Dillon wrote:
>
> > If this could result in a smaller overall structure, it may be worth i
t.
> > To really make the combined structure smaller we would also have to
> > pair-down the fields in both stru
How do I set up a sysctl so that I may pass in a two pointers:
one to pass in some data
another to receive some data
? Is it possible? Otherwise, I think I should just do something with passing
in an arbitrary data buffer (pointer to, rather) which contains the data
necessary on en
On Wed, 7 Jul 1999 17:03:16 -0700 (PDT)
Matthew Dillon wrote:
> If this could result in a smaller overall structure, it may be worth it.
> To really make the combined structure smaller we would also have to
> pair-down the fields in both structures. For example, the vnode
> s
Hello All,
I was just looking at http://www.winradio.com/ and was thinking
that it would be a nice addition to FreeBSD. I don't own one of the
cards, otherwise I would have started to see what I could do. But if
anyone out there has one/has access to one, it would be interesting
to add into Fr
On Wed, 7 Jul 1999, Jason Thorpe wrote:
> On Wed, 7 Jul 1999 16:55:28 -0700 (PDT)
> Julian Elischer wrote:
>
> > or do what Kirk wants to do and merge the VM and Vnode structures
> > I belive the UVM does a bit in this direction due to kirk's influence.
>
> A uvm_object is not a standalon
> From: Jasper O'Malley <[EMAIL PROTECTED]>
> Date: 1999-07-07 17:49:24 -0700
> To: [EMAIL PROTECTED]
> Subject: ARP breakage
> Delivered-to: [EMAIL PROTECTED]
> X-Loop: FreeBSD.ORG
>
>
> I haven't gotten much of a response in -stable, so I'll ask here.
Any one
> know what happened to proxy ARP
On Wed, 7 Jul 1999 16:55:28 -0700 (PDT)
Julian Elischer wrote:
> or do what Kirk wants to do and merge the VM and Vnode structures
> I belive the UVM does a bit in this direction due to kirk's influence.
A uvm_object is not a standalone thing in UVM. Every thing that's
mappable in UVM has a
:or do what Kirk wants to do and merge the VM and Vnode structures
:I belive the UVM does a bit in this direction due to kirk's influence.
:
:julian
If this could result in a smaller overall structure, it may be worth it.
To really make the combined structure smaller we would also have to
: We've been here before, a couple of times. This started to become an issue
:when the limits were removed and has gotten worse as the vnode and fsnode
:structs have grown over time. We're running into some limits on how much
:space we can give to the kernel since there are a number of folks whic
On Wed, 7 Jul 1999, Matthew Dillon wrote:
> :>limit ought to work for a 4G machine
> :>
> :>Since most of those news files were small, I think Kirk's news test code
> :>is pretty much the worse case scenario as far as vnode allocation goes.
> :
> : Well, I could possibly live with
> I have been using the Intel EtherExpress Pro 10/100B cards for
> some time. I just recieved a batch of the Intel Pro/100+ management
> adapters. In most of my machines, they don't work.
>
> Everything I can find says they should be compatible, but there are very
> clearly some problem
I haven't gotten much of a response in -stable, so I'll ask here. Any one
know what happened to proxy ARP in recent incarnations of 3.2-STABLE? See
problem report bin/12448, but in a nutshell:
# ifconfig ed1
ed1: flags=8843 mtu 1500
inet 192.168.54.1 netmask 0xff00 broadcast 192.168.
User Joe wrote:
>
> Is the berkeley db (or any other small db) multi user safe? Are there
> locks to maintain coherency of multiple processes access the same database
> files?
No. I've heard that Cygnus newlib has a thread-safe version of db or
dbm, but haven't checked it out myself. It may be
Bill Fumerola wrote:
>
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > Thanks! But still, I don't think rtfm is very appropriate... Can we look
> > for something better, more obvious? Or perhaps it would be in the motd
> > like /stand/sysinstall is people would need to be aware of this.
>
Ollivier Robert <[EMAIL PROTECTED]> writes:
> Do we support booting from USB floppies ? I plan to buy one of the new VAIOs
> (probably the Z505S with Celeron/333 + 64 MB + 12.1" screen) and it seems to
> come with an USB floppy (as opposed to the probably-IDE of former models).
>
> They've appar
>:>limit ought to work for a 4G machine
>:>
>:>Since most of those news files were small, I think Kirk's news test code
>:>is pretty much the worse case scenario as far as vnode allocation goes.
>:
>: Well, I could possibly live with 256MB, but the vnode/fsnode consumption
>:seems to
On Tue, Jul 06, 1999 at 08:06:26AM +0200, Sheldon Hearn wrote:
> On Mon, 05 Jul 1999 23:56:17 +0100, Nik Clayton wrote:
> > I'm unfamiliar with the ins and outs of the login_cap system. Could
> > someone who is versed in it please take a look at this PR (text included)
> > and let me know whether
:It appears we're rapidly approaching the point where 32-bits isn't
:enough. We could increase KVA - but that cuts into process VM space
:(and a large machine is likely to have large processes).
True, though what we are talking about here is scaling issue with
main memory. We should be a
On Wed, 7 Jul 1999 17:03:16 -0700 (PDT)
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> If this could result in a smaller overall structure, it may be worth it.
> To really make the combined structure smaller we would also have to
> pair-down the fields in both structures. For exam
On Wed, 7 Jul 1999, Jason Thorpe wrote:
> On Wed, 7 Jul 1999 16:55:28 -0700 (PDT)
> Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> > or do what Kirk wants to do and merge the VM and Vnode structures
> > I belive the UVM does a bit in this direction due to kirk's influence.
>
> A uvm_objec
David Greenman wrote:
> Yes, I do - at least with the 512MB figure. That would be half of the 1GB
>KVA space and large systems really need that space for things like network
>buffers and other map regions.
Matthew Dillon wrote:
>What would be an acceptable upper limit? 256MB? 128MB? The
:>limit ought to work for a 4G machine
:>
:>Since most of those news files were small, I think Kirk's news test code
:>is pretty much the worse case scenario as far as vnode allocation goes.
:
: Well, I could possibly live with 256MB, but the vnode/fsnode consumption
:seems to be gett
On Wed, 7 Jul 1999 16:55:28 -0700 (PDT)
Julian Elischer <[EMAIL PROTECTED]> wrote:
> or do what Kirk wants to do and merge the VM and Vnode structures
> I belive the UVM does a bit in this direction due to kirk's influence.
A uvm_object is not a standalone thing in UVM. Every thing that's
m
:or do what Kirk wants to do and merge the VM and Vnode structures
:I belive the UVM does a bit in this direction due to kirk's influence.
:
:julian
If this could result in a smaller overall structure, it may be worth it.
To really make the combined structure smaller we would also have to
>: Yes, I do - at least with the 512MB figure. That would be half of the 1GB
>:KVA space and large systems really need that space for things like network
>:buffers and other map regions.
>:
>:-DG
>:
>:David Greenman
>:Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org
>:
Warner Losh wrote:
> In message Do
ug Rabson writes:
> : This seems to bypass the nexus completely which isn't right. It wouldn't
> : detect conflicts between bus_space_alloc and the new-bus resource apis
> : since it has its own instances of struct rman.
>
> This is true. However, that's j
: We've been here before, a couple of times. This started to become an issue
:when the limits were removed and has gotten worse as the vnode and fsnode
:structs have grown over time. We're running into some limits on how much
:space we can give to the kernel since there are a number of folks whi
>
>Good Afternoon,
>
> I have been using the Intel EtherExpress Pro 10/100B cards for
>some time. I just recieved a batch of the Intel Pro/100+ management
>adapters. In most of my machines, they don't work.
>
>Everything I can find says they should be compatible, but there are very
>clear
On Wed, 7 Jul 1999, Matthew Dillon wrote:
> :>limit ought to work for a 4G machine
> :>
> :>Since most of those news files were small, I think Kirk's news test code
> :>is pretty much the worse case scenario as far as vnode allocation goes.
> :
> : Well, I could possibly live with
:
: Yes, I do - at least with the 512MB figure. That would be half of the 1GB
:KVA space and large systems really need that space for things like network
:buffers and other map regions.
:
:-DG
:
:David Greenman
:Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org
:Creator
This is a dumb question, but I've been trying to hack on it all day,
and I'm getting frustrated, so I want throw this in the air for comment...
I'm putting the finishing touches on a second revision of the Cyclades
Z driver. Its pretty much there, except for when you hit CTRL-C with
a shell I
User Joe wrote:
>
> Is the berkeley db (or any other small db) multi user safe? Are there
> locks to maintain coherency of multiple processes access the same database files?
No. I've heard that Cygnus newlib has a thread-safe version of db or
dbm, but haven't checked it out myself. It may bear
Bill Fumerola wrote:
>
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > Thanks! But still, I don't think rtfm is very appropriate... Can we look
> > for something better, more obvious? Or perhaps it would be in the motd
> > like /stand/sysinstall is people would need to be aware of this.
>Since we have increased the hard page table allocation for the kernel to
>1G (?) we should be able to safely increase VM_KMEM_SIZE_MAX. I was
>thinking of increasing it to 512MB. This increase only effects
>large-memory systems. It keeps them from locking up :-)
>
>Anyone h
>:>limit ought to work for a 4G machine
>:>
>:>Since most of those news files were small, I think Kirk's news test code
>:>is pretty much the worse case scenario as far as vnode allocation goes.
>:
>: Well, I could possibly live with 256MB, but the vnode/fsnode consumption
>:seems to
On Tue, Jul 06, 1999 at 08:06:26AM +0200, Sheldon Hearn wrote:
> On Mon, 05 Jul 1999 23:56:17 +0100, Nik Clayton wrote:
> > I'm unfamiliar with the ins and outs of the login_cap system. Could
> > someone who is versed in it please take a look at this PR (text included)
> > and let me know whethe
1 - 100 of 176 matches
Mail list logo