forhead*
Probably a SYSINIT?
Cool, thanks for the feedback!
np, this is promising work!
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations
and continue.
you may not call malloc(9) with M_WAITOK while holding a mutex.
---
entry = jumbo_kmap_inuse.slh_first;
I'm sure that should use a list macro.
---
That's all I see off the bat. :) Looks cool though.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
* Orion Hodson [EMAIL PROTECTED] [020501 18:10] wrote:
/-- Alfred Perlstein wrote:
| -current compiled today mp3s play too fast, any ideas on how to
| diagnose this?
|
| pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device
| 31.5 on pci0
| pcm0: measured ac97 link
* John Hay [EMAIL PROTECTED] [020503 12:09] wrote:
| -current compiled today mp3s play too fast, any ideas on how to
| diagnose this?
|
| pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device
| 31.5 on pci0
| pcm0: measured ac97 link rate at 44061 Hz
-current compiled today mp3s play too fast, any ideas on how to
diagnose this?
pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device 31.5 on
pci0
pcm0: measured ac97 link rate at 44061 Hz
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
irq 12
I think you mucked up your kernel install. Are you positive?
Try sticking a printf in the driver's probe routine to make sure
it's being called at boot time.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why
* Seigo Tanimura [EMAIL PROTECTED] [020425 01:19] wrote:
http://people.FreeBSD.org/~tanimura/patches/socket_milestone1.diff.gz
This looks really good so far!
Needs some more comments explaining socq_lock.
Watch long line wraps.
Why is there a sigio lock in this delta?
--
-Alfred
pretty
fine grained except the unix domain sockets where a global lock is
held to protect against lock order reversals when having to lock
both sockets.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software
* The Hermit Hacker [EMAIL PROTECTED] [020420 16:01] wrote:
As a quick follow-up to this, doing more searching on the web, I came
across a few suggested 'sysctl' settings, which I've added to what I had
before, for a total of:
kern.maxfiles=65534
jail.sysvipc_allowed=1
* Chad David [EMAIL PROTECTED] [020418 23:32] wrote:
Any comments / objections to these patches to savecore and friends?
After I get more than two or three md5 named files in var/crash I
start to go cross eyed.
I found the md5 names to be particularly disgusting as well. If this
reverts
this? Some sort of escape mechanism?
I need sleep. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
(map ok at: %d\n, __LINE__);
return (1);
} /* asr_pci_map_mem */
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations
* Alfred Perlstein [EMAIL PROTECTED] [020330 20:47] wrote:
I just got the Adaptec 4 port IDE raid card 2400A.
It doesn't probe right:
asr0: could not map memory
I added some debug printouts to the asr driver and pci code.
asr0: Adaptec Caching SCSI RAID mem 0xf600-0xf7ff irq 5
? I'm a bit confused as to wheather our code is
behaving oddly or if it's just the device violating some spec...
You should have bought a 3ware controller. 8)
3ware should talk to Frys. :)
Thanks for responding so promptly.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Alfred Perlstein [EMAIL PROTECTED] [020330 21:51] wrote:
* Michael Smith [EMAIL PROTECTED] [020330 21:34] wrote:
Your BIOS is assigning a memory range to the card that we don't believe
the bridge passes through. Our check is bogus because (as you see) the
range is actually legitimate
it's going to get one of Fry's
famous stickers. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
references are from a -current kernel from last night.
Are you %100 on that? How did you get this to happen?
I can see where I hold the pipe lock, then try to get a proc lock,
but not the other way around...
Any ideas?
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Alfred Perlstein [EMAIL PROTECTED] [020326 14:43] wrote:
* Kris Kennaway [EMAIL PROTECTED] [020324 14:26] wrote:
The bento cluster is now running with WITNESS enabled to try and track
down some odd UMA lock corruption panics. Instead, it found the
following lock order reversal
/pam_opieaccess.c 14 Mar 2002 23:27:58 - 1.7
+++ pam_opieaccess/pam_opieaccess.c 22 Mar 2002 17:29:20 -
@@ -39,6 +39,7 @@
#define _BSD_SOURCE
+#include sys/types.h
#include opie.h
#include pwd.h
#include unistd.h
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead
* Alexander Kabaev [EMAIL PROTECTED] [020322 21:31] wrote:
I used the workaround below to get the system booting again, but it
does nothing to solve the real problem. We should probably either update
each and every vnode known to the system with the new v_op pointer when
needed, or simply
* Terry Lambert [EMAIL PROTECTED] [020322 23:13] wrote:
Matthew Dillon wrote:
Unless I am missing something, vnodes hang off their mount points.
So, effectively, there is a system-wide list.
The lock on a global traverasl will be pretty ugly...
Module loading doesn't occur often.
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm posting the fix here.
Index: fla.c
===
RCS file: /home/ncvs/src/sys/contrib/dev/fla/fla.c,v
retrieving revision 1.29
diff -u
* Poul-Henning Kamp [EMAIL PROTECTED] [020319 12:40] wrote:
You're welcome to commit it :-)
Thank you.
Poul-Henning
In message [EMAIL PROTECTED], Alfred Perlstein writes:
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm
kmem.c facpri.c common.c
+SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c printstate.c
CFLAGS+=-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DSTATETOP
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter/netinet
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter
--
-Alfred Perlstein [[EMAIL PROTECTED
* John Baldwin [EMAIL PROTECTED] [020318 10:24] wrote:
On 17-Mar-2002 Robert Watson wrote:
On Sun, 17 Mar 2002, Alfred Perlstein wrote:
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 08:23] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
I think you're right, I'm pretty sure the fix is basically moving
the p-p_fd = NULL to after the closef will fix things [...]
There will still be a race...
Are you sure? :)
Btw
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 15:03] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020318 08:23] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
I think you're right, I'm pretty sure the fix is basically moving
the p
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier,
with same kernel. May be it should go to Alfred Perlstein?
lock order reversal
1st 0xc198eec0 pipe mutex @ ../../../kern/sys_pipe.c:779
2nd 0xc0367fe0
* Robert Watson [EMAIL PROTECTED] [020317 09:08] wrote:
On Sun, 17 Mar 2002, Alfred Perlstein wrote:
* Munehiro Matsuda [EMAIL PROTECTED] [020317 06:36] wrote:
PS. I got another message that happend when I ^C'ed a buildworld earlier,
with same kernel. May be it should go
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020317 19:27] wrote:
...the process has no open files at all, because...
(kgdb) p p-p_pid
$4 = 10099
(kgdb) p p-p_comm
$5 = wc\000oot, '\000' repeats 13 times
(kgdb) p p-p_stat
$6 = 3
(kgdb) p/x p-p_flag
$7 = 0x6000
...it's exiting, and
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020317 22:55] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
Please let me know if this works for you.
[...]
+ PROC_LOCK(td);
*cough* *cough*
:)
It was untested. :) I'm sure you can fix it, I've got to get some
sleep, let me know
* Poul-Henning Kamp [EMAIL PROTECTED] [020313 22:43] wrote:
But if somebody wants to try to code this optimization, I'll be more
than happy to review the result. I just don't expect it to do much
in real-life as opposed to silly benchmark situations.
Have you thought about issuing a
* Poul-Henning Kamp [EMAIL PROTECTED] [020314 01:53] wrote:
In message [EMAIL PROTECTED], Alfred Perlstein writes:
Have you thought about issuing a madvise(MADV_WILLNEED) after the
brk/mmap call in malloc, at least doing it when it's called via
realloc, this might get rid of the superfolous
* Michael D. Harnois [EMAIL PROTECTED] [020313 20:07] wrote:
../../../net/bpf.c: In function `bpf_wakeup':
../../../net/bpf.c:518: structure has no member named `si_pid'
cvsup again, you caught a bad window.
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
* John Indra [EMAIL PROTECTED] [020313 19:47] wrote:
Dear all...
This morning I found a very interesting mail. All of you can see it from:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1669241+0+current/freebsd-questions
FreeBSD 5.0 has (being a developer release) has special diagnostics
* Archie Cobbs [EMAIL PROTECTED] [020311 22:00] wrote:
Hi,
I've had the need for a realloc() in the kernel several times
before and am having it once again. Finally figured it's time to
do something about it.
Does anyone have problems with the attached patch? This patch adds
realloc()
* Archie Cobbs [EMAIL PROTECTED] [020312 14:45] wrote:
Alfred Perlstein writes:
I've had the need for a realloc() in the kernel several times
before and am having it once again. Finally figured it's time to
do something about it.
Where is the update to malloc(9)? What about
* Steve Kargl [EMAIL PROTECTED] [020308 19:18] wrote:
The recent commit to readpassphrase appears to cause
cc -O -pipe -DDES -Wall -Wformat -Werror -Wall -Wno-uninitialized
-Wnon-const-format -Wno-format-extra-args -Werror -static -o ed buf.o cbc.o glbl.o
io.o main.o re.o sub.o undo.o
you should expect this sort of thing
from the devel branch. Also, please wrap lines at 80 characters.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Matthew Dillon [EMAIL PROTECTED] [020227 14:51] wrote:
:
:ok so I leave it to other people to fix LINT
:I'm not going near it any more
It's the responsibility of whoever added -Werror to the default
compile to unbreak the tree, either by fixing the problem or by
backing
* Peter Wemm [EMAIL PROTECTED] [020227 15:44] wrote:
Alfred Perlstein wrote:
* Matthew Dillon [EMAIL PROTECTED] [020227 14:51] wrote:
:
:ok so I leave it to other people to fix LINT
:I'm not going near it any more
It's the responsibility of whoever added -Werror
* Doug Barton [EMAIL PROTECTED] [020226 19:12] wrote:
The following:
http://www.freebsd.org/cgi/cvsweb.cgi/src/include/unistd.h.diff?r1=1.46r2=1.47
Broke compilation of bind 8 on -current built 2/24:
mkdir threaded 2 /dev/null || test -d threaded -a -w threaded
(cc
* Terry Lambert [EMAIL PROTECTED] [020224 13:12] wrote:
Try the following patch; the failure message will be
somewhat less cryptic, since it will tell you the
proximal reason for failure out of the 5 possibles
for the message you are seeing. 8-).
Cool explanation, the attached patch was
* John Reynolds [EMAIL PROTECTED] [020224 14:33] wrote:
hello, I've got a -current-related question to ask. akbeech forwarded me
his build log when trying to build the linux user-land libusb from the
port which I maintain (it is below). At first I said impossible because I'd
tested things
* Kenneth D. Merry [EMAIL PROTECTED] [020224 16:56] wrote:
I've got a SMP machine with a Supermicro P3TDE6 motherboard. (Serverworks
HE-SL chipset, dual 1.26GHz Pentium III's.)
It boots just fine with a GENERIC -current kernel (sources cvsupped
yesterday at ~1500 MST), but hangs (at the
, we
really don't have to worry about it when freeing small structures
although that puts evilness into malloc(9) consumers.
Can you please consider that instead of continueing down this path
of per-subsystem caches?
thanks,
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
* Matthew Dillon [EMAIL PROTECTED] [020223 14:43] wrote:
This is approximately what I am thinking. Note that this gives us the
flexibility to create a larger infrastructure around the bucket cache,
such as implement per-cpu caches and so on and so forth. What I have
here is
within the next half hour or so, I just wanted to make myself clear
on the issue. No worries. :)
Yes, and hopefully JeffR's allocator will fix our problems, that
is if it ever makes it out of p4. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s
* Mike Smith [EMAIL PROTECTED] [020222 21:56] wrote:
I've finally updated the ACPI CA codebase with Intel's 20020214 drop
(yes, I tagged it 0217, my bad).
Woo! Go Mike!
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:14] wrote:
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
and exceed kern.argmax, especially if your sources are not in the
default place and you are compiling a file with lots of
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:47] wrote:
On Thu, Feb 21, 2002 at 03:41:46PM -0800, Alfred Perlstein wrote:
* Luigi Rizzo [EMAIL PROTECTED] [020221 15:14] wrote:
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
) doesn't have that functionality I will beat it into it
with a lead pipe...
Luckly I can across the option. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Mark Santcroos [EMAIL PROTECTED] [020220 03:52] wrote:
It was indeed a linux_compat specific resource cleanup issue.
I managed to create a simple linux program that had the same problem. From
there on it was easy...
The problem was created by Alfred's locking commit of Jan 13.
(No
* Terry Lambert [EMAIL PROTECTED] [020220 11:13] wrote:
Mark Santcroos wrote:
I managed to create a simple linux program that had the same problem. From
there on it was easy...
The problem was created by Alfred's locking commit of Jan 13.
(No hard feelings, it helped me to
* Greg Lehey [EMAIL PROTECTED] [020220 18:26] wrote:
I'm not picking on jhb here. This is the project's fault, not any
individual's. We need some kind of project management to coordinate
this effort, or the results will be seriously suboptimal. I would
certainly not like to see dillon go
+ mkdep -a
(-a for append).
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/
To Unsubscribe: send
of days of waiting for them to appear and give decent feedback usually
just committing the code will bring out a horde of involentary testers
which actually gets the code stabilized.
This is current, we're allowed some breakage. Cross your I's and dot
your T's first though. :-)
--
-Alfred Perlstein
David.
Yeah, whatever, don't we all feel better now? :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
* Julian Elischer [EMAIL PROTECTED] [020211 15:00] wrote:
In the current world, when the thread enters userland, it does:
lock giant
crfree() (which includes mutexes)
unlock giant
This isn't needed afaik.
if there are ASTs it does this once again for each AST waiting as well.
And on
* Nat Lanza [EMAIL PROTECTED] [020207 10:30] wrote:
On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
These comments are not useless, most committers have day jobs that
unfortunetly preclude them from having time to work on every little
feature request. Furthermore asking for patches
* Andrea Campi [EMAIL PROTECTED] [020208 03:51] wrote:
On Wed, Feb 06, 2002 at 12:35:39PM -0800, Alfred Perlstein wrote:
* David W. Chapman Jr. [EMAIL PROTECTED] [020206 12:33] wrote:
Does anyone know if the problem with kde and other programs not
working with the new binutils
* Terry Lambert [EMAIL PROTECTED] [020208 07:12] wrote:
Alfred Perlstein wrote:
If you do a pkg_deletew of mozilla and then nuke /usr/X11R6/lib/mozilla
then reinstall it the problem should go away.
pgk_deelete is broken?!?
I think what happens is people like me sometimes just install
David.
Yeah, whatever, don't we all feel better now? :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http
* Nat Lanza [EMAIL PROTECTED] [020207 10:30] wrote:
On Thu, 2002-02-07 at 12:59, Alfred Perlstein wrote:
These comments are not useless, most committers have day jobs that
unfortunetly preclude them from having time to work on every little
feature request. Furthermore asking for patches
of days of waiting for them to appear and give decent feedback usually
just committing the code will bring out a horde of involentary testers
which actually gets the code stabilized.
This is current, we're allowed some breakage. Cross your I's and dot
your T's first though. :-)
--
-Alfred Perlstein
have a super recent world, I'm compiling
one now and will let you know if it at least fixes that for me.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax
* Bruce Evans [EMAIL PROTECTED] [020204 05:26] wrote:
On Sun, 3 Feb 2002, John Polstra wrote:
The kernel from today's current (CVSupped 3 Feb 2002 around 17:40
PST) can't stay up for more than a few minutes without getting a
page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c
at it.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/
To Unsubscribe: send mail to [EMAIL PROTECTED
structure @
../../../kern/vfs_syscalls.c:3573
first acquired @ ../../../kern/vfs_syscalls.c:998
panic: recurse
I've just committed a fix, please let me know if it works for
you.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology
* Alfred Perlstein [EMAIL PROTECTED] [020131 10:48] wrote:
* Bruce Evans [EMAIL PROTECTED] [020131 09:42] wrote:
I'm not sure that releasing the lock here is safe, but other parts of
fdalloc() do this.
I don't think this is safe at a glance, I think it's only safe right
before
be
able to take a swipe at it in a couple of weeks hopefully.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductable donations for FreeBSD: http
* Bruce Evans [EMAIL PROTECTED] [020131 09:42] wrote:
Jan 31 18:27:29 gamplex kernel: lock order reversal
Jan 31 18:27:29 gamplex kernel: 1st 0xc26ea034 filedesc structure @
./@/kern/kern_descrip.c:925
Jan 31 18:27:29 gamplex kernel: 2nd 0xc031eca0 Giant @ ./@/kern/kern_descrip.c:959
%%%
() at syscall_with_err_pushed+0x1b
--- syscall (61, FreeBSD ELF, chroot), eip = 0x80a4677, esp =
0xbfbff75c, ebp
= 0xbfbff9b8 ---
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why
* Maxim Sobolev [EMAIL PROTECTED] [020124 13:44] wrote:
Any ideas? This is a reasonably recent 5-CURRENT (last
makeworld/makekernel 7 days ago).
This may be fallout from my initial fdlocking work, please try
an update or get a debug traceback and we'll see.
To Unsubscribe: send mail to
* Dag-Erling Smorgrav [EMAIL PROTECTED] [020121 12:20] wrote:
Andrey A. Chernov [EMAIL PROTECTED] writes:
Thanks to all, especially to Dag-Erling.
Thanks to *you* for pointing out and explaining the issues, submitting
patches, and reviewing and testing mine. I'm sorry we got off on such
to it).
Oh, has anyone else seen these panics as well? Just wondering...
It would help if someone cc'd me on these. :P
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax
* Alfred Perlstein [EMAIL PROTECTED] [020116 13:30] wrote:
* Emiel Kollof [EMAIL PROTECTED] [020116 13:29] wrote:
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
exclusive (sleep mutex) Giant (0xc0462c00) locked @
/usr/src/sys/i386/i386/trap.c:1102
panic: system call pwrite returning
* David Wolfskill [EMAIL PROTECTED] [020114 08:57] wrote:
Once more, with feeling (sorry, gang... :-(). CVSupped this morning
(just before 4 AM, US/Pacific (8 hrs. west of GMT) from cvsup14.
Booting yielded:
Seigo Tanimura has a patch for this, just remove the extranious
FILEDESC_UNLOCK
* Michael Reifenberger [EMAIL PROTECTED] [020114 11:47] wrote:
Hi,
a new panic while surfing under X:
Can you cvsup and try to reproduce this?
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Mike Smith [EMAIL PROTECTED] [020110 17:36] wrote:
Questions and comments welcome.
Looks really cool, nice job.
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
* Mikhail Teterin [EMAIL PROTECTED] [020108 15:06] wrote:
Hello!
I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5),
but can't we do something about it? Notice the parent process id:
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
105
swapping is
really a bad thing to have happen on a loaded machine as it can
result in a cascade failure. If you look in the archives for
Matt Dillon's postings on cascade failure it will explain things
a lot better.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
could have some good weed here...
That's not possible, since the parent is waiting the kernel will
not reparent unless the parent exits, which it doesn't because it's
waiting for the child.
You owe the Oracle a large bong rip.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
); then the parent process will hang and never return.
Perhaps fork1() should return EINVAL if both flags are set.
Good idea.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years
* Jackie 'business-first' Cook [EMAIL PROTECTED] [011210 16:19] wrote:
As a replacement for the 'functionality' present in xargs(1), I propose
implementing arbitrary length argument list passing right in the operating
system.
Nice proposal, where's the diff?
Yours sincerly, Jackie
* Brian F. Feldman [EMAIL PROTECTED] [011210 17:11] wrote:
Brandon D. Valentine [EMAIL PROTECTED] wrote:
On Mon, 10 Dec 2001, Alfred Perlstein wrote:
* Jackie 'business-first' Cook [EMAIL PROTECTED] [011210 16:19] wrote:
As a replacement for the 'functionality' present in xargs(1
I lost a flamewar to get %i added to kernel printf,
it has been fixed.
About your card, you may have luck checking your vendor's site for
a firmware upgrade. Upgrading my cards (Addtron) really worked wonders.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software
me also state in the author's defense (Sean i think) that
it's much easier to rewrite something that has already been
written than to be the initial implementor and even though it
looks like it's in for a rewrite one must congratulate him on
a job that has lasted us so long.
--
-Alfred Perlstein
for cancellation
(and other things) before returning to the threads interrupted
context.
No way to work around this? Shouldn't the thread exit library
know which stack exactly to clean up even in the context of a
signal handler?
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why
* Alfred Perlstein [EMAIL PROTECTED] [011204 11:45] wrote:
* Dan Eischen [EMAIL PROTECTED] [011204 06:26] wrote:
There are already cancellation tests when resuming threads
whose contexts are not saved as a result of a signal interrupt
(ctxtype != CTX_UC). You shouldn't test
* Daniel Eischen [EMAIL PROTECTED] [011204 12:32] wrote:
Alfred Perlstein wrote:
* Dan Eischen [EMAIL PROTECTED] [011204 06:26] wrote:
There are already cancellation tests when resuming threads
whose contexts are not saved as a result of a signal interrupt
(ctxtype != CTX_UC
-cancelflags PTHREAD_CANCEL_ASYNCHRONOUS) != 0))
+ cfl = curthread-cancelflags;
+ cfl = (PTHREAD_CANCEL_ASYNCHRONOUS|PTHREAD_AT_CANCEL_POINT);
+ if (cfl != 0)
pthread_testcancel();
/*
--
-Alfred Perlstein [[EMAIL
* David Hill [EMAIL PROTECTED] [011203 16:50] wrote:
This patch was done on -CURRENT.
It is both pasted and attached to this message.
Which write.c is this to be applied to?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
to increase that in your kernel config.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
http://www.morons.org/rants/gpl-harmful.php3
* Edwin Culp [EMAIL PROTECTED] [011201 21:25] wrote:
Andrew,
Thanks. Now my problem is that I can't cvsup. Any ideas on how to
update my sources?
Maybe someone could email me a patch and I could take it over with a
floppy. Right now
I have no access to the network with the machine
* Louis-Philippe Gagnon [EMAIL PROTECTED] [011130 15:57] wrote:
If at first you don't succeed...
I've encountered a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
Provide me with minimal sample code and a makefile and i should
, an extensable
stack would be an interesting project but I doubt it would be as
stable nor as fast as what we already have.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom
mechnaism, do *not* use mbufs
for it.
*cough*
kthread_setspecific()
*cough*
kthread_getspecific()
*cough*
or just fix the code to pass this around as an extra paramter.
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking
queue arguments.
Ah, but you can't queue static variable either. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
http
painful, let's
try to make do with it, if we disconnect the new awk I feel
that we will keep repeating this cycle, basically each activation
will see new problems requiring another disconnect. Let's just
get it fixed. :)
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece
201 - 300 of 672 matches
Mail list logo