n the same location as
_libc_sem_timedwait_compat() in libc/gen/sem.c.
Is this a real bug, or am I missing something?
Eric
You are right, the _pthread_testcancel() call should be added.
Thanks,
David Xu
___
freebsd-current@freebsd.org mailing
ut freebsd source code on Windows, it will be a problem.
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hi,
I want to use atomic_cmpset_64, but some arch may not support it,
Is there a way to figure out that atomic_cmpset_64 is defined when
compiling ?
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
On 2013/07/11 14:17, Konstantin Belousov wrote:
On Wed, Jul 10, 2013 at 04:36:23PM -0700, Adrian Chadd wrote:
Hiya,
I've started writing an aio_sendfile() syscall.
http://people.freebsd.org/~adrian/ath/20130710-aio-sendfile-3.diff
Yes, the diff is against -HEAD and not stable/9.
It's totally
Hi,
The change is reverted.
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
When I was trying to create a second tap device, kernel crashed.
Is this patch correct ?
Index: sys/net/if_tap.c
===
--- sys/net/if_tap.c(revision 243397)
+++ sys/net/if_tap.c(working copy)
@@ -186,7 +186,7 @@
/* Fin
On 2012/11/05 17:13, Andriy Gapon wrote:
on 05/11/2012 04:41 David Xu said the following:
Another problem I remembered is that a thread on runqueue may be starved
because ULE treats a sleeping thread and a thread waiting on runqueue
differently. If a thread has slept for a while, after it is
ead on runqueue.
I think ULE needs some anti-starvation code to give thread a shot
if it is waiting on runqueue too long time.
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To un
On 2012/09/08 23:31, Kim Culhan wrote:
clock_getcpuclockid() was added a few weeks ago according to the man page and
I'm seeing this error while building the port net/freeswith-core-devel.
The function is used in the Sofia-sip stack, courtesy Nokia Research Center,
incorporated into FreeSWITCH.
On 2012/5/21 10:54, David Xu wrote:
On 2012/5/21 1:24, Konstantin Belousov wrote:
On Sun, May 20, 2012 at 06:42:35PM +0200, Alberto Villa wrote:
On Sun, May 20, 2012 at 8:03 AM, David Xu
wrote:
qdbus segfaults on my machine too, I tracked it down, and found the
problem
is in QT,
it deleted
On 2012/5/21 1:24, Konstantin Belousov wrote:
On Sun, May 20, 2012 at 06:42:35PM +0200, Alberto Villa wrote:
On Sun, May 20, 2012 at 8:03 AM, David Xu wrote:
qdbus segfaults on my machine too, I tracked it down, and found the problem
is in QT,
it deleted current_thread_data_key, but it still
n
it will be fine,
otherwise, it would crash. This sounds like a bug in QT.
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-c
On 2012/5/6 5:08, b. f. wrote:
On 5/5/12, Steve Wills wrote:
On 05/05/12 15:43, b. f. wrote:
Steve Wills wrote:
After updating from -CURRENT as of April 5 to one built today, I now get
a core dump running ctfmerge on libc:
ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So..
Bus erro
On 2012/5/6 5:08, b. f. wrote:
On 5/5/12, Steve Wills wrote:
On 05/05/12 15:43, b. f. wrote:
Steve Wills wrote:
After updating from -CURRENT as of April 5 to one built today, I now get
a core dump running ctfmerge on libc:
ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So..
Bus erro
On 2012/3/3 4:24, deeptec...@gmail.com wrote:
A truss snippet from running with an older-than-r232144 kernel:
clock_gettime(4,{29653.159790037 }) = 0 (0x0)
write(12,"\M-z",1) = 1 (0x1)
clock_gettime(4,{29653.160165225 }) = 0 (0x0)
gettimeofday({1330716922.220648 }
ernel again to see if the problem
is still existing ?
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
e clean with a small memory overhead.
Regards,
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
and use a USB
keyboard, I can not use PS/2 mouse, it will not be detected.
David Xu
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2011/06/15 15:39, Kostik Belousov wrote:
> This patch accomodates the userland to the changed ABI. Why it was
> changed at all ? I would argue that keeping the stable ABI there is
> more important then using a 'clean' type.
>
> At least, the stable branches usermode is broken on the current ke
On 2011/06/14 20:02, Sergey Kandaurov wrote:
> On 1 November 2010 03:42, David Xu wrote:
>> Author: davidxu
>> Date: Mon Nov 1 00:42:25 2010
>> New Revision: 214611
>> URL: http://svn.freebsd.org/changeset/base/214611
>>
>> Log:
>> Use integer f
On 2011/04/20 10:48, Ryan Stone wrote:
> On Tue, Apr 19, 2011 at 10:13 PM, David Xu wrote:
>> Have you tested that current code causes segfault ?
>> anyway, I can not reproduce it on my machne.
>>
>> Regards,
>> David Xu
>
> Yes, I had an application w
On 2011/04/20 10:48, Ryan Stone wrote:
> On Tue, Apr 19, 2011 at 10:13 PM, David Xu wrote:
>> Have you tested that current code causes segfault ?
>> anyway, I can not reproduce it on my machne.
>>
>> Regards,
>> David Xu
>
> Yes, I had an application w
truct pthread *curthread;
> int state;
>
> + _thr_check_init();
> +
> for (;;) {
> state = once_control->state;
> if (state == ONCE_DONE)
>
> If there are no objections I'll commit this soon.
Have you tested that current code c
before 9.0 release. :-)
Regards,
David Xu
Note that you should update source tree before applying this patch.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
David Xu wrote:
David Xu wrote:
Hi,
I finally have worked out first patch to make our pthread library
support process shared pthread objects:
http://people.freebsd.org/~davidxu/pshared/patch1.diff
Patch is updated:
http://people.freebsd.org/~davidxu/pshared/patch2.diff
Changes:
1) Macro
John Baldwin wrote:
On Tuesday, December 07, 2010 9:54:05 pm David Xu wrote:
John Baldwin wrote:
On Monday, December 06, 2010 7:11:28 pm David Xu wrote:
John Baldwin wrote:
On Sunday, December 05, 2010 6:18:29 pm Steve Kargl wrote:
Sometime in the last 7-10 days, some one made a
change
John Baldwin wrote:
On Monday, December 06, 2010 7:11:28 pm David Xu wrote:
John Baldwin wrote:
On Sunday, December 05, 2010 6:18:29 pm Steve Kargl wrote:
Sometime in the last 7-10 days, some one made a
change that has broken process accounting/timing.
laptop:kargl[42] foreach i ( 0 1 2 3
call, the overhead
added to system call path can directly affect a threaded application's
performance now, because the time window the mutex is held
is longer than before, I have seen some people likes to fiddle with
system call path, it should be cautioned.
Re
Jung-uk Kim wrote:
On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote:
on 03/12/2010 20:05 Jung-uk Kim said the following:
On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote:
FreeBSD uses cpu_ticks [function pointer] in a few places for a
few things like process CPU ti
David Xu wrote:
Hi,
I finally have worked out first patch to make our pthread library
support process shared pthread objects:
http://people.freebsd.org/~davidxu/pshared/patch1.diff
Patch is updated:
http://people.freebsd.org/~davidxu/pshared/patch2.diff
Changes:
1) Macro
Alberto Villa wrote:
On Tuesday 30 November 2010 06:48:11 David Xu wrote:
I finally have worked out first patch to make our pthread library
support process shared pthread objects:
yay!
http://people.freebsd.org/~davidxu/pshared/patch1.diff
wouldn't it require activati
Garrett Cooper wrote:
Doesn't build :/...:
===> lib/libthr (obj,depend,all,install)
make: don't know how to make thr_sleepq.c. Stop
*** Error code 2
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
Thanks,
-Garrett
/pthread_mutexattr_setrobust.html
Which I think is mostly used for process-shared mutex.
In the patch, if mutex attribute is robust, the thread library
also uses kernel base condition variable which does not have
internal lock in userland.
Regards,
David Xu
___
freebsd-current
Jaakko Heinonen wrote:
On 2010-09-20, David Xu wrote:
I redirect all output to a disk file, and it still needs 1 second to
complete, this machine is dual-core pentium E5500, faster than previous
one which is a dual-core AMD 5000+ machine, the 5000+ needs 2
seconds to complete.
$/usr/bin/time
Paul B Mahol wrote:
Hi,
If kernel threads were created via kproc_kthread_add()
when last kernel thread exits it will trigger panic.
It panics in queue.h probably introduced with rec
I have committed a patch, can you try it ?
http://svn.freebsd.org/changeset/base/213714
Regards,
David
Lawrence Stewart wrote:
On 09/21/10 02:21, David Xu wrote:
jhell wrote:
On Mon, 20 Sep 2010 10:26, David Xu wrote:
In Message-Id: <4c976f14.8000...@freebsd.org>
jhell wrote:
On 09/19/2010 09:28, David Xu wrote:
just typed sysctl -a on keyboard, and
jhell wrote:
On Mon, 20 Sep 2010 10:26, David Xu wrote:
In Message-Id: <4c976f14.8000...@freebsd.org>
jhell wrote:
On 09/19/2010 09:28, David Xu wrote:
just typed sysctl -a on keyboard, and found it is slow, sometimes
it has been stuck for a few seconds, further studied,I found
jhell wrote:
On 09/19/2010 09:28, David Xu wrote:
just typed sysctl -a on keyboard, and found it is slow, sometimes
it has been stuck for a few seconds, further studied,I found it is
stucked at sysctl kern.geom:
%/usr/bin/time sysctl -a kern.geom
kern.geom.collectstats: 1
kern.geom.debugflags
just typed sysctl -a on keyboard, and found it is slow, sometimes
it has been stuck for a few seconds, further studied,I found it is
stucked at sysctl kern.geom:
%/usr/bin/time sysctl -a kern.geom
kern.geom.collectstats: 1
kern.geom.debugflags: 0
kern.geom.label.debug: 0
kern.geom.label.ext2fs.en
But I think BSD grep should be compatible with GNU grep,
because almost all scripts are written for GNU grep before
BSD grep appears, it is not practical to rewrite all existing
scripts. Anyway, thanks for your help.
David Xu
Stein Morten Sandbech wrote:
Hi,
GNU grep is OK. However standard
will the grep -H print file name for me ? it is rather painful
that the feature is missing. :-(
So I can not use it with find:
find . -exec grep -H {} world \;
I don't know which file contains the word world.
Regards,
David Xu
___
freeb
Kostik Belousov wrote:
Can you, please, do the following:
show the backtraces for the system processes, in particular, syncer,
bufdaemon, softdepflush daemon, pagedaemon and vm ?
for the stuck firefox thread, find the address of the buffer
supplied as an argument to getdirtybuf, and print the *(
With newest -HEAD code, firefox is stuck in getbuf().
top
last pid: 1814; load averages: 0.00, 0.05, 0.07
up 0+00:37:11 10:54:01
135 processes: 1 running, 134 sleeping
CPU: 3.7% user, 0.0% nice, 0.6% system, 0.0% interrupt, 95.7% idle
Mem: 259
t; in page http://www.freebsd.org/ports/multimedia.html
if you hit anyone, it is very doubtful.
David Xu
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
core components, one of is libw32dll, which uses static LDT
allocation too.
David Xu
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
lity.
best regards, Brane
Please tell us your Apache configuration, are you using
prefork or worker or perchild mode ?
If you are using worker mode, which thread library are you
using ? this would help us to narrow down problem scope.
---
David Xu
dy in FreeBSD
AMD 64 branch.
David Xu
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kris Kennaway wrote:
On Tue, Oct 14, 2003 at 08:17:27PM -0700, Kris Kennaway wrote:
On Wed, Oct 15, 2003 at 11:10:43AM +0800, David Xu wrote:
The change you made to ucontext.h breaks libkse. :-(
Speaking of libkse breakage:
10427 root 200 10500K 8380K kserel 6:44
Alexander Motin wrote:
Hi.
This patch did not fix the problem. On the 4th boot system hang with
same symptoms.
Daniel Eischen wrote:
I have P4 system with SMP kernel and HyperThreading enabled.
I have one strange problem with mysql 4.1.0 when using KSE on
5.1-CURRENT.
I have been running MyS
David Schwartz wrote:
David Xu wrote:
I definitly agree with Dan, -pthread is too ugly, it really really is
nothing to do with compiler and should be removed.
Really? What if invoking the threading library required the compiler to
compile code differently? Surely it might require that
brary conflict
with this flag at linking time because some were compiled with -MT some were
not, this is rather annoying. This is a bit OT, but I hope we can avoid such
decision bug. Many software use autoconf, autconf prefers -lpthread than
-pthread, it even prefers -lc_r then -pthread (if I
kefile.inc revision 1.5
David Xu
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
>David Xu wrote:
>|
>| I tried to backout ac97.c revision 1.43, now my sound card works again,
>| If someone wants more information, please tell me.
>
>David
>
>Could you revert to head and check that the mixer "ogain" is non-zero
>(say 100 :-)? On some
On Thursday 28 August 2003 07:37, David Xu wrote:
> My patch http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/54810 ever worked
> well for my old Creative sound card, the device is probed, but now no sound
> at all. :-(
>
>
I tried to backout ac97.c revision 1.43, now my sound card
I use es137x module:
[EMAIL PROTECTED]:/home/davidxu> kldstat
Id Refs AddressSize Name
15 0xc010 37fc28 kernel
21 0xc048 6964 snd_es137x.ko
32 0xc0487000 1e554snd_pcm.ko
41 0xc5f0e000 16000radeon.ko
David Xu
On Thursday 28 August 2003 07
E - ATA_IDENTIFY status=51 error=4
acd0: CDROM at ata1-master PIO4
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/ad0s3a
drm0: port 0x9000-0x90ff mem
0xf500-0xf500,0xe800-0xefff irq 2 at device 0.0 on pci1
info: [drm] AGP at 0xf000 64MB
D
is always timeouted with halt -p.
I dont't think it is hardware or BIOS problem, FreeBSD must be wrong in
something, just like FreeBSD ATA bug for my Tiger 230T, all OS I have in
hand work fine, only FreeBSD does not.
David Xu
___
[EMAIL PROTECTE
it is not
fully shutdown.
David Xu
- Original Message -
From: "Stephen Montgomery-Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 19, 2003 10:13 AM
Subject: ACPI on Tyan Motherboard
> I have a Tyan S2462 Thunder K7 motherboard. I was
_ucodesel to user %cs
LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs, %gs.
I didn't check other ABIs, but setting to a fixed location of LDT in userland
is also a bad idea, I think it will conflict with thread library soon,
it is better to use dynamic allocating facility
Fixed! sorry.
- Original Message -
From: "Greg J." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 15, 2003 10:55 AM
Subject: buildkernel fails on -CURRENT
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Here's the error message...
>
> cc -c -O -pipe -march=penti
ested
widely.
Thank you again,
David Xu
- Original Message -
From: "David Leimbach" <[EMAIL PROTECTED]>
To: "David Schultz" <[EMAIL PROTECTED]>
Cc: "David Xu" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, June 28, 2003 8:4
Finished!
- Original Message -
From: "David Xu" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 28, 2003 2:56 PM
Subject: HEADS UP: new KSE signal code
I begin to commit KSE signal code, libkse will
be broken
I begin to commit KSE signal code, libkse will
be broken for a while.
David Xu
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
these devices. FreeBSD always
stuck at "MODE SENSE BIG", this sucks, I must disable
second IDE in BIOS before booting into FreeBSD and
reenable it before booting into another OS. I changed
configuration several times, both DMA and PIO mode don't
work, it works only when CR-RW
;>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire
> >>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire
> >>
> >>Great work by the KSE team! Looks like we might get libpthreads as
> >>default on 5.2.
>
Can you try the patch ?
http://people.freebsd.org/~davidxu/su.c.diff
David Xu
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, May 31, 2003 1:03 AM
Subject: strange 'su' problem
>
> Hello,
>
> just another, &qu
- Original Message -
From: "Terry Lambert" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: "Bryan Liesner" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, May 30, 2003 5:27 PM
Subject: Re: panic: kern/52718
&g
ock(), or revert the code to 1.2.
>
> It's pretty simple. No one needs t look at it, all they need
> to do is act on information already present.
>
kern_sig.c has same issue in several places.
> -- Terry
> ___
> [EMAIL PROT
subr_witness.c now needs DDB option enabled, otherwise can not
be compiled. please fix it.
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
- Original Message -
From: "Luoqi Chen" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, March 05, 2003 8:44 AM
Subject: RE: ATA MODE_SENSE_BIG timeout
> > For those want to fix ATA code, I have
- Original Message -
From: "Soeren Schmidt" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, March 04, 2003 3:56 PM
Subject: Re: ATA MODE_SENSE_BIG timeout
> It seems David Xu wrote:
>
> (snip
00 typ:7 s(CHS):255/1/193 e(CHS):255/254/255 s:63 l:20964762
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
Mounting root from ufs:/dev/ad0s3a
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
typ:7 s(CHS):255/1/193 e(CHS):255/254/255 s:63 l:20964762
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
Mounting root from ufs:/dev/ad0s3a
---
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Did anyone experience SMP kernel crashed at reboot?
On my Tyan Tiger 230T motherboard, when I type "reboot",
it crashed very often, typically after it printed
"Waiting (max 60 seconds) for system process `vnlru' to stop...".
David Xu
To Unsubscribe: send mail
- Original Message -
From: "Jake Burkholder" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, January 23, 2003 12:33 PM
Subject: Re: vm panic
>...
> Don't know if this is the problem o
run threaded program?
David Xu
¡Iì¹»®&Þ±éݨ¥¶Ý¢jçH:+éì¹»®&Þ~·nÇ\ººÞا¶¡Ü¨~Ø^ë,j
This is not surprising, ACPI also fails on my FIC motherboard,
I lost floppy drive when I enable ACPI, fdc0 can not allocate resources,
sigh.
David Xu
--
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The
I have a CD Tower device (a USB HID device) which always failed to be identified
under CURRENT source without following patch, it is always timeout, could anyone
look the following patch:
Index: usb_subr.c
===
RCS file: /home/nc
What is your revision of kern_thread.c? revision 1.58 should fix this problem.
- Original Message -
From: "Tim Robbins" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 9:06 PM
Subject: truss and KSE
> While experimenting with the new libpthread, I found tha
- Original Message -
From: "M. Warner Losh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, October 22, 2002 10:40 AM
Subject: Re: rl driver lock order reversal
> In message: <00bd01c27972$5eea20f0$ef01a8c0@davidwnt
today's source code
David
- Original Message -
From: "M. Warner Losh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, October 22, 2002 10:20 AM
Subject: Re: rl driver lock order reversal
> How recent is your kernel? I thought I'd fixed this in recent
rl0: port 0xe800-0xe8ff mem 0xd900-0xd9ff irq 11
at device 12.0 on pci0
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode
../../../vm/uma_core.c:1307: could sleep with "rl0" locked from
../../../pci/if_rl.c:872
../../../vm/uma_core.c:1307: could sleep with
.
you can select one of them to apply. I am not maintainer of VM86 code,
so I have trouble to commit this patch unless someone allow me to do.
David Xu
On Sunday 22 September 2002 06:09, Gavin Atkinson wrote:
> On Fri, 26 Jul 2002, David Xu wrote:
> > Yes, this is a known problem. I ha
On Thursday 19 September 2002 17:03, Poul-Henning Kamp wrote:
> Can you try with rev. 1.101 of sys/kern/uipc_mbuf.c please ? The
> 1.102... is wrong and could easily cause this.
>
> Poul-Henning
>
> In message <01be01c25fb1$8b92a990$ef01a8c0@davidwnt>, "David Xu&
Thanks, it works again. :)
- Original Message -
From: "Julian Elischer" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 19, 2002 4:35 PM
Subject: Re: kernel crash at boot time
> try now
, tf_cs = 31, tf_eflags =
662, tf_esp = -1077936916, tf_ss = 47}) at ../../../i386/i386/trap.c:1046
#26 0xc02fca8d in Xint0x80_syscall () at {standard input}:140
note that when kernel ran into DDB, the fault instruction was at m_length+9,
but core dump did not record the fact.
David Xu
To
c:727: warning: `m' might be used uninitialized in this
function
*** Error code 1
# gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.1 [FreeBSD] 20020916 (prerelease)
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTE
is GPL'ed because of its origin,
> and therefore unusable exacept as a model, "fixes" the problem
> by blocking the signal delivery before the fork.
>
> Note that merely blocking the delivery means that the signal will
> be delivered later, since block sugnals
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> David Xu wrote:
> > > What about chpass, vipw, and the other pw_edit() consumers? vipw
> > > works correctly wrt suspending with ^Z on 4.6-RELEASE, but does not
> > > on -CURRENT. As far as I can see, pw
--- Tim Robbins <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 13, 2002 at 06:14:38AM -0700, David Xu wrote:
>
> > --- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > > I did. It's still an order of operation problem in the kernel
> > > during fork(),
ver some job control work from shell, it is of
course not a easy job. the problem does not exist in STABLE
branch because su does not fork.
David Xu
__
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
To Unsubscr
--- David Xu <[EMAIL PROTECTED]> wrote:
>
> --- "Andrey A. Chernov" <[EMAIL PROTECTED]> wrote:
> > On Sun, Aug 11, 2002 at 17:41:20 +0400, Andrey A. Chernov wrote:
> > > On Sun, Aug 11, 2002 at 06:28:54 -0700, David Xu wrote:
> > >
--- "Andrey A. Chernov" <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 11, 2002 at 17:41:20 +0400, Andrey A. Chernov wrote:
> > On Sun, Aug 11, 2002 at 06:28:54 -0700, David Xu wrote:
> > > does anyone believe that su behaviours correctly?
> >
> >
Yes, this is a known problem. I have a patch for this, you may
download it from here:
http://opensource.zjonline.com.cn/freebsd/vm86patch.tgz
David Xu
- Original Message -
From: "Rob" <[EMAIL PROTECTED]>
To: "Current" <[EMAIL PROTECTED]>
Sent: Saturda
nd_check(), if last suspended thread finds
that it is stopped by P_STOPPED_SGNL or traced flag, it can send SIGCHLD
with stopped status to parent process.
David Xu
--- Julian Elischer <[EMAIL PROTECTED]> wrote:
>
>
>
> On Sun, 21 Jul 2002, David Xu wrote:
>
> &g
--- David Xu <[EMAIL PROTECTED]> wrote:
> I found signal handling is still broken in CURRENT source.
> the following program demostrates the bug is still in kernel:
>
> #include
> #include
>
> void handler(int sig)
> {
> signal(SIGTSTP, SIG_DF
mp;sched_lock);
- PICKUP_GIANT();
- PROC_LOCK(p);
break;
} else
-#endif
+
if (prop & SA_IGNORE) {
/*
sx_xunlock(&filelist_lock);
+ ffree(fp);
+ goto retry;
}
p->p_fd->fd_ofiles[i] = fp;
FILEDESC_UNLOCK(p->p_fd);
---
David Xu
¡Iì¹»®&Þ±éݨ¥¶Ý¢jçH:+éì¹»®&Þ~·nÇ\ººÞا¶¡Ü¨~Ø^ë,j
--- John Baldwin <[EMAIL PROTECTED]> wrote:
>
> On 07-Jul-2002 Jonathan Lemon wrote:
> > On Sat, Jul 06, 2002 at 11:59:50PM -0700, David Xu wrote:
> >> Jonthan,
> >>
> >> I just use DOS program as an example, for any program, if it wants to go
>
if
it is not in softclock() context, the patch still has some problems, for
example lock oder reversal which is pointed out by jhb. but Archie Cobbs
and others are talking about another resolution, I will set back.
David Xu
__
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
1 - 100 of 133 matches
Mail list logo