lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