mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Martin Knoblauch <knobi@knobisoft.de>
To: jim owens <jowens@hp.com>, Matthew Wilcox <matthew@wil.cx>
Cc: Kay Sievers <kay.sievers@vrfy.org>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	efault@gmx.de, viro@zeniv.linux.org.uk, rjw@sisk.pl,
	linux-kernel@vger.kernel.org, shemminger@vyatta.com,
	mike.miller@hp.com, linux-pci@vger.kernel.org
Subject: Re: Analyzed/Solved/Bisected: Booting 2.6.30-rc2-git7 very slow
Date: Sun, 21 Jun 2009 03:57:55 -0700 (PDT)	[thread overview]
Message-ID: <619506.56238.qm@web32605.mail.mud.yahoo.com> (raw)
In-Reply-To: <4A3D51D2.4080707@hp.com>


----- Original Message ----

> From: jim owens <jowens@hp.com>
> To: Matthew Wilcox <matthew@wil.cx>
> Cc: Kay Sievers <kay.sievers@vrfy.org>; Martin Knoblauch <knobi@knobisoft.de>; Jesse Barnes <jbarnes@virtuousgeek.org>; Andrew Morton <akpm@linux-foundation.org>; efault@gmx.de; viro@zeniv.linux.org.uk; rjw@sisk.pl; linux-kernel@vger.kernel.org; shemminger@vyatta.com; mike.miller@hp.com; linux-pci@vger.kernel.org
> Sent: Saturday, June 20, 2009 11:17:06 PM
> Subject: Re: Analyzed/Solved/Bisected: Booting 2.6.30-rc2-git7 very slow
> 
> Matthew Wilcox wrote:
> > On Sat, Jun 20, 2009 at 08:36:25PM +0200, Kay Sievers wrote:
> >> Ah, I see. There is no tool around udev, I know of, which does this.
> >> 
> >> Maybe someone is still using the broken-by-design libsysfs, which
> >> opens _every_ file it can find in /sys, even when not asked for
> >> anything specific.
> > 
> > I did consider that option, but dismissed it ... I didn't think anyone
> > was using something that old.
> 
> My test is a fresh RHEL 4.3 install with 2.6.30-rc8.  Whatever
> scripts are running are stock redhat and I'm still in initrd
> so what would I be looking for?
> 

 same here. Anything in initrd is stock RedHat stuff, except the kernel modules

