[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20071012013729.ada2127b.akpm@linux-foundation.org>
Date: Fri, 12 Oct 2007 01:37:29 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: "Torsten Kaiser" <just.for.lkml@...glemail.com>
Cc: linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: 2.6.23-mm1
On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <just.for.lkml@...glemail.com> wrote:
> On 10/12/07, Andrew Morton <akpm@...ux-foundation.org> wrote:
> > On Fri, 12 Oct 2007 14:03:28 +0900 KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> >
> > > On Thu, 11 Oct 2007 21:31:26 -0700
> > > Andrew Morton <akpm@...ux-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@...nibal 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.
OK.
> But I did add the patch fromhttp://lkml.org/lkml/2007/10/11/48 as my
> personal hotfix.
I think Jeff has that in hand?
> 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.
Yeah, Bruce will be dropping the relevant patch - when it comes back it
should use CTL_UNNUMBERED.
> Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
> smartd database.
hm.
> Oct 12 10:23:03 treogen [ 105.990000] WARNING: at
> drivers/ata/libata-core.c:5752 ata_qc_issue()
Let's cc linux-ide.
> 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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists