Hi Andrew,
These patches fix the fallout on m68k of the recent introduction of
-Werror-implicit-function-declaration:
[1] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible
[2] netdev: i82596 Ethernet needs
[3] scsi: wd33c93 needs
Gr{oetje,eeting}s,
On 7/20/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
But, is it safe to introduce another variable different from
xtime.tv_sec? Since xtime.tv_sec is referred in many other places,
I'm afaid this may bring confusion...
Perhaps not if they are changed.
Somewhere where I cannot find them right
>>> +config STABLE
>>> + bool "Stable kernel"
PS: Imagine the headlines at Slashdot, CNET et al when this gets in.
--
Stefan Richter
-=-=-=== -=== =-=--
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Fri, 20 Jul 2007 17:02:13 +0200 "Michal Piotrowski" <[EMAIL PROTECTED]>
wrote:
> Hi David,
>
> I get this build error on the latest -mm snapshot
>
> fs/xfs/linux-2.6/xfs_file.c:483: error: unknown field 'populate'
> specified in initializer
> fs/xfs/linux-2.6/xfs_file.c:483: error:
On Fri, 20 Jul 2007, Milton Miller wrote:
> > We can't do this unless we have frozen tasks (this way, or another)
> > before
> > carrying out the entire operation.
>
> What can't we do? We've already worked with the drivers to quesce the
> hardware and put any information to resume the
David Miller [mailto:[EMAIL PROTECTED]
>
>> +static spinlock_t dca_lock;
> ...
>> +spin_lock_init(_lock);
>
>It's easier to use DEFINE_SPINLOCK().
>
Thanks - I'll adjust that in a future patch.
sln
--
==
Mr. Shannon Nelson
"error" is always equal to 0.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- t/lib/idr.c~2007-07-20 20:18:09.0 +0400
+++ t/lib/idr.c 2007-07-20 20:19:27.0 +0400
@@ -405,7 +405,7 @@ EXPORT_SYMBOL(idr_remove);
*/
void idr_remove_all(struct idr *idp)
{
- int
Hi Greg,
This looks like a sysfs bug
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/broken-out-2007-07-20-00-22/3.jpg
l *kernel_param_sysfs_setup+0x75
0xc13c0894 is in kernel_param_sysfs_setup (kernel/params.c:570).
565 mk->mod = THIS_MODULE;
566
Andrey Panin [mailto:[EMAIL PROTECTED]
>
>Why this driver lacks MODULE_DEVICE_TABLE() ? Is it
>intentionaly omitted ?
Hmmm - good catch. It has been missing for a long time in the code.
I'll double check with the original developer to see if it was left out
on purpose and probably add it in a
(I missed the original post, hence am replying to te reply...)
> On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Introduce CONFIG_STABLE to control checks only useful for development.
>>
>> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
>> [...]
>> menu "General setup"
>>
>>
On Fri, 20 Jul 2007 14:06:19 +0200 Kay Sievers <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-20 at 00:59 -0700, Andrew Morton wrote:
> > On Fri, 20 Jul 2007 09:01:06 +0200 Robert Schwebel <[EMAIL PROTECTED]>
> > wrote:
> >
> > > You add and use
> > >
> > > extern const char
On Thu, 19 Jul 2007 12:15:34 -0700
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> I'm getting this with current GIT kernels when I plug an SD card into
> the side of my machine. It appears to see the filesystem OK anyway,
> but for some reason all the hal/gnome desktop stuff isn't seeing it.
>
On Fri, 20 Jul 2007, Lennart Sorensen wrote:
On Fri, Jul 20, 2007 at 09:58:50AM -0400, Justin Piszcz wrote:
I have a multi-core Q6600 CPU on a 10-disk Raptor RAID 5 running XFS.
I just pulled down the Debian Etch 4.0 DVD ISO's, one for x86 and one for
x86_64, when I ran md5sum -c MD5SUMS, I
> Half dozens?
I was imagining having to have "help" messages ... which of course we don't.
> config COMPAT_FOR_U64_ALIGNMENT
> bool
> default y
Plausible.
Randy suggested:
> def_bool y
Which is better. But if we unconditionally set this CONFIG variable, then the
code in
On Fri, 20 Jul 2007, Magnus Damm wrote:
>
> pata_platform currently dereferences a NULL pointer in pata_platform_probe()
> if pdev->dev.platform_data is set to NULL. This breakage was most likely
> introduced by commit 5f45bc50976ee1f408f7171af155aec646655a37.
Ok, the *fix* looks real enough,
On Fri, Jul 20, 2007 at 09:24:42AM -0400, Horst H. von Brand wrote:
> When building v2.6.22-3478-g275afca on sparc64 (.config attached) I get:
>
> MODPOST vmlinux
> Building modules, stage 2.
> MODPOST 463 modules
> ERROR: "sys_ioctl" [arch/sparc64/solaris/solaris.ko] undefined!
Sorry, my
Hi,
I get this error on the latest -mm snapshot
ERROR: "security_inode_permission" [fs/unionfs/unionfs.ko] undefined!
ERROR: "security_file_ioctl" [fs/unionfs/unionfs.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
CONFIG_UNION_FS=m
CONFIG_UNION_FS_XATTR=y
Regards,
Generic LRO patch
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
include/linux/inet_lro.h | 154 +
net/ipv4/inet_lro.c | 549 ++
2 files changed, 703 insertions(+), 0 deletions(-)
create mode 100644
Hi,
Thanks a lot for your comments so far.
This generic LRO patch differs from the last one in several points.
A new interface for a "receive in pages" mode has been added and tested
with an eHEA prototype. Seems to work well.
Does this extended interface seem to be sufficient?
Below some more
On Jul 19, 2007, at 3:28 PM, Rafael J. Wysocki wrote:
On Thursday, 19 July 2007 17:46, Milton Miller wrote:
The currently identified problems under discussion include:
(1) how to interact with acpi to enter into S4.
(2) how to identify which memory needs to be saved
(3) how to communicate where
On Fri, Jul 20, 2007 at 03:22:17PM +0300, Al Boldi wrote:
>
> Oh, gpart is great, but if we had a backup copy of the partition table on
> every partition location on disk, then this backup copy could easily be
> reused to reconstruct the original partition table without further
> searching.
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> Index: linux/arch/x86_64/kernel/nmi.c
> ===
> --- linux.orig/arch/x86_64/kernel/nmi.c
> +++ linux/arch/x86_64/kernel/nmi.c
> @@ -384,11 +384,14 @@ int __kprobes nmi_watchdog_tick(struct p
>
On Fri, 20 Jul 2007, Fengguang Wu wrote:
> On Fri, Jul 20, 2007 at 01:34:42PM +0200, Andi Kleen wrote:
> >
> > This would add a new limit to 64bit architectures. Surely keeping
> > start at pgoff_t will not be a big issue? The other fields can be
> > 32bit.
>
> Yeah, it counts for about 4MB
From: David Howells <[EMAIL PROTECTED]>
Make it possible to use __start_notes and __stop_notes without getting a GPREL
overflow error from the FRV linker.
Small variables that would otherwise be in .data or .bss may, depending on the
arch, be placed in special sections (.sdata or .sbss) that
On Jul 20 2007 08:06, Greg KH wrote:
>> Leaving kobject_actions[] in kobject_uevent.c, but putting it outside
>> the #ifdef looks indeed like the best solution to me. This way, we
>> avoid adding #ifdef CONFIG_HOTPLUG into core.c, when all other
>> functions called do not need such a thing.
>
* Andi Kleen ([EMAIL PROTECTED]) wrote:
...
> +/*
> + * Warning:
> + * When you use this code to patch more than one byte of an instruction
> + * you need to make sure that other CPUs cannot execute this code in
> parallel.
> + * And on the local CPU you need to be protected again NMI or MCE
On Fri, 20 Jul 2007, Huang, Ying wrote:
On Fri, 2007-07-20 at 09:01 -0500, Milton Miller wrote:
Simplifying kjump: the proposal for v3.
The current code is trying to use crash dump area as a safe, reserved
area to run the second kernel. However, that means that the kernel
has to be linked
On Fri, Jul 20, 2007 at 09:58:50AM -0400, Justin Piszcz wrote:
> I have a multi-core Q6600 CPU on a 10-disk Raptor RAID 5 running XFS.
>
> I just pulled down the Debian Etch 4.0 DVD ISO's, one for x86 and one for
> x86_64, when I ran md5sum -c MD5SUMS, I see ~280-320MB/s. When I ran the
>
On Fri, 20 Jul 2007, Milton Miller wrote:
On Jul 19, 2007, at 12:31 PM, [EMAIL PROTECTED] wrote:
On Thu, 19 Jul 2007, Milton Miller wrote:
>
> This means that the first kernel will need to know why it got resumed.
> Was the system powered off, and this is the resume from the user? Or
>
On Fri, 20 Jul 2007 10:32:47 +0200 Andi Kleen wrote:
> On Friday 20 July 2007 01:54:51 Luck, Tony wrote:
>
> > > Tony, perhaps it would make sense to define some common CONFIG
> > > for COMPAT_FOR_U64_ALIGNMENT longer term to make the #ifs for this
> > > case a little less ugly.
> >
> >
On Mon, 16 Jul 2007 04:33:46 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> If mmc_start_request() is considered part of an API people should
> use, why isn't there a prototype in a header file?
>
Just goes to show how much I know. ;)
So I guess we can privatize that one. But I'd still like
Andi Kleen wrote:
> +void stop_nmi(void)
> +{
> + ignore_nmis++;
> + acpi_nmi_disable();
> +}
> +
> +void restart_nmi(void)
> +{
> + ignore_nmis--;
> + acpi_nmi_enable();
> +}
>
Wouldn't it be better to just assign ignore_nmis rather than inc/dec it
(and perhaps BUG on a double
On Fri, 20 Jul 2007, Jim Crilly wrote:
has
requested the image to be not greater than 50% of RAM. In that case you
have
to free some memory _before_ identifying memory to save and you must not
race with applications that attempt to allocate memory while you're doing
it.
I disagree a little
At Fri, 20 Jul 2007 17:12:13 +0200,
Ingo Molnar wrote:
>
>
> * Takashi Iwai <[EMAIL PROTECTED]> wrote:
>
> > Hi Ingo,
> >
> > 2.6.22-git as of today caused some regression on my P4 machine. For
> > example, automount process takes 10-30% CPU time constantly, and
> > sometimes vim couldn't
On Fri, 20 Jul 2007, Rafael J. Wysocki wrote:
On Friday, 20 July 2007 01:07, [EMAIL PROTECTED] wrote:
On Thu, 19 Jul 2007, Rafael J. Wysocki wrote:
On Thursday, 19 July 2007 17:46, Milton Miller wrote:
The currently identified problems under discussion include:
(1) how to interact with
Rusty Russell wrote:
> How's this?
> ===
> Link lguest example launcher non-static
>
> S.Caglar Onur points out that many distributions don't ship a static
> zlib. Unfortunately the launcher currently maps virtual device memory
> where shared libraries want to go.
>
> The solution is to pre-scan
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
x86_64 - Use non locked version for local_cmpxchg()
local_cmpxchg() should not use any LOCK prefix. This change probably got lost in
the move to cmpxchg.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL
I got an oops while booting a 32bit kernel on KVM because it doesn't
implement performance counters used by the NMI watchdog. Handle this
case.
Cc: [EMAIL PROTECTED]
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/arch/i386/kernel/cpu/perfctr-watchdog.c
From: Juergen Beisert <[EMAIL PROTECTED]>
With the macros a line like this fails (and does nothing):
setCx86(CX86_CCR2, getCx86(CX86_CCR2) | 0x88);
With inlined functions this line will work as expected.
Note about a side effect: Seems on Geode GX1 based systems the
"suspend on halt
Previously lock was unconditionally used, but shouldn't be needed on
UP systems.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/include/asm-i386/cmpxchg.h
===
--- linux.orig/include/asm-i386/cmpxchg.h
+++
From: Keith Owens <[EMAIL PROTECTED]>
kstat_irqs(0) includes the count of interrupt 0 from all cpus, not just
the current cpu. The updated interrupt 0 on other cpus can stop the
nmi_watchdog from tripping, so only include the current cpu's int 0.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Previously this flag was only used on 32bit, but some shared code can use
it now.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/arch/x86_64/kernel/setup.c
===
--- linux.orig/arch/x86_64/kernel/setup.c
+++
This mainly changes the nops for alternative, so not very revolutionary.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/arch/i386/kernel/cpu/amd.c
===
--- linux.orig/arch/i386/kernel/cpu/amd.c
+++
When a machine check or NMI occurs while multiple byte code is patched
the CPU could theoretically see an inconsistent instruction and crash.
Prevent this by temporarily disabling MCEs and returning early
in the NMI handler.
Based on discussion with Mathieu Desnoyers.
Cc: Mathieu Desnoyers
Move nops into own header file.
Removes some duplicated code and some ifdefs.
The x86-64 kernel now knows about Intel (and K7) nops.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/include/asm-i386/processor-nops.h
===
Updated patches or new patches since last batch. All planned for a merge
soon. Please review.
-Andi
-
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
Reenable kprobes and alternative patching when the kernel text is write
protected by DEBUG_RODATA
Add a general utility function to change write protected text.
The new function remaps the code using vmap to write it and takes
care of CPU synchronization. It also does CLFLUSH to make icache
From: Björn Steinbrink <[EMAIL PROTECTED]>
The Intel PerfMon NMI watchdog reserves the first performance counter,
but uses the second one. Make it correctly reserve the second one.
Signed-off-by: Björn Steinbrink <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
* Andi Kleen ([EMAIL PROTECTED]) wrote:
>
> > So if, after this, we run tsc_sched_clock() with an unstable TSC, we
> > read a last_val containing the interrupt's MSB and the last_val LSB. It
> > can particularity hurt if we are around a 32 bits overflow, because time
> > could "jump" forward of
Since we have use like ~SLUB_DMA, we ought to have the type
set right in both cases.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/include/linux/slub_def.h b/include/linux/slub_def.h
index 07f7e4c..124270d 100644
--- a/include/linux/slub_def.h
+++ b/include/linux/slub_def.h
On Fri, Jul 20, 2007 at 04:07:21PM +0200, Jan Dittmer wrote:
> Paul Mundt wrote:
> >Paul Mundt (5):
> > sh64: Wire up fallocate() syscall.
> > sh64: Update cayman defconfig.
> > sh64: Fix up PCI section mismatch warnings.
> > sh64: Move entry point code to .text.head.
> >
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
> >Yes, kprobes is case 1: atomic update. And we don't even have to bother
> >about Intel's erratum. This one is ok. That's mainly the
> >alternatives/paravirt code I worry about.
> >
>
> Paravirt and alternatives should all
It's C, not C++...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/net/netfilter/nf_conntrack_helper.c
b/net/netfilter/nf_conntrack_helper.c
index b1179dd..ca10df4 100644
--- a/net/netfilter/nf_conntrack_helper.c
+++ b/net/netfilter/nf_conntrack_helper.c
@@ -194,7 +194,7 @@
On Fri, 2007-07-20 at 16:23 +0200, Frederik Deweerdt wrote:
> On Fri, Jul 20, 2007 at 10:56:01AM -0300, Glauber de Oliveira Costa wrote:
> > This patch provides a new set of functions for managing the descriptor
> > tables that can be used instead of putting the raw assembly in .c files.
> >
> So if, after this, we run tsc_sched_clock() with an unstable TSC, we
> read a last_val containing the interrupt's MSB and the last_val LSB. It
> can particularity hurt if we are around a 32 bits overflow, because time
> could "jump" forward of about 1.43 seconds on a 3 GHz system.
>
> So I
* Takashi Iwai <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> 2.6.22-git as of today caused some regression on my P4 machine. For
> example, automount process takes 10-30% CPU time constantly, and
> sometimes vim couldn't write files properly.
does the patch below fix it?
Ingo
It's void __user *, not void * __user...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/lguest/io.c b/drivers/lguest/io.c
index 06bdba2..c8eb792 100644
--- a/drivers/lguest/io.c
+++ b/drivers/lguest/io.c
@@ -187,7 +187,7 @@ static u32 copy_data(struct lguest *srclg,
Hi Nick,
Your patch
fs-introduce-write_begin-write_end-and-perform_write-aops-revoke.patch
introduces new warnings
fs/revoked_inode.c:381: warning: 'revoked_write_begin' defined but not used
fs/revoked_inode.c:388: warning: 'revoked_write_end' defined but not used
Regards,
Michal
--
LOG
Chuck Ebbert wrote:
>> [ 126.754204] BUG: unable to handle kernel NULL pointer dereference at
>> virtual address
>>
...
> mempool_free() was called with a NULL pool. That can't be good.
Yes, it is really not good :)
Bug http://bugzilla.kernel.org/show_bug.cgi?id=7388
Attached
On Fri, Jul 20, 2007 at 01:58:13PM +0200, Cornelia Huck wrote:
> On Fri, 20 Jul 2007 11:32:21 +0200,
> Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
> > Hm, this would be an interface change (the uevent attribute used to
> > exist even for !CONFIG_HOTPLUG, it just triggered nothing). How about
> >
Hi,
On Wed, 18 Jul 2007, Ingo Molnar wrote:
> > Why do you constantly stress level 19? Yes, that one is special, all
> > other positive levels were already relatively consistent.
>
> i constantly stress it for the reason i mentioned a good number of
> times: because it's by far the most
Doing |= 1 << 19 to 16bit unsigned is not particulary useful;
that register is 32bit, unlike the ones dealt with in the rest of
function, so we need u32 variable here.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/sky2.c b/drivers/net/sky2.c
index
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c
index aebcd5f..7829ab1 100644
--- a/drivers/scsi/iscsi_tcp.c
+++ b/drivers/scsi/iscsi_tcp.c
@@ -1885,7 +1885,7 @@ static int iscsi_tcp_get_addr(struct iscsi_conn *conn,
struct socket
Hi David,
I get this build error on the latest -mm snapshot
fs/xfs/linux-2.6/xfs_file.c:483: error: unknown field 'populate'
specified in initializer
fs/xfs/linux-2.6/xfs_file.c:483: error: 'filemap_populate' undeclared
here (not in a function)
fs/xfs/linux-2.6/xfs_file.c:483: warning: excess
Michal Piotrowski pisze:
> Hi,
>
> Mismerge fallout
>
> fs/ecryptfs/mmap.c: In function 'ecryptfs_get_lower_page':
> fs/ecryptfs/mmap.c:585: warning: label 'retry' defined but not used
>
Sorry, wrong patch format, no Signed-off-by
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Hi Ingo,
2.6.22-git as of today caused some regression on my P4 machine. For
example, automount process takes 10-30% CPU time constantly, and
sometimes vim couldn't write files properly.
git-bisect revealed the possible culprit below:
commit 4e44f3497d41db4c3b9051c61410dee8ae4fb49c
Author:
Yes, I noticed the version updated without the docs a while ago, and
I've had it on my list for a time to update the docs. Thanks for
actually providing the patch!
I will update the table on the website with a new column for v14. I
think v13 occurred in (and was removed from) the -mm tree at one
On Fri, 2007-07-20 at 09:01 -0500, Milton Miller wrote:
> Simplifying kjump: the proposal for v3.
>
> The current code is trying to use crash dump area as a safe, reserved
> area to run the second kernel. However, that means that the kernel
> has to be linked specially to run in the reserved
Hi,
Mismerge fallout
fs/ecryptfs/mmap.c: In function 'ecryptfs_get_lower_page':
fs/ecryptfs/mmap.c:585: warning: label 'retry' defined but not used
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
--- fs/ecryptfs/mmap.c2 2007-07-20 16:39:13.0 +0200
+++ fs/ecryptfs/mmap.c
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> On Thu, Jul 19, 2007 at 07:49:12PM -0400, Mathieu Desnoyers wrote:
> > * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> > >
> > > > * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > > >
> > > > > >
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> * Andi Kleen ([EMAIL PROTECTED]) wrote:
> >
> > > I noticed the same thing about interrupts off when going through the
> > > code.
> >
> > That's only on a slow path during cpu frequency changing while the TSC is
> > instable.
> > Shouldn't be
On Jul 19, 2007, at 12:31 PM, [EMAIL PROTECTED] wrote:
On Thu, 19 Jul 2007, Milton Miller wrote:
(2) Upon start-up (by which I mean what happens after the user has
pressed
the power button or something like that):
* check if the image is present (and valid) _without_ enabling
ACPI
On Fri, Jul 20, 2007 at 10:56:01AM -0300, Glauber de Oliveira Costa wrote:
> This patch provides a new set of functions for managing the descriptor
> tables that can be used instead of putting the raw assembly in .c files.
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
>
>
On Fri, 2007-07-20 at 15:54 +0200, Thomas Renninger wrote:
> On Wed, 2007-07-18 at 16:10 -0600, Bjorn Helgaas wrote:
> > On Wednesday 18 July 2007 11:50:38 am Thomas Renninger wrote:
> > > On Fri, 2007-07-13 at 10:56 -0600, Bjorn Helgaas wrote:
> > > > The PNP core does not request resources for
On 07/18, Jeremy Katz wrote:
>
> On Wed, 18 Jul 2007, Oleg Nesterov wrote:
>
> >Jeremy, I agree with Thomas that your patch should not be right, but it
> >does make a difference. Perhaps this is just the timing, but who knows.
> >Could you add some printk's to be sure that lock_timer() actually
* Andi Kleen ([EMAIL PROTECTED]) wrote:
>
> > I noticed the same thing about interrupts off when going through the
> > code.
>
> That's only on a slow path during cpu frequency changing while the TSC is
> instable.
> Shouldn't be that common.
>
> -Andi
Hrm, I don't see why you can get away
On Fri, Jul 20, 2007 at 02:01:16AM +0100, Al Viro wrote:
> Change in 'kbuild: do section mismatch check on full vmlinux'
> should've been replicated in arch/um/Makefile.
ACK
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line
On Thu, Jul 19, 2007 at 11:10:54PM -0700, Zachary Amsden wrote:
> I'm rather indifferent on the matter, but I think a virtualization menu
> under UML would be very confusing.
Yeah, that would be interesting. Trying to get one menu, with
switches that the arch can turn on and off, seems to make
On 7/20/07, Gabriel C <[EMAIL PROTECTED]> wrote:
Felipe Contreras wrote:
> Hi,
Hi ,
>
> Since I updated to 2.6.22 everything has been slower and I think this
> is the reason:
>
> ata_piix :00:1f.2: version 2.11
> ata_piix :00:1f.2: MAP [ P0 P2 IDE IDE ]
> ACPI: PCI Interrupt
Alan Cox wrote:
> O> ata_piix :00:1f.2: version 2.11
>> ata_piix :00:1f.2: MAP [ P0 P2 IDE IDE ]
>> ACPI: PCI Interrupt :00:1f.2[B] -> GSI 16 (level, low) -> IRQ 16
>> ata_piix :00:1f.2: 0x1F0 IDE port busy
>> ata_piix :00:1f.2: 0x170 IDE port busy
>> ata_piix :00:1f.2: no
On (20/07/07 22:39), KAMEZAWA Hiroyuki didst pronounce:
> On Fri, 20 Jul 2007 20:42:46 +0900
> Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> > > I expect that the memory gets added to the same zone as historically but
> > > when ZONE_MOVABLE is set, you'll see a situation where zones are
> > >
I have a multi-core Q6600 CPU on a 10-disk Raptor RAID 5 running XFS.
I just pulled down the Debian Etch 4.0 DVD ISO's, one for x86 and one for
x86_64, when I ran md5sum -c MD5SUMS, I see ~280-320MB/s. When I ran the
second one I see upwards of what I should be seeing 500-520MB/s.
NOTE::
On Fri, 20 Jul 2007 15:44:18 +0200
"Pierre Savary" <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>
> I permit me to send you a mail because I've seen on the net that you
> have work around MMC.
Well, I am the maintainer ;)
Also, you should include the LKML for these discussions.
>
> Linux
On Wed, 2007-07-18 at 16:10 -0600, Bjorn Helgaas wrote:
> On Wednesday 18 July 2007 11:50:38 am Thomas Renninger wrote:
> > On Fri, 2007-07-13 at 10:56 -0600, Bjorn Helgaas wrote:
> > > The PNP core does not request resources for devices that are active
> > > at boot. Those resources currently
This patch provides a new set of functions for managing the descriptor
tables that can be used instead of putting the raw assembly in .c files.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/head64.c b/arch/x86_64/kernel/head64.c
index
From: Stefan Roscher
Date: Fri, 20 Jul 2007 13:59:14 +0200
Subject: [PATCH 5/5] IB/ehca: Small QP queues
eHCA2 supports QP queues that can be as small as 512 bytes. This greatly
reduces memory overhead for consumers that use lots of QPs with small queues
(e.g. RDMA-only QPs). Apart from dealing
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 20:51:43 +0200
Subject: [PATCH 2/5] IB/ehca: Generate event when SRQ limit reached
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_irq.c | 42 ++---
1 files
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 21:40:00 +0200
Subject: [PATCH 4/5] IB/ehca: Make internal_{create,destroy}_qp() static
They're only used in ehca_qp.c
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c | 17
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 21:13:57 +0200
Subject: [PATCH 3/5] IB/ehca: Make ehca2ib_return_code() non-inline
It's nowhere in the main path and making it non-inline saves ~1.5K of code.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 20:48:04 +0200
Subject: [PATCH 1/5] IB/ehca: Support large page MRs
Add support for MR pages larger than 4K on eHCA2. This reduces firmware
memory consumption. If enabled via the mr_largepage module parameter, the MR
page size will
Felipe Contreras wrote:
> Hi,
Hi ,
>
> Since I updated to 2.6.22 everything has been slower and I think this
> is the reason:
>
> ata_piix :00:1f.2: version 2.11
> ata_piix :00:1f.2: MAP [ P0 P2 IDE IDE ]
> ACPI: PCI Interrupt :00:1f.2[B] -> GSI 16 (level, low) -> IRQ 16
> ata_piix
Le vendredi 20 juillet 2007 09:13, Satyam Sharma a écrit :
> David, please try this and let us know if it solves your problems.
How to ?
Should i have to patch kernel tree myself ? on 2.6.22.1 ?
For the moment, with 2.6.22.1 the probleme has not reappeared.
Best regards,
--
David
-
To
Hi,
On Wed, 18 Jul 2007, Ingo Molnar wrote:
> > > [more rude insults deleted]
> > > I've been waiting for that obvious question, and i _might_ be able
> > > to answer it, but somehow it never occured to you ;-) Thanks,
>
> the ";-)" emoticon (and its contents) clearly signals this as a
>
On Fri, 20 Jul 2007 20:42:46 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> > I expect that the memory gets added to the same zone as historically but
> > when ZONE_MOVABLE is set, you'll see a situation where zones are overlapping
> > after memory hot-add. i.e. Before memory hot-add, you'd see
>
On 7/20/07, David CHANIAL <[EMAIL PROTECTED]> wrote:
Le vendredi 20 juillet 2007 09:13, Satyam Sharma a écrit:
> David, please try this and let us know if it solves your problems.
How to ?
Should i have to patch kernel tree myself ? on 2.6.22.1 ?
Yes, you can apply the patch Neil just sent to
Here is a patch set against Roland's git, branch for-2.6.23 for ehca.
It adds support for MR large page and small queues. In addition of that
it also contains various small fixes from previous comments and what
we found.
They are in details:
[1/5] adds support for MR large page
[2/5] generates
On Fri, 2007-07-20 at 00:59 -0700, Andrew Morton wrote:
> On Fri, 20 Jul 2007 09:01:06 +0200 Robert Schwebel <[EMAIL PROTECTED]> wrote:
>
> > You add and use
> >
> > extern const char *kobject_actions[];
>
> Added it in a .c file, too. Even checkpatch.pl knows that
> was wrong.
The kernel
O> ata_piix :00:1f.2: version 2.11
> ata_piix :00:1f.2: MAP [ P0 P2 IDE IDE ]
> ACPI: PCI Interrupt :00:1f.2[B] -> GSI 16 (level, low) -> IRQ 16
> ata_piix :00:1f.2: 0x1F0 IDE port busy
> ata_piix :00:1f.2: 0x170 IDE port busy
> ata_piix :00:1f.2: no available legacy port
Hi,
Since I updated to 2.6.22 everything has been slower and I think this
is the reason:
ata_piix :00:1f.2: version 2.11
ata_piix :00:1f.2: MAP [ P0 P2 IDE IDE ]
ACPI: PCI Interrupt :00:1f.2[B] -> GSI 16 (level, low) -> IRQ 16
ata_piix :00:1f.2: 0x1F0 IDE port busy
ata_piix
When building v2.6.22-3478-g275afca on sparc64 (.config attached) I get:
MODPOST vmlinux
Building modules, stage 2.
MODPOST 463 modules
ERROR: "sys_ioctl" [arch/sparc64/solaris/solaris.ko] undefined!
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.22
# Thu
301 - 400 of 1082 matches
Mail list logo