Hi,
On Thu, 12 Apr 2007, Egmont Koblinger wrote:
> On Thu, Apr 12, 2007 at 05:52:49PM +0200, Roman Zippel wrote:
>
> > Well, it often doesn't end there, other users may report these as bugs and
> > want to get them fixed, so we have to look ahead a little for possible
Hi,
On Tuesday 06 March 2007 10:29, Christoph Hellwig wrote:
> PAGE_SIZE should not be available at all. Please use getpagesize()
> instead.
While I agree, NBPG is a bit of a problem, although it's only needed for aout
coredumps AFAICT, but still needed to compile e.g. gdb.
bye, Roman
-
To un
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
>
> The function split_config does not take into account the
> different values a
Hi,
This will later allow an arch to add module specific information via
linker generated tables instead of poking directly in the module object
structure.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
include/linux/mod
Recently a few direct accesses to the thread_info in the task structure
snuck back, so this wraps them with the appropriate wrapper.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
This only leaves blackfin in -mm which I'll fix separately (depending on
how quickly Andrew is w
This finally renames the thread_info field in task structure to stack,
so that the assumptions about this field are gone and archs have more
freedom about placing the thread_info structure.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
arch/h8300/kernel/asm-offsets.c |2 +-
Hi,
On Tuesday 01 May 2007 22:49, Christoph Hellwig wrote:
> Btw, is there any chance you could update m68k to use the generic
> irq code? The only architectures that don't have a conversion
> in progress are m68k, m68knommu and arm26
I haven't looked seriously into it since it was pretty much
Hi,
On Wed, 2 May 2007, Andrew Morton wrote:
> On Tue, 1 May 2007 02:10:34 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]>
> wrote:
>
> > This finally renames the thread_info field in task structure to stack,
> > so that the assumptions about this field are gone and
Hi,
On Thu, 3 May 2007, Michael Schmitz wrote:
> > > + for (i = 1; i < 0x72; i++) {
> > > + atakbd_keycode[i] = i;
> > > + set_bit(atakbd_keycode[i], atakbd_dev->keybit);
> >
> > It looks like this driver is not using standard input event codes.
Actually it does
Hi,
On Thu, 3 May 2007, Dmitry Torokhov wrote:
> > I explained already at a earlier occasion, why this "generic" keycode
> > thing is broken by design, which makes connecting multiple keyboards with
> > different mappings impossible.
> >
>
> No, I don't think so. Your points were:
>
> 1) You d
Hi,
On Thu, 3 May 2007, Dmitry Torokhov wrote:
> > I never said that. Many keyboard _types_ need a separate key mapping.
> > Localization is a completely different problem (and could be solved via
> > separate localization tables).
> > Most of it can be solved in userspace and we wouldn't have to
=========
--- /dev/null
+++ linux-2.6/kernel/sched_norm.c
@@ -0,0 +1,841 @@
+/*
+ * Completely Fair Scheduling (CFS) Class (SCHED_NORMAL/SCHED_BATCH)
+ *
+ * Copyright (C) 2007 Red Hat, Inc., Ingo Molnar <[EMAIL PROTECTED]>
+ *
+ * Interactivity
===
--- /dev/null
+++ linux-2.6/kernel/sched_norm.c
@@ -0,0 +1,870 @@
+/*
+ * Completely Fair Scheduling (CFS) Class (SCHED_NORMAL/SCHED_BATCH)
+ *
+ * Copyright (C) 2007 Red Hat, Inc., Ingo Molnar <[EMAIL PROTECTED]>
+ *
+ * Interactivity improvements
Hi,
On Tue, 11 Sep 2007, Mike Galbraith wrote:
> I still see the fairtest2 sleeper startup anomaly. Sometimes it starts
> up normally, others the sleeper is a delayed. Seems to require idle
> time to trigger worst case startup delay.
>
> 14854 root 20 0 1568 468 384 R 52 0.0 0:0
Hi,
Hi,
Out of curiousity: will I ever get answers to my questions?
bye, Roman
-
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 http:/
Hi,
On Tue, 11 Sep 2007, Ingo Molnar wrote:
> fresh back from the Kernel Summit, Peter Zijlstra and me are pleased to
> announce the latest iteration of the CFS scheduler development tree. Our
> main focus has been on simplifications and performance - and as part of
> that we've also picked up
Hi,
On Thu, 13 Sep 2007, Peter Zijlstra wrote:
> > There's a good reason
> > I put that much effort into maintaining a good, but still cheap average,
> > it's needed for a good task placement.
>
> While I agree that having this average is nice, your particular
> implementation has the problem
Hi,
On Thu, 13 Sep 2007, Ingo Molnar wrote:
> > Out of curiousity: will I ever get answers to my questions?
>
> the last few weeks/months have been pretty hectic - i get more than 50
> non-list emails a day so i could easily have missed some.
Well, let's just take the recent "Really Simple Rea
27;s, and use
>that as the key into the tree.
>
>the idea to use absolute virtual time as the basic metric of
>scheduling has been first raised by William Lee Irwin, advanced by
>Tong Li and first prototyped by Roman Zippel in the "Really Fair
>Schedule
Hi,
On Thu, 13 Sep 2007, Ingo Molnar wrote:
> > The rest of the math is indeed different - it's simply missing. What
> > is there is IMO not really adequate. I guess you will see the
> > differences, once you test a bit more with different nice levels.
>
> Roman, i disagree strongly. I did tes
Hi,
On Thu, 13 Sep 2007, Peter Zijlstra wrote:
> On Thu, 2007-09-13 at 18:50 +0200, Roman Zippel wrote:
>
> > I never claimed to understand every detail of CFS, I can _guess_ what
> > _might_ have been intended, but from that it's impossible to know for
> > c
Hi,
On Thu, 13 Sep 2007, Sam Ravnborg wrote:
> I have read the announcement from Ingo and after reading it I concluded
> that it was good to see that Ingo had taken in consideration the feedback
> from you and improved the schduler based on this.
> And when I read that he removed a lot of stuff I
Hi,
On Fri, 14 Sep 2007, Willy Tarreau wrote:
> On Aug 10th, I was disappointed to see that you still had not provided
> the critical information that Ingo had been asking to you for 9 days
> (cfs-sched-debug output). Your motivations in this work started to
> become a bit fuzzy to me, since peop
Hi,
On Fri, 14 Sep 2007, Arjan van de Ven wrote:
> > This is ridiculous, I asked you multiple times to explain to me some
> > of the differences relative to CFS as response to the splitup
> > requests. Not once did you react, you didn't even ask what I'd like
> > to know specifically.
>
> Roman,
Hi,
On Fri, 14 Sep 2007, Arjan van de Ven wrote:
> > There is actually a very simple reason for that, the actual patch is
> > not my primary focus,
>
>
> for someone who's not focused on patches/code, you make quite a bit of
> noise when someone does turn your discussion into smaller patches
Hi,
On Thu, 13 Sep 2007, Shlomi Fish wrote:
> This patch adds an option to use either substring match, regular expression
> match, or keywords search in the "make xconfig" Edit->Find dialog.
>
> It also allows searching on the "help" field of the menus as well as
> the "name" of the symbol.
>
something like this, but initially I wanted to
keep it simple. It's a compromise between overloading the user interface
with information and keeping it simple. That's the only concern I have
with it, but if everyone else likes I don't mind either. :)
> Signed-off-by: Matěj Laitl &
Hi,
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> But can you take a look at distingushing between non-selectable options
> due to dependency issues and seleted-by symbols.
Do you have an example in mind? If a symbol is not changable, but still
visible, a select is usually involved.
bye, Roman
-
Hi,
On Mon, 10 Sep 2007, Jan Beulich wrote:
> --- linux-2.6.23-rc5/scripts/kconfig/menu.c 2007-09-07 16:48:23.0
> +0200
> +++ 2.6.23-rc5-tristate-choices/scripts/kconfig/menu.c2007-09-03
> 10:29:41.0 +0200
> @@ -235,16 +235,23 @@ void menu_finalize(struct menu *parent)
Hi,
On Sun, 16 Sep 2007, Matej Laitl wrote:
> +tristate sym_get_minimal_value(struct symbol *sym)
> +{
> + return sym->rev_dep.tri;
> +}
> +
> +tristate sym_get_maximal_value(struct symbol *sym)
> +{
> + return sym->visible;
> +}
> +
Right now I prefer the previous version. This maximum
Hi,
On Sun, 16 Sep 2007, Matej Laitl wrote:
> The v2 was maybe more intuitive, but had at least one flaw, where it claimed
> the option was selected by another, while it was in fact only made
> unchangeable by 'bool "Enable block layer" if EMBEDDED', defaulting to y.
The point is that I'm gettin
Hi,
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > But can you take a look at distingushing between non-selectable options
> > > due to dependency issues and seleted-by symbols.
> >
> > Do you have an example in mind? If a symbol is not changable
Hi,
On Sat, 11 Aug 2007, Ingo Molnar wrote:
> the only relevant thing that comes to mind at the moment is that last
> week Peter noticed a buggy aspect of sleeper bonuses (in that we do not
> rate-limit their output, hence we 'waste' them instead of redistributing
> them), and i've got the sma
Hi,
On Tue, 21 Aug 2007, Mike Galbraith wrote:
> I thought this was history. With your config, I was finally able to
> reproduce the anomaly (only with your proggy though), and Ingo's patch
> does indeed fix it here.
>
> Freshly reproduced anomaly and patch verification, running 2.6.23-rc3
> wi
Hi,
On Sat, 18 Aug 2007, Marco Costalba wrote:
> When 'Show debug info' is checked then a list of links
> to dependant symbols is shown in info view right bottom pane.
>
> Currently all links are in standard blue. With this patch
> links to disabled symbols are shown in red instead.
The way you
Hi,
On Mon, 20 Aug 2007, Andres Salomon wrote:
> AFAICT, there is nothing similar when using *_defconfig; one must copy
> a .config manually, and then run silentoldconfig. Simply running the
> associated _defconfig will quietly update the config (which may silently
> drop config options). This
Hi,
On Tue, 21 Aug 2007, Andres Salomon wrote:
> > I would really like to avoid another input mode.
> > I think it be better to implement this as a combination of "-s -D
> > " and the silent mode is adjusted to read another config instead
> > of .config if defconfig_file is set.
> >
>
> As wo
Hi,
On Thu, 23 Aug 2007, Avi Kivity wrote:
> Pointing out that this
> is a Kconfig bug does not seem to silence the error,
*sigh*
This is not a Kconfig bug!
bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
501 - 538 of 538 matches
Mail list logo
