entries in order to actually reclaim vnodes, so this
method is not an option to predetermine the number of directory vnodes
attempted to reclaim.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
On Fri, 13 Apr 2001 20:08:57 +0900,
Seigo Tanimura tanimura said:
Alfred Are these changes planned for integration?
Seigo Yes, but not very soon as there are a few kinds of works that should
Seigo be done.
Seigo One is that a directory vnode may be held as the working directory of
Seigo
for it and test in single-user mode.
It is interesting that the hit ratio of directory lookup is up to only
1% at most, even without my patch. Why is it like that?
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ha
' is the place to hold vnodes for future use which may *not*
come, hence vnodes held in namecache should be reclaimed in case of
critical vnode shortage.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
On Fri, 13 Apr 2001 02:58:07 -0700,
Alfred Perlstein [EMAIL PROTECTED] said:
Alfred * Seigo Tanimura [EMAIL PROTECTED] [010413 02:39] wrote:
On Thu, 12 Apr 2001 22:50:50 +0200,
Poul-Henning Kamp [EMAIL PROTECTED] said:
Poul-Henning We keep namecache entries around as long as we can use
it is really the only change needed.
Thanks, the updated patch is now at the same URI as the one announced
in my first mail.
Actually, I have tested my driver with only one PCI card. The ISA part
of the driver is not tested.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe
)
If interested, please fetch the patch at:
http://people.FreeBSD.org/~tanimura/patches/rp.diff.gz
TIA.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
sprintf(name0, "RTM type %#x", type);
+ snprintf(name0, NAME0_LEN, "RTM type %#x", type);
return name0;
} else {
return rtm_types[type-1];
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
(void)write(1, (char *)mtget, sizeof (mtget));
+#endif /* __FreeBSD__ */
goto top;
}
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
fails to establish rmt connection.
Maybe we would have to provide something like struct mtget_org for
compatibility with other OSs. Also, if we were to issue 'S' in our
dump(8), some command extention may be required. (any plans?)
Any comments?
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL
reload the new
counter value immediately; an i8254 does not load the new value until
the currrent period finishes (ie the timer fires) or the gate rises.
Thus a callout will have an average delay of 0.5/hz = 50ms. This is
too long for a timeout in microseconds.
Seigo Tanimura [EMAIL PROTECTED
On Wed, 14 Jul 1999 15:54:22 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
tanimura Thus a callout will have an average delay of 0.5/hz = 50ms. This is
5ms, I mean...
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cu
reload the new
counter value immediately; an i8254 does not load the new value until
the currrent period finishes (ie the timer fires) or the gate rises.
Thus a callout will have an average delay of 0.5/hz = 50ms. This is
too long for a timeout in microseconds.
Seigo Tanimura tanim
On Wed, 14 Jul 1999 15:54:22 +0900,
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp said:
tanimura Thus a callout will have an average delay of 0.5/hz = 50ms. This is
5ms, I mean...
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
to be (dt_rem(c_1) - (time elapsed since the last aquire_timer0())),
so that c_1 can be armed later.
There is one problem in this method. acquire_timer0() is only implemented
for i386. We would need to write something equivalent for alpha...
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send
is better but probably not good enough for midi or
dfr pca.
I agree.
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
it sound?
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
to be (dt_rem(c_1) - (time elapsed since the last aquire_timer0())),
so that c_1 can be armed later.
There is one problem in this method. acquire_timer0() is only implemented
for i386. We would need to write something equivalent for alpha...
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
is better but probably not good enough for midi or
dfr pca.
I agree.
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
later.
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
()
and the related stuff in clkintr() to be much more simple than now.
Any comments?
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
the short paper describing the feature and principle in:
Message-Id: 199907060959.saa05...@rina.naklab.dnj.ynu.ac.jp
finetimer(9) has the same interface functions as timeout(9), so it should
be easy to use it.
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord
--- ^ ---
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
much if you let me know how you think of my idea.
Thanks in advance!
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Ouch...
On Tue, 06 Jul 1999 18:59:23 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
tanimura You can try the patch at:
tanimura http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/patch/
tanimura newmidi-19990706.diff.gz
s/patch/patches/
Seigo Tanimura [EMAIL PROTECTED
much if you let me know how you think of my idea.
Thanks in advance!
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
Ouch...
On Tue, 06 Jul 1999 18:59:23 +0900,
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp said:
tanimura You can try the patch at:
tanimura http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/patch/
tanimura newmidi-19990706.diff.gz
s/patch/patches/
Seigo Tanimura tanim
the URIs.
(the old dir is symlinked, so it should not make a trouble)
Seigo Tanimura tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
!
I now have the driver for OPL3 ready to go!
Seigo TANIMURA tanim...@naklab.dnj.ynu.ac.jp
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
, and should
luigi i perhaps change the name generated by /dev/sndstat to avoid confusion ?
I understand that a sequencer interprets only time-related events (delays,
syncs, etc),
and it is completely device-independent.
Seigo TANIMURA |M2, Nakagawa Lab, Dept of Electronics CS
30 matches
Mail list logo