It is defined in:
include/linux/limits.h:#define NR_OPEN 1024
include/linux/fs.h:#define NR_OPEN (1024*1024) /* Absolute upper limit on fd
num */
One is surely wrong?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
Chris Friesen <[EMAIL PROTECTED]> said:
> Horst von Brand wrote:
> > Anthony DiSante <[EMAIL PROTECTED]> said:
> >>That's one of the things I asked a few messages ago. Some people on
> >>the list were saying that it'd be "really hard" and would "require a
> >>lot of bookkeeping" to "fix" permanen
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> Please give each patch a unique, descriptive subject.
yup.
> Summarizing what
> each patch is doing in your 0/n so that reviewers can focus on the
> bits that are interesting is also helpful.
Actually, that's fairly irritating, because the 0/n conta
Hi,
I am inserting a module(device driver) using insmod.
I want to send a message from this module to an user process.
For this I used msgsnd with buffer in the call as a local
variable. I am getting an error "EFAULT" for this call.
However this did not happen when I made the driver code as
On Tue, Feb 22, 2005 at 03:34:42PM +0100, Daniele Lacamera wrote:
> Hi
> This is the official patch to implement TCP Hybla congestion avoidance.
>
> - "In heterogeneous networks, TCP connections that incorporate a
> terrestrial or satellite radio link are greatly disadvantaged with
> respect to
On Tue, Feb 22, 2005 at 07:51:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > Please give each patch a unique, descriptive subject.
>
> yup.
>
> > Summarizing what
> > each patch is doing in your 0/n so that reviewers can focus on the
> > bits that are intere
On Tue, 22 Feb 2005 10:14:47 -0800, David S. Miller <[EMAIL PROTECTED]> wrote:
On Tue, 22 Feb 2005 13:03:11 -0500 (EST)
John Heffner <[EMAIL PROTECTED]> wrote:
> An idea I've been toying with for a while now is completely abstracting
> congestion control. Then you could have congestion control lo
On Wed, 23 Feb 2005 02:06:28 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> I've not seen Dave's bitmap walking functions (for clearing?),
> would they fit in better with my way?
This is what Nick is referring to:
I hacked up something slightly different today. I on
On Tue, 2005-02-22 at 20:31 -0800, David S. Miller wrote:
> On Wed, 23 Feb 2005 02:06:28 + (GMT)
> Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> > I've not seen Dave's bitmap walking functions (for clearing?),
> > would they fit in better with my way?
>
Hugh: I'll have more of a look through y
include/linux/fs.h:24:1: warning: this is the location of the previous
definition
include/linux/limits.h:4:1: warning: "NR_OPEN" redefined
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ker
On Wed, 23 Feb 2005 15:49:30 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> > It's easy to toy with the sparc64 optimization on other platforms,
> > just add the necessary hacks to pmd_set and pgd_set, allocation
> > of pmd and pgd tables
>
> David: just an implementation detail that I had meant
Hi,
when compiling the latest 2.6 tree from the Bitkeeper repository, I get
a lot of these:
CC init/main.o
In file included from include/linux/fs.h:202,
from include/linux/proc_fs.h:6,
from init/main.c:17:
include/linux/limits.h:4:1: warning: "NR_OPEN" red
Hi,
Here's 2.6.10-as5. 2.6.10-as4 was never officially announced; it had
issues (note to self; test, *then* tag). Distributors should note that
there is an ABI/API change in this release, due to
114-netfilter_private_queues.patch changing ipv4 related function args.
Modules that use these will m
On Tue, 2005-02-22 at 20:31 -0800, David S. Miller wrote:
> I just got also reminded that we walk these damn pagetables completely
> twice every exit, once to unmap the VMAs pte mappings, once again to
> zap the page tables. It might be fruitful to explore combining
> those two steps, perhaps not
* Marcel Holtmann ([EMAIL PROTECTED]) wrote:
> when compiling the latest 2.6 tree from the Bitkeeper repository, I get
> a lot of these:
>
> CC init/main.o
> In file included from include/linux/fs.h:202,
> from include/linux/proc_fs.h:6,
> from init/main.c:
On Tue, Feb 22, 2005 at 04:55:39PM -0500, Bob O'Neill wrote:
> Hello.
>
> I have noticed that it is possible on an SMP box for two processes to
> simultaneously read the same entropy out of /dev/urandom. This
> doesn't seem right to me. I was using the entropy value to generate a
> random number
Valgrind is critically dependent on getting siginfo with its synchronous
(caused by an instruction fault) signals; if it gets, say, a SIGSEGV
which doesn't have siginfo, it must terminate ASAP because it really
can't make any more progress without knowing what caused the SIGSEGV.
The trouble is th
Hi, Thanks for your comments.
>> I think there are two issues about system accounting framework.
>>
>> Issue: 1) How to define the appropriate unit for accounting ?
>> Current BSD-accountiong make a collection per process accounting
>> information.
>> CSA make additionally a collection per process-
Kaigai Kohei <[EMAIL PROTECTED]> wrote:
>
> The common agreement for the method of dealing with process aggregation
> has not been constructed yet, I understood. And, we will not able to
> integrate each process aggregation model because of its diverseness.
>
> For example, a process which bel
On Tue, 2005-02-22 at 12:11 -0800, Jay Lan wrote:
> How ELSA adds per process accounting data
> to your grouping (banks) when a process exit? How do you save
> accounting data you need in task_struct before it is disposed? BSD
> handles that through acct_process() hook at do_exit(). CSA also
> dep
201 - 220 of 220 matches
Mail list logo
