On Mon, Feb 14, 2005 at 08:17:25PM -0500, Lee Revell wrote:
> from user space to presenting a login prompt that's way too long. My
> distro (Debian) runs all the init scripts one at a time, and GDM is the
> last thing that gets run. There is just no reason for this. We should
> start X and
On Mon, Feb 14, 2005 at 08:17:25PM -0500, Lee Revell wrote:
from user space to presenting a login prompt that's way too long. My
distro (Debian) runs all the init scripts one at a time, and GDM is the
last thing that gets run. There is just no reason for this. We should
start X and
On Thu, Jul 19, 2001 at 06:44:52PM +0300, Cornel Ciocirlan wrote:
> What this would do is keep a "cache" of all the "flows" that are passing
> through the system; a flow is defined as the set of packets that have the
> same headers - or header fields. For example we could choose "ip source,
> ip
On Thu, Jul 19, 2001 at 06:44:52PM +0300, Cornel Ciocirlan wrote:
What this would do is keep a cache of all the flows that are passing
through the system; a flow is defined as the set of packets that have the
same headers - or header fields. For example we could choose ip source,
ip
On Tue, Jul 03, 2001 at 01:13:45AM -0400, Jeff Garzik wrote:
> A couple things that would be nice for 2.5 is
> - let MOD_INC_USE_COUNT work even when module is built into kernel, and
> - let THIS_MODULE exist and be valid even when module is built into
> kernel
I have something similar that I
On Tue, Jul 03, 2001 at 01:13:45AM -0400, Jeff Garzik wrote:
A couple things that would be nice for 2.5 is
- let MOD_INC_USE_COUNT work even when module is built into kernel, and
- let THIS_MODULE exist and be valid even when module is built into
kernel
I have something similar that I have
On Thu, Jun 07, 2001 at 08:31:46PM +0200, Maciej W. Rozycki wrote:
> On Thu, 7 Jun 2001, Ivan Kokshaysky wrote:
> > Exactly. However, there are situations when you have only two options:
> > rewrite from scratch or use -taso. Netscape vs. mozilla is a good example. :-)
>
> Why can't mozilla be
On Thu, Jun 07, 2001 at 08:31:46PM +0200, Maciej W. Rozycki wrote:
On Thu, 7 Jun 2001, Ivan Kokshaysky wrote:
Exactly. However, there are situations when you have only two options:
rewrite from scratch or use -taso. Netscape vs. mozilla is a good example. :-)
Why can't mozilla be fixed?
Hello All,
This is probably an FAQ, but I read the FAQ and its not in there.
I have a machine with 2G of memory. I compiled the kernel with the 4G memory
option. How much address space should each process be able to address? Does
this change if I use the 64G option? I'm after 2.4
Hello All,
This is probably an FAQ, but I read the FAQ and its not in there.
I have a machine with 2G of memory. I compiled the kernel with the 4G memory
option. How much address space should each process be able to address? Does
this change if I use the 64G option? I'm after 2.4
On Wed, May 09, 2001 at 04:19:53PM -0700, Dan Hollis wrote:
> On Thu, 10 May 2001, Daniel Phillips wrote:
> > It would be great to see a table of ReiserFS/XFS/Ext2+index performance
> > results. Well, to make it really fair it should be Ext3+index so I'd
> > better add 'backport the patch to
On Wed, May 09, 2001 at 04:19:53PM -0700, Dan Hollis wrote:
On Thu, 10 May 2001, Daniel Phillips wrote:
It would be great to see a table of ReiserFS/XFS/Ext2+index performance
results. Well, to make it really fair it should be Ext3+index so I'd
better add 'backport the patch to 2.2' or
On Wed, May 02, 2001 at 06:00:00PM +0530, [EMAIL PROTECTED] wrote:
> suppose I am making some change in sched.c and now I want to build my kernel
> that reflects the change..
> Is there any way I can avoid answering all the questions when I do make zImage ?
>
> In short how should I compile the
On Wed, May 02, 2001 at 06:00:00PM +0530, [EMAIL PROTECTED] wrote:
suppose I am making some change in sched.c and now I want to build my kernel
that reflects the change..
Is there any way I can avoid answering all the questions when I do make zImage ?
In short how should I compile the
14 matches
Mail list logo
