Re: lockmgr panics

1999-06-27 Thread Seigo Tanimura
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

Re: Rewriting pca(4) using finetimer(9) (was: Re: MPU401 now works under New Midi Driver Framework with a Fine Timer)

1999-07-07 Thread Seigo Tanimura
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

Newmidi updated (CS461x, GUS, pcm+midi, etc)

1999-10-25 Thread Seigo Tanimura
/~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

Strange atapi active state, ending in ATA_IGNORE_INTR?

1999-10-31 Thread Seigo Tanimura
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

Re: ESS sound drivers and 4.0-current

1999-11-01 Thread Seigo Tanimura
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

HEADS UP! The bridge drivers for sound cards have been committed.

1999-11-21 Thread Seigo Tanimura
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

Re: Fast forward bug and newpcm (again)

1999-11-29 Thread Seigo Tanimura
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

Re: Fast forward bug and newpcm (again)

1999-11-30 Thread Seigo Tanimura
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

Please check missing logical IDs for SB

1999-11-30 Thread Seigo Tanimura
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

Re: Dynamic growth of the buffer and buffer page reclaim

2002-10-27 Thread Seigo Tanimura
. 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

Re: Dynamic growth of the buffer and buffer page reclaim

2002-10-27 Thread Seigo Tanimura
, 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

Re: Dynamic growth of the buffer and buffer page reclaim

2002-10-30 Thread Seigo Tanimura
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

Newmidi Release Candidate is ready

2000-06-11 Thread Seigo Tanimura
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 pci a must on sparc64?

2003-10-05 Thread Seigo Tanimura
% --- ^ --- log --- ^ --- ofw_machdep.c unconditionally includes ofw_pci_if.h, even if pci device is not configured. Do I have to configure pci even for non-pci machines? -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED

Request of review: pgrp + session patch

2002-01-09 Thread Seigo Tanimura
anyone interested please test the patch? Comments and suggestions are welcome. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

pgrp/session patch

2002-02-19 Thread Seigo Tanimura
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

Re: DHCP client problem?

2000-07-23 Thread Seigo Tanimura
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

Re: Newbusifying ed broke it

2000-08-16 Thread Seigo Tanimura
rq_handle; /* handle for irq handler */ - bus_space_tag_t bst;/* Bus Space tag */ - bus_space_handle_t bsh;/* Bus Space handle */ - #ifdef __alpha__ u_int asic_addr;/* ASIC I/O bus address */ u_int nic_addr; /* NIC (DS8390) I/O bus address */

Re: Newbusifying ed broke it

2000-08-17 Thread Seigo Tanimura
er */ - bus_space_tag_t bst;/* Bus Space tag */ - bus_space_handle_t bsh;/* Bus Space handle */ - #ifdef __alpha__ u_int asic_addr;/* ASIC I/O bus address */ u_int nic_addr; /* NIC (DS8390) I/O bus address */ -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: Newbusifying ed broke it

2000-08-17 Thread Seigo Tanimura
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

the ifp to a removed pcmcia ethernet card is left in struct ip_moptions and struct ifmultiaddr

2000-09-04 Thread Seigo Tanimura
, and free orphaned ifmultiaddrs attached to a removed ifp. It would be much more elegant if we could clean up the multicast information related to a removed interface, though. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsu

Re: nsswitch meets current

2000-09-10 Thread Seigo Tanimura
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:

pw_class in _pw_passwd is null if __hashpw() is not called in prior

2000-09-24 Thread Seigo Tanimura
his initial value before rewriting _pw_passwd, because pw_class filled in by previous call to __hashpw might grant unauthorized use of resource or account. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior

2000-09-28 Thread Seigo Tanimura
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

Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior

2000-09-30 Thread Seigo Tanimura
ries using libc.so.3 or earlier. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

(Semi-)automatic update of installed ports (was: Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior)

