r). What do you mean by "sequencer" instead, 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.
ay this code should go straight into
jkh> -current!
I now have the driver for OPL3 ready to go!
Seigo TANIMURA
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
that was some kind of a paper to write! I would be pleased
very much if you let me know how you think of my idea.
Thanks in advance!
Seigo Tanimura
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 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
To Unsubscribe: send mail
midi/ed the URIs.
(the old dir is symlinked, so it should not make a trouble)
Seigo Tanimura
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
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ort 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
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubsc
ure works include porting to
alpha and PC98, and tuning hzmul.
--- ^ --- cut here --- ^ ---
Seigo Tanimura
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
can reduce it or not (will it really make a
trouble?)
How does it sound?
Seigo Tanimura
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
en, after interting c',
dt_rem(c_1)
is updated 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.
granularity of timing is better but probably not good enough for midi or
dfr> pca.
I agree.
Seigo Tanimura
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ending firing because you can't
julian> tell how far into the present trigger you are.
The workaround below would help it. The time elapsed since the last
aquire_timer0() can be determined by latching the timer counter.
From: Seigo Tanimura
Subject: Re: Rewriting pca(4) using finetimer(9) (w
load 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
To Unsubscribe:
On Wed, 14 Jul 1999 15:54:22 +0900,
Seigo Tanimura said:
tanimura> Thus a callout will have an average delay of 0.5/hz = 50ms. This is
5ms, I mean...
Seigo Tanimura
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ly.
Name'cache' 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]
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-Henn
On Fri, 13 Apr 2001 20:08:57 +0900,
Seigo 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
aken for a lookup operation, in which case I may have to write a
benchmark 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]> <
es can be counted by
traversing the whole namecache entries, we again have to traverse
the namecache 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]> &
that was some kind of a paper to write! I would be pleased
very 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 &l
bsd-serialmidi/freebsd-newmidi/ed the URIs.
(the old dir is symlinked, so it should not make a trouble)
Seigo Tanimura <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
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 <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
r.
You can read the short paper describing the feature and principle in:
Message-Id: <[EMAIL PROTECTED]>
finetimer(9) has the same interface functions as timeout(9), so it should
be easy to use it.
Seigo Tanimura <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED
is O(I). Not sure whether we can reduce it or not (will it really make a trouble?)
How does it sound?
Seigo Tanimura <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
using t'. Then, after interting c', dt_rem(c_1)
is updated 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 equi
1024hz) so the
dfr> granularity of timing 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
gt; you cannot add a new element before the pending firing because you can't
julian> tell how far into the present trigger you are.
The workaround below would help it. The time elapsed since the last
aquire_timer0() can be determined by latching the timer counter.
From: Seigo Tanimura &
th a new value. We cannot 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.
Seig
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
running another process, before the lock gets released. Is is possible
to do so?
--
Seigo Tanimura <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
om, eg Solaris to FreeBSD 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 T
t_blkno = mtget.mt_blkno;
+ rval = sizeof (mtgetorg);
+#else
rval = sizeof (mtget);
+#endif /* __FreeBSD__ */
(void)sprintf(resp, "A%d\n", rval);
(void)write(1, resp, strlen(resp));
+#if defined(__FreeBSD__)
+ (void)write(1, (char *)&mtgetorg, sizeof (mtgetorg));
+#else
(void)write(1, (char *)&mtget, sizeof (mtget));
+#endif /* __FreeBSD__ */
goto top;
}
--
Seigo Tanimura <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
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]>
)
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
es will be reported, but
Chris> I think 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 <
36 matches
Mail list logo
