On Mon, Feb 14, 2005 at 08:45:39PM -0500, Kyle Moffett wrote:
> >last thing that gets run. There is just no reason for this. We should
> >start X and initialize the display and get the login prompt up there
> >ASAP, and let the system acquire the DHCP lease and start sendmail and
> >apache and
On Mon, Feb 14, 2005 at 11:32:30AM -0500, Prarit Bhargava wrote:
> I didn't see a final ACK on this patch -- just checking for one :)
The patch was redone - we now check for error from the 'flush' command
before sending CTL_TEST.
> P.
>
> Prarit Bhargava wrote:
>
> >I've taken into account
On Tue, Feb 15, 2005 at 06:39:37AM +0100, Harald Dunkel wrote:
> Greg KH wrote:
> >On Sat, Feb 12, 2005 at 09:30:54AM +0100, Harald Dunkel wrote:
> >
> >>
> >>If it is not possible to use klibc together with a non-Linux
> >>system (e.g. FreeBSD or Mach), then I would suggest to make
> >>klibc an
* Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Works ok here.
>
> It looks as if we need to explicitly bind worker threads to a newly
> onlined cpu. This gets rid of the smp_processor_id warnings from
> cache_reap. Adding a little more instrumentation to the debug
> smp_processor_id showed that
Hi.
On Tue, 2005-02-15 at 17:15, Jim Crilly wrote:
> Nigel Cunningham said the following:
> > You warmed my heart until...
>
> Good to know someone reads my email =)
>
> > Why not? :> I guess you mean to the problem of slow booting in the first
> > place - I would agree with you there, but is
Hi,
There is no special reason at this moment.
Please apply this patch.
Thank you.
From: Daniel Dickman <[EMAIL PROTECTED]>
Date: Sun, 13 Feb 2005 00:24:13 -0800 (PST)
> For the m32r architecture, is there a reason not to use the generic bug.h
> definition?
>
> Signed-off-by: Daniel Dickman
Nigel Cunningham said the following:
You warmed my heart until...
Good to know someone reads my email =)
Why not? :> I guess you mean to the problem of slow booting in the first
place - I would agree with you there, but is there are reason why we
should have booting being the norm instead of
On Tue, Feb 15, 2005 at 12:07:34PM +1100, Benjamin Herrenschmidt wrote:
>
> > Nope. No printk outputs from _set_par, _write_mode, or _engine_init.
> >
> > Just to clarify: the gdm stop is done from tty1 while gdm is running
> > on tty7, so I don't think it's a matter of mode switch logic.
>
>
On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
[snip]
>
> Table of known working systems:
>
> Model hack (or "how to do it")
> ---
>--- IBM TP R32 / Type 2658-MMG none (1)
> Athlon HP Omnibook
Hi,
On Sun, Feb 13, 2005 at 04:11:09PM -0500, Kurt Garloff wrote:
> From: Kurt Garloff <[EMAIL PROTECTED]>
> Subject: Clean LSM stub file
[...]
So, for convenience, I merged Andreas' fix on top
of this patch into a new patch 2, which is attached.
So CONFIG_SECURITY_NETWORK disabled should work
Ah Jim.
On Tue, 2005-02-15 at 14:38, Jim Crilly wrote:
> I agree boot up is too slow and that some things should be started in the
> background, but not things that are required for the main purpose of the box
> to
> work properly, what should be started sync and what should be async is a hard
Hi,
There seems to be a race WRT to timer handling in all gameport-based
joystick drivers. open() and close() methods are used to start and
stop polling timers on demand but counter and the timer itself is not
protected in any way so if several clients will try to open/close
corresponding input
Greg KH wrote:
On Sat, Feb 12, 2005 at 09:30:54AM +0100, Harald Dunkel wrote:
If it is not possible to use klibc together with a non-Linux
system (e.g. FreeBSD or Mach), then I would suggest to make
klibc an optional kernel patch and drop it from udev and
hotplug.
But it is not possible to use
> Linus has never worked on Unix in any form, and most of the
> other kernel hackers hasn't either. Ever.
Huh? I believe they have used Unix, as in the BitKeeper case. In neither
case they get access to the source code of the software they use, to make
the comparison equal.
Whether they used a
>
> On 2005-02-14, at 19:17, Matthew Jacob wrote:
> He is simply plain dishonest about his intentions. And since he is
> driving a
> company it's not difficult to deduce what his intentions really are:
> Making money.
> That's plain and simple what all companies are all about.
> Now you can start
* Kurt Garloff ([EMAIL PROTECTED]) wrote:
> this goes back to a discussion in August last year:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0408.1/0623.html
Thanks for follow up Kurt. I'm travelling at the moment so bear with me
if my response time is slow. In short, I don't mind switching
Hi all,
This patch just consolidates the last of the (what should have been)
compat_sigval_ts. It worries me that S390 has a sigval_t in its struct
compat_siginfo, but I have left that for now.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
P.S. this patch has not even been compiled as I
Could you put my bk-pci and bk-driver trees back into the next -mm
releases? They are at:
bk://kernel.bkbits.net/gregkh/linux/pci-2.6
and
bk://kernel.bkbits.net/gregkh/linux/driver-2.6
Respectively. I've pluled the 64bit resource stuff out of the pci tree,
that was causing a
Marcin Dalecki <[EMAIL PROTECTED]> said:
> On 2005-02-14, at 19:56, Larry McVoy wrote:
> > All we are trying to do is
> >
> > 1. Provide the open source community with a useful tool.
> > 2. Prevent that from turning into the open source community
> > creating a clone of our tool.
On mar, 2005-02-15 at 03:45 +0100, Esben Stien wrote:
> Jeremy Nickurak <[EMAIL PROTECTED]> writes:
>
> > Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10.
> > 2.6.11-rc3 causes the scroll wheel to appear under X.org 6.8.1 with the
> > evdev driver as two seperate mouse
Sergio Monteiro Basto wrote:
Hi, don't feel much better but thanks a lot!
in conclusion ?
1- hdc=ide-scsi, now should be hdc=ide-cd for general cd-writer, because
cdrecorder don't need scsi emulation anymore.
At least partially correct: don't use "hdc=ide-scsi".
However, I don't use "hdc=ide-cd"
Hi, don't feel much better but thanks a lot!
in conclusion ?
1- hdc=ide-scsi, now should be hdc=ide-cd for general cd-writer, because
cdrecorder don't need scsi emulation anymore.
2- as hdc already is ide-cd by default, therefore is not necessary to
write it and what should be made is erase the
Aurélien GÉRÔME wrote:
Hi,
Having CONFIG_RTC=y, I tried on x86 the rtctest program found in
linux-2.6.10/Documentation/rtc.txt. However, it failed at:
ioctl(fd, RTC_UIE_ON, 0);
with:
ioctl: Inappropriate ioctl for device
Did I miss something? Maybe something else conflicts with CONFIG_RTC?
Cheers.
In article <[EMAIL PROTECTED]> you write:
>On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting
>console video corruption if I start GDM, switch back to text mode,
>then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2.
>
>The corruption shows up whenever the console
On Mon, 2005-02-14 at 19:01 -0800, Larry McVoy wrote:
> Would the tarball + patch server suffice for you? We could make a
> ChangeSet file which had bk changes -v output in it and that would
> give you a fairly useful set of version information. For those who
> don't know, bk changes -v is
Lee Revell said the following:
The reason I marked by response OT is that the time from power on to
userspace does not seem to be a big problem. It's the amount of time
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,
Questions concerning this page cache patch that Martin submitted,
as a merge of something originally written by Ray Bryant.
The following patch is not really a patch. It is a few questions, a
couple minor space tweaks, and a never compiled nor tested rewrite of
proc_do_toss_page_cache_nodes() to
Andi,
How much is max RAM 2.6.11 x86_64 support on AMD64?
64G or 128G?
YH
-
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.kernel.org/majordomo-info.html
Please read the FAQ at
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
>
> you're right something might be different now
> that we don't follow a swapout virtual address space order anymore
There's a patch in -mm which attempts to do so, and afair, succeeds.
However the performance seems to be crappy. Its main benefit
Ray wrote:
> [Thus the disclaimer in
> the overview note that we have figured all the interaction with
> memory policy stuff yet.]
Does the same disclaimer apply to cpusets?
Unless it causes some undo pain, I would think that page migration
should _not_ violate a tasks cpuset. I guess this
Another variation - allow _one_ flip, either way, into or out of BK.
But each flip sets a one year timer within which you can't reverse flip.
... just brainstorming ...
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Hi all,
This patch does:
- consolidate the three implementations of compat_sys_waitid
(some were called sys32_waitid).
- adds sys_waitid syscall to ppc
- adds sys_waitid and compat_sys_waitid syscalls to ppc64
Parisc seemed to assume th existance of
On Mon, Feb 14, 2005 at 08:00:59PM -0500, Steven Rostedt wrote:
> I guess you are dealing with three groups of people.
>
> 1) The ones paying you. The companies that spend money to get things
> done. -- Needs full version of BK.
Agreed.
> 2) The Open Source developers, Linus and others that
Jeremy Nickurak <[EMAIL PROTECTED]> writes:
> Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10.
> 2.6.11-rc3 causes the scroll wheel to appear under X.org 6.8.1 with the
> evdev driver as two seperate mouse buttons being pressed simultaneously.
I'm a little unclear as to
> You shouldn't, although many people do. It's a derived work and hence the
> GPL is applicable. The only exception we make is for code which was
> written for other operating systems and was then ported to Linux.
As one of the copyright holders I make no such exception. Its either a
derived
On Mon, 14 Feb 2005 19:54:14 +0100, Juergen Stuber wrote:
> g BK, I can immediately start working on another SCM
> but I can't go back to BK immediately
IMHO, it should be the other way around, and more like two years, then you
can buy back time at something like 1/12th full BK license price per
On Mon, Feb 14, 2005 at 09:13:14PM -0500, Ed Tomlinson wrote:
> > The way some people are reading the license the price is even higher,
> > they think it is a forever tainted license as it stands today. I've had
> > specific requests to clarify this part of the license.
> >
> > So how would you
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> Please try if 2.6.11-rc3 is any better.
Yes, nice, the error is gone and I've verified with blender that the
horizontal scroll works as it should;).
Firefox gives me something strange, but the kernel issue is resolved.
I'll explain what firefox
Sergio Monteiro Basto wrote:
for the google archives :
I work with Linux more than 10 years and this messages are a great
sheet ! I can't understand a thing of the fuck is going in the mind of
the author.
"Use ide-cd and give dev=/dev/hdX as device"
cracks me up , Can someone translate this to
Hi Peter,
On Tue, Feb 15, 2005 at 12:49:45PM +1100, Peter Chubb wrote:
> Running Reaim-7 on a 4G ram disk with 4 processors on
> Itanium... Every few runs, as the multiprocessing level increases, we
> see 22 processes hung in sync(), all except one waiting in
> sync_filesystems() and that one
for the google archives :
I work with Linux more than 10 years and this messages are a great
sheet ! I can't understand a thing of the fuck is going in the mind of
the author.
"Use ide-cd and give dev=/dev/hdX as device"
cracks me up , Can someone translate this to English ?
reading man
On Gwe, 2005-02-11 at 14:28, Jonathan Knight wrote:
> Fedora and the 2.6 kernel nothing has worked well. The latest 2.6.10 build
> is the worst so far. We've even gone and unpacked the rc3 for 2.6.11 and
> dug out the aacraid controller but that didn't perform any better. We think
> 2.6.8 was
On Monday 14 February 2005 10:40, Larry McVoy wrote:
> On Mon, Feb 14, 2005 at 10:08:20AM -0500, Jeff Sipek wrote:
> > On Mon, Feb 14, 2005 at 01:08:58PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > On Sun, 13 Feb 2005 18:08:02 -0800, Larry McVoy <[EMAIL PROTECTED]> wrote:
> > > > is to clarify
Arjan van de Ven wrote:
No. You also need to consider situations such as out-of-tree drivers
for the same hardware (might not use PCI API), and situations where you
have peer devices discovered and used (PCI API doesn't have "hey,
device is associated with , too" capability)
there's not a
Problem does not exist on 2.6.8.1. Compiling your program and running
./a.out < README | diff README -
produces no output.
I tested various files ranging in size from 10 to 60k.
-Alex
=
I code, therefore I am
__
Do you Yahoo!?
Yahoo!
Running Reaim-7 on a 4G ram disk with 4 processors on
Itanium... Every few runs, as the multiprocessing level increases, we
see 22 processes hung in sync(), all except one waiting in
sync_filesystems() and that one waiting in pagebuf_iowait().
There's lots of free memory, the ram-disk is not
On Feb 14, 2005, at 20:17, Lee Revell wrote:
On Mon, 2005-02-14 at 16:16 -0800, Tim Bird wrote:
Lee Revell wrote:
But, I was referring more to things like GDM not being started until
all
the other init scripts are done. Why not start it first, and let the
network initialize while the user is
> No. You also need to consider situations such as out-of-tree drivers
> for the same hardware (might not use PCI API), and situations where you
> have peer devices discovered and used (PCI API doesn't have "hey,
> device is associated with , too" capability)
there's not a lot you or
On Mon, 14 Feb 2005 [EMAIL PROTECTED] wrote:
this does mean that there would be somehat of a commiter/non-commiter
split, with the difference between them being those who agree to the
non-compete license of #1 and those who don't and use #2 to have a local
read-only copy and have to use normal
On Mon, 2005-02-14 at 16:16 -0800, Tim Bird wrote:
> Lee Revell wrote:
> > But, I was referring more to things like GDM not being started until all
> > the other init scripts are done. Why not start it first, and let the
> > network initialize while the user is logging in?
>
> There are a number
Andi Kleen wrote:
For our use, the batch scheduler will give an intermediary program a
list of processes and a series of from-to node pairs. That process would
then ensure all the processes are stopped, scan their VMAs to determine
what regions are mapped by more than one process, which are
[Trimmed Cc]
On Tue, Feb 15, 2005 at 11:15:56AM +1100, Nigel Cunningham wrote:
> > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > ready to do that... it is going to be typedefed to u32 for 2.6.11...
>
> Ah. So I haven't realised that Bernard took your patches
Hi!
This should fix u32 vs. pm_message_t confusion in AGP. Last patch for
tonight, please apply,
Pavel
--- clean-mm/drivers/char/agp/via-agp.c 2005-02-15 00:46:40.0 +0100
+++ linux-mm/drivers/char/agp/via-agp.c 2005-02-15
On Sat, Feb 12, 2005 at 09:00:52PM -0800, Nish Aravamudan wrote:
> On Sun, 13 Feb 2005 03:41:01 +0100, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > On Sünnavend 12 Februar 2005 14:28, Sergey Vlasov wrote:
> > > On Sat, 12 Feb 2005 12:38:26 +0100 Arnd Bergmann wrote:
> > > > #define
> Nope. No printk outputs from _set_par, _write_mode, or _engine_init.
>
> Just to clarify: the gdm stop is done from tty1 while gdm is running
> on tty7, so I don't think it's a matter of mode switch logic.
Ohhh, this is a known bug then. When you kill X while it's not on the
front VT, it will
Hi!
This fixes u32 vs. pm_message_t confusion in bttv. Please apply,
Pavel
--- clean-mm/drivers/media/video/bttv-driver.c 2005-02-15 00:34:38.0
+0100
+++ linux-mm/drivers/media/video/bttv-driver.c 2005-02-15 01:04:10.0
On Mon, 2005-02-14 at 16:35 -0800, Larry McVoy wrote:
> On Mon, Feb 14, 2005 at 07:14:11PM -0500, Steven Rostedt wrote:
> > On Mon, 2005-02-14 at 16:00 -0800, Larry McVoy wrote:
> > > How about this?
> > >
> > > http://lkml.org/lkml/2003/12/14/47
> >
> > I don't know about others, but it solves
Hi!
This fixes u32 vs. pm_message_t confusion in serials. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/serial/8250.c 2005-02-15 00:46:41.0 +0100
+++
Hi!
This fixes u32 vs. pm_message_t confusion in macintosh. Please apply,
Pavel
--- clean-mm/drivers/macintosh/via-pmu.c2005-02-15 00:46:40.0
+0100
+++ linux-mm/drivers/macintosh/via-pmu.c2005-02-15
Hi!
This fixes u32 vs. pm_message_t confusion in MMC layer. Please apply,
Pavel
--- clean-mm/drivers/mmc/mmc_block.c2005-02-15 00:34:38.0 +0100
+++ linux-mm/drivers/mmc/mmc_block.c2005-02-15 01:04:10.0 +0100
Hi!
This fixes u32 vs. pm_message_t in i8042.c. Please apply,
Pavel
--- clean-mm/drivers/input/serio/i8042.c2005-02-15 00:46:40.0
+0100
+++ linux-mm/drivers/input/serio/i8042.c2005-02-15 01:04:10.0
Recent kernel are losing bytes on a pty. Try running this program (needs
to be linked against -lutil) with a moderately large input (10K - 20K).
The output should match its input, but instead there is always one byte
missing at the end of the first 4K chunk read by the child.
#include
#include
Hi!
This should fix u32 vs pm_message_t confusion in framebuffers, and do
no code changes. Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-mm/drivers/video/aty/aty128fb.c 2005-02-15
Hi!
This should fix confusion in network device drivers. No code
changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/net/3c59x.c2005-02-15 00:34:38.0 +0100
+++
Hi!
This should fix u32 vs. pm_message_t confusion in firewire. No code
changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/ieee1394/nodemgr.c 2005-02-15 00:46:40.0 +0100
+++
Hi!
This should fix part of u32 vs. pm_message_t confusion in
pcmcia. PCMCIA is listed as unmaintained, that's why it goes
directly...
Pavel
--- clean-mm/drivers/pcmcia/cs.c2005-02-15 00:34:39.0 +0100
+++
Hi Pavel.
Thanks!
Nigel
--
Nigel Cunningham
Software Engineer, Canberra, Australia
http://www.cyclades.com
Ph: +61 (2) 6292 8028 Mob: +61 (417) 100 574
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi!
This fixes (part of) u32 vs. pm_message_t confusion in OSS. I found no
maintainer for OSS in MAINTAINERS, that's why it goes to you... It
should cause no code changes. Please apply,
Pavel
--- clean-mm/sound/oss/ali5455.c
Hi!
This fixes (part of) u32 vs. pm_message_t confusion in USB. It should
cause no code changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/usb/core/hcd-pci.c 2005-02-15
Hi!
This fixes u32 vs. pm_message_t in generic code. No code
changes. Please apply,
Pavel
--- clean-mm/Documentation/power/devices.txt2005-02-15 00:34:36.0
+0100
+++ linux-mm/Documentation/power/devices.txt
Andi Kleen wrote:
Ray Bryant <[EMAIL PROTECTED]> writes:
set of pages associated with a particular process need to be moved.
The kernel interface that we are proposing is the following:
page_migrate(pid, va_start, va_end, count, old_nodes, new_nodes);
[Only commenting on the interface, haven't
What this message means ?
instead
hdc=ide-scsi
what should I put in options of boot kernel ?
please cc me with a quick reply.
for google the archives
thanks,
--
Sérgio M.B.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, Feb 15, 2005 at 10:08:11AM +1100, Benjamin Herrenschmidt wrote:
>
> > Appeared ? hah... that's strange. X is known to fuck up the chip when
> > quit, but I wouldn't have expected any change due to the new version of
> > radeonfb. From what you describe, it looks like an offset register is
Hi.
On Tue, 2005-02-15 at 11:15, Pavel Machek wrote:
> Hi!
>
> > > > I guess I'm wrong then - I thought the other changes avoided compilation
> > > > errors.
> > >
> > > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > > ready to do that... it is going to be typedefed
Lee Revell wrote:
> But, I was referring more to things like GDM not being started until all
> the other init scripts are done. Why not start it first, and let the
> network initialize while the user is logging in?
There are a number of techniques used by CE vendors to get fast bootup
time.
Hi!
> > > I guess I'm wrong then - I thought the other changes avoided compilation
> > > errors.
> >
> > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > ready to do that... it is going to be typedefed to u32 for 2.6.11...
>
> Ah. So I haven't realised that Bernard took
Hi.
On Tue, 2005-02-15 at 10:41, Pavel Machek wrote:
> > I guess I'm wrong then - I thought the other changes avoided compilation
> > errors.
>
> Well, yes, if you switch pm_message_t into struct. But we are not yet
> ready to do that... it is going to be typedefed to u32 for 2.6.11...
Ah. So I
On Mon, Feb 14, 2005 at 03:23:47PM -0800, David Lang wrote:
> Larry, I don't think he's talking about making the free bk be a striped
> down version, I think he's talking about having two different free
> versions.
Leaving aside the $600K/year or so it would cost us to do that...
> this does
On Tuesday 15 February 2005 07:08, Benjamin Herrenschmidt wrote:
> > Appeared ? hah... that's strange. X is known to fuck up the chip when
> > quit, but I wouldn't have expected any change due to the new version of
> > radeonfb. From what you describe, it looks like an offset register is
> >
Hi all...
There are some problems with current udev. I wil try to propose an acceptable
solution (ie, patch ;) ).
My problems are with cdsymlinks (the C version, mandrake cooker uses that;
all I say is applicable also to the bash version).
Problems with udev-053:cdymlinks.c:
- Does not obey
Andi Kleen wrote:
But how do you use mbind() to change the memory placement for an anonymous
private mapping used by a vendor provided executable with mbind()?
For that you use set_mempolicy.
-Andi
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [EMAIL PROTECTED] For
On Thu, Jan 20, 2005 at 01:23:47PM -0700, Trever L. Adams wrote:
> By bridge chips I mean IEEE-1394 to IDE. Also, is it possible to set
> spin down time for these IDE disks through 1394? i.e. if they are
> inactive for 1 hour, I would like them to spin down. Is this possible?
Not currently. I'm
On Mon, 2005-02-14 at 23:23 +, Matthew Garrett wrote:
> On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> > Hi!
> >
> > Stefan provided me initial list of machines where S3 works (including
> > video). If you have machine that is not on the list, please send me a
> > diff. If you have
Hi!
> > > > > Andrew, if you get one big patch doing only type-safety (u32 ->
> > > > > pm_message_t, no code changes), would you still take it this late? I
> > > > > promise it is not going to break anything... It would help merge
> > > > > after
> > > > > 2.6.11 quite a lot...
> > > >
> >
On Mon, 2005-02-14 at 15:21 -0800, Roland Dreier wrote:
> Lee> I don't see why so much effort goes into improving boot time
> Lee> on the kernel side when the most obvious user space problem
> Lee> is ignored.
>
> How much of a win is it to run init scripts in parallel? I seem to
>
El Mon, 14 Feb 2005 18:04:00 -0500,
Lee Revell <[EMAIL PROTECTED]> escribió:
> Last I heard Gentoo does not even do it by default.
>
> I don't see why so much effort goes into improving boot time on the
> kernel side when the most obvious user space problem is ignored.
There's stuff that it
Here's a little patch which is useful for showing timing information for
kernel bootup activities.
This patch adds a new Kconfig option under "Kernel Hacking" and a new
option for the kernel command line. It also provides a script for
showing delta information.
Note that the timing data may not
On Tue, 15 Feb 2005, Kurt Garloff wrote:
I sent out the full patch set, which moves the code from
vanilla to the code we've been shipping since 7 months.
Heh, it sounds like such a step back when it's said like that ;)
If we can't find consensus for patches 4 and 5, I'd still
think applying 1 -- 3
On Mon, 2005-02-14 at 15:16 -0800, Greg KH wrote:
> > I don't see why so much effort goes into improving boot time on the
> > kernel side when the most obvious user space problem is ignored.
>
> What user space problem is that?
That init scripts with no interdependencies are run sequentially
>if they really need the more powerful features. Or we could donate
>some on a case by case basis.
>
>If the hackers who are using BK can reach agreement that it would be
>better if the BK they had didn't move forward unless they got commercial
>seats then we could start moving towards a license
On 2005-02-14, at 19:56, Larry McVoy wrote:
All we are trying to do is
1. Provide the open source community with a useful tool.
2. Prevent that from turning into the open source community
creating a clone of our tool.
Now that's pathetic!
You recognize that point 2. is precisely
Hi Rik,
On Mon, Feb 14, 2005 at 11:54:07AM -0500, Rik van Riel wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> >The case that security_ops points to the default capability_
> >security_ops is the fast path and arguably the more likely one
> >on most systems.
>
> Quite a few distributions
Larry, I don't think he's talking about making the free bk be a striped
down version, I think he's talking about having two different free
versions.
version 1
what you have today with the license you need to protect yourself
version 2
a version with no check-in capability at all, all it can do
On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for
Hi James,
On Mon, Feb 14, 2005 at 11:50:01AM -0500, James Morris wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> > /* Condition for invocation of non-default security_op */
> > #define COND_SECURITY(seop, def) \
> > - (likely(security_ops == _security_ops))? def:
> >
Lee> I don't see why so much effort goes into improving boot time
Lee> on the kernel side when the most obvious user space problem
Lee> is ignored.
How much of a win is it to run init scripts in parallel? I seem to
recall seeing tests that show that it doesn't make much difference
On Mon, Feb 14, 2005 at 06:04:00PM -0500, Lee Revell wrote:
> On Mon, 2005-02-14 at 09:51 +0100, Prakash Punnoor wrote:
> > Paolo Ciarrocchi schrieb:
> > > On Sun, 13 Feb 2005 23:06:51 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> > >
> > >>On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> > >>
Hello,
the fix for this bug in 2.6.11-rc3 for this bug is wrong, I thought I
posted the right one (that I already applied to all SUSE branches except
the HEAD branch that probably is in sync with the inferior fix in
mainline). Right fix is the below one. And then of course drop those
useless
> Appeared ? hah... that's strange. X is known to fuck up the chip when
> quit, but I wouldn't have expected any change due to the new version of
> radeonfb. From what you describe, it looks like an offset register is
> changed by X, or the surface control.
>
> My patch did not change any of
On Mon, 2005-02-14 at 09:51 +0100, Prakash Punnoor wrote:
> Paolo Ciarrocchi schrieb:
> > On Sun, 13 Feb 2005 23:06:51 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> >>On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> >>
> >>>All distros are trying to reduce boot time.
> >>
> >>They
1 - 100 of 518 matches
Mail list logo