2000-09-30 Thread Seigo Tanimura
[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

A fix of recent bugs in swapping in/out a process

2002-07-28 Thread Seigo Tanimura
in a page fault in cpu_switch(). Do not swap out a process unless all of its threads are either in a run queue or sleeping. Eventually, it may become our option to swap out only threads that are safe to do so. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail

Dynamic growth of the buffer and buffer page reclaim

2002-10-22 Thread Seigo Tanimura
late. Benchmark tools concentrating on disk I/O performance (bonnie, iozone, postmark, etc) may be more suitable than make kernel for evaluation. Comments and flames are welcome. Thanks a lot. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED

Re: Dynamic growth of the buffer and buffer page reclaim

2002-10-23 Thread Seigo Tanimura
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

MP-safe midi(4) and sequencer callout priority

2001-02-21 Thread Seigo Tanimura
part of the driver. Could you please let me know when pcm(4) gets MP-safe, and we will see how we can share device mutexes between pcm(4) and midi(4). -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-cu

Re: midi panics

2001-02-27 Thread Seigo Tanimura
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

Re: midi causes panic on boot? + entropy gatherer works fine

2001-03-14 Thread Seigo Tanimura
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

select(2) converted to use a condition variable, and optimised

2001-05-06 Thread Seigo Tanimura
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

RE: select(2) converted to use a condition variable, and optimis

2001-05-08 Thread Seigo Tanimura
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

RE: select(2) converted to use a condition variable, and optimis

2001-05-09 Thread Seigo Tanimura
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

RE: select(2) converted to use a condition variable, and optimis

2001-05-09 Thread Seigo Tanimura
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

Re: select(2) converted to use a condition variable, and optimis

2001-05-09 Thread Seigo Tanimura
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

Re: select(2) converted to use a condition variable, and optimis

2001-05-09 Thread Seigo Tanimura
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

Re: select(2) converted to use a condition variable, and optimis

2001-05-11 Thread Seigo Tanimura
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

atomic operation of flags (was: RE: select(2) converted to use a condition variable, and optimis)

2001-05-14 Thread Seigo Tanimura
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

RE: select(2) converted to use a condition variable, and optimis

2001-05-15 Thread Seigo Tanimura
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

New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
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

RE: New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
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

RE: New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
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

RE: New strategy of locking a process group

2001-05-23 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-05-31 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-06-01 Thread Seigo Tanimura
. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-06-01 Thread Seigo 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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-06-04 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-06-04 Thread Seigo Tanimura
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

Re: panic in procfs code

2001-06-05 Thread Seigo Tanimura
(map); + + mtx_unlock(vm_mtx); + return error; } -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-06-18 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-02 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-13 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-12 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-10 Thread Seigo Tanimura
://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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-10 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-11 Thread Seigo Tanimura
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

Re: Lock of struct filedesc, file, pgrp, session and sigio

2001-07-13 Thread Seigo Tanimura
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

Re: AWE64 problems

1999-12-07 Thread Seigo Tanimura
Thomas Works fine for me. Thanks!!! Yes, this patch should work. The probe likelyhood(do we call it so?) for unknown device is -100, so it does not make sense for sbc to return -100. -1 might be too high, -50 sounds good to me. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED

Re: AWE64 problems

1999-12-08 Thread Seigo Tanimura
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

The secondary buffer in pcm channel for DSPs with small DMA buffers

1999-12-11 Thread Seigo Tanimura
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]

Re: The secondary buffer in pcm channel for DSPs with small DMA buffers

1999-12-11 Thread Seigo Tanimura
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

Re: pnp, sound and LINT in -current

1999-12-16 Thread Seigo Tanimura
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

Re: pnp, sound and LINT in -current

1999-12-18 Thread Seigo Tanimura
)? -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

more patch for secondary buffer, polling and DMA emulation in

1999-12-20 Thread Seigo Tanimura
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

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-23 Thread Seigo Tanimura
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

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-23 Thread Seigo Tanimura
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

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-23 Thread Seigo Tanimura
2 for linux? The URI in the Makefile of the port looks obsolete... (I had downloaded the players at my home) -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-24 Thread 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

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-26 Thread Seigo Tanimura
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

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-27 Thread Seigo Tanimura
and Play AudioDrive at port Donn 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 That is odd... The patch does not even touch sbc.c. How does your pnpinfo(1) look like? -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubs

Re: more patch for secondary buffer, polling and DMA emulation in pcm