> The initrd timeouts all seem to be triggered by the insmod and
> only 1 more vpd read happens in init 3 at the end after HAL starts.
> 
> This is the BUG() I set to ID (maybe incorrectly)
> that the vpd reads were comming from udev:
> 
> [    5.260664] ------------[ cut here ]------------
> [    5.260667] kernel BUG at /root/linux-2.6.30-rc8/drivers/pci/access.c:207!
> [    5.260671] invalid opcode: 0000 [#1] SMP
> [    5.260675] last sysfs file: 
> /sys/devices/pci0000:00/0000:00:02.0/0000:02:00.2/0000:04:03.0/msi_bus
> [    5.260678] CPU 1
> [    5.260681] Modules linked in: cciss(+) sd_mod scsi_mod
> [    5.260689] Pid: 476, comm: udev Not tainted 2.6.30-rc8 #33 ProLiant DL380 G4
> [    5.260692] RIP: 0010:[]  [] 
> pci_vpd_pci22_wait+0xef/0x100
> [    5.260703] RSP: 0018:ffff8801199e7dd8  EFLAGS: 00010246
> [    5.260706] RAX: 0000000000000000 RBX: ffff88011ad60440 RCX: 0000000000001001
> [    5.260709] RDX: 0000000000007c7b RSI: 0000000000000001 RDI: ffffffff8072c160
> [    5.260712] RBP: ffff8801199e7e08 R08: 0000000000000001 R09: 0000000000000001
> [    5.260715] R10: 0000000000000000 R11: 0000000000000006 R12: ffff88011ac8d800
> [    5.260718] R13: 00000000fffee028 R14: ffff88011ac8d800 R15: ffff88011992e000
> [    5.260722] FS:  0000000000000000(0000) GS:ffff88002edd9000(0000) 
> knlGS:0000000000000000
> [    5.260725] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [    5.260728] CR2: 00000000022562b8 CR3: 00000001198ef000 CR4: 00000000000006e0
> [    5.260731] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [    5.260734] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [    5.260738] Process udev (pid: 476, threadinfo ffff8801199e6000, task 
> ffff88011b78c3c0)
> [    5.260740] Stack:
> [    5.260742]  ffff8801199e7e08 0000ffff803b268d 0000000000001000 
> 0000000000000000
> [    5.260746]  0000000000000000 ffff88011ad60440 ffff8801199e7e68 
> ffffffff803b292c
> [    5.260752]  ffffffff803455f6 ffff88011ad60458 0000000000001000 
> 0000000000001000
> [    5.260757] Call Trace:
> [    5.260760]  [] pci_vpd_pci22_read+0xec/0x170
> [    5.260765]  [] ? read+0x96/0x1b0
> [    5.260771]  [] pci_read_vpd+0x29/0x40
> [    5.260775]  [] read_vpd_attr+0x46/0x50
> [    5.260780]  [] read+0x19b/0x1b0
> [    5.260784]  [] ? security_file_permission+0x16/0x20
> [    5.260790]  [] vfs_read+0xbd/0x190
> [    5.260797]  [] sys_read+0x55/0x90
> [    5.260801]  [] system_call_fastpath+0x16/0x1b
> [    5.260807] Code: c9 c3 8b 35 74 33 fe 00 31 c0 4c 89 e2 48 c7 c7 ed 89 6a 80 
> e8 b3 3d e9 ff 8b 05 5d 33 fe 00 ff c0 89 05 55 33 fe 00 ff c8 75 04 <0f> 0b eb 
> fe b8 92 ff ff ff e9 35 ff ff ff 66 66 90 55 48 89 e5
> [    5.260845] RIP  [] pci_vpd_pci22_wait+0xef/0x100
> [    5.260849]  RSP 
> [    5.260854] ---[ end trace 37f1683404a28980 ]---
> 
> 
> here is a single user boot with a timeout printk() and a hack
> in mkinitrd to sleep before and after the insmod cciss:
>

 How do you get to see the debug-output from initrd? I never managed that.
 
> [    3.858278] NET: Registered protocol family 17
> [    3.864293] Freeing unused kernel memory: 2416k freed
> Red Hat nash version 4.2.1.6 starting
> Mounted /proc filesystem
> Mounting sysfs
> Creating /dev
> Starting udev
> [    3.876470] udev used greatest stack depth: 5632 bytes left
> Loading scsi_mod.ko module
> [    3.977087] SCSI subsystem initialized
> Loading sd_mod.ko module
> [    3.987672] Driver 'sd' needs updating - please use bus_type methods
> [    4.280095] input: AT Translated Set 2 keyboard as /class/input/input0
> [    4.626432] input: PS/2 Generic Mouse as /class/input/input1
> JIM sleep 1
> Loading cciss.ko module
> [    4.999782] HP CISS Driver (v 3.6.20)
> [    5.003771] cciss 0000:04:03.0: PCI INT A -> GSI 51 (level, low) -> IRQ 51
> [    5.052021] IRQ 51/cciss0: IRQF_DISABLED is not guaranteed on shared IRQs
> [    5.059001] cciss0: <0x46> at PCI 0000:04:03.0 IRQ 51 using DAC
> [    5.065800]       blocks= 71122560 block_size= 512
> [    5.070602]       heads=255, sectors=32, cylinders=8716
> [    5.070603]
> [    5.077428]       blocks= 71122560 block_size= 512
> [    5.082151]       heads=255, sectors=32, cylinders=8716
> [    5.082153]
> [    5.089413]  cciss/c0d0: p1
> [    5.131820]       blocks= 71122560 block_size= 512
> [    5.139627]       heads=255, sectors=32, cylinders=8716
> [    5.139629]
> [    5.146117]       blocks= 71122560 block_size= 512
> [    5.150887]       heads=255, sectors=32, cylinders=8716
> [    5.150889]
> [    5.157577]  cciss/c0d1: p1
> [    5.160261] TIMEOUT 1 ffff88011ad54800
> [    5.164164]  p2 p3
> [    5.208880]       blocks= 142253280 block_size= 512
> [    5.215732]       heads=255, sectors=32, cylinders=17433
> [    5.215734]
> [    5.223191]       blocks= 142253280 block_size= 512
> [    5.227965]
> [    5.227966] TIMEOUT 2 ffff88011ad54800
> [    5.232942]       heads=255, sectors=32, cylinders=17433
> [    5.232944]
> [    5.239516]  cciss/c0d2: p1 p2 p3
> [    5.292263]
> [    5.292265] TIMEOUT 3 ffff88011ad54800
> [    5.356262]
> [    5.356263] TIMEOUT 4 ffff88011ad54800
> [    5.420266]
> [    5.420267] TIMEOUT 5 ffff88011ad54800
> [    5.484855]
> [    5.484857] TIMEOUT 6 ffff88011ad54800
> [    5.491980]       blocks= 71122560 block_size= 512
> [    5.496991]       heads=255, sectors=32, cylinders=8716
> [    5.496993]
> [    5.503484]       blocks= 71122560 block_size= 512
> [    5.508761]       heads=255, sectors=32, cylinders=8716
> [    5.508763]
> [    5.515729]  cciss/c0d3: p1
> [    5.548263]
> [    5.548264] TIMEOUT 7 ffff88011ad54800
> [    5.610138] work_for_cpu used greatest stack depth: 4592 bytes left
> [    5.612264]
> [    5.612266] TIMEOUT 8 ffff88011ad54800
> [    5.674223]
> [    5.674224] TIMEOUT 9 ffff88011ad54800
> [    5.736261]
> [    5.736263] TIMEOUT 10 ffff88011ad54800
> [    5.800261]
> [    5.800263] TIMEOUT 11 ffff88011ad54800
> [    5.864259]
> [    5.864260] TIMEOUT 12 ffff88011ad54800
> [    5.928259]
> [    5.928260] TIMEOUT 13 ffff88011ad54800
> [    5.992011]
> [    5.992012] TIMEOUT 14 ffff88011ad54800
> [    6.056011]
> [    6.056012] TIMEOUT 15 ffff88011ad54800
> [    6.120011]
> [    6.120013] TIMEOUT 16 ffff88011ad54800
> [    6.184011]
> [    6.184012] TIMEOUT 17 ffff88011ad54800
> [    6.248011]
> [    6.248012] TIMEOUT 18 ffff88011ad54800
> [    6.312011]
> [    6.312012] TIMEOUT 19 ffff88011ad54800
> [    6.376011]
> [    6.376013] TIMEOUT 20 ffff88011ad54800
> JIM sleep 1
> Loading jbd.ko module
> Loading ext3.ko module
> Creating root device
> Mounting root filesystem
> [    6.760540] kjournald starting.  Commit interval 5 seconds
> [    6.765559] EXT3-fs: mounted filesystem with writeback data mode.
> Switching to new root
> [    6.946395] SELinux:  Disabled at runtime.
> [    6.950840] type=1404 audit(1245517131.950:2): selinux=0 auid=4294967295 
> ses=4294967295
> INIT: version 2.85 booting
> [    7.235810] uname used greatest stack depth: 4296 bytes left
> [    7.304350] awk used greatest stack depth: 3688 bytes left
>         Welcome to Red Hat Enterprise Linux AS
>         Press 'I' to enter interactive startup.
> Starting udev:  [  OK  ]
> Initializing hardware...  storage network audio done[  OK  ]
> Configuring kernel parameters:  [  OK  ]
> Setting clock  (utc): Sat Jun 20 12:59:02 EDT 2009 [  OK  ]
> Setting hostname dl380.lnx.usa.hp.com:  [  OK  ]
> Checking root filesystem
> [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/cciss/c0d1p3
> /1: clean, 348377/4177920 files, 2477319/8351791 blocks
> [  OK  ]
> Remounting root filesystem in read-write mode:  [  OK  ]
> No devices found
> no block devices found
> Setting up Logical Volume Management: [  OK  ]
> Checking filesystems
> Checking all file systems.
> [/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -a /dev/cciss/c0d1p1
> /boot12: clean, 46/26104 files, 26042/104388 blocks
> [  OK  ]
> Mounting local filesystems:  [  OK  ]
> Enabling local filesystem quotas:  [  OK  ]
> Enabling swap space:  [  OK  ]
> sh-3.00#


  reply	other threads:[~2009-06-21 10:58 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-27 11:25 Martin Knoblauch
2009-05-27 20:31 ` Andrew Morton
2009-05-27 20:56   ` Kay Sievers
2009-05-28  9:14     ` Martin Knoblauch
2009-06-16 19:25       ` Jesse Barnes
2009-06-17  8:35         ` Martin Knoblauch
2009-06-20 16:37           ` jim owens
2009-06-20 16:58             ` Matthew Wilcox
2009-06-20 18:19               ` Kay Sievers
2009-06-20 18:26                 ` Matthew Wilcox
2009-06-20 18:36                   ` Kay Sievers
2009-06-20 19:06                     ` Matthew Wilcox
2009-06-20 21:17                       ` jim owens
2009-06-21 10:57                         ` Martin Knoblauch [this message]
2009-06-21 13:50                           ` jim owens
2009-06-21 10:54             ` Martin Knoblauch
  -- strict thread matches above, loose matches on Subject: below --
2009-05-20 11:01 Martin Knoblauch
2009-04-24 12:45 Analyzed/Solved: " Martin Knoblauch
2009-04-29  1:28 ` Andrew Morton
2009-04-29  3:51   ` Mike Galbraith
2009-04-29  8:17     ` Andrew Morton
2009-04-29 12:08       ` Al Viro
2009-04-29 14:18         ` Mike Galbraith
2009-05-05 22:49           ` Andrew Morton
2009-05-06  4:45             ` Mike Galbraith
2009-05-06  7:55               ` Martin Knoblauch
2009-05-06  8:37                 ` Mike Galbraith
2009-05-20 10:22                   ` Analyzed/Solved/Bisected: " Martin Knoblauch
2009-05-27  6:31                     ` Andrew Morton
2009-05-27  9:14                       ` Martin Knoblauch
2009-05-27 11:21                       ` Matthew Wilcox
2009-05-27 11:53                         ` Martin Knoblauch
2009-05-27 18:07                           ` jim owens
2009-05-27 18:18                             ` Miller, Mike (OS Dev)
2009-05-27 20:12                               ` jim owens
2009-05-27 21:18                                 ` Miller, Mike (OS Dev)
2009-05-28  8:59                               ` Martin Knoblauch
2009-05-28 19:01                                 ` Miller, Mike (OS Dev)
2009-05-28 20:48                                   ` Martin Knoblauch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=619506.56238.qm@web32605.mail.mud.yahoo.com \
    --to=knobi@knobisoft.de \
    --cc=akpm@linux-foundation.org \
    --cc=efault@gmx.de \
    --cc=jbarnes@virtuousgeek.org \
    --cc=jowens@hp.com \
    --cc=kay.sievers@vrfy.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=matthew@wil.cx \
    --cc=mike.miller@hp.com \
    --cc=rjw@sisk.pl \
    --cc=shemminger@vyatta.com \
    --cc=viro@zeniv.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome