On Sat, 15 Nov 2003 22:42:44 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
tanimura Mathew Kanner has developed the new version of the midi framework,
tanimura based on kobj(9) and buildable as a module. As the first step to
tanimura replace the midi driver, the conventional one is removed
Mathew Kanner has developed the new version of the midi framework,
based on kobj(9) and buildable as a module. As the first step to
replace the midi driver, the conventional one is removed from the
kernel in a minute.
Mathew will soon be starting a work to merge his driver.
--
Seigo Tanimura
[posted to -current as well, because there were no replies in -arch]
On Wed, 22 Oct 2003 19:21:46 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
tanimura In good old days, only a socket and a pipe were the major file
tanimura descriptors being select(2)ed. As select(2) was just a socket
-ffreestanding
-Werror ../../../sparc64/sparc64/ofw_machdep.c
In file included from ../../../sparc64/sparc64/ofw_machdep.c:45:
../../../sparc64/pci/ofw_pci.h:41:24: ofw_pci_if.h: No such file or directory
*** Error code 1
Stop in /home/silver4/tanimura/p4-freefall/handoffpri/sparc64/compile/DAIBA.
daiba
and the page scanner.
--
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
. This would also remove the need for truncating the
jroberson buf.
I just wanted to make sure that buffers not in the clean queue look
as they used to do without the patch. At least, if a buffer does not
become busy or held, then it need not be rewired down.
--
Seigo Tanimura [EMAIL PROTECTED
, but so would a
bde much simpler implementation that uses less vm and more copying of data
bde (copying seems to be faster than remapping).
Which process is expensive in remapping? Allocation of a KVA space?
Page wiring? Or pmap operation?
--
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send
that only up to 6-7MB of
the buffers out of 40-50MB were wired down (ie busy, locked for
background write or dirty) at most.
--
Seigo Tanimura [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
) page reclaim from idle buffers to regulate the number of wired
pages.
The patch at:
http://people.FreeBSD.org/~tanimura/patches/dynamicbuf.diff.gz
implements buffer allocation from kernel_map and reclaim of buffer
pages. With this patch, make kernel-depend make kernel completes
about 30-60
If you are having a trouble of a broken thread state (eg a thread with
TDS_RUNQ on no run queue) or a mysterious page fault on a kernel
memory (probably in mi_switch()), you may want to try my patch at:
http://people.FreeBSD.org/~tanimura/patches/procswap.diff.gz
In a nutshell, this patch fixes
On Tue, 28 May 2002 14:56:04 -0400 (EDT),
John Baldwin [EMAIL PROTECTED] said:
The prototype patch is at:
http://people.FreeBSD.org/~tanimura/patches/ippreempt.diff.gz
And the p4 depot
//depot/user/tanimura/ippreempt/...
The patch is for only i386 at the moment.
The following
On Wed, 29 May 2002 16:13:13 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
tanimura Maybe we can solve both of the issues above by roughly checking if a
tanimura thread can keep spinning without acquiring any locks, in the similar
tanimura way as we do for a spin mutex. First, test
On Wed, 15 May 2002 08:21:46 -0400 (EDT),
John Baldwin [EMAIL PROTECTED] said:
jhb On 15-May-2002 Seigo Tanimura wrote:
Currently, a new runnable thread cannot preempt the thread on any
processor other than the thread that called mi_switch(). For
instance, we do something like
would like to
see if I can do that.
Thanks.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, 8 May 2002 09:16:56 -0700,
Alfred Perlstein [EMAIL PROTECTED] said:
bright * Seigo Tanimura [EMAIL PROTECTED] [020508 04:59] wrote:
I would like to commit this patch in one or two weeks to start working
on a possible race between a user process and a netisr kthread,
prevented
On Wed, 24 Apr 2002 20:08:56 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo I am now working on locking down a socket. (I have heard that Jeffrey
Seigo Hsu is also doing that, but I have never seen his patch. Has anyone
Seigo seen that?) My first milestone patch is now available
On Wed, 24 Apr 2002 10:18:01 -0400 (EDT),
John Baldwin [EMAIL PROTECTED] said:
jhb On 24-Apr-2002 Seigo Tanimura wrote:
I am now working on locking down a socket. (I have heard that Jeffrey
Hsu is also doing that, but I have never seen his patch. Has anyone
seen that?) My first milestone
On Thu, 25 Apr 2002 18:01:51 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo On Thu, 25 Apr 2002 01:36:44 -0700,
Seigo Alfred Perlstein [EMAIL PROTECTED] said:
bright * Seigo Tanimura [EMAIL PROTECTED] [020425 01:19] wrote:
http://people.FreeBSD.org/~tanimura/patches
I am now working on locking down a socket. (I have heard that Jeffrey
Hsu is also doing that, but I have never seen his patch. Has anyone
seen that?) My first milestone patch is now available at:
http://people.FreeBSD.org/~tanimura/patches/socket_milestone1.diff.gz
The works I have done so
the upgrader rather than other
exclusive lock waiters.
sx_upgrade.diff
Description: Binary data
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, 16 Mar 2002 19:08:53 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo Attached patch implements sx_upgrade() which should work as you said
Seigo above. This compiles fine, but is not tested yet.
The last patch breaks INVARIANTS. This one compiles and seems to work
their own hierarachy. For instance, lock
the map of a process vm space first, then lock the kernel_map.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sat, 16 Mar 2002 22:56:58 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo On Sat, 16 Mar 2002 10:22:22 +0100,
Seigo Poul-Henning Kamp [EMAIL PROTECTED] said:
Seigo Poul-Henning acquiring duplicate lock of same type: thrd_sleep
Seigo Poul-Henning 1st @ ../../../vm/vm_map.c:2288
Seigo
of setpgid(2), while
FreeBSD allows that.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, 27 Feb 2002 15:44:23 +0900,
HIROSHI OOTA [EMAIL PROTECTED] said:
oota The following will succeed in non privilege user.
oota I think it should fail.
oota main()
oota {
ootaprintf(%d\n, setpgrp(1, 1));
oota }
Fixed in rev 1.138 of kern/kern_prot.c, thanks!
--
Seigo Tanimura
In article [EMAIL PROTECTED],
Takanori Seigo Tanimura [EMAIL PROTECTED] wrote:
On Wed, 27 Feb 2002 15:44:23 +0900,
HIROSHI OOTA [EMAIL PROTECTED] said:
oota The following will succeed in non privilege user.
oota I think it should fail.
oota main()
oota {
oota printf(%d\n, setpgrp(1, 1));
oota
of the curproc, not due to insufficient
privilege.
ESRCH means that the target process is not found in the children of
the curproc.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Here is the most up-to-date version of pgrp/session lock (at Change 6700):
http://people.FreeBSD.org/~tanimura/patches/pgrp10.diff.gz
I would like to commit this on the next Sunday. Otherwise, my patch
would conflict with other patches, especially tty.
--
Seigo Tanimura [EMAIL PROTECTED
I am going to commit my work for quite a few months on locking a pgrp
and session to -current in two weeks. The patch is at:
http://people.FreeBSD.org/~tanimura/patches/pgrp.diff.gz
This patch has been running quite well on my box with kern.giant.proc
set to zero for more than a month. Could
frozen
Alfred at creation time (i think)
Yes.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Fri, 13 Jul 2001 19:49:25 +0900,
Seigo Tanimura tanimura said:
Alfred Certain operations, such as:
Alfred kq = (struct kqueue *)fp-f_data;
Alfred should not really require that the file be locked, it's implicitly frozen
Alfred at creation time (i think)
Seigo Yes.
Only one exception beats
On Thu, 12 Jul 2001 01:44:44 -0500,
Alfred Perlstein [EMAIL PROTECTED] said:
Alfred * Alfred Perlstein [EMAIL PROTECTED] [010712 01:42] wrote:
* Seigo Tanimura [EMAIL PROTECTED] [010711 19:08] wrote:
The patch and the results of build test are now on the web page.
The discussion
On Wed, 11 Jul 2001 10:44:21 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Alfred I'm also quite sure that you can't call the ktrace functions with
Alfred any mutexes held so the code is doing to need some help, basically
Alfred the trick in trapsig() and postsig() is to generate the ktrace
://people.freebsd.org/~alfred/pg_fd2.diff
It is rather hard for me to dig up what you merged out of that
patch. Could you please give me unmerged one?
Thanks.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
On Tue, 10 Jul 2001 03:53:47 -0500,
Alfred Perlstein [EMAIL PROTECTED] said:
Alfred * Seigo Tanimura [EMAIL PROTECTED] [010710 03:46] wrote:
On Mon, 9 Jul 2001 03:20:44 -0500,
Alfred Perlstein [EMAIL PROTECTED] said:
I'm going to be giving this code some testing, not that you have
On Mon, 18 Jun 2001 19:04:31 +0900,
Seigo Tanimura tanimura said:
Seigo The results of build test with the latest patch are now at:
Seigo http://people.FreeBSD.org/~tanimura/pg_fd/
Seigo As it is likely to take quite a while to fix alpha, I am going to
Seigo update the patch every few days
On Mon, 04 Jun 2001 16:48:30 +0900,
Seigo Tanimura tanimura said:
David It would also be nice to get a timeline on the commit schedule for this.
Test of 2 weeks should be enough, followed by commit in 15 June.
David I request that this be on hold until we actually get -current Alphas
David
===
RCS file: /home/naklab/tanimura/rina2/CVS/FreeBSD/sys/fs/procfs/procfs_map.c,v
retrieving revision 1.1.1.1.8.1
diff -u -r1.1.1.1.8.1 procfs_map.c
--- fs/procfs/procfs_map.c 2001/05/27 02:39:08 1.1.1.1.8.1
+++ fs/procfs/procfs_map.c 2001/06/05 12:16:06
On Sat, 2 Jun 2001 12:52:23 -0700,
David O'Brien [EMAIL PROTECTED] said:
David On Fri, Jun 01, 2001 at 09:28:57PM +0900, Seigo Tanimura wrote:
David It would also be nice to get a timeline on the commit schedule for this.
Test of 2 weeks should be enough, followed by commit in 15 June.
David
On Thu, 31 May 2001 16:31:21 +0900,
Seigo Tanimura tanimura said:
Seigo Lock of struct filedesc, file, pgrp, session and sigio is now ready
Seigo for testing.
Although the patch is still under test, a new task proposal comes to
my mind.
A new task: lock underlying objects of struct file
On Thu, 31 May 2001 13:01:56 -0700,
David O'Brien [EMAIL PROTECTED] said:
David On Thu, May 31, 2001 at 12:54:26PM -0700, John Baldwin wrote:
Lock of struct filedesc, file, pgrp, session and sigio is now ready
for testing.
The patch is at
http://people.FreeBSD.org/~tanimura
* because I have to go
back from my lab to my home in a few minutes, during which I will be
offline.
The test is going to be on beast, of course.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
On Thu, 31 May 2001 16:31:21 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo Lock of struct filedesc, file, pgrp, session and sigio is now ready
Seigo for testing.
Seigo The patch is at
Seigo http://people.FreeBSD.org/~tanimura/patches/fd_pgrp.diff.gz
WARNING: rebuild any modules
On Tue, 22 May 2001 07:56:52 -0700 (PDT),
John Baldwin [EMAIL PROTECTED] said:
John On 22-May-01 Seigo Tanimura wrote:
On Tue, 22 May 2001 04:48:38 -0700 (PDT),
John Baldwin [EMAIL PROTECTED] said:
John On 22-May-01 Seigo Tanimura wrote:
For now, p_mtx protects p_pgrp in struct proc
of the members in struct pgrp and session not
covered by pgrpsess_lock.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, 22 May 2001 04:48:38 -0700 (PDT),
John Baldwin [EMAIL PROTECTED] said:
John On 22-May-01 Seigo Tanimura wrote:
For now, p_mtx protects p_pgrp in struct proc. This is quite
troublesome for the following reason:
John Err, it doesn't really. It's mostly undecided at this point. Also
On Tue, 22 May 2001 21:58:10 +0900,
Seigo Tanimura tanimura said:
Seigo On Tue, 22 May 2001 04:48:38 -0700 (PDT),
Seigo John Baldwin [EMAIL PROTECTED] said:
John On 22-May-01 Seigo Tanimura wrote:
For now, p_mtx protects p_pgrp in struct proc. This is quite
troublesome for the following
On Wed, 09 May 2001 19:20:07 +0900,
Seigo Tanimura tanimura said:
Seigo On Tue, 08 May 2001 08:21:55 -0700 (PDT),
Seigo John Baldwin [EMAIL PROTECTED] said:
John On 08-May-01 Seigo Tanimura wrote:
Here is another issue. PROC_LOCK may block to acquire a process lock,
during which an event
and PROC_UNLOCK?
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, 10 May 2001 09:06:15 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo A quick and hopefully efficient solution to those problems is to
Seigo fhold() struct file's first, then enter polling loop. That seems much
Seigo cheaper than to work on free()ing a vnode or a socket with holding
On Wed, 09 May 2001 19:20:07 +0900,
Seigo Tanimura tanimura said:
Seigo That does not, however, necessarily imply that we can scan file
Seigo descriptors with holding a process lock. Another process can release a
Seigo reference to a file descriptor via closef() during polling the
Seigo
On Tue, 08 May 2001 08:21:55 -0700 (PDT),
John Baldwin [EMAIL PROTECTED] said:
John On 08-May-01 Seigo Tanimura wrote:
Here is another issue. PROC_LOCK may block to acquire a process lock,
during which an event of interest may occur or the remaining time of
select(2)/poll(2) may run out
On Wed, 9 May 2001 13:33:54 -0700 (PDT),
Matt Dillon [EMAIL PROTECTED] said:
Matt * The process's descriptor table
Matt * The struct file's referenced by that descriptor table
Those are in my TODO list, and I have already started working on them.
--
Seigo Tanimura [EMAIL PROTECTED
or a socket with holding a
process lock, provided that struct filedesc and file are protected
properly (and we have to do it anyway).
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
file descriptors to
avoid missing an event, followed by returning the result.
Those changes are now in the updated patch at:
http://people.FreeBSD.org/~tanimura/patches/selectopt.diff
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
of work first, followed by locking
a process and wait for a condition variable or selwakeup().
Those changes are in the patch at:
http://people.FreeBSD.org/~tanimura/patches/selectopt.diff
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
fine otherwise. (as it always has)
Alex Yup I'm seeing this too. SMP kernel, AWE64 PnP.
If the kernel attempts to probe mpu to die, my last commit should fix
that.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
ttach+0x25
mpu_uartmode() is called before init of scp-mtx.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
The patch at
http://people.FreeBSD.org/~tanimura/patches/midimutex.diff.gz
makes midi(4) MP-safe. With this patch, my kernel with WITNESS and
INVARIANTS plays my favorite midi tunes just fine, except that the
callout used by the midi sequencer gets delayed under a heavy load. As
the sequencer
tk) We can still detect and enumerate the ports that
possibly installed old binaries, and decide which of the ports listed
up to update.
http://people.FreeBSD.org/~tanimura/tools/oldports
is a shell script to scan the binaries installed by ports and to list
up the name of the ports that installed bina
[cc'ed to -ports]
On Sat, 30 Sep 2000 13:35:48 -0500 (CDT),
Mike Meyer [EMAIL PROTECTED] said:
Mike Seigo Tanimura writes:
Completely automatic update of installed ports is acutally difficult
because we cannot get to know the language or required toolkit from
the name of a binary. (eg
s. (I have been trying this for a couple of
days)
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
\t\%s\nclass:\t\%p\n", pw-pw_name, pw-pw_class);
}
--- ^ --- sample --- ^ ---
If you have your passwd entry in nis, you see something like this:
silver% ./getpwent
name: tanimura
class: 0x0
If your passwd entry is in /etc/master.passwd, the result looks like
this:
silver# ./getpwent
na
the latter is created at boot
n time from the former.
You still need host.conf to run old binaries (including Netscape)
linked against libc.so.3 and earlier. I prefer to warn 'host.conf is
for compatibility with old libc.'
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe:
f_delmulti() derefers an ifp to the removed
interface, ending up with a panic. The problem does not occur for
unicast.
http://people.FreeBSD.org/~tanimura/patches/mcastif.diff.gz is a
workround patch. The idea is to track all of the active ifps, confirm
an ifp to be active prior to dereferencing it
?
Index: if_ed.c
===
RCS file: /home/naklab/tanimura/rina2/CVS/FreeBSD/sys/dev/ed/if_ed.c,v
retrieving revision 1.1.1.4.6.8
diff -u -r1.1.1.4.6.8 if_ed.c
--- if_ed.c 2000/08/16 07:38:31 1.1.1.4.6.8
+++ if_ed.c 2000/08/17 07
On Fri, 18 Aug 2000 09:56:56 +1000,
Peter Jeremy [EMAIL PROTECTED] said:
Peter On 2000-Aug-17 16:55:57 +0900, Seigo Tanimura [EMAIL PROTECTED]
wrote:
On Thu, 17 Aug 2000 15:35:59 +1000,
Peter Jeremy [EMAIL PROTECTED] said:
peter.jeremy Still not working. It now reports:
peter.jeremy
because
resource tags and handles were not used proplerly. Could you please
apply the following patch and see if your card works?
Index: if_ed.c
===
RCS file: /home/naklab/tanimura/rina2/CVS/FreeBSD/sys/dev/ed/if_ed.c,v
retrieving revision
ib/isc-dhcp/client/scripts freebsd
David Log:
David safe shell quoting
David Obtained from: OpenBSD (rev 1.6)
And I have already suggested the following fix.
On Sun, 23 Jul 2000 18:53:55 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo 1.
Seigo This breaks ifconfig(8) in dhclient-scri
The release candidate of newmidi is finally ready. The patch for
-current can be found at:
URI: http://people.FreeBSD.org/~tanimura/patches/newmidirc.diff.gz
I will put this patch into the final test stage of 1 month. The date
of merge is hence going to be 11th July 2000.
--
Seigo Tanimura
is
extracted into:
http://people.FreeBSD.org/~tanimura/patches/awequirk.diff
although not sure if the old-fashioned awe driver makes use of it...
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
volatile("movl %%dr6,%0" : "=r" (data));
return (data);
}
@@ -496,7 +496,7 @@
rdr7(void)
{
u_int data;
- __asm __volatile("movl %%dr7,%0" : "=rm" (data));
+ __asm __volatile("movl %%dr7,%0" : "=r" (data));
return (data);
}
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
On Mon, 27 Dec 1999 03:39:56 -0500,
Donn Miller [EMAIL PROTECTED] said:
http://people.FreeBSD.org/~tanimura/patches/newmidi/2ndbuf-19991227.diff.gz
Donn Hmmm... this seems to have broken the probe at boot time.
Donn Here's a sample of my dmesg:
(snip)
Donn unknown1: ESS ES1868 Plug
On Mon, 27 Dec 1999 16:08:01 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo Another fix was made on feeding and sucking pcm data. Now chn_wrfeed()
Seigo and the other functions do not attempt excessive feeding during DMA
Seigo transfer to eat up the whole processor. The patch is at:
Ouch
Another fix was made on feeding and sucking pcm data. Now chn_wrfeed()
and the other functions do not attempt excessive feeding during DMA
transfer to eat up the whole processor. The patch is at:
http://people.FreeBSD.org/~tanimura/patches/newmidi/2ndbuf-19991227.diff.gz
--
Seigo Tanimura
On Fri, 24 Dec 1999 10:39:31 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo players. My sound cards are SB32, SB64 and CS461x, so the problem is
Seigo likely to be in channel.c or dsp.c.
OK, here is the result of my investigation on RealPlayer 5.0:
RealPlayer 5.0 is an ill-behaving
On Mon, 20 Dec 1999 13:44:02 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo If you have a trouble playing pcm with some applications, could you
Seigo please try the patch attached below? The patch does the following things:
Seigo - All ioctl(2)s go to see the secondary buffer(if I have
On Thu, 23 Dec 1999 19:18:26 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo The patch has been updated slightly. Now snes9x works with any pcm
Seigo quality you like. The new features are:
Still more fix has been made:
- chn_write() and chn_read() returns EAGAIN for nonblocking
pcm
cc: Seigo Tanimura tanimura
User-Agent: Wanderlust/1.0.3 (Notorious) SEMI/1.13.4 (Terai) FLIM/1.12.7
(=?ISO-8859-4?Q?Y=FEzaki?=) MULE XEmacs/21.1 (patch 8) (Bryce Canyon)
(i386--freebsd)
Organization: Digital Library Research Division, Information Techinology Centre, The
University
)?
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
handle pcm(4) while I fix LINT and go out in half an hour?
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
05 19:09:12 1.5
+++ datatypes.h 1999/12/11 09:34:25
@@ -127,6 +127,7 @@
u_int8_t smegbuf[SMEGBUFSZ];
u_int32_t smegcnt;
void *devinfo;
+ snd_dbuf buffer2nd;
};
#define SND_STATUSLEN 64
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, 11 Dec 1999 18:55:38 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo My CS4614 has got only 4KB of the DMA buffer, frequently failing to
Seigo play pcm blocks continuously. The following patch adds the secondary
Seigo pcm channel buffers with the size independent from that of a DSP
nown might get to probe
the device in this case, depending on the order to enumerate the
possible drivers in device_probe_child() using {first,next}_matching_driver().
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Tue, 30 Nov 1999 02:30:41 -0500 (EST),
Donn Miller [EMAIL PROTECTED] said:
sbc driver does not probe ESS1868 at this moment.
Donn Question: will the ESS 1868 bridge driver be incorporated into the sbc
Donn driver, or should we devise a whole new bridge driver for the ess? I.e.,
Donn we
If you have an SB card not probed since the import of the bridge
dirvers, could you please apply the following patch, add the logical
ID of your card into sbc_ids[] and see how it works?
(I have asked peter to review the PnP part of the patch)
Index: sbc.c
ds (except for the GUS PnP, which I
Dag-Erling haven't tested) work any more, and I am seriously losing faith in the
Dag-Erling authors' ability to maintain a device driver.
Did you add sbc into your kernel configuration? Maybe I should add
a warning in sb.c...
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL
The following patch makes sbc_probe() to look at the vendor ID only
for AWE64. Also, any device that has a logical ID matching 0x??0080ce
should get probed.
Index: sbc.c
===
RCS file: /home/ncvs/src/sys/dev/sound/isa/sbc.c,v
On Tue, 30 Nov 1999 01:41:20 -0500,
Donn Miller [EMAIL PROTECTED] said:
Donn Now, the question is, do I use the Sound Blaster bridge driver
Donn for the ESS 1868? And, is my ordering wrong?
sbc driver does not probe ESS1868 at this moment.
--
Seigo Tanimura [EMAIL PROTECTED] [EMAIL
as well.
This commit also adds pcm support for the following cards:
GUS PnP and non-PnP ISA (gusc driver)
Crystal Semiconductor CS461x/428x PCI (csa driver)
For a GUS non-PnP ISA card, write down the configuration of
your card to gusc, not pcm.
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED
till using cdevsw_add() to register the driver handlers.
I will fix that, thanks.
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
loaded, unlocked
/dmesg
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
/~tanimura/newmidi/
to install newmidi.
Thanks!
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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]
with "unsubscribe freebsd-cu
usive lock holder 48 unlocking
on savecore(8) after another panic reboot.
I have to go to bed now... I will see what is going on tomorrow.
Seigo TANIMURA [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
problem.
imp It certainly does fix a problem in the hardware configuration (SMP)
imp that you are having.
Yes, that patch did solve my problem as well! Thanks a lot.
Seigo TANIMURA |M2, Nakagawa Lab, Dept of Electronics CS
=|Faculty of Engineering, Yokohama
Hi!
On Tue, 04 May 1999 01:32:01 -0600,
Warner Losh i...@harmony.village.org said:
imp In message 19990502075751n.tanim...@sakuramail.com Seigo TANIMURA writes:
imp : I traced to watch _apm_addr, which pointed the correct entry(0x78a8)
imp : in both situations. The only one difference
?
Thanks in advance!
Seigo TANIMURA |M2, Nakagawa Lab, Dept of Electronics CS
=|Faculty of Engineering, Yokohama National Univ
Powered by SIEMENS, |http://www.naklab.dnj.ynu.ac.jp/~tanimura/
FreeBSD 4.0-CURRENT |http://www.sakura.ne.jp/~tcarrot/
(25th
From: Juergen Lock n...@jelal.kn-bremen.de
Subject: Re: Call for Review: Voxware midi driver for serial ports
Date: Sun, 2 May 1999 02:15:00 +0200
Message-ID: 19990502021500.a3...@saturn.kn-bremen.de
nox On Tue, Apr 20, 1999 at 10:27:35AM +0900, Seigo TANIMURA wrote:
nox On Sun, 18 Apr 1999 22
, p_oncpu) == 0xff)
^^
this should be '!='.
Seigo TANIMURA |M1, Nakagawa Lab, Dept of Electronics CS
=|Faculty of Engineering, Yokohama National Univ
Powered by SIEMENS, |http
1 - 100 of 101 matches
Mail list logo