On Monday 24 September 2007, Sergei Shtylyov wrote:
> Once I quothed:
>
> >> Make ide_rate_filter() also respect PIO/SWDMA/MWDMA mode masks. While
> >> at it,
> >> make the udma_filter() method calls take precedence over using the
> >> mode masks.
>
> >This one not looking to pretty --
On Saturday, September 22, 2007 12:27 pm Vegard Nossum wrote:
> enum kprint_loglevel {
> KPRINT_EMERG, /* kprint_emerg() */
> KPRINT_ALERT, /* kprint_alert() */
> KPRINT_CRIT,/* kprint_crit() */
> KPRINT_ERROR, /* kprint_error() and/or kprint_err() */
>
On Sun, Sep 23, 2007 at 07:36:05PM +0100, Simon Arlott wrote:
> On 23/09/07 17:20, Duncan Sands wrote:
> > On Sunday 23 September 2007 17:36:08 Simon Arlott wrote:
> >> Cleanup code by removing "ret = ret;" assignments.
> >>
> >> Signed-Off-By: Simon Arlott <[EMAIL PROTECTED]>
> >
> > Acked-by:
On Mon, Sep 24, 2007 at 11:23:35AM -0700, Randy Dunlap wrote:
> That might be OK for this case, but sometimes it makes sense to have
> README etc. about how to use the software. So you would want this
> in the Documentation/ tree? That makes it harder on users.
If it's so complex that we can't
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 11:13:18AM -0700, Randy Dunlap wrote:
Documentation/trace/src/Makefile |7 +
Documentation/trace/src/README | 18 +
Documentation/trace/src/fork_trace.c | 119 +++
Documentation/trace/trace.txt| 164 ++
Jochen Friedrich wrote:
Scott Wood schrieb:
Jochen Friedrich wrote:
In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc
an offset into DP RAM is calculated by substracting a physical
memory constant from an virtual address. This patch fixes the
problem by converting the virtual
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Mon, Sep 24, 2007 at 02:15:12PM -0400, Robert P. J. Day wrote:
> > On Mon, 24 Sep 2007, Christoph Hellwig wrote:
> >
> > > static inline void __mark_check_format(const char *fmt, ...)
> > > __attribute__ ((format (printf, 1, 2)))
> > >
On Mon, Sep 24, 2007 at 11:13:18AM -0700, Randy Dunlap wrote:
> Documentation/trace/src/Makefile |7 +
> Documentation/trace/src/README | 18 +
> Documentation/trace/src/fork_trace.c | 119 +++
> Documentation/trace/trace.txt| 164 ++
> include/linux/trace.h
On Mon, Sep 24, 2007 at 02:15:12PM -0400, Robert P. J. Day wrote:
> On Mon, 24 Sep 2007, Christoph Hellwig wrote:
>
> > static inline void __mark_check_format(const char *fmt, ...)
> > __attribute__ ((format (printf, 1, 2)))
> > {
> > }
>
> the header file compiler-gcc.h defines the
On Tue, Sep 25, 2007 at 03:46:25AM +0930, David Newall wrote:
> Dave Jones wrote:
> > On Mon, Sep 24, 2007 at 05:56:39PM +0100, Antoine Martin wrote:
> >
> > > # rm -fr tmp/chroot.broken
> > > rm: cannot remove directory (...)
> > > Same result when trying to do anything to those files
On Mon, 24 Sep 2007, Christoph Hellwig wrote:
> static inline void __mark_check_format(const char *fmt, ...)
> __attribute__ ((format (printf, 1, 2)))
> {
> }
the header file compiler-gcc.h defines the shorter macro "__printf".
is it worth encouraging its use, or does it matter?
Dave Jones wrote:
On Mon, Sep 24, 2007 at 05:56:39PM +0100, Antoine Martin wrote:
> # rm -fr tmp/chroot.broken
> rm: cannot remove directory (...)
> Same result when trying to do anything to those files chown/chmod/touch:
> "Operation not permitted"
Various files in the directories it
On Mon, Sep 24, 2007 at 12:49:50PM -0400, Mathieu Desnoyers wrote:
> Hi Andrew,
>
> Following Christoph Hellwig's suggestion, aiming at a Linux Kernel Markers
> inclusion for 2.6.24, I made a simplified version of the Linux Kernel Markers.
> There are no more dependencies on any other patchset.
>
On Fri, Sep 21, 2007 at 08:29:49AM +0200, Sam Ravnborg wrote:
>...
> So __FILE__ expand differently depending on the path on
> the gcc command line.
> I once posted a patch to fix up on this, especialy for BUG_ON and friends.
> The solution was to let kbuild generate the filename and to use
> this
On Mon, 24 Sep 2007 19:00:41 +0100 Christoph Hellwig wrote:
> On Mon, Sep 24, 2007 at 10:56:32AM -0700, Randy Dunlap wrote:
> > I don't have a problem with a samples/ directory except (as I have
> > already pointed out) it means that people will end up having to look
> > in 2 places for the
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Enable user-id based fair group scheduling. This is usefull for anyone
> who wants to test the group scheduler w/o having to enable
> CONFIG_CGROUPS.
excellent! I'll make this default-enabled.
Ingo
-
To unsubscribe from this list:
Hi Andy,
I managed to reproduce the dbench problem. (not sure if its the same
thing or not - but symptoms are same). My problem has nothing to do
with ext3. I can produce it on ext2, jfs also.
Whats happening on my machine is ..
dbench forks of 4 children and sends them a signal to start the
On Mon, Sep 24, 2007 at 10:56:32AM -0700, Randy Dunlap wrote:
> I don't have a problem with a samples/ directory except (as I have
> already pointed out) it means that people will end up having to look
> in 2 places for the information that they need, i.e., both in
> samples/ and in
On Mon, 24 Sep 2007 18:50:44 +0100 Christoph Hellwig wrote:
> On Mon, Sep 24, 2007 at 12:49:56PM -0400, Mathieu Desnoyers wrote:
> > Here is some documentation explaining what is/how to use the Linux
> > Kernel Markers.
>
> As mentioned in the tracing infrastructure thread I don't think
>
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Mon, Sep 24, 2007 at 12:49:51PM -0400, Mathieu Desnoyers wrote:
> > Add support for sorted list in seq_file. It aims at changing the way
> > /proc/modules and kallsyms iterates on the module list to remove a race
> > between
> > module unload
As we already say in various messages the percpu counters in here
look rather fishy. I'd recomment to take a look at the per-cpu
superblock counters in XFS as they've been debugged quite well
now and could probably be lifted into a generic library for this
kind of think. The code is mostly in
On Mon, Sep 24, 2007 at 01:52:52PM -0400, Mathieu Desnoyers wrote:
> As they are currently implemented, the markers use the sorted module
> list for marker listing, but I can change their implementation so they
> do not require this (and make it a subsequent patch instead).
>
> I could do that to
On Mon, Sep 24, 2007 at 12:49:56PM -0400, Mathieu Desnoyers wrote:
> Here is some documentation explaining what is/how to use the Linux
> Kernel Markers.
As mentioned in the tracing infrastructure thread I don't think
putting code into Documentation is a good idea. Either of you really
should
Subject and description sounds rather odd for just wiring up Kconfig
and Makefile. I'd suggest merging this into the previous patch.
In fact given how small markers are it might make sense to put the
documentation into it aswell, it's probably still a lot below 400k.
-
To unsubscribe from this
On Mon, 24 Sep 2007 01:51:17 -0700 Jonathan Campbell wrote:
> Sorry for the long delay, been very busy since I last posted the 386
> kernel patches back in July.
> Now that I have more free time I remade the patches in a cleaner manner,
> broken down into
> smaller patches, with fewer #ifdefs
With the r/o bind mount patches, we can have as many
spinlocks nested as there are CPUs on the system.
Lockdep freaks out after 8.
So, create a new lockdep class of locks for the
mnt_writer spinlocks, and initialize each of the
cpu locks to be in a different class.
It should shut up warnings
On Mon, Sep 24, 2007 at 12:49:54PM -0400, Mathieu Desnoyers wrote:
> +struct __mark_marker {
> + const char *name; /* Marker name */
> + const char *format; /* Marker format string, describing the
> + * variable argument list.
> +
Andrew Morton schrieb:
> On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham <[EMAIL PROTECTED]> wrote:
>
>
>> Hi Andrew.
>>
>> On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
>>
>>> Seems like good enough for -mm to me.
>>>
>>>
On Mon, Sep 24, 2007 at 12:49:51PM -0400, Mathieu Desnoyers wrote:
> Add support for sorted list in seq_file. It aims at changing the way
> /proc/modules and kallsyms iterates on the module list to remove a race
> between
> module unload and module/symbol listing.
>
> The list is sorted by
Andrew Morton wrote:
> On Thu, 20 Sep 2007 14:30:05 -0700
> [EMAIL PROTECTED] wrote:
>
>> cpu_data is currently an array defined using NR_CPUS. This means that
>> we overallocate since we will rarely really use maximum configured cpus.
>> When NR_CPU count is raised to 4096 the size of cpu_data
On Fri, Sep 21, 2007 at 11:37:52PM +0100, Denys Vlasenko wrote:
> But I compile net/* into bzImage. I like netbooting :)
Isn't it possible to netboot with an initramfs image? I am pretty sure
I have seen some systems do exactly that.
--
Len Sorensen
-
To unsubscribe from this list: send the
Here is the first stage of a port of blktrace to the Linux Kernel Markers. The
advantage of this port is that it minimizes the impact on the running when
blktrace is not active.
A few remarks : this patch has the positive effect of removing some code
from the block io tracing hot paths,
The marker activation functions sits in kernel/marker.c. A hash table is used
to keep track of the registered probes and armed markers, so the markers within
a newly loaded module that should be active can be activated at module load
time.
marker_query has been removed. marker_get_first,
With the increasing complexity of today's user-space application and the wide
deployment of SMP systems, the users need an increasing understanding of the
behavior and performance of a system across multiple processes/different
execution contexts/multiple CPUs. In applications such as large
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: "Frank Ch. Eigler" <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
---
Documentation/markers/markers.txt | 81
Add #include for flush_dcache_range
to make the driver compile again.
CC arch/ppc/8xx_io/enet.o
arch/ppc/8xx_io/enet.c: In function 'scc_enet_start_xmit':
arch/ppc/8xx_io/enet.c:240: error: implicit declaration of function
'flush_dcache_range'
make[1]: *** [arch/ppc/8xx_io/enet.o] Error
in cpm_uart_cpm1.h, DPRAM_BASE is assigned an address derived from cpmp.
On ARC=ppc, this is a physical address with 1:1 DMA mapping which can't
be used for arithmetric compare operations with virtual addresses
returned by cpm_dpram_addr. This patch changes the assignment to use
cpm_dpram_addr
On Mon, Sep 24, 2007 at 09:44:55AM -0700, Chris Wedgwood wrote:
> On Mon, Sep 24, 2007 at 09:31:48AM -0700, Greg KH wrote:
>
> > A tarball of the patches can be found at:
> > kernel.org/pub/linux/kernel/v2.6/stable-testing/patch-2.6.22.8-rc1.gz
>
On Mon, Sep 24, 2007 at 09:46:28AM -0700, Chris Wedgwood wrote:
> > (to make it easier for people to click)
>
> actually, it's not a tarball either... am I seeing something stale or
> perhaps the result of slow 'kernel.org replication?
It's not a tarball, just a gzip file. And it might be the
On Monday 24 September 2007 17:56:39 Antoine Martin wrote:
> Hi Ted / LKML,
>
> I've got this snapshot of an ext3 filesystem with a directory that
> simply cannot be removed! (image below is just 1.2MB)
> As root:
> # wget http://users.nagafix.co.uk/~antoine/root-broken.bz2
> # bunzip2
cpm_dpram_addr returns physical memory of the DP RAM instead of
iomapped virtual memory. As there usually is a 1:1 MMU map of
the IMMR area, this is often not noticed. However, cpm_dpram_phys
assumes this iomapped virtual memory and returns garbage on the
1:1 mapped memory causing CPM1 uart
The powerpc version of commproc.c exports cpm_dpram_addr twice
and cpm_dpram_phys not at all due to a typo. This patch fixes this
problem.
CC arch/powerpc/sysdev/commproc.o
arch/powerpc/sysdev/commproc.c:398: error: redefinition of
'__kcrctab_cpm_dpram_addr'
On Fri, 21 Sep 2007, Russell King wrote:
> > I see no problem with implementing the ->pm() call as something like:
> >
> > void zs_pm(struct uart_port uport, unsigned int state, unsigned int
> > oldstate)
> > {
> > struct zs_port *zport = to_zport(uport);
> >
> > if (state < 3)
> >
Here is a series fixing some bugs for 8xx powerpc CPUs.
1. [POWERPC] Fix copy'n'paste typo in commproc.c
2. [PPC] Fix cpm_dpram_addr returning phys mem instead of virt mem
3. [PPC] Compile fix for 8xx CPM Ehernet driver
4. [POWERPC] Fix cpm_uart driver (updated)
This series can be pulled from
On Mon, Sep 24, 2007 at 09:59:29AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > On 24/09/2007 7:17 PM, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
On Mon, Sep 24, 2007 at 09:58:15AM -0700, Randy Dunlap wrote:
> > + config FAIR_CGROUP_SCHED
> > + bool "Control groups"
> > + depends on CGROUPS
> > + help
> > + This option allows you to create arbitrary task groups
> > + using the
Peter Zijlstra wrote:
> On Mon, 24 Sep 2007 09:44:48 -0700 Andrew Morton
> <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi Andrew,
>>>
>>> Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
>>>
>>> Similar kernel
Scott Wood schrieb:
Jochen Friedrich wrote:
In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc
an offset into DP RAM is calculated by substracting a physical
memory constant from an virtual address. This patch fixes the
problem by converting the virtual address into a physical
Eric W. Biederman wrote:
> [EMAIL PROTECTED] (Joseph Fannin) writes:
>
>
>>The netfilter sysctls in the bridging code don't set strategy routines:
>>
>> sysctl table check failed: /net/bridge/bridge-nf-call-arptables .3.10.1
>> Missing
>>strategy
>> sysctl table check failed:
On Mon, Sep 24, 2007 at 05:56:39PM +0100, Antoine Martin wrote:
> I've got this snapshot of an ext3 filesystem with a directory that
> simply cannot be removed! (image below is just 1.2MB)
> As root:
> # wget http://users.nagafix.co.uk/~antoine/root-broken.bz2
> # bunzip2 root-broken.bz2
>
On Mon, Sep 24, 2007 at 09:56:41AM -0700, Randy Dunlap wrote:
> > +choice
> > + depends on FAIR_GROUP_SCHED
> > + prompt "Basis for grouping tasks"
> > + default FAIR_USER_SCHED
> > +
> > + config FAIR_USER_SCHED
> > + bool "user id"
> > + help
> > + This
On Sat, Sep 22, 2007 at 12:39:55PM +0800, lepton wrote:
> There is a bug in os_free_irq_by_cb, when the first element
> of active_fds list is free, the value of active_fds is not
> updated, just value in stack is updated.
Man, that sucks.
Nice spotting.
>
> The intresting thing is
On Mon, Sep 24, 2007 at 09:53:44AM -0700, Randy Dunlap wrote:
> > config FAIR_GROUP_SCHED
> > - bool "Fair group scheduler"
> > - depends on EXPERIMENTAL && CONTAINERS
> > + bool "Fair group cpu scheduler"
>
> Can we have "CPU" instead of "cpu" ?
Sounds good. Will add to my
On Mon, 24 Sep 2007 22:10:59 +0530 Srivatsa Vaddagiri wrote:
> ---
> include/linux/sched.h |4 +++
> init/Kconfig | 13
> kernel/sched.c|9
> kernel/sched_debug.c | 52
> ++
> kernel/user.c
On Mon, 2007-09-24 at 18:43 +0200, Vegard Nossum wrote:
> Storing the format-string separately allows us to hash THAT instead of
> the formatted (ie. console output) message. Since this will never
> change from message to message, it can be looked up in a table or
> whatever and allow user-space
On Mon, 24 Sep 2007 22:11:59 +0530 Srivatsa Vaddagiri wrote:
> include/linux/cgroup_subsys.h |6 ++
> init/Kconfig | 24 +---
> kernel/sched.c| 122
> ++
> 3 files changed, 145 insertions(+), 7 deletions(-)
>
>
On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
>
> On 24/09/2007 7:17 PM, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
> > - New git tree git-powerpc-galak.patch added to the -mm lineup:
On Mon, 24 Sep 2007 09:44:48 -0700 Andrew Morton
<[EMAIL PROTECTED]> wrote:
> On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
> >
> > Similar kernel Bug was reported for
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> On Mon, 24 Sep 2007 12:03:58 -0400 Mathieu Desnoyers
> <[EMAIL PROTECTED]> wrote:
>
> > Hi Ingo,
> >
> > I got the following printk when booting 2.6.23-rc7-mm1 :
> >
> > BUG: MAX_LOCKDEP_SUBCLASSES too low!
> > turning off the locking correctness
Add support for sorted list in seq_file. It aims at changing the way
/proc/modules and kallsyms iterates on the module list to remove a race between
module unload and module/symbol listing.
The list is sorted by ascending list_head pointer address.
Changelog:
When reading the data by small
Quoting Randy:
"It seems sad that this patch sources Kconfig.marker, a 7-line file,
20-something times. Yes, you (we) don't want to put those 7 lines
into 20-something different files, so sourcing is the right thing.
However, what you did for avr32 seems more on the right track to me:
make
A race that appears both in /proc/modules and in kallsyms: if, between the
seq file reads, the process is put to sleep and at this moment a module is
or removed from the module list, the listing will skip an amount of
modules/symbols corresponding to the amount of elements present in the unloaded
On Mon, Sep 24 2007, Vlad Yasevich wrote:
> Cedric Le Goater wrote:
> > putting Vlad in Cc:
> >
> > Cedric Le Goater wrote:
> >> Andrew Morton wrote:
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >> I also get this compile error on s390.
On Mon, Sep 24 2007, Cedric Le Goater wrote:
> putting Vlad in Cc:
>
> Cedric Le Goater wrote:
> > Andrew Morton wrote:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
> >
> > I also get this compile error on s390. 'linux/scatterlist.h' has
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Ted / LKML,
I've got this snapshot of an ext3 filesystem with a directory that
simply cannot be removed! (image below is just 1.2MB)
As root:
# wget http://users.nagafix.co.uk/~antoine/root-broken.bz2
# bunzip2 root-broken.bz2
# mount -o loop -t
On Mon, Sep 24 2007, Cedric Le Goater wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> /home/clg/linux/2.6.23-rc7-mm1/drivers/s390/block/dasd_eckd.c: In function
> `dasd_eckd_build_cp':
>
On Mon, 24 Sep 2007 15:41:54 +0100 (BST) "Maciej W. Rozycki" <[EMAIL
PROTECTED]> wrote:
> On Fri, 21 Sep 2007, Andrew Morton wrote:
>
> > > A driver model and phylib update.
> >
> > akpm:/usr/src/25> diffstat patches/git-net.patch | tail -n 1
> > 1013 files changed, 187667 insertions(+),
Hi Andrew,
Following Christoph Hellwig's suggestion, aiming at a Linux Kernel Markers
inclusion for 2.6.24, I made a simplified version of the Linux Kernel Markers.
There are no more dependencies on any other patchset.
The modification only involved turning the immediate values into static
On Mon, 24 Sep 2007 22:09:37 +0530 Srivatsa Vaddagiri wrote:
> With the view of supporting user-id based fair scheduling (and not just
> container-based fair scheduling), this patch renames several functions
> and makes them independent of whether they are being used for container
> or user-id
On Sat, Sep 22, 2007 at 11:39:32PM +0800, lepton wrote:
> Since we just call clone without CLONE_VM, it is no need to
> use anoymous mmap to get a new stack frame.
This section of code has been converted to use fork() for this exact reason.
Jeff
--
Work email -
> (to make it easier for people to click)
actually, it's not a tarball either... am I seeing something stale or
perhaps the result of slow 'kernel.org replication?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Mon, 24 Sep 2007 11:47:59 +0200
Marcel Holtmann <[EMAIL PROTECTED]> wrote:
>
> where can I get this driver? I have a bunch of SDIO WiFi cards that
> might contain Libertas chip.
>
If you just want to determine if they have the chip or not, then just
examine the debug output my current sdio
On Sun, Sep 23, 2007 at 08:26:53PM +0800, lepton wrote:
> it is a error do count++ here, it will let the following compare
> (after 8 lines) " if (!count)" always be false.
I take back what I said. It looks like it's checking for some
non-zero number of traps, which would be for the
On Sun, Sep 23, 2007 at 08:26:53PM +0800, lepton wrote:
> it is a error do count++ here, it will let the following compare
>(after 8 lines) " if (!count)" always be false.
> - count++;
Have you booted a UML with this change? It looks to me like you'll
just make it crash on boot
On Mon, 2007-09-24 at 17:18 +0200, Rafael J. Wysocki wrote:
> > > Well, "noacpi" seems to be a synonym for "pci=noacpi".
> > >
> > > Anyway, it causes acpi_disable_pci() to be executed, which according to
> > > Documentation/kernel-parameters.txt means "Do not use ACPI for IRQ
> > > routing or
>
On Mon, Sep 24, 2007 at 09:31:48AM -0700, Greg KH wrote:
> A tarball of the patches can be found at:
> kernel.org/pub/linux/kernel/v2.6/stable-testing/patch-2.6.22.8-rc1.gz
^^^
s/testing/review/
On Mon, 24 Sep 2007 18:43:33 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Kernel BUG over x86_64 (AMD Opteron(tm) Processor 844).
>
> Similar kernel Bug was reported for 2.6.23-rc2-mm1
> at http://lkml.org/lkml/2007/8/10/20 and the
> mm-dirty-balancing-for-tasks.patch was
On 9/24/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-09-24 at 11:22 +0200, Michael Holzheu wrote:
> > Together with the idea of not allowing multiple lines in the kprint_xxx
> > functions, that would go with our approach having message numbers to
> > identify a message.
>
> How does
On Mon, 24 Sep 2007, Peter Zijlstra wrote:
On Mon, 24 Sep 2007 13:22:14 +0200 Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Mon, 2007-09-24 at 12:42 +0200, Mike Galbraith wrote:
On Mon, 2007-09-24 at 12:24 +0200, Peter Zijlstra wrote:
how about something like:
s64 delta = (s64)(vruntime -
On Mon, 24 Sep 2007 12:03:58 -0400 Mathieu Desnoyers
<[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> I got the following printk when booting 2.6.23-rc7-mm1 :
>
> BUG: MAX_LOCKDEP_SUBCLASSES too low!
> turning off the locking correctness validator.
>
> Is it known/correct situation ?
Known, bug in
Matti Linnanvuori wrote:
Randy Dunlap <[EMAIL PROTECTED]>:
Another convention is that we put kernel-doc with the implementation
(i.e., in .c files) when possible, not with the function prototype.
Of course, for inline functions or macros in header files, that's
where the kernel-doc has to live.
On Mon, Sep 24, 2007 at 09:17:33AM -0700, Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.22.8 release.
A tarball of the patches can be found at:
kernel.org/pub/linux/kernel/v2.6/stable-testing/patch-2.6.22.8-rc1.gz
thanks,
greg k-h
-
To unsubscribe from this
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> > (3) rework enqueue/dequeue_entity() to get rid of
> > sched_class::set_curr_task()
>
> Dmitry/Ingo,
> I am sorry for not having reviewed this change properly, but I
> think we need to revert this.
ah, i was wondering about that
On Mon, 2007-09-24 at 09:26 -0700, Andrew Morton wrote:
> On Mon, 24 Sep 2007 13:51:05 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > static void lock_and_coalesce_cpu_mnt_writer_counts(void)
> > {
> > int cpu;
> > struct mnt_writer *cpu_writer;
> >
> >
Enable user-id based fair group scheduling. This is usefull for anyone
who wants to test the group scheduler w/o having to enable
CONFIG_CGROUPS.
A separate scheduling group (i.e struct task_grp) is automatically created for
every new user added to the system. Upon uid change for a task, it is
Enable "cgroup" (formerly containers) based fair group scheduling.
This will let administrator create arbitrary groups of tasks (using
"cgroup" psuedo filesystem) and control their cpu bandwidth usage.
Signed-off-by : Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Signed-off-by : Dhaval Giani <[EMAIL
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 08:38:34AM -0700, David Wilder wrote:
NACK, don't put code into Documentation/. Put it into kernel as it's
actually useful kernel code.
Are you suggesting moving the example code into kernel? Or complaining
about example code in
With the view of supporting user-id based fair scheduling (and not just
container-based fair scheduling), this patch renames several functions
and makes them independent of whether they are being used for container
or user-id based fair scheduling.
Also fix a problem reported by KAMEZAWA
From: Larry Finger <[EMAIL PROTECTED]>
port of 3f7086978fc0193eff24a77d8b57ac4debc088fa from mainline.
A crash upon booting that is caused by bcm43xx has been reported [1] and
found to be due to a work queue being reinitialized while work on that
queue is still pending. This fix modifies the
From: David Miller <[EMAIL PROTECTED]>
commit 2cc7345ff71b27b5ac99e49ad7de39360042f601 in mainline
Subject: [49/50] [PATCH] [SPARC64]: Fix booting on V100 systems.
On the root PCI bus, the OBP device tree lists device 3 twice.
Once as 'pm' and once as 'lomp'.
Everything goes downhill from
From: Herbert Xu <[EMAIL PROTECTED]>
commit ef8aef55ce61fd0e2af798695f7386ac756ae1e7 in mainline
Subject: [47/50] [PATCH] [NET]: Do not dereference iov if length is zero
When msg_iovlen is zero we shouldn't try to dereference
msg_iov. Right now the only thing that tries to do so
is
From: Adit Ranadive <[EMAIL PROTECTED]>
commit ce5d0b47f13f83dfb9fbb8ac91adad7120747aaf in mainline
Subject: [48/50] [PATCH] [PKTGEN]: srcmac fix
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
net/core/pktgen.c | 10 ++
1 file
From: Ilpo J?rvinen <[EMAIL PROTECTED]>
commit 6ee8009e38006da81d2a53da1aaa27365552553e in mainline
Subject: [45/50] [PATCH 1/1] [TCP]: Also handle snd_una changes in tcp_cwnd_down
tcp_cwnd_down must check for it too as it should be conservative
in case of collapse stuff and also when receiver
From: Ilpo J?rvinen <[EMAIL PROTECTED]>
commit 49ff4bb4cd4c04acf8f9e3d3ec2148305a1db445 in mainline.
[TCP]: DSACK signals data receival, be conservative
In case a DSACK is received, it's better to lower cwnd as it's
a sign of data receival.
Signed-off-by: Ilpo J?rvinen <[EMAIL PROTECTED]>
From: Stephen Hemminger <[EMAIL PROTECTED]>
commit 09d74cdd88a59a18f2ad7cfa0b6045ed1817b632 in mainline.
Subject: [44/50] [PATCH] [KBUILD]: Sanitize tc_ematch headers.
The headers in tc_ematch are used by iproute2, so these headers should
be processed.
Signed-off-by: Stephen Hemminger <[EMAIL
From: Jiri Kosina <[EMAIL PROTECTED]>
commit 6ae5f983cf8de769214d2d9e8a783c881eccd4cd in mainline
The commit 95c385 broke proper source address selection for cases in which
there is a address which is makred 'deprecated'. The commit mistakenly
changed ifa->flags to ifa_result->flags (probably
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
commit 8c7b43a2e58baa24002fa2b266d9a5007bc52a40 in mainline
I tried to preserve bridging code as it was before, but logic is quite
strange - I think we should free skb on error, since it is already
unshared and thus will just leak.
Herbert Xu states:
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
commit 3ef9d943d26dea764f4fecf3767001c90b778b0c in mainline
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
net/ipv6/raw.c |3 +--
1
From: Denis V. Lunev <[EMAIL PROTECTED]>
commit 9e3be4b34364a670bd6e57d2e8c3caabdd8d89f8 in mainline
addrconf_dad_failure calls addrconf_dad_stop which takes referenced address
and drops the count. So, in6_ifa_put perrformed at out: is extra. This
results in message: "Freeing alive inet6
On Mon, 24 Sep 2007 13:51:05 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> static void lock_and_coalesce_cpu_mnt_writer_counts(void)
> {
> int cpu;
> struct mnt_writer *cpu_writer;
>
> for_each_possible_cpu(cpu) {
> cpu_writer = _cpu(mnt_writers, cpu);
>
201 - 300 of 1028 matches
Mail list logo
