On Jun 7, 2012, at 7:31 PM, Christos Zoulas wrote:
New version addressing most of the issues:
http://www.netbsd.org/~christos/maxlwp.diff
If I don't hear any objections I will commit it over the weekend, and
then I am going to start working on amending the documentation and
resource
On Jun 8, 2012, at 5:24 AM, Christos Zoulas wrote:
+if (l-l_flag LW_RESCOUNT)
I don't see the need for this, why not check p_nlwp == 1?
if this is the first lwp for the proc p_nlwp should be 0 so check
maxproc otherwise maxlwp.
You are forgetting compat_linux.
No I'm not. I'm
On Jun 8, 9:00am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
|
| On Jun 8, 2012, at 5:24 AM, Christos Zoulas wrote:
|
| + if (l-l_flag LW_RESCOUNT)
|
| I don't see the need for this, why not check p_nlwp == 1?
|
| if this is the first lwp for the
On Jun 8, 2012, at 9:19 AM, Christos Zoulas wrote:
On Jun 8, 9:00am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
|
| On Jun 8, 2012, at 5:24 AM, Christos Zoulas wrote:
|
| +if (l-l_flag LW_RESCOUNT)
|
| I don't see the need for this,
On Thu, Jun 07, 2012 at 10:34:52PM -0400, Christos Zoulas wrote:
Hi,
Linux has grown those two, and claim 20% performance improvement on some
workloads. Some programs already use them, so we are going to need them
for emulation anyway...
http://www.netbsd.org/~christos/mmsg.diff
Can
I have been having entropy issues lately. In particular, password
generation takes a long time. The apg utility usually takes almost
a minute to run.
I tried bitstir from pkgsrc which does solve the entropy issue but
it does so by working the disk a lot. Besides concerns about lowering
the
On Fri, Jun 08, 2012 at 02:15:05PM -0400, D'Arcy Cain wrote:
I have been having entropy issues lately. In particular, password
generation takes a long time. The apg utility usually takes almost
a minute to run.
Can you please provide the usual basic details about the systems in
question?
On Jun 8, 2012, at 2:15 PM, D'Arcy Cain wrote:
I have been having entropy issues lately. In particular, password
generation takes a long time. The apg utility usually takes almost
a minute to run.
I tried bitstir from pkgsrc which does solve the entropy issue but
it does so by working
In article a4f96b90-d2e7-4f98-9b44-a040ded32...@3am-software.com,
Matt Thomas m...@3am-software.com wrote:
On Jun 8, 2012, at 9:19 AM, Christos Zoulas wrote:
On Jun 8, 9:00am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
|
| On Jun 8, 2012, at 5:24 AM,
In article 20120608173711.gm20...@pixotech.com,
David Young dyo...@pobox.com wrote:
On Thu, Jun 07, 2012 at 10:34:52PM -0400, Christos Zoulas wrote:
Hi,
Linux has grown those two, and claim 20% performance improvement on some
workloads. Some programs already use them, so we are going to
On 12-06-08 02:31 PM, paul_kon...@dell.com wrote:
Also, whether our current /dev/random is good or not, stirring /dev/urandom
into it is a waste of time, because /dev/urandom is simply /dev/random without
the blocking.
I see. So basically I should just switch to /dev/urandom if I get too
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
Target: NetBSD 5.1.2 on the i386 port
Remote: Debian GNU/Linux
Kernel on target: NetBSD-CURRENT
I have enabled the following options in the
On Fri, Jun 08, 2012 at 06:31:54PM +, paul_kon...@dell.com wrote:
From what I remember from reading Schneier's discussion of this topic
(in the description of the PRNG he designed), the notion of draining
entropy does not make cryptographic sense.
Instead, what you have in a PRNG is a
On Jun 8, 2012, at 4:35 PM, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
...
Immediately, I get dropped into DDB. I can only see this through the
serial
On Fri, Jun 8, 2012 at 1:46 PM, paul_kon...@dell.com wrote:
On Jun 8, 2012, at 4:35 PM, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
...
Immediately, I get
On Jun 8, 2012, at 4:38 PM, David Laight wrote:
On Fri, Jun 08, 2012 at 06:31:54PM +, paul_kon...@dell.com wrote:
From what I remember from reading Schneier's discussion of this topic
(in the description of the PRNG he designed), the notion of draining
entropy does not make
For what it's worth, some of my colleagues are successfully using the
gdb from netbsd-5 (and I'm 99% sure netbsd-6) with the corresponding
systems (all i386) on serial ports.
Your output reports make me wonder if gdb changed the protocol. I'd
look at the gdb 7 sources to see if there is an
On Fri, Jun 8, 2012 at 2:10 PM, Greg Troxel g...@ir.bbn.com wrote:
For what it's worth, some of my colleagues are successfully using the
gdb from netbsd-5 (and I'm 99% sure netbsd-6) with the corresponding
systems (all i386) on serial ports.
I'll try to build an older version of GDB, possibly
On Fri, Jun 8, 2012 at 2:08 PM, paul_kon...@dell.com wrote:
On Jun 8, 2012, at 4:53 PM, Israel Jacquez wrote:
On Fri, Jun 8, 2012 at 1:46 PM, paul_kon...@dell.com wrote:
On Jun 8, 2012, at 4:35 PM, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support
On Jun 8, 2012, at 5:14 PM, Israel Jacquez wrote:
...
Maybe I don't understand the work flow. Should I then wait until I
get to the login prompt in order to fire up GDB? What if it crashes
halfway through? The problem is that it's headless so I don't know
what's going on. I guess I could
options DDB
try removing this one.
.mrg.
On Fri, 8 Jun 2012, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
Target: NetBSD 5.1.2 on the i386 port
Remote: Debian GNU/Linux
Kernel on target:
On Jun 8, 2012, at 4:53 PM, Israel Jacquez wrote:
On Fri, Jun 8, 2012 at 1:46 PM, paul_kon...@dell.com wrote:
On Jun 8, 2012, at 4:35 PM, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
On Fri, Jun 8, 2012 at 3:03 PM, Eduardo Horvath e...@netbsd.org wrote:
On Fri, 8 Jun 2012, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
Target: NetBSD 5.1.2 on
On Jun 8, 2012, at 1:04 PM, Christos Zoulas wrote:
In article a4f96b90-d2e7-4f98-9b44-a040ded32...@3am-software.com,
Matt Thomas m...@3am-software.com wrote:
On Jun 8, 2012, at 9:19 AM, Christos Zoulas wrote:
On Jun 8, 9:00am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re:
On Jun 8, 2012, at 4:47 PM, Matt Thomas wrote:
Rather than have all the #ifdef __HAVE_CPU_MAXLWP how about doing
#ifndef __HAVE_CPU_MAXLWP
static inline int
cpu_maxlwp(void)
{
return maxlwp;
}
#endif
in an appropriate header file?
Or maybe
static inline int
cpu_maxlwp(int
On Jun 8, 4:47pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
|
| On Jun 8, 2012, at 1:04 PM, Christos Zoulas wrote:
|
| In article a4f96b90-d2e7-4f98-9b44-a040ded32...@3am-software.com,
| Matt Thomas m...@3am-software.com wrote:
|
| On Jun 8, 2012, at
On Jun 8, 5:10pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
|
| On Jun 8, 2012, at 4:47 PM, Matt Thomas wrote:
|
| Rather than have all the #ifdef __HAVE_CPU_MAXLWP how about doing
|
| #ifndef __HAVE_CPU_MAXLWP
| static inline int
| cpu_maxlwp(void)
|
On Jun 8, 6:22pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: lwp resource limit
| Hmmm, I think maxlwp should go in param.c and there should a MAXLWP.
Ok, new diff
http://www.netbsd.org/~christos/maxlwp.diff
christos
29 matches
Mail list logo