On Sunday, 1 April 2007 22:39, Rafael J. Wysocki wrote:
> On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> > On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew Morton napisał(a):
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patch
On 4/1/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
On Sun, Apr 01, 2007 at 03:56:30PM -0300, Edgardo Hames wrote:
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even thoug
Three cleanups there:
- change "instable" -> "unstable"
- it's better to use get_cpu_var for getting this cpu's variables
- change cycles_2_ns to do the full computation rather than just the
tsc->ns scaling. It's a simpler interface, and it makes the function
more generally useful.
Signe
On Thu, Feb 01, 2007 at 02:05:49PM +1100, Nigel Cunningham wrote:
> Hi.
>
> The scripts/kconfig/mconf target isn't removed by the make mrproper
> target. I can see a couple of possibilities, but wasn't sure which you'd
> prefer, so thought I'd just raise the issue.
>
> It's only an issue for me b
Kyle Moffett wrote:
> Well, 128C is more than hot enough to boil water and well above the
> thermal tolerances of most CPUs, so I would imagine that were your CPU
> actually that hot it wouldn't be capable of printing the "Critical
> temperature reached" messages, let alone properly rebooting.
Yes
On Sun, Apr 01, 2007 at 03:56:30PM -0300, Edgardo Hames wrote:
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even though we label the source code, we
> would like to make s
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even though we label the source code, we
> would like to make sure that we are all building the same kernel by
> running md5s
On Sun, Apr 01, 2007 at 11:08:03PM +0200, Oleg Verych wrote:
> On Sun, Apr 01, 2007 at 10:42:03PM +0200, Sam Ravnborg wrote:
> > On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> []
> > > [patch proposition] kbuild: asm-offsets generalized
> []
> > > * (hopefully) more readable sed sc
On Sun, Apr 01, 2007 at 10:42:03PM +0200, Sam Ravnborg wrote:
> On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
[]
> > [patch proposition] kbuild: asm-offsets generalized
[]
> > * (hopefully) more readable sed scripts,
> >
> > * top Kbuild may be updated...
[]
>
> Can I ask you to
> Have you checked, if we could share the code between i386 and x86_64 at
> least for PIT and HPET. I'm not sure about the local APIC, but I think
> it might be doable as well.
Not for PIT. I don't want all the broken ancient hardware workarounds on x86-64.
HPET might be doable, but would need qu
On Sunday, 1 April 2007 22:39, Rafael J. Wysocki wrote:
> On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> > On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew Morton napisał(a):
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patch
Hi,
On Sunday, 1 April 2007 20:34, Pavel Machek wrote:
> Hi!
>
> > > Problem is that suspending _with_ removable mass storage devices
> > > attached just will not work. User will unplug them, then complain
> > > about corruption. Advanced user will unplug them, work with them
> > > somewhere else
On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> > >
> > > Proposition will follow.
> > >
> > []
> >
> > [patch proposition] kbuild: lguest with private asm-offsets
> []
> > * needs "asm-offsets magic demystified, generalized".
> []
>
> [patch proposition] kbuild: asm-offsets g
> Subject: after resume: X hangs after drawing a couple of windows
> workaround: clocksource=acpi_pm
> References : http://lkml.org/lkml/2007/3/8/117
> http://lkml.org/lkml/2007/3/25/20
> http://lkml.org/lkml/2007/3/26/151
> Submitter : Michael S. Tsirkin
On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
>
> > Andrew Morton napisał(a):
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
> > >
> >
> > BUG: at /mnt/md0/d
Pedram M wrote:
Hi,
I've seen this around, and have heard about it in forums and else-where,
could somebody enlighten me with more information or with experiences
they have had. Looks like kswapd begins to eat CPU dramatically till the
box eventually locks up.
Thanks,
Pedram
Looks like an ol
On Sun, 1 Apr 2007, Kyle Moffett wrote:
> On Apr 01, 2007, at 14:42:59, Jan Engelhardt wrote:
> ... The point is to encourage the average kernel builder not to
> change from one of the default options unless they really know what
> they're doing.
conversely, if someone truly wants to set a kerne
On Sun, 1 Apr 2007, Avi Kivity wrote:
> Davide Libenzi wrote:
>
>
> > > I think it's a bit too fine grained, and a new system call (io_bindfd()?)
> > > would be easier to use. In addition, you would move the eventfd_fget()
> > > out of
> > > the submission path.
> > >
> >
> > IMO the cos
Davide Libenzi wrote:
I think it's a bit too fine grained, and a new system call (io_bindfd()?)
would be easier to use. In addition, you would move the eventfd_fget() out of
the submission path.
IMO the cost of the eventfd_fget() (have you seen it?) is not worth adding
a new syscall.
On Apr 01, 2007, at 15:47:18, Jan Engelhardt wrote:
+config I_KNOW_WHAT_THE_HELL_I_AM_DOING
Let's just hope kconfig does not bust the stack.
Perhaps we could shorten that: I_KNOW_WTF_I_AM_DOING
Ah, good point, but I think it fits.
+ bool "Prompt for config options which will break your
Dave Sperry wrote:
Hi
(adding netdev to cc list)
I have a dual core Opteron machine that exhibits poor UDP performance
(RT consumes more than 2X cpu) with the 2.6.21-rc5-rt5 as compared to
2.6.21-rc5. Top shows the IRQ handler consuming a lot of CPU.
Dave, any chance you've got oprofile wo
Am Sonntag 01 April 2007 schrieb michael chang:
> On 4/1/07, Prakash Punnoor <[EMAIL PROTECTED]> wrote:
> > Am Mittwoch 28 März 2007 schrieb Prakash Punnoor:
> > >
> > > Hi, I am using 2.6.21-rc5 with rsdl 0.37 and think I still see a
> > > regression with my Athlon X2. Namely using this ac3 encod
Hello, James, Greg.
On Fri, Mar 30, 2007 at 01:19:34PM -0500, James Bottomley wrote:
> That's sort of what I was reaching for too ... it just looks to me that
> all the sysfs glue is in kobject, so they make a good candidate for the
> pure sysfs objects. Whatever we do, there has to be breakable
[...]
in short:
it`s quite some work to be done to have your uml 2.6.21 with root-fs up and
running and working cleanly. whenever i search the net for some appropriate
UML fs image, those i find are very often old and outdated...
Hmm... I'd think we need a wizard for configuration. Plus some di
On Apr 01, 2007, at 15:42:09, Kyle Moffett wrote:
Since my mailer tends to mangle patches I've attached this one
Gah, I complain about my mailer mangling patches and then it's me
that mangles the patch. Sorry for forgetting a subject line.
Cheers,
Kyle Moffett
-
To unsubscribe from this li
On Apr 1 2007 15:42, Kyle Moffett wrote:
>Date: Sun, 1 Apr 2007 15:42:09 -0400
>From: Kyle Moffett <[EMAIL PROTECTED]>
>To: Jan Engelhardt <[EMAIL PROTECTED]>
>Cc: Linux Kernel Mailing List ,
>Alan Cox <[EMAIL PROTECTED]>, Sam Ravnborg <[EMAIL PROTECTED]>,
>Andrew Morton <[EMAIL PROTECTED
On Sun, Apr 01, 2007 at 09:28:03PM +0200, Jan Engelhardt wrote:
>
> On Apr 1 2007 15:09, Dave Jones wrote:
> >On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
>
> > > From: Dave Jones
> > > Already posted at http://lkml.org/lkml/2005/7/7/255
> >
> >I had to stop and think i
Add a CONFIG_I_KNOW_WHAT_THE_HELL_I_AM_DOING variable with a really
strong
warning attached to it (and a shorter CONFIG_EXPERT variable for use in
Kconfig files where it's a PITA to type out the full name)
Signed-off-by: Kyle Moffett <[EMAIL PROTECTED]>
---
Since my mailer tends to mangle pat
"Valentin Zaharov" wrote on 04/01/2007 03:02:07 AM:
> Hi again,
>
> After applying changes manually to 2.6.20.4 according to the link that
> Steven sent I still get those errors (attached below) but no crash so
> far.
> I am wondering if its ok or having errors still will cause freezes.
It is ok
--- Forwarded message ---
From: "Ingo Molnar" <[EMAIL PROTECTED]>
To: "Gerhard Kurz" <[EMAIL PROTECTED]>
Cc:
Subject: Re: WCHAN wrong for i386-kernel
Date: Sun, 01 Apr 2007 20:30:49 +0200
* Gerhard Kurz <[EMAIL PROTECTED]> wrote:
Hi,
There is a minor bug in kernels for i386 (i found
On Apr 1 2007 15:09, Dave Jones wrote:
>On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
> > From: Dave Jones
> > Already posted at http://lkml.org/lkml/2005/7/7/255
>
>I had to stop and think if this was an April 1st :)
Read the mail entitled "[PATCH 0/16] Assorted patches".
>As
On Sunday, 1 April 2007 20:17, Jiri Slaby wrote:
> Rafael J. Wysocki napsal(a):
> > On Thursday, 29 March 2007 09:44, Jiri Slaby wrote:
> >> Hi,
> >>
> >> I'm getting this while trying to swsups the machine in -rc5, -rc4 is fine:
> >>
> >> Disabling non-boot CPUs
> >> CPU 1 is now offline
> >> SMP
Hi
I have a dual core Opteron machine that exhibits poor UDP performance
(RT consumes more than 2X cpu) with the 2.6.21-rc5-rt5 as compared to
2.6.21-rc5. Top shows the IRQ handler consuming a lot of CPU.
The mother board is a Supermicro H8DME-2 with one dual core Opteron
installed. The netwo
Hi all,
I would like to use cifs inside linux-vserver guests. Discussion this with the
vserver people, we found that cifs is using the new kthread_run and the old
kernel_thread interface for starting kernel-threads. The old-style interface
renders cifs unusable inside a vserver-guest :-(
M
On Sun, 1 Apr 2007 20:44:41 +0200 Sam Ravnborg wrote:
> This part of kconfig is taken care of by Roman Zippel.
> Kept the full mail for his reference.
>
> Sam
I certainly want this.
> On Sun, Apr 01, 2007 at 08:17:32PM +0200, Jan Engelhardt wrote:
> >
> > Allow config variables in .conf
On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
>
> From: Dave Jones
> Already posted at http://lkml.org/lkml/2005/7/7/255
I had to stop and think if this was an April 1st :)
Back in 2005 it seemed I had a strong enough stomach
to wade through smbfs for some unknown reason.
The
On domenica 1 aprile 2007, [EMAIL PROTECTED] wrote:
> Hello !
>
> i`m not very much into UML for the last months, but while playing around
> with dm-loop i just got one idea i`d like to share.
>
> Whenever you want to test some new kernel (feature), you may put you main
> system at risk, exactly kn
On Sun, 1 Apr 2007 20:15:27 +0200 (MEST) Jan Engelhardt wrote:
>
> Allow the printk level to be set using a "conlevel=" parameter.
> (Or is there already a different bootoption that does the same thing?)
Yes, there's "loglevel", as well as
"debug", "quiet", and "ignore_loglevel".
> Signed-off-
On Apr 1 2007 11:10, Ken Chen wrote:
> On 4/1/07, Tomas M <[EMAIL PROTECTED]> wrote:
>
>> I believe that IF you _really_ need to preserve the max_loop module
>> parameter, then the parameter should _not_ be ignored, rather it
>> should have the same function like before - to limit the loop drive
On Apr 1 2007 14:52, Kyle Moffett wrote:
>
> On Apr 01, 2007, at 14:42:59, Jan Engelhardt wrote:
>> But I would have to ask: Why do we need 100/250/300/1000 if there
>> is anyway an input field for the user to enter - s/he should read
>> the help text for Known Good values, should not s/he?
>
> Ac
On Sun, Apr 01, 2007 at 12:53:55PM +0200, [EMAIL PROTECTED] wrote:
> not sure if this is a real issue and if it`s UML or loop related -
> but how is low-memory situations being handled when creating loop
> devices ?
It's UML-related - it's not dealing with the case of a kernel thread
failing beca
On Apr 1 2007 08:17, Willy Tarreau wrote:
>
> - your patch was cut and cannot apply to anything. A proper patch starts
> with line beginning with "---" line, followed by a line with "+++",
> both indicating the file your patch is supposed to apply to. Make your
> patch with one level
On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton napisał(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
> >
>
> BUG: at /mnt/md0/devel/linux-mm/arch/i386/kernel/smp.c:571
> native_smp_call_function_
On Apr 1 2007 15:56, Edgardo Hames wrote:
>
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even though we label the source code, we
> would like to make sure that we are al
On Sun, 2007-04-01 at 15:56 -0300, Edgardo Hames wrote:
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even though we label the source code, we
> would like to make sure tha
Jan Engelhardt wrote:
Have the Linux kernel set a new VGA palette for the first 16 colors.
The new values reduce the saturation (white component) and therefore
increase contrast.
While the patch seems fine, this comment is not correct. The patch is
decreasing the *brightness* in order to *in
On Mar 31, 2007, at 02:36:08, Jeremy Fitzhardinge wrote:
When I run 2.6.21-rc5 + Andi's x86 patches + paravirt_ops patches,
I've been getting my machine shut down with critical thermal
shutdown messages:
Mar 30 23:19:03 localhost kernel: ACPI: Critical trip point
Mar 30 23:19:03 localhost ke
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-03-31 at 01:31 -0700, Chris Wright wrote:
> > This series converts x86_64 timers to clockevents drivers
> > and then enables dynticks. There's some minor cleanups along
> > the way. The lapic broadcast mechanism is untested, I'm sure it
I'm working on a project with teams spread across the world and we all
work on the same repository patching the kernel and then integrating
into a common main branch. Even though we label the source code, we
would like to make sure that we are all building the same kernel by
running md5sum on the
> Well, the point of an upper limit might be to keep loop devices from
> chewing up too much memory on a system. IE: To fail allocating more
> loopdevs before you run OOM and start killing random userspace
> processes.
ok, sounds reasonable.
but - not very sure here, but don`t you need to
On Apr 01, 2007, at 14:42:59, Jan Engelhardt wrote:
But I would have to ask: Why do we need 100/250/300/1000 if there
is anyway an input field for the user to enter - s/he should read
the help text for Known Good values, should not s/he?
Actually, probably what should be done is make the "HZ
On Sun, 1 Apr 2007, Avi Kivity wrote:
> Davide Libenzi wrote:
> > On Sun, 1 Apr 2007, Avi Kivity wrote:
> >
> >
> > > What is the motivation for adding aio_resfd to an individual iocb instead
> > > of
> > > the entire io context? It seems redundant, as you can already create
> > > multiple
>
On Apr 1 2007 14:39, Kyle Moffett wrote:
>>
>> Make HZ fully configurable through menuconfig.
>>
>> Already posted at http://lkml.org/lkml/2006/6/18/111
>
> Instead of that, what about something like this instead: NOTE: I know my
> mailer mangles diffs and this one was hand-edited based on Jan'
This part of kconfig is taken care of by Roman Zippel.
Kept the full mail for his reference.
Sam
On Sun, Apr 01, 2007 at 08:17:32PM +0200, Jan Engelhardt wrote:
>
> Allow config variables in .config to override earlier ones in the same
> file. In other words,
>
> # CONFIG_SECURITY
On Apr 01, 2007, at 14:36:11, [EMAIL PROTECTED] wrote:
Blame on the dual meaning of max_loop that it uses currently: to
initialize a set of loop devices and as a side effect, it also sets
the upper limit. People are complaining about the former constrain,
isn't it? Does anyone uses the 2nd mean
On Sat, Mar 31, 2007 at 06:11:36PM +0200, Roman Zippel wrote:
> Hi,
>
> On Sat, 31 Mar 2007, Sam Ravnborg wrote:
>
> > The problem is that tristate symbol represent three values.
> > =n => CONFIG_SYMBOL is undefined
> > =y => CONFIG_SYMBOL is defined
> > =m => COMFIG_SYMBOL_MODULE is defined
> >
Davide Libenzi wrote:
On Sun, 1 Apr 2007, Avi Kivity wrote:
What is the motivation for adding aio_resfd to an individual iocb instead of
the entire io context? It seems redundant, as you can already create multiple
io contexts to wait on.
To add it to the context, you need to either
On Apr 01, 2007, at 14:18:12, Jan Engelhardt wrote:
Some radio adapter drivers wrongly(?) name their devices "wlan%d"
instead of "eth%d" (if you ask me, it should be %u - but not today).
Technically, they operate like Ethernet, and in fact, running `/
sbin/ip a` shows "link/ether" instead of
On Apr 01, 2007, at 14:15:20, Jan Engelhardt wrote:
Make HZ fully configurable through menuconfig.
Already posted at http://lkml.org/lkml/2006/6/18/111
Instead of that, what about something like this instead: NOTE: I
know my mailer mangles diffs and this one was hand-edited based on
Jan'
> > + * the files representing changed config options are touched
> > + * which thern let make pick up the changes and the files that uses
> ^ then? ^ use?
> > + * the config symbols are rebuild.
> ^ rebuilt?
>
* Rui Nuno Capela <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Just tried to build 2.6.21-rc5-rt6 and it is failing on build time.
> Just to let you know that -rt5 was doing fine with very same .config .
oops - indeed! I've uploaded -rc5-rt7 with the fix. (it includes a few
other fixes as well)
note
>Blame on the dual meaning of max_loop that it uses currently: to
>initialize a set of loop devices and as a side effect, it also sets
>the upper limit. People are complaining about the former constrain,
>isn't it? Does anyone uses the 2nd meaning of upper limit?
>
>- Ken
what sense would it mak
Hi!
> > Problem is that suspending _with_ removable mass storage devices
> > attached just will not work. User will unplug them, then complain
> > about corruption. Advanced user will unplug them, work with them
> > somewhere else, replug them, then loose filesystem.
> >
> > Feel free to send pat
E1000_ROUNDUP macro cleanup, use ALIGN
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
e1000.h |3 ---
e1000_ethtool.c |6 +++---
e1000_main.c| 10 +-
e1000_param.c |4 ++--
4 files changed, 10 insertions(+), 13 deletions(-)
diff --git a/driver
Alan Cox napsal(a):
> On Sat, 31 Mar 2007 22:24:12 -0700
> "Pedram M" <[EMAIL PROTECTED]> wrote:
>
>> How about this one? Am I doing it right now?
>> If not, please try to explain more to me what I am
>> doing wrong.
>
> You need to hold a reference to the PCI device for the entire duration it
>
Hi!
> > Problem is that suspending _with_ removable mass storage devices
> > attached just will not work. User will unplug them, then complain
> > about corruption. Advanced user will unplug them, work with them
> > somewhere else, replug them, then loose filesystem.
> >
> > Feel free to send pat
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Subject: [patch] enhance initcall_debug, measure latency
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> enhance the initcall_debug boot option:
>
> - measure the time the initcall took to execute and report
>it in units of milliseconds.
some boot ti
On Sun, 1 Apr 2007, Pavel Machek wrote:
> Hi!
>
> > > > > The GNOME hath spoken?
> > >
> > > > I also thought about that,
> > > >
> > > > I think that the best solution is still to hide
> > > > connect/disconnect of usb devices from userspace (now it also causes
> > >
Andrew Morton noted in http://lkml.org/lkml/2006/6/30/247
"""We do occasionally hit task_struct.comm[] truncation, when people
use "too-long-a-name%d" for their kernel thread names."""
This patch warns when such a truncation happens.
Already posted on http://lkml.org/lkml/2006/7
Some radio adapter drivers wrongly(?) name their devices "wlan%d"
instead of "eth%d" (if you ask me, it should be %u - but not today).
Technically, they operate like Ethernet, and in fact, running
`/sbin/ip a` shows "link/ether" instead of "link/ieee80211".
This patch renames them back, but I wou
Verbatim copy of original mail:
*>>>
>From http://lkml.org/lkml/2006/9/2/86
The recent change to "allow Windows blocking locks to be cancelled
via a CANCEL_LOCK call" introduced a new semaphore in struct
cifsFileInfo, lock_sem. However, semaphores used as mutexes are
deprecated these days, and
Show the fill status of a pipe (in bytes) when stat'ing one.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
fs/stat.c | 31 ++-
include/linux/un.h|2 ++
include/net/af_unix.h |3 +++
net/unix/af_unix.c| 10 ++
4 files change
Allow config variables in .config to override earlier ones in the same
file. In other words,
# CONFIG_SECURITY is not defined
CONFIG_SECURITY=y
will activate it. This makes it a bit easier to do
(cat original-config myconfig myconfig2 ... >.config)
and run menuconfig as
Make HZ fully configurable through menuconfig.
Already posted at http://lkml.org/lkml/2006/6/18/111
Signed-off-by: Jan Engelhardt
Cc: Alan Cox <[EMAIL PROTECTED]> (http://lkml.org/lkml/2006/11/8/307)
Cc: Sam Ravnborg <[EMAIL PROTECTED]>
Kconfig.hz | 70 +++
Rafael J. Wysocki napsal(a):
> On Thursday, 29 March 2007 09:44, Jiri Slaby wrote:
>> Hi,
>>
>> I'm getting this while trying to swsups the machine in -rc5, -rc4 is fine:
>>
>> Disabling non-boot CPUs
>> CPU 1 is now offline
>> SMP alternatives: switching to UP code
>> CPU1 is down
>> swsusp: criti
From: Dave Jones
Already posted at http://lkml.org/lkml/2005/7/7/255
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Cc: Dave Jones
request.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.21-rc5/fs/smbfs/request.c
=
Subject: [patch] enhance initcall_debug, measure latency
From: Ingo Molnar <[EMAIL PROTECTED]>
enhance the initcall_debug boot option:
- measure the time the initcall took to execute and report
it in units of milliseconds.
- show the return code of initcalls (useful to see failures and
t
Shows some stars during decompression. This is particularly useful on
old 386s where one asterisk is probably printed every second - making
the long linux and initramfs uncompress progress more evident.
Not compile tested outside {i386, x86_64} - don't have other machines.
Signed-off-by: Jan E
Allow the printk level to be set using a "conlevel=" parameter.
(Or is there already a different bootoption that does the same thing?)
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
printk.c |9 +
1 file changed, 9 insertions(+)
Index: linux-2.6.21-rc5/kernel/printk.c
==
Display all possible partitions when the root filesystem is not mounted.
This helps to track spell'o's and missing drivers.
From: David Alan Gilbert, http://lkml.org/lkml/2005/2/26/92
Updated to work with newer kernels.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
block/genhd.c |
Add color support to the "underline" and "italic" attributes as in
OpenBSD/NetBSD-style (vt220) and xterm.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
drivers/char/vt.c | 34 --
drivers/video/console/mdacon.c |3 ++-
drivers/video/conso
Add %S_IWUGO bit for isofs. Makes it easier to poke on files after
they have been copied from an ISO-9660 filesystem because they are
ofte copied in `cp -p` or perhaps `rsync -p` mode.
They are still not writable though, and isofs will continue to
correctly return -EROFS for writes.
Signed-off-by
Fix kevent's childs priority greedy-ness. Such tasks were always scheduled
at nice level -5 and, at that time, udev stole us the CPU time with -5.
Already posted at http://lkml.org/lkml/2005/1/10/85
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
kmod.c |
Allow for the palette to be exposed and changed via sysfs. A call to
/usr/bin/reset will slurp the new definitions in for the current
console.
Already posted at http://lkml.org/lkml/2006/1/15/149
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
vt.c |4
1 file changed, 4 insertions(+
Colored kernel message output
Gives kernel messages on the console an OpenBSD-esque color to distinguish
them from regular tty (as long as that's not colored too) text.
Inspired by cko (iirc http://freshmeat.net/p/cko/), but better
implementation done by myself (handles newlines correctly).
Sig
Have the Linux kernel set a new VGA palette for the first 16 colors.
The new values reduce the saturation (white component) and therefore
increase contrast.
Already posted once: http://lkml.org/lkml/2006/1/15/149
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
vt.c | 12 ++--
1 fil
Hello list,
People collect stamps, etc. and I do patches. It is April 01, but let ye
know that even the patch that would get the most naks is not really
meant as an April joke.
Most of them are independent, but I'll let `quilt graph` judge their
dependencies.
[01/] vt-sysfs-for-colors
On 4/1/07, Tomas M <[EMAIL PROTECTED]> wrote:
I believe that IF you _really_ need to preserve the max_loop module
parameter, then the parameter should _not_ be ignored, rather it should
have the same function like before - to limit the loop driver so if you
use max_loop=10 for example, it should
Stephen Clark wrote:
Andrew Morton wrote:
On Sat, 31 Mar 2007 16:14:01 -0400 Stephen Clark <[EMAIL PROTECTED]> wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception
On 4/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
not sure if this is a real issue and if it`s UML or loop related -
but how is low-memory situations being handled when
creating loop devices ?
kernel returns -ENOMEM as an error code if there are no memory left to
initialize loop device.
On Sun, 2007-04-01 at 19:50 +0200, Pavel Machek wrote:
> Problem is that suspending _with_ removable mass storage devices
> attached just will not work. User will unplug them, then complain
> about corruption. Advanced user will unplug them, work with them
> somewhere else, replug them, then loose
Hi!
> > > > The GNOME hath spoken?
> >
> > > I also thought about that,
> > >
> > > I think that the best solution is still to hide connect/disconnect of
> > > usb devices from userspace (now it also causes corruption)
> > > But to refuse suspend with any usb mass storage device connect
On Sun, 2007-04-01 at 15:29 +, Pavel Machek wrote:
> Hi!
>
> > > > In that case the user would see data corruption - just as if he mounts
> > > > a piece
> > > > of removable media in a USB card reader; yanks out the card and
> > > > modifies it
> > > > elsewhere, and then puts it back in.
>
On Sun, 1 Apr 2007, Dmitry Torokhov wrote:
> No, I do not want to add any more LED constants to input. In fact I
> think that adding constants beyond keyboard indicators was a mistake. We
> have led subsystem that provides interface to control arbitrary leds and
> we should use it.
Ah, of cour
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> I would suggest that for 2.6.21, the minimal fix is actually something
> like the appended. Comments? Ingo, does this fix things for you?
yeah - it does the trick: i just booted the .config in question and your
patch works fine and the bootup does
On Sun, 1 Apr 2007, Linus Torvalds wrote:
> On Sun, 1 Apr 2007, Davide Libenzi wrote:
> >
> > > [also, minor nit: sys_eventfd() can legitimately return 0, but you're
> > > banning
> > > its use in aio. userspace could easily dup() and close(), but...]
> >
> > Noone said that binary compatibili
Phillip Susi wrote:
Jeff Garzik wrote:
NCQ provides for a more asynchronous flow. It helps greatly with
reads (of which most are, by nature, synchronous at the app level)
from multiple threads or apps. It helps with writes, even with write
cache on, by allowing multiple commands to be submit
On Sun, 1 Apr 2007, Davide Libenzi wrote:
>
> > [also, minor nit: sys_eventfd() can legitimately return 0, but you're
> > banning
> > its use in aio. userspace could easily dup() and close(), but...]
>
> Noone said that binary compatibility comes free ;)
> I'm truly open to other ways of inte
On Sun, 1 Apr 2007, Pavel Machek wrote:
>
> > @@ -183,7 +183,8 @@ int driver_register(struct device_driver
> > void driver_unregister(struct device_driver * drv)
> > {
> > bus_remove_driver(drv);
> > - wait_for_completion(&drv->unloaded);
> > + if (!drv->unloaded.done)
> > +
Hi,
Just tried to build 2.6.21-rc5-rt6 and it is failing on build time.
...
kernel/sched.c: In function ‘__schedule’:
kernel/sched.c:3830: error: ‘print_functions’ undeclared (first use in
this function)
kernel/sched.c:3830: error: (Each undeclared identifier is reported only
once
kernel/sched.c:
101 - 200 of 311 matches
Mail list logo
