On 229, 08 17, 2005 at 01:14:15PM -0700, Andrew Morton wrote:
> Andrey Panin <[EMAIL PROTECTED]> wrote:
> >
> >
> > This patch adds driver for IBM Automatic Server Restart watchdog hardware
> > found in some IBM eServer xSeries machines. This driver is based on the ugly
> > driver provided by IBM.
Andrey Panin <[EMAIL PROTECTED]> wrote:
>
>
> This patch adds driver for IBM Automatic Server Restart watchdog hardware
> found in some IBM eServer xSeries machines. This driver is based on the ugly
> driver provided by IBM. Driver was tested on IBM eServer 226.
>
> ...
> +
> + case ASMTYPE_J
On Mon, 15 Aug 2005, Harald Welte wrote:
> On Sun, Aug 14, 2005 at 08:15:53PM -0600, Zwane Mwaikambo wrote:
>
> > Is the following patch correct? ip_conntrack_event_cache should never be
> > called with ip_conntrack_lock held and ct_add_counters does not need to be
> > called with ip_conntrack_
On Sun, Aug 14, 2005 at 08:15:53PM -0600, Zwane Mwaikambo wrote:
> Is the following patch correct? ip_conntrack_event_cache should never be
> called with ip_conntrack_lock held and ct_add_counters does not need to be
> called with ip_conntrack_lock held.
No, it's not correct. ct_add_countes ha
On Sun, 14 Aug 2005, Rafael J. Wysocki wrote:
> I've got the following BUG on Asus L5D (x86-64) with the 2.6.13-rc5-mm1
> kernel:
>
> BUG: rwlock recursion on CPU#0, nscd/3668, 8817d4a0
>
> Call Trace:{add_preempt_count+105}
> {rwlock_bug+114}
&g
Rafael J. Wysocki wrote:
> I've got the following BUG on Asus L5D (x86-64) with the 2.6.13-rc5-mm1
> kernel:
>
> BUG: rwlock recursion on CPU#0, nscd/3668, 8817d4a0
>
> Call Trace:{add_preempt_count+105}
> {rwlock_bug+114}
>{_raw_write_l
Hi,
I've got the following BUG on Asus L5D (x86-64) with the 2.6.13-rc5-mm1 kernel:
BUG: rwlock recursion on CPU#0, nscd/3668, 8817d4a0
Call Trace:{add_preempt_count+105}
{rwlock_bug+114}
{_raw_write_lock+62}
{_write_lock_bh+40}
{:ip_conntrack:destroy_conntrac
> > UML is broken again in -mm.
> >
> > Maybe UML should be added to one of the automatic build suites.
>
> It is, see here: http://l4x.org/k/?d=6080 .
Cool.
> But the maintainer (if he cares) will know that it's broken and send
> a fix in time. -mm is imho designed to be broken from time to t
Miklos Szeredi wrote:
> UML is broken again in -mm.
>
> Maybe UML should be added to one of the automatic build suites.
It is, see here: http://l4x.org/k/?d=6080 . But the maintainer (if he cares)
will know that it's broken and send a fix in time.
-mm is imho designed to be broken from time to ti
UML is broken again in -mm.
Maybe UML should be added to one of the automatic build suites.
Miklos
ccache gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -ffreestanding -O2 -fno-omit-frame-pointer
-fno-optimize-sibling-calls -g -D__arch_um__ -DSUBARC
17 insertions(+), 88 deletions(-)
>
> diff -urdpNX /usr/share/dontdiff
> linux-2.6.13-rc5-mm1.vanilla/drivers/char/ipmi/ipmi_si_intf.c
> linux-2.6.13-rc5-mm1/drivers/char/ipmi/ipmi_si_intf.c
> --- linux-2.6.13-rc5-mm1.vanilla/drivers/char/ipmi/ipmi_si_intf.c
> 2005-08-08 14:32:07.00
config | 10 +
drivers/char/watchdog/Makefile |1
drivers/char/watchdog/ibmasr.c | 407 +
3 files changed, 418 insertions(+)
diff -urdpN linux-2.6.13-rc5-mm1.vanilla/drivers/char/watchdog/ibmasr.c
linux-2.6.13-rc5-mm1/drivers/char/watchdog/ibmasr.c
---
DMI debugging code is unused for ages. This patch removes it.
Signed-off-by: Andrey Panin <[EMAIL PROTECTED]>
arch/i386/kernel/dmi_scan.c | 21 -
1 files changed, 21 deletions(-)
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_
nclude/linux/dmi.h | 34 +-
2 files changed, 121 insertions(+), 15 deletions(-)
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c
linux-2.6.13-rc5-mm1/arch/i386/kernel/dmi_scan.c
--- linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/drivers/char/ipmi/ipmi_si_intf.c
linux-2.6.13-rc5-mm1/drivers/char/ipmi/ipmi_si_intf.c
--- linux-2.6.13-rc5-mm1.vanilla/drivers/char/ipmi/ipmi_si_intf.c
2005-08-08 14:32:07.0 +0400
+++ linux-2.6.13-rc5-mm1/drivers/cha
etions(-)
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c
linux-2.6.13-rc5-mm1/arch/i386/kernel/dmi_scan.c
--- linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c2005-06-14
23:31:39.0 +0400
+++ linux-2.6.13-rc5-mm1/arch/i386/kernel/dmi_
| 85
1 files changed, 40 insertions(+), 45 deletions(-)
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c
linux-2.6.13-rc5-mm1/arch/i386/kernel/dmi_scan.c
--- linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c2005-06-12
23:07:37.0
On Mon, Aug 08, 2005 at 07:06:50PM -0500, James Bottomley wrote:
> On Mon, 2005-08-08 at 10:42 -0700, Andrew Morton wrote:
> > -mm has extra list_head debugging goodies. I'd be suspecting a list_head
> > corruption detected somewhere under spi_release_transport().
>
> Aha, looking in wrong driver
Hello, i find out this problem:
#make O=../bu allmodconfig
...
#make O=../bu all
...
LD .tmp_vmlinux1
drivers/built-in.o(.text+0x63c87): In function `sis190_get_settings':
/l/latest/xxx/drivers/net/sis190.c:1656: undefined reference to
`mii_ethtool_gset'
drivers/built-in.o(.text+0x63c96):
On Mon, 2005-08-08 at 10:42 -0700, Andrew Morton wrote:
> -mm has extra list_head debugging goodies. I'd be suspecting a list_head
> corruption detected somewhere under spi_release_transport().
Aha, looking in wrong driver ... the problem actually appears to be a
double release of the transport t
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2005-08-08 at 19:11 +0200, Andi Kleen wrote:
> > Looks like a SCSI problem. The machine has an Adaptec SCSI adapter, right?
>
> The traceback looks pretty meaningless.
>
> What was happening on the machine before this. i.e. was it booting up
On Mon, Aug 08, 2005 at 12:33:29PM -0500, James Bottomley wrote:
> On Mon, 2005-08-08 at 19:11 +0200, Andi Kleen wrote:
> > Looks like a SCSI problem. The machine has an Adaptec SCSI adapter, right?
>
> The traceback looks pretty meaningless.
>
> What was happening on the machine before this. i.
On Mon, 2005-08-08 at 19:11 +0200, Andi Kleen wrote:
> Looks like a SCSI problem. The machine has an Adaptec SCSI adapter, right?
The traceback looks pretty meaningless.
What was happening on the machine before this. i.e. was it booting up,
in which case can we have the prior dmesg file; or was
> > --- [cut here ] - [please bite here ] -
> > Kernel BUG at "include/linux/list.h":165
> > invalid operand: [1] SMP
> > CPU 2
> > Modules linked in:
> > Pid: 1, comm: swapper Not tainted 2.6.13-rc5-mm1
> > RIP: 001
lude/linux/list.h":165
> invalid operand: [1] SMP
> CPU 2
> Modules linked in:
> Pid: 1, comm: swapper Not tainted 2.6.13-rc5-mm1
> RIP: 0010:[]
> {attribute_container_unregist}RSP: 0018:8100bfb63f00
> EFLAGS: 00010283
> RAX: 8100bfbd4c58 RBX: 8
ot tainted 2.6.13-rc5-mm1
RIP: 0010:[]
{attribute_container_unregist}RSP: 0018:8100bfb63f00
EFLAGS: 00010283
RAX: 8100bfbd4c58 RBX: 8100bfbd4c00 RCX: 804e6600
RDX: 00200200 RSI: RDI: 804e6600
RBP: R08: 8100bf
> > > I don't think it was supposed to do that.
> > >
> > > Quite possibly it's something to do with the new debugging code - could
> > you
> > > please take a copy of the offending config, send it over and then try
> > > removing debug options, see if the crash goes away? CONFIG_DEBUG_PREEM
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> - This kernel is broken on ia64: the spinlock consolidation patch
> needs fixing.
ia64 had a couple of other compilation problems as well. The patch below
fixes the spinlock-type issues and 3 other types of build errors. The
patched kernel builds
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > I don't think it was supposed to do that.
> >
> > Quite possibly it's something to do with the new debugging code - could you
> > please take a copy of the offending config, send it over and then try
> > removing debug options, see if the cr
Rogério Brito <[EMAIL PROTECTED]> wrote:
>
> Thanks Andrew, for including the vfat speedup patch.
>
> It has really improved a lot the performance of access to directories
> having many subdirectories in an external Firewire HD that I have.
>
> I'd say that if others don't have problems with it,
Thanks Andrew, for including the vfat speedup patch.
It has really improved a lot the performance of access to directories
having many subdirectories in an external Firewire HD that I have.
I'd say that if others don't have problems with it, then it should be
in 2.6.13, as far as I am concerned.
utton
> > battery ac snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_ac97t
> > Pid: 6570, comm: nscd Not tainted 2.6.13-rc5-mm1
> > RIP: 0010:[] {kmem_cache_alloc+232}
> > RSP: 0018:81001506de88 EFLAGS: 00010202
> > RAX: RBX: fff
On 8/7/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
I probably don't need/want phy stuff anyhow, but when I tried it:
Problem:
drivers/built-in.o: In function `phy_start_machine':
: und
:
> {kmem_cache_alloc+232}
> PGD 1501a067 PUD 1501b067 PMD 0
> Oops: [1] PREEMPT
> CPU 0
> Modules linked in: raw af_key usbserial thermal processor fan button battery
> ac snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_ac97t
> Pid: 6570, comm: nscd Not t
Modules linked in: raw af_key usbserial thermal processor fan button battery ac
snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_ac97t
Pid: 6570, comm: nscd Not tainted 2.6.13-rc5-mm1
RIP: 0010:[] {kmem_cache_alloc+232}
RSP: 0018:81001506de88 EFLAGS: 00010202
RAX: RBX
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
(Grab it from
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc5-mm1.gz until the
kernel.org mirrors catch up)
- Added the git-scsi-iscsi.patch tree: iSCSI drivers (James Bottomley)
- This kernel
36 matches
Mail list logo
