Hi, William.
On Feb 12 2005, William Park wrote:
> Your 'dmesg' says
> Warning: Secondary channel requires an 80-pin cable for operation.
> I assume it is.
Well, I just finished compiling the 2.6.11-rc4 kernel and the problem
persisted. This time, I enabled ACPI debugging and it indeed
On Feb 12 2005, William Park wrote:
> Do you have MSI on by any chance? (CONFIG_PCI_MSI) If so, try kernel
> without it. My motherboard exhibits runaway IRQ with it.
Ok, now I've just downloaded the -rc4 patch and while selecting the options
to compile, I saw what MSI means. No, I didn't have
On Feb 12 2005, William Park wrote:
> On Sat, Feb 12, 2005 at 09:50:43PM -0200, Rog?rio Brito wrote:
> > To prevent the matters of loosing track of what is being done, I only
> > changed one option at a time. I put the dmesg logs of all my attempts
> > at
On Feb 12 2005, William Park wrote:
On Sat, Feb 12, 2005 at 09:50:43PM -0200, Rog?rio Brito wrote:
To prevent the matters of loosing track of what is being done, I only
changed one option at a time. I put the dmesg logs of all my attempts
at http://www.ime.usp.br/~rbrito/ide-problem/.
On Feb 12 2005, William Park wrote:
Do you have MSI on by any chance? (CONFIG_PCI_MSI) If so, try kernel
without it. My motherboard exhibits runaway IRQ with it.
Ok, now I've just downloaded the -rc4 patch and while selecting the options
to compile, I saw what MSI means. No, I didn't have
Hi, William.
On Feb 12 2005, William Park wrote:
Your 'dmesg' says
Warning: Secondary channel requires an 80-pin cable for operation.
I assume it is.
Well, I just finished compiling the 2.6.11-rc4 kernel and the problem
persisted. This time, I enabled ACPI debugging and it indeed
On Sat, Feb 12, 2005 at 09:50:43PM -0200, Rog?rio Brito wrote:
> On Feb 12 2005, William Park wrote:
> > This looks awefully like 'acpi' is on. If 'acpi=noirq' does not work,
> > then try 'pci=noacpi'.
>
> Hi, Willian.
>
> First of all, thank you very much for both your attention and help.
>
>
On Feb 12 2005, William Park wrote:
> This looks awefully like 'acpi' is on. If 'acpi=noirq' does not work,
> then try 'pci=noacpi'.
Hi, Willian.
First of all, thank you very much for both your attention and help.
Unfortunately, I have already tried booting the 2.6.11-rc3-mm2 that I just
On Sat, Feb 12, 2005 at 08:47:15PM -0200, Rog?rio Brito wrote:
> On Feb 12 2005, William Park wrote:
> > On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
> > > For some kernel versions (say, since 2.6.10 proper, all the 2.6.11-rc's,
> > > some -mm trees and also -ac) I have been
On Feb 12 2005, William Park wrote:
> On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
> > For some kernel versions (say, since 2.6.10 proper, all the 2.6.11-rc's,
> > some -mm trees and also -ac) I have been getting the message "irq 10:
> > nobody cared!".
>
> Try 'acpi=noirq'.
he dmesg log of my system with this message. I am CC'ing
> the linux-ide list, but I'm only subscribed to linux-kernel. I would
> appreciate CC's, if possible.
>
>
> Thank you very much for any help, Rog?rio.
>
> P.S.: I am, right now, re-compiling 2.6.11-rc3-mm1 wi
subscribed to linux-kernel. I would
appreciate CC's, if possible.
Thank you very much for any help, Rog?rio.
P.S.: I am, right now, re-compiling 2.6.11-rc3-mm1 with the extra pass of
kallsyms to see if the problem persists with this release.
Try 'acpi=noirq'.
--
William Park [EMAIL PROTECTED
On Sat, Feb 12, 2005 at 08:47:15PM -0200, Rog?rio Brito wrote:
On Feb 12 2005, William Park wrote:
On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
For some kernel versions (say, since 2.6.10 proper, all the 2.6.11-rc's,
some -mm trees and also -ac) I have been getting the
On Feb 12 2005, William Park wrote:
This looks awefully like 'acpi' is on. If 'acpi=noirq' does not work,
then try 'pci=noacpi'.
Hi, Willian.
First of all, thank you very much for both your attention and help.
Unfortunately, I have already tried booting the 2.6.11-rc3-mm2 that I just
On Sat, Feb 12, 2005 at 09:50:43PM -0200, Rog?rio Brito wrote:
On Feb 12 2005, William Park wrote:
This looks awefully like 'acpi' is on. If 'acpi=noirq' does not work,
then try 'pci=noacpi'.
Hi, Willian.
First of all, thank you very much for both your attention and help.
On Feb 12 2005, William Park wrote:
On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
For some kernel versions (say, since 2.6.10 proper, all the 2.6.11-rc's,
some -mm trees and also -ac) I have been getting the message irq 10:
nobody cared!.
Try 'acpi=noirq'.
On Wed, Feb 09, 2005 at 08:12:07PM -0800, Andrew Morton wrote:
> (I understand that it's only a "proof of concept" patch, but I thought I'd
> bitch anyway ;))
>
> So. I'll keep the patch as-is in -mm for now. I've Cc'ed linux-acpi.
> Perhaps the people there can absorb this and fix it up for
"Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote:
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
>
> ...
> diff -Nru -p1 linux-2.6.11-rc2-mm1/drivers/base/power/shutdown.c
> linux-2.6.11-rc2-mm1-mbn1/drivers/base/power/shutdown.c
> ---
d the warining.
> > >
> > > BTW, I've also tried to put touch_softlockup_watchdog() before
> > > device_power_up(), but it didn't change much.
> >
> > this is a single-CPU box, right?
>
> Yes.
>
> OK, I think I've sorted it out. The solution is to u
vice_power_up(), but it didn't change much.
>
> this is a single-CPU box, right?
Yes.
OK, I think I've sorted it out. The solution is to use your patch and the
following change against swsusp.c:
--- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08
18:16:34.0 +010
On Tue, Feb 08, 2005 at 08:54:06PM -0800, Andrew Morton wrote:
> "Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote:
> >
> > Please add to -mm the patch in attachment, since it solves the old
> > acpi_power_off bug...
>
> What acpi_power_off bug? And how does it solve it?
Here's the observed
On Tue, Feb 08, 2005 at 08:54:06PM -0800, Andrew Morton wrote:
Marcos D. Marado Torres [EMAIL PROTECTED] wrote:
Please add to -mm the patch in attachment, since it solves the old
acpi_power_off bug...
What acpi_power_off bug? And how does it solve it?
Here's the observed bug that the
I've sorted it out. The solution is to use your patch and the
following change against swsusp.c:
--- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08
18:16:34.0 +0100
+++ new/kernel/power/swsusp.c 2005-02-09 17:31:16.0 +0100
@@ -870,7 +870,9 @@
/* Restore
(), but it didn't change much.
this is a single-CPU box, right?
Yes.
OK, I think I've sorted it out. The solution is to use your patch and the
following change against swsusp.c:
Well, I was to quick with this, sorry.
--- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08
18:16
Marcos D. Marado Torres [EMAIL PROTECTED] wrote:
Please add to -mm the patch in attachment, since it solves the old
acpi_power_off bug...
...
diff -Nru -p1 linux-2.6.11-rc2-mm1/drivers/base/power/shutdown.c
linux-2.6.11-rc2-mm1-mbn1/drivers/base/power/shutdown.c
---
On Wed, Feb 09, 2005 at 08:12:07PM -0800, Andrew Morton wrote:
(I understand that it's only a proof of concept patch, but I thought I'd
bitch anyway ;))
So. I'll keep the patch as-is in -mm for now. I've Cc'ed linux-acpi.
Perhaps the people there can absorb this and fix it up for real,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/09/2005 03:09 PM, Andrew Morton wrote:
> Clemens Schwaighofer <[EMAIL PROTECTED]> wrote:
>
>>during startup I get too oops on my Box
>
>
> Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
okay, thanks.
- --
[ Clemens
Clemens Schwaighofer <[EMAIL PROTECTED]> wrote:
>
> during startup I get too oops on my Box
Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
6-17-2 Ginza Chuo-ku, Tokyo 104-0061, JAPAN ]
[ Tel: +81-(0)3-3545-7703Fax: +81-(0)3-3545-7343 ]
[ http://www.tequila.co.jphttp://www.tbwajapan.co.jp ]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11-rc3-mm1
# Wed Feb 9 12:39:10 2005
#
CONF
On Wed, 9 Feb 2005, Marcos D. Marado Torres wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Fri, 4 Feb 2005, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
> Andrew,
>
"Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote:
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
What acpi_power_off bug? And how does it solve it?
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 4 Feb 2005, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
Andrew,
Please add to -mm the patch in attachment, since it solves the old
acpi_power_off bug...
Best Regards,
Marcos
init seg:1 page:df404000 filename: len:4096
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c01d8257
*pde =
Oops: [#1]
PREEMPT
Modules linked in:
CPU:0
EIP:0060:[]Not tainted VLI
EFL
On Tue, Feb 08, 2005 at 03:03:38PM -0500, Martin Hicks wrote:
>
> Hi Andrew,
>
> One of your patches in 2.6.11-rc3-mm1 breaks ACPI_BOOT for ia64. It
> removes the dependence on CONFIG_ACPI and makes it exclusively depend on
> X86_HT, which is wrong.
Thanks for the patch.
A
Hi Andrew,
One of your patches in 2.6.11-rc3-mm1 breaks ACPI_BOOT for ia64. It
removes the dependence on CONFIG_ACPI and makes it exclusively depend on
X86_HT, which is wrong.
Signed-off-by: Martin Hicks <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc3-mm1/drivers/acpi/K
This patch adds GPIO/LED/DIPSW driver for TANBAC TB0219.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/Kconfig a/arch/mips/Kconfig
--- a-orig/arch/mips/KconfigTue Feb 8 00:19:49 2005
+++ a/arch/mips/Kconfig Tue Feb 8 00:53:47 2005
@@ -122,10
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> The warning is printed right after the image is restored (ie somewhere
> around the local_irq_enable() above, but it goes before the "PM: Image
> restored successfully." message that is printed as soon as the return
> is executed). Definitely,
On Tue, Feb 08 2005, Andrew Morton wrote:
> Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > ->axboe!
> >
> > :-)
> >
> > The thing wants a rewrite. Ideally the serializing point would be a
> > special request. The patch is still better than nothing right now, it's
> > really easy
Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> >->axboe!
>
> :-)
>
> The thing wants a rewrite. Ideally the serializing point would be a
> special request. The patch is still better than nothing right now, it's
> really easy to hang the device with hdparm in -linus since it's
>
On Tue, Feb 08 2005, Andrew Morton wrote:
> Maciej Soltysiak <[EMAIL PROTECTED]> wrote:
> >
> > Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
> > SeekComplete Error }
> > Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
> > BadCRC }
> > Feb 6
Maciej Soltysiak <[EMAIL PROTECTED]> wrote:
>
> Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
> BadCRC }
> Feb 6 17:07:47 dns kernel: ide: failed opcode was: unknown
> Feb
On Mon, 2005-02-07 at 15:46 -0800, Andrew Morton wrote:
> Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
> >
> >This module sends a signal to one or several processes (in user
> > space) when a fork occurs in the kernel. It relays information about
> > forks (parent and child pid) to a user
On Mon, 2005-02-07 at 15:46 -0800, Andrew Morton wrote:
Guillaume Thouvenin [EMAIL PROTECTED] wrote:
This module sends a signal to one or several processes (in user
space) when a fork occurs in the kernel. It relays information about
forks (parent and child pid) to a user space
Maciej Soltysiak [EMAIL PROTECTED] wrote:
Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
BadCRC }
Feb 6 17:07:47 dns kernel: ide: failed opcode was: unknown
Feb 6
On Tue, Feb 08 2005, Andrew Morton wrote:
Maciej Soltysiak [EMAIL PROTECTED] wrote:
Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
BadCRC }
Feb 6 17:07:47 dns
Jens Axboe [EMAIL PROTECTED] wrote:
-axboe!
:-)
The thing wants a rewrite. Ideally the serializing point would be a
special request. The patch is still better than nothing right now, it's
really easy to hang the device with hdparm in -linus since it's
impossible to
On Tue, Feb 08 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
-axboe!
:-)
The thing wants a rewrite. Ideally the serializing point would be a
special request. The patch is still better than nothing right now, it's
really easy to hang the device
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
The warning is printed right after the image is restored (ie somewhere
around the local_irq_enable() above, but it goes before the PM: Image
restored successfully. message that is printed as soon as the return
is executed). Definitely, less than
This patch adds GPIO/LED/DIPSW driver for TANBAC TB0219.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff a-orig/arch/mips/Kconfig a/arch/mips/Kconfig
--- a-orig/arch/mips/KconfigTue Feb 8 00:19:49 2005
+++ a/arch/mips/Kconfig Tue Feb 8 00:53:47 2005
@@ -122,10
Hi Andrew,
One of your patches in 2.6.11-rc3-mm1 breaks ACPI_BOOT for ia64. It
removes the dependence on CONFIG_ACPI and makes it exclusively depend on
X86_HT, which is wrong.
Signed-off-by: Martin Hicks [EMAIL PROTECTED]
Index: linux-2.6.11-rc3-mm1/drivers/acpi/Kconfig
On Tue, Feb 08, 2005 at 03:03:38PM -0500, Martin Hicks wrote:
Hi Andrew,
One of your patches in 2.6.11-rc3-mm1 breaks ACPI_BOOT for ia64. It
removes the dependence on CONFIG_ACPI and makes it exclusively depend on
X86_HT, which is wrong.
Thanks for the patch.
Already fixed in my kconfig
Modules linked in:
CPU:0
EIP:0060:[c01d8257]Not tainted VLI
EFLAGS: 00010206 (2.6.11-rc3-mm1)
EIP is at strncpy_from_user+0x33/0x47
eax: c14f ebx: fff2 ecx: 1000 edx: 1000
esi: edi: df404000 ebp: esp: c14f1f60
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 4 Feb 2005, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
Andrew,
Please add to -mm the patch in attachment, since it solves the old
acpi_power_off bug...
Best Regards,
Marcos
Marcos D. Marado Torres [EMAIL PROTECTED] wrote:
Please add to -mm the patch in attachment, since it solves the old
acpi_power_off bug...
What acpi_power_off bug? And how does it solve it?
Thanks.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Wed, 9 Feb 2005, Marcos D. Marado Torres wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 4 Feb 2005, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
Andrew,
Please add to -mm the patch in attachment
Chuo-ku, Tokyo 104-0061, JAPAN ]
[ Tel: +81-(0)3-3545-7703Fax: +81-(0)3-3545-7343 ]
[ http://www.tequila.co.jphttp://www.tbwajapan.co.jp ]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11-rc3-mm1
# Wed Feb 9 12:39:10 2005
#
CONFIG_X86=y
Clemens Schwaighofer [EMAIL PROTECTED] wrote:
during startup I get too oops on my Box
Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/09/2005 03:09 PM, Andrew Morton wrote:
Clemens Schwaighofer [EMAIL PROTECTED] wrote:
during startup I get too oops on my Box
Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
okay, thanks.
- --
[ Clemens
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
>This module sends a signal to one or several processes (in user
> space) when a fork occurs in the kernel. It relays information about
> forks (parent and child pid) to a user space application.
>
> ...
>This patch is used
Hello Hans,
Monday, February 7, 2005, 9:19:47 PM, you wrote:
> Maciej Soltysiak wrote:
>>)
>>
>>Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
>>SeekComplete Error }
>>Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
>>BadCRC }
>>
>>
> this means
Maciej Soltysiak wrote:
)
Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
this means bad hard drive, or at least a bad sector on it.
-
To unsubscribe from this list: send
On Sun, 2005-02-06 at 22:22 +0100, Peter Osterlund wrote:
> > > > EIP is a strncpy_from_user+0x33/0x47
> > > > ...
> > > > Call Trace:
> > > > getname+0x69/0xa5
> > > > sys_open+0x12/0xc6
> > > > sysenter_past_esp+0x52/0x75
> > > > ...
>
This patch updates vrc4171 pcmcia driver.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/common/Makefile
a/arch/mips/vr41xx/common/Makefile
--- a-orig/arch/mips/vr41xx/common/Makefile Thu Feb 3 10:55:52 2005
+++
in the kernel.
This patch is used by the Enhanced Linux System Accounting tool that
can be downloaded from http://elsa.sf.net
Regards,
Guillaume
$ diffstat linux-2.6.11-rc3-mm1-relayfork.patch
include/linux/generic_hooks.h |9
init/Kconfig | 25 ++
kernel/Makefile
This patch had fixed the following warning.
arch/mips/lib-32/dump_tlb.c: In function 'dump_tlb':
arch/mips/lib-32/dump_tlb.c:69: warning: control may reach end of non-void
function 'msk2str' being inlined
This patch adds return value, when page size is not match.
Yoichi
Signed-off-by: Yoichi
gt; I did:
> >
> > ---
> > /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c
> > 2005-02-05 20:57:03.0 +0100
> > +++ linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-06
> > 19:07:39.0 +0100
&
Paulo Marques wrote:
jjluza wrote:
Eyal Lebedinsky wrote
I am having bttv problems with vanilla -rc3. Does it work for you?
I don't know, as I said I didn't test kernel between 2.6.10 and
2.6.11-rc3-mm1.
Sorry.
If I have time enough later, I can test 2.6.11-rc3.
Since I don't really know if it's
jjluza wrote:
Eyal Lebedinsky wrote
I am having bttv problems with vanilla -rc3. Does it work for you?
I don't know, as I said I didn't test kernel between 2.6.10 and
2.6.11-rc3-mm1.
Sorry.
If I have time enough later, I can test 2.6.11-rc3.
Since I don't really know if it's the good place
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
> > the resume code (before interrupts are re-enabled)?
>
> I did:
>
> ---
> /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/po
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
the resume code (before interrupts are re-enabled)?
I did:
---
/home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c
2005-02-05 20:57
jjluza wrote:
Eyal Lebedinsky wrote
I am having bttv problems with vanilla -rc3. Does it work for you?
I don't know, as I said I didn't test kernel between 2.6.10 and
2.6.11-rc3-mm1.
Sorry.
If I have time enough later, I can test 2.6.11-rc3.
Since I don't really know if it's the good place
Paulo Marques wrote:
jjluza wrote:
Eyal Lebedinsky wrote
I am having bttv problems with vanilla -rc3. Does it work for you?
I don't know, as I said I didn't test kernel between 2.6.10 and
2.6.11-rc3-mm1.
Sorry.
If I have time enough later, I can test 2.6.11-rc3.
Since I don't really know if it's
-2.6.11-rc3-mm1/kernel/power/swsusp.c
2005-02-05 20:57:03.0 +0100
+++ linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-06
19:07:39.0 +0100
@@ -871,6 +869,7 @@
restore_processor_state();
restore_highmem();
device_power_up
This patch had fixed the following warning.
arch/mips/lib-32/dump_tlb.c: In function 'dump_tlb':
arch/mips/lib-32/dump_tlb.c:69: warning: control may reach end of non-void
function 'msk2str' being inlined
This patch adds return value, when page size is not match.
Yoichi
Signed-off-by: Yoichi
that
can be downloaded from http://elsa.sf.net
Regards,
Guillaume
$ diffstat linux-2.6.11-rc3-mm1-relayfork.patch
include/linux/generic_hooks.h |9
init/Kconfig | 25 ++
kernel/Makefile |1
kernel/fork.c | 27 ++
kernel/relay_fork.c
This patch updates vrc4171 pcmcia driver.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/common/Makefile
a/arch/mips/vr41xx/common/Makefile
--- a-orig/arch/mips/vr41xx/common/Makefile Thu Feb 3 10:55:52 2005
+++
On Sun, 2005-02-06 at 22:22 +0100, Peter Osterlund wrote:
EIP is a strncpy_from_user+0x33/0x47
...
Call Trace:
getname+0x69/0xa5
sys_open+0x12/0xc6
sysenter_past_esp+0x52/0x75
...
Kernel panic - not
Maciej Soltysiak wrote:
)
Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
this means bad hard drive, or at least a bad sector on it.
-
To unsubscribe from this list: send
Hello Hans,
Monday, February 7, 2005, 9:19:47 PM, you wrote:
Maciej Soltysiak wrote:
)
Feb 6 17:07:47 dns kernel: hdc: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Feb 6 17:07:47 dns kernel: hdc: dma_intr: error=0x84 { DriveStatusError
BadCRC }
this means bad hard drive,
Guillaume Thouvenin [EMAIL PROTECTED] wrote:
Hello,
This module sends a signal to one or several processes (in user
space) when a fork occurs in the kernel. It relays information about
forks (parent and child pid) to a user space application.
...
This patch is used by the
Hello,
I just want to report a lockup on my 2.6.11-rc3-mm1 machine.
I was working on it via ssh and suddenly the machine stopped
responding. When, the next day I came up to the console
it was printing over and over this oops.
In the logs I could find the oops. I am posting it inline here
along
rnel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
> > >
> > > It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
> > > enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
> > > output:
> >
; > considered as spent in the kernel, so it triggers softlockup as soon
> > as its threads are woken up (is that correct, Pavel?).
>
> ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
> the resume code (before interrupts are re-enabled)?
I did:
--- /ho
Le 06.02.2005 09:18, Peter Osterlund a écrit :
[snip]
Anyway, the problem is that the add-struct-request-end_io-callback
patch forgot to update pktcdvd.c. This patch fixes it. It should
probably be merged into the add-struct-request-end_io-callback patch,
because that patch already fixes up other
On Sun, Feb 06, 2005 at 09:33:44PM +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
> It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
&
Andrew Morton <[EMAIL PROTECTED]> writes:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
output:
here be
anything else that I should try?
Thank you very much for the help, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Linux version 2.6.11-rc3-mm1-1 ([EMAIL PROT
Andrew Morton <[EMAIL PROTECTED]> writes:
> Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > Peter Osterlund <[EMAIL PROTECTED]> writes:
> >
> > > Laurent Riffard <[EMAIL PROTECTED]> writes:
> > >
> > > > This is k
Andrew Morton [EMAIL PROTECTED] writes:
Peter Osterlund [EMAIL PROTECTED] wrote:
Peter Osterlund [EMAIL PROTECTED] writes:
Laurent Riffard [EMAIL PROTECTED] writes:
This is kernel 2.6.11-rc3-mm1. I can't mount an UDF-formatted cdrw
in packet-writing mode. Mount process gets
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Linux version 2.6.11-rc3-mm1-1 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
1:3.3.5-5)) #1 Sat Feb 5 20:48:14 BRST 2005
BIOS
Andrew Morton [EMAIL PROTECTED] writes:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
output:
Unable to handle
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
Andrew Morton [EMAIL PROTECTED] writes:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
enabled. If I also have
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
Andrew Morton [EMAIL PROTECTED] writes:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have
On Sun, Feb 06, 2005 at 09:33:44PM +1100, Benjamin Herrenschmidt wrote:
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
Andrew Morton [EMAIL PROTECTED] writes:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel
Le 06.02.2005 09:18, Peter Osterlund a écrit :
[snip]
Anyway, the problem is that the add-struct-request-end_io-callback
patch forgot to update pktcdvd.c. This patch fixes it. It should
probably be merged into the add-struct-request-end_io-callback patch,
because that patch already fixes up other
up (is that correct, Pavel?).
ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
the resume code (before interrupts are re-enabled)?
I did:
--- /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c
2005-02-05 20:57:03.0 +0100
+++ linux-2.6.11
Peter Osterlund [EMAIL PROTECTED] writes:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
Andrew Morton [EMAIL PROTECTED] writes:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1
Hello,
I just want to report a lockup on my 2.6.11-rc3-mm1 machine.
I was working on it via ssh and suddenly the machine stopped
responding. When, the next day I came up to the console
it was printing over and over this oops.
In the logs I could find the oops. I am posting it inline here
along
1 - 100 of 190 matches
Mail list logo