ned/prepared for output.
Signed-off-by: Adel Gadllah <[EMAIL PROTECTED]>
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
CC: Takashi Iwai <[EMAIL PROTECTED]>
---
Orignal patch was mangled by sender's mail software.
diff -upNr linux-2.6.24.2.orign/sound/pci/hda/hd
Is every application that uses /proc/sys/dev/rtc/max-user-freq
supposed to be updated to use the new /sys interface?
--
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
On 02/05/2008 03:15 AM, Roland McGrath wrote:
>> thanks, applied. I suppose you have a testcase for this that we could try?
>
> This should exit 0 and show "wait status 0xb7f", and does on i386.
> On 2.6.24 it exits 1 and shows "wait status 0xb".
>
> Note, on the current tree before [PATCH] x86_6
On 02/06/2008 02:38 PM, Yang, Bo wrote:
> Andrew/Scott,
>
> Can you give me more details about this issue? Such as: MegaRAID
> Controller name, FW version, RAID configuration, host system info, how
> to reproduce this issue. Also do you see the issue on other kernel
> versions.
>
He has hit
On 02/07/2008 03:30 PM, Roland McGrath wrote:
>> Did you test without CONFIG_PARAVIRT, and CONFIG_PARAVIRT booted both with
>> and
>> without the "noreplace-paravirt" parameter?
>
> I did not test CONFIG_PARAVIRT at all. I just fixed what its introduction
> had done to break generic x86-64.
>
>
On 02/03/2008 08:08 AM, Al Viro wrote:
>
> The reason why it didn't visibly bite us before is that usually __devinit...
> just expanded to nothing (unless you disable HOTPLUG, which requires
> EMBEDDED, which wasn't apparently common enough for ppc64 builds).
>
> Suggestions?
This ugly hackset was
On 02/07/2008 03:45 PM, Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.24.1 release.
> There are 45 patches in this series, all will be posted as a response to
> this one. If anyone has any issues with these being applied, please let
> us know. If anyone is a maintainer
On 02/07/2008 07:00 PM, Roland McGrath wrote:
> It sure didn't look to me like paravirt probably worked. But what do I know?
>
I said "if" it worked you probably would have broken it. :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On 02/08/2008 01:35 PM, Stefan Lippers-Hollmann wrote:
>
> This patch seems to break compilation on x86_64 (i386 builds fine).
>
>> -"2: " LOCK_PREFIX "cmpxchgl %3, %2\n\
>> +"2: "lock cmpxchgl %3, %2\n\
Extra quote, should be:
+"2:lock cmpxchgl %3, %2\n\
--
To unsubscribe from this list: s
On 02/08/2008 04:00 PM, Oliver Pinter wrote:
>
> the v2.6.24.y tree is not published or not visible with git-web on
> http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.24.y.git;a=summary
> address
>
And,
git://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git
is missing
On 02/08/2008 03:09 PM, Harvey Harrison wrote:
> +#ifdef CONFIG_X86_32
> +#define FIX_EFLAGS (X86_EFLAGS_AC | X86_EFLAGS_RF | X86_EFLAGS_OF
> | \
> + X86_EFLAGS_DF | X86_EFLAGS_TF | X86_EFLAGS_SF | \
> + X86_EFLAGS_ZF | X86_EFLAGS_AF | X86_EFLAGS
On 02/22/2008 07:17 PM, Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.23.17 release.
> There are 8 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let us know. If anyone is a maintainer
On 02/22/2008 07:29 PM, Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.24.3 release.
> There are 38 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let us know. If anyone is a maintainer
On 02/23/2008 12:48 PM, Vegard Nossum wrote:
>
> I don't see the connection between (no-)smp and ata. Something with
> interrupt routing/IPI, missing irq ack? Booting another !SMP kernel
> works fine. The problem also exists in 2.6.24-rc2.
>
"nosmp" disables the IO-APIC which will change interru
I downloaded 2.6.13-rc2-mm2-broken-out.tar.bz2 and verified the signature.
Then I untarred it and moved it to the patches/ dir.
Output of 'quilt push -a' ends with:
Applying git-netdev-janitor-fixup.patch
patch: Only garbage was found in the patch input.
Patch git-netdev-janito
On Tue, 12 Jul 2005 at 17:41:00 -0700, Andrew Morton wrote:
> The patch was empty. That happens sometimes. I like to be able to apply
> empty patches, but yes, perhaps that should require -f.
>
> Either drop the patch of use -f.
OK, those are easy enough to comment out but I thought the brok
On Wed, 13 Jul 2005 at 00:23:42 -0700, Andrew Morton wrote:
>>...and BTW why does every line in the series file have a trailing space?
>
> Not in my copy of
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm2/patch-series
> ?
Looks like Quilt is adding
Patch is "obviously correct" and cuts 9% of the overhead. Please apply.
Next step should be to physically place math_state_restore() after
device_not_available(). Would such a patch be accepted? (Yes it
would be ugly and require linker script changes.)
Signed-off-by: Chuck Ebbe
I have this in my .config file for 2.6.13-rc3:
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set
And yet these completely empty files are being built:
$ find drivers/media -name built-in.o | xargs ls -go
-rw-rw-r-- 1 305
On Fri, 22 Jul 2005 at13:27:56 +1000, Andrew Morton wrote:
> hm. What context switch rate is that thing doing?
23000 - 25000 / second. I guess that explains why my attempt to
duplicate this in C failed -- it switches at 15-19 times per second:
/* i387 context switch benchmark
*compile
On Date: Fri, 22 Jul 2005 at 16:19:25 -0700 (PDT), Linus Torvalds wrote:
> /*
>* The "nop" is needed to make the instructions the same
>* length.
>*/
> #define restore_fpu(tsk)\
> alternative_input( \
>
On Fri, 22 Jul 2005 at 13:27:56 +1000, Andrew Morton wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > After:
> >
> > 12534 math_state_restore 130.5625
> > 8354 device_not_available 203.7561
> > -
On Fri, 22 Jul 2005 at 16:48:05 +0200, Olaf Hering wrote:
> turn many #if $undefined_string into #ifdef $undefined_string
> to fix some warnings after -Wno-def was added to global CFLAGS
Shouldn't that be "#if defined($undefined_string)"?
#ifdef is obsolete...
__
Chuck
-
To unsubscribe from
ead.i387.fxsave));
tsk->thread_info->status &= ~TS_USEDFPU;
}
=======
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Index: 2.6.13-rc3a/include/asm-i386/system.h
===
27;ve been running this patch for a while now. Please apply.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Index: 2.6.13-rc3a/include/asm-i386/ptrace.h
===
--- 2.6.13-rc3a.orig/include/asm-i386/ptrace.h 2005-07-13 16:20:26.
On Mon, 25 Jul 2005 at 12:47:50 -0400, Bill Davidsen wrote:
> > It's a very - very - very old and bad logic (at least nowdays) from the
> > stone age to free up memory.
>
> It's very Microsoft to claim that the OS always knows best, and not let
> the user tune the system the way they want it tune
Both -rc4 and -rc6 just silently reboot after two or three days.
This never happened with -rc3 and earlier kernels. The serial
console shows nothing. The only config change I made from -rc3
was to add schedstats -- could that be causing this?
Hardware:
Dell Workstation 610 (i440GX)
2 Pentiu
On Fri, 12 Aug 2005 at 15:25:18 +0100 (BST), Hugh Dickins wrote:
> On Thu, 11 Aug 2005, Steven Rostedt wrote:
> >
> > Found the problem. It is a bug with mmap_kmem. The order of checks is
> > wrong, so here's the patch.
>
> Good find, looks right to me, so far as it goes (why does this check
rom higher addresses.
It's ugly but so is the existing code. And it won't fix 64-bit
archs AFAICT. Tested on 2.6.11, patch offsets fixed up for 2.6.13-rc6.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Index: 2.6
On 11-Aug-05, Chuck Ebbert wrote:
> Both -rc4 and -rc6 just silently reboot after two or three days.
It was a failed UPS battery.
__
Chuck
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Sun, 14 Aug 2005 09:24:02 -0700 (PDT), Linus Torvalds wrote:
> Yes, the thing needs to be opened with O_LARGEFILE and you need to use
> "llseek()" to seek into it, but once you do that, everything should be
> fine.
GCC warns about using llseek and suggests lseek64 instead. That works
for m
On Wed, 10 Aug 2005 at 21:56:20 -0700, [EMAIL PROTECTED] wrote:
> Patch-base: 2.6.13-rc5-mm1
> Patch-keys: i386 desc cleanup
> Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
> Index: linux-2.6.13/include/asm-i386/desc.h
> ===
> ---
On Mon, 15 Aug 2005 at 15:59:39 -0700, [EMAIL PROTECTED] wrote:
> --- linux-2.6.13.orig/include/asm-i386/mmu_context.h 2005-08-15
> 11:16:59.0 -0700
> +++ linux-2.6.13/include/asm-i386/mmu_context.h 2005-08-15
> 11:19:49.0 -0700
> @@ -19,7 +19,7 @@
> memset(&mm->cont
On Tue, 16 Aug 2005 at 19:16:17 +0900 (JST), Hiro Yoshioka wrote:
> oh, really? Does the linux kernel take care of
> SSE save/restore on a task switch?
Check out XMMS_SAVE and XMMS_RESTORE in include/asm-i386/xor.h
__
Chuck
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
I just added some usb-storage devices to my system and got the below.
Why do the first four lines repeat for each device? (Not sure if
this is a SCSI or USB problem.)
[ 23.433725] SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
[ 23.560564] sda: Write Protect is off
[ 23.560581] sda:
On Wed, 17 Aug 2005 at 13:50:22 +0900 (JST), Hiro Yoshioka wrote:
> 3) page faults/exceptions/...
> 3-1 TS flag is set by the CPU (Am I right?)
TS will _not_ be set if a trap/fault or interrupt occurs. The only
way that could happen automatically would be to use a separate hardware
task with
On Wed, 17 Aug 2005 at 18:13:55 +0200, Ondrej Zary wrote:
> When I run a program that uses FPU, it sometimes crashes with "flaoting
> point exception"
> + printk("MATH ERROR %d\n",((~cwd) & swd & 0x3f) | (swd & 0x240));
Could you modify this to print the full values of cwd and swd like t
I came up with this patch for moving slow code to its own section, but
some questions arose:
1. How to implement for each arch?
2. What name to use for the text section?
Patch for X86 and PPC follows, then a test patch for i386 to show it
boots and runs.
Index: 2.6.13-rc2a/a
This patch adds a tag, "__slow" for marking non-performance-critical
functions in all architectures.
===
--- 2.6.13-rc2a.orig/include/linux/compiler.h 2005-06-24 00:50:34.0
-0400
+++ 2.6.13-rc2a/include/linux/compiler.h
On Fri, 22 Jul 2005 at 11:13:21 -0700 (PDT), Linus Torvalds wrote:
> Something like the following (totally untested) should make it be
> non-lazy. It's going to slow down normal task switches, but might speed up
> the "restoring FP context all the time" case.
>
> Chuck? This should work fine wit
On Sat, 23 Jul 2005 at 10:38:40 -0700 (PDT), Linus Torvalds wrote:
> On Sat, 23 Jul 2005, Chuck Ebbert wrote:
> >
> > This patch (may not apply cleanly to unpatched -rc3) drops overhead
> > a few more percent:
>
> That really is pretty ugly.
>
> I'd r
On Mon, 25 Jul 2005 at 16:13:13 -0700 (PDT), Linus Torvalds wrote:
> On Mon, 25 Jul 2005, Chuck Ebbert wrote:
> >
> > Recent patches from the Xen group changed the X86 user_mode macros.
> >
> > This patch does the following:
> >
> > 1. Makes the
On Wed, 27 Jul 2005 at 08:49:03 +0200, Michael Berger wrote:
> I would like to report following build error in Kernel 2.6.13-rc3 git
> current:
>
>gcc -m32 -Wp,-MD,init/.do_mounts_initrd.o.d -nostdinc -isystem
> /usr/lib/gcc-lib/i486-linux/3.3.5/include -D__KERNEL__ -Iinclude -Wall
> -Ws
gned-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Index: 2.6.13-rc3-mm3/arch/i386/kernel/i387.c
===
--- 2.6.13-rc3-mm3.orig/arch/i386/kernel/i387.c 2005-07-29 02:26:39.0
-0400
+++ 2.6.13-rc3-mm3/arch/i386/kernel/i387.c
/* fp.c: i387 benchmark/test program */
#define FP_VERSION "0.10"
#define _GNU_SOURCE
#include
#include
#include
#include
#include
#include
#include
#include
#define COND_YIELD(iters, ctr) \
if ((iters) > 0 && ++(ctr) > (iters)) { \
(ctr) = 0;
/* fptst.c: i387 benchmark/test program for Linux
* Build this program with optimization (-O2 may be faster than -O3)
*
* v0.11 should work on a wider variety of glibc versions (tested: 2.3.2, 2.3.3)
* (See below...)
*
* Comments welcome.
* Author: Chuck Ebbert <[EMAIL PROTEC
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> If a -mm kernel doesn't compile for you, you can:
> - apply a patch if it is already available
But the only place I see to get patches is from the mailing list.
A 'hotfixes' directory for the -mm patches on kernel.org would be nice.
__
Chuck
-
To unsu
On Date: Thu, 28 Jul 2005 at 22:54:33 -0700, Andrew Morton wrote:
> We need a super-easy way for people to do bisection searching.
First step would be to make interdiffs available as quilt patchsets.
If we had this for e.g. 2.6.13-rc3 -> rc4 it would make tracking down
those new bugs much easi
welcome.
* Author: Chuck Ebbert <[EMAIL PROTECTED]>
*/
/* Uncomment this if you get compile errors with the setaffinity function
*/
/* #define SETAFFINITY_TAKES_2_ARGS */
#define FPTST_VERSION "0.12"
#define _GNU_SOURCE
#include
#include
#include
#include
#include
#include
#i
On Fri, 29 Jul 2005 at 17:02:07 +0200, Ingo Molnar wrote:
> do wakeup-balancing only if the wakeup-CPU is idle.
>
> this prevents excessive wakeup-balancing while the system is highly
> loaded, but helps spread out the workload on partly idle systems.
I tested this with Volanomark on dual-process
On Sun, 31 Jul 2005 at 08:29:27 +0200, Ingo Molnar wrote:
> > I tested this with Volanomark on dual-processor PII Xeon -- the
> > results were very bad:
>
> which patch have you tested? The mail you replied to above is for patch
> #2, while on SMT/HT boxes it's patch #3 that is the correct approa
e is closed, the module use count
stays at 1. After the timer fires, it drops to 0. Repeatedly
opening and closing the driver caused no problems. Please apply.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
drivers/char/watchdog/softdog.c | 13 +
1 files changed, 9 inse
hould the owner.
Since this is really meant for finding deadlocks and not for general use I
think it should be OK.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/i386/kernel/semaphore.c | 16 ++
arch/i386/kernel/traps.c | 10 ++
include/asm-i3
Someone complained about the docs for vm_overcommit_memory being wrong.
This patch copies the text from the vm documentation into procfs.
Please apply.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Documentation/filesystems/proc.txt | 29 +++--
1 files chang
On Fri, 19 Aug 2005 20:24:26 -0700, Andrew Morton wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >
> > +Controls overcommit of system memory:
>
> It should explain what "overcommit" is.
Here is an improved version.
Signed-off-by: Chuck Ebber
On Fri, 19 Aug 2005 at 20:02:27 -0700, Andrew Morton wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >
> > This patch enables tracking semaphore ownership.
>
> Why? I can't think of any bug in recent years which needed this..
It might be useful in new
On Thu, 18 Aug 2005 12:37:30 +0200, Ondrej Zary wrote:
> > Could you modify this to print the full values of cwd and swd like this?
> >
> > printk("MATH ERROR: cwd = 0x%hx, swd = 0x%hx\n", cwd, swd);
> >
> > Then post the result.
> MATH ERROR: cwd = 0x37f, swd = 0x5020
> MATH ERROR: cw
t;m" (cw));
asm volatile ( /* st(1) = 3.0, st = 1.0 */
"fld1 ; fld1 ; faddp ; fld1 ; faddp ; fld1");
asm volatile (
"fdivp ; fwait"); /* 1.0 / 3.0 */
return 0;
}
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
tch applies with offsets to 2.4.31 and 2.6.13-rc6-mm1.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/i386/kernel/traps.c | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
--- 2.6.13-rc6a.orig/arch/i386/kernel/traps.c
+++ 2.6.13-rc6a/arch/i386/kernel/traps.c
On Tue, 23 Aug 2005 02:20:07 +0200, Andi Kleen wrote:
> every reviewer has to look up all the bits in the manual?
I fixed the test program too:
Before patch:
$ ./fpsig
handler: signum = 8, errno = 0, code = 0 [unknown]
handler: fpu cwd = 0xb40, fpu swd = 0xbaa0
handler: i387 unmasked precisio
On Tue, 23 Aug 2005 11:55:21 -0700 (PDT), Linus Torvalds wrote:
> Wouldn't this simpler patch result in exactly the same behaviour?
I thought the extra code would be good documentation, but the comments
work just as well. This is a little clearer (hand edited patch:)
--- a/arch/i386/kernel/tra
In-Reply-To: <[EMAIL PROTECTED]>
> Linux-kernel is a very high volume mailing list, and proper use of
> email threading is *vital* to read it: you immediately get all
> references to previous messages, and it makes it easy to skip threads
> you're not interested in
Does manually adding the repl
In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 03 Sep 2005 at 22:11:41 +0200, Arjan van de Ven wrote:
> this looks ENTIRELY like the wrong solution!
> Isn't it a LOT easier to just del_timer_sync() the timer from the module
> exit code?
But we want to prevent module unload so the timer can fire prope
I just bought a new notebook. Here is the output from lspci using the latest
pci.ids file from sourceforge:
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f
00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 02 Sep 2005 at 22:25:40 -0600, Christopher Friesen wrote:
> One thing I
> don't understand--the function makes calls to other functions including
> printk(), but I don't see those calls listed in the disassembly.
Calls to external functions whose addres
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, 4 Sep 2005 at 02:50:07 +0100, Matthew Garrett wrote:
> > Additionally, the system clock runs at 2x normal speed with PowerNow
> > enabled.
>
> http://bugzilla.kernel.org/show_bug.cgi?id=3927
Well that's the most bizarre tale of timer interrupt routing I
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, 5 Sep 2005 at 13:55:46 -0700, Andrew Morton wrote:
> [2.6.13 bug] i386: Wall clock running at double speed
Please track bug #3927 for this one. I updated it with my information.
Both i386 and x86_64 will need a fix.
__
Chuck
-
To unsubscribe from t
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, 04 Sep 2005 at 15:49:11 +0100, Alan Cox wrote:
> The question is whether ndiswrapper can do stack switching itself. Since
> as I understand it the NT stack is way more than 8K.
W2K usable kernel stack is about two pages. I'm not clear whether
this is r
In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 03 Sep 2005 at 23:38:10 -0400, Lee Revell wrote:
> On Sat, 2005-09-03 at 18:58 -0400, Chuck Ebbert wrote:
> > I just bought a new notebook.
>
> I'd return it if I were you.
What fun is that? I have learned that HP/Compaq is
patch but I can't test it:
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/i386/kernel/acpi/earlyquirk.c |2 +-
arch/x86_64/kernel/io_apic.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- 2.6.13a.orig/arch/i386/kernel/acpi/earlyquirk.c
+++ 2.6.13a/arch/
The x86_64 nmi code is missing a newline in one of its messages.
I added a space before the CPU id for readability and killed the trailing
space on the previous line as well.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/x86_64/kernel/nmi.c |4 ++--
1 files changed, 2 inse
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 9 Sep 2005 at 04:47:09 +0200, Andi Kleen wrote:
> On Friday 09 September 2005 04:33, Chuck Ebbert wrote:
> > I was looking at the i386 ACPI early quirk code and x86_64 equivalent
> > and it seems to me it should be checking the ho
signo = 8, si_errno = 0, si_code = 6 [inexact result]
handler: fpu cwd = 0xb40, fpu swd = 0xbaa0
handler: i387 unmasked precision exception, rounded up
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/x86_64/kernel/traps.c |9 ++---
1 files changed, 6 insertions(+),
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 9 Sep 2005 at 12:14:38 +0100 (BST), Hugh Dickins wrote:
> On Fri, 9 Sep 2005, Andi Kleen wrote:
> >
> > It won't give more accurate backtraces, not even on i386 because show_stack
> > doesn't have any code to follow frame pointers.
>
> Ah, right.
What's
27;t count on it though.
>
> Does your sound work?
Well I'll be...
I'd assumed from the (confusing) messages that the sound card was
not working, but it seems fine. Shouldn't the error messages from
atiixp-modem be prefixed with that name instead of "atiixp"?
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 09 Sep 2005 at 09:58:29 +0200, Jan Beulich wrote:
> Make the double fault handler use CPU-specific stacks, add some
> abstraction to simplify future change of other exception handlers
> to go through task gates. Change the pointer validity checks in
> the
On 12/30/2007 12:06 AM, Linda Walsh wrote:
> I needed to get a new hard disk for one of my systems and thought that
> it was about time to start going with SATA.
>
> I picked up a Promise 4-Port Sata300-TX4 to go with a 750G
> Seagate SATA -- I'd had good luck with a Promise ATA100 (P)ATA
> and lo
On 01/07/2008 03:22 PM, Guillaume Laurès wrote:
> However even with CFQ/NOOP I keep getting soft resets, only the sata_nv
> SATA ports, when under load. Any thoughs ?
Try the adma=0 option for the driver?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On 01/07/2008 02:06 PM, Brice Figureau wrote:
> Thanks for the answer.
> I'm using whatever is the default mount option (which I think is
> data=ordered). The only other mount option I use is nodiratime,noatime.
>
> Note that a large part of the processes in D state are "waiting" in
> __mutex_lo
On 01/10/2008 01:54 AM, Ingo Molnar wrote:
> * Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
>> +++ linux-2.6.24-rc7/arch/x86/kernel/traps_32.c
>> @@ -124,7 +124,8 @@ static inline unsigned long print_contex
>> unsigned long addr;
>>
>> addr = frame->return_address;
>>
On 01/10/2008 11:47 AM, Arjan van de Ven wrote:
> Subject: x86: Add the "print code before the trapping instruction" feature to
> 64 bit
> From: Arjan van de Ven <[EMAIL PROTECTED]>
>
> The 32 bit x86 tree has a very useful feature that prints the Code: line
> for the code even before the trappin
On 01/10/2008 03:28 PM, Randy Dunlap wrote:
> On Thu, 10 Jan 2008 20:15:53 +0100 Roel Kluin wrote:
>
>> Totally untested patch below from linus' git tree. The && is incorrect,
>> right?
>>
>> from drivers/net/wireless/arlan.h:390:
>> #define ARLAN_POWER 0x40
>> #define ARLAN_ACCESS
pages is NULL here, implying vma->vm_private_data was NULL. This is apparently
because init_vdso_vars() is __initcall and runs after the rootfs gets populated.
An experimental initrd containing an /sbin/hotplug binary caused this. Normally
we don't have that file in the initrd. Should vdso init be
On 12/06/2007 03:51 PM, Andi Kleen wrote:
> On Thursday 06 December 2007 20:44:46 Chuck Ebbert wrote:
>> pages is NULL here, implying vma->vm_private_data was NULL. This is
>> apparently
>> because init_vdso_vars() is __initcall and runs after the rootfs gets
>>
On 11/28/2007 01:55 PM, Hugh Dickins wrote:
> tmpfs was misconverted to __GFP_ZERO in 2.6.11. There's an unusual case in
> which shmem_getpage receives the page from its caller instead of allocating.
> We must cover this case by clear_highpage before SetPageUptodate, as before.
>
> Signed-off-by:
Looking at the oops report from this bug:
[bugzilla] https://bugzilla.redhat.com/show_bug.cgi?id=429412
[oops] https://bugzilla.redhat.com/attachment.cgi?id=292260
It was an unhandled page fault (protection violation.)
I tracked it down to the cmpxchg in this code:
include/asm-x86/futex_3
On 01/21/2008 03:47 PM, Chuck Ebbert wrote:
> Looking at the oops report from this bug:
>
> [bugzilla] https://bugzilla.redhat.com/show_bug.cgi?id=429412
> [oops] https://bugzilla.redhat.com/attachment.cgi?id=292260
>
> It was an unhandled page fault (protection violatio
On 01/22/2008 03:01 AM, Francis Moreau wrote:
> Hello,
>
> I'd like to add support for my Infrared remote control to Linux.
>
> So far I only see LIRCD project that make the kernel support
> such device but I'm not sure if this project is the best choice
> since it's not part of mainline kernels.
On 01/22/2008 07:35 AM, Thomas Gleixner wrote:
>
> That's a long standing bug in both the PI futex and the standard futex
> code. Needs to go to stable as well.
>
Here's the 2.6.23 version:
Subject: x86: fix missing exception entry for SMP alternatives in futex macros
From: Thomas Gleixner <[E
On 09/25/2007 07:38 PM, William Cattey wrote:
>
> I'd feel a lot more confident we were on the right track if I could just
> correctly patch Fitzhardinge's cleanup into the test setup I have now.
>
I think you need to zero both registers if you're using 2.6.16, and force
%eax as the source so it
On 10/02/2007 11:28 AM, Arjan van de Ven wrote:
> On Tue, 02 Oct 2007 18:08:32 +0400
> Kirill Korotaev <[EMAIL PROTECTED]> wrote:
>
>> Some gcc versions (I checked at least 4.1.1 from RHEL5 & 4.1.2 from
>> gentoo) can generate incorrect code with read_crX()/write_crX()
>> functions mix up, due to
On 10/02/2007 09:27 AM, Fengguang Wu wrote:
> On Tue, Oct 02, 2007 at 08:13:27PM +0800, Fengguang Wu wrote:
> [...]
>> One more serious problem is, a busy writer could also drain all the
>> dirty pages and make (nr_writeback == dirty_limit+1MB). In that case,
>> I suspect the light-load sdb writer
On 09/30/2007 11:40 AM, Neil Romig wrote:
> I am using kernel 2.6.17.14, and would like to use newer versions for
> the wireless code but I get file corruption with any kernel more recent
> than this. My system uses a SiS645DX chipset (it is a rebadged CLEVO
> D400E) with 5513 IDE.
>
> I get this
On 10/02/2007 06:07 PM, Andrew Morton wrote:
> On Tue, 02 Oct 2007 23:37:31 +0200 (CEST)
> Anders Bostr__m <[EMAIL PROTECTED]> wrote:
>
>> My computer suffers from high load average when the system is idle,
>> introduced by commit 44d306e1508fef6fa7a6eb15a1aba86ef68389a6 .
>>
>> Long story:
>>
>>
On 10/03/2007 12:10 AM, H. Peter Anvin wrote:
> Randy Dunlap wrote:
>>
>> Maybe we can/should merge the doc files along with the x86 arch merge.
>>
>
> Well, the x86 merge is pretty much mechanical. It should be followed up
> with a lot of manual merging.
>
It would be really nice if identical
On 10/02/2007 07:26 PM, Arjan van de Ven wrote:
> On Tue, 02 Oct 2007 18:33:58 -0400
>> Or, everybody wakes up at once right when we are taking a sample. :)
>
> nice try but we sample every timer tick; this code being timer driven
> makes it what you say it is regardless of *which* timer tick it
On 10/04/2007 05:01 AM, Andi Kleen wrote:
>
> Well the x86-64 option was there first; you have to ask whoever
> added the i386 option why they used a different name
>
> But I normally added aliases as people reported them. Nobody did in
> this case.
>
> One reason is probably that noapictimer i
On 10/04/2007 03:19 PM, Luca Tettamanti wrote:
>> The latter seems to be utime ...decreasing. No wonder if
>> arithmetics will give strange results (probably top is using
>> unsigned delta?)...
> Hmm, minor miscounting from my side, stime seems more appropriate...
So, is it nor
On 10/04/2007 04:00 PM, Christian Borntraeger wrote:
> Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
>> Is CONFIG_VIRT_CPU_ACCOUNTING set?
>
> This is s390 and powerpc only, so the answer is probably no ;-)
>
The code in fs/proc/array.c is... interesting.
1. task_
On 10/04/2007 04:55 PM, David Miller wrote:
>
> Anything, I do mean anything, can be simulated using small test
> programs.
How do you simulate reading 100TB of data spread across 3000 disks,
selecting 10% of it using some criterion, then sorting and summarizing
the result?
-
To unsubscribe from
1 - 100 of 754 matches
Mail list logo
