Kconfig additions come last because every patch in the series
should be buildable.
-
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 h
On Wed, May 09, 2007 at 09:55:59PM -0400, Mathieu Desnoyers wrote:
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> Cc: Paul Mackerras <[EMAIL PROTECTED]>
> Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Can we please get the non-optimized
On Wed, May 09, 2007 at 09:56:02PM -0400, Mathieu Desnoyers wrote:
> Here is some documentation explaining what is/how to use the Linux
> Kernel Markers.
Please remove all references to out of tree code from the kernel documentation.
-
To unsubscribe from this list: send the line "unsubscribe lin
On Wed, May 09, 2007 at 09:56:01PM -0400, Mathieu Desnoyers wrote:
> --- /dev/null 1970-01-01 00:00:00.0 +
> +++ linux-2.6-lttng/include/asm-arm/marker.h 2007-05-09 18:16:05.0
> -0400
> @@ -0,0 +1,13 @@
> +/*
> + * marker.h
I think I've told you a few times already that menti
On Wed, May 09, 2007 at 09:56:05PM -0400, Mathieu Desnoyers wrote:
> Here is a proof of concept patch, for demonstration purpose, of moving
> blktrace to the markers.
Please get an ACK from Jens as blktrace is his code.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Wed, May 09, 2007 at 09:55:58PM -0400, Mathieu Desnoyers wrote:
> One of the things I'm starting to work on is adding support for your
> kernel markers to systemtap. I know the marker stuff is still in a bit
> of flux because you are trying to meet the (sometimes conflicting)
> requirements of
On Wed, 9 May 2007, Andrew Morton wrote:
> On Wed, 9 May 2007 19:37:05 -0700 [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8462
Is it possible to have more information? Like CPU, kernel 32/64, userspace
32/64 ...?
I've spotted something here:
+
Hi Andrew,
On 5/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Thu, 10 May 2007 15:25:58 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> --- linux-cell.orig/include/linux/interrupt.h 2007-05-10 14:51:22.0
+1000
> +++ linux-cell/include/linux/interrupt.h 2007-05-10 1
Hi,
On Sat, May 05, 2007 at 07:56:05PM +0200, Andreas Mohr wrote:
> Due to the "scathing" (well, thorough ;) code review I'll send a patch
> with those cleanups against 2.6.21-mm1 very soon.
working 3D/DRI intel-agp.ko resume for i815 chip cleanup patch:
- revert register define name change to e
On 5/8/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Tue, 8 May 2007 11:57:07 -0400 (EDT) Alan Stern wrote:
> On Tue, 8 May 2007, Greg KH wrote:
>
> > > The problem was in drivers/usb/core/config.c in function
> > > usb_parse_interface:
> > > ---
> > > num_ep = num_ep_orig = alt->desc.bNumE
Hi Ingo,
I am trying to fix the BUG I mentioned here:
http://lkml.org/lkml/2007/04/20/41. The problem arises because
ptrace_attach() calls local_irq_disable() and write_trylock() and later calls
write_unlock_irq. On -rt write_unlock_irq doesn't restore irqs for regular
rwlock_t, so irqs remain
Hi Ingo,
This patch makes ptrace_attach() use the new API write_trylock_irqsave(). With
this, the code in ptrace_attach() will be same for mainline and -rt. On -rt,
write_trylock_irqsave() doesn't disable irqs and hence the problem is
avoided.
Signed-off-by: Sripathi Kodi <[EMAIL PROTECTED]>
On Wed, 2007-05-09 at 17:27 -0600, Robert Hancock wrote:
> Ben Collins wrote:
> > On Tue, 2007-05-08 at 08:46 -0600, Robert Hancock wrote:
> >> Ben Collins wrote:
> >>> The original HPA patch that Kyle worked on has gone into current git
> >>> without some fixes that we worked through late in the U
On Wed, 2007-05-09 at 22:41 -0700, Andrew Morton wrote:
> On Thu, 10 May 2007 15:25:58 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > --- linux-cell.orig/include/linux/interrupt.h 2007-05-10
> > 14:51:22.0 +1000
> > +++ linux-cell/include/linux/interrupt.h2007-
During a 'resync' or similar activity, md checks if the devices in the
array are otherwise active and winds back resync activity when they
are. This test in done in is_mddev_idle, and it is somewhat fragile -
it sometimes thinks there is non-sync io when there isn't.
The test compares the total
Following are two bugfixes for md in current kernels.
The first is suitable for -stable is it can allow drive errors
through to the filesystem wrongly.
Both are suitable for 2.6.22.
Thanks,
NeilBrown
[PATCH 001 of 2] md: Avoid a possibility that a read error can wrongly
propagate through md/ra
When a raid1 has only one working drive, we want read error to
propagate up to the filesystem as there is no point failing the last
drive in an array.
Currently the code perform this check is racy. If a write and a read
a both submitted to a device on a 2-drive raid1, and the write fails
followe
On Wed, 02 May 2007 09:56:23 +0100 Richard Purdie <[EMAIL PROTECTED]> wrote:
> Current thinking is that lzo should get merged directly followed by the
> subsystem parts through their specific trees. It appears this should
> make it onto LKML despite the size so here goes.
>
> Please keep in mind
On Sun, 2007-05-06 at 16:00 +0100, Richard Kennedy wrote:
> On Fri, 2007-05-04 at 23:32 +0900, Komuro wrote:
> > On Thu, 03 May 2007 15:29:19 +0100
> > Richard Kennedy <[EMAIL PROTECTED]> wrote:
> >
> >
> > IDE bugs should be posted to the linux-ide mailing list.
> >
> >
> > > Hi all,
> > > I
Hi,
The following is extracted from function gart_iommu_init()
..
/*
* Unmap the IOMMU part of the GART. The alias of the page is
* always mapped with cache enabled and there is no full cache
* coherency across the GART remapping. The unmapping avoids
* automatic prefetches from the CPU alloc
On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Ray Lee wrote:
> On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
>
>> You said it helped with the updatedb problem. That says we should look at
>> why it is going bad first, and for example improve use-once algorithms.
>> After we do that, then
On Wed, May 09, 2007 at 11:59:39PM +0530, Satyam Sharma wrote:
> On 5/9/07, Pallipadi, Venkatesh <[EMAIL PROTECTED]> wrote:
> >
> >>-Original Message-
> >>From: Jarek Poplawski [mailto:[EMAIL PROTECTED]
> >>Sent: Tuesday, May 08, 2007 10:32 PM
> >>To: Andrew Morton
> >>Cc: Pallipadi, Venkat
Hi,
Recently I met a problem on different scheduler behavior between
2.4.22 and 2.6.18.8.
The application works as a proxy, it listen on an interface,
connect through another interface. This application works on a box
with two Xeon cpu, each of them is hyper-threading.
On 2.4.22, CPU0 serve int
Russell King wrote:
> See the comments immediately above and below its use.
>
> Welcome to buggy hardware.
>
>
I've read through the erratum, and to me it seems like the bug affects
all long replies, not just these codes. So I think the code should be
fixed to look at the response flag, not the
Add to CC: Sam-san. :-)
> On Wed, 2007-05-09 at 14:45 -0500, Linas Vepstas wrote:
> > On Wed, May 09, 2007 at 06:51:15PM +0200, Gabriel Paubert wrote:
> > > On Thu, May 10, 2007 at 02:25:52AM +1000, Stephen Rothwell wrote:
> > > > This removes a section mismatch warning in those circumstances.
> >
On Thu, 10 May 2007 15:25:58 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> --- linux-cell.orig/include/linux/interrupt.h 2007-05-10 14:51:22.0
> +1000
> +++ linux-cell/include/linux/interrupt.h 2007-05-10 15:18:04.0
> +1000
> @@ -241,6 +241,16 @@ static inline v
On Thu, 2007-05-10 at 15:25 +1000, Benjamin Herrenschmidt wrote:
> Add a call to hard_irq_disable() to stop_machine so that we make sure
> IRQs are really disabled and not only lazy-disabled on archs like
> powerpc as some users of stop_machine() may rely on that.
>
> Signed-off-by: Benjamin Herre
Rusty Russell wrote:
Hi Jeff,
Thanks for your review. Questions below.
On Wed, 2007-05-09 at 08:28 -0400, Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
+static void transfer_packet(struct net_device *dev,
...
+ hcall(LHCALL_SEND_DMA, peer_key(info,peernum), __pa(&dma), 0);
__p
On Thu, 10 May 2007 01:14:38 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >> + *@dev: Device to which command will be sent
> >> + *
> >> + *Issue SET FEATURES - SATA FEATURES command to device @dev
> >> + *on port @ap.
> >> + *
> >> + *LOCKI
This patch renames the raw hard_irq_{enable,disable} into
__hard_irq_{enable,disable} and introduces a higher level
hard_irq_disable() function that can be used by any code
to enforce that IRQs are fully disabled, not only lazy
disabled.
The difference with the __ versions is that it will update
s
Some architectures, like powerpc, implement lazy disabling of
interrupts. That means that on those, local_irq_disable() doesn't
actually disable interrupts on the CPU, but only sets some per
CPU flag which cause them to be disabled only if an interrupt actually
occurs.
However, in some cases, such
Add a call to hard_irq_disable() to stop_machine so that we make sure
IRQs are really disabled and not only lazy-disabled on archs like
powerpc as some users of stop_machine() may rely on that.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
kernel/stop_machine.c |2 ++
1 file chan
On Thu, 10 May 2007 13:58:36 +0900 Hirokazu Takata <[EMAIL PROTECTED]> wrote:
> +#if defined(CONFIG_FRAME_POINTER)
> +|| !defined(CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER)
hm, I didn't know that the preprocessor permitted that.
I'll stick a \ in there to be safe.
-
To unsubscribe from this list
Andrew Morton wrote:
+ * @dev: Device to which command will be sent
+ *
+ * Issue SET FEATURES - SATA FEATURES command to device @dev
+ * on port @ap.
+ *
+ * LOCKING:
+ * PCI/etc. bus probe sem.
+ *
+ * RETURNS:
+ * 0 on success, AC_ERR_* mask otherwise.
+ */
ooh, l
On Wed, May 09, 2007 at 09:56:01PM -0400, Mathieu Desnoyers wrote:
> This patch also includes marker code for non optimized architectures.
> include/asm-alpha/marker.h | 13 +
> include/asm-arm/marker.h | 13 +
> include/asm-arm26/marker.h | 13
On Wed, May 09, 2007 at 09:55:57PM -0400, Mathieu Desnoyers wrote:
> --- /dev/null
> +++ linux-2.6-lttng/include/linux/marker.h
> @@ -0,0 +1,124 @@
> +#ifdef __KERNEL__
Just don't add this file to include/linux/Kbuild and remove __KERNEL__
ifdef.
> --- linux-2.6-lttng.orig/include/linux/module.h
On Tue, May 08, 2007 at 03:11:52PM -0500, Timur Tabi wrote:
> Kim Phillips wrote:
> >On Tue, 8 May 2007 00:04:14 +0300
> >Ismail Dönmez <[EMAIL PROTECTED]> wrote:
> >>drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
> >>refers to undefined symbol 'UCC_FAST'
> >looks like
On Wed, 9 May 2007 16:38:09 -0700 Kristen Carlson Accardi <[EMAIL PROTECTED]>
wrote:
> /**
> + * ata_dev_set_AN - Issue SET FEATURES - SATA FEATURES
> + * with sector count set to indicate
> + * Asynchronous Notification feature
I think kenreldoc re
On Thursday 10 May 2007 07:20, Andrew Morton wrote:
> On Wed, 9 May 2007 14:13:27 +0530 Sripathi Kodi <[EMAIL PROTECTED]>
wrote:
> > Hi,
> >
> > This patch makes ptrace_attach use write_trylock_irqsave.
> >
> > Signed-off-by: Sripathi Kodi <[EMAIL PROTECTED]>
> >
> > ---
> > kernel/ptrace.c |
Hello,
This patch fixes a rarely-happened but severe scheduling problem of
the recent m32r kernel of 2.6.17-rc3 or later.
In the following previous m32r patch, the switch_to macro was
modified not to do unnecessary push/pop operations for tuning.
> [PATCH] m32r: update switch_to macro for tuning
Fix the tlb-miss handler (tme_handler) to check _PAGE_PRESENT bit
in order to handle file-mapped or swapped-out pages correctly.
This patch is required to fix unexpected page errors for m32r.
Signed-off-by: Hitoshi Yamamoto <[EMAIL PROTECTED]>
Signed-off-by: Hirokazu Takata <[EMAIL PROTECTED]>
--
This patch is required to handle file-mapped or swapped-out pages
correctly.
- Fix pte_to_pgoff() and pgoff_to_pte() macros not to include
_PAGE_PROTNONE bit of PTE.
Mask value for { ACCESSED, N, (R, W, X), L, G } is not 0xef but 0x7f.
- Fix __swp_type() macro for MAX_SWAPFILES_SHIFT(=5), whic
On Thu, May 10, 2007 at 12:23:53AM -0400, Jeff Garzik wrote:
> Adrian Bunk wrote:
>> It had been sent twice to both linux-kernel and netdev, and when going
>> through old linux-kernel emails I considered it trivial enough (people
>> might argue about dead email addresses, but not about dead URLs)
Paul Jackson wrote:
> Balbir wrote:
>> Thanks for the script. Would you like to contribute this script to
>> LTP for wider availability and testing?
>
> Sounds good - though I'm a tad lazy, and don't know how to contribute
> this to the LTP.
>
> You're welcome to contribute it yourself, if that's
On Thu, May 10, 2007 at 12:22:59AM -0400, Jeff Garzik wrote:
> Adrian Bunk wrote:
>> I thought it was just an informal tag to mark which people did agree with
>> the patch (and the line between your "Makes good sense to me." and a "Feel
>> free to add my ACK to this" is really thin).
>
> No, the
Balbir wrote:
> Thanks for the script. Would you like to contribute this script to
> LTP for wider availability and testing?
Sounds good - though I'm a tad lazy, and don't know how to contribute
this to the LTP.
You're welcome to contribute it yourself, if that's easier for you,
or to point me in
On May 10, 2007, at 00:25:54, Ben Greear wrote:
Kyle Moffett wrote:
vconfig D 83CCD8CE 0 16564 16562
(NOTLB)
efdd7e7c 0086 ee120afb 83ccd8ce 98f00788 b7083ffa
5384b49a c76c0b05
9ebaf791 0004 efdd7e4e 0007 f1468a90 2ab74174
0362 00
Hi Adrian,
Nobody seems to have picked this up -- I didn't see it in the other
trivial stuff you pushed to Linus earlier today (my mistake, I hadn't
copied you in the original post), and it's not in the latest git either.
If somebody can please pick this up for upstream ...
Thanks,
Satyam
Great news.
Here's hoping that Intel produces a standalone video card eventually, to
further take away market share from closed source competitors.
Jeff, not biased at all...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Kyle Moffett wrote:
vconfig D 83CCD8CE 0 16564 16562 (NOTLB)
efdd7e7c 0086 ee120afb 83ccd8ce 98f00788 b7083ffa 5384b49a
c76c0b05
9ebaf791 0004 efdd7e4e 0007 f1468a90 2ab74174 0362
0326
f1468b9c c180e420 0001 0286 c
Adrian Bunk wrote:
It had been sent twice to both linux-kernel and netdev, and when going
through old linux-kernel emails I considered it trivial enough (people
might argue about dead email addresses, but not about dead URLs).
I could send such patches to Andrew for that he includes them in -m
Adrian Bunk wrote:
I thought it was just an informal tag to mark which people did agree
with the patch (and the line between your "Makes good sense to me."
and a "Feel free to add my ACK to this" is really thin).
No, the line is easy and obvious: if there is any doubt, DO NOT ASSUME.
If the
> Ex: consider two equally important tasks T1 and T2 running on
> same CPU and
> whose execution nature is:
>
> T1 = 100% cpu hog
> T2 = 60% cpu hog (run for 600ms, sleep for 400ms)
>
> Over a arbitrary observation period of 10 sec,
>
> T1 was ready to run for all 10sec
> T
Paul Jackson wrote:
> Balbir wrote:
>
> 1) Testing batch schedulers against cpusets:
>
> I doubt that the batch scheduler developers would be able to
> extract a cpuset test from their tests, or be able to share it if
> they did. Their tests tend to be large tests of batch scheduler
On Wed, 9 May 2007 16:27:22 -0400 Jeff Dike <[EMAIL PROTECTED]> wrote:
> In preparation for reducing stack size, add a machanism to see how
> much of a kernel stack is used. This fills a new stack with 0x6b on
> allocation and sees where the lowest non-0x6b byte is on process
> exit. It keeps tr
On Thu, May 10, 2007 at 01:04:24AM +0200, Jesper Juhl wrote:
> On 10/05/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>> Linux Kernel Mailing List wrote:
>> > Gitweb:
>> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2c2a8c531e953c753b06605c8ad6a9161ca527fa
>> > C
On 5/9/07, Rob Landley <[EMAIL PROTECTED]> wrote:
Just FYI, a really really quick and dirty way of testing this sort of thing on
more architectures and you're likely to physically have?
Does this properly emulate caching? On parisc, cache coherency was
the main issue we ran into. I suspect th
On Thursday 10 May 2007 13:48, Ray Lee wrote:
> On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> > You said it helped with the updatedb problem. That says we should look at
> > why it is going bad first, and for example improve use-once algorithms.
> > After we do that, then swap prefetching mig
On Wed, May 09, 2007 at 06:41:22PM -0400, Jeff Garzik wrote:
> Linux Kernel Mailing List wrote:
>> Gitweb:
>> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2c2a8c531e953c753b06605c8ad6a9161ca527fa
>> Commit: 2c2a8c531e953c753b06605c8ad6a9161ca527fa
>> Pare
Ray Lee wrote:
On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
You said it helped with the updatedb problem. That says we should look at
why it is going bad first, and for example improve use-once algorithms.
After we do that, then swap prefetching might still help, which is fine.
Nick, if
First SLUB_DEBUG, and now this..
CONFIG_MLX4_DEBUG works out to a def_bool y for those that
have CONFIG_EMBEDDED set. Make it depend on MLX4_CORE..
I'll let someone else wonder why debugging output is default enabled,
this seems to be a worrying trend as of late.
Signed-off-by: Paul Mundt <[EMAI
On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
You said it helped with the updatedb problem. That says we should look at
why it is going bad first, and for example improve use-once algorithms.
After we do that, then swap prefetching might still help, which is fine.
Nick, if you're volunteeri
On Wed, May 09, 2007 at 08:33:15PM +0100, Hugh Dickins wrote:
>
> Not good enough, I'm afraid. It looks like Ben's right and you need
> a count - and counts in the page struct are a lot harder to add than
> page flags.
>
> I've now played around with the hangs on my three 4CPU machines
> (all of
On 5/9/07, Sripathi Kodi <[EMAIL PROTECTED]> wrote:
Hi,
I am trying to fix the BUG I mentioned here:
http://lkml.org/lkml/2007/04/20/41. I noticed that an elegant way to solve
this problem is to have a write_trylock_irqsave helper function. Since we
don't have this now, the code in ptrace_attach
Enable the IR-remote of the 10moons TM300 card and add the key-codes for
it's remote. But to enable all the keys, "IR_KEYTAB_SIZE", the size of
code tables should be at least 256.
It has been tested using lirc. All the key codes are accepted.
This patch depends on the "[PATCH 1/3] v4l: Support 10
Some IR-remote will produce key codes larger than 128. Enlarge the size
IR_KEYTAB_SIZE to 256 to enable all the keys.
Signed-off-by: Tony Wan <[EMAIL PROTECTED]>
---
include/media/ir-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/media/ir-common.h b/inc
On Wed, 9 May 2007 19:37:05 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8462
Let's do this via emailed reply-to-all, please. bugzilla is more
appropriate for tracking of longer-term bugs.
>Summary: applications under wine freezes
> Kernel Version:
Support the 10moons TM300 TV card (so called TV Master 3), which is a
10moons saa7130 based board.
Here not include features for the IR-remote.
It has been tested using TVTIME. The card was auto-detected and all the
input sources worked correct with sound.
Signed-off-by: Tony Wan <[EMAIL PROTECTE
thanks, it all looks fine... I'll apply when I'm back from my trip on Monday.
-
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://www
I've managed to fairly reliably trigger a deadlock in some portion of
the linux networking code on my Debian test box (using the debian
kernel linux-image-2.6.20-1-686). I'm pretty sure that it's a race
condition of some sort as it doesn't trigger if I ifdown the
interfaces one by one, but
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/Makefile |1
arch/powerpc/kernel/marker.c | 25
include/asm-power
[EMAIL PROTECTED]: marker exports must be EXPORT_SYMBOL_GPL]
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/i386/kernel/Makefile |1
arch/i386/kernel/marker.c | 99 +++
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
Documentation/marker.txt | 266 +++
1 file changed, 266 insert
Defines the linker macro EXTRA_RWDATA for the marker data section. It puts
the marker data in a separate section that will not pollute the normal .data
section, which minimize the cache impact. Markers need such a special section
because they define a lot of spreaded and small data structures at
On Wed, 09 May 2007 21:55:55 -0400 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> He is an updated, folded, version of the Linux Kernel Markers. It replaces the
> version found in 2.6.21-mm2 at the exact same spot in the series file.
urgh. That basically takes us back to square one with whatever
On Thu, May 10, 2007 at 11:00:17AM +1000, Nick Piggin wrote:
> Andrew Morton wrote:
> >On Wed, 09 May 2007 12:02:29 +1000
> >Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> >
> >>BTW, we _really_ should be doing RCU properly in slob, because you
> >>technically can't noop RCU on UP (even though the cu
This adds human-readable decoding of the ATA status and error registers (similar
to what drivers/ide does) as well as the SATA Serror register to libata error
handling output. This prevents the need to pore through standards documents
to figure out the meaning of the bits in these registers when l
Here is a proof of concept patch, for demonstration purpose, of moving
blktrace to the markers.
A few remarks : this patch has the positive effect of removing some code
from the block io tracing hot paths, minimizing the i-cache impact in a
system where the io tracing is compiled in but inactive.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/alpha/kernel/vmlinux.lds.S|1 +
arch/arm/kernel/vmlinux.lds.S |1 +
arch/arm26/kernel/vmlinux-arm26-xip.lds.in |1 +
arch/arm
[EMAIL PROTECTED]: marker exports must be EXPORT_SYMBOL_GPL]
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/asm-generic/vmlinux.lds.h | 13 +
include/linux/marker.h| 12
This patch also includes marker code for non optimized architectures.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/asm-alpha/marker.h | 13 +
include/asm-arm/marker.h | 13 +
include/asm-ar
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 cluste
One of the things I'm starting to work on is adding support for your
kernel markers to systemtap. I know the marker stuff is still in a bit
of flux because you are trying to meet the (sometimes conflicting)
requirements of the people on lkml.
One of the things systemtap is going to need is to be
Hi Andrew,
He is an updated, folded, version of the Linux Kernel Markers. It replaces the
version found in 2.6.21-mm2 at the exact same spot in the series file.
Main changes :
- It renames the MARK() trace_mark(), as suggested by Christoph Hellwig.
- It now defines the structures contained out of
On Wednesday 09 May 2007 8:09 pm, Andrew Morton wrote:
> hm, --time-style sounds rather gnu-specific and perhaps we'd rather not
> add that requirement. Or perhaps we already require gnu ls, dunno.
Running this sort of thing with busybox instead of the gnu tools is why I sent
the gawk/awk patche
The Intel® 965GM Express Chipset represents the first mobile product that
implements fourth generation Intel graphics architecture. Designed to
support advanced rendering features in modern graphics APIs, this chipset
includes support for programmable vertex, geometry, and fragment shaders.
Extend
Con Kolivas wrote:
On Thursday 10 May 2007 10:05, Nick Piggin wrote:
I'm not the gatekeeper and it is completely up to you whether you want
to work on something or not... but I'm sure you understand where I was
coming from when I suggested it doesn't get merged yet.
No matter how you spin i
On Thu, 10 May 2007, Neil Brown wrote:
>
> Hi Linus,
> Could you please revert
>
> 5b479c91da90eef605f851508744bfe8269591a0
Done.
(But Andrew never saw your email, I suspect: "[EMAIL PROTECTED]" is probably
some strange mixup of Andrew Morton and Andi Kleen in your mind ;)
On Wed, 9 May 2007 14:13:27 +0530 Sripathi Kodi <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This patch makes ptrace_attach use write_trylock_irqsave.
>
> Signed-off-by: Sripathi Kodi <[EMAIL PROTECTED]>
>
> ---
> kernel/ptrace.c |7 +++
> 1 files changed, 3 insertions(+), 4 deletions(-)
>
>
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/prom.c |2 --
1 file changed, 2 deletions(-)
Index: linux-2.6-lttng/arch/powerpc/kernel/prom.c
===
--- linux-2.6-lttng.orig/arch/powerpc/kernel/prom.c
Hi Paul,
Is there a reason why there is a #undef printk in
arch/powerpc/kernel/prom.c ? It looks a little odd...
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
To unsu
This was ACK'd by Greg, as you see in the sign-offs. See the commit
below for rationale.
USB is now treated like other buses, for network drivers:
* USB network driver patches should go to me and netdev
* Just like in PCI or PCMCIA land, bus-specific code may
originate from the USB side of the
On Thursday 10 May 2007 10:05, Nick Piggin wrote:
> Con Kolivas wrote:
> > Well how about that? That was the difference with a swap _file_ as I
> > said, but I went ahead and checked with a swap partition as I used to
> > have. I didn't notice, but somewhere in the last few months, swap
> > prefetc
On Wed, 2007-05-09 at 17:50 -0700, Andrew Morton wrote:
> On Thu, 10 May 2007 10:24:08 +1000
> Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-05-09 at 02:51 -0700, Andrew Morton wrote:
> > > Some concern was expressed over the lguest review status, so I shall send
> > > the patches ou
On Wed, May 09, 2007 at 05:54:09PM -0700, Jeremy Fitzhardinge wrote:
> David Chinner wrote:
> > Suspend-resume, eh?
> >
> > There's an immediate suspect. Can you test this specifically for us?
> > i.e. download a known good file set, do some stuff, suspend, resume,
> > then check the files? If it d
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Index: linux-2.6-lttng/arch/x86_64/kernel/traps.c
===
--- linux-2.6-lttng.orig/arch/x86_64/kernel/traps.c 2007-05-09
17:29:51.0 -0400
+++ linux-2.6-lttng/arch/x86_64/ker
Hi Andrew,
I guess it's the expected behavior for default_do_nmi on x86_64 : there is a new
case tested in the -mm tree but it lacks the appropriate return.
It applies at the end of the 2.6.21-mm2 patch series.
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechniqu
Andrew Morton <[EMAIL PROTECTED]> writes:
> I don't get it. Does lguest no longer need this code, or will
> it be reintroduced with an lguest merge, or something else?
No longer needed.
For the short term lguest has a separate entry point. For the long term
2.6.23 we will rev the boot protocol
On Wednesday 09 May 2007 4:48 pm, Andrew Morton wrote:
> On Sun, 6 May 2007 01:51:34 -0700
> "Ollie Wild" <[EMAIL PROTECTED]> wrote:
>
> > A while back, I sent out a preliminary patch
> > (http://thread.gmane.org/gmane.linux.ports.hppa/752) to remove the
> > MAX_ARG_PAGES limit on command line siz
Andrew Morton wrote:
On Wed, 09 May 2007 12:02:29 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
BTW, we _really_ should be doing RCU properly in slob, because you
technically can't noop RCU on UP (even though the current users may be
safe...).
Patch attached to do that.
Does it work?
That
1 - 100 of 593 matches
Mail list logo
