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 ascending
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.
+
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 all
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
* 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 and
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, 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
putting code
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 Documentation/.
* 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: send the
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.
The
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 information
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 complains
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?
rday
--
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 shorter
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
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)))
{
}
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 ++
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: Duncan Sands [EMAIL
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
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 -- I've geve some
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
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
On 09/24/2007 04:41 PM, Alan Stern wrote:
On Mon, 24 Sep 2007, Jiri Slaby wrote:
On 09/24/2007 11:17 AM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
Fine, but on some boots (I noticed this on rc6-mm1 too, but not before):
On Mon, Sep 24, 2007 at 02:43:09PM -0400, Mathieu Desnoyers wrote:
gcc doesn't like it if I put the attribute after the function in the
implementation. Should I leave it before or separate the prototype from
the implementation ?
Just keep it where it was.
There seem to be a lot of exports
On 9/23/07, Torsten Kaiser [EMAIL PROTECTED] wrote:
On 9/23/07, FUJITA Tomonori [EMAIL PROTECTED] wrote:
Can you try Jens's sglist-arch branch? If it works, probably libata in
-mm has bugs.
For your convenience, I put a sglist-arch branch patch against v2.6.23-rc7:
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
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
+*
Christoph Hellwig wrote:
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
On Mon, 24 Sep 2007 10:46:58 -0700
Dave Hansen [EMAIL PROTECTED] wrote:
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.
The patch implements the right solution for this invent your own lock
situation...
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
On Mon, Sep 24, 2007 at 02:43:09PM -0400, Mathieu Desnoyers wrote:
gcc doesn't like it if I put the attribute after the function in the
implementation. Should I leave it before or separate the prototype from
the implementation ?
Just keep it
On Mon, Sep 24, 2007 at 11:49:15AM -0700, Randy Dunlap wrote:
I think that samples are perfectly fine for documentation and
that the trace example is a good example. I think that most people
who need something like that would need to customize it for their
specific needs anyway.
We don't
On Monday, 24 September 2007 18:46, Thomas Gleixner wrote:
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
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 11:49:15AM -0700, Randy Dunlap wrote:
I think that samples are perfectly fine for documentation and
that the trace example is a good example. I think that most people
who need something like that would need to customize it for their
specific
Trond Myklebust wrote:
On Mon, 2007-09-10 at 18:36 +0530, Kamalesh Babulal wrote:
Trond Myklebust wrote:
On Sat, 2007-09-08 at 01:56 +0200, Michal Piotrowski wrote:
Hi,
On 07/09/2007, Kamalesh Babulal [EMAIL PROTECTED] wrote:
Sep 7 11:42:49 p55lp2 kernel: kernel BUG at
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
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.
On Mon, 24 Sep 2007, Jiri Slaby wrote:
On 09/24/2007 04:41 PM, Alan Stern wrote:
On Mon, 24 Sep 2007, Jiri Slaby wrote:
On 09/24/2007 11:17 AM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
Fine, but on some boots (I
On Mon, Sep 24, 2007 at 03:04:52PM -0400, Mathieu Desnoyers wrote:
I provided blktrace as a first user of the markers, but I agree that it
may be a little late for merging. I can keep it for later too.
I we manage to get Dave's trace patches and your markers in I'll make
sure to get a sputrace
On 9/24/07, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
With the five hotfixes applied it works for me.
But it fails to power down my system when shutting down.
It prints twice 'System halted' and blinks the
On Mon, Sep 24, 2007 at 01:51:17AM -0700, Jonathan Campbell wrote:
+#if defined(__i386__) defined(CONFIG_DMI)
dmi_check_system(acpi_dmi_table);
#endif
+#ifdef CONFIG_DMI
dmi_scan_machine();
+#endif
+#ifdef CONFIG_DMI
/* Check and install the TSC
Without this patch, taken from a Suse 2.6.22 kernel, the Pegasos
PPC machines can't use their IDE interface. Is this the right fix?
Bug:
https://bugzilla.redhat.com/show_bug.cgi?id=247602
Patch (also below):
https://bugzilla.redhat.com/attachment.cgi?id=167747
===
The built-in IDE
On Mon, 24 Sep 2007 18:54:11 +0100
Christoph Hellwig [EMAIL PROTECTED] wrote:
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
On Mon, 2007-09-24 at 21:11 +0200, Rafael J. Wysocki wrote:
/me scratches head
Retested.
We know, that
- disabling local apic timers work
This works reproducibly accross the board.
Ok
- local apic timers (which turn off PIT) work. when noacpiFSCKEDPARSING
This stopped working,
On Mon, 24 Sep 2007 11:01:58 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
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 Mon, 24 Sep 2007 10:46:58 -0700 Dave Hansen [EMAIL PROTECTED]
wrote:
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
* Christoph Hellwig ([EMAIL PROTECTED]) 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
putting code into
On 09/24/2007 09:06 PM, Alan Stern wrote:
On Mon, 24 Sep 2007, Jiri Slaby wrote:
On 09/24/2007 04:41 PM, Alan Stern wrote:
On Mon, 24 Sep 2007, Jiri Slaby wrote:
On 09/24/2007 11:17 AM, Andrew Morton wrote:
On Sep 24, 2007, at 11:22 AM, Scott Wood wrote:
cpmp is a physical address on arch/ppc?
No, it's a well known ioremaped() address
into the IMMR space. The only physical
addresses in any of the CPM/CPM2 are
those required to by the buffer descriptors.
There are DPRAM offsets, but they should
On Mon, 24 Sep 2007 22:38:03 +0530 Kamalesh Babulal
[EMAIL PROTECTED] wrote:
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
System: firewall
-Epia 5000 via c3 system
-bios 2.07 (latest available, upgraded from 1.09 with same behaviour)
-128Mb flash memory (ide emulation)
-256mb ram
-voyage linux (debian based)
Runs standard kernel just fine, 2.6.22.17 also compiles/runs
where as 2.6.23-rcX wont
Typed over from
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
On Mon, Sep 24, 2007 at 03:04:52PM -0400, Mathieu Desnoyers wrote:
I provided blktrace as a first user of the markers, but I agree that it
may be a little late for merging. I can keep it for later too.
I we manage to get Dave's trace patches
On Mon, Sep 24, 2007 at 12:10:35PM -0700, Andrew Morton wrote:
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
On Mon, Sep 24, 2007 at 03:18:11PM -0400, Mathieu Desnoyers wrote:
putting code into Documentation is a good idea. Either of you really
should start a sample/ toplevel directory for this kind of stuff
including a Kconfig menu etc to be able to build these samples as
part of an
On Mon, 24 Sep 2007 21:07:19 +0200
Torsten Kaiser [EMAIL PROTECTED] wrote:
On 9/24/07, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
With the five hotfixes applied it works for me.
But it fails to power
On Thu, Sep 20, 2007 at 07:06:35PM -0600, Moore, Eric wrote:
Darrick - MESSAGE_UNIT_RESET is already issued from inside
mpt_do_ioc_recovery(), so you don't need to send this in advance of
that.YOu will find that occuring from the function MakeIocReady.
Anyways... would it be possible for
On Mon, 24 Sep 2007 12:28:11 -0700
Dave Hansen [EMAIL PROTECTED] wrote:
On Mon, 2007-09-24 at 18:54 +0100, Christoph Hellwig wrote:
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
Hi Davide,
Davide Libenzi wrote:
On Mon, 24 Sep 2007, Michael Kerrisk wrote:
Is it perhaps not better to group the three syscalls contiguously with
respect to syscall numbers? The old timerfd slot can be re-used for some
other syscall later.
There's no problem if they're not contiguous.
On Mon, 24 Sep 2007 20:25:04 +0100 Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 03:18:11PM -0400, Mathieu Desnoyers wrote:
putting code into Documentation is a good idea. Either of you really
should start a sample/ toplevel directory for this kind of stuff
including a Kconfig menu
On Mon, 24 Sep 2007, Jiri Slaby wrote:
Hmm, I have usb legacy keyboard switched on because of grub and bios to allow
me
typing.
I booted 23-rc7 4 times, and the latest -mm 3 times just now and can't
reproduce
it, I just wonder by what is this conditioned.
Warm boot vs. cold boot,
Dan Malek wrote:
On Sep 24, 2007, at 11:22 AM, Scott Wood wrote:
cpmp is a physical address on arch/ppc?
No, it's a well known ioremaped() address into the IMMR space.
Maybe that's how it was, but the current code initializes it (more or
less) directly with IMAP_ADDR, which also gets fed
On Mon, 2007-09-24 at 18:54 +0100, Christoph Hellwig wrote:
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
Hi Andrew,
The build fails with following error
CC drivers/block/ps3disk.o
drivers/block/ps3disk.c: In function ‘ps3disk_scatter_gather’:
drivers/block/ps3disk.c:115: error: ‘bio’ undeclared (first use in this
function)
drivers/block/ps3disk.c:115: error: (Each undeclared identifier is
reported
On Mon, 24 Sep 2007, Michael Kerrisk wrote:
Hi Davide,
Davide Libenzi wrote:
On Mon, 24 Sep 2007, Michael Kerrisk wrote:
Is it perhaps not better to group the three syscalls contiguously with
respect to syscall numbers? The old timerfd slot can be re-used for some
other syscall
On Thu, Sep 20, 2007 at 05:57:49PM +0200, Paolo Giarrusso wrote:
Yes, indeed - or sign extension on 64bit machines would set to 1 the whole
high-word.
But using long for that mask makes no difference; either int or long
long (or better, either u32 or u64) should be used, given that the
This is on top of the ext2-reservations.patch in -mm.
The original r/o bind mount set didn't address the new
ext2 ioctl: EXT2_IOC_SETRSVSZ, because it doesn't exist
in mainline. This fixes that up for -mm.
Signed-off-by: Dave Hansen [EMAIL PROTECTED]
---
lxc-dave/fs/ext2/ioctl.c | 17
On Mon, 24 Sep 2007, Badari Pulavarty wrote:
Whats happening on my machine is ..
dbench forks of 4 children and sends them a signal to start the work.
3 out of 4 children gets the signal and does the work. One of the child
never gets the signal so, it waits forever in pause(). So, parent
Please throw away what I send a moment ago, it was the wrong
patch.
This is on top of the ext2-reservations.patch in -mm.
The original r/o bind mount set didn't address the new
ext2 ioctl: EXT2_IOC_SETRSVSZ, because it doesn't exist
in mainline. This fixes that up for -mm.
Signed-off-by:
On 09/24/2007 03:24 PM, Danny ter Haar wrote:
System: firewall
-Epia 5000 via c3 system
-bios 2.07 (latest available, upgraded from 1.09 with same behaviour)
-128Mb flash memory (ide emulation)
-256mb ram
-voyage linux (debian based)
Runs standard kernel just fine, 2.6.22.17 also
On Fri, 2007-09-14 at 07:22 +1000, Nick Piggin wrote:
On Friday 14 September 2007 16:02, Soeren Sonnenburg wrote:
On Thu, 2007-09-13 at 09:51 +1000, Nick Piggin wrote:
On Thursday 13 September 2007 19:20, Soeren Sonnenburg wrote:
Dear all,
I've just seen this in dmesg on a AMD
I think that advancing the timer against the timer's current now can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
include/linux/hrtimer.h |7 +++
1 file
This is the new timerfd API as it is implemented by the following patch:
int timerfd_create(int clockid);
int timerfd_settime(int ufd, int flags,
const struct itimerspec *utmr,
struct itimerspec *otmr);
int timerfd_gettime(int ufd, struct itimerspec *otmr);
Wires up the new timerfd API to the x86 family.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
arch/i386/kernel/syscall_table.S |5 -
arch/x86_64/ia32/ia32entry.S |4 +++-
include/asm-i386/unistd.h|6 --
include/asm-x86_64/unistd.h |8
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
---
On Mon, 2007-09-24 at 12:34 -0700, Andrew Morton wrote:
It prints twice 'System halted' and blinks the keyboard leds, but does
not switch off. On all other kernel version I only see one keyboard
blink before the power goes out.
ok...
I compared its dmesg to vanilla-rc7 and -rc4-mm1,
On Sat, Sep 01, 2007 at 08:43:49PM -0600, Matthew Wilcox wrote:
Here's the second version of TASK_KILLABLE. A few changes since version 1:
snip
I obviously haven't covered every place that can result in a process
sleeping uninterruptibly while attempting an operation. But sync_page
(patch
On Mon, 2007-09-24 at 13:22 -0700, Davide Libenzi wrote:
I think that advancing the timer against the timer's current now can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi [EMAIL PROTECTED]
On Mon, 24 Sep 2007 15:10:41 -0400
Chuck Ebbert [EMAIL PROTECTED] wrote:
Without this patch, taken from a Suse 2.6.22 kernel, the Pegasos
PPC machines can't use their IDE interface. Is this the right fix?
I believe so yes
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On 9/24/07, Joe Perches [EMAIL PROTECTED] wrote:
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
On Mon, 24 Sep 2007 11:56:35 -0700 Randy Dunlap wrote:
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 11:49:15AM -0700, Randy Dunlap wrote:
I think that samples are perfectly fine for documentation and
that the trace example is a good example. I think that most people
who need
On Mon, 24 Sep 2007 18:55:38 +0200
Patrick McHardy [EMAIL PROTECTED] wrote:
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
[EMAIL PROTECTED]
Bcc:
Subject: Re: realtime preemption performance difference
Reply-To:
In-Reply-To: [EMAIL PROTECTED]
On Mon, Sep 24, 2007 at 05:18:01PM +0530, Jaswinder Singh wrote:
Hi all,
I want to check performance difference by using realtime preemption patch :
--
On Mon, 24 Sep 2007, Steven Rostedt wrote:
[EMAIL PROTECTED]
Bcc:
Subject: Re: realtime preemption performance difference
Reply-To:
In-Reply-To: [EMAIL PROTECTED]
[ I'm actually just learning how to screw-up^Wuse mutt ]
bah!
-- Steve
-
To unsubscribe from this list: send the line
Hi Ingo and Dmitry,
I made a clean-up patch about fixing invalid sched_class use.
Dmitry, could you please review and sign it?
The adjusting sched_class is a missing part of the already existing
do not leak PI boosting priority to the child at the sched_fork().
This patch moves the adjusting
Hello,
Many monitoring tools use /proc/kallsyms to build a symbol table for the kernel.
This technique has the advantage that it does not require root privileges, nor
an up-to-date /boot/System.map, nor a decompressed kernel in /boot.
The problem is that /proc/kallsyms does not report the size
On Monday 24 September 2007, Chuck Ebbert wrote:
Without this patch, taken from a Suse 2.6.22 kernel, the Pegasos
PPC machines can't use their IDE interface. Is this the right fix?
This or use IDE via82cxxx driver.
Bug:
https://bugzilla.redhat.com/show_bug.cgi?id=247602
Patch (also below):
I've found a typo in a comment of e1000 driver.
I don't know the Signed-off-by for such a short and trivial patch. Any way
I put it here.
Signed-off-by: Masatake YAMATO [EMAIL PROTECTED]
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 4a22595..50e9c41 100644
Hi Kamalesh.
The link error for a PowerMac G5 (powerpc) is still seen with
2.6.23-rc7-mm1,
and was reported for 2.6.23-rc6-mm1 (http://lkml.org/lkml/2007/9/19/62).
KSYM.tmp_kallsyms1.S
AS .tmp_kallsyms1.o
LD .tmp_vmlinux2
KSYM.tmp_kallsyms2.S
AS
On Mon, 24 Sep 2007 22:58:28 +0200
Bartlomiej Zolnierkiewicz [EMAIL PROTECTED] wrote:
On Monday 24 September 2007, Chuck Ebbert wrote:
Without this patch, taken from a Suse 2.6.22 kernel, the Pegasos
PPC machines can't use their IDE interface. Is this the right fix?
This or use IDE
Linus, please pull from:
git://lost.foo-projects.org/~dwillia2/git/iop async-tx-fixes-for-linus
to receive:
Dan Williams (3):
async_tx: usage documentation and developer notes (v2)
async_tx: fix dma_wait_for_async_tx
raid5: fix 2 bugs in ops_complete_biofill
The raid5
The two kernels mentioned hangs occationally.
Typically when I compile something and pass the time
by surfing the web.
A few minutes and then I notice that the mouse (and everything else in X)
stops. kbd LEDs does not react to numlock/capslock.
The only thing that still works is sysrq+B
So far
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
On Mon, 24 Sep 2007 11:56:35 -0700 Randy Dunlap wrote:
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 11:49:15AM -0700, Randy Dunlap wrote:
I think that samples are perfectly fine for documentation and
that the trace example is a good
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
Analyzing various data structures when NR_CPU count is raised
to 4096 shows the following arrays over 128k. If the maximum
number of cpus are not installed (about 99.99% of the time),
then a large percentage
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
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 becomes
I looked around on the MLs for mention of this, but didn't find anything
that appeared to match.
Platform: HP rx8620 - 16-cpu/32GB/4-node ia64 [Madison]
2.6.23-rc7-mm1 broken out -- panic occurs when git-sched.patch pushed:
Unable to handle kernel NULL pointer dereference (address
On Fri, 21 Sep 2007, Hugh Dickins wrote:
I've found some fixes needed on top of your Large Blocksize Support
patches: I'll send those to you in a moment. Looks like you didn't
try much swapping!
yup. Thanks for looking at it.
I only managed to get ext2 working with larger blocksizes:
801 - 900 of 1028 matches
Mail list logo
