Return-Path: <linux-kernel-owner+w=401wt.eu-S1757337AbXJLIbx@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757337AbXJLIbx (ORCPT <rfc822;w@1wt.eu>);
	Fri, 12 Oct 2007 04:31:53 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751122AbXJLIbp
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 12 Oct 2007 04:31:45 -0400
Received: from py-out-1112.google.com ([64.233.166.183]:33937 "EHLO
	py-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750920AbXJLIbn (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 12 Oct 2007 04:31:43 -0400
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Wbr/0QVquI9Hv6OlvVFXld/bIX1XEx41EU6Y8EzO2Ci0OrZzASrWFFMprrdqbwfddU3p+66Q7KszSCzmLl6M2BxNq7WDVXYjoy2alhtNnIVnsFBkHq1MuEIgcfRnbeZfVoaZuLUp+xg+dI9JREY6scGcoNZM0oM5WGdqxxzYAwc=
Message-ID: <64bb37e0710120131y6b939951y74c50bd596b1d938@mail.gmail.com>
Date: Fri, 12 Oct 2007 10:31:42 +0200
From: "Torsten Kaiser" <just.for.lkml@googlemail.com>
To: "Andrew Morton" <akpm@linux-foundation.org>
Subject: Re: 2.6.23-mm1
Cc: linux-kernel@vger.kernel.org
In-Reply-To: <20071011234202.2f15bb76.akpm@linux-foundation.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20071011213126.cf92efb7.akpm@linux-foundation.org>
	 <20071012140328.f82af8e8.kamezawa.hiroyu@jp.fujitsu.com>
	 <20071011234202.2f15bb76.akpm@linux-foundation.org>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 9028
Lines: 183

On 10/12/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> On Fri, 12 Oct 2007 14:03:28 +0900 KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:
>
> > On Thu, 11 Oct 2007 21:31:26 -0700
> > Andrew Morton <akpm@linux-foundation.org> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
> > >
> > > - I've been largely avoiding applying anything since rc8-mm2 in an attempt
> > >   to stabilise things for the 2.6.23 merge.
> > >
> > On RHEL5/x86_64 environment,
> >
> > ==
> > [kamezawa@hannibal ref-2.6.23-mm1]$ make menuconfig
> > Makefile:456: /home/kamezawa/ref-2.6.23-mm1/arch//Makefile: No such file or directory
> > make: *** No rule to make target `/home/kamezawa/ref-2.6.23-mm1/arch//Makefile'.  Stop.
> > ==
> >
> > $(ARCH) cannot be detected automatically...
>
> So you need to set $ARCH by hand?  I always do that so I didn't notice this.

After setting ARCH by hand, it build and booted  OK for me.
But I did add the patch fromhttp://lkml.org/lkml/2007/10/11/48 as my
personal hotfix.

Two things I noted in my logs:
[   16.040000] NET: Registered protocol family 1
[   16.050000] NET: Registered protocol family 17
[   16.060000] NET: Registered protocol family 15
[   16.080000] sysctl table check failed: /sunrpc/transports .7249.14
Missing strategy
[   16.100000] sysctl table check failed: /sunrpc/transports .7249.14
Unknown sysctl binary path
[   16.130000] RPC: Registered udp transport module.
[   16.140000] RPC: Registered tcp transport module.
... but NFSv4 still works.

Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
smartd database.
Oct 12 10:23:03 treogen [  105.990000] WARNING: at
drivers/ata/libata-core.c:5752 ata_qc_issue()
Oct 12 10:23:03 treogen [  105.990000]
Oct 12 10:23:03 treogen [  105.990000] Call Trace:
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804442ef>]
ata_qc_issue+0x47f/0x540
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff80432e60>] scsi_done+0x0/0x20
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff80449c80>]
ata_scsi_flush_xlat+0x0/0x30
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8044a6ea>]
ata_scsi_translate+0xfa/0x180
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff80432e60>] scsi_done+0x0/0x20
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8044d84d>]
ata_scsi_queuecmd+0x12d/0x210
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804333d0>]
scsi_dispatch_cmd+0x150/0x250
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804391f1>]
scsi_request_fn+0x1f1/0x360
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8039b827>]
elv_insert+0x167/0x250
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff803a0ac2>]
__make_request+0xe2/0x670
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8039d560>]
generic_make_request+0x1d0/0x3c0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff802bc1b9>]
bio_alloc_bioset+0xb9/0x140
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff802bc061>]
__bio_clone+0x91/0xc0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8039d7b6>]
submit_bio+0x66/0xf0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804cc06e>]
write_page+0x16e/0x2c0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff80231b01>]
dequeue_task_fair+0x51/0xb0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804c482d>]
md_update_sb+0x18d/0x320
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804caa10>] md_thread+0x0/0x100
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804c9065>]
md_check_recovery+0x1f5/0x550
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804caa10>] md_thread+0x0/0x100
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804bf1d3>] raid5d+0x23/0x490
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8023eb12>]
try_to_del_timer_sync+0x52/0x60
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff805b0057>]
schedule_timeout+0x67/0xd0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8023e740>]
process_timeout+0x0/0x10
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff805b004a>]
schedule_timeout+0x5a/0xd0
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804caa10>] md_thread+0x0/0x100
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804caa40>]
md_thread+0x30/0x100
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8024a710>]
autoremove_wake_function+0x0/0x30
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff804caa10>] md_thread+0x0/0x100
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8024a32b>] kthread+0x4b/0x80
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8020c9d8>] child_rip+0xa/0x12
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8024a2e0>] kthread+0x0/0x80
Oct 12 10:23:03 treogen [  105.990000]  [<ffffffff8020c9ce>] child_rip+0x0/0x12
Oct 12 10:23:03 treogen [  105.990000]
Oct 12 10:23:13 treogen [  115.940000] ata3.00: exception Emask 0x0
SAct 0x0 SErr 0x0 action 0x2 frozen
Oct 12 10:23:13 treogen [  115.940000] ata3.00: cmd
b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data 0
Oct 12 10:23:13 treogen [  115.940000]          res
40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 12 10:23:13 treogen [  115.940000] ata3.00: status: { DRDY }
Oct 12 10:23:14 treogen [  116.270000] ata3: soft resetting link
Oct 12 10:23:14 treogen [  116.430000] ata3: SATA link up 3.0 Gbps
(SStatus 123 SControl 300)
Oct 12 10:23:14 treogen [  116.740000] ata3.00: configured for UDMA/133
Oct 12 10:23:14 treogen [  116.740000] ata3: EH complete
Oct 12 10:23:14 treogen [  116.740000] WARNING: at
drivers/ata/libata-core.c:5752 ata_qc_issue()
Oct 12 10:23:14 treogen [  116.740000]
Oct 12 10:23:14 treogen [  116.740000] Call Trace:
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff804442ef>]
ata_qc_issue+0x47f/0x540
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80432e60>] scsi_done+0x0/0x20
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80449c80>]
ata_scsi_flush_xlat+0x0/0x30
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8044a6ea>]
ata_scsi_translate+0xfa/0x180
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80432e60>] scsi_done+0x0/0x20
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8044d84d>]
ata_scsi_queuecmd+0x12d/0x210
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff804333d0>]
scsi_dispatch_cmd+0x150/0x250
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff804391f1>]
scsi_request_fn+0x1f1/0x360
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80436b80>]
scsi_error_handler+0x0/0x310
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8039fe73>]
blk_run_queue+0x43/0x80
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80438659>]
scsi_run_host_queues+0x19/0x40
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80436d54>]
scsi_error_handler+0x1d4/0x310
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff80436b80>]
scsi_error_handler+0x0/0x310
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8024a32b>] kthread+0x4b/0x80
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8020c9d8>] child_rip+0xa/0x12
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8024a2e0>] kthread+0x0/0x80
Oct 12 10:23:14 treogen [  116.740000]  [<ffffffff8020c9ce>] child_rip+0x0/0x12
Oct 12 10:23:14 treogen [  116.740000]
Oct 12 10:23:14 treogen [  116.770000] sd 2:0:0:0: [sdc] 625142448
512-byte hardware sectors (320073 MB)
Oct 12 10:23:14 treogen [  116.770000] sd 2:0:0:0: [sdc] Write Protect is off
Oct 12 10:23:14 treogen [  116.770000] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Oct 12 10:23:14 treogen [  116.770000] sd 2:0:0:0: [sdc] Write cache:
enabled, read cache: enabled, doesn't support DPO or FUA
Oct 12 10:23:24 treogen [  126.740000] ata3.00: exception Emask 0x0
SAct 0x0 SErr 0x0 action 0x2 frozen
Oct 12 10:23:24 treogen [  126.740000] ata3.00: cmd
b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data 0
Oct 12 10:23:24 treogen [  126.740000]          res
40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 12 10:23:24 treogen [  126.740000] ata3.00: status: { DRDY }
Oct 12 10:23:24 treogen [  127.070000] ata3: soft resetting link
Oct 12 10:23:25 treogen [  127.230000] ata3: SATA link up 3.0 Gbps
(SStatus 123 SControl 300)
Oct 12 10:23:25 treogen [  127.370000] ata3.00: configured for UDMA/133
Oct 12 10:23:25 treogen [  127.370000] ata3: EH complete
Oct 12 10:23:25 treogen [  127.370000] sd 2:0:0:0: [sdc] 625142448
512-byte hardware sectors (320073 MB)
Oct 12 10:23:25 treogen [  127.370000] sd 2:0:0:0: [sdc] Write Protect is off
Oct 12 10:23:25 treogen [  127.370000] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Oct 12 10:23:25 treogen [  127.370000] sd 2:0:0:0: [sdc] Write cache:
enabled, read cache: enabled, doesn't support DPO or FUA
Oct 12 10:23:25 treogen smartd[6091]: Device: /dev/sdc, is SMART
capable. Adding to "monitor" list.
... but I can still access the filesystem and the RAID device on that drive.
(sdc is MAXTOR STM332082 3.AA sata-drive on a MCP55 using sata_nv with
swncq activated)

Torsten
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/