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
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). I
On Wed, 7 Jul 1999 19:06:48 -0700 (PDT),
Julian Elischer jul...@whistle.com 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
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
On Wed, 7 Jul 1999 19:06:48 -0700 (PDT),
Julian Elischer jul...@whistle.com 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
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
On Wed, 7 Jul 1999 19:18:57 -0700 (PDT),
Julian Elischer jul...@whistle.com 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
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,
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 hopelessly
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) reference
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 one of
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. Strange.
Dag-Erling Smorgrav d...@flood.ping.uio.no 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
On Wed, 7 Jul 1999 18:21:03 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com 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
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 need 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
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 that
Dag-Erling Smorgrav d...@flood.ping.uio.no 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?
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 don't think
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
User Joe j...@monk.via.net 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).
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
101 - 121 of 121 matches
Mail list logo