1999-12-27 Thread Seigo Tanimura
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

Re: status of 'device awe' ?

2000-02-22 Thread 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

Re: /sys/i386/machdep.c breaks kernel build

2000-02-20 Thread Seigo Tanimura
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]

State CPU255 in top(1) on an SMP box.

1999-03-06 Thread Seigo TANIMURA
, 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

apmconf(8) -e ends to panic in apm_bios_call

1999-05-01 Thread Seigo TANIMURA
? 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

Re: Call for Review: Voxware midi driver for serial ports

1999-05-01 Thread Seigo TANIMURA
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

Re: apmconf(8) -e ends to panic in apm_bios_call

1999-05-05 Thread Seigo TANIMURA
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

Re: apmconf(8) -e ends to panic in apm_bios_call

1999-05-06 Thread Seigo TANIMURA
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

Re: Who should set the priority of a select(2)ing thread being waken up?

2003-11-03 Thread 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

HEADS UP: the midi driver will be removed for a while

2003-11-15 Thread Seigo Tanimura
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

Re: Corrected HEADS UP: the midi driver will be removed after 5.2-R

2003-11-18 Thread Seigo Tanimura
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

typo in src/gnu/usr.bin/texinfo/makeinfo/Makefile

1999-01-15 Thread Seigo TANIMURA
silver% cat /usr/src/gnu/usr.bin/texinfo/makeinfo/Makefile # $Id: Makefile,v 1.8 1999/01/14 20:00:46 markm Exp $ (snip) CFLAGS+= -DLOCALEDIR=\/usr/share/local\ ^ this should be 'locale'... Seigo TANIMURA |M1, Nakagawa Lab, Dept

Re: setpgrp(1, 1) does not FAIL

2002-02-27 Thread Seigo Tanimura
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

Re: setpgrp(1, 1) does not FAIL

2002-02-27 Thread 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

Re: setpgrp(1, 1) does not FAIL

2002-02-27 Thread Seigo Tanimura
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

Re: setpgrp(1, 1) does not FAIL

2002-02-28 Thread Seigo Tanimura
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

sx_upgrade() (was: Re: cvs commit: src/sys/kern kern_mtxpool.c src/sys/sys kernel.h src/sys/vm vm_fault.c vm_glue.c vm_map.c vm_map.h vm_pageout.c vm_zone.c)

2002-03-16 Thread Seigo Tanimura
the upgrader rather than other exclusive lock waiters. sx_upgrade.diff Description: Binary data -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: sx_upgrade() (was: Re: cvs commit: src/sys/kern kern_mtxpool.c src/sys/sys kernel.h src/sys/vm vm_fault.c vm_glue.c vm_map.c vm_map.h vm_pageout.c vm_zone.c)

2002-03-16 Thread Seigo Tanimura
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

Re: -current lock warning...

2002-03-16 Thread Seigo Tanimura
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

Re: -current lock warning...

2002-03-16 Thread Seigo Tanimura
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

Locking down a socket, milestone 1

2002-04-24 Thread Seigo Tanimura
because it is used in almost all of the protocol stacks. I would therefore like to test, fix and merge the patch before it blows up. Comments are welcome. Thanks. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd

Re: Locking down a socket, milestone 1

2002-04-25 Thread Seigo Tanimura
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

A sigio lock (was: Re: Locking down a socket, milestone 1)

2002-04-25 Thread Seigo Tanimura
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

Re: Locking down a socket, milestone 1

2002-04-28 Thread Seigo Tanimura
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

Re: The updated socket patch and axing sotryfree() (Re: Locking down a socket, milestone 1)

2002-05-14 Thread Seigo Tanimura
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

preemption across processors

2002-05-15 Thread Seigo Tanimura
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

Re: preemption across processors

2002-05-28 Thread Seigo Tanimura
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

Re: preemption across processors

2002-05-29 Thread Seigo Tanimura
. */ critical_enter(); } critical_exit(); continue; } sleep(td); mutex_unlock_spin(sched_lock); } The code above does not use any test-and-set instructions, nor does it keep bumping the priority of the owner during spinning. -- Seigo

  1   2   >