can't we also decrease the number of brackets here?
--- a/net/ipv6/addrconf.c
+++ b/net/ipv6/addrconf.c
@@ -1021,7 +1021,7 @@ int ipv6_dev_get_saddr(struct net_device
hiscore.rule++;
}
if
Serge E. Hallyn wrote:
No reason for any new parameters to pivot_root. Just clone your mounts
namespace first.
unshare(CLONE_NEWNS);
chdir(new_dir);
pivot_root(new_dir, oldroot);
Since pivot_root actually fiddles with the vfsmnts, this is really the
only way to go
On 9/24/07, Greg KH <[EMAIL PROTECTED]> wrote:
> netlink_run_queue() doesn't handle multiple processes processing the
> queue concurrently. Serialize queue processing in inet_diag to fix
> a oops in netlink_rcv_skb caused by netlink_run_queue passing a
> NULL for the skb.
I just got this one on
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> 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
[EMAIL PROTECTED] wrote:
> 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
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Move kprobes source files from Documentation/kprobes.txt to
samples/kprobes/ and add them to the build system.
Fix sparse warnings in all 3
* Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> On 24/09/2007, Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> > Hi Ingo and Dmitry,
> >
> > I made a clean-up patch about fixing invalid sched_class use.
>
> thanks!
>
> >
> > Dmitry, could you please review and sign it?
> >
> >
> > The adjusting
Hi, Tejun,
I was just looking over these changes...
> + /* Don't proceed till inhibition is lifted. */
> + add_wait_queue(_unload_wait, );
> + set_current_state(TASK_UNINTERRUPTIBLE);
> + if (atomic_read(_unload_inhibit_cnt))
> + schedule();
> +
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Sep 2007 23:45:37 +0200
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > The latest sched-devel.git tree can be pulled from:
> >
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
>
> I'm pulling
On Mon, 24 Sep 2007 23:45:37 +0200
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> The latest sched-devel.git tree can be pulled from:
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
I'm pulling linux-2.6-sched.git, and it's oopsing all over the place on
No, i did not manage to improve (it should NOT be a dangerous error BTW).
I simply think that this issue is because of buggy firmware, so i
posted to linux-ide a patch to blacklist this hard disk from using NCQ
(because it is triggering spurious completions).
I don't know what the "blacklisting
On 24/09/2007, Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> Hi Ingo and Dmitry,
>
> I made a clean-up patch about fixing invalid sched_class use.
thanks!
>
> Dmitry, could you please review and sign it?
>
>
> The adjusting sched_class is a missing part of the already existing
> "do not leak PI
The latest sched-devel.git tree can be pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
Lots of scheduler updates in the past few days, done by many people.
Most importantly, the SMP latency problems reported and debugged by Mike
Galbraith should
On Tue, 25 Sep 2007, Benjamin Herrenschmidt wrote:
> I'd suggest just reverting the patch for now (well, I see from the
> commit list that you did just that) and I'll try to come up with
> something better.
That would be great. Note that the reversal of the x86_64 quicklist
support patch does
On Mon, Sep 24, 2007 at 11:02:22PM +0200, Sam Ravnborg wrote:
> 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
On Sat, Sep 15, 2007 at 01:08:25PM +0100, Matthew Garrett wrote:
> On Sat, Sep 15, 2007 at 04:08:02AM -0700, Andrew Morton wrote:
>
> > I believe that about two years ago we broke something which caused quite a
> > large number of people to need noapic. Is that the case with any of your
> >
On 25/09/2007 3:12 AM, J. Bruce Fields wrote:
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:
Quoting David Newall ([EMAIL PROTECTED]):
> Bill Davidsen wrote:
>> there is no question that pivot_root is intended to have breadth for more
>> than one process.
>
> I think it's clear from the man page that the original idea was to be able
> to pivot_root for individual processes. The reason
Lee Schermerhorn wrote:
> 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
On Fri, 2007-09-21 at 12:21 -0700, Linus Torvalds wrote:
> Yeah, and the whole thing seems totally bogus. It totally depends on
> mmu_gather doing everything right (which very much includes the dependency
> on mmu gathering disabling preempt).
>
> For exmaple, if we were to go back to the
On Mon, 2007-09-24 at 23:08 +0200, Helge Hafting wrote:
> 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
On 9/24/07, Jaswinder Singh <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I want to check performance difference by using realtime preemption patch :
>
> http://www.kernel.org/pub/linux/kernel/projects/rt/
>
> Please let me know from where I can download samples to test realtime
> preemption
Yeah I'll ack it if it matters, although I'd make a nit about the
fixing of device tree entries in prom_init and have it moved to
nvramrc or a Forth script or boot loader..
Pegasos IDE quirks have been "fixed" so many times now in Linux,
this code's going to get reshuffled again in other
On Tue, 2007-09-25 at 00:31 +0530, Kamalesh Babulal wrote:
> > I'm mystified. I'm quite unable to reproduce this on my own setup: the
> > ENAMETOOLONG error reporting mechanism prevents me from even getting
> > near the above bug.
> >
> > Could you add a little printk into the 'encode_lookup'
On Mon, 2007-09-24 at 13:04 -0700, Linus Torvalds wrote:
>
> 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
Hopefully I will get some attention from those that are responsible for
fs/direct_io.c
Ingo and Thomas,
This patch converts the i_alloc_sem into a compat_rw_semaphore for the -rt
patch. Seems that the code in fs/direct_io.c does some nasty logic with
the i_alloc_sem. For DIO_LOCKING, I'm
On Fri, 21 Sep 2007, Hugh Dickins wrote:
> Swapping crashed immediately: must initialize new fields of swapper_space.
Thanks for finding that. It may be better though to use the new
mapping_setup() function instead? That way there is no #ifdef.
-
To unsubscribe from this list: send the line
On Mon, 24 Sep 2007 17:08:30 -0400 Mathieu Desnoyers wrote:
> * 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
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
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
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
* 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
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
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
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
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
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
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
--
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
[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 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:
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
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
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
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
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:
I obviously haven't covered every place that can result in a process
sleeping uninterruptibly while attempting an operation. But sync_page
(patch 4/5)
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
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 |
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
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
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
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 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,
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 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
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
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
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
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
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
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
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 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
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
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
* 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
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
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
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
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
* 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 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
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
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
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
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
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, 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
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
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
* 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
> >
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
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
> > > >
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
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
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"
* 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 ?
>
>
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 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
> > +
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
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
* 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
101 - 200 of 1028 matches
Mail list logo