2007-01-30 04:45:33

by Andrew Morton

[permalink] [raw]
Subject: 2.6.20-rc6-mm3


Temporarily at

http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/

Will appear later at

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/


- Restored git-block.patch: mainly the block unplugging rework. The
problematic CFQ updates have been taken out.

- Restored the fsaio patches as a consequence.

- A huge ACPI update.

- A decent number of x86 patches have been temporarily dropped due to their
clash against the ACPI update.

- A few problems reported against 2.6.20-rc6-mm2 have been fixed.




Boilerplate:

- See the `hot-fixes' directory for any important updates to this patchset.

- To fetch an -mm tree using git, use (for example)

git-fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag v2.6.16-rc2-mm1
git-checkout -b local-v2.6.16-rc2-mm1 v2.6.16-rc2-mm1

- -mm kernel commit activity can be reviewed by subscribing to the
mm-commits mailing list.

echo "subscribe mm-commits" | mail [email protected]

- If you hit a bug in -mm and it is not obvious which patch caused it, it is
most valuable if you can perform a bisection search to identify which patch
introduced the bug. Instructions for this process are at

http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt

But beware that this process takes some time (around ten rebuilds and
reboots), so consider reporting the bug first and if we cannot immediately
identify the faulty patch, then perform the bisection search.

- When reporting bugs, please try to Cc: the relevant maintainer and mailing
list on any email.

- When reporting bugs in this kernel via email, please also rewrite the
email Subject: in some manner to reflect the nature of the bug. Some
developers filter by Subject: when looking for messages to read.

- Semi-daily snapshots of the -mm lineup are uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/ and are announced on
the mm-commits list.


Changes since 2.6.20-rc6-mm2:

origin.patch
git-acpi.patch
git-ibm-acpi.patch
git-alsa.patch
git-agpgart.patch
git-arm.patch
git-avr32.patch
git-cpufreq.patch
git-powerpc.patch
git-drm.patch
git-dvb.patch
git-gfs2-nmw.patch
git-hid.patch
git-ieee1394.patch
git-infiniband.patch
git-input.patch
git-jfs.patch
git-libata-all.patch
git-lxdialog.patch
git-mips.patch
git-mmc.patch
git-mtd.patch
git-ubi.patch
git-netdev-all.patch
git-net.patch
git-ioat.patch
git-ocfs2.patch
git-pciseg.patch
git-s390.patch
git-sh.patch
git-scsi-misc.patch
git-scsi-rc-fixes.patch
git-block.patch
git-qla3xxx.patch
git-unionfs.patch
git-watchdog.patch
git-ipwireless_cs.patch
git-cryptodev.patch
git-gccbug.patch

git trees

-bonding-arp-monitoring-broken-on-x86_64.patch
-powerpc-fix-sys_pciconfig_iobase-bus-matching.patch
-netfilter-is-subscribers-only.patch
-remove-useless-reference-to-obsolete-kerneld.patch
-sound-isa-gus-gus_mainc-use-abs-instead-of-x-0-x-x.patch
-fix-gfs2-circular-dependency.patch
-git-ieee1494-build-fix.patch
-git-netdev-all-fixup.patch
-pnpacpi-remove-experimental-dependency.patch
-cdevh-forward-declarations.patch

Merged into mainline or a subsystem tree.

+fuse-fix-bug-in-control-filesystem-mount.patch
+cdevh-forward-declarations.patch
+fix-via-irq-quirk-breakage.patch
+i386-in-assign_irq_vector-look-at-all-vectors-before-giving-up.patch
+translate-dashes-in-filenames-for-headers-install.patch
+remove-warning-vfs-is-out-of-sync-with-lock-manager.patch
+scsi_ioctl-sg_io-timeout-conversion-fix.patch
+fix-for-patch-ecdfc9787fe527491baefc22dce8b2dbd5b2908d.patch

2.6.20 queue.

+enable-mouse-button-23-emulation-for-x86-macs.patch

Might be 2.6.20.

-x86-fix-vdso-mapping-for-aout-executables-fixes.patch
-x86-fix-vdso-mapping-for-aout-executables-fixes-2.patch
-x86-fix-vdso-mapping-for-aout-executables-cleanups.patch
-x86-fix-vdso-mapping-for-aout-executables-doh.patch
-x86-fix-vdso-mapping-for-aout-executables-sh-fix.patch
-x86-fix-vdso-mapping-for-aout-executables-x86_64-fixpatch.patch

Folded into x86-fix-vdso-mapping-for-aout-executables.patch

+acpi-updates-rtc-cmos-device-platform_data-vs-git-acpi.patch

Update acpi-updates-rtc-cmos-device-platform_data.patch for git-acpi.

+drivers-acpi-hotkeyc-make-2-structs-static.patch

ACPI cleanup

+powerpc-rtas-msi-support.patch

powerpc MSI support

+spider-fix-gregkh-driver-network-device.patch

Fix gregkh patch

+drivers-media-video-cafe_ccicc-fix-warning.patch
+cx88-videoc-remove-struct-radionorms.patch
+if-0-v4l_printk_ioctl_arg.patch

DVB things

+tsl2550-support-i2c-device-driver.patch

I2C driver

+config_input_debug-improvements.patch

input Kconfig tweaks

+make-help-in-build-tree-doesnt-show-headers_-targets.patch
+kbuild-remove-references-to-deprecated-prepare-all-target.patch
+new-toplevel-target-headers_check_all.patch

kbuild things

+libata-fix-translation-for-start-stop-unit.patch

libata fix

+ehea-fixed-wrong-jumbo-frames-status-query.patch
+ehea-fixed-missing-tasklet_kill-call.patch
+sky2-fix-msi-related-resume-breakage.patch

netdev fixes

+bonding-arp-monitoring-broken-on-x86_64.patch

net fix

+fix-i-oat-for-kexec.patch

Fix IOAT driver.

+git-block-fixup.patch
+git-block-borkage.patch
+git-block-atomicity-fix.patch

Restore git-block fixes

+drivers-char-pcmcia-ipwireless_cs_-possible-cleanups.patch

Fix git-ipwireless_cs.patch

-x86_64-mm-amd-tsc-sync.patch
-x86_64-mm-always-use-physical-delivery-mode-on-8-cpus.patch
-x86_64-mm-remove-es7000-workaround.patch
-x86_64-mm-remove-clustered-apic-mode.patch
-x86_64-mm-default-to-physical-mode-on-hotplug-cpu-kernels.patch
-x86_64-mm-share-whats-shareable.patch
-x86_64-mm-only-call-unreachable_devices-when-type-1-is-available.patch
-x86_64-mm-only-map-whats-necessary.patch
-x86_64-mm-detect-and-support-the-e7520-and-the-945g-gz-p-pl.patch
-x86_64-mm-reserve-resources-but-only-when-were-sure-about-them.patch
-x86_64-mm-fix-x86_64-ioremap-base_address.patch
-x86_64-mm-reject-a-broken-mcfg-tables-on-asus-etc.patch
-x86_64-mm-readd-fadt-physflat.patch

Temporarily dropped due to clashes with new git-acpi tree.

-mmconfig-cleanup.patch
-mmconfig-fix-unreachable_devices.patch
-i386-modpost-apic-related-warning-fixes.patch

Ditto.

-remove-final-vestiges-of-config_unwind_info.patch

Dropped

+i386-probe_roms-cleanup.patch
+x86_64-sync-up-probe_roms-with-i386.patch
+i386-add-option-to-show-more-code-in-oops-reports.patch
+use-__u32-in-asm-x86_64-msrh.patch
+cleanup-x86_64-mm-vmi-timer.patch

x86 updates.

+page_mkwrite-race-fix.patch

VM fix

+sn2-use-static-proc_fops.patch

ia64 cleanup

+replace-highest_possible_node_id-with-nr_node_ids-fix.patch
+convert-highest_possible_processor_id-to-nr_cpu_ids.patch

Fix patches in -mm.

-mm-search_binary_handler-mem-limit-fix.patch

Dropped.

+highmem-catch-illegal-nesting.patch
+change-constant-zero-to-notify_done-in-ratelimit_handler.patch

Misc updates.

+tick-management-dyntick--highres-functionality-fix.patch
+tick-management-dyntick--highres-functionality-fix-2.patch

Fix tick-management-dyntick--highres-functionality.patch

+kblockd-use-flush_work.patch

Restore this due to git-block restoration.

+ecryptfs-generalize-metadata-read-write-fs-ecryptfs-make-code-static.patch

Fix ecryptfs-generalize-metadata-read-write.patch

+fsaio-add-a-wait-queue-arg-to-the-wait_bit-action-routine.patch
+fsaio-add-a-wait-queue-arg-to-the-wait_bit-action-routine-gfs2-fix.patch
+fsaio-rename-__lock_page-to-lock_page_blocking.patch
+fsaio-interfaces-to-initialize-and-to-test-a-wait-bit-key.patch
+fsaio-add-a-default-io-wait-bit-field-in-task-struct.patch
+fsaio-enable-wait-bit-based-filtered-wakeups-to-work-for-aio.patch
+fsaio-enable-wait-bit-based-filtered-wakeups-to-work-for-aio-fix.patch
+fsaio-enable-wait-bit-based-filtered-wakeups-to-work-for-aio-fix-sparse-fix.patch
+fsaio-enable-asynchronous-wait-page-and-lock-page.patch
+fsaio-filesystem-aio-read.patch
+fsaio-aio-o_sync-filesystem-write.patch

Restore these due to git-block restoration.

+rcu-debug-trace-for-rcu-fix.patch
+rcu-debug-trace-for-rcu-fix-2.patch

Fix rcu-debug-trace-for-rcu.patch

+ufs2-write-mount-as-rw.patch
+ufs2-write-inodes-write.patch
+ufs2-write-block-allocation-update.patch

UFS2 write support.

+readahead-min-max-sizes-increase-vm_min_readahead-to-32kb.patch
+readahead-state-based-method-prevent-tiny-size.patch
+readahead-state-based-method-move-readahead_ratio-out-of-compute_thrashing_threshold.patch
+readahead-initial-method-user-recommended-size-rename-to-read_ahead_initial_kb.patch
+readahead-thrashing-recovery-method-fix.patch
+readahead-call-scheme-fix-thrashed-unaligned-read.patch
+readahead-laptop-mode-fix.patch

Update readahead patches in -mm.

+sysctl-move-utsname-sysctls-to-their-own-file-fix.patch

Fix sysctl-move-utsname-sysctls-to-their-own-file.patch



All 1487 patches:


ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/patch-list



2007-01-30 04:50:55

by Jeff Garzik

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
>
> Will appear later at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
>
>
> - Restored git-block.patch: mainly the block unplugging rework. The
> problematic CFQ updates have been taken out.
>
> - Restored the fsaio patches as a consequence.
>
> - A huge ACPI update.
>
> - A decent number of x86 patches have been temporarily dropped due to their
> clash against the ACPI update.
>
> - A few problems reported against 2.6.20-rc6-mm2 have been fixed.

Now that kevent work has settled down, would you be open to including it
in -mm?

Jeff


2007-01-30 05:12:35

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, 29 Jan 2007 23:50:51 -0500
Jeff Garzik <[email protected]> wrote:

> Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
> >
> > Will appear later at
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
> >
> >
> > - Restored git-block.patch: mainly the block unplugging rework. The
> > problematic CFQ updates have been taken out.
> >
> > - Restored the fsaio patches as a consequence.
> >
> > - A huge ACPI update.
> >
> > - A decent number of x86 patches have been temporarily dropped due to their
> > clash against the ACPI update.
> >
> > - A few problems reported against 2.6.20-rc6-mm2 have been fixed.
>
> Now that kevent work has settled down, would you be open to including it
> in -mm?
>

I just haven't had the bandwidth to track what's been happening there
lately. The two main things which need to be done are

- a detailed line-by-line review

- for someone to gain a full understanding of the delta between <these
patches> and <ulrich> and to explain these differences to mortals and to
convince themselves and the rest of us that we're all OK.

2007-01-30 08:16:57

by Sunil Naidu

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On 1/30/07, Andrew Morton <[email protected]> wrote:
>
> - If you hit a bug in -mm and it is not obvious which patch caused it, it is
> most valuable if you can perform a bisection search to identify which patch
> introduced the bug. Instructions for this process are at

I am hit with a compile error! Here is the info:-

CC [M] drivers/net/chelsio/cxgb2.o
CC [M] drivers/net/chelsio/espi.o
CC [M] drivers/net/chelsio/tp.o
CC [M] drivers/net/chelsio/pm3393.o
CC [M] drivers/net/chelsio/sge.o
drivers/net/chelsio/sge.c: In function 't1_interrupt':
drivers/net/chelsio/sge.c:1705: error: expected ')' before 'work_done'
drivers/net/chelsio/sge.c:1722: error: expected expression before '}' token
drivers/net/chelsio/sge.c:1697: warning: unused variable 'work_done'
drivers/net/chelsio/sge.c:1722: warning: no return statement in
function returning non-void
make[3]: *** [drivers/net/chelsio/sge.o] Error 1
make[2]: *** [drivers/net/chelsio] Error 2
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2


~Akula2

2007-01-30 08:33:00

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 30 Jan 2007 13:46:54 +0530
"Sunil Naidu" <[email protected]> wrote:

> On 1/30/07, Andrew Morton <[email protected]> wrote:
> >
> > - If you hit a bug in -mm and it is not obvious which patch caused it, it is
> > most valuable if you can perform a bisection search to identify which patch
> > introduced the bug. Instructions for this process are at
>
> I am hit with a compile error! Here is the info:-
>
> CC [M] drivers/net/chelsio/cxgb2.o
> CC [M] drivers/net/chelsio/espi.o
> CC [M] drivers/net/chelsio/tp.o
> CC [M] drivers/net/chelsio/pm3393.o
> CC [M] drivers/net/chelsio/sge.o
> drivers/net/chelsio/sge.c: In function 't1_interrupt':
> drivers/net/chelsio/sge.c:1705: error: expected ')' before 'work_done'
> drivers/net/chelsio/sge.c:1722: error: expected expression before '}' token
> drivers/net/chelsio/sge.c:1697: warning: unused variable 'work_done'
> drivers/net/chelsio/sge.c:1722: warning: no return statement in
> function returning non-void
> make[3]: *** [drivers/net/chelsio/sge.o] Error 1
> make[2]: *** [drivers/net/chelsio] Error 2
> make[1]: *** [drivers/net] Error 2
> make: *** [drivers] Error 2

--- a/drivers/net/chelsio/sge.c~git-netdev-all-chelsio-fix
+++ a/drivers/net/chelsio/sge.c
@@ -1701,7 +1701,7 @@ irqreturn_t t1_interrupt(int irq, void *

writel(F_PL_INTR_SGE_DATA, adapter->regs + A_PL_CAUSE);

- if (likely(responses_pending(adapter))
+ if (likely(responses_pending(adapter)))
work_done = process_responses(adapter, -1);
else
work_done = t1_slow_intr_handler(adapter);
_

2007-01-30 09:06:47

by Olivier Galibert

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> -x86_64-mm-share-whats-shareable.patch
> -x86_64-mm-only-call-unreachable_devices-when-type-1-is-available.patch
> -x86_64-mm-only-map-whats-necessary.patch
> -x86_64-mm-detect-and-support-the-e7520-and-the-945g-gz-p-pl.patch
> -x86_64-mm-reserve-resources-but-only-when-were-sure-about-them.patch

Want me to update these? And maybe the other mmconfig related ones if
I can find them.

OG.

2007-01-30 09:31:11

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 30 Jan 2007 10:06:45 +0100
Olivier Galibert <[email protected]> wrote:

> On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> > -x86_64-mm-share-whats-shareable.patch
> > -x86_64-mm-only-call-unreachable_devices-when-type-1-is-available.patch
> > -x86_64-mm-only-map-whats-necessary.patch
> > -x86_64-mm-detect-and-support-the-e7520-and-the-945g-gz-p-pl.patch
> > -x86_64-mm-reserve-resources-but-only-when-were-sure-about-them.patch
>
> Want me to update these? And maybe the other mmconfig related ones if
> I can find them.
>

Thanks. That depends upon which of Andi or Len merges first.

If Andi goes first, then Len has rather a bit of hackwork to do.

If Len goes first then things are probably simpler, but that ACPI codedrop
is very new and might have problems. We wouldn't want to hold the x86
merge back because of it.

For now, I guess we sit back while Len and Andi sort out what they're going
to do.

Len, what was in that merge anyway? Lots of renaming and shuffling things
around - the sorts of things which are safe as long as they compile OK. But
was there much substantive material in there as well?

2007-01-30 09:57:40

by Evgeniy Polyakov

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Jan 29, 2007 at 09:11:39PM -0800, Andrew Morton ([email protected]) wrote:
> > Now that kevent work has settled down, would you be open to including it
> > in -mm?
> >
>
> I just haven't had the bandwidth to track what's been happening there
> lately. The two main things which need to be done are
>
> - a detailed line-by-line review
>
> - for someone to gain a full understanding of the delta between <these
> patches> and <ulrich> and to explain these differences to mortals and to
> convince themselves and the rest of us that we're all OK.

This requires either mind-reading machine, or some feedback from Ulrich.
Last main from him about kevent was related to 25 release.

As far as I can see, only questionable parts are signal mask in
syscalls, but nature of kevent signal delivering does not require it,
since mask of pending signals is not updated if special flag is set,
and exceeded functionality (like hrtimers accessible through kevent
interface and as POSIX addon).

--
Evgeniy Polyakov

2007-01-30 18:47:05

by Olivier Galibert

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, Jan 30, 2007 at 01:26:31AM -0800, Andrew Morton wrote:
> Len, what was in that merge anyway? Lots of renaming and shuffling things
> around - the sorts of things which are safe as long as they compile OK. But
> was there much substantive material in there as well?

It seems heavy in general, but the intersection with mmconfig looks
rather limited:
- s/acpi_table_mcfg_config/acpi_mcfg_allocation/
- s/base_address/address/
- s/pci_segment_group_number/pci_segment/
- address is now 64 bits

The last point is both good and bad. The i965 needs it (good), I
don't know if the mapping functions can handle actual 64bits addresses
(maybe bad), especially on i386.

OG.

2007-01-30 22:19:12

by Maciej Rutecki

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
>
> Will appear later at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
>
>
> - Restored git-block.patch: mainly the block unplugging rework. The
> problematic CFQ updates have been taken out.
>
> - Restored the fsaio patches as a consequence.
>
> - A huge ACPI update.

I have two problems. First suspend to disk.

After suspend to disk (before resume) I check time in bios, and it's
correct, but during resume, I have this message:

"Suspending console(s)"

system wait 20 seconds (or more) until finish resume. Also system clock
was slow about this 20 seconds.

Second problem, power button doesn't work. When I pressed it, I has this
error:

ACPI Error (evevent-0305): No installed handler for fixed event
[00000002] [20070126]


--
Maciej Rutecki <[email protected]>


Attachments:
config-2.6.20-rc6-mm3.gz (12.89 kB)
dmesg.txt.gz (20.62 kB)
lspci.txt.gz (1.44 kB)
ver_linux.txt.gz (720.00 B)
smime.p7s (3.19 kB)
S/MIME Cryptographic Signature
Download all attachments

2007-01-30 22:27:19

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 30 Jan 2007 23:18:42 +0100
Maciej Rutecki <[email protected]> wrote:

> Andrew Morton napisa__(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
> >
> > Will appear later at
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
> >
> >
> > - Restored git-block.patch: mainly the block unplugging rework. The
> > problematic CFQ updates have been taken out.
> >
> > - Restored the fsaio patches as a consequence.
> >
> > - A huge ACPI update.
>
> I have two problems. First suspend to disk.
>
> After suspend to disk (before resume) I check time in bios, and it's
> correct, but during resume, I have this message:
>
> "Suspending console(s)"
>
> system wait 20 seconds (or more) until finish resume. Also system clock
> was slow about this 20 seconds.

OK, thanks. That might be due to the time-management updates as well.
I'll see if I can reproduce this.

If you're keen, you could test just 2.6.19-rc6+origin.patch+git-acpi.patch
from
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/broken-out
and see which of these problems remain.


> Second problem, power button doesn't work. When I pressed it, I has this
> error:
>
> ACPI Error (evevent-0305): No installed handler for fixed event
> [00000002] [20070126]

That sounds like an acpi regression, yup.

2007-01-31 00:55:11

by Karsten Wiese

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am Dienstag, 30. Januar 2007 23:27 schrieb Andrew Morton:
> On Tue, 30 Jan 2007 23:18:42 +0100
> Maciej Rutecki <[email protected]> wrote:
<...>
> > I have two problems. First suspend to disk.
> >
> > After suspend to disk (before resume) I check time in bios, and it's
> > correct, but during resume, I have this message:
> >
> > "Suspending console(s)"
> >
> > system wait 20 seconds (or more) until finish resume. Also system clock
> > was slow about this 20 seconds.
>
> OK, thanks. That might be due to the time-management updates as well.
> I'll see if I can reproduce this.
>
> If you're keen, you could test just 2.6.19-rc6+origin.patch+git-acpi.patch
> from
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/broken-out
> and see which of these problems remain.

Similar weirdness here on rc6-mm2 and rc6-rt*:
resume from disk waits unduly long.
I played with bios clock setting after I wondered why susp/res
wouldn't work overnight:
the longer the (faked/real) suspend to disk time,
the longer the (not seen on 2.6.18-rt) waiting past the incrementing
% display, before things are running again.
After turning time backwards in bios, console mouse handler gpm experiences
"interrupted system call".


Some waiting times from rc6-rt6 from memory:

Config | HZ | NO_HZ + HRESTIMERS
cmos clock unchanged | 2s | 6s
cmos clock += 10min | | 2 minutes
cmos clock += 2 month | 20s | > 4minutes, test interrupted


Karsten

2007-01-31 01:16:11

by Tilman Schmidt

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am 30.01.2007 23:18 schrieb Maciej Rutecki:
> Second problem, power button doesn't work. When I pressed it, I has this
> error:
>
> ACPI Error (evevent-0305): No installed handler for fixed event
> [00000002] [20070126]

Same here, minus the message. (Or perhaps I just don't know where to look.)
Problem also exists in 2.6.20-rc6-mm2. With 2.6.20-rc6-git1 the power
button of this machine works fine.

--
Tilman Schmidt E-Mail: [email protected]
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


Attachments:
signature.asc (253.00 B)
OpenPGP digital signature

2007-01-31 01:25:31

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007 02:16:43 +0100
Tilman Schmidt <[email protected]> wrote:

> Am 30.01.2007 23:18 schrieb Maciej Rutecki:
> > Second problem, power button doesn't work. When I pressed it, I has this
> > error:
> >
> > ACPI Error (evevent-0305): No installed handler for fixed event
> > [00000002] [20070126]
>
> Same here, minus the message. (Or perhaps I just don't know where to look.)
> Problem also exists in 2.6.20-rc6-mm2. With 2.6.20-rc6-git1 the power
> button of this machine works fine.
>

That's significant - in your case at least the 2.6.20-rc6-mm3 ACPI update
isn't the cause.

2007-01-31 08:02:29

by Len Brown

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tuesday 30 January 2007 04:26, Andrew Morton wrote:

> Len, what was in that merge anyway? Lots of renaming and shuffling things
> around - the sorts of things which are safe as long as they compile OK. But
> was there much substantive material in there as well?

The big thing was the new table manager.
Linux used to have multiple copies of the ACPI tables -- sometimes inconsistent.
Now, we use a single copy of each table.
Indeed, with the exception of the FADT -- where we need to convert multiple
versions into a single version, we map the tables directly where the BIOS
gives them to us and thus don't allocate any memory for them at all.

cheers,
-Len

2007-01-31 11:38:52

by Tilman Schmidt

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 30 Jan 2007 17:25:25 -0800, Andrew Morton wrote:
> On Wed, 31 Jan 2007 02:16:43 +0100
> Tilman Schmidt <[email protected]> wrote:
>
>> Am 30.01.2007 23:18 schrieb Maciej Rutecki:
>> > Second problem, power button doesn't work. When I pressed it, I has this
>> > error:
>> >
>> > ACPI Error (evevent-0305): No installed handler for fixed event
>> > [00000002] [20070126]
>>
>> Same here, minus the message. (Or perhaps I just don't know where to look.)
>> Problem also exists in 2.6.20-rc6-mm2. With 2.6.20-rc6-git1 the power
>> button of this machine works fine.
>
> That's significant - in your case at least the 2.6.20-rc6-mm3 ACPI update
> isn't the cause.

Is there anything specific I should test, or Big Bisect time?

--
Tilman Schmidt E-Mail: [email protected]
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Unge?ffnet mindestens haltbar bis: (siehe R?ckseite)


Attachments:
signature.asc (250.00 B)
OpenPGP digital signature

2007-01-31 11:54:25

by Maciej Rutecki

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Andrew Morton napisał(a):

> OK, thanks. That might be due to the time-management updates as well.
> I'll see if I can reproduce this.
>
> If you're keen, you could test just 2.6.19-rc6+origin.patch+git-acpi.patch
> from
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/broken-out
> and see which of these problems remain.
>

I try 2.6.19-rc6 witch origin.patch and git-acpi.patch. This patch
didn't add correctly (see patch_output.txt). Also I have compiling error:

AS arch/i386/kernel/entry.o
CC arch/i386/kernel/traps.o
CC arch/i386/kernel/irq.o
CC arch/i386/kernel/ptrace.o
CC arch/i386/kernel/time.o
CC arch/i386/kernel/ioport.o
CC arch/i386/kernel/ldt.o
CC arch/i386/kernel/setup.o
In file included from include/acpi/acpi.h:62,
from include/linux/acpi.h:37,
from arch/i386/kernel/setup.c:31:
include/acpi/acpixf.h:100: warning: 'struct acpi_pointer' declared
inside parameter list
include/acpi/acpixf.h:100: warning: its scope is only this definition or
declaration, which is probably not what you want
include/acpi/acpixf.h:115: error: expected ')' before 'table_type'
make[2]: *** [arch/i386/kernel/setup.o] Błąd 1
make[1]: *** [arch/i386/kernel] Błąd 2
make[1]: Opuszczenie katalogu `/usr/src/linux-rc'
make: *** [debian/stamp-build-kernel] Błąd 2

"Błąd"="Error" (in polish).

--
Maciej Rutecki <[email protected]>


Attachments:
patch_output.txt.gz (4.77 kB)
smime.p7s (3.19 kB)
S/MIME Cryptographic Signature
Download all attachments

2007-01-31 12:29:34

by Alexey Starikovskiy

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Correct id for fixed buttons.
ACPI_BUTTON_HID_POWERF was changed, but this change was not propogated to button.c,
thus breaking detection of fixed power and sleep buttons.
From: Alexey Starikovskiy <[email protected]>


---

drivers/acpi/button.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index ac86058..c726612 100644
--- a/drivers/acpi/button.c
+++ b/drivers/acpi/button.c
@@ -75,7 +75,7 @@ static int acpi_button_state_open_fs(str
static struct acpi_driver acpi_button_driver = {
.name = ACPI_BUTTON_DRIVER_NAME,
.class = ACPI_BUTTON_CLASS,
- .ids = "ACPI_FPB,ACPI_FSB,PNP0C0D,PNP0C0C,PNP0C0E",
+ .ids = "button_power,button_sleep,PNP0C0D,PNP0C0C,PNP0C0E",
.ops = {
.add = acpi_button_add,
.remove = acpi_button_remove,


Attachments:
fix-button_c.patch (835.00 B)

2007-01-31 13:24:46

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Karsten Wiese <[email protected]> wrote:

> Similar weirdness here on rc6-mm2 and rc6-rt*: resume from disk waits
> unduly long.

i'm wondering whether the jiffies update fix from Thomas fixes this bug
for you.

If not then do you have a serial console enabled?

> Some waiting times from rc6-rt6 from memory:
>
> Config | HZ | NO_HZ + HRESTIMERS
> cmos clock unchanged | 2s | 6s
> cmos clock += 10min | | 2 minutes
> cmos clock += 2 month | 20s | > 4minutes, test interrupted

i've seen something like this on -rt (and incorrectly attributed it to
-rt) when running on a system which has a serial port and which has a
kernel console on that serial port. What happens is that after resume
(and straight after console suspend) every serial character printed
takes /alot/ of time - and resume does print a number of kernel messages
to the console. I didnt get any further in debugging this though, but
disabling the serial console made the problem go away.

a possibly related thing: the serial code is sensitive to jiffies
updates and timers, i saw that during early revisions of the dynticks
code - but the specifics escape me.

the slowdown could also be something like the kernel somehow wrapping
around jiffies and thus doing /alot/ of jiffy ticks? Or it could be a
miscalculation in the amount of jiffies that need updating, resulting in
a similar number of loops in the jiffy update code.

(i'll try to figure out this regression - but wanted to describe to you
the known things so far, maybe you'll figure it out faster than me.)

Ingo

2007-01-31 15:22:28

by Karsten Wiese

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am Mittwoch, 31. Januar 2007 14:22 schrieb Ingo Molnar:
>
> * Karsten Wiese <[email protected]> wrote:
>
> > Similar weirdness here on rc6-mm2 and rc6-rt*: resume from disk waits
> > unduly long.
>
> i'm wondering whether the jiffies update fix from Thomas fixes this bug
> for you.
>
> If not then do you have a serial console enabled?
>
> > Some waiting times from rc6-rt6 from memory:
> >
> > Config | HZ | NO_HZ + HRESTIMERS
> > cmos clock unchanged | 2s | 6s
> > cmos clock += 10min | | 2 minutes
> > cmos clock += 2 month | 20s | > 4minutes, test interrupted
>
> i've seen something like this on -rt (and incorrectly attributed it to
> -rt) when running on a system which has a serial port and which has a
> kernel console on that serial port. What happens is that after resume
> (and straight after console suspend) every serial character printed
> takes /alot/ of time - and resume does print a number of kernel messages
> to the console. I didnt get any further in debugging this though, but
> disabling the serial console made the problem go away.
>
> a possibly related thing: the serial code is sensitive to jiffies
> updates and timers, i saw that during early revisions of the dynticks
> code - but the specifics escape me.
>
> the slowdown could also be something like the kernel somehow wrapping
> around jiffies and thus doing /alot/ of jiffy ticks? Or it could be a
> miscalculation in the amount of jiffies that need updating, resulting in
> a similar number of loops in the jiffy update code.
>
> (i'll try to figure out this regression - but wanted to describe to you
> the known things so far, maybe you'll figure it out faster than me.)

Serial port console is off here and the jiffies update fix doesn't make
a noticeable difference.
I've just captured a dmesglog of 3 suspend/resume cycles with printk
timestamps. Config has NO_HZ and HRESTIMERS.
In the 1st 2 cycles, while in bios, I advanced the cmos clock by ~4minutes,
In the last cycle by ~2minutes.
After the
lapic resume on CPU#0
entries there are roughly proportional timestamp differences of ~60s, ~60s
and ~35s. Those equal the unexpected wait times.
Will look into what happens between "lapic resume on CPU#0" and
"pci 0000:00:00.0: EARLY resume" next.

Karsten

[ 0.000000] Linux version 2.6.20-rc6-rt6.dbg ([email protected]) (gcc-Version 4.1.1 20070105 (Red Hat 4.1.1-51)) #3 PREEMPT Wed Jan 31 14:25:07 CET 2007
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] sanitize start
[ 0.000000] sanitize end
[ 0.000000] copy_e820_map() start: 0000000000000000 size: 000000000009fc00 end: 000000000009fc00 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000000009fc00 size: 0000000000000400 end: 00000000000a0000 type: 2
[ 0.000000] copy_e820_map() start: 00000000000f0000 size: 0000000000010000 end: 0000000000100000 type: 2
[ 0.000000] copy_e820_map() start: 0000000000100000 size: 000000003fef0000 end: 000000003fff0000 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000003fff0000 size: 0000000000008000 end: 000000003fff8000 type: 3
[ 0.000000] copy_e820_map() start: 000000003fff8000 size: 0000000000008000 end: 0000000040000000 type: 4
[ 0.000000] copy_e820_map() start: 00000000fec00000 size: 0000000000001000 end: 00000000fec01000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fff80000 size: 0000000000080000 end: 0000000100000000 type: 2
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
[ 0.000000] BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
[ 0.000000] BIOS-e820: 000000003fff8000 - 0000000040000000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
[ 0.000000] 127MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] found SMP MP-table at 000fbfc0
[ 0.000000] Entering add_active_range(0, 0, 262128) 0 entries of 256 used
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 229376
[ 0.000000] HighMem 229376 -> 262128
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 262128
[ 0.000000] On node 0 totalpages: 262128
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 4064 pages, LIFO batch:0
[ 0.000000] Normal zone: 1760 pages used for memmap
[ 0.000000] Normal zone: 223520 pages, LIFO batch:31
[ 0.000000] HighMem zone: 255 pages used for memmap
[ 0.000000] HighMem zone: 32497 pages, LIFO batch:7
[ 0.000000] DMI 2.3 present.
[ 0.000000] ACPI: RSDP (v000 AMI ) @ 0x000fa3c0
[ 0.000000] ACPI: RSDT (v001 AMIINT VIA_K8 0x00000010 MSFT 0x00000097) @ 0x3fff0000
[ 0.000000] ACPI: FADT (v001 AMIINT VIA_K8 0x00000011 MSFT 0x00000097) @ 0x3fff0030
[ 0.000000] ACPI: MADT (v001 AMIINT VIA_K8 0x00000009 MSFT 0x00000097) @ 0x3fff00c0
[ 0.000000] ACPI: DSDT (v001 VIA VIA_K8 0x00001000 MSFT 0x0100000d) @ 0x00000000
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 15:15 APIC version 16
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000)
[ 0.000000] Detected 2000.346 MHz processor.
[ 22.477053] Real-Time Preemption Support (C) 2004-2007 Ingo Molnar
[ 22.477060] Built 1 zonelists. Total pages: 260081
[ 22.477146] Kernel command line: ro root=LABEL=/ agp=off selinux=off 1
[ 22.477412] mapped APIC to ffffd000 (fee00000)
[ 22.477416] mapped IOAPIC to ffffc000 (fec00000)
[ 22.477421] Enabling fast FPU save and restore... done.
[ 22.477425] Enabling unmasked SIMD FPU exception support... done.
[ 22.477434] Initializing CPU#0
[ 22.477439] WARNING: experimental RCU implementation.
[ 22.477502] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 22.479554] Console: colour VGA+ 80x25
[ 22.485288] num_possible_cpus(): 1
[ 22.486711] CPU#0: allocated 2097152 bytes trace buffer.
[ 22.488149] CPU#0: allocated 2097152 bytes max-trace buffer.
[ 22.489599] allocated 2097152 bytes out-trace buffer.
[ 22.489712] tracer: a total of 6291456 bytes allocated.
[ 22.489823] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[ 22.489989] ... MAX_LOCKDEP_SUBCLASSES: 8
[ 22.490099] ... MAX_LOCK_DEPTH: 30
[ 22.490210] ... MAX_LOCKDEP_KEYS: 2048
[ 22.490320] ... CLASSHASH_SIZE: 1024
[ 22.490429] ... MAX_LOCKDEP_ENTRIES: 8192
[ 22.490539] ... MAX_LOCKDEP_CHAINS: 16384
[ 22.490648] ... CHAINHASH_SIZE: 8192
[ 22.490757] memory used by lock dependency info: 1096 kB
[ 22.490868] per task-struct memory footprint: 1200 bytes
[ 22.491291] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 22.491835] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 22.521443] Memory: 1024840k/1048512k available (2187k kernel code, 22908k reserved, 1039k data, 200k init, 131008k highmem)
[ 22.521627] virtual kernel memory layout:
[ 22.521629] fixmap : 0xfffaa000 - 0xfffff000 ( 340 kB)
[ 22.521632] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 22.521634] vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
[ 22.521637] lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
[ 22.521639] .init : 0xc042a000 - 0xc045c000 ( 200 kB)
[ 22.521642] .data : 0xc0322f25 - 0xc0426d34 (1039 kB)
[ 22.521644] .text : 0xc0100000 - 0xc0322f25 (2187 kB)
[ 22.522511] Checking if this processor honours the WP bit even in supervisor mode... Ok.
[ 22.602851] Calibrating delay using timer specific routine.. 4005.80 BogoMIPS (lpj=8011611)
[ 22.603165] Security Framework v1.0.0 initialized
[ 22.603279] Capability LSM initialized
[ 22.603386] Failure registering Root Plug module with the kernel
[ 22.603501] Failure registering Root Plug module with primary security module.
[ 22.603700] Mount-cache hash table entries: 512
[ 22.604173] CPU: After generic identify, caps: 078bfbff e3d3fbff 00000000 00000000 00000000 00000000 00000000
[ 22.604191] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 22.604308] CPU: L2 Cache: 512K (64 bytes/line)
[ 22.604419] CPU: After all inits, caps: 078bfbff e3d3fbff 00000000 00000410 00000000 00000000 00000000
[ 22.604435] Intel machine check architecture supported.
[ 22.604547] Intel machine check reporting enabled on CPU#0.
[ 22.604667] CPU: AMD Athlon(tm) 64 Processor 3200+ stepping 00
[ 22.604880] Checking 'hlt' instruction... OK.
[ 22.618969] ACPI: Core revision 20060707
[ 22.625743] ENABLING IO-APIC IRQs
[ 22.626171] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0
[ 22.879023] NET: Registered protocol family 16
[ 22.879415] ACPI: bus type pci registered
[ 22.880276] PCI: PCI BIOS revision 2.10 entry at 0xfdae1, last bus=1
[ 22.880389] PCI: Using configuration type 1
[ 22.880498] Setting up standard PCI resources
[ 22.900250] ACPI: Interpreter enabled
[ 22.900362] ACPI: Using IOAPIC for interrupt routing
[ 22.901486] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 22.901607] PCI: Probing PCI hardware (bus 00)
[ 22.903444] PCI: MSI-K8T-Neo2Fir, attempting to turn soundcard ON
[ 22.903560] PCI: MSI-K8T-Neo2Fir, soundcard on
[ 22.904032] Boot video device is 0000:01:00.0
[ 22.904104] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 22.966889] ACPI: Power Resource [URP1] (off)
[ 22.967146] ACPI: Power Resource [URP2] (off)
[ 22.967402] ACPI: Power Resource [FDDP] (off)
[ 22.967659] ACPI: Power Resource [LPTP] (off)
[ 22.972136] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 22.973387] ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 10 11 12 14 15)
[ 22.974680] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 22.975916] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
[ 22.977195] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 22.978646] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 22.980038] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 22.981427] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 22.982719] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 22.982852] pnp: PnP ACPI init
[ 22.989499] pnp: PnP ACPI: found 10 devices
[ 22.989854] usbcore: registered new interface driver usbfs
[ 22.990050] usbcore: registered new interface driver hub
[ 22.990291] usbcore: registered new device driver usb
[ 22.990502] PCI: Using ACPI for IRQ routing
[ 22.990613] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 22.994622] NetLabel: Initializing
[ 22.994728] NetLabel: domain hash size = 128
[ 22.994837] NetLabel: protocols = UNLABELED CIPSOv4
[ 22.994981] NetLabel: unlabeled traffic allowed by default
[ 22.996525] PCI: Bridge: 0000:00:01.0
[ 22.996633] IO window: disabled.
[ 22.996744] MEM window: cde00000-cfefffff
[ 22.996856] PREFETCH window: bdd00000-cdcfffff
[ 22.996985] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 22.997039] NET: Registered protocol family 2
[ 23.018195] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 23.018625] TCP established hash table entries: 32768 (order: 9, 2752512 bytes)
[ 23.030734] TCP bind hash table entries: 16384 (order: 8, 1310720 bytes)
[ 23.036900] TCP: Hash tables configured (established 32768 bind 16384)
[ 23.037035] TCP reno registered
[ 23.042355] checking if image is initramfs... it is
[ 23.136643] Freeing initrd memory: 1256k freed
[ 23.137406] apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
[ 23.137520] apm: overridden by ACPI.
[ 23.138340] audit: initializing netlink socket (disabled)
[ 23.138495] audit(1170253668.500:1): initialized
[ 23.138842] highmem bounce pool size: 64 pages
[ 23.138954] Total HugeTLB memory allocated, 0
[ 23.139322] VFS: Disk quotas dquot_6.5.1
[ 23.139459] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 23.139913] io scheduler noop registered
[ 23.140071] io scheduler anticipatory registered
[ 23.140229] io scheduler deadline registered
[ 23.140407] io scheduler cfq registered (default)
[ 23.140706] PCI: Bypassing VIA 8237 APIC De-Assert Message
[ 23.140994] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 23.152923] Real Time Clock Driver v1.12ac
[ 23.153244] Non-volatile memory driver v1.2
[ 23.153357] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
[ 23.409586] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 23.410579] 00:01: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 23.412600] RAMDISK driver initialized: 16 RAM disks of 16384K size 4096 blocksize
[ 23.413058] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 23.413176] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 23.413449] VP_IDE: IDE controller at PCI slot 0000:00:0f.0
[ 23.413584] ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 20 (level, low) -> IRQ 16
[ 23.413811] VP_IDE: chipset revision 6
[ 23.413918] VP_IDE: not 100% native mode: will probe irqs later
[ 23.415129] VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.0
[ 23.415302] ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
[ 23.415575] ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:pio
[ 23.415843] Probing IDE interface ide0...
[ 23.828683] hda: SAMSUNG SP2014N, ATA DISK drive
[ 24.499610] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 24.499885] Probing IDE interface ide1...
[ 25.361806] hdc: TSSTcorpCD/DVDW TS-H552B, ATAPI CD/DVD-ROM drive
[ 26.032779] ide1 at 0x170-0x177,0x376 on irq 15
[ 26.033380] hda: max request size: 512KiB
[ 26.039066] hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(133)
[ 26.039633] hda: cache flushes supported
[ 26.039833] hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 >
[ 26.094517] usbcore: registered new interface driver libusual
[ 26.094687] usbcore: registered new interface driver hiddev
[ 26.094873] usbcore: registered new interface driver usbhid
[ 26.094987] /home/ka/q/kernel/linux-2.6./20/rc6-rt6-kw/drivers/usb/input/hid-core.c: v2.6:USB HID core driver
[ 26.095337] PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 26.096013] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 26.096253] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 26.096546] mice: PS/2 mouse device common for all mice
[ 26.117810] input: AT Translated Set 2 keyboard as /class/input/input0
[ 26.152373] TCP bic registered
[ 26.152479] Initializing XFRM netlink socket
[ 26.152616] NET: Registered protocol family 1
[ 26.152731] NET: Registered protocol family 17
[ 26.152856] Using IPI Shortcut mode
[ 26.153070] ACPI: (supports S0 S1 S3 S4 S5)
[ 26.153551] *****************************************************************************
[ 26.153720] * *
[ 26.153889] * REMINDER, the following debugging options are turned on in your .config: *
[ 26.154056] * *
[ 26.154222] * CONFIG_CRITICAL_PREEMPT_TIMING *
[ 26.154389] * CONFIG_CRITICAL_IRQSOFF_TIMING *
[ 26.154556] * CONFIG_FUNCTION_TRACE *
[ 26.154750] * CONFIG_LOCKDEP *
[ 26.154917] * *
[ 26.155084] * they may increase runtime overhead and latencies. *
[ 26.155253] * *
[ 26.155423] *****************************************************************************
[ 26.155736] Freeing unused kernel memory: 200k freed
[ 26.155912] Write protecting the kernel read-only data: 766k
[ 26.156215] Time: tsc clocksource has been installed.
[ 26.302780] logips2pp: Detected unknown logitech mouse model 62
[ 26.430080] USB Universal Host Controller Interface driver v3.0
[ 26.430306] ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 17
[ 26.430531] uhci_hcd 0000:00:10.0: UHCI Host Controller
[ 26.430870] uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1
[ 26.431231] uhci_hcd 0000:00:10.0: irq 17, io base 0x0000dc00
[ 26.431686] usb usb1: configuration #1 chosen from 1 choice
[ 26.431965] hub 1-0:1.0: USB hub found
[ 26.432100] hub 1-0:1.0: 2 ports detected
[ 26.535831] ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 17
[ 26.536050] uhci_hcd 0000:00:10.1: UHCI Host Controller
[ 26.536243] uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2
[ 26.536429] uhci_hcd 0000:00:10.1: irq 17, io base 0x0000e000
[ 26.536755] usb usb2: configuration #1 chosen from 1 choice
[ 26.536928] hub 2-0:1.0: USB hub found
[ 26.537047] hub 2-0:1.0: 2 ports detected
[ 26.639490] ACPI: PCI Interrupt 0000:00:10.2[B] -> GSI 21 (level, low) -> IRQ 17
[ 26.639711] uhci_hcd 0000:00:10.2: UHCI Host Controller
[ 26.639900] uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3
[ 26.640086] uhci_hcd 0000:00:10.2: irq 17, io base 0x0000e400
[ 26.640432] usb usb3: configuration #1 chosen from 1 choice
[ 26.640626] hub 3-0:1.0: USB hub found
[ 26.640743] hub 3-0:1.0: 2 ports detected
[ 26.655296] Switched to high resolution mode on CPU 0
[ 26.743156] ACPI: PCI Interrupt 0000:00:10.3[B] -> GSI 21 (level, low) -> IRQ 17
[ 26.743379] uhci_hcd 0000:00:10.3: UHCI Host Controller
[ 26.743547] uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4
[ 26.743735] uhci_hcd 0000:00:10.3: irq 17, io base 0x0000e800
[ 26.744088] usb usb4: configuration #1 chosen from 1 choice
[ 26.744283] hub 4-0:1.0: USB hub found
[ 26.744400] hub 4-0:1.0: 2 ports detected
[ 26.813898] input: ImExPS/2 Logitech Explorer Mouse as /class/input/input1
[ 26.848563] ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 17
[ 26.848791] ehci_hcd 0000:00:10.4: EHCI Host Controller
[ 26.848981] ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 5
[ 26.849197] ehci_hcd 0000:00:10.4: irq 17, io mem 0xcffffd00
[ 26.849314] ehci_hcd 0000:00:10.4: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 26.849665] usb usb5: configuration #1 chosen from 1 choice
[ 26.849827] hub 5-0:1.0: USB hub found
[ 26.849997] hub 5-0:1.0: 8 ports detected
[ 27.158838] kjournald starting. Commit interval 5 seconds
[ 27.158996] EXT3-fs: mounted filesystem with ordered data mode.
[ 35.835033] hdc: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
[ 35.835051] Uniform CD-ROM driver Revision: 3.20
[ 35.861074] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded
[ 35.861104] ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 16 (level, low) -> IRQ 18
[ 35.861291] eth0: RTL8169s/8110s at 0xf8806f00, 00:11:09:d9:97:b2, IRQ 18
[ 35.890001] parport: PnPBIOS parport detected.
[ 35.890219] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
[ 36.157882] nvidia: module license 'NVIDIA' taints kernel.
[ 36.409188] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 18
[ 36.409420] NVRM: loading NVIDIA Linux x86 Kernel Module 1.0-9631 Thu Nov 9 17:38:10 PST 2006
[ 36.467844] input: PC Speaker as /class/input/input2
[ 36.985986] ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 19
[ 36.986172] PCI: Setting latency timer of device 0000:00:11.5 to 64
[ 41.535760] floppy0: no floppy controllers found
[ 41.562057] lp0: using parport0 (interrupt-driven).
[ 41.828480] input: Power Button (FF) as /class/input/input3
[ 41.841452] ACPI: Power Button (FF) [PWRF]
[ 41.852224] input: Power Button (CM) as /class/input/input4
[ 41.865199] ACPI: Power Button (CM) [PWRB]
[ 41.875937] input: Sleep Button (CM) as /class/input/input5
[ 41.888682] ACPI: Sleep Button (CM) [SLPB]
[ 41.901162] No dock devices found.
[ 41.912664] ibm_acpi: ec object not found
[ 42.520611] EXT3 FS on hda3, internal journal
[ 42.644071] kjournald starting. Commit interval 5 seconds
[ 42.644272] EXT3 FS on hda5, internal journal
[ 42.644280] EXT3-fs: mounted filesystem with ordered data mode.
[ 42.647271] kjournald starting. Commit interval 5 seconds
[ 42.647418] EXT3 FS on hda2, internal journal
[ 42.647425] EXT3-fs: mounted filesystem with ordered data mode.
[ 43.274376] Adding 1464836k swap on /dev/hda6. Priority:-1 extents:1 across:1464836k
[ 43.686588] powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3200+ processors (version 2.00.00)
[ 43.690186] powernow-k8: 0 : fid 0x2 (1000 MHz), vid 0x12
[ 43.690190] powernow-k8: 1 : fid 0xa (1800 MHz), vid 0x8
[ 43.690195] powernow-k8: 2 : fid 0xc (2000 MHz), vid 0x6
[ 89.323447] Time: acpi_pm clocksource has been installed.
[ 89.822999] Clocksource tsc unstable (delta = -250051675 ns)
[ 107.147024] Stopping tasks ... done.
[ 107.217374] Shrinking memory... -done (0 pages freed)
[ 107.240775] Freed 0 kbytes in 0.02 seconds (0.00 MB/s)
[ 107.240783] Suspending console(s)
[ 108.145319] pnp: Device 00:02 disabled.
[ 108.145818] pnp: Device 00:01 disabled.
[ 108.146724] ACPI: PCI interrupt for device 0000:00:11.5 disabled
[ 108.160786] ACPI: PCI interrupt for device 0000:00:10.4 disabled
[ 108.176729] ACPI: PCI interrupt for device 0000:00:10.3 disabled
[ 108.192712] ACPI: PCI interrupt for device 0000:00:10.2 disabled
[ 108.208696] ACPI: PCI interrupt for device 0000:00:10.1 disabled
[ 108.224680] ACPI: PCI interrupt for device 0000:00:10.0 disabled
[ 108.241268] lapic suspend on CPU#0
[ 108.241274] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 108.241289] [<c010477c>] show_trace+0x2c/0x2e
[ 108.241299] [<c0104843>] dump_stack+0x29/0x2b
[ 108.241309] [<c011015b>] lapic_suspend+0xcf/0xf8
[ 108.241319] [<c026cf0d>] sysdev_suspend+0xad/0x216
[ 108.241331] [<c0271563>] device_power_down+0xb5/0xe2
[ 108.241340] [<c0142e5a>] swsusp_suspend+0x1e/0x6e
[ 108.241351] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 108.241361] [<c01422c8>] enter_state+0x58/0x161
[ 108.241371] [<c0142461>] state_store+0x90/0xa5
[ 108.241380] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 108.241392] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 108.241402] [<c01761b4>] vfs_write+0xce/0x1a6
[ 108.241412] [<c0176815>] sys_write+0x4c/0x70
[ 108.241421] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 108.241430] =======================
[ 108.241446] swsusp: critical section:
[ 108.264597] swsusp: Need to copy 16708 pages
[ 57.589976] Intel machine check architecture supported.
[ 57.589989] Intel machine check reporting enabled on CPU#0.
[ 28.767086] lapic resume on CPU#0
[ 28.767089] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 28.767097] [<c010477c>] show_trace+0x2c/0x2e
[ 28.767102] [<c0104843>] dump_stack+0x29/0x2b
[ 28.767107] [<c01101b8>] lapic_resume+0x34/0x1af
[ 28.767113] [<c026ca46>] __sysdev_resume+0x20/0x66
[ 28.767119] [<c026d098>] sysdev_resume+0x22/0x5e
[ 28.767124] [<c027187b>] device_power_up+0xd/0x14
[ 28.767129] [<c0142e9d>] swsusp_suspend+0x61/0x6e
[ 28.767134] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 28.767140] [<c01422c8>] enter_state+0x58/0x161
[ 28.767144] [<c0142461>] state_store+0x90/0xa5
[ 28.767149] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 28.767155] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 28.767161] [<c01761b4>] vfs_write+0xce/0x1a6
[ 28.767166] [<c0176815>] sys_write+0x4c/0x70
[ 28.767170] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 28.767175] =======================
[ 96.970169] pci 0000:00:00.0: EARLY resume
[ 96.970173] pci 0000:00:00.1: EARLY resume
[ 96.970176] pci 0000:00:00.2: EARLY resume
[ 96.970180] pci 0000:00:00.3: EARLY resume
[ 96.970183] pci 0000:00:00.4: EARLY resume
[ 96.970186] pci 0000:00:00.7: EARLY resume
[ 96.970189] pci 0000:00:01.0: EARLY resume
[ 96.970192] r8169 0000:00:0b.0: EARLY resume
[ 96.970196] VIA_IDE 0000:00:0f.0: EARLY resume
[ 96.970199] uhci_hcd 0000:00:10.0: EARLY resume
[ 96.970203] uhci_hcd 0000:00:10.1: EARLY resume
[ 96.970206] uhci_hcd 0000:00:10.2: EARLY resume
[ 96.970209] uhci_hcd 0000:00:10.3: EARLY resume
[ 96.970213] ehci_hcd 0000:00:10.4: EARLY resume
[ 96.970216] pci 0000:00:11.0: EARLY resume
[ 96.970222] PCI: MSI-K8T-Neo2Fir, attempting to turn soundcard ON
[ 96.970228] PCI: MSI-K8T-Neo2Fir, soundcard on
[ 96.970233] VIA 82xx Audio 0000:00:11.5: EARLY resume
[ 96.970236] pci 0000:00:18.0: EARLY resume
[ 96.970240] pci 0000:00:18.1: EARLY resume
[ 96.970243] pci 0000:00:18.2: EARLY resume
[ 96.970246] k8temp 0000:00:18.3: EARLY resume
[ 96.970250] nvidia 0000:01:00.0: EARLY resume
[ 96.970254] pcspkr pcspkr: EARLY resume
[ 96.970257] platform vesafb.0: EARLY resume
[ 96.970264] serial8250 serial8250: EARLY resume
[ 96.970268] i8042 i8042: EARLY resume
[ 96.978026] acpi acpi: resuming
[ 96.978035] pci 0000:00:00.0: resuming
[ 96.978081] pci 0000:00:00.1: resuming
[ 96.978104] pci 0000:00:00.2: resuming
[ 96.978126] pci 0000:00:00.3: resuming
[ 96.978149] pci 0000:00:00.4: resuming
[ 96.978171] pci 0000:00:00.7: resuming
[ 96.978194] pci 0000:00:01.0: resuming
[ 96.978237] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 96.978242] r8169 0000:00:0b.0: resuming
[ 96.978246] VIA_IDE 0000:00:0f.0: resuming
[ 96.978293] ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 20 (level, low) -> IRQ 16
[ 96.978300] uhci_hcd 0000:00:10.0: resuming
[ 96.989807] ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 17
[ 96.989862] usb usb1: root hub lost power or was reset
[ 96.989875] uhci_hcd 0000:00:10.1: resuming
[ 97.005774] ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 17
[ 97.005827] usb usb2: root hub lost power or was reset
[ 97.005839] uhci_hcd 0000:00:10.2: resuming
[ 97.021742] ACPI: PCI Interrupt 0000:00:10.2[B] -> GSI 21 (level, low) -> IRQ 17
[ 97.021795] usb usb3: root hub lost power or was reset
[ 97.021807] uhci_hcd 0000:00:10.3: resuming
[ 97.037710] ACPI: PCI Interrupt 0000:00:10.3[B] -> GSI 21 (level, low) -> IRQ 17
[ 97.037763] usb usb4: root hub lost power or was reset
[ 97.037776] ehci_hcd 0000:00:10.4: resuming
[ 97.053679] ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 17
[ 97.053719] usb usb5: root hub lost power or was reset
[ 97.053735] pci 0000:00:11.0: resuming
[ 97.053770] VIA 82xx Audio 0000:00:11.5: resuming
[ 97.069678] ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 19
[ 97.069687] PCI: Setting latency timer of device 0000:00:11.5 to 64
[ 97.072809] pci 0000:00:18.0: resuming
[ 97.072825] pci 0000:00:18.1: resuming
[ 97.072837] pci 0000:00:18.2: resuming
[ 97.072850] k8temp 0000:00:18.3: resuming
[ 97.072863] nvidia 0000:01:00.0: resuming
[ 97.073007] pnp 00:00: resuming
[ 97.073014] serial 00:01: resuming
[ 97.074378] pnp: Device 00:01 activated.
[ 97.074384] parport_pc 00:02: resuming
[ 97.076025] pnp: Device 00:02 activated.
[ 97.076029] system 00:03: resuming
[ 97.076032] pnp 00:04: resuming
[ 97.076034] pnp 00:05: resuming
[ 97.076037] pnp 00:06: resuming
[ 97.076040] pnp 00:07: resuming
[ 97.076043] i8042 aux 00:08: resuming
[ 97.076181] pnp: Failed to activate device 00:08.
[ 97.076185] i8042 kbd 00:09: resuming
[ 97.076199] pnp: Failed to activate device 00:09.
[ 97.076208] pcspkr pcspkr: resuming
[ 97.076212] platform vesafb.0: resuming
[ 97.076250] serial8250 serial8250: resuming
[ 97.076257] ide-disk 0.0: resuming
[ 97.129427] ide-cdrom 1.0: resuming
[ 97.131585] i8042 i8042: resuming
[ 97.131618] atkbd serio0: resuming
[ 97.164790] psmouse serio1: resuming
[ 97.345198] logips2pp: Detected unknown logitech mouse model 62
[ 97.848637] usb usb1: resuming
[ 97.888028] hub 1-0:1.0: resuming
[ 97.888032] usb usb2: resuming
[ 196.047736] hub 2-0:1.0: resuming
[ 196.047743] usb usb3: resuming
[ 196.087517] hub 3-0:1.0: resuming
[ 196.087524] usb usb4: resuming
[ 196.127477] hub 4-0:1.0: resuming
[ 196.127484] usb usb5: resuming
[ 196.159445] hub 5-0:1.0: resuming
[ 196.159464] ac97 0-0:ALC850: resuming
[ 196.159515] Restarting tasks ... done.
[ 286.477196] dbs_check_cpu: t310 < i311
[ 368.901522] uhci_hcd 0000:00:10.3: remove, state 1
[ 368.901534] usb usb4: USB disconnect, address 1
[ 368.905100] uhci_hcd 0000:00:10.3: USB bus 4 deregistered
[ 368.906081] ACPI: PCI interrupt for device 0000:00:10.3 disabled
[ 368.906109] uhci_hcd 0000:00:10.2: remove, state 1
[ 368.906119] usb usb3: USB disconnect, address 1
[ 368.909638] uhci_hcd 0000:00:10.2: USB bus 3 deregistered
[ 368.910592] ACPI: PCI interrupt for device 0000:00:10.2 disabled
[ 368.910620] uhci_hcd 0000:00:10.1: remove, state 1
[ 368.910629] usb usb2: USB disconnect, address 1
[ 368.914235] uhci_hcd 0000:00:10.1: USB bus 2 deregistered
[ 368.914334] ACPI: PCI interrupt for device 0000:00:10.1 disabled
[ 368.914361] uhci_hcd 0000:00:10.0: remove, state 1
[ 368.914369] usb usb1: USB disconnect, address 1
[ 368.915250] uhci_hcd 0000:00:10.0: USB bus 1 deregistered
[ 368.915333] ACPI: PCI interrupt for device 0000:00:10.0 disabled
[ 416.880815] r8169: eth0: link up
[ 227.932433] Stopping tasks ... done.
[ 227.933330] Shrinking memory... -done (0 pages freed)
[ 227.949058] Freed 0 kbytes in 0.01 seconds (0.00 MB/s)
[ 227.949063] Suspending console(s)
[ 228.840372] pnp: Device 00:02 disabled.
[ 228.840626] pnp: Device 00:01 disabled.
[ 228.841385] ACPI: PCI interrupt for device 0000:00:11.5 disabled
[ 228.854045] ACPI: PCI interrupt for device 0000:00:10.4 disabled
[ 228.886441] lapic suspend on CPU#0
[ 228.886445] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 228.886453] [<c010477c>] show_trace+0x2c/0x2e
[ 228.886458] [<c0104843>] dump_stack+0x29/0x2b
[ 228.886463] [<c011015b>] lapic_suspend+0xcf/0xf8
[ 228.886469] [<c026cf0d>] sysdev_suspend+0xad/0x216
[ 228.886474] [<c0271563>] device_power_down+0xb5/0xe2
[ 228.886480] [<c0142e5a>] swsusp_suspend+0x1e/0x6e
[ 228.886485] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 228.886490] [<c01422c8>] enter_state+0x58/0x161
[ 228.886495] [<c0142461>] state_store+0x90/0xa5
[ 228.886499] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 228.886505] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 228.886511] [<c01761b4>] vfs_write+0xce/0x1a6
[ 228.886516] [<c0176815>] sys_write+0x4c/0x70
[ 228.886520] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 228.886525] =======================
[ 228.886536] swsusp: critical section:
[ 228.902253] swsusp: Need to copy 19089 pages
[ 28.574318] Intel machine check architecture supported.
[ 28.574325] Intel machine check reporting enabled on CPU#0.
[ 28.574561] lapic resume on CPU#0
[ 28.574565] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 28.574573] [<c010477c>] show_trace+0x2c/0x2e
[ 28.574578] [<c0104843>] dump_stack+0x29/0x2b
[ 28.574583] [<c01101b8>] lapic_resume+0x34/0x1af
[ 28.574589] [<c026ca46>] __sysdev_resume+0x20/0x66
[ 28.574595] [<c026d098>] sysdev_resume+0x22/0x5e
[ 28.574600] [<c027187b>] device_power_up+0xd/0x14
[ 28.574605] [<c0142e9d>] swsusp_suspend+0x61/0x6e
[ 28.574610] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 28.574615] [<c01422c8>] enter_state+0x58/0x161
[ 28.574620] [<c0142461>] state_store+0x90/0xa5
[ 28.574625] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 28.574631] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 28.574637] [<c01761b4>] vfs_write+0xce/0x1a6
[ 28.574642] [<c0176815>] sys_write+0x4c/0x70
[ 28.574647] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 28.574651] =======================
[ 90.251248] pci 0000:00:00.0: EARLY resume
[ 90.251252] pci 0000:00:00.1: EARLY resume
[ 90.251255] pci 0000:00:00.2: EARLY resume
[ 90.251258] pci 0000:00:00.3: EARLY resume
[ 90.251261] pci 0000:00:00.4: EARLY resume
[ 90.251265] pci 0000:00:00.7: EARLY resume
[ 90.251268] pci 0000:00:01.0: EARLY resume
[ 90.251271] r8169 0000:00:0b.0: EARLY resume
[ 90.251274] VIA_IDE 0000:00:0f.0: EARLY resume
[ 90.251278] pci 0000:00:10.0: EARLY resume
[ 90.251281] pci 0000:00:10.1: EARLY resume
[ 90.251284] pci 0000:00:10.2: EARLY resume
[ 90.251287] pci 0000:00:10.3: EARLY resume
[ 90.251291] ehci_hcd 0000:00:10.4: EARLY resume
[ 90.251294] pci 0000:00:11.0: EARLY resume
[ 90.251300] PCI: MSI-K8T-Neo2Fir, attempting to turn soundcard ON
[ 90.251306] PCI: MSI-K8T-Neo2Fir, soundcard on
[ 90.251311] VIA 82xx Audio 0000:00:11.5: EARLY resume
[ 90.251315] pci 0000:00:18.0: EARLY resume
[ 90.251318] pci 0000:00:18.1: EARLY resume
[ 90.251321] pci 0000:00:18.2: EARLY resume
[ 90.251324] k8temp 0000:00:18.3: EARLY resume
[ 90.251328] nvidia 0000:01:00.0: EARLY resume
[ 90.251332] pcspkr pcspkr: EARLY resume
[ 90.251335] platform vesafb.0: EARLY resume
[ 90.251342] serial8250 serial8250: EARLY resume
[ 90.251346] i8042 i8042: EARLY resume
[ 90.259839] acpi acpi: resuming
[ 90.259848] pci 0000:00:00.0: resuming
[ 90.259899] pci 0000:00:00.1: resuming
[ 90.259922] pci 0000:00:00.2: resuming
[ 90.259944] pci 0000:00:00.3: resuming
[ 90.259967] pci 0000:00:00.4: resuming
[ 90.259989] pci 0000:00:00.7: resuming
[ 90.260012] pci 0000:00:01.0: resuming
[ 90.260054] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 90.260060] r8169 0000:00:0b.0: resuming
[ 90.271012] VIA_IDE 0000:00:0f.0: resuming
[ 90.271061] ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 20 (level, low) -> IRQ 16
[ 90.271067] pci 0000:00:10.0: resuming
[ 90.271094] PM: Writing back config space on device 0000:00:10.0 at offset 1 (was 2100017, writing 2100013)
[ 90.271107] pci 0000:00:10.1: resuming
[ 90.271134] PM: Writing back config space on device 0000:00:10.1 at offset 1 (was 2100017, writing 2100013)
[ 90.271147] pci 0000:00:10.2: resuming
[ 90.271173] PM: Writing back config space on device 0000:00:10.2 at offset 1 (was 2100017, writing 2100013)
[ 90.271186] pci 0000:00:10.3: resuming
[ 90.271212] PM: Writing back config space on device 0000:00:10.3 at offset 1 (was 2100017, writing 2100013)
[ 90.271225] ehci_hcd 0000:00:10.4: resuming
[ 90.286985] ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 17
[ 90.287026] usb usb5: root hub lost power or was reset
[ 90.287043] pci 0000:00:11.0: resuming
[ 90.287078] VIA 82xx Audio 0000:00:11.5: resuming
[ 90.302943] ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 19
[ 90.302953] PCI: Setting latency timer of device 0000:00:11.5 to 64
[ 90.306052] pci 0000:00:18.0: resuming
[ 90.306068] pci 0000:00:18.1: resuming
[ 90.306080] pci 0000:00:18.2: resuming
[ 90.306093] k8temp 0000:00:18.3: resuming
[ 90.306106] nvidia 0000:01:00.0: resuming
[ 90.306245] pnp 00:00: resuming
[ 90.306251] serial 00:01: resuming
[ 90.307641] pnp: Device 00:01 activated.
[ 90.307647] parport_pc 00:02: resuming
[ 90.309271] pnp: Device 00:02 activated.
[ 90.309275] system 00:03: resuming
[ 90.309278] pnp 00:04: resuming
[ 90.309281] pnp 00:05: resuming
[ 90.309284] pnp 00:06: resuming
[ 90.309287] pnp 00:07: resuming
[ 90.309290] i8042 aux 00:08: resuming
[ 90.309426] pnp: Failed to activate device 00:08.
[ 90.309430] i8042 kbd 00:09: resuming
[ 90.309445] pnp: Failed to activate device 00:09.
[ 90.309454] pcspkr pcspkr: resuming
[ 90.309457] platform vesafb.0: resuming
[ 90.309496] serial8250 serial8250: resuming
[ 90.309503] ide-disk 0.0: resuming
[ 90.356307] ide-cdrom 1.0: resuming
[ 90.358458] i8042 i8042: resuming
[ 90.358491] atkbd serio0: resuming
[ 90.391693] psmouse serio1: resuming
[ 90.573192] logips2pp: Detected unknown logitech mouse model 62
[ 91.075384] usb usb5: resuming
[ 91.105324] hub 5-0:1.0: resuming
[ 91.105334] ac97 0-0:ALC850: resuming
[ 91.764195] Restarting tasks ... done.
[ 184.374518] input: Power Button (FF) as /class/input/input6
[ 184.380803] ACPI: Power Button (FF) [PWRF]
[ 184.401383] input: Power Button (CM) as /class/input/input7
[ 184.426364] ACPI: Power Button (CM) [PWRB]
[ 184.427403] input: Sleep Button (CM) as /class/input/input8
[ 184.447937] ACPI: Sleep Button (CM) [SLPB]
[ 405.243424] Stopping tasks ... done.
[ 405.244559] Shrinking memory... -done (0 pages freed)
[ 405.267891] Freed 0 kbytes in 0.02 seconds (0.00 MB/s)
[ 405.267899] Suspending console(s)
[ 406.076633] pnp: Device 00:02 disabled.
[ 406.077139] pnp: Device 00:01 disabled.
[ 406.078087] ACPI: PCI interrupt for device 0000:00:11.5 disabled
[ 406.089520] ACPI: PCI interrupt for device 0000:00:10.4 disabled
[ 406.121988] lapic suspend on CPU#0
[ 406.121995] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 406.122009] [<c010477c>] show_trace+0x2c/0x2e
[ 406.122019] [<c0104843>] dump_stack+0x29/0x2b
[ 406.122029] [<c011015b>] lapic_suspend+0xcf/0xf8
[ 406.122040] [<c026cf0d>] sysdev_suspend+0xad/0x216
[ 406.122051] [<c0271563>] device_power_down+0xb5/0xe2
[ 406.122060] [<c0142e5a>] swsusp_suspend+0x1e/0x6e
[ 406.122071] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 406.122081] [<c01422c8>] enter_state+0x58/0x161
[ 406.122090] [<c0142461>] state_store+0x90/0xa5
[ 406.122099] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 406.122111] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 406.122121] [<c01761b4>] vfs_write+0xce/0x1a6
[ 406.122131] [<c0176815>] sys_write+0x4c/0x70
[ 406.122140] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 406.122149] =======================
[ 406.122164] swsusp: critical section:
[ 406.145294] swsusp: Need to copy 19231 pages
[ 58.244141] Intel machine check architecture supported.
[ 58.244155] Intel machine check reporting enabled on CPU#0.
[ 29.093849] lapic resume on CPU#0
[ 29.093853] [<c01040fa>] show_trace_log_lvl+0x35/0x54
[ 29.093861] [<c010477c>] show_trace+0x2c/0x2e
[ 29.093865] [<c0104843>] dump_stack+0x29/0x2b
[ 29.093870] [<c01101b8>] lapic_resume+0x34/0x1af
[ 29.093876] [<c026ca46>] __sysdev_resume+0x20/0x66
[ 29.093882] [<c026d098>] sysdev_resume+0x22/0x5e
[ 29.093887] [<c027187b>] device_power_up+0xd/0x14
[ 29.093892] [<c0142e9d>] swsusp_suspend+0x61/0x6e
[ 29.093897] [<c014354a>] pm_suspend_disk+0x97/0x14d
[ 29.093902] [<c01422c8>] enter_state+0x58/0x161
[ 29.093907] [<c0142461>] state_store+0x90/0xa5
[ 29.093912] [<c01b3891>] subsys_attr_store+0x33/0x35
[ 29.093918] [<c01b3b74>] sysfs_write_file+0xba/0xdb
[ 29.093923] [<c01761b4>] vfs_write+0xce/0x1a6
[ 29.093928] [<c0176815>] sys_write+0x4c/0x70
[ 29.093933] [<c01030d7>] sysenter_past_esp+0x6c/0xad
[ 29.093937] =======================
[ 65.934039] pci 0000:00:00.0: EARLY resume
[ 65.934044] pci 0000:00:00.1: EARLY resume
[ 65.934047] pci 0000:00:00.2: EARLY resume
[ 65.934050] pci 0000:00:00.3: EARLY resume
[ 65.934053] pci 0000:00:00.4: EARLY resume
[ 65.934056] pci 0000:00:00.7: EARLY resume
[ 65.934059] pci 0000:00:01.0: EARLY resume
[ 65.934063] r8169 0000:00:0b.0: EARLY resume
[ 65.934066] VIA_IDE 0000:00:0f.0: EARLY resume
[ 65.934069] pci 0000:00:10.0: EARLY resume
[ 65.934073] pci 0000:00:10.1: EARLY resume
[ 65.934076] pci 0000:00:10.2: EARLY resume
[ 65.934079] pci 0000:00:10.3: EARLY resume
[ 65.934082] ehci_hcd 0000:00:10.4: EARLY resume
[ 65.934086] pci 0000:00:11.0: EARLY resume
[ 65.934091] PCI: MSI-K8T-Neo2Fir, attempting to turn soundcard ON
[ 65.934097] PCI: MSI-K8T-Neo2Fir, soundcard on
[ 65.934102] VIA 82xx Audio 0000:00:11.5: EARLY resume
[ 65.934106] pci 0000:00:18.0: EARLY resume
[ 65.934109] pci 0000:00:18.1: EARLY resume
[ 65.934112] pci 0000:00:18.2: EARLY resume
[ 65.934115] k8temp 0000:00:18.3: EARLY resume
[ 65.934119] nvidia 0000:01:00.0: EARLY resume
[ 65.934124] pcspkr pcspkr: EARLY resume
[ 65.934127] platform vesafb.0: EARLY resume
[ 65.934134] serial8250 serial8250: EARLY resume
[ 65.934137] i8042 i8042: EARLY resume
[ 65.942628] acpi acpi: resuming
[ 65.942638] pci 0000:00:00.0: resuming
[ 65.942685] pci 0000:00:00.1: resuming
[ 65.942708] pci 0000:00:00.2: resuming
[ 65.942731] pci 0000:00:00.3: resuming
[ 65.942753] pci 0000:00:00.4: resuming
[ 65.942776] pci 0000:00:00.7: resuming
[ 65.942798] pci 0000:00:01.0: resuming
[ 65.942841] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 65.942846] r8169 0000:00:0b.0: resuming
[ 65.952005] VIA_IDE 0000:00:0f.0: resuming
[ 65.952054] ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 20 (level, low) -> IRQ 16
[ 65.952060] pci 0000:00:10.0: resuming
[ 65.952087] PM: Writing back config space on device 0000:00:10.0 at offset 1 (was 2100017, writing 2100013)
[ 65.952101] pci 0000:00:10.1: resuming
[ 65.952127] PM: Writing back config space on device 0000:00:10.1 at offset 1 (was 2100017, writing 2100013)
[ 65.952140] pci 0000:00:10.2: resuming
[ 65.952166] PM: Writing back config space on device 0000:00:10.2 at offset 1 (was 2100017, writing 2100013)
[ 65.952179] pci 0000:00:10.3: resuming
[ 65.952206] PM: Writing back config space on device 0000:00:10.3 at offset 1 (was 2100017, writing 2100013)
[ 65.952219] ehci_hcd 0000:00:10.4: resuming
[ 65.967977] ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 17
[ 65.968017] usb usb5: root hub lost power or was reset
[ 65.968034] pci 0000:00:11.0: resuming
[ 65.968068] VIA 82xx Audio 0000:00:11.5: resuming
[ 65.983936] ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 19
[ 65.983945] PCI: Setting latency timer of device 0000:00:11.5 to 64
[ 65.987043] pci 0000:00:18.0: resuming
[ 65.987058] pci 0000:00:18.1: resuming
[ 65.987071] pci 0000:00:18.2: resuming
[ 65.987084] k8temp 0000:00:18.3: resuming
[ 65.987097] nvidia 0000:01:00.0: resuming
[ 65.987237] pnp 00:00: resuming
[ 65.987244] serial 00:01: resuming
[ 65.988604] pnp: Device 00:01 activated.
[ 65.988610] parport_pc 00:02: resuming
[ 65.990224] pnp: Device 00:02 activated.
[ 65.990227] system 00:03: resuming
[ 65.990230] pnp 00:04: resuming
[ 65.990233] pnp 00:05: resuming
[ 65.990236] pnp 00:06: resuming
[ 65.990239] pnp 00:07: resuming
[ 65.990242] i8042 aux 00:08: resuming
[ 65.990379] pnp: Failed to activate device 00:08.
[ 65.990383] i8042 kbd 00:09: resuming
[ 65.990398] pnp: Failed to activate device 00:09.
[ 65.990407] pcspkr pcspkr: resuming
[ 65.990410] platform vesafb.0: resuming
[ 65.990449] serial8250 serial8250: resuming
[ 65.990456] ide-disk 0.0: resuming
[ 66.040883] ide-cdrom 1.0: resuming
[ 66.043032] i8042 i8042: resuming
[ 66.043065] atkbd serio0: resuming
[ 66.075682] psmouse serio1: resuming
[ 66.253841] logips2pp: Detected unknown logitech mouse model 62
[ 133.359431] usb usb5: resuming
[ 133.391673] hub 5-0:1.0: resuming
[ 133.391692] ac97 0-0:ALC850: resuming
[ 133.391739] Restarting tasks ... done.

2007-01-31 16:02:44

by Maciej Rutecki

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Alexey Starikovskiy napisał(a):
> Tilman Schmidt wrote:
>> On Tue, 30 Jan 2007 17:25:25 -0800, Andrew Morton wrote:
>>
>>> On Wed, 31 Jan 2007 02:16:43 +0100
>>> Tilman Schmidt <[email protected]> wrote:
>>>
>>>
>>>> Am 30.01.2007 23:18 schrieb Maciej Rutecki:
>>>>
>>>>> Second problem, power button doesn't work. When I pressed it, I has
>>>>> this
>>>>> error:
>>>>>
>>>>> ACPI Error (evevent-0305): No installed handler for fixed event
>>>>> [00000002] [20070126]
>>>>>
>>>> Same here, minus the message. (Or perhaps I just don't know where to
>>>> look.)
>>>> Problem also exists in 2.6.20-rc6-mm2. With 2.6.20-rc6-git1 the power
>>>> button of this machine works fine.
>>>>
>>> That's significant - in your case at least the 2.6.20-rc6-mm3 ACPI
>>> update
>>> isn't the cause.
>>>
>>
>> Is there anything specific I should test, or Big Bisect time?
>>
>>
> This patch should fix the issue...

Yes, after add this patch power button works fine. Thanks

--
Maciej Rutecki <[email protected]>


Attachments:
smime.p7s (3.19 kB)
S/MIME Cryptographic Signature

2007-01-31 18:27:56

by Tilman Schmidt

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am 31.01.2007 13:29 schrieb Alexey Starikovskiy:
[...]
>>>>> Second problem, power button doesn't work.
[...]
> This patch should fix the issue...

It does. Power button works again.

Thanks,
Tilman

> ------------------------------------------------------------------------
>
> Correct id for fixed buttons.
> ACPI_BUTTON_HID_POWERF was changed, but this change was not propogated to button.c,
> thus breaking detection of fixed power and sleep buttons.
> From: Alexey Starikovskiy <[email protected]>
>
>
> ---
>
> drivers/acpi/button.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
> index ac86058..c726612 100644
> --- a/drivers/acpi/button.c
> +++ b/drivers/acpi/button.c
> @@ -75,7 +75,7 @@ static int acpi_button_state_open_fs(str
> static struct acpi_driver acpi_button_driver = {
> .name = ACPI_BUTTON_DRIVER_NAME,
> .class = ACPI_BUTTON_CLASS,
> - .ids = "ACPI_FPB,ACPI_FSB,PNP0C0D,PNP0C0C,PNP0C0E",
> + .ids = "button_power,button_sleep,PNP0C0D,PNP0C0C,PNP0C0E",
> .ops = {
> .add = acpi_button_add,
> .remove = acpi_button_remove,


--
Tilman Schmidt E-Mail: [email protected]
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Unge?ffnet mindestens haltbar bis: (siehe R?ckseite)


Attachments:
signature.asc (253.00 B)
OpenPGP digital signature

2007-01-31 21:53:28

by Mattia Dongili

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
>
> Will appear later at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/

I jumped from rc2-mm1 to rc6-mm3 and tried dynticks for the first time:

...
Time: acpi_pm clocksource has been installed.
Clocksource tsc unstable (delta = -275154141 ns)
BUG: soft lockup detected on CPU#1!
[<c0104dac>] show_trace_log_lvl+0x1a/0x2f
[<c010540b>] show_trace+0x12/0x14
[<c010548f>] dump_stack+0x16/0x18
[<c0146e50>] softlockup_tick+0xa7/0xb6
[<c01286c0>] run_local_timers+0x12/0x14
[<c0128a61>] update_process_times+0x3e/0x63
[<c01374c5>] tick_nohz_handler+0x7d/0xe3
[<c01137c2>] smp_apic_timer_interrupt+0x71/0x83
[<c01048f4>] apic_timer_interrupt+0x28/0x30
[<c013709e>] tick_broadcast_oneshot_control+0x12/0xc8
[<c0136a58>] tick_notify+0x1cd/0x241
[<c012bd4e>] notifier_call_chain+0x2b/0x55
[<c012bde2>] __raw_notifier_call_chain+0x19/0x1e
[<c012be01>] raw_notifier_call_chain+0x1a/0x1c
[<c01364ea>] clockevents_do_notify+0x11/0x13
[<c013672d>] clockevents_notify+0x1c/0x53
[<f8f7b5cb>] acpi_state_timer_broadcast+0x2e/0x31 [processor]
[<f8f7c12f>] acpi_processor_idle+0x276/0x40b [processor]
[<c0102435>] cpu_idle+0xad/0xd3
[<c0112975>] start_secondary+0x32b/0x333
[<00000000>] run_init_process+0x3fefed10/0x19
=======================

Full dmesg and config:
http://oioio.altervista.org/linux/nohz_soft-lockup.dmesg
http://oioio.altervista.org/linux/config-2.6.20-rc6-mm3-1

As a side note the process becomes slower and slower as it proceeds,
it's definitely noticeable during my iptables rules setup (nothing that
complex, just default policies and subnet/lan accept rules).
Building with NO_HZ=n right now.

--
mattia
:wq!

2007-01-31 23:21:42

by Mattia Dongili

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, Jan 31, 2007 at 10:52:41PM +0100, Mattia Dongili wrote:
> On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
> >
> > Will appear later at
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
>
> I jumped from rc2-mm1 to rc6-mm3 and tried dynticks for the first time:
>
> ...
> Time: acpi_pm clocksource has been installed.
> Clocksource tsc unstable (delta = -275154141 ns)
> BUG: soft lockup detected on CPU#1!
> [<c0104dac>] show_trace_log_lvl+0x1a/0x2f
> [<c010540b>] show_trace+0x12/0x14
> [<c010548f>] dump_stack+0x16/0x18
> [<c0146e50>] softlockup_tick+0xa7/0xb6
> [<c01286c0>] run_local_timers+0x12/0x14
> [<c0128a61>] update_process_times+0x3e/0x63
> [<c01374c5>] tick_nohz_handler+0x7d/0xe3
> [<c01137c2>] smp_apic_timer_interrupt+0x71/0x83
> [<c01048f4>] apic_timer_interrupt+0x28/0x30
> [<c013709e>] tick_broadcast_oneshot_control+0x12/0xc8
> [<c0136a58>] tick_notify+0x1cd/0x241
> [<c012bd4e>] notifier_call_chain+0x2b/0x55
> [<c012bde2>] __raw_notifier_call_chain+0x19/0x1e
> [<c012be01>] raw_notifier_call_chain+0x1a/0x1c
> [<c01364ea>] clockevents_do_notify+0x11/0x13
> [<c013672d>] clockevents_notify+0x1c/0x53
> [<f8f7b5cb>] acpi_state_timer_broadcast+0x2e/0x31 [processor]
> [<f8f7c12f>] acpi_processor_idle+0x276/0x40b [processor]
> [<c0102435>] cpu_idle+0xad/0xd3
> [<c0112975>] start_secondary+0x32b/0x333
> [<00000000>] run_init_process+0x3fefed10/0x19
> =======================
>
> Full dmesg and config:
> http://oioio.altervista.org/linux/nohz_soft-lockup.dmesg
> http://oioio.altervista.org/linux/config-2.6.20-rc6-mm3-1
>
> As a side note the process becomes slower and slower as it proceeds,
> it's definitely noticeable during my iptables rules setup (nothing that
> complex, just default policies and subnet/lan accept rules).
> Building with NO_HZ=n right now.

yes, slowness is gone. Any useful information I can provide?

--
mattia
:wq!

2007-02-01 00:14:18

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, 29 Jan 2007, Andrew Morton wrote:

> - Restored git-block.patch: mainly the block unplugging rework. The
> problematic CFQ updates have been taken out.

MD hung again as before so I compiled a kernel
without it. Next XFS started hanging during bootup.

Some traces of processes hung but I do not have a clue as to what is
wrong here...:

Call Trace:
[<a00000010074c1b0>] schedule+0x1bf0/0x1ec0
sp=e00000301560fac0 bsp=e000003015608fc8
[<a0000001003ba350>] xfs_buf_iorequest+0x130/0x820
sp=e00000301560fbd0 bsp=e000003015608f58
[<a0000001003c5b00>] xfs_bdstrat_cb+0x60/0x100
sp=e00000301560fc00 bsp=e000003015608f38
[<a0000001003b2ba0>] xfs_bwrite+0xe0/0x1e0
sp=e00000301560fc00 bsp=e000003015608f00
[<a0000001003a3980>] xfs_syncsub+0x2c0/0x520
sp=e00000301560fc00 bsp=e000003015608eb0
[<a0000001003a3d30>] xfs_sync+0x70/0xa0
sp=e00000301560fc00 bsp=e000003015608e88
[<a0000001003cb400>] vfs_sync+0xa0/0xc0
sp=e00000301560fc00 bsp=e000003015608e58
[<a0000001003c8910>] xfs_fs_write_super+0x70/0xa0
sp=e00000301560fc00 bsp=e000003015608e38
[<a00000010016d490>] sync_supers+0x150/0x260
sp=e00000301560fc00 bsp=e000003015608e08
[<a000000100115820>] wb_kupdate+0x60/0x280
sp=e00000301560fc00 bsp=e000003015608dc8
[<a000000100116570>] pdflush+0x330/0x4e0
sp=e00000301560fc50 bsp=e000003015608d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e00000301560fd50 bsp=e000003015608d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e00000301560fe30 bsp=e000003015608d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e00000301560fe30 bsp=e000003015608d20

Call Trace:
[<a00000010074c1b0>] schedule+0x1bf0/0x1ec0
sp=e00001b03869f8b0 bsp=e00001b038699618
[<a00000010074db00>] schedule_timeout+0x40/0x180
sp=e00001b03869f9c0 bsp=e00001b0386995e0
[<a000000100385420>] _xfs_log_force+0x500/0x5c0
sp=e00001b03869f9f0 bsp=e00001b038699580
[<a00000010030ccf0>] xfs_alloc_search_busy+0x190/0x1e0
sp=e00001b03869fa20 bsp=e00001b038699538
[<a000000100311010>] xfs_alloc_ag_vextent+0x2250/0x2420
sp=e00001b03869fa20 bsp=e00001b0386994a8
[<a000000100312490>] xfs_alloc_vextent+0x690/0x9c0
sp=e00001b03869fa60 bsp=e00001b038699428
[<a000000100332540>] xfs_bmapi+0x1e00/0x33a0
sp=e00001b03869fa60 bsp=e00001b0386992d8
[<a00000010037e750>] xfs_iomap_write_allocate+0x3f0/0x760
sp=e00001b03869fba0 bsp=e00001b038699248
[<a00000010037d650>] xfs_iomap+0x670/0xb00
sp=e00001b03869fc30 bsp=e00001b0386991d0
[<a0000001003c5a80>] xfs_bmap+0x40/0x60
sp=e00001b03869fc80 bsp=e00001b038699188
[<a0000001003b5b40>] xfs_map_blocks+0xa0/0x120
sp=e00001b03869fc80 bsp=e00001b038699148
[<a0000001003b6260>] xfs_page_state_convert+0x540/0x1a40
sp=e00001b03869fc90 bsp=e00001b038699080
[<a0000001003b7e20>] xfs_vm_writepage+0x180/0x220
sp=e00001b03869fd50 bsp=e00001b038699040
[<a0000001001146e0>] generic_writepages+0x420/0x800
sp=e00001b03869fd60 bsp=e00001b038698fc0
[<a0000001003b7f50>] xfs_vm_writepages+0x90/0xc0
sp=e00001b03869fdf0 bsp=e00001b038698f88
[<a000000100114b70>] do_writepages+0xb0/0x120
sp=e00001b03869fdf0 bsp=e00001b038698f58
[<a000000100108470>] __filemap_fdatawrite_range+0xb0/0xe0
sp=e00001b03869fdf0 bsp=e00001b038698f20
[<a0000001001089c0>] filemap_fdatawrite+0x40/0x60
sp=e00001b03869fe30 bsp=e00001b038698f00
[<a0000001003befe0>] fs_flush_pages+0xc0/0x100
sp=e00001b03869fe30 bsp=e00001b038698eb8
[<a0000001003adaf0>] xfs_close+0x190/0x1e0
sp=e00001b03869fe30 bsp=e00001b038698e80
[<a0000001003be4e0>] xfs_file_close+0xa0/0xc0
sp=e00001b03869fe30 bsp=e00001b038698e60
[<a0000001001643b0>] filp_close+0xd0/0x140
sp=e00001b03869fe30 bsp=e00001b038698e30
[<a000000100164560>] sys_close+0x140/0x1e0
sp=e00001b03869fe30 bsp=e00001b038698db0
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00001b03869fe30 bsp=e00001b038698db0
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00001b0386a0000 bsp=e00001b038698db0


2007-02-01 00:24:45

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007 16:14:10 -0800 (PST)
Christoph Lameter <[email protected]> wrote:

> On Mon, 29 Jan 2007, Andrew Morton wrote:
>
> > - Restored git-block.patch: mainly the block unplugging rework. The
> > problematic CFQ updates have been taken out.
>
> MD hung again as before so I compiled a kernel
> without it. Next XFS started hanging during bootup.

ow. Please don't make me drop git-block-and-lots-of-other-things again.
Was 2.6.20-rc6-mm2 OK? It didn't have git-block.

> Some traces of processes hung but I do not have a clue as to what is
> wrong here...:

Probably an IO got lost.

> Call Trace:
> [<a00000010074c1b0>] schedule+0x1bf0/0x1ec0
> sp=e00000301560fac0 bsp=e000003015608fc8
> [<a0000001003ba350>] xfs_buf_iorequest+0x130/0x820
> sp=e00000301560fbd0 bsp=e000003015608f58
> [<a0000001003c5b00>] xfs_bdstrat_cb+0x60/0x100
> sp=e00000301560fc00 bsp=e000003015608f38
> [<a0000001003b2ba0>] xfs_bwrite+0xe0/0x1e0
> sp=e00000301560fc00 bsp=e000003015608f00
> [<a0000001003a3980>] xfs_syncsub+0x2c0/0x520
> sp=e00000301560fc00 bsp=e000003015608eb0
> [<a0000001003a3d30>] xfs_sync+0x70/0xa0
> sp=e00000301560fc00 bsp=e000003015608e88
> [<a0000001003cb400>] vfs_sync+0xa0/0xc0
> sp=e00000301560fc00 bsp=e000003015608e58
> [<a0000001003c8910>] xfs_fs_write_super+0x70/0xa0
> sp=e00000301560fc00 bsp=e000003015608e38
> [<a00000010016d490>] sync_supers+0x150/0x260
> sp=e00000301560fc00 bsp=e000003015608e08
> [<a000000100115820>] wb_kupdate+0x60/0x280
> sp=e00000301560fc00 bsp=e000003015608dc8
> [<a000000100116570>] pdflush+0x330/0x4e0
> sp=e00000301560fc50 bsp=e000003015608d90
> [<a0000001000d2ac0>] kthread+0x220/0x2a0
> sp=e00000301560fd50 bsp=e000003015608d48
> [<a000000100010a50>] kernel_thread_helper+0xd0/0x100
> sp=e00000301560fe30 bsp=e000003015608d20
> [<a000000100009140>] start_kernel_thread+0x20/0x40
> sp=e00000301560fe30 bsp=e000003015608d20
>
> Call Trace:
> [<a00000010074c1b0>] schedule+0x1bf0/0x1ec0
> sp=e00001b03869f8b0 bsp=e00001b038699618
> [<a00000010074db00>] schedule_timeout+0x40/0x180
> sp=e00001b03869f9c0 bsp=e00001b0386995e0
> [<a000000100385420>] _xfs_log_force+0x500/0x5c0
> sp=e00001b03869f9f0 bsp=e00001b038699580
> [<a00000010030ccf0>] xfs_alloc_search_busy+0x190/0x1e0
> sp=e00001b03869fa20 bsp=e00001b038699538
> [<a000000100311010>] xfs_alloc_ag_vextent+0x2250/0x2420
> sp=e00001b03869fa20 bsp=e00001b0386994a8
> [<a000000100312490>] xfs_alloc_vextent+0x690/0x9c0
> sp=e00001b03869fa60 bsp=e00001b038699428
> [<a000000100332540>] xfs_bmapi+0x1e00/0x33a0
> sp=e00001b03869fa60 bsp=e00001b0386992d8
> [<a00000010037e750>] xfs_iomap_write_allocate+0x3f0/0x760
> sp=e00001b03869fba0 bsp=e00001b038699248
> [<a00000010037d650>] xfs_iomap+0x670/0xb00
> sp=e00001b03869fc30 bsp=e00001b0386991d0
> [<a0000001003c5a80>] xfs_bmap+0x40/0x60
> sp=e00001b03869fc80 bsp=e00001b038699188
> [<a0000001003b5b40>] xfs_map_blocks+0xa0/0x120
> sp=e00001b03869fc80 bsp=e00001b038699148
> [<a0000001003b6260>] xfs_page_state_convert+0x540/0x1a40
> sp=e00001b03869fc90 bsp=e00001b038699080
> [<a0000001003b7e20>] xfs_vm_writepage+0x180/0x220
> sp=e00001b03869fd50 bsp=e00001b038699040
> [<a0000001001146e0>] generic_writepages+0x420/0x800
> sp=e00001b03869fd60 bsp=e00001b038698fc0
> [<a0000001003b7f50>] xfs_vm_writepages+0x90/0xc0
> sp=e00001b03869fdf0 bsp=e00001b038698f88
> [<a000000100114b70>] do_writepages+0xb0/0x120
> sp=e00001b03869fdf0 bsp=e00001b038698f58
> [<a000000100108470>] __filemap_fdatawrite_range+0xb0/0xe0
> sp=e00001b03869fdf0 bsp=e00001b038698f20
> [<a0000001001089c0>] filemap_fdatawrite+0x40/0x60
> sp=e00001b03869fe30 bsp=e00001b038698f00
> [<a0000001003befe0>] fs_flush_pages+0xc0/0x100
> sp=e00001b03869fe30 bsp=e00001b038698eb8
> [<a0000001003adaf0>] xfs_close+0x190/0x1e0
> sp=e00001b03869fe30 bsp=e00001b038698e80
> [<a0000001003be4e0>] xfs_file_close+0xa0/0xc0
> sp=e00001b03869fe30 bsp=e00001b038698e60
> [<a0000001001643b0>] filp_close+0xd0/0x140
> sp=e00001b03869fe30 bsp=e00001b038698e30
> [<a000000100164560>] sys_close+0x140/0x1e0
> sp=e00001b03869fe30 bsp=e00001b038698db0
> [<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
> sp=e00001b03869fe30 bsp=e00001b038698db0
> [<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
> sp=e00001b0386a0000 bsp=e00001b038698db0

2007-02-01 00:27:33

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007, Andrew Morton wrote:

> ow. Please don't make me drop git-block-and-lots-of-other-things again.
> Was 2.6.20-rc6-mm2 OK? It didn't have git-block.

Yes, 2.6.20-rc6-mm2 was okay. Sorry.

2007-02-01 00:36:51

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007 16:27:16 -0800 (PST)
Christoph Lameter <[email protected]> wrote:

> On Wed, 31 Jan 2007, Andrew Morton wrote:
>
> > ow. Please don't make me drop git-block-and-lots-of-other-things again.
> > Was 2.6.20-rc6-mm2 OK? It didn't have git-block.
>
> Yes, 2.6.20-rc6-mm2 was okay. Sorry.

OK, thanks.

Actually, we might not have lost an IO: it could be that we're simply
missing an unplug. Are you able to unblock things by forcing some other IO
against that queue? Say, do a read from /dev/sda?

2007-02-01 00:38:49

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007, Andrew Morton wrote:

> Actually, we might not have lost an IO: it could be that we're simply
> missing an unplug. Are you able to unblock things by forcing some other IO
> against that queue? Say, do a read from /dev/sda?

The system does not come up to a prompt. The traces were taken via NMI
during bootup (shortly after udev came up).

2007-02-01 04:11:58

by Len Brown

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wednesday 31 January 2007 06:54, Maciej Rutecki wrote:
> Andrew Morton napisał(a):
>
> > OK, thanks. That might be due to the time-management updates as well.
> > I'll see if I can reproduce this.
> >
> > If you're keen, you could test just 2.6.19-rc6+origin.patch+git-acpi.patch
> > from
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/broken-out
> > and see which of these problems remain.
> >
>
> I try 2.6.19-rc6 witch origin.patch and git-acpi.patch. This patch
> didn't add correctly (see patch_output.txt). Also I have compiling error:
>
> AS arch/i386/kernel/entry.o
> CC arch/i386/kernel/traps.o
> CC arch/i386/kernel/irq.o
> CC arch/i386/kernel/ptrace.o
> CC arch/i386/kernel/time.o
> CC arch/i386/kernel/ioport.o
> CC arch/i386/kernel/ldt.o
> CC arch/i386/kernel/setup.o
> In file included from include/acpi/acpi.h:62,
> from include/linux/acpi.h:37,
> from arch/i386/kernel/setup.c:31:
> include/acpi/acpixf.h:100: warning: 'struct acpi_pointer' declared
> inside parameter list
> include/acpi/acpixf.h:100: warning: its scope is only this definition or
> declaration, which is probably not what you want
> include/acpi/acpixf.h:115: error: expected ')' before 'table_type'
> make[2]: *** [arch/i386/kernel/setup.o] Błąd 1
> make[1]: *** [arch/i386/kernel] Błąd 2
> make[1]: Opuszczenie katalogu `/usr/src/linux-rc'
> make: *** [debian/stamp-build-kernel] Błąd 2
>
> "Błąd"="Error" (in polish).

Note that you can always get the latest ACPI patch and drop it directly onto Linus' tree here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/test/2.6.20/

2007-02-01 04:18:36

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007 23:10:32 -0500 Len Brown <[email protected]> wrote:

> > CC arch/i386/kernel/traps.o
> > CC arch/i386/kernel/irq.o
> > CC arch/i386/kernel/ptrace.o
> > CC arch/i386/kernel/time.o
> > CC arch/i386/kernel/ioport.o
> > CC arch/i386/kernel/ldt.o
> > CC arch/i386/kernel/setup.o
> > In file included from include/acpi/acpi.h:62,
> > from include/linux/acpi.h:37,
> > from arch/i386/kernel/setup.c:31:
> > include/acpi/acpixf.h:100: warning: 'struct acpi_pointer' declared
> > inside parameter list
> > include/acpi/acpixf.h:100: warning: its scope is only this definition or
> > declaration, which is probably not what you want
> > include/acpi/acpixf.h:115: error: expected ')' before 'table_type'
> > make[2]: *** [arch/i386/kernel/setup.o] Błąd 1
> > make[1]: *** [arch/i386/kernel] Błąd 2
> > make[1]: Opuszczenie katalogu `/usr/src/linux-rc'
> > make: *** [debian/stamp-build-kernel] Błąd 2
> >
> > "Błąd"="Error" (in polish).
>
> Note that you can always get the latest ACPI patch and drop it directly onto Linus' tree here:
> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/test/2.6.20/

I'm suspecting that Maciej misapplied the -mm patch somehow:

box:/usr/src/foo> grep acpi_pointer include/acpi/acpixf.h
box:/usr/src/foo>

2007-02-01 04:27:16

by Len Brown

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tuesday 30 January 2007 04:26, Andrew Morton wrote:
> On Tue, 30 Jan 2007 10:06:45 +0100
> Olivier Galibert <[email protected]> wrote:
>
> > On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> > > -x86_64-mm-share-whats-shareable.patch
> > > -x86_64-mm-only-call-unreachable_devices-when-type-1-is-available.patch
> > > -x86_64-mm-only-map-whats-necessary.patch
> > > -x86_64-mm-detect-and-support-the-e7520-and-the-945g-gz-p-pl.patch
> > > -x86_64-mm-reserve-resources-but-only-when-were-sure-about-them.patch
> >
> > Want me to update these? And maybe the other mmconfig related ones if
> > I can find them.
> >
>
> Thanks. That depends upon which of Andi or Len merges first.
>
> If Andi goes first, then Len has rather a bit of hackwork to do.
>
> If Len goes first then things are probably simpler, but that ACPI codedrop
> is very new and might have problems. We wouldn't want to hold the x86
> merge back because of it.

I think chances are actually quite good we'll be able to proceed with
pushing the ACPI table re-write immediately upon 2.6.21 open.

Note that while it is sort of big text-wise, it isn't that complicated --
and failures in this type of code tend to be massively obvious boot failures.
Note also that 2.6.20-rc6-mm3 is not the maiden voyage to -mm for this code.
It has been there several times before as it has matured.

The table re-write broke the HP simulator -- but I think we can fix that quickly.
I don't know yet what broke the HP rx2600.
The sysfs branch is what broke the button and the Altix boot.
Sysfs may or may not go upstream at 2.6.21 open -- but that isn't
the code you are conflicting with here so that is moot.

cheers,
-Len


> For now, I guess we sit back while Len and Andi sort out what they're going
> to do.
>
> Len, what was in that merge anyway? Lots of renaming and shuffling things
> around - the sorts of things which are safe as long as they compile OK. But
> was there much substantive material in there as well?
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

2007-02-01 06:20:37

by David Chinner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, Jan 31, 2007 at 04:36:38PM -0800, Andrew Morton wrote:
> On Wed, 31 Jan 2007 16:27:16 -0800 (PST)
> Christoph Lameter <[email protected]> wrote:
>
> > On Wed, 31 Jan 2007, Andrew Morton wrote:
> >
> > > ow. Please don't make me drop git-block-and-lots-of-other-things again.
> > > Was 2.6.20-rc6-mm2 OK? It didn't have git-block.
> >
> > Yes, 2.6.20-rc6-mm2 was okay. Sorry.
>
> OK, thanks.
>
> Actually, we might not have lost an IO: it could be that we're simply
> missing an unplug.

Could be - I can't be certain but I think we've got one thread
waiting for a buffer to be unpinned before it is written, and
the other thread waiting for log I/O to complete. The first thread
won't unplug the device, and the log I/o is async so it won't either.

What are the new unplugging rules introduced by the git-block
patch? How do they differ from the existing rules?

Cheers,

Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group

2007-02-01 07:13:10

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, 1 Feb 2007 17:20:18 +1100 David Chinner <[email protected]> wrote:

> What are the new unplugging rules introduced by the git-block
> patch?

Pretty simple: you read the largely-useless changelog then call the bravely
uncommented blk_plug_current() when you're about to submit some IO and you
call the audaciously uncommented blk_unplug_current() when you've finished
and you're ready to let it rip.

But usually none of that is necessary, because io_schedule() does all the
work for you.

err, this might help.

--- a/fs/xfs/linux-2.6/xfs_buf.c~git-block-xfs-fix
+++ a/fs/xfs/linux-2.6/xfs_buf.c
@@ -979,7 +979,7 @@ xfs_buf_wait_unpin(
set_current_state(TASK_UNINTERRUPTIBLE);
if (atomic_read(&bp->b_pin_count) == 0)
break;
- schedule();
+ io_schedule();
}
remove_wait_queue(&bp->b_waiters, &wait);
set_current_state(TASK_RUNNING);
_

2007-02-01 08:02:58

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Karsten Wiese <[email protected]> wrote:

> Serial port console is off here and the jiffies update fix doesn't
> make a noticeable difference.

ok, this eliminates my serial port theory.

and this means i'm having trouble reproducing this problem locally.
Maybe i tried it the wrong way: does it only occur with suspend-to-disk,
or suspend-to-ram too? Does it need ACPI suspend-to-disk, or
software-suspend?

Ingo

2007-02-01 10:44:58

by Karsten Wiese

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am Donnerstag, 1. Februar 2007 09:01 schrieb Ingo Molnar:
>
> and this means i'm having trouble reproducing this problem locally.
> Maybe i tried it the wrong way: does it only occur with suspend-to-disk,
> or suspend-to-ram too? Does it need ACPI suspend-to-disk, or
> software-suspend?

Haven't checked suspend-to-ram.
I use pm-hibernate or
"echo reboot > /sys/power/disk; echo disk > /sys/power/state".
Thats software-suspend?
I think the wait is caused by an interrupt starting somewhere under
sysdev_resume(void).
possibly lapic timer interrupt? Will try to trace that.
2.6.20-rc6-rt6 .config attached.
Machine is AMD64 UP, VIA chipset desktop.

Karsten


Attachments:
(No filename) (671.00 B)
.config (48.99 kB)
Download all attachments

2007-02-01 13:02:55

by Thomas Gleixner

[permalink] [raw]
Subject: [PATCH -mm] gtod persistent clock resume fix

The reworked highres/dyntick code made a thinko in the resume code
visible, which was magically working in the old queue.

On resume we add the slept time to xtime. This delta must be adjusted in
wall_to_monotonic as well. The update of jiffies64 is bogus and a
leftover of the code which was taken from arch/i386/kernel/time.c.

On suspend the current state of xtime, wall_to_monotonic and jiffies is
frozen. After resume we need to add the slept time to xtime, but we need
to subtract it from wall_to_monotonic, so the monotonic time is resuming
from exactly the point where it was suspended. jiffies are restarting
from the same point as well.

This solves the resume waittime observed by Karsten Wiese.

Signed-off-by: Thomas Gleixner <[email protected]>

Index: linux-2.6.20-rc6-mm/kernel/timer.c
===================================================================
--- linux-2.6.20-rc6-mm.orig/kernel/timer.c
+++ linux-2.6.20-rc6-mm/kernel/timer.c
@@ -985,8 +985,9 @@ static int timekeeping_resume(struct sys

if (now && (now > timekeeping_suspend_time)) {
unsigned long sleep_length = now - timekeeping_suspend_time;
+
xtime.tv_sec += sleep_length;
- jiffies_64 += (u64)sleep_length * HZ;
+ wall_to_monotonic.tv_sec -= sleep_length;
}
/* re-base the last cycle value */
clock->cycle_last = clocksource_read(clock);
@@ -994,7 +995,7 @@ static int timekeeping_resume(struct sys
timekeeping_suspended = 0;
write_sequnlock_irqrestore(&xtime_lock, flags);

- clockevents_notify(CLOCK_EVT_NOTIFY_RESUME, NULL);
+ touch_softlockup_watchdog();
/* Resume hrtimers */
clock_was_set();



2007-02-01 18:24:11

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Hello !

changes in git-acpi.patch in 2.6.20-rc6-mm3 (and maybe before) broke the Summit
sub-arch (IBM x440) compile :(

thanks,

C.

CC arch/i386/kernel/cpu/intel.o
CC arch/i386/kernel/early_printk.o
arch/i386/kernel/srat.c: In function 'parse_cpu_affinity_structure':
arch/i386/kernel/srat.c:68: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:72: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:72: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:74: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:74: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:77: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:77: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c: In function 'parse_memory_affinity_structure':
arch/i386/kernel/srat.c:93: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:97: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:97: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:100: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:101: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:102: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:103: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:108: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:134: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:135: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:136: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c: In function 'acpi20_parse_srat':
arch/i386/kernel/srat.c:188: error: 'ACPI_SRAT_PROCESSOR_AFFINITY' undeclared (first use in this function)
arch/i386/kernel/srat.c:188: error: (Each undeclared identifier is reported only once
arch/i386/kernel/srat.c:188: error: for each function it appears in.)
arch/i386/kernel/srat.c:191: error: 'ACPI_SRAT_MEMORY_AFFINITY' undeclared (first use in this function)
arch/i386/kernel/srat.c: In function 'get_memcfg_from_srat':
arch/i386/kernel/srat.c:275: error: 'ACPI_PHYSICAL_ADDRESSING' undeclared (first use in this function)
arch/i386/kernel/srat.c:275: error: too many arguments to function 'acpi_find_root_pointer'
arch/i386/kernel/srat.c:282: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:282: error: 'ACPI_PHYSICAL_POINTER' undeclared (first use in this function)
arch/i386/kernel/srat.c:285: error: dereferencing pointer to incomplete type
arch/i386/kernel/srat.c:298: error: 'RSDP_SIG' undeclared (first use in this function)
arch/i386/kernel/srat.c:304: error: 'struct acpi_table_rsdp' has no member named 'rsdt_address'
arch/i386/kernel/srat.c:315: error: 'RSDT_SIG' undeclared (first use in this function)
arch/i386/kernel/srat.c:344: error: 'struct acpi_table_rsdt' has no member named 'entry'
arch/i386/kernel/srat.c:348: error: 'struct acpi_table_rsdt' has no member named 'entry'
SYSCALL arch/i386/kernel/vsyscall-syms.o
make[1]: *** [arch/i386/kernel/srat.o] Error 1
make[1]: *** Waiting for unfinished jobs....

2007-02-01 19:01:59

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 31 Jan 2007, Andrew Morton wrote:

> But usually none of that is necessary, because io_schedule() does all the
> work for you.
>
> err, this might help.

Well okay boot progresses further (maybe only on this boot) but system is
still hung.

Traces (this was a backtrace of all processes on the system. I removed
the irrelevant ones):

Delaying for 5 seconds...
All OS INIT slaves have reached rendezvous
Processes interrupted by INIT - 0 (cpu 0 task 0xa000000100b24000) 0 (cpu 1
task 0xe00000b003bd8000) 0 (cpu 2 task 0xe000023c38248000) 0 (cpu 3 task
0xe00000b003d00000) 0 (cpu 4 task 0xe000023c38258000) 0 (cpu 5 task
0xe00000b003d10000) 0 (cpu 6 task 0xe000023c38268000) 0 (cpu 7 task
0xe00000b003d20000) 0 (cpu 8 task 0xe000023c382e8000) 0 (cpu 9 task
0xe00000b003d30000) 0 (cpu 10 task 0xe000023c38380000) 0 (cpu 11 task
0xe00000b003d40000)


Backtrace of pid 1 (init)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307bd178c0 bsp=e00000307bd11828
[<a000000100797b20>] __down+0x240/0x280
sp=e00000307bd179d0 bsp=e00000307bd117e8
[<a0000001003b8f10>] xfs_buf_iowait+0x50/0x80
sp=e00000307bd17a00 bsp=e00000307bd117c8
[<a0000001003bb120>] xfs_buf_iostart+0x1a0/0x1c0
sp=e00000307bd17a00 bsp=e00000307bd117a0
[<a0000001003bc140>] xfs_buf_read_flags+0xe0/0x160
sp=e00000307bd17a00 bsp=e00000307bd11768
[<a00000010039e490>] xfs_trans_read_buf+0x50/0x6a0
sp=e00000307bd17a00 bsp=e00000307bd11710
[<a0000001003420a0>] xfs_btree_read_bufl+0xe0/0x120
sp=e00000307bd17a00 bsp=e00000307bd116d0
[<a000000100334de0>] xfs_bmap_read_extents+0x2c0/0x7e0
sp=e00000307bd17a10 bsp=e00000307bd11658
[<a000000100376820>] xfs_iread_extents+0x160/0x1c0
sp=e00000307bd17a20 bsp=e00000307bd11618
[<a000000100330b90>] xfs_bmapi+0x430/0x33a0
sp=e00000307bd17a20 bsp=e00000307bd114c8
[<a00000010037d3e0>] xfs_iomap+0x3e0/0xb00
sp=e00000307bd17b60 bsp=e00000307bd11458
[<a0000001003c5aa0>] xfs_bmap+0x40/0x60
sp=e00000307bd17bb0 bsp=e00000307bd11410
[<a0000001003b4c30>] __xfs_get_blocks+0xd0/0x5c0
sp=e00000307bd17bb0 bsp=e00000307bd113a0
[<a0000001003b51c0>] xfs_get_blocks+0x40/0x60
sp=e00000307bd17bf0 bsp=e00000307bd11368
[<a0000001001b8d00>] __block_prepare_write+0x3e0/0xd20
sp=e00000307bd17bf0 bsp=e00000307bd112c8
[<a0000001001ba740>] block_prepare_write+0x40/0xa0
sp=e00000307bd17c10 bsp=e00000307bd11290
[<a0000001003b7af0>] xfs_vm_prepare_write+0x30/0x60
sp=e00000307bd17c10 bsp=e00000307bd11258
[<a000000100109290>] generic_file_buffered_write+0x3d0/0xda0
sp=e00000307bd17c10 bsp=e00000307bd11170
[<a0000001003c8100>] xfs_write+0xc60/0x1260
sp=e00000307bd17ca0 bsp=e00000307bd11088
[<a0000001003bed00>] xfs_file_aio_write+0x120/0x140
sp=e00000307bd17d10 bsp=e00000307bd11050
[<a000000100167ca0>] do_sync_write+0x180/0x200
sp=e00000307bd17d10 bsp=e00000307bd11018
[<a000000100169130>] vfs_write+0x1b0/0x340
sp=e00000307bd17e20 bsp=e00000307bd10fc0
[<a000000100169db0>] sys_write+0x70/0xe0
sp=e00000307bd17e20 bsp=e00000307bd10f48
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000307bd17e30 bsp=e00000307bd10f48
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000307bd18000 bsp=e00000307bd10f48

Backtrace of pid 1006 (xfsbufd)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000301527fc00 bsp=e000003015278e38
[<a00000010079b5d0>] schedule_timeout+0x110/0x180
sp=e00000301527fd10 bsp=e000003015278e08
[<a00000010079b6d0>] schedule_timeout_interruptible+0x30/0x60
sp=e00000301527fd40 bsp=e000003015278de0
[<a0000001003bcf70>] xfsbufd+0x1b0/0x520
sp=e00000301527fd40 bsp=e000003015278d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e00000301527fd50 bsp=e000003015278d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e00000301527fe30 bsp=e000003015278d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e00000301527fe30 bsp=e000003015278d20

Backtrace of pid 1007 (xfssyncd)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307bdc7c00 bsp=e00000307bdc0e20
[<a00000010079b5d0>] schedule_timeout+0x110/0x180
sp=e00000307bdc7d10 bsp=e00000307bdc0de8
[<a00000010079b6d0>] schedule_timeout_interruptible+0x30/0x60
sp=e00000307bdc7d40 bsp=e00000307bdc0dc8
[<a0000001003c9910>] xfssyncd+0xb0/0x400
sp=e00000307bdc7d40 bsp=e00000307bdc0d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e00000307bdc7d50 bsp=e00000307bdc0d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e00000307bdc7e30 bsp=e00000307bdc0d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e00000307bdc7e30 bsp=e00000307bdc0d20

Backtrace of pid 1063 (udevd)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e000003015e1f950 bsp=e000003015e18f78
[<a00000010079b500>] schedule_timeout+0x40/0x180
sp=e000003015e1fa60 bsp=e000003015e18f48
[<a000000100186f60>] do_select+0x360/0x840
sp=e000003015e1fa90 bsp=e000003015e18e68
[<a000000100187a50>] sys_select+0x610/0x9e0
sp=e000003015e1fce0 bsp=e000003015e18dc8
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000003015e1fe30 bsp=e000003015e18dc8
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000003015e20000 bsp=e000003015e18dc8

Backtrace of pid 2372 (ifup)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307a47fd00 bsp=e00000307a478e58
[<a0000001000aada0>] do_exit+0x1320/0x1380
sp=e00000307a47fe10 bsp=e00000307a478e08
[<a0000001000aaf40>] do_group_exit+0x140/0x160
sp=e00000307a47fe30 bsp=e00000307a478dc8
[<a0000001000aaf80>] sys_exit_group+0x20/0x40
sp=e00000307a47fe30 bsp=e00000307a478d70
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000307a47fe30 bsp=e00000307a478d70
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000307a480000 bsp=e00000307a478d70

Backtrace of pid 2421 (startpar)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307a507d00 bsp=e00000307a500e28
[<a0000001000aada0>] do_exit+0x1320/0x1380
sp=e00000307a507e10 bsp=e00000307a500dd0
[<a0000001000aaf40>] do_group_exit+0x140/0x160
sp=e00000307a507e30 bsp=e00000307a500d98
[<a0000001000aaf80>] sys_exit_group+0x20/0x40
sp=e00000307a507e30 bsp=e00000307a500d40
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000307a507e30 bsp=e00000307a500d40
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000307a508000 bsp=e00000307a500d40

Backtrace of pid 2450 (boot.ldconfig)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307a55fd00 bsp=e00000307a558e58
[<a0000001000aada0>] do_exit+0x1320/0x1380
sp=e00000307a55fe10 bsp=e00000307a558e08
[<a0000001000aaf40>] do_group_exit+0x140/0x160
sp=e00000307a55fe30 bsp=e00000307a558dc8
[<a0000001000aaf80>] sys_exit_group+0x20/0x40
sp=e00000307a55fe30 bsp=e00000307a558d70
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000307a55fe30 bsp=e00000307a558d70
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000307a560000 bsp=e00000307a558d70

Backtrace of pid 2452 (startpar)

Call Trace:
[<a000000100799bb0>] schedule+0x1bf0/0x1ec0
sp=e00000307a5ffd00 bsp=e00000307a5f8e28
[<a0000001000aada0>] do_exit+0x1320/0x1380
sp=e00000307a5ffe10 bsp=e00000307a5f8dd0
[<a0000001000aaf40>] do_group_exit+0x140/0x160
sp=e00000307a5ffe30 bsp=e00000307a5f8d98
[<a0000001000aaf80>] sys_exit_group+0x20/0x40
sp=e00000307a5ffe30 bsp=e00000307a5f8d40
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000307a5ffe30 bsp=e00000307a5f8d40
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000307a600000 bsp=e00000307a5f8d40

2007-02-01 19:06:24

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Mattia Dongili <[email protected]> wrote:

> > Full dmesg and config:
> > http://oioio.altervista.org/linux/nohz_soft-lockup.dmesg
> > http://oioio.altervista.org/linux/config-2.6.20-rc6-mm3-1
> >
> > As a side note the process becomes slower and slower as it proceeds,
> > it's definitely noticeable during my iptables rules setup (nothing
> > that complex, just default policies and subnet/lan accept rules).
> > Building with NO_HZ=n right now.
>
> yes, slowness is gone. Any useful information I can provide?

thanks for reporting this - i'll try your config. There's one fix ontop
of -mm3 - see below - but i'm not sure it's related, it addresses resume
problems.

Ingo

---
kernel/timer.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)

Index: linux/kernel/timer.c
===================================================================
--- linux.orig/kernel/timer.c
+++ linux/kernel/timer.c
@@ -1120,8 +1120,9 @@ static int timekeeping_resume(struct sys

if (now && (now > timekeeping_suspend_time)) {
unsigned long sleep_length = now - timekeeping_suspend_time;
+
xtime.tv_sec += sleep_length;
- jiffies_64 += (u64)sleep_length * HZ;
+ wall_to_monotonic.tv_sec -= sleep_length;
}
/* re-base the last cycle value */
clock->cycle_last = clocksource_read(clock);
@@ -1130,7 +1131,7 @@ static int timekeeping_resume(struct sys
warp_check_clock_was_changed();
write_sequnlock_irqrestore(&xtime_lock, flags);

- clockevents_notify(CLOCK_EVT_NOTIFY_RESUME, NULL);
+ touch_softlockup_watchdog();
/* Resume hrtimers */
clock_was_set();

2007-02-01 19:16:49

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01 2007, Christoph Lameter wrote:
> On Wed, 31 Jan 2007, Andrew Morton wrote:
>
> > But usually none of that is necessary, because io_schedule() does all the
> > work for you.
> >
> > err, this might help.
>
> Well okay boot progresses further (maybe only on this boot) but system is
> still hung.
>
> Traces (this was a backtrace of all processes on the system. I removed
> the irrelevant ones):
>
> Delaying for 5 seconds...
> All OS INIT slaves have reached rendezvous
> Processes interrupted by INIT - 0 (cpu 0 task 0xa000000100b24000) 0 (cpu 1
> task 0xe00000b003bd8000) 0 (cpu 2 task 0xe000023c38248000) 0 (cpu 3 task
> 0xe00000b003d00000) 0 (cpu 4 task 0xe000023c38258000) 0 (cpu 5 task
> 0xe00000b003d10000) 0 (cpu 6 task 0xe000023c38268000) 0 (cpu 7 task
> 0xe00000b003d20000) 0 (cpu 8 task 0xe000023c382e8000) 0 (cpu 9 task
> 0xe00000b003d30000) 0 (cpu 10 task 0xe000023c38380000) 0 (cpu 11 task
> 0xe00000b003d40000)
>
>
> Backtrace of pid 1 (init)
>
> Call Trace:
> [<a000000100799bb0>] schedule+0x1bf0/0x1ec0
> sp=e00000307bd178c0 bsp=e00000307bd11828
> [<a000000100797b20>] __down+0x240/0x280
> sp=e00000307bd179d0 bsp=e00000307bd117e8
> [<a0000001003b8f10>] xfs_buf_iowait+0x50/0x80
> sp=e00000307bd17a00 bsp=e00000307bd117c8

That down() probably wants a replug to precede it. Probably something
like:

if (atomic_read(&bp->b_io_remaining))
blk_replug_current_nested();

for xfs_buf_wait_unpin() and xfs_buf_lock(). Does this fix it?

diff --git a/fs/xfs/linux-2.6/xfs_buf.c b/fs/xfs/linux-2.6/xfs_buf.c
index f2bdf8b..1ef226e 100644
--- a/fs/xfs/linux-2.6/xfs_buf.c
+++ b/fs/xfs/linux-2.6/xfs_buf.c
@@ -909,6 +909,8 @@ xfs_buf_lock(
xfs_buf_t *bp)
{
XB_TRACE(bp, "lock", 0);
+ if (atomic_read(&bp->b_io_remaining))
+ blk_replug_current_nested();
down(&bp->b_sema);
XB_SET_OWNER(bp);
XB_TRACE(bp, "locked", 0);
@@ -979,7 +981,7 @@ xfs_buf_wait_unpin(
set_current_state(TASK_UNINTERRUPTIBLE);
if (atomic_read(&bp->b_pin_count) == 0)
break;
- schedule();
+ io_schedule();
}
remove_wait_queue(&bp->b_waiters, &wait);
set_current_state(TASK_RUNNING);
@@ -1291,6 +1293,8 @@ xfs_buf_iowait(
xfs_buf_t *bp)
{
XB_TRACE(bp, "iowait", 0);
+ if (atomic_read(&bp->b_io_remaining))
+ blk_replug_current_nested();
down(&bp->b_iodonesema);
XB_TRACE(bp, "iowaited", (long)bp->b_error);
return bp->b_error;
@@ -1682,6 +1686,7 @@ xfsbufd(
xfs_buf_t *bp, *n;
struct list_head *dwq = &target->bt_delwrite_queue;
spinlock_t *dwlk = &target->bt_delwrite_lock;
+ int count;

current->flags |= PF_MEMALLOC;

@@ -1697,6 +1702,7 @@ xfsbufd(
schedule_timeout_interruptible(
xfs_buf_timer_centisecs * msecs_to_jiffies(10));

+ count = 0;
age = xfs_buf_age_centisecs * msecs_to_jiffies(10);
spin_lock(dwlk);
list_for_each_entry_safe(bp, n, dwq, b_list) {
@@ -1716,6 +1722,7 @@ xfsbufd(
_XBF_RUN_QUEUES);
bp->b_flags |= XBF_WRITE;
list_move_tail(&bp->b_list, &tmp);
+ count++;
}
}
spin_unlock(dwlk);
@@ -1730,6 +1737,8 @@ xfsbufd(

if (as_list_len > 0)
purge_addresses();
+ if (count)
+ blk_replug_current_nested();

clear_bit(XBT_FORCE_FLUSH, &target->bt_flags);
} while (!kthread_should_stop());
@@ -1786,6 +1795,9 @@ xfs_flush_buftarg(
xfs_buf_iostrategy(bp);
}

+ if (wait)
+ blk_replug_current_nested();
+
/*
* Remaining list items must be flushed before returning
*/

--
Jens Axboe

2007-02-01 19:35:20

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, 2007-02-01 at 00:21 +0100, Mattia Dongili wrote:
> yes, slowness is gone. Any useful information I can provide?

Can you please try with CONFIG_ACPI_PROCESSOR=y instead of =m ? This
should make the slowness go away too.

I think I know what happens. I try to reproduce with
CONFIG_ACPI_PROCESSOR=m.

tglx


2007-02-01 19:37:22

by Starikovskiy, Alexey Y

[permalink] [raw]
Subject: RE: 2.6.20-rc6-mm3

Sorry, here is the patch... ACPI has switched to acpi_find_rsdp(), so
srat.c might want to do that too, please check.

Thanks,
Alex.

>-----Original Message-----
>From: Cedric Le Goater [mailto:[email protected]]
>Sent: Thursday, February 01, 2007 9:24 PM
>To: Andrew Morton
>Cc: [email protected]; Moore, Robert; Starikovskiy, Alexey
Y;
>keith mannthey
>Subject: Re: 2.6.20-rc6-mm3
>
>Hello !
>
>changes in git-acpi.patch in 2.6.20-rc6-mm3 (and maybe before) broke
the
>Summit
>sub-arch (IBM x440) compile :(
>
>thanks,
>
>C.
>
> CC arch/i386/kernel/cpu/intel.o
> CC arch/i386/kernel/early_printk.o
>arch/i386/kernel/srat.c: In function 'parse_cpu_affinity_structure':
>arch/i386/kernel/srat.c:68: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:72: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:72: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:74: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:74: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:77: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:77: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c: In function 'parse_memory_affinity_structure':
>arch/i386/kernel/srat.c:93: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:97: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:97: error: dereferencing pointer to incomplete
type
>arch/i386/kernel/srat.c:100: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:101: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:102: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:103: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:108: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:134: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:135: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:136: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c: In function 'acpi20_parse_srat':
>arch/i386/kernel/srat.c:188: error: 'ACPI_SRAT_PROCESSOR_AFFINITY'
>undeclared (first use in this function)
>arch/i386/kernel/srat.c:188: error: (Each undeclared identifier is
reported
>only once
>arch/i386/kernel/srat.c:188: error: for each function it appears in.)
>arch/i386/kernel/srat.c:191: error: 'ACPI_SRAT_MEMORY_AFFINITY'
undeclared
>(first use in this function)
>arch/i386/kernel/srat.c: In function 'get_memcfg_from_srat':
>arch/i386/kernel/srat.c:275: error: 'ACPI_PHYSICAL_ADDRESSING'
undeclared
>(first use in this function)
>arch/i386/kernel/srat.c:275: error: too many arguments to function
>'acpi_find_root_pointer'
>arch/i386/kernel/srat.c:282: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:282: error: 'ACPI_PHYSICAL_POINTER' undeclared
>(first use in this function)
>arch/i386/kernel/srat.c:285: error: dereferencing pointer to incomplete
>type
>arch/i386/kernel/srat.c:298: error: 'RSDP_SIG' undeclared (first use in
>this function)
>arch/i386/kernel/srat.c:304: error: 'struct acpi_table_rsdp' has no
member
>named 'rsdt_address'
>arch/i386/kernel/srat.c:315: error: 'RSDT_SIG' undeclared (first use in
>this function)
>arch/i386/kernel/srat.c:344: error: 'struct acpi_table_rsdt' has no
member
>named 'entry'
>arch/i386/kernel/srat.c:348: error: 'struct acpi_table_rsdt' has no
member
>named 'entry'
> SYSCALL arch/i386/kernel/vsyscall-syms.o
>make[1]: *** [arch/i386/kernel/srat.o] Error 1
>make[1]: *** Waiting for unfinished jobs....


Attachments:
fix_i386_srat.patch (6.67 kB)
fix_i386_srat.patch

2007-02-01 20:00:49

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, 2007-02-01 at 20:36 +0100, Thomas Gleixner wrote:
> On Thu, 2007-02-01 at 00:21 +0100, Mattia Dongili wrote:
> > yes, slowness is gone. Any useful information I can provide?
>
> Can you please try with CONFIG_ACPI_PROCESSOR=y instead of =m ? This
> should make the slowness go away too.
>
> I think I know what happens. I try to reproduce with
> CONFIG_ACPI_PROCESSOR=m.

Hmm. Not reproducible on my jinxed Sony.

It might be helpful if you could try with your original config again.
Please enable printk timestamps and SysRq. Once the slowness kicks in
please issue a SysRq-Q, so we can look at the internal state of the tick
code.

Thanks,

tglx


2007-02-01 20:18:46

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, 1 Feb 2007, Jens Axboe wrote:

> for xfs_buf_wait_unpin() and xfs_buf_lock(). Does this fix it?

No it still hangs consistently. This time at an earlier spot.


All OS INIT slaves have reached rendezvous
Processes interrupted by INIT - 0 (cpu 0 task 0xa000000100b24000) 0 (cpu 1
task 0xe00000b003bd8000) 0 (cpu 2 task 0xe000023c38248000) 0 (cpu 3 task
0xe00000b003d00000) 0 (cpu 4 task 0xe000023c38258000) 0 (cpu 5 task
0xe00000b003d10000) 0 (cpu 6 task 0xe000023c38268000) 0 (cpu 7 task
0xe00000b003d20000) 0 (cpu 8 task 0xe000023c382e8000) 0 (cpu 9 task
0xe00000b003d30000) 0 (cpu 10 task 0xe000023c38380000) 0 (cpu 11 task
0xe00000b003d40000)


Backtrace of pid 223 (pdflush)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e0000030156879d0 bsp=e0000030156811a8
[<a0000001000db490>] synchronize_qrcu+0x170/0x1e0
sp=e000003015687ae0 bsp=e000003015681170
[<a0000001003f6bc0>] __make_request+0x160/0x880
sp=e000003015687b10 bsp=e000003015681130
[<a0000001003f17c0>] generic_make_request+0x4a0/0x520
sp=e000003015687b30 bsp=e0000030156810f8
[<a0000001003f78f0>] submit_bio+0x2f0/0x320
sp=e000003015687b50 bsp=e0000030156810b0
[<a0000001003bab20>] xfs_buf_iorequest+0x740/0x820
sp=e000003015687b70 bsp=e000003015681040
[<a0000001003869d0>] xlog_bdstrat_cb+0x50/0xe0
sp=e000003015687ba0 bsp=e000003015681020
[<a000000100384150>] xlog_state_release_iclog+0x770/0xcc0
sp=e000003015687ba0 bsp=e000003015680fc0
[<a000000100384860>] xlog_state_sync_all+0x1c0/0x460
sp=e000003015687ba0 bsp=e000003015680f60
[<a000000100385010>] _xfs_log_force+0xd0/0x5c0
sp=e000003015687bd0 bsp=e000003015680f00
[<a0000001003a3720>] xfs_syncsub+0x40/0x520
sp=e000003015687c00 bsp=e000003015680eb0
[<a0000001003a3d50>] xfs_sync+0x70/0xa0
sp=e000003015687c00 bsp=e000003015680e88
[<a0000001003cb740>] vfs_sync+0xa0/0xc0
sp=e000003015687c00 bsp=e000003015680e58
[<a0000001003c8c50>] xfs_fs_write_super+0x70/0xa0
sp=e000003015687c00 bsp=e000003015680e38
[<a00000010016d490>] sync_supers+0x150/0x260
sp=e000003015687c00 bsp=e000003015680e08
[<a000000100115820>] wb_kupdate+0x60/0x280
sp=e000003015687c00 bsp=e000003015680dc8
[<a000000100116570>] pdflush+0x330/0x4e0
sp=e000003015687c50 bsp=e000003015680d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e000003015687d50 bsp=e000003015680d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e000003015687e30 bsp=e000003015680d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e000003015687e30 bsp=e000003015680d20

Backtrace of pid 1006 (xfsbufd)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00002bc3a23fc00 bsp=e00002bc3a238e40
[<a00000010079b8f0>] schedule_timeout+0x110/0x180
sp=e00002bc3a23fd10 bsp=e00002bc3a238e10
[<a00000010079b9f0>] schedule_timeout_interruptible+0x30/0x60
sp=e00002bc3a23fd40 bsp=e00002bc3a238de8
[<a0000001003bd1d0>] xfsbufd+0x1b0/0x5e0
sp=e00002bc3a23fd40 bsp=e00002bc3a238d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e00002bc3a23fd50 bsp=e00002bc3a238d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e00002bc3a23fe30 bsp=e00002bc3a238d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e00002bc3a23fe30 bsp=e00002bc3a238d20

Backtrace of pid 1007 (xfssyncd)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00002bc3a29fc00 bsp=e00002bc3a298e20
[<a00000010079b8f0>] schedule_timeout+0x110/0x180
sp=e00002bc3a29fd10 bsp=e00002bc3a298de8
[<a00000010079b9f0>] schedule_timeout_interruptible+0x30/0x60
sp=e00002bc3a29fd40 bsp=e00002bc3a298dc8
[<a0000001003c9c30>] xfssyncd+0xb0/0x400
sp=e00002bc3a29fd40 bsp=e00002bc3a298d90
[<a0000001000d2ac0>] kthread+0x220/0x2a0
sp=e00002bc3a29fd50 bsp=e00002bc3a298d48
[<a000000100010a50>] kernel_thread_helper+0xd0/0x100
sp=e00002bc3a29fe30 bsp=e00002bc3a298d20
[<a000000100009140>] start_kernel_thread+0x20/0x40
sp=e00002bc3a29fe30 bsp=e00002bc3a298d20

Backtrace of pid 1010 (boot)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00000b078797bd0 bsp=e00000b078791090
[<a000000100176860>] pipe_wait+0xc0/0x120
sp=e00000b078797ce0 bsp=e00000b078791068
[<a000000100177b70>] pipe_read+0x730/0x820
sp=e00000b078797d10 bsp=e00000b078790fb0
[<a000000100167ea0>] do_sync_read+0x180/0x200
sp=e00000b078797d10 bsp=e00000b078790f78
[<a000000100169470>] vfs_read+0x1b0/0x340
sp=e00000b078797e20 bsp=e00000b078790f28
[<a000000100169cd0>] sys_read+0x70/0xe0
sp=e00000b078797e20 bsp=e00000b078790eb0
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000b078797e30 bsp=e00000b078790eb0
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000b078798000 bsp=e00000b078790eb0

Backtrace of pid 1031 (startpar)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e000003015867950 bsp=e000003015861000
[<a00000010079b820>] schedule_timeout+0x40/0x180
sp=e000003015867a60 bsp=e000003015860fc8
[<a000000100186f60>] do_select+0x360/0x840
sp=e000003015867a90 bsp=e000003015860ee8
[<a000000100187a50>] sys_select+0x610/0x9e0
sp=e000003015867ce0 bsp=e000003015860e50
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000003015867e30 bsp=e000003015860e50
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000003015868000 bsp=e000003015860e50

Backtrace of pid 1063 (udevd)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e000003015cbf950 bsp=e000003015cb8f78
[<a00000010079b820>] schedule_timeout+0x40/0x180
sp=e000003015cbfa60 bsp=e000003015cb8f48
[<a000000100186f60>] do_select+0x360/0x840
sp=e000003015cbfa90 bsp=e000003015cb8e68
[<a000000100187a50>] sys_select+0x610/0x9e0
sp=e000003015cbfce0 bsp=e000003015cb8dc8
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000003015cbfe30 bsp=e000003015cb8dc8
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000003015cc0000 bsp=e000003015cb8dc8

Backtrace of pid 2061 (boot.md)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00000300b97fcf0 bsp=e00000300b979028
[<a0000001000a9430>] do_wait+0x1c50/0x20e0
sp=e00000300b97fe00 bsp=e00000300b978fa8
[<a0000001000a9920>] sys_wait4+0x60/0x80
sp=e00000300b97fe30 bsp=e00000300b978f50
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000300b97fe30 bsp=e00000300b978f50
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000300b980000 bsp=e00000300b978f50

Backtrace of pid 2063 (lk)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00000300bc8fcf0 bsp=e00000300bc89028
[<a0000001000a9430>] do_wait+0x1c50/0x20e0
sp=e00000300bc8fe00 bsp=e00000300bc88fa8
[<a0000001000a9920>] sys_wait4+0x60/0x80
sp=e00000300bc8fe30 bsp=e00000300bc88f50
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000300bc8fe30 bsp=e00000300bc88f50
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000300bc90000 bsp=e00000300bc88f50

Backtrace of pid 2089 (lk_bios)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00001b03852f8b0 bsp=e00001b038529618
[<a00000010079b820>] schedule_timeout+0x40/0x180
sp=e00001b03852f9c0 bsp=e00001b0385295e0
[<a000000100385440>] _xfs_log_force+0x500/0x5c0
sp=e00001b03852f9f0 bsp=e00001b038529580
[<a00000010030cd10>] xfs_alloc_search_busy+0x190/0x1e0
sp=e00001b03852fa20 bsp=e00001b038529538
[<a000000100311030>] xfs_alloc_ag_vextent+0x2250/0x2420
sp=e00001b03852fa20 bsp=e00001b0385294a8
[<a0000001003124b0>] xfs_alloc_vextent+0x690/0x9c0
sp=e00001b03852fa60 bsp=e00001b038529428
[<a000000100332560>] xfs_bmapi+0x1e00/0x33a0
sp=e00001b03852fa60 bsp=e00001b0385292d8
[<a00000010037e770>] xfs_iomap_write_allocate+0x3f0/0x760
sp=e00001b03852fba0 bsp=e00001b038529248
[<a00000010037d670>] xfs_iomap+0x670/0xb00
sp=e00001b03852fc30 bsp=e00001b0385291d0
[<a0000001003c5dc0>] xfs_bmap+0x40/0x60
sp=e00001b03852fc80 bsp=e00001b038529188
[<a0000001003b5b60>] xfs_map_blocks+0xa0/0x120
sp=e00001b03852fc80 bsp=e00001b038529148
[<a0000001003b6280>] xfs_page_state_convert+0x540/0x1a40
sp=e00001b03852fc90 bsp=e00001b038529080
[<a0000001003b7e40>] xfs_vm_writepage+0x180/0x220
sp=e00001b03852fd50 bsp=e00001b038529040
[<a0000001001146e0>] generic_writepages+0x420/0x800
sp=e00001b03852fd60 bsp=e00001b038528fc0
[<a0000001003b7f70>] xfs_vm_writepages+0x90/0xc0
sp=e00001b03852fdf0 bsp=e00001b038528f88
[<a000000100114b70>] do_writepages+0xb0/0x120
sp=e00001b03852fdf0 bsp=e00001b038528f58
[<a000000100108470>] __filemap_fdatawrite_range+0xb0/0xe0
sp=e00001b03852fdf0 bsp=e00001b038528f20
[<a0000001001089c0>] filemap_fdatawrite+0x40/0x60
sp=e00001b03852fe30 bsp=e00001b038528f00
[<a0000001003bf320>] fs_flush_pages+0xc0/0x100
sp=e00001b03852fe30 bsp=e00001b038528eb8
[<a0000001003adb10>] xfs_close+0x190/0x1e0
sp=e00001b03852fe30 bsp=e00001b038528e80
[<a0000001003be820>] xfs_file_close+0xa0/0xc0
sp=e00001b03852fe30 bsp=e00001b038528e60
[<a0000001001643b0>] filp_close+0xd0/0x140
sp=e00001b03852fe30 bsp=e00001b038528e30
[<a000000100164560>] sys_close+0x140/0x1e0
sp=e00001b03852fe30 bsp=e00001b038528db0
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00001b03852fe30 bsp=e00001b038528db0
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00001b038530000 bsp=e00001b038528db0

Backtrace of pid 2091 (mdrun)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e000013038907bd0 bsp=e000013038901090
[<a000000100176860>] pipe_wait+0xc0/0x120
sp=e000013038907ce0 bsp=e000013038901068
[<a000000100177b70>] pipe_read+0x730/0x820
sp=e000013038907d10 bsp=e000013038900fb0
[<a000000100167ea0>] do_sync_read+0x180/0x200
sp=e000013038907d10 bsp=e000013038900f78
[<a000000100169470>] vfs_read+0x1b0/0x340
sp=e000013038907e20 bsp=e000013038900f28
[<a000000100169cd0>] sys_read+0x70/0xe0
sp=e000013038907e20 bsp=e000013038900eb0
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000013038907e30 bsp=e000013038900eb0
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000013038908000 bsp=e000013038900eb0

Backtrace of pid 2134 (mdrun)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00002b83b9d7cf0 bsp=e00002b83b9d1028
[<a0000001000a9430>] do_wait+0x1c50/0x20e0
sp=e00002b83b9d7e00 bsp=e00002b83b9d0fa8
[<a0000001000a9920>] sys_wait4+0x60/0x80
sp=e00002b83b9d7e30 bsp=e00002b83b9d0f50
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00002b83b9d7e30 bsp=e00002b83b9d0f50
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00002b83b9d8000 bsp=e00002b83b9d0f50

Backtrace of pid 2135 (mdadm)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e000003015c07b40 bsp=e000003015c01250
[<a00000010079a290>] io_schedule+0xf0/0x120
sp=e000003015c07c50 bsp=e000003015c01228
[<a00000010079a310>] io_wait_schedule+0x50/0x80
sp=e000003015c07c50 bsp=e000003015c01208
[<a000000100106260>] sleep_on_page+0x20/0x40
sp=e000003015c07c50 bsp=e000003015c011d8
[<a00000010079bad0>] __wait_on_bit_lock+0xb0/0x1c0
sp=e000003015c07c50 bsp=e000003015c01190
[<a000000100106210>] lock_page_blocking+0x70/0xa0
sp=e000003015c07c50 bsp=e000003015c01168
[<a000000100114590>] generic_writepages+0x2d0/0x800
sp=e000003015c07c50 bsp=e000003015c010f0
[<a0000001003b7f70>] xfs_vm_writepages+0x90/0xc0
sp=e000003015c07ce0 bsp=e000003015c010b8
[<a000000100114b70>] do_writepages+0xb0/0x120
sp=e000003015c07ce0 bsp=e000003015c01088
[<a0000001001ac8f0>] __writeback_single_inode+0x450/0x8a0
sp=e000003015c07ce0 bsp=e000003015c01028
[<a0000001001ad670>] generic_sync_sb_inodes+0x4d0/0x740
sp=e000003015c07d20 bsp=e000003015c00fc0
[<a0000001001ad970>] sync_sb_inodes+0x90/0xc0
sp=e000003015c07d20 bsp=e000003015c00f98
[<a0000001001adac0>] sync_inodes_sb+0x120/0x140
sp=e000003015c07d20 bsp=e000003015c00f70
[<a00000010016bdb0>] __fsync_super+0x30/0x1c0
sp=e000003015c07d60 bsp=e000003015c00f50
[<a00000010016bf70>] fsync_super+0x30/0x60
sp=e000003015c07d60 bsp=e000003015c00f30
[<a0000001001b7c70>] fsync_bdev+0x50/0xc0
sp=e000003015c07d60 bsp=e000003015c00f08
[<a0000001003f8900>] blkdev_ioctl+0x100/0x11e0
sp=e000003015c07d60 bsp=e000003015c00e98
[<a0000001001c25e0>] block_ioctl+0x40/0x60
sp=e000003015c07e10 bsp=e000003015c00e68
[<a000000100184d30>] do_ioctl+0x90/0x180
sp=e000003015c07e10 bsp=e000003015c00e28
[<a0000001001856a0>] vfs_ioctl+0x880/0x8e0
sp=e000003015c07e10 bsp=e000003015c00dd8
[<a000000100185760>] sys_ioctl+0x60/0xc0
sp=e000003015c07e20 bsp=e000003015c00d60
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000003015c07e30 bsp=e000003015c00d60
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000003015c08000 bsp=e000003015c00d60

Backtrace of pid 2136 (grep)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e00000300bd67bd0 bsp=e00000300bd60f08
[<a000000100176860>] pipe_wait+0xc0/0x120
sp=e00000300bd67ce0 bsp=e00000300bd60ee0
[<a000000100177b70>] pipe_read+0x730/0x820
sp=e00000300bd67d10 bsp=e00000300bd60e30
[<a000000100167ea0>] do_sync_read+0x180/0x200
sp=e00000300bd67d10 bsp=e00000300bd60df0
[<a000000100169470>] vfs_read+0x1b0/0x340
sp=e00000300bd67e20 bsp=e00000300bd60da0
[<a000000100169cd0>] sys_read+0x70/0xe0
sp=e00000300bd67e20 bsp=e00000300bd60d28
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e00000300bd67e30 bsp=e00000300bd60d28
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e00000300bd68000 bsp=e00000300bd60d28

Backtrace of pid 2137 (sed)

Call Trace:
[<a000000100799ed0>] schedule+0x1bf0/0x1ec0
sp=e000003015acfbd0 bsp=e000003015ac9008
[<a000000100176860>] pipe_wait+0xc0/0x120
sp=e000003015acfce0 bsp=e000003015ac8fd8
[<a000000100177b70>] pipe_read+0x730/0x820
sp=e000003015acfd10 bsp=e000003015ac8f28
[<a000000100167ea0>] do_sync_read+0x180/0x200
sp=e000003015acfd10 bsp=e000003015ac8ef0
[<a000000100169470>] vfs_read+0x1b0/0x340
sp=e000003015acfe20 bsp=e000003015ac8ea0
[<a000000100169cd0>] sys_read+0x70/0xe0
sp=e000003015acfe20 bsp=e000003015ac8e28
[<a00000010000b360>] ia64_ret_from_syscall+0x0/0x20
sp=e000003015acfe30 bsp=e000003015ac8e28
[<a000000000010620>] __kernel_syscall_via_break+0x0/0x20
sp=e000003015ad0000 bsp=e000003015ac8e28

2007-02-01 20:24:40

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01 2007, Christoph Lameter wrote:
> On Thu, 1 Feb 2007, Jens Axboe wrote:
>
> > for xfs_buf_wait_unpin() and xfs_buf_lock(). Does this fix it?
>
> No it still hangs consistently. This time at an earlier spot.

That looks like barriers, could you try with those disabled? Sorry for
making you go through this, I can't debug and fix it myself before
monday.

--
Jens Axboe

2007-02-01 20:24:57

by Mattia Dongili

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01, 2007 at 08:36:12PM +0100, Thomas Gleixner wrote:
> On Thu, 2007-02-01 at 00:21 +0100, Mattia Dongili wrote:
> > yes, slowness is gone. Any useful information I can provide?
>
> Can you please try with CONFIG_ACPI_PROCESSOR=y instead of =m ? This
> should make the slowness go away too.

not much luck. Actually the general slowness is gone but at netfilter
registration the the boot almost stops.

I'll provide the info you requested shortly.
--
mattia
:wq!

2007-02-01 20:30:15

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Starikovskiy, Alexey Y wrote:
> Sorry, here is the patch... ACPI has switched to acpi_find_rsdp(), so
> srat.c might want to do that too, please check.

got it. running a compile and boot test.

I should have the results in 'my' morning (UTC+1).

Thanks !

C.

2007-02-01 20:38:42

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Cedric Le Goater wrote:
> Starikovskiy, Alexey Y wrote:
>> Sorry, here is the patch... ACPI has switched to acpi_find_rsdp(), so
>> srat.c might want to do that too, please check.
>
> got it. running a compile and boot test.

hmm, i got another issue while compiling :

CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `get_memcfg_from_srat':
/home/legoater/linux/2.6.20-rc6-mm3/arch/i386/kernel/srat.c:279: undefined reference to `acpi_find_root_pointer'

it seems that drivers/acpi/tables/tbxfroot.c is never compiled ?

> I should have the results in 'my' morning (UTC+1).

I'll catchup in the morning.

thanks,

C.

2007-02-01 21:12:01

by Mattia Dongili

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01, 2007 at 09:01:41PM +0100, Thomas Gleixner wrote:
> On Thu, 2007-02-01 at 20:36 +0100, Thomas Gleixner wrote:
> > On Thu, 2007-02-01 at 00:21 +0100, Mattia Dongili wrote:
> > > yes, slowness is gone. Any useful information I can provide?
> >
> > Can you please try with CONFIG_ACPI_PROCESSOR=y instead of =m ? This
> > should make the slowness go away too.
> >
> > I think I know what happens. I try to reproduce with
> > CONFIG_ACPI_PROCESSOR=m.
>
> Hmm. Not reproducible on my jinxed Sony.
>
> It might be helpful if you could try with your original config again.
> Please enable printk timestamps and SysRq. Once the slowness kicks in
> please issue a SysRq-Q, so we can look at the internal state of the tick
> code.

dmesg is below. I need to say that the printk times are bogus wrt the
actual time passing and at one point I was sick waiting and killed all
tasks. Ah, I have Ingo's resume-fix patch applied here.

I also played a little with (date; sleep 1; date):
Thu Feb 1 21:56:16 CET 2007
Thu Feb 1 21:56:17 CET 2007

Thu Feb 1 21:57:01 CET 2007
Thu Feb 1 21:57:05 CET 2007

Thu Feb 1 21:57:11 CET 2007
Thu Feb 1 21:57:15 CET 2007

Thu Feb 1 21:57:21 CET 2007
Thu Feb 1 21:57:25 CET 2007

dmesg:

[ 0.000000] Linux version 2.6.20-rc6-mm3-1 (mattia@tadamune) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #7 SMP Thu Feb 1 21:44:52 CET 2007
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] sanitize start
[ 0.000000] sanitize end
[ 0.000000] copy_e820_map() start: 0000000000000000 size: 000000000009f800 end: 000000000009f800 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000000009f800 size: 0000000000000800 end: 00000000000a0000 type: 2
[ 0.000000] copy_e820_map() start: 00000000000dc000 size: 0000000000024000 end: 0000000000100000 type: 2
[ 0.000000] copy_e820_map() start: 0000000000100000 size: 000000003fd70000 end: 000000003fe70000 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000003fe70000 size: 0000000000090000 end: 000000003ff00000 type: 4
[ 0.000000] copy_e820_map() start: 000000003ff00000 size: 0000000000100000 end: 0000000040000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000e0000000 size: 0000000010000000 end: 00000000f0000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fec00000 size: 0000000000010000 end: 00000000fec10000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed14000 size: 0000000000006000 end: 00000000fed1a000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed1c000 size: 0000000000074000 end: 00000000fed90000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2
[ 0.000000] copy_e820_map() start: 00000000ff000000 size: 0000000001000000 end: 0000000100000000 type: 2
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
[ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000003fe70000 (usable)
[ 0.000000] BIOS-e820: 000000003fe70000 - 000000003ff00000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000003ff00000 - 0000000040000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
[ 0.000000] 126MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] found SMP MP-table at 000f6480
[ 0.000000] Entering add_active_range(0, 0, 261744) 0 entries of 256 used
[ 0.000000] sizeof(struct page) = 32
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 229376
[ 0.000000] HighMem 229376 -> 261744
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 261744
[ 0.000000] On node 0 totalpages: 261744
[ 0.000000] Node 0 memmap at 0xc1000000 size 8388608 first pfn 0xc1000000
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 4064 pages, LIFO batch:0
[ 0.000000] Normal zone: 1760 pages used for memmap
[ 0.000000] Normal zone: 223520 pages, LIFO batch:31
[ 0.000000] HighMem zone: 252 pages used for memmap
[ 0.000000] HighMem zone: 32116 pages, LIFO batch:7
[ 0.000000] DMI present.
[ 0.000000] ACPI: RSDP @ 0x000f63b0/0x0014 (v000 PTLTD )
[ 0.000000] ACPI: RSDT @ 0x3fe764ef/0x0048 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: FACP @ 0x3fe7ddde/0x0084 (v002 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: DSDT @ 0x3fe77e33/0x5FAB (v001 Sony N0 0x20060710 PTL 0x0100000E)
[ 0.000000] ACPI: FACS @ 0x3fe7efc0/0x0040
[ 0.000000] ACPI: APIC @ 0x3fe7de62/0x0068 (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: BOOT @ 0x3fe7dfd8/0x0028 (v001 Sony N0 0x20060710 PTL 0x00000001)
[ 0.000000] ACPI: MCFG @ 0x3fe7df02/0x003C (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: TCPA @ 0x3fe7df3e/0x0032 (v001 Sony N0 0x20060710 PTL 0x00005A52)
[ 0.000000] ACPI: APIC @ 0x3fe7df70/0x0068 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: SSDT @ 0x3fe776b1/0x077E (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76ee6/0x07CB (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76537/0x04E2 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] Processor #1 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at 50000000 (gap: 40000000:a0000000)
[ 0.000000] Detected 1833.684 MHz processor.
[ 12.860547] Built 1 zonelists. Total pages: 259700
[ 12.860552] Kernel command line: root=/dev/sda3 ro vga=extended resume=/dev/sda5
[ 12.860833] mapped APIC to ffffd000 (fee00000)
[ 12.860837] mapped IOAPIC to ffffc000 (fec00000)
[ 12.860842] Enabling fast FPU save and restore... done.
[ 12.860846] Enabling unmasked SIMD FPU exception support... done.
[ 12.860855] Initializing CPU#0
[ 12.860921] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 12.866401] Console: colour VGA+ 80x50
[ 12.872547] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 12.873043] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 12.910547] Memory: 1034188k/1046976k available (1864k kernel code, 12244k reserved, 687k data, 212k init, 129472k highmem)
[ 12.910661] virtual kernel memory layout:
[ 12.910663] fixmap : 0xfff9d000 - 0xfffff000 ( 392 kB)
[ 12.910665] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 12.910667] vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
[ 12.910669] lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
[ 12.910671] .init : 0xc0384000 - 0xc03b9000 ( 212 kB)
[ 12.910673] .data : 0xc02d23c1 - 0xc037dff4 ( 687 kB)
[ 12.910675] .text : 0xc0100000 - 0xc02d23c1 (1864 kB)
[ 12.911309] Checking if this processor honours the WP bit even in supervisor mode... Ok.
[ 12.991557] Calibrating delay using timer specific routine.. 3671.96 BogoMIPS (lpj=7343936)
[ 12.991768] Security Framework v1.0.0 initialized
[ 12.991854] Capability LSM initialized
[ 12.991949] Mount-cache hash table entries: 512
[ 12.992156] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 12.992168] monitor/mwait feature present.
[ 12.992248] using mwait in idle threads.
[ 12.992330] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 12.992473] CPU: L2 cache: 2048K
[ 12.992553] CPU: Physical Processor ID: 0
[ 12.992632] CPU: Processor Core ID: 0
[ 12.992712] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 12.992723] Intel machine check architecture supported.
[ 12.992807] Intel machine check reporting enabled on CPU#0.
[ 12.992892] Compat vDSO mapped to ffffe000.
[ 12.992985] Checking 'hlt' instruction... OK.
[ 13.007710] SMP alternatives: switching to UP code
[ 13.008036] ACPI: Core revision 20070126
[ 13.019260] Parsing all Control Methods:
[ 13.019649] Table [DSDT](id 0001) - 923 Objects with 104 Devices 193 Methods 29 Regions
[ 13.020057] Parsing all Control Methods:
[ 13.020357] Table [SSDT](id 0002) - 13 Objects with 3 Devices 4 Methods 0 Regions
[ 13.020770] Parsing all Control Methods:
[ 13.021069] Table [SSDT](id 0003) - 14 Objects with 3 Devices 5 Methods 0 Regions
[ 13.021485] Parsing all Control Methods:
[ 13.021786] Table [SSDT](id 0004) - 13 Objects with 0 Devices 4 Methods 0 Regions
[ 13.021954] tbxface-0586 [02] tb_load_namespace : ACPI Tables successfully acquired
[ 13.026221] evxfevnt-0091 [02] enable : Transition to ACPI mode successful
[ 13.026469] CPU0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 13.026695] SMP alternatives: switching to SMP code
[ 13.026804] Booting processor 1/1 eip 3000
[ 13.037543] Initializing CPU#1
[ 13.115447] Calibrating delay using timer specific routine.. 3667.23 BogoMIPS (lpj=7334471)
[ 13.115456] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 13.115465] monitor/mwait feature present.
[ 13.115469] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 13.115473] CPU: L2 cache: 2048K
[ 13.115476] CPU: Physical Processor ID: 0
[ 13.115478] CPU: Processor Core ID: 1
[ 13.115481] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 13.115489] Intel machine check architecture supported.
[ 13.115495] Intel machine check reporting enabled on CPU#1.
[ 13.116151] CPU1: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 13.117084] Total of 2 processors activated (7339.20 BogoMIPS).
[ 13.117372] ENABLING IO-APIC IRQs
[ 13.117670] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 13.391218] APIC calibration not consistent with PM Timer: 228ms instead of 100ms
[ 13.391315] APIC delta adjusted to PM-Timer: 1041737 (2375299)
[ 13.499488] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 13.519636] Brought up 2 CPUs
[ 13.680727] migration_cost=41
[ 13.681201] NET: Registered protocol family 16
[ 13.681406] ACPI: bus type pci registered
[ 13.681497] PCI: Using MMCONFIG
[ 13.682561] Setting up standard PCI resources
[ 13.689516] evgpeblk-0952 [04] ev_create_gpe_block : GPE 00 to 1F [_GPE] 4 regs on int 0x9
[ 13.691115] evgpeblk-1049 [03] ev_initialize_gpe_bloc: Found 8 Wake, Enabled 5 Runtime GPEs in this block
[ 13.692639] Completing Region/Field/Buffer/Package initialization:.........................................................................
[ 13.700140] Initialized 29/29 Regions 4/4 Fields 29/29 Buffers 11/38 Packages (972 nodes)
[ 13.700311] Initializing Device/Processor/Thermal objects by executing _INI methods:...
[ 13.702433] Executed 3 _INI methods requiring 2 _STA executions (examined 117 objects)
[ 13.702630] ACPI: Interpreter enabled
[ 13.702709] ACPI: Using IOAPIC for interrupt routing
[ 13.702941] Found System \ [ffffffff]
[ 13.703039] Found Processor \_PR_.CPU0 [c1907dd8]
[ 13.703120] Found Processor \_PR_.CPU1 [c1907dc4]
[ 13.703245] Found Device \_SB_ [c19073c4]
[ 13.703349] Found Device \_SB_.LID0 [c190da40]
[ 13.703465] Found Device \_SB_.PWRB [c190da04]
[ 13.703578] Found Device \_SB_.PCI0 [c190d9a0]
[ 13.703700] Found Device \_SB_.PCI0.PDRC [c190d7c0]
[ 13.703814] Found Device \_SB_.PCI0.PEGP [c190dfcc]
[ 13.703932] Found Device \_SB_.PCI0.GFX0 [c190df90]
[ 13.704059] Found Device \_SB_.PCI0.HDEF [c190df68]
[ 13.704172] Found Device \_SB_.PCI0.RP01 [c190df04]
[ 13.704297] Found Device \_SB_.PCI0.RP01.S1F0 [c190de50]
[ 13.704425] Found Device \_SB_.PCI0.RP01.S1F1 [c190ddec]
[ 13.704547] Found Device \_SB_.PCI0.RP01.S1F2 [c190dd88]
[ 13.704681] Found Device \_SB_.PCI0.RP01.S1F3 [c190dd24]
[ 13.704804] Found Device \_SB_.PCI0.RP01.S1F4 [c190dcc0]
[ 13.704927] Found Device \_SB_.PCI0.RP01.S1F5 [c190dc5c]
[ 13.705052] Found Device \_SB_.PCI0.RP01.S1F6 [c190f748]
[ 13.705179] Found Device \_SB_.PCI0.RP01.S1F7 [c190f6e4]
[ 13.705297] Found Device \_SB_.PCI0.RP02 [c190f66c]
[ 13.705610] Found Device \_SB_.PCI0.RP02.WLAN [c190f5b8]
[ 13.705730] Found Device \_SB_.PCI0.RP03 [c190f52c]
[ 13.705855] Found Device \_SB_.PCI0.RP03.TLAN [c190f464]
[ 13.705969] Found Device \_SB_.PCI0.RP04 [c190f414]
[ 13.706094] Found Device \_SB_.PCI0.RP04.DLAN [c190f34c]
[ 13.706206] Found Device \_SB_.PCI0.RP04.S4F1 [c190f2e8]
[ 13.706323] Found Device \_SB_.PCI0.RP04.S4F2 [c190fc0c]
[ 13.706437] Found Device \_SB_.PCI0.RP04.S4F3 [c190fbd0]
[ 13.706549] Found Device \_SB_.PCI0.RP04.S4F4 [c190fb94]
[ 13.706661] Found Device \_SB_.PCI0.RP04.S4F5 [c190fb58]
[ 13.706774] Found Device \_SB_.PCI0.RP04.S4F6 [c190fb1c]
[ 13.706887] Found Device \_SB_.PCI0.RP04.S4F7 [c190fae0]
[ 13.707010] Found Device \_SB_.PCI0.RP05 [c190faa4]
[ 13.707123] Found Device \_SB_.PCI0.RP05.EX2P [c190f9dc]
[ 13.707263] Found Device \_SB_.PCI0.RP05.S5F1 [c190f978]
[ 13.707373] Found Device \_SB_.PCI0.RP05.S5F2 [c190f93c]
[ 13.707483] Found Device \_SB_.PCI0.RP05.S5F3 [c190f900]
[ 13.707593] Found Device \_SB_.PCI0.RP05.S5F4 [c190f8c4]
[ 13.707707] Found Device \_SB_.PCI0.RP05.S5F5 [c190f888]
[ 13.707816] Found Device \_SB_.PCI0.RP05.S5F6 [c190f84c]
[ 13.707927] Found Device \_SB_.PCI0.RP05.S5F7 [c190f810]
[ 13.708039] Found Device \_SB_.PCI0.RP06 [c190f7d4]
[ 13.708167] Found Device \_SB_.PCI0.RP06.S6F0 [c190ffa4]
[ 13.708291] Found Device \_SB_.PCI0.RP06.S6F1 [c190ff40]
[ 13.708421] Found Device \_SB_.PCI0.RP06.S6F2 [c190fedc]
[ 13.708543] Found Device \_SB_.PCI0.RP06.S6F3 [c190fe78]
[ 13.708665] Found Device \_SB_.PCI0.RP06.S6F4 [c190fe14]
[ 13.708787] Found Device \_SB_.PCI0.RP06.S6F5 [c190fdb0]
[ 13.708910] Found Device \_SB_.PCI0.RP06.S6F6 [c190fd4c]
[ 13.709032] Found Device \_SB_.PCI0.RP06.S6F7 [c190fce8]
[ 13.709168] Found Device \_SB_.PCI0.USB1 [c190fc70]
[ 13.709294] Found Device \_SB_.PCI0.USB2 [c1910748]
[ 13.709420] Found Device \_SB_.PCI0.USB3 [c19106d0]
[ 13.709548] Found Device \_SB_.PCI0.USB4 [c1910658]
[ 13.709676] Found Device \_SB_.PCI0.USB7 [c19105e0]
[ 13.709790] Found Device \_SB_.PCI0.USB7.HUB7 [c19105b8]
[ 13.709908] Found Device \_SB_.PCI0.USB7.HUB7.PRT1 [c1910590]
[ 13.710020] Found Device \_SB_.PCI0.USB7.HUB7.PRT2 [c1910568]
[ 13.710138] Found Device \_SB_.PCI0.USB7.HUB7.PRT3 [c1910540]
[ 13.710251] Found Device \_SB_.PCI0.USB7.HUB7.PRT4 [c1910518]
[ 13.710367] Found Device \_SB_.PCI0.USB7.HUB7.PRT5 [c19104f0]
[ 13.710480] Found Device \_SB_.PCI0.USB7.HUB7.PRT6 [c19104c8]
[ 13.710599] Found Device \_SB_.PCI0.USB7.HUB7.PRT7 [c19104a0]
[ 13.710714] Found Device \_SB_.PCI0.USB7.HUB7.PRT8 [c1910478]
[ 13.710833] Found Device \_SB_.PCI0.PCIB [c191043c]
[ 13.710959] Found Device \_SB_.PCI0.PCIB.SLT0 [c1910414]
[ 13.711086] Found Device \_SB_.PCI0.PCIB.LANC [c19103d8]
[ 13.711405] Found Device \_SB_.PCI0.PCIB.CRD2 [c191039c]
[ 13.711534] Found Device \_SB_.PCI0.PCIB.S294 [c19102c0]
[ 13.711647] Found Device \_SB_.PCI0.PCIB.MST2 [c1910bf8]
[ 13.711954] Found Device \_SB_.PCI0.PCIB.CRD0 [c1910bd0]
[ 13.712076] Found Device \_SB_.PCI0.PCIB.SD94 [c1910af4]
[ 13.712193] Found Device \_SB_.PCI0.PCIB.MMST [c1910acc]
[ 13.712313] Found Device \_SB_.PCI0.AUD0 [c1910a90]
[ 13.712431] Found Device \_SB_.PCI0.MODM [c1910a68]
[ 13.712550] Found Device \_SB_.PCI0.LPCB [c1910a40]
[ 13.712938] Found Device \_SB_.PCI0.LPCB.LNKA [c19108ec]
[ 13.713297] Found Device \_SB_.PCI0.LPCB.LNKB [c191084c]
[ 13.713654] Found Device \_SB_.PCI0.LPCB.LNKC [c19107ac]
[ 13.714009] Found Device \_SB_.PCI0.LPCB.LNKD [c1910f90]
[ 13.714372] Found Device \_SB_.PCI0.LPCB.LNKE [c1910ef0]
[ 13.714729] Found Device \_SB_.PCI0.LPCB.LNKF [c1910e50]
[ 13.715087] Found Device \_SB_.PCI0.LPCB.LNKG [c1910db0]
[ 13.715470] Found Device \_SB_.PCI0.LPCB.LNKH [c1910d10]
[ 13.715604] Found Device \_SB_.PCI0.LPCB.EC0_ [c1910c70]
[ 13.720373] Found Device \_SB_.PCI0.LPCB.EC0_.BAT1 [c1911a18]
[ 13.720665] Found Device \_SB_.PCI0.LPCB.EC0_.ACAD [c1911950]
[ 13.720775] Found Device \_SB_.PCI0.LPCB.DMAC [c19118ec]
[ 13.720886] Found Device \_SB_.PCI0.LPCB.FWHD [c19118b0]
[ 13.721169] Found Device \_SB_.PCI0.LPCB.IPIC [c19117fc]
[ 13.721277] Found Device \_SB_.PCI0.LPCB.MATH [c19117c0]
[ 13.721386] Found Device \_SB_.PCI0.LPCB.LDRC [c1911784]
[ 13.721503] Found Device \_SB_.PCI0.LPCB.RTC_ [c1911f90]
[ 13.721612] Found Device \_SB_.PCI0.LPCB.TIMR [c1911f54]
[ 13.721945] Found Device \_SB_.PCI0.LPCB.TPM_ [c1911f18]
[ 13.726532] Found Device \_SB_.PCI0.LPCB.SPIC [c1911ea0]
[ 13.726651] Found Device \_SB_.PCI0.LPCB.SNC_ [c1911dd8]
[ 13.726770] Found Device \_SB_.PCI0.LPCB.PS2K [c1913748]
[ 13.726886] Found Device \_SB_.PCI0.LPCB.PS2M [c191370c]
[ 13.727022] Found Device \_SB_.PCI0.PATA [c19136bc]
[ 13.727180] Found Device \_SB_.PCI0.PATA.PRID [c19135a4]
[ 13.727296] Found Device \_SB_.PCI0.PATA.PRID.P_D0 [c1913554]
[ 13.727409] Found Device \_SB_.PCI0.PATA.PRID.P_D1 [c1913518]
[ 13.727562] Found Device \_SB_.PCI0.SATA [c191348c]
[ 13.727695] Found Device \_SB_.PCI0.SATA.PRID [c19139dc]
[ 13.727809] Found Device \_SB_.PCI0.SATA.PRID.P_D0 [c191398c]
[ 13.727922] Found Device \_SB_.PCI0.SATA.PRID.P_D1 [c1913950]
[ 13.728039] Found Device \_SB_.PCI0.SATA.SECD [c19138d8]
[ 13.728155] Found Device \_SB_.PCI0.SATA.SECD.S_D0 [c1913888]
[ 13.728270] Found Device \_SB_.PCI0.SATA.SECD.S_D1 [c1913838]
[ 13.728394] Found Device \_SB_.PCI0.SBUS [c1913310]
[ 13.730742] Found Thermal Zone \_TZ_ [c190739c]
[ 13.730830] Found Thermal Zone \_TZ_.ATF0 [c190d4a0]
[ 13.730919] Found Thermal Zone \_TZ_.DTS0 [c190d3ec]
[ 13.731002] Found Thermal Zone \_TZ_.DTS1 [c190d34c]
[ 13.731623] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 13.732447] PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
[ 13.732533] PCI quirk: region 1180-11bf claimed by ICH6 GPIO
[ 13.732909] Boot video device is 0000:01:00.0
[ 13.734152] PCI: Transparent bridge - 0000:00:1e.0
[ 13.734332] PCI: Bus #0a (-#0d) is hidden behind transparent bridge #09 (-#0a) (try 'pci=assign-busses')
[ 13.738627] Please report the result to linux-kernel to fix this permanently
[ 13.738801] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 13.739824] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEGP._PRT]
[ 13.740273] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[ 13.740729] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
[ 13.741160] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT]
[ 13.741590] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
[ 13.742082] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
[ 13.754709] ACPI: PCI Interrupt Link [LNKA] (IRQs 10) *5
[ 13.755351] ACPI: PCI Interrupt Link [LNKB] (IRQs *10)
[ 13.755921] ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
[ 13.756494] ACPI: PCI Interrupt Link [LNKD] (IRQs *10)
[ 13.757063] ACPI: PCI Interrupt Link [LNKE] (IRQs 10) *0, disabled.
[ 13.757761] ACPI: PCI Interrupt Link [LNKF] (IRQs *10)
[ 13.758330] ACPI: PCI Interrupt Link [LNKG] (IRQs *10)
[ 13.758900] ACPI: PCI Interrupt Link [LNKH] (IRQs *10)
[ 13.759426] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 13.759523] pnp: PnP ACPI init
[ 13.765452] pnp: PnP ACPI: found 11 devices
[ 13.765538] PnPBIOS: Disabled by ACPI PNP
[ 13.765816] SCSI subsystem initialized
[ 13.765948] libata version 2.00 loaded.
[ 13.766043] PCI: Using ACPI for IRQ routing
[ 13.766125] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 13.766405] NET: Registered protocol family 8
[ 13.766486] NET: Registered protocol family 20
[ 13.766632] pnp: 00:01: iomem range 0xe0000000-0xefffffff could not be reserved
[ 13.766730] pnp: 00:01: iomem range 0xfed14000-0xfed17fff could not be reserved
[ 13.766826] pnp: 00:01: iomem range 0xfed18000-0xfed18fff could not be reserved
[ 13.766923] pnp: 00:01: iomem range 0xfed19000-0xfed19fff could not be reserved
[ 13.767477] PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
[ 13.767574] PCI: Bridge: 0000:00:01.0
[ 13.767653] IO window: disabled.
[ 13.767734] MEM window: dc000000-ddffffff
[ 13.767815] PREFETCH window: c0000000-cfffffff
[ 13.767897] PCI: Bridge: 0000:00:1c.0
[ 13.767978] IO window: 2000-2fff
[ 13.768061] MEM window: d6000000-d7ffffff
[ 13.768145] PREFETCH window: d0000000-d1ffffff
[ 13.768230] PCI: Bridge: 0000:00:1c.1
[ 13.768308] IO window: disabled.
[ 13.768392] MEM window: de100000-de1fffff
[ 13.768474] PREFETCH window: disabled.
[ 13.768558] PCI: Bridge: 0000:00:1c.2
[ 13.768639] IO window: 3000-3fff
[ 13.768723] MEM window: d8000000-d9ffffff
[ 13.768806] PREFETCH window: d2000000-d3ffffff
[ 13.768890] PCI: Bridge: 0000:00:1c.3
[ 13.768970] IO window: 4000-4fff
[ 13.769054] MEM window: da000000-dbffffff
[ 13.769136] PREFETCH window: d4000000-d5ffffff
[ 13.769229] PCI: Bus 10, cardbus bridge: 0000:09:04.0
[ 13.769311] IO window: 00005000-000050ff
[ 13.769395] IO window: 00005400-000054ff
[ 13.770145] PREFETCH window: 50000000-53ffffff
[ 13.770230] MEM window: 54000000-57ffffff
[ 13.770313] PCI: Bridge: 0000:00:1e.0
[ 13.770395] IO window: 5000-5fff
[ 13.770478] MEM window: de000000-de0fffff
[ 13.770561] PREFETCH window: 50000000-53ffffff
[ 13.770656] ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.770817] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.770840] ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.771002] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.771028] ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 17 (level, low) -> IRQ 17
[ 13.771194] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.771219] ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
[ 13.771381] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.771407] ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19
[ 13.771568] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.771583] PCI: Setting latency timer of device 0000:00:1e.0 to 64
[ 13.771613] ACPI: PCI Interrupt 0000:09:04.0[A] -> GSI 20 (level, low) -> IRQ 20
[ 13.771810] NET: Registered protocol family 2
[ 13.815073] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 13.815252] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 13.816032] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 13.816454] TCP: Hash tables configured (established 131072 bind 65536)
[ 13.816538] TCP reno registered
[ 13.827346] Simple Boot Flag at 0x37 set to 0x1
[ 13.828100] audit: initializing netlink socket (disabled)
[ 13.828197] audit(1170362897.500:1): initialized
[ 13.828389] highmem bounce pool size: 64 pages
[ 13.828657] JFS: nTxBlock = 8080, nTxLock = 64646
[ 13.832640] io scheduler noop registered
[ 13.832789] io scheduler anticipatory registered
[ 13.832932] io scheduler deadline registered
[ 13.833091] io scheduler cfq registered (default)
[ 13.833680] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.833707] assign_interrupt_mode Found MSI capability
[ 13.833822] Allocate Port Service[0000:00:01.0:pcie00]
[ 13.833882] Allocate Port Service[0000:00:01.0:pcie03]
[ 13.833975] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.834035] assign_interrupt_mode Found MSI capability
[ 13.834158] Allocate Port Service[0000:00:1c.0:pcie00]
[ 13.834210] Allocate Port Service[0000:00:1c.0:pcie02]
[ 13.834257] Allocate Port Service[0000:00:1c.0:pcie03]
[ 13.834400] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.834459] assign_interrupt_mode Found MSI capability
[ 13.834582] Allocate Port Service[0000:00:1c.1:pcie00]
[ 13.834637] Allocate Port Service[0000:00:1c.1:pcie02]
[ 13.834685] Allocate Port Service[0000:00:1c.1:pcie03]
[ 13.834825] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.834885] assign_interrupt_mode Found MSI capability
[ 13.835007] Allocate Port Service[0000:00:1c.2:pcie00]
[ 13.835061] Allocate Port Service[0000:00:1c.2:pcie02]
[ 13.835109] Allocate Port Service[0000:00:1c.2:pcie03]
[ 13.835253] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.835312] assign_interrupt_mode Found MSI capability
[ 13.835444] Allocate Port Service[0000:00:1c.3:pcie00]
[ 13.835498] Allocate Port Service[0000:00:1c.3:pcie02]
[ 13.835544] Allocate Port Service[0000:00:1c.3:pcie03]
[ 13.836956] ACPI: SSDT @ 0x3fe76cb5/0x01A8 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.837296] Parsing all Control Methods:
[ 13.837698] Table [SSDT](id 0075) - 5 Objects with 0 Devices 3 Methods 0 Regions
[ 13.838228] ACPI: SSDT @ 0x3fe76a19/0x0217 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.838497] Parsing all Control Methods:
[ 13.838890] Table [SSDT](id 0076) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.840519] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
[ 13.840857] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 13.842100] ACPI: SSDT @ 0x3fe76e5d/0x0089 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.842400] Parsing all Control Methods:
[ 13.842796] Table [SSDT](id 007B) - 3 Objects with 0 Devices 3 Methods 0 Regions
[ 13.843323] ACPI: SSDT @ 0x3fe76c30/0x0085 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.843593] Parsing all Control Methods:
[ 13.843986] Table [SSDT](id 007C) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.845266] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[ 13.845602] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 13.851205] isapnp: Scanning for PnP cards...
[ 14.205898] isapnp: No Plug & Play device found
[ 14.212395] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
[ 14.214908] RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
[ 14.215158] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 14.215244] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 14.215381] ICH7: IDE controller at PCI slot 0000:00:1f.1
[ 14.215476] ACPI: PCI Interrupt 0000:00:1f.1[B] -> GSI 22 (level, low) -> IRQ 21
[ 14.215640] ICH7: chipset revision 2
[ 14.215719] ICH7: not 100% native mode: will probe irqs later
[ 14.215810] ide0: BM-DMA at 0x1880-0x1887, BIOS settings: hda:DMA, hdb:pio
[ 14.216042] Probing IDE interface ide0...
[ 14.247273] hda: MATSHITADVD-RAM UJ-842S, ATAPI CD/DVD-ROM drive
[ 14.257478] hda: selected mode 0x42
[ 14.257838] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 14.259143] ata_piix 0000:00:1f.2: version 2.00ac7
[ 14.259152] ata_piix 0000:00:1f.2: MAP [ P0 P2 XX XX ]
[ 14.259546] ata_piix 0000:00:1f.2: invalid MAP value 0
[ 14.268138] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 22 (level, low) -> IRQ 21
[ 14.268319] PCI: Setting latency timer of device 0000:00:1f.2 to 64
[ 14.268399] ata1: SATA max UDMA/133 cmd 0x18C8 ctl 0x18AE bmdma 0x18B0 irq 21
[ 14.268517] ata2: SATA max UDMA/133 cmd 0x18C0 ctl 0x18AA bmdma 0x18B8 irq 21
[ 14.268617] scsi0 : ata_piix
[ 14.291044] ata1.00: ATA-6, max UDMA/100, 195371568 sectors: LBA48 NCQ (depth 0/32)
[ 14.291144] ata1.00: ata1: dev 0 multi count 16
[ 14.308400] ata1.00: configured for UDMA/100
[ 14.308493] scsi1 : ata_piix
[ 14.324766] ATA: abnormal status 0x7F on port 0x18C7
[ 14.325004] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK1032GS AS02 PQ: 0 ANSI: 5
[ 14.325349] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 14.325446] sda: Write Protect is off
[ 14.325526] sda: Mode Sense: 00 3a 00 00
[ 14.325552] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 14.325707] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 14.325803] sda: Write Protect is off
[ 14.330056] sda: Mode Sense: 00 3a 00 00
[ 14.330082] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 14.330180] sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
[ 14.413802] sd 0:0:0:0: Attached scsi disk sda
[ 14.414191] PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 14.416962] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 14.417047] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 14.417257] mice: PS/2 mouse device common for all mice
[ 14.447550] TCP bic registered
[ 14.447651] NET: Registered protocol family 1
[ 14.447735] NET: Registered protocol family 17
[ 14.447954] Starting balanced_irq
[ 14.448041] Using IPI No-Shortcut mode
[ 14.448611] ACPI: (supports S0 S3 S4 S5)
[ 14.449145] Time: acpi_pm clocksource has been installed.
[ 14.449254] Switched to NOHz mode on CPU #1
[ 14.449258] Switched to NOHz mode on CPU #0
[ 14.454580] input: AT Translated Set 2 keyboard as /class/input/input0
[ 14.551764] VFS: Mounted root (jfs filesystem) readonly.
[ 14.551963] Freeing unused kernel memory: 212k freed
[ 16.949719] usbcore: registered new interface driver usbfs
[ 16.949847] usbcore: registered new interface driver hub
[ 16.950005] usbcore: registered new device driver usb
[ 17.025582] USB Universal Host Controller Interface driver v3.0
[ 17.025734] ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 19 (level, low) -> IRQ 19
[ 17.025907] PCI: Setting latency timer of device 0000:00:1d.0 to 64
[ 17.025913] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 17.026136] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
[ 17.026270] uhci_hcd 0000:00:1d.0: irq 19, io base 0x00001800
[ 17.026410] usb usb1: new device found, idVendor=0000, idProduct=0000
[ 17.026496] usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 17.026582] usb usb1: Product: UHCI Host Controller
[ 17.026665] usb usb1: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 17.026752] usb usb1: SerialNumber: 0000:00:1d.0
[ 17.026934] usb usb1: configuration #1 chosen from 1 choice
[ 17.027052] hub 1-0:1.0: USB hub found
[ 17.027138] hub 1-0:1.0: 2 ports detected
[ 17.133199] ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
[ 17.133376] PCI: Setting latency timer of device 0000:00:1d.1 to 64
[ 17.133382] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 17.133499] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
[ 17.133632] uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001820
[ 17.133774] usb usb2: new device found, idVendor=0000, idProduct=0000
[ 17.133861] usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 17.133949] usb usb2: Product: UHCI Host Controller
[ 17.134035] usb usb2: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 17.134120] usb usb2: SerialNumber: 0000:00:1d.1
[ 17.134309] usb usb2: configuration #1 chosen from 1 choice
[ 17.134439] hub 2-0:1.0: USB hub found
[ 17.134528] hub 2-0:1.0: 2 ports detected
[ 17.169098] input: PS/2 Mouse as /class/input/input1
[ 17.182324] Clocksource tsc unstable (delta = -244624983 ns)
[ 17.182432] ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 19 (level, low) -> IRQ 19
[ 17.182640] PCI: Setting latency timer of device 0000:00:1d.2 to 64
[ 17.182646] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 17.182757] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
[ 17.182885] uhci_hcd 0000:00:1d.2: irq 19, io base 0x00001840
[ 17.183021] usb usb3: new device found, idVendor=0000, idProduct=0000
[ 17.183109] usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 17.183192] usb usb3: Product: UHCI Host Controller
[ 17.183278] usb usb3: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 17.183363] usb usb3: SerialNumber: 0000:00:1d.2
[ 17.183524] usb usb3: configuration #1 chosen from 1 choice
[ 17.183642] hub 3-0:1.0: USB hub found
[ 17.183729] hub 3-0:1.0: 2 ports detected
[ 17.184537] input: AlpsPS/2 ALPS GlidePoint as /class/input/input2
[ 17.201923] input: PC Speaker as /class/input/input3
[ 17.351947] ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 19 (level, low) -> IRQ 19
[ 17.352123] PCI: Setting latency timer of device 0000:00:1d.3 to 64
[ 17.352129] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 17.352292] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
[ 17.352420] uhci_hcd 0000:00:1d.3: irq 19, io base 0x00001860
[ 17.352558] usb usb4: new device found, idVendor=0000, idProduct=0000
[ 17.352643] usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 17.352728] usb usb4: Product: UHCI Host Controller
[ 17.352810] usb usb4: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 17.352893] usb usb4: SerialNumber: 0000:00:1d.3
[ 17.353055] usb usb4: configuration #1 chosen from 1 choice
[ 17.353174] hub 4-0:1.0: USB hub found
[ 17.353261] hub 4-0:1.0: 2 ports detected
[ 17.365615] Linux agpgart interface v0.102 (c) Dave Jones
[ 17.421624] usb 2-2: new full speed USB device using uhci_hcd and address 2
[ 17.625824] agpgart: Detected an Intel 945GM Chipset.
[ 17.646833] agpgart: AGP aperture is 256M @ 0x0
[ 17.678432] usb 2-2: new device found, idVendor=054c, idProduct=0281
[ 17.678521] usb 2-2: new device strings: Mfr=1, Product=2, SerialNumber=3
[ 17.678606] usb 2-2: Product: UMH-U09
[ 17.678685] usb 2-2: Manufacturer: Sony
[ 17.678765] usb 2-2: SerialNumber: F000001C9B3A
[ 17.678951] usb 2-2: configuration #1 chosen from 1 choice
[ 17.701690] ACPI: PCI Interrupt 0000:07:00.0[A] -> GSI 18 (level, low) -> IRQ 18
[ 17.701874] PCI: Setting latency timer of device 0000:07:00.0 to 64
[ 17.701936] sky2 v1.10 addr 0xd8000000 irq 18 Yukon-FE (0xb7) rev 1
[ 17.702173] sky2 eth0: addr 00:13:a9:41:76:84
[ 17.707673] ACPI: PCI Interrupt 0000:09:04.2[C] -> GSI 22 (level, low) -> IRQ 21
[ 17.729071] Yenta: CardBus bridge found at 0000:09:04.0 [104d:81e6]
[ 17.729181] Yenta: Using CSCINT to route CSC interrupts to PCI
[ 17.729263] Yenta: Routing CardBus interrupts to PCI
[ 17.729349] Yenta TI: socket 0000:09:04.0, mfunc 0x01a21b22, devctl 0x64
[ 17.738441] Real Time Clock Driver v1.12ac
[ 17.798450] ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 22
[ 17.798629] PCI: Setting latency timer of device 0000:00:1d.7 to 64
[ 17.798635] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 17.798751] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
[ 17.798884] ehci_hcd 0000:00:1d.7: debug port 1
[ 17.798970] PCI: cache line size of 32 is not supported by device 0000:00:1d.7
[ 17.798985] ehci_hcd 0000:00:1d.7: irq 22, io mem 0xde404000
[ 17.802953] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 17.803072] usb usb5: new device found, idVendor=0000, idProduct=0000
[ 17.803156] usb usb5: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 17.803240] usb usb5: Product: EHCI Host Controller
[ 17.803321] usb usb5: Manufacturer: Linux 2.6.20-rc6-mm3-1 ehci_hcd
[ 17.803403] usb usb5: SerialNumber: 0000:00:1d.7
[ 17.803578] usb usb5: configuration #1 chosen from 1 choice
[ 17.803706] hub 5-0:1.0: USB hub found
[ 17.803792] hub 5-0:1.0: 8 ports detected
[ 17.852077] tpm_inf_pnp 00:07: Found TPM with ID IFX0102
[ 17.852233] tpm_inf_pnp 00:07: TPM found: config base 0x2e, io base 0x1670, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2)
[ 17.886026] hda: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
[ 17.886635] Uniform CD-ROM driver Revision: 3.20
[ 17.937681] Initializing USB Mass Storage driver...
[ 17.950206] Yenta: ISA IRQ mask 0x0cf8, PCI irq 20
[ 17.950292] Socket status: 30000006
[ 17.950373] Yenta: Raising subordinate bus# of parent bus (#09) from #0a to #0d
[ 17.950473] pcmcia: parent PCI bridge I/O window: 0x5000 - 0x5fff
[ 17.950558] cs: IO port probe 0x5000-0x5fff: clean.
[ 17.951186] pcmcia: parent PCI bridge Memory window: 0xde000000 - 0xde0fffff
[ 17.951271] pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff
[ 18.146142] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 23
[ 18.146330] PCI: Setting latency timer of device 0000:00:1b.0 to 64
[ 18.226954] scsi2 : SCSI emulation for USB Mass Storage devices
[ 18.227112] usb-storage: device found at 2
[ 18.227115] usb-storage: waiting for device to settle before scanning
[ 18.265723] cs: IO port probe 0x100-0x3af: clean.
[ 18.268345] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
[ 18.269811] cs: IO port probe 0x820-0x8ff: clean.
[ 18.270818] cs: IO port probe 0xc00-0xcf7: clean.
[ 18.272086] cs: IO port probe 0xa00-0xaff: clean.
[ 18.335076] usb 5-4: new high speed USB device using ehci_hcd and address 2
[ 18.465179] usb 5-4: new device found, idVendor=054c, idProduct=0281
[ 18.469499] usb 5-4: new device strings: Mfr=1, Product=2, SerialNumber=3
[ 18.469633] usb 5-4: Product: UMH-U09
[ 18.469713] usb 5-4: Manufacturer: Sony
[ 18.469792] usb 5-4: SerialNumber: F000001C9B3A
[ 18.469990] usb 5-4: configuration #1 chosen from 1 choice
[ 18.509769] usb 5-6: new high speed USB device using ehci_hcd and address 4
[ 18.549637] usb 5-6: new device found, idVendor=05ca, idProduct=1830
[ 18.549724] usb 5-6: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 18.549919] usb 5-6: configuration #1 chosen from 1 choice
[ 18.599659] usb 2-2: USB disconnect, address 2
[ 18.599752] scsi3 : SCSI emulation for USB Mass Storage devices
[ 18.599965] usbcore: registered new interface driver usb-storage
[ 18.600054] USB Mass Storage support registered.
[ 18.600587] usb-storage: device found at 2
[ 18.600590] usb-storage: waiting for device to settle before scanning
[ 18.709644] usb 4-1: new low speed USB device using uhci_hcd and address 2
[ 18.715800] usb 4-1: new device found, idVendor=054c, idProduct=01bb
[ 18.715887] usb 4-1: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 18.716080] usb 4-1: configuration #1 chosen from 1 choice
[ 18.956557] usb 4-2: new full speed USB device using uhci_hcd and address 3
[ 18.981016] usb 4-2: new device found, idVendor=044e, idProduct=300c
[ 18.981105] usb 4-2: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 18.981189] usb 4-2: Product: UGX
[ 18.981268] usb 4-2: Manufacturer: ALPS
[ 18.981463] usb 4-2: configuration #1 chosen from 1 choice
[ 19.056548] Bluetooth: Core ver 2.11
[ 19.056693] NET: Registered protocol family 31
[ 19.056775] Bluetooth: HCI device and connection manager initialized
[ 19.056862] Bluetooth: HCI socket layer initialized
[ 19.079288] Adding 979924k swap on /dev/sda5. Priority:-1 extents:1 across:979924k
[ 19.093130] Bluetooth: HCI USB driver ver 2.9
[ 19.220257] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 19.391588] usb 3-1: new device found, idVendor=0483, idProduct=2016
[ 19.391676] usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 19.391761] usb 3-1: Product: Biometric Coprocessor
[ 19.391842] usb 3-1: Manufacturer: STMicroelectronics
[ 19.392043] usb 3-1: configuration #1 chosen from 1 choice
[ 19.396691] usbcore: registered new interface driver hci_usb
[ 20.184587] loop: loaded (max 8 devices)
[ 20.252540] ACPI Sony Notebook Control Driver v0.3 successfully installed
[ 20.265908] sonypi: Sony Programmable I/O Controller Driver v1.26.
[ 20.266119] sonypi: detected type3 model, verbose = 0, fnkeyinit = off, camera = off, compat = off, mask = 0xffffffff, useinput = on, acpi = on
[ 20.266225] sonypi: enabled at irq=11, port1=0x1080, port2=0x1084
[ 20.266310] sonypi: device allocated minor is 63
[ 20.266456] input: Sony Vaio Jogdial as /class/input/input4
[ 20.266639] input: Sony Vaio Keys as /class/input/input5
[ 20.397172] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [email protected]
[ 20.885170] scsi 3:0:0:0: Direct-Access Sony USB HS-CARD 4.52 PQ: 0 ANSI: 0
[ 20.935927] sd 3:0:0:0: Attached scsi removable disk sdb
[ 20.937884] usb-storage: device scan complete
[ 22.644599] SysRq : Show Pending Timers
[ 22.644753] Timer List Version: v0.3
[ 22.644833] HRTIMER_MAX_CLOCK_BASES: 2
[ 22.644913] now at 21927904003 nsecs
[ 22.644992]
[ 22.644993] cpu: 0
[ 22.645144] clock 0:
[ 22.645221] .index: 0
[ 22.645300] .resolution: 4000250 nsecs
[ 22.645378] .get_time: ktime_get_real
[ 22.645587] active timers:
[ 22.645665] clock 1:
[ 22.645742] .index: 1
[ 22.645821] .resolution: 4000250 nsecs
[ 22.645900] .get_time: ktime_get
[ 22.646105] active timers:
[ 22.646183] .nohz_mode : 1
[ 22.646263] .idle_tick : 21909194500 nsecs
[ 22.646343] .tick_stopped : 1
[ 22.646422] .idle_jiffies : 4294897772
[ 22.646502] .idle_calls : 5623
[ 22.646581] .idle_sleeps : 2067
[ 22.646661] .idle_entrytime : 21924531594 nsecs
[ 22.646742] .idle_sleeptime : 16263844796 nsecs
[ 22.646823] .last_jiffies : 4294897777
[ 22.646903] .next_jiffies : 4294897996
[ 22.646984] .idle_expires : 22800000000 nsecs
[ 22.647065] jiffies: 4294897777
[ 22.647143]
[ 22.647144] cpu: 1
[ 22.647294] clock 0:
[ 22.647371] .index: 0
[ 22.647449] .resolution: 4000250 nsecs
[ 22.647529] .get_time: ktime_get_real
[ 22.647735] active timers:
[ 22.647813] clock 1:
[ 22.647890] .index: 1
[ 22.647968] .resolution: 4000250 nsecs
[ 22.648047] .get_time: ktime_get
[ 22.648252] active timers:
[ 22.648330] #0: <c037fd9c>, hrtimer_wakeup, S:01
[ 22.648738] # expires at 16066999784 nsecs [in -5860904219 nsecs]
[ 22.648821] #1: <c037fd9c>, hrtimer_wakeup, S:01
[ 22.649218] # expires at 16325154918 nsecs [in -5602749085 nsecs]
[ 22.649301] .nohz_mode : 1
[ 22.649380] .idle_tick : 15324783000 nsecs
[ 22.649461] .tick_stopped : 1
[ 22.649540] .idle_jiffies : 4294896127
[ 22.649619] .idle_calls : 2080
[ 22.649698] .idle_sleeps : 363
[ 22.649778] .idle_entrytime : 15325159667 nsecs
[ 22.649858] .idle_sleeptime : 10015150422 nsecs
[ 22.649940] .last_jiffies : 4294896127
[ 22.650020] .next_jiffies : 4294896189
[ 22.650100] .idle_expires : 15572000000 nsecs
[ 22.650181] jiffies: 4294897777
[ 22.650259]
[ 22.650335]
[ 22.650336] Tick Device: mode: 1
[ 22.650488] Clock Event Device: pit
[ 22.650630] max_delta_ns: 27461866
[ 22.650710] min_delta_ns: 4000250
[ 22.650789] mult: 5124677
[ 22.650868] shift: 32
[ 22.655112] mode: 3
[ 22.655191] next_event: 21940398000 nsecs
[ 22.655271] set_next_event: pit_next_event
[ 22.655478] set_mode: init_pit_timer
[ 22.655685] event_handler: tick_handle_oneshot_broadcast
[ 22.655894] tick_broadcast_mask: 00000003
[ 22.655974] tick_broadcast_oneshot_mask: 00000003
[ 22.656054]
[ 22.656130]
[ 22.656131] Tick Device: mode: 1
[ 22.656284] Clock Event Device: lapic
[ 22.656427] max_delta_ns: 805302234
[ 22.656506] min_delta_ns: 4000250
[ 22.656585] mult: 44739467
[ 22.656664] shift: 32
[ 22.656742] mode: 1
[ 22.656821] next_event: 22800000000 nsecs
[ 22.656900] set_next_event: lapic_next_event
[ 22.657108] set_mode: lapic_timer_setup
[ 22.657313] event_handler: tick_nohz_handler
[ 22.657520]
[ 22.657521] Tick Device: mode: 1
[ 22.657675] Clock Event Device: lapic
[ 22.657817] max_delta_ns: 805302234
[ 22.657896] min_delta_ns: 4000250
[ 22.657975] mult: 44739467
[ 22.658054] shift: 32
[ 22.658132] mode: 1
[ 22.658211] next_event: 21940398000 nsecs
[ 22.658290] set_next_event: lapic_next_event
[ 22.658498] set_mode: lapic_timer_setup
[ 22.658704] event_handler: tick_nohz_handler
[ 22.658911]
[ 24.960910] sky2 eth0: enabling interface
[ 24.963185] sky2 eth0: ram buffer 4K
[ 25.631447] SysRq : HELP : loglevel0-8 reBoot Crashdump tErm Full kIll saK showMem Nice powerOff showPc show-all-timers(Q) unRaw Sync showTasks Unmount shoW-blocked-tasks
[ 25.658195] SysRq : HELP : loglevel0-8 reBoot Crashdump tErm Full kIll saK showMem Nice powerOff showPc show-all-timers(Q) unRaw Sync showTasks Unmount shoW-blocked-tasks
[ 28.109737] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 28.254608] SysRq : Show Pending Timers
[ 28.254763] Timer List Version: v0.3
[ 28.254843] HRTIMER_MAX_CLOCK_BASES: 2
[ 28.254923] now at 84748407269 nsecs
[ 28.255002]
[ 28.255003] cpu: 0
[ 28.255153] clock 0:
[ 28.255230] .index: 0
[ 28.255308] .resolution: 4000250 nsecs
[ 28.255387] .get_time: ktime_get_real
[ 28.255596] active timers:
[ 28.255673] clock 1:
[ 28.255751] .index: 1
[ 28.255829] .resolution: 4000250 nsecs
[ 28.255908] .get_time: ktime_get
[ 28.256113] active timers:
[ 28.256191] .nohz_mode : 1
[ 28.256271] .idle_tick : 84745121500 nsecs
[ 28.256351] .tick_stopped : 1
[ 28.256430] .idle_jiffies : 4294913481
[ 28.256510] .idle_calls : 18743
[ 28.256590] .idle_sleeps : 7028
[ 28.256669] .idle_entrytime : 84743152948 nsecs
[ 28.256750] .idle_sleeptime : 78231207829 nsecs
[ 28.256831] .last_jiffies : 4294913481
[ 28.256911] .next_jiffies : 4294913568
[ 28.256991] .idle_expires : 85088000000 nsecs
[ 28.257072] jiffies: 4294913483
[ 28.257150]
[ 28.257151] cpu: 1
[ 28.257302] clock 0:
[ 28.257380] .index: 0
[ 28.257459] .resolution: 4000250 nsecs
[ 28.257538] .get_time: ktime_get_real
[ 28.257744] active timers:
[ 28.257822] clock 1:
[ 28.257899] .index: 1
[ 28.257977] .resolution: 4000250 nsecs
[ 28.258057] .get_time: ktime_get
[ 28.258262] active timers:
[ 28.258340] .nohz_mode : 1
[ 28.258419] .idle_tick : 82853003250 nsecs
[ 28.258500] .tick_stopped : 1
[ 28.258579] .idle_jiffies : 4294913009
[ 28.258659] .idle_calls : 2225
[ 28.258738] .idle_sleeps : 502
[ 28.258817] .idle_entrytime : 82852308274 nsecs
[ 28.258898] .idle_sleeptime : 64942227277 nsecs
[ 28.258979] .last_jiffies : 4294913009
[ 28.259059] .next_jiffies : 4294913072
[ 28.259139] .idle_expires : 83104000000 nsecs
[ 28.259220] jiffies: 4294913483
[ 28.259298]
[ 28.259374]
[ 28.259375] Tick Device: mode: 1
[ 28.259528] Clock Event Device: pit
[ 28.259670] max_delta_ns: 27461866
[ 28.259750] min_delta_ns: 4000250
[ 28.259829] mult: 5124677
[ 28.259907] shift: 32
[ 28.259985] mode: 3
[ 28.260064] next_event: 84752103000 nsecs
[ 28.260144] set_next_event: pit_next_event
[ 28.260352] set_mode: init_pit_timer
[ 28.260558] event_handler: tick_handle_oneshot_broadcast
[ 28.260768] tick_broadcast_mask: 00000003
[ 28.260847] tick_broadcast_oneshot_mask: 00000003
[ 28.260927]
[ 28.261004]
[ 28.261005] Tick Device: mode: 1
[ 28.261158] Clock Event Device: lapic
[ 28.261300] max_delta_ns: 805302234
[ 28.261380] min_delta_ns: 4000250
[ 28.261459] mult: 44739467
[ 28.261538] shift: 32
[ 28.261616] mode: 1
[ 28.261695] next_event: 85088000000 nsecs
[ 28.261775] set_next_event: lapic_next_event
[ 28.261982] set_mode: lapic_timer_setup
[ 28.262188] event_handler: tick_nohz_handler
[ 28.262396]
[ 28.262397] Tick Device: mode: 1
[ 28.262549] Clock Event Device: lapic
[ 28.262692] max_delta_ns: 805302234
[ 28.262771] min_delta_ns: 4000250
[ 28.262850] mult: 44739467
[ 28.262929] shift: 32
[ 28.263007] mode: 1
[ 28.263086] next_event: 84752103000 nsecs
[ 28.263166] set_next_event: lapic_next_event
[ 28.263372] set_mode: lapic_timer_setup
[ 28.263580] event_handler: tick_nohz_handler
[ 28.263786]
[ 29.909054] NET: Registered protocol family 10
[ 29.909350] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 31.186106] SysRq : HELP : loglevel0-8 reBoot Crashdump tErm Full kIll saK showMem Nice powerOff showPc show-all-timers(Q) unRaw Sync showTasks Unmount shoW-blocked-tasks
[ 32.590766] Netfilter messages via NETLINK v0.30.
[ 32.600430] nf_conntrack version 0.5.0 (8179 buckets, 65432 max)
[ 33.941705] SysRq : Kill All Tasks
[ 34.586457] BUG: soft lockup detected on CPU#1!
[ 34.586544] [<c0104dac>] show_trace_log_lvl+0x1a/0x2f
[ 34.586694] [<c010540b>] show_trace+0x12/0x14
[ 34.586839] [<c010548f>] dump_stack+0x16/0x18
[ 34.586984] [<c0146e38>] softlockup_tick+0xa7/0xb6
[ 34.587131] [<c01286c0>] run_local_timers+0x12/0x14
[ 34.587279] [<c0128a61>] update_process_times+0x3e/0x63
[ 34.587426] [<c01374ad>] tick_nohz_handler+0x7d/0xe3
[ 34.587574] [<c01137c2>] smp_apic_timer_interrupt+0x71/0x83
[ 34.587722] [<c01048f4>] apic_timer_interrupt+0x28/0x30
[ 34.587868] =======================
[ 43.170040] can't load conntrack support for proto=2
[ 64.504432] ieee80211_crypt: registered algorithm 'NULL'
[ 64.506781] ieee80211: 802.11 data/management/control stack, git-1.1.13
[ 64.506870] ieee80211: Copyright (C) 2004-2005 Intel Corporation <[email protected]>
[ 64.518715] ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.2.0dmpr
[ 64.518831] ipw3945: Copyright(c) 2003-2006 Intel Corporation
[ 64.519096] ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 17 (level, low) -> IRQ 17
[ 64.519309] PCI: Setting latency timer of device 0000:06:00.0 to 64
[ 64.519534] ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
[ 66.818471] BUG: soft lockup detected on CPU#1!
[ 66.818476] [<c0104dac>] show_trace_log_lvl+0x1a/0x2f
[ 66.818485] [<c010540b>] show_trace+0x12/0x14
[ 66.818491] [<c010548f>] dump_stack+0x16/0x18
[ 66.818496] [<c0146e38>] softlockup_tick+0xa7/0xb6
[ 66.818503] [<c01286c0>] run_local_timers+0x12/0x14
[ 66.818510] [<c0128a61>] update_process_times+0x3e/0x63
[ 66.818516] [<c01374ad>] tick_nohz_handler+0x7d/0xe3
[ 66.818522] [<c01137c2>] smp_apic_timer_interrupt+0x71/0x83
[ 66.818529] [<c01048f4>] apic_timer_interrupt+0x28/0x30
[ 66.818535] [<c01e5876>] vgacon_set_cursor_size+0xc9/0xd1
[ 66.818541] [<c01e6c98>] vgacon_cursor+0x176/0x18e
[ 66.818546] [<c022e439>] hide_cursor+0x24/0x61
[ 66.818553] [<c023005d>] do_con_write+0xdf/0x14f5
[ 66.818559] [<c02314ae>] con_write+0xc/0x1b
[ 66.818563] [<c022719a>] write_chan+0x1c6/0x291
[ 66.818569] [<c0224cc0>] tty_write+0x147/0x1c9
[ 66.818574] [<c0163ddf>] vfs_write+0xaf/0x163
[ 66.818580] [<c016441f>] sys_write+0x3d/0x61
[ 66.818585] [<c0103e28>] sysenter_past_esp+0x5d/0x81
[ 66.818591] =======================
[ 67.266186] ipw3945: ipw3945.ucode load failed: Reason -2
[ 67.266190] ipw3945: Could not read microcode: -2
[ 67.266976] ACPI: PCI interrupt for device 0000:06:00.0 disabled
[ 67.267069] ipw3945: probe of 0000:06:00.0 failed with error -2

--
mattia
:wq!

2007-02-01 21:38:11

by Mattia Dongili

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01, 2007 at 09:01:41PM +0100, Thomas Gleixner wrote:
> On Thu, 2007-02-01 at 20:36 +0100, Thomas Gleixner wrote:
> > On Thu, 2007-02-01 at 00:21 +0100, Mattia Dongili wrote:
> > > yes, slowness is gone. Any useful information I can provide?
> >
> > Can you please try with CONFIG_ACPI_PROCESSOR=y instead of =m ? This
> > should make the slowness go away too.
> >
> > I think I know what happens. I try to reproduce with
> > CONFIG_ACPI_PROCESSOR=m.
>
> Hmm. Not reproducible on my jinxed Sony.
>
> It might be helpful if you could try with your original config again.
> Please enable printk timestamps and SysRq. Once the slowness kicks in
> please issue a SysRq-Q, so we can look at the internal state of the tick
> code.

BTW: booting with clocksource=pmtmr make it proceed a little better but
I still experience stalls:


[ 0.000000] Linux version 2.6.20-rc6-mm3-1 (mattia@tadamune) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #7 SMP Thu Feb 1 21:44:52 CET 2007
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] sanitize start
[ 0.000000] sanitize end
[ 0.000000] copy_e820_map() start: 0000000000000000 size: 000000000009f800 end: 000000000009f800 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000000009f800 size: 0000000000000800 end: 00000000000a0000 type: 2
[ 0.000000] copy_e820_map() start: 00000000000dc000 size: 0000000000024000 end: 0000000000100000 type: 2
[ 0.000000] copy_e820_map() start: 0000000000100000 size: 000000003fd70000 end: 000000003fe70000 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000003fe70000 size: 0000000000090000 end: 000000003ff00000 type: 4
[ 0.000000] copy_e820_map() start: 000000003ff00000 size: 0000000000100000 end: 0000000040000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000e0000000 size: 0000000010000000 end: 00000000f0000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fec00000 size: 0000000000010000 end: 00000000fec10000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed14000 size: 0000000000006000 end: 00000000fed1a000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed1c000 size: 0000000000074000 end: 00000000fed90000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2
[ 0.000000] copy_e820_map() start: 00000000ff000000 size: 0000000001000000 end: 0000000100000000 type: 2
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
[ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000003fe70000 (usable)
[ 0.000000] BIOS-e820: 000000003fe70000 - 000000003ff00000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000003ff00000 - 0000000040000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
[ 0.000000] 126MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] found SMP MP-table at 000f6480
[ 0.000000] Entering add_active_range(0, 0, 261744) 0 entries of 256 used
[ 0.000000] sizeof(struct page) = 32
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 229376
[ 0.000000] HighMem 229376 -> 261744
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 261744
[ 0.000000] On node 0 totalpages: 261744
[ 0.000000] Node 0 memmap at 0xc1000000 size 8388608 first pfn 0xc1000000
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 4064 pages, LIFO batch:0
[ 0.000000] Normal zone: 1760 pages used for memmap
[ 0.000000] Normal zone: 223520 pages, LIFO batch:31
[ 0.000000] HighMem zone: 252 pages used for memmap
[ 0.000000] HighMem zone: 32116 pages, LIFO batch:7
[ 0.000000] DMI present.
[ 0.000000] ACPI: RSDP @ 0x000f63b0/0x0014 (v000 PTLTD )
[ 0.000000] ACPI: RSDT @ 0x3fe764ef/0x0048 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: FACP @ 0x3fe7ddde/0x0084 (v002 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: DSDT @ 0x3fe77e33/0x5FAB (v001 Sony N0 0x20060710 PTL 0x0100000E)
[ 0.000000] ACPI: FACS @ 0x3fe7efc0/0x0040
[ 0.000000] ACPI: APIC @ 0x3fe7de62/0x0068 (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: BOOT @ 0x3fe7dfd8/0x0028 (v001 Sony N0 0x20060710 PTL 0x00000001)
[ 0.000000] ACPI: MCFG @ 0x3fe7df02/0x003C (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: TCPA @ 0x3fe7df3e/0x0032 (v001 Sony N0 0x20060710 PTL 0x00005A52)
[ 0.000000] ACPI: APIC @ 0x3fe7df70/0x0068 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: SSDT @ 0x3fe776b1/0x077E (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76ee6/0x07CB (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76537/0x04E2 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] Processor #1 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at 50000000 (gap: 40000000:a0000000)
[ 0.000000] Detected 1833.715 MHz processor.
[ 12.852448] Built 1 zonelists. Total pages: 259700
[ 12.852452] Kernel command line: root=/dev/sda3 ro vga=extended resume=/dev/sda5 clocksource=pmtmr
[ 12.852618] mapped APIC to ffffd000 (fee00000)
[ 12.852620] mapped IOAPIC to ffffc000 (fec00000)
[ 12.852623] Enabling fast FPU save and restore... done.
[ 12.852625] Enabling unmasked SIMD FPU exception support... done.
[ 12.852632] Initializing CPU#0
[ 12.852688] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 12.858053] Console: colour VGA+ 80x50
[ 12.863852] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 12.864198] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 12.886662] Memory: 1034188k/1046976k available (1864k kernel code, 12244k reserved, 687k data, 212k init, 129472k highmem)
[ 12.886766] virtual kernel memory layout:
[ 12.886767] fixmap : 0xfff9d000 - 0xfffff000 ( 392 kB)
[ 12.886768] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 12.886769] vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
[ 12.886770] lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
[ 12.886771] .init : 0xc0384000 - 0xc03b9000 ( 212 kB)
[ 12.886772] .data : 0xc02d23c1 - 0xc037dff4 ( 687 kB)
[ 12.886773] .text : 0xc0100000 - 0xc02d23c1 (1864 kB)
[ 12.887372] Checking if this processor honours the WP bit even in supervisor mode... Ok.
[ 12.967554] Calibrating delay using timer specific routine.. 3671.23 BogoMIPS (lpj=7342463)
[ 12.967735] Security Framework v1.0.0 initialized
[ 12.967814] Capability LSM initialized
[ 12.967897] Mount-cache hash table entries: 512
[ 12.968053] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 12.968059] monitor/mwait feature present.
[ 12.968133] using mwait in idle threads.
[ 12.968210] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 12.968344] CPU: L2 cache: 2048K
[ 12.968418] CPU: Physical Processor ID: 0
[ 12.968492] CPU: Processor Core ID: 0
[ 12.968567] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 12.968573] Intel machine check architecture supported.
[ 12.968650] Intel machine check reporting enabled on CPU#0.
[ 12.968729] Compat vDSO mapped to ffffe000.
[ 12.968811] Checking 'hlt' instruction... OK.
[ 12.983667] SMP alternatives: switching to UP code
[ 12.983895] ACPI: Core revision 20070126
[ 12.990057] Parsing all Control Methods:
[ 12.990288] Table [DSDT](id 0001) - 923 Objects with 104 Devices 193 Methods 29 Regions
[ 12.990575] Parsing all Control Methods:
[ 12.990762] Table [SSDT](id 0002) - 13 Objects with 3 Devices 4 Methods 0 Regions
[ 12.991054] Parsing all Control Methods:
[ 12.991245] Table [SSDT](id 0003) - 14 Objects with 3 Devices 5 Methods 0 Regions
[ 12.991549] Parsing all Control Methods:
[ 12.991743] Table [SSDT](id 0004) - 13 Objects with 0 Devices 4 Methods 0 Regions
[ 12.991900] tbxface-0586 [02] tb_load_namespace : ACPI Tables successfully acquired
[ 12.995677] evxfevnt-0091 [02] enable : Transition to ACPI mode successful
[ 12.995902] CPU0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 12.996109] SMP alternatives: switching to SMP code
[ 12.996200] Booting processor 1/1 eip 3000
[ 13.006792] Initializing CPU#1
[ 13.087450] Calibrating delay using timer specific routine.. 3667.18 BogoMIPS (lpj=7334374)
[ 13.087455] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 13.087460] monitor/mwait feature present.
[ 13.087463] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 13.087465] CPU: L2 cache: 2048K
[ 13.087467] CPU: Physical Processor ID: 0
[ 13.087468] CPU: Processor Core ID: 1
[ 13.087469] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 13.087474] Intel machine check architecture supported.
[ 13.087477] Intel machine check reporting enabled on CPU#1.
[ 13.087854] CPU1: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 13.088735] Total of 2 processors activated (7338.41 BogoMIPS).
[ 13.089010] ENABLING IO-APIC IRQs
[ 13.089282] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 13.363220] APIC calibration not consistent with PM Timer: 228ms instead of 100ms
[ 13.363311] APIC delta adjusted to PM-Timer: 1041739 (2375306)
[ 13.471425] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 13.491558] Brought up 2 CPUs
[ 13.680628] migration_cost=59
[ 13.680999] NET: Registered protocol family 16
[ 13.681152] ACPI: bus type pci registered
[ 13.681235] PCI: Using MMCONFIG
[ 13.682146] Setting up standard PCI resources
[ 13.687025] evgpeblk-0952 [04] ev_create_gpe_block : GPE 00 to 1F [_GPE] 4 regs on int 0x9
[ 13.688004] evgpeblk-1049 [03] ev_initialize_gpe_bloc: Found 8 Wake, Enabled 5 Runtime GPEs in this block
[ 13.688919] Completing Region/Field/Buffer/Package initialization:.........................................................................
[ 13.694826] Initialized 29/29 Regions 4/4 Fields 29/29 Buffers 11/38 Packages (972 nodes)
[ 13.694985] Initializing Device/Processor/Thermal objects by executing _INI methods:...
[ 13.696264] Executed 3 _INI methods requiring 2 _STA executions (examined 117 objects)
[ 13.696438] ACPI: Interpreter enabled
[ 13.696512] ACPI: Using IOAPIC for interrupt routing
[ 13.696671] Found System \ [ffffffff]
[ 13.696724] Found Processor \_PR_.CPU0 [c1907dd8]
[ 13.696769] Found Processor \_PR_.CPU1 [c1907dc4]
[ 13.696835] Found Device \_SB_ [c19073c4]
[ 13.696892] Found Device \_SB_.LID0 [c190da40]
[ 13.696956] Found Device \_SB_.PWRB [c190da04]
[ 13.697018] Found Device \_SB_.PCI0 [c190d9a0]
[ 13.697086] Found Device \_SB_.PCI0.PDRC [c190d7c0]
[ 13.697148] Found Device \_SB_.PCI0.PEGP [c190dfcc]
[ 13.697213] Found Device \_SB_.PCI0.GFX0 [c190df90]
[ 13.697283] Found Device \_SB_.PCI0.HDEF [c190df68]
[ 13.697345] Found Device \_SB_.PCI0.RP01 [c190df04]
[ 13.697415] Found Device \_SB_.PCI0.RP01.S1F0 [c190de50]
[ 13.697485] Found Device \_SB_.PCI0.RP01.S1F1 [c190ddec]
[ 13.697552] Found Device \_SB_.PCI0.RP01.S1F2 [c190dd88]
[ 13.697626] Found Device \_SB_.PCI0.RP01.S1F3 [c190dd24]
[ 13.697693] Found Device \_SB_.PCI0.RP01.S1F4 [c190dcc0]
[ 13.697762] Found Device \_SB_.PCI0.RP01.S1F5 [c190dc5c]
[ 13.697831] Found Device \_SB_.PCI0.RP01.S1F6 [c190f748]
[ 13.697902] Found Device \_SB_.PCI0.RP01.S1F7 [c190f6e4]
[ 13.697967] Found Device \_SB_.PCI0.RP02 [c190f66c]
[ 13.698140] Found Device \_SB_.PCI0.RP02.WLAN [c190f5b8]
[ 13.698205] Found Device \_SB_.PCI0.RP03 [c190f52c]
[ 13.698275] Found Device \_SB_.PCI0.RP03.TLAN [c190f464]
[ 13.698339] Found Device \_SB_.PCI0.RP04 [c190f414]
[ 13.698407] Found Device \_SB_.PCI0.RP04.DLAN [c190f34c]
[ 13.698470] Found Device \_SB_.PCI0.RP04.S4F1 [c190f2e8]
[ 13.698534] Found Device \_SB_.PCI0.RP04.S4F2 [c190fc0c]
[ 13.698597] Found Device \_SB_.PCI0.RP04.S4F3 [c190fbd0]
[ 13.698659] Found Device \_SB_.PCI0.RP04.S4F4 [c190fb94]
[ 13.698719] Found Device \_SB_.PCI0.RP04.S4F5 [c190fb58]
[ 13.698782] Found Device \_SB_.PCI0.RP04.S4F6 [c190fb1c]
[ 13.698845] Found Device \_SB_.PCI0.RP04.S4F7 [c190fae0]
[ 13.698913] Found Device \_SB_.PCI0.RP05 [c190faa4]
[ 13.698975] Found Device \_SB_.PCI0.RP05.EX2P [c190f9dc]
[ 13.699037] Found Device \_SB_.PCI0.RP05.S5F1 [c190f978]
[ 13.699100] Found Device \_SB_.PCI0.RP05.S5F2 [c190f93c]
[ 13.699166] Found Device \_SB_.PCI0.RP05.S5F3 [c190f900]
[ 13.699228] Found Device \_SB_.PCI0.RP05.S5F4 [c190f8c4]
[ 13.699294] Found Device \_SB_.PCI0.RP05.S5F5 [c190f888]
[ 13.699355] Found Device \_SB_.PCI0.RP05.S5F6 [c190f84c]
[ 13.699418] Found Device \_SB_.PCI0.RP05.S5F7 [c190f810]
[ 13.699483] Found Device \_SB_.PCI0.RP06 [c190f7d4]
[ 13.699559] Found Device \_SB_.PCI0.RP06.S6F0 [c190ffa4]
[ 13.699627] Found Device \_SB_.PCI0.RP06.S6F1 [c190ff40]
[ 13.699699] Found Device \_SB_.PCI0.RP06.S6F2 [c190fedc]
[ 13.699768] Found Device \_SB_.PCI0.RP06.S6F3 [c190fe78]
[ 13.699837] Found Device \_SB_.PCI0.RP06.S6F4 [c190fe14]
[ 13.699907] Found Device \_SB_.PCI0.RP06.S6F5 [c190fdb0]
[ 13.699976] Found Device \_SB_.PCI0.RP06.S6F6 [c190fd4c]
[ 13.700045] Found Device \_SB_.PCI0.RP06.S6F7 [c190fce8]
[ 13.700119] Found Device \_SB_.PCI0.USB1 [c190fc70]
[ 13.700190] Found Device \_SB_.PCI0.USB2 [c1910748]
[ 13.700260] Found Device \_SB_.PCI0.USB3 [c19106d0]
[ 13.700330] Found Device \_SB_.PCI0.USB4 [c1910658]
[ 13.700402] Found Device \_SB_.PCI0.USB7 [c19105e0]
[ 13.700464] Found Device \_SB_.PCI0.USB7.HUB7 [c19105b8]
[ 13.700531] Found Device \_SB_.PCI0.USB7.HUB7.PRT1 [c1910590]
[ 13.700593] Found Device \_SB_.PCI0.USB7.HUB7.PRT2 [c1910568]
[ 13.700656] Found Device \_SB_.PCI0.USB7.HUB7.PRT3 [c1910540]
[ 13.700719] Found Device \_SB_.PCI0.USB7.HUB7.PRT4 [c1910518]
[ 13.700782] Found Device \_SB_.PCI0.USB7.HUB7.PRT5 [c19104f0]
[ 13.700844] Found Device \_SB_.PCI0.USB7.HUB7.PRT6 [c19104c8]
[ 13.700910] Found Device \_SB_.PCI0.USB7.HUB7.PRT7 [c19104a0]
[ 13.700972] Found Device \_SB_.PCI0.USB7.HUB7.PRT8 [c1910478]
[ 13.701038] Found Device \_SB_.PCI0.PCIB [c191043c]
[ 13.701111] Found Device \_SB_.PCI0.PCIB.SLT0 [c1910414]
[ 13.701182] Found Device \_SB_.PCI0.PCIB.LANC [c19103d8]
[ 13.701350] Found Device \_SB_.PCI0.PCIB.CRD2 [c191039c]
[ 13.701424] Found Device \_SB_.PCI0.PCIB.S294 [c19102c0]
[ 13.701487] Found Device \_SB_.PCI0.PCIB.MST2 [c1910bf8]
[ 13.701655] Found Device \_SB_.PCI0.PCIB.CRD0 [c1910bd0]
[ 13.701724] Found Device \_SB_.PCI0.PCIB.SD94 [c1910af4]
[ 13.701788] Found Device \_SB_.PCI0.PCIB.MMST [c1910acc]
[ 13.701852] Found Device \_SB_.PCI0.AUD0 [c1910a90]
[ 13.701918] Found Device \_SB_.PCI0.MODM [c1910a68]
[ 13.701984] Found Device \_SB_.PCI0.LPCB [c1910a40]
[ 13.702199] Found Device \_SB_.PCI0.LPCB.LNKA [c19108ec]
[ 13.702396] Found Device \_SB_.PCI0.LPCB.LNKB [c191084c]
[ 13.702595] Found Device \_SB_.PCI0.LPCB.LNKC [c19107ac]
[ 13.702791] Found Device \_SB_.PCI0.LPCB.LNKD [c1910f90]
[ 13.702987] Found Device \_SB_.PCI0.LPCB.LNKE [c1910ef0]
[ 13.703203] Found Device \_SB_.PCI0.LPCB.LNKF [c1910e50]
[ 13.703397] Found Device \_SB_.PCI0.LPCB.LNKG [c1910db0]
[ 13.703592] Found Device \_SB_.PCI0.LPCB.LNKH [c1910d10]
[ 13.703665] Found Device \_SB_.PCI0.LPCB.EC0_ [c1910c70]
[ 13.707695] Found Device \_SB_.PCI0.LPCB.EC0_.BAT1 [c1911a18]
[ 13.707856] Found Device \_SB_.PCI0.LPCB.EC0_.ACAD [c1911950]
[ 13.707917] Found Device \_SB_.PCI0.LPCB.DMAC [c19118ec]
[ 13.707978] Found Device \_SB_.PCI0.LPCB.FWHD [c19118b0]
[ 13.708134] Found Device \_SB_.PCI0.LPCB.IPIC [c19117fc]
[ 13.708194] Found Device \_SB_.PCI0.LPCB.MATH [c19117c0]
[ 13.708253] Found Device \_SB_.PCI0.LPCB.LDRC [c1911784]
[ 13.708318] Found Device \_SB_.PCI0.LPCB.RTC_ [c1911f90]
[ 13.708377] Found Device \_SB_.PCI0.LPCB.TIMR [c1911f54]
[ 13.708559] Found Device \_SB_.PCI0.LPCB.TPM_ [c1911f18]
[ 13.712558] Found Device \_SB_.PCI0.LPCB.SPIC [c1911ea0]
[ 13.712624] Found Device \_SB_.PCI0.LPCB.SNC_ [c1911dd8]
[ 13.712689] Found Device \_SB_.PCI0.LPCB.PS2K [c1913748]
[ 13.712754] Found Device \_SB_.PCI0.LPCB.PS2M [c191370c]
[ 13.712830] Found Device \_SB_.PCI0.PATA [c19136bc]
[ 13.712897] Found Device \_SB_.PCI0.PATA.PRID [c19135a4]
[ 13.712961] Found Device \_SB_.PCI0.PATA.PRID.P_D0 [c1913554]
[ 13.713023] Found Device \_SB_.PCI0.PATA.PRID.P_D1 [c1913518]
[ 13.713089] Found Device \_SB_.PCI0.SATA [c191348c]
[ 13.713161] Found Device \_SB_.PCI0.SATA.PRID [c19139dc]
[ 13.713223] Found Device \_SB_.PCI0.SATA.PRID.P_D0 [c191398c]
[ 13.713285] Found Device \_SB_.PCI0.SATA.PRID.P_D1 [c1913950]
[ 13.713349] Found Device \_SB_.PCI0.SATA.SECD [c19138d8]
[ 13.713417] Found Device \_SB_.PCI0.SATA.SECD.S_D0 [c1913888]
[ 13.713480] Found Device \_SB_.PCI0.SATA.SECD.S_D1 [c1913838]
[ 13.713549] Found Device \_SB_.PCI0.SBUS [c1913310]
[ 13.715581] Found Thermal Zone \_TZ_ [c190739c]
[ 13.715664] Found Thermal Zone \_TZ_.ATF0 [c190d4a0]
[ 13.715713] Found Thermal Zone \_TZ_.DTS0 [c190d3ec]
[ 13.715759] Found Thermal Zone \_TZ_.DTS1 [c190d34c]
[ 13.716098] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 13.716797] PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
[ 13.716877] PCI quirk: region 1180-11bf claimed by ICH6 GPIO
[ 13.717191] Boot video device is 0000:01:00.0
[ 13.718224] PCI: Transparent bridge - 0000:00:1e.0
[ 13.718369] PCI: Bus #0a (-#0d) is hidden behind transparent bridge #09 (-#0a) (try 'pci=assign-busses')
[ 13.722639] Please report the result to linux-kernel to fix this permanently
[ 13.722792] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 13.723351] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEGP._PRT]
[ 13.723596] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[ 13.723843] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
[ 13.724079] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT]
[ 13.724314] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
[ 13.724582] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
[ 13.731518] ACPI: PCI Interrupt Link [LNKA] (IRQs 10) *5
[ 13.731995] ACPI: PCI Interrupt Link [LNKB] (IRQs *10)
[ 13.732413] ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
[ 13.732831] ACPI: PCI Interrupt Link [LNKD] (IRQs *10)
[ 13.733248] ACPI: PCI Interrupt Link [LNKE] (IRQs 10) *0, disabled.
[ 13.733784] ACPI: PCI Interrupt Link [LNKF] (IRQs *10)
[ 13.734202] ACPI: PCI Interrupt Link [LNKG] (IRQs *10)
[ 13.734619] ACPI: PCI Interrupt Link [LNKH] (IRQs *10)
[ 13.735008] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 13.735096] pnp: PnP ACPI init
[ 13.738478] pnp: PnP ACPI: found 11 devices
[ 13.738556] PnPBIOS: Disabled by ACPI PNP
[ 13.738747] SCSI subsystem initialized
[ 13.738855] libata version 2.00 loaded.
[ 13.738908] PCI: Using ACPI for IRQ routing
[ 13.738983] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 13.739241] NET: Registered protocol family 8
[ 13.739317] NET: Registered protocol family 20
[ 13.739429] pnp: 00:01: iomem range 0xe0000000-0xefffffff could not be reserved
[ 13.739519] pnp: 00:01: iomem range 0xfed14000-0xfed17fff could not be reserved
[ 13.739609] pnp: 00:01: iomem range 0xfed18000-0xfed18fff could not be reserved
[ 13.739699] pnp: 00:01: iomem range 0xfed19000-0xfed19fff could not be reserved
[ 13.740061] PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
[ 13.740151] PCI: Bridge: 0000:00:01.0
[ 13.740225] IO window: disabled.
[ 13.740300] MEM window: dc000000-ddffffff
[ 13.740375] PREFETCH window: c0000000-cfffffff
[ 13.740451] PCI: Bridge: 0000:00:1c.0
[ 13.740526] IO window: 2000-2fff
[ 13.740604] MEM window: d6000000-d7ffffff
[ 13.740682] PREFETCH window: d0000000-d1ffffff
[ 13.740760] PCI: Bridge: 0000:00:1c.1
[ 13.740834] IO window: disabled.
[ 13.740912] MEM window: de100000-de1fffff
[ 13.740989] PREFETCH window: disabled.
[ 13.741066] PCI: Bridge: 0000:00:1c.2
[ 13.741142] IO window: 3000-3fff
[ 13.741219] MEM window: d8000000-d9ffffff
[ 13.741297] PREFETCH window: d2000000-d3ffffff
[ 13.741376] PCI: Bridge: 0000:00:1c.3
[ 13.741451] IO window: 4000-4fff
[ 13.741528] MEM window: da000000-dbffffff
[ 13.741606] PREFETCH window: d4000000-d5ffffff
[ 13.741691] PCI: Bus 10, cardbus bridge: 0000:09:04.0
[ 13.741766] IO window: 00005000-000050ff
[ 13.741844] IO window: 00005400-000054ff
[ 13.741923] PREFETCH window: 50000000-53ffffff
[ 13.742002] MEM window: 54000000-57ffffff
[ 13.742079] PCI: Bridge: 0000:00:1e.0
[ 13.742155] IO window: 5000-5fff
[ 13.742232] MEM window: de000000-de0fffff
[ 13.742310] PREFETCH window: 50000000-53ffffff
[ 13.742395] ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.742546] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.742565] ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.742715] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.742736] ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 17 (level, low) -> IRQ 17
[ 13.742886] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.742907] ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
[ 13.743057] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.743080] ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19
[ 13.743231] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.743243] PCI: Setting latency timer of device 0000:00:1e.0 to 64
[ 13.743265] ACPI: PCI Interrupt 0000:09:04.0[A] -> GSI 20 (level, low) -> IRQ 20
[ 13.743437] NET: Registered protocol family 2
[ 13.783050] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 13.783200] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 13.783750] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 13.784066] TCP: Hash tables configured (established 131072 bind 65536)
[ 13.784144] TCP reno registered
[ 13.795233] Simple Boot Flag at 0x37 set to 0x1
[ 13.795715] audit: initializing netlink socket (disabled)
[ 13.795802] audit(1170365468.500:1): initialized
[ 13.795948] highmem bounce pool size: 64 pages
[ 13.796142] JFS: nTxBlock = 8080, nTxLock = 64646
[ 13.799486] io scheduler noop registered
[ 13.799625] io scheduler anticipatory registered
[ 13.799759] io scheduler deadline registered
[ 13.799902] io scheduler cfq registered (default)
[ 13.800382] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.800399] assign_interrupt_mode Found MSI capability
[ 13.800498] Allocate Port Service[0000:00:01.0:pcie00]
[ 13.800534] Allocate Port Service[0000:00:01.0:pcie03]
[ 13.800592] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.800644] assign_interrupt_mode Found MSI capability
[ 13.800755] Allocate Port Service[0000:00:1c.0:pcie00]
[ 13.800784] Allocate Port Service[0000:00:1c.0:pcie02]
[ 13.800811] Allocate Port Service[0000:00:1c.0:pcie03]
[ 13.800922] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.800973] assign_interrupt_mode Found MSI capability
[ 13.801084] Allocate Port Service[0000:00:1c.1:pcie00]
[ 13.801116] Allocate Port Service[0000:00:1c.1:pcie02]
[ 13.801144] Allocate Port Service[0000:00:1c.1:pcie03]
[ 13.801252] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.801303] assign_interrupt_mode Found MSI capability
[ 13.801415] Allocate Port Service[0000:00:1c.2:pcie00]
[ 13.801444] Allocate Port Service[0000:00:1c.2:pcie02]
[ 13.801472] Allocate Port Service[0000:00:1c.2:pcie03]
[ 13.801580] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.801632] assign_interrupt_mode Found MSI capability
[ 13.801743] Allocate Port Service[0000:00:1c.3:pcie00]
[ 13.801775] Allocate Port Service[0000:00:1c.3:pcie02]
[ 13.801804] Allocate Port Service[0000:00:1c.3:pcie03]
[ 13.802646] ACPI: SSDT @ 0x3fe76cb5/0x01A8 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.802919] Parsing all Control Methods:
[ 13.803167] Table [SSDT](id 0075) - 5 Objects with 0 Devices 3 Methods 0 Regions
[ 13.803529] ACPI: SSDT @ 0x3fe76a19/0x0217 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.803763] Parsing all Control Methods:
[ 13.804003] Table [SSDT](id 0076) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.805209] ACPI: CPU0 (power states: C1[C1] C2[C2])
[ 13.805462] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 13.806224] ACPI: SSDT @ 0x3fe76e5d/0x0089 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.806475] Parsing all Control Methods:
[ 13.806717] Table [SSDT](id 007B) - 3 Objects with 0 Devices 3 Methods 0 Regions
[ 13.807071] ACPI: SSDT @ 0x3fe76c30/0x0085 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.807304] Parsing all Control Methods:
[ 13.807545] Table [SSDT](id 007C) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.808555] ACPI: CPU1 (power states: C1[C1] C2[C2])
[ 13.808809] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 13.812098] isapnp: Scanning for PnP cards...
[ 14.166397] isapnp: No Plug & Play device found
[ 14.169415] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
[ 14.170693] RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
[ 14.170867] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 14.170946] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 14.171065] ICH7: IDE controller at PCI slot 0000:00:1f.1
[ 14.171153] ACPI: PCI Interrupt 0000:00:1f.1[B] -> GSI 22 (level, low) -> IRQ 21
[ 14.171305] ICH7: chipset revision 2
[ 14.171379] ICH7: not 100% native mode: will probe irqs later
[ 14.171463] ide0: BM-DMA at 0x1880-0x1887, BIOS settings: hda:DMA, hdb:pio
[ 14.171678] Probing IDE interface ide0...
[ 14.904601] hda: MATSHITADVD-RAM UJ-842S, ATAPI CD/DVD-ROM drive
[ 15.240023] hda: selected mode 0x42
[ 15.240354] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 15.242981] ata_piix 0000:00:1f.2: version 2.00ac7
[ 15.242986] ata_piix 0000:00:1f.2: MAP [ P0 P2 XX XX ]
[ 15.243355] ata_piix 0000:00:1f.2: invalid MAP value 0
[ 15.395890] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 22 (level, low) -> IRQ 21
[ 15.396062] PCI: Setting latency timer of device 0000:00:1f.2 to 64
[ 15.396120] ata1: SATA max UDMA/133 cmd 0x18C8 ctl 0x18AE bmdma 0x18B0 irq 21
[ 15.396235] ata2: SATA max UDMA/133 cmd 0x18C0 ctl 0x18AA bmdma 0x18B8 irq 21
[ 15.396323] scsi0 : ata_piix
[ 15.570638] ata1.00: ATA-6, max UDMA/100, 195371568 sectors: LBA48 NCQ (depth 0/32)
[ 15.570735] ata1.00: ata1: dev 0 multi count 16
[ 15.586332] ata1.00: configured for UDMA/100
[ 15.586419] scsi1 : ata_piix
[ 15.750829] ATA: abnormal status 0x7F on port 0x18C7
[ 15.750986] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK1032GS AS02 PQ: 0 ANSI: 5
[ 15.751171] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 15.751257] sda: Write Protect is off
[ 15.751332] sda: Mode Sense: 00 3a 00 00
[ 15.751346] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 15.751470] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 15.751554] sda: Write Protect is off
[ 15.755800] sda: Mode Sense: 00 3a 00 00
[ 15.755814] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 15.755905] sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
[ 15.835628] sd 0:0:0:0: Attached scsi disk sda
[ 15.835840] PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 15.838349] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 15.838427] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 15.838580] mice: PS/2 mouse device common for all mice
[ 15.868749] TCP bic registered
[ 15.868832] NET: Registered protocol family 1
[ 15.868909] NET: Registered protocol family 17
[ 15.869048] Starting balanced_irq
[ 15.869128] Using IPI No-Shortcut mode
[ 15.869597] ACPI: (supports S0 S3 S4 S5)
[ 15.871470] Time: acpi_pm clocksource has been installed.
[ 15.871579] Switched to NOHz mode on CPU #1
[ 15.871582] Switched to NOHz mode on CPU #0
[ 15.875069] input: AT Translated Set 2 keyboard as /class/input/input0
[ 16.009205] VFS: Mounted root (jfs filesystem) readonly.
[ 16.009432] Freeing unused kernel memory: 212k freed
[ 18.431301] usbcore: registered new interface driver usbfs
[ 18.431709] usbcore: registered new interface driver hub
[ 18.432028] usbcore: registered new device driver usb
[ 18.487988] ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 22
[ 18.488154] PCI: Setting latency timer of device 0000:00:1d.7 to 64
[ 18.488158] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 18.488338] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
[ 18.488460] ehci_hcd 0000:00:1d.7: debug port 1
[ 18.488542] PCI: cache line size of 32 is not supported by device 0000:00:1d.7
[ 18.488611] ehci_hcd 0000:00:1d.7: irq 22, io mem 0xde404000
[ 18.492564] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 18.492735] usb usb1: new device found, idVendor=0000, idProduct=0000
[ 18.492814] usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.492893] usb usb1: Product: EHCI Host Controller
[ 18.492993] usb usb1: Manufacturer: Linux 2.6.20-rc6-mm3-1 ehci_hcd
[ 18.493076] usb usb1: SerialNumber: 0000:00:1d.7
[ 18.493225] usb usb1: configuration #1 chosen from 1 choice
[ 18.493334] hub 1-0:1.0: USB hub found
[ 18.493415] hub 1-0:1.0: 8 ports detected
[ 18.550196] USB Universal Host Controller Interface driver v3.0
[ 18.598964] ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 19 (level, low) -> IRQ 19
[ 18.599140] PCI: Setting latency timer of device 0000:00:1d.0 to 64
[ 18.599144] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 18.599246] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
[ 18.599371] uhci_hcd 0000:00:1d.0: irq 19, io base 0x00001800
[ 18.599484] usb usb2: new device found, idVendor=0000, idProduct=0000
[ 18.599564] usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.599644] usb usb2: Product: UHCI Host Controller
[ 18.599723] usb usb2: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.599812] usb usb2: SerialNumber: 0000:00:1d.0
[ 18.599934] usb usb2: configuration #1 chosen from 1 choice
[ 18.600034] hub 2-0:1.0: USB hub found
[ 18.600115] hub 2-0:1.0: 2 ports detected
[ 18.645377] input: PC Speaker as /class/input/input1
[ 18.700816] ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
[ 18.700993] PCI: Setting latency timer of device 0000:00:1d.1 to 64
[ 18.700997] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 18.701093] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
[ 18.701207] uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001820
[ 18.701317] usb usb3: new device found, idVendor=0000, idProduct=0000
[ 18.701394] usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.701473] usb usb3: Product: UHCI Host Controller
[ 18.701549] usb usb3: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.701627] usb usb3: SerialNumber: 0000:00:1d.1
[ 18.701746] usb usb3: configuration #1 chosen from 1 choice
[ 18.701842] hub 3-0:1.0: USB hub found
[ 18.701919] hub 3-0:1.0: 2 ports detected
[ 18.817836] ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 19 (level, low) -> IRQ 19
[ 18.818011] PCI: Setting latency timer of device 0000:00:1d.2 to 64
[ 18.818015] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 18.818109] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
[ 18.818224] uhci_hcd 0000:00:1d.2: irq 19, io base 0x00001840
[ 18.818334] usb usb4: new device found, idVendor=0000, idProduct=0000
[ 18.818413] usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.818491] usb usb4: Product: UHCI Host Controller
[ 18.818567] usb usb4: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.818644] usb usb4: SerialNumber: 0000:00:1d.2
[ 18.818764] usb usb4: configuration #1 chosen from 1 choice
[ 18.818860] hub 4-0:1.0: USB hub found
[ 18.818940] hub 4-0:1.0: 2 ports detected
[ 18.920594] ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 19 (level, low) -> IRQ 19
[ 18.920767] PCI: Setting latency timer of device 0000:00:1d.3 to 64
[ 18.920771] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 18.920865] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
[ 18.920979] uhci_hcd 0000:00:1d.3: irq 19, io base 0x00001860
[ 18.921087] usb usb5: new device found, idVendor=0000, idProduct=0000
[ 18.921165] usb usb5: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.921243] usb usb5: Product: UHCI Host Controller
[ 18.921319] usb usb5: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.921396] usb usb5: SerialNumber: 0000:00:1d.3
[ 18.921516] usb usb5: configuration #1 chosen from 1 choice
[ 18.921613] hub 5-0:1.0: USB hub found
[ 18.921691] hub 5-0:1.0: 2 ports detected
[ 18.924138] usb 1-4: new high speed USB device using ehci_hcd and address 2
[ 19.204569] input: PS/2 Mouse as /class/input/input2
[ 19.217616] input: AlpsPS/2 ALPS GlidePoint as /class/input/input3
[ 19.249892] tpm_inf_pnp 00:07: Found TPM with ID IFX0102
[ 19.250028] tpm_inf_pnp 00:07: TPM found: config base 0x2e, io base 0x1670, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2)
[ 19.274013] Yenta: CardBus bridge found at 0000:09:04.0 [104d:81e6]
[ 19.274116] Yenta: Using CSCINT to route CSC interrupts to PCI
[ 19.274197] Yenta: Routing CardBus interrupts to PCI
[ 19.274277] Yenta TI: socket 0000:09:04.0, mfunc 0x01a21b22, devctl 0x64
[ 19.281332] Linux agpgart interface v0.102 (c) Dave Jones
[ 19.282803] agpgart: Detected an Intel 945GM Chipset.
[ 19.300918] agpgart: AGP aperture is 256M @ 0x0
[ 19.301465] Real Time Clock Driver v1.12ac
[ 19.355844] usb 1-4: new device found, idVendor=054c, idProduct=0281
[ 19.355933] usb 1-4: new device strings: Mfr=1, Product=2, SerialNumber=3
[ 19.356018] usb 1-4: Product: UMH-U09
[ 19.356097] usb 1-4: Manufacturer: Sony
[ 19.356183] usb 1-4: SerialNumber: F000001C9B3A
[ 19.356327] usb 1-4: configuration #1 chosen from 1 choice
[ 19.386058] hda: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
[ 19.386641] Uniform CD-ROM driver Revision: 3.20
[ 19.512694] Yenta: ISA IRQ mask 0x0cf8, PCI irq 20
[ 19.512775] Socket status: 30000006
[ 19.512850] Yenta: Raising subordinate bus# of parent bus (#09) from #0a to #0d
[ 19.512943] pcmcia: parent PCI bridge I/O window: 0x5000 - 0x5fff
[ 19.513021] cs: IO port probe 0x5000-0x5fff: clean.
[ 19.513421] pcmcia: parent PCI bridge Memory window: 0xde000000 - 0xde0fffff
[ 19.513500] pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff
[ 19.513868] ACPI: PCI Interrupt 0000:07:00.0[A] -> GSI 18 (level, low) -> IRQ 18
[ 19.514039] PCI: Setting latency timer of device 0000:07:00.0 to 64
[ 19.514098] sky2 v1.10 addr 0xd8000000 irq 18 Yukon-FE (0xb7) rev 1
[ 19.514304] sky2 eth0: addr 00:13:a9:41:76:84
[ 19.514436] ACPI: PCI Interrupt 0000:09:04.2[C] -> GSI 22 (level, low) -> IRQ 21
[ 19.515055] ieee80211_crypt: registered algorithm 'NULL'
[ 19.516839] ieee80211: 802.11 data/management/control stack, git-1.1.13
[ 19.516924] ieee80211: Copyright (C) 2004-2005 Intel Corporation <[email protected]>
[ 19.733465] Initializing USB Mass Storage driver...
[ 19.852213] ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.2.0dmpr
[ 19.852308] ipw3945: Copyright(c) 2003-2006 Intel Corporation
[ 19.852541] ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 17 (level, low) -> IRQ 17
[ 19.852740] PCI: Setting latency timer of device 0000:06:00.0 to 64
[ 19.853087] ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
[ 19.899161] usb 1-6: new high speed USB device using ehci_hcd and address 4
[ 19.958061] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 23
[ 19.962654] PCI: Setting latency timer of device 0000:00:1b.0 to 64
[ 20.039091] usb 1-6: new device found, idVendor=05ca, idProduct=1830
[ 20.039179] usb 1-6: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 20.039374] usb 1-6: configuration #1 chosen from 1 choice
[ 20.078724] cs: IO port probe 0x100-0x3af: clean.
[ 20.081112] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
[ 20.082304] cs: IO port probe 0x820-0x8ff: clean.
[ 20.083266] cs: IO port probe 0xc00-0xcf7: clean.
[ 20.084346] cs: IO port probe 0xa00-0xaff: clean.
[ 20.838620] usb 4-1: new full speed USB device using uhci_hcd and address 2
[ 21.017383] usb 4-1: new device found, idVendor=0483, idProduct=2016
[ 21.017468] usb 4-1: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 21.017552] usb 4-1: Product: Biometric Coprocessor
[ 21.017643] usb 4-1: Manufacturer: STMicroelectronics
[ 21.017789] usb 4-1: configuration #1 chosen from 1 choice
[ 21.386093] usb 5-1: new low speed USB device using uhci_hcd and address 2
[ 21.539760] usb 5-1: new device found, idVendor=054c, idProduct=01bb
[ 21.539845] usb 5-1: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 21.540032] usb 5-1: configuration #1 chosen from 1 choice
[ 21.781715] usb 5-2: new full speed USB device using uhci_hcd and address 3
[ 21.982357] usb 5-2: new device found, idVendor=044e, idProduct=300c
[ 21.982442] usb 5-2: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 21.982526] usb 5-2: Product: UGX
[ 21.982614] usb 5-2: Manufacturer: ALPS
[ 21.982756] usb 5-2: configuration #1 chosen from 1 choice
[ 22.036178] scsi2 : SCSI emulation for USB Mass Storage devices
[ 22.036303] usb-storage: device found at 2
[ 22.036305] usb-storage: waiting for device to settle before scanning
[ 22.036333] usbcore: registered new interface driver usb-storage
[ 22.036413] USB Mass Storage support registered.
[ 22.036651] Bluetooth: Core ver 2.11
[ 22.036955] NET: Registered protocol family 31
[ 22.037031] Bluetooth: HCI device and connection manager initialized
[ 22.037109] Bluetooth: HCI socket layer initialized
[ 22.062827] Bluetooth: HCI USB driver ver 2.9
[ 22.065919] usbcore: registered new interface driver hci_usb
[ 22.536788] Adding 979924k swap on /dev/sda5. Priority:-1 extents:1 across:979924k
[ 23.489142] loop: loaded (max 8 devices)
[ 23.536167] ACPI Sony Notebook Control Driver v0.3 successfully installed
[ 23.544458] sonypi: Sony Programmable I/O Controller Driver v1.26.
[ 23.546117] sonypi: detected type3 model, verbose = 0, fnkeyinit = off, camera = off, compat = off, mask = 0xffffffff, useinput = on, acpi = on
[ 23.546216] sonypi: enabled at irq=11, port1=0x1080, port2=0x1084
[ 23.546293] sonypi: device allocated minor is 63
[ 23.553993] input: Sony Vaio Jogdial as /class/input/input4
[ 23.555686] input: Sony Vaio Keys as /class/input/input5
[ 23.662494] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [email protected]
[ 26.591843] ipw3945: Detected geography ABG (13 802.11bg channels, 12 802.11a channels)
[ 27.037900] scsi 2:0:0:0: Direct-Access Sony USB HS-CARD 4.52 PQ: 0 ANSI: 0
[ 27.087513] sd 2:0:0:0: Attached scsi removable disk sdb
[ 27.088639] usb-storage: device scan complete
[ 29.304111] sky2 eth0: enabling interface
[ 29.306381] sky2 eth0: ram buffer 4K
[ 32.401687] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 34.259849] NET: Registered protocol family 10
[ 34.260039] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 44.611655] eth2: no IPv6 routers present
[ 56.974458] Netfilter messages via NETLINK v0.30.
[ 56.982635] nf_conntrack version 0.5.0 (8179 buckets, 65432 max)
[ 80.371352] SysRq : Show Pending Timers
[ 80.371510] Timer List Version: v0.3
[ 80.371590] HRTIMER_MAX_CLOCK_BASES: 2
[ 80.371678] now at 67306412690 nsecs
[ 80.371751]
[ 80.371752] cpu: 0
[ 80.371894] clock 0:
[ 80.371966] .index: 0
[ 80.372039] .resolution: 4000250 nsecs
[ 80.372112] .get_time: ktime_get_real
[ 80.372307] active timers:
[ 80.372380] clock 1:
[ 80.372452] .index: 1
[ 80.372525] .resolution: 4000250 nsecs
[ 80.372599] .get_time: ktime_get
[ 80.372790] active timers:
[ 80.372863] .nohz_mode : 1
[ 80.372937] .idle_tick : 67292033750 nsecs
[ 80.373012] .tick_stopped : 1
[ 80.373085] .idle_jiffies : 4294909118
[ 80.373160] .idle_calls : 35728
[ 80.373234] .idle_sleeps : 5871
[ 80.373308] .idle_entrytime : 67290929947 nsecs
[ 80.373384] .idle_sleeptime : 60614021915 nsecs
[ 80.373460] .last_jiffies : 4294909118
[ 80.373535] .next_jiffies : 4294909155
[ 80.373609] .idle_expires : 67436000000 nsecs
[ 80.373684] jiffies: 4294909122
[ 80.373758]
[ 80.373758] cpu: 1
[ 80.373900] clock 0:
[ 80.373972] .index: 0
[ 80.374045] .resolution: 4000250 nsecs
[ 80.374119] .get_time: ktime_get_real
[ 80.374310] active timers:
[ 80.374383] clock 1:
[ 80.374455] .index: 1
[ 80.374528] .resolution: 4000250 nsecs
[ 80.374602] .get_time: ktime_get
[ 80.374793] active timers:
[ 80.374865] .nohz_mode : 1
[ 80.374939] .idle_tick : 65807941000 nsecs
[ 80.375014] .tick_stopped : 1
[ 80.375088] .idle_jiffies : 4294908747
[ 80.375162] .idle_calls : 1350
[ 80.375236] .idle_sleeps : 708
[ 80.375310] .idle_entrytime : 65804072320 nsecs
[ 80.375386] .idle_sleeptime : 62278322765 nsecs
[ 80.375462] .last_jiffies : 4294908747
[ 80.375537] .next_jiffies : 4294909247
[ 80.375611] .idle_expires : 67804000000 nsecs
[ 80.375687] jiffies: 4294909122
[ 80.375760]
[ 80.375831]
[ 80.375831] Tick Device: mode: 1
[ 80.375975] Clock Event Device: pit
[ 80.376107] max_delta_ns: 27461866
[ 80.376181] min_delta_ns: 4000250
[ 80.376255] mult: 5124677
[ 80.376329] shift: 32
[ 80.376402] mode: 3
[ 80.376475] next_event: 67436000000 nsecs
[ 80.376550] set_next_event: pit_next_event
[ 80.376744] set_mode: init_pit_timer
[ 80.376936] event_handler: tick_handle_oneshot_broadcast
[ 80.377131] tick_broadcast_mask: 00000003
[ 80.377205] tick_broadcast_oneshot_mask: 00000003
[ 80.377281]
[ 80.377352]
[ 80.377352] Tick Device: mode: 1
[ 80.377496] Clock Event Device: lapic
[ 80.377629] max_delta_ns: 805300686
[ 80.377703] min_delta_ns: 4000250
[ 80.377777] mult: 44739553
[ 80.377851] shift: 32
[ 80.377923] mode: 1
[ 80.377997] next_event: 67436000000 nsecs
[ 80.378071] set_next_event: lapic_next_event
[ 80.378264] set_mode: lapic_timer_setup
[ 80.378456] event_handler: tick_nohz_handler
[ 80.378649]
[ 80.378649] Tick Device: mode: 1
[ 80.378793] Clock Event Device: lapic
[ 80.378926] max_delta_ns: 805300686
[ 80.379000] min_delta_ns: 4000250
[ 80.379073] mult: 44739553
[ 80.379147] shift: 32
[ 80.379221] mode: 1
[ 80.379294] next_event: 67804000000 nsecs
[ 80.379369] set_next_event: lapic_next_event
[ 80.379561] set_mode: lapic_timer_setup
[ 80.379753] event_handler: tick_nohz_handler
[ 80.379945]
[ 151.172554] SysRq : Show Pending Timers
[ 151.172712] Timer List Version: v0.3
[ 151.172792] HRTIMER_MAX_CLOCK_BASES: 2
[ 151.172880] now at 138165223812 nsecs
[ 151.172954]
[ 151.172954] cpu: 0
[ 151.173097] clock 0:
[ 151.173168] .index: 0
[ 151.173241] .resolution: 4000250 nsecs
[ 151.173316] .get_time: ktime_get_real
[ 151.173510] active timers:
[ 151.173583] clock 1:
[ 151.173655] .index: 1
[ 151.173728] .resolution: 4000250 nsecs
[ 151.173802] .get_time: ktime_get
[ 151.173993] active timers:
[ 151.174066] .nohz_mode : 1
[ 151.174140] .idle_tick : 138160462750 nsecs
[ 151.174216] .tick_stopped : 1
[ 151.174289] .idle_jiffies : 4294926835
[ 151.174364] .idle_calls : 58322
[ 151.174438] .idle_sleeps : 9738
[ 151.174512] .idle_entrytime : 138159968209 nsecs
[ 151.174587] .idle_sleeptime : 131052545358 nsecs
[ 151.174663] .last_jiffies : 4294926835
[ 151.174737] .next_jiffies : 4294926856
[ 151.174812] .idle_expires : 138240000000 nsecs
[ 151.174887] jiffies: 4294926837
[ 151.174960]
[ 151.174961] cpu: 1
[ 151.175102] clock 0:
[ 151.175174] .index: 0
[ 151.175247] .resolution: 4000250 nsecs
[ 151.175321] .get_time: ktime_get_real
[ 151.175513] active timers:
[ 151.175586] clock 1:
[ 151.175658] .index: 1
[ 151.175731] .resolution: 4000250 nsecs
[ 151.175805] .get_time: ktime_get
[ 151.175996] active timers:
[ 151.176069] .nohz_mode : 1
[ 151.176143] .idle_tick : 137804440500 nsecs
[ 151.176218] .tick_stopped : 1
[ 151.176291] .idle_jiffies : 4294926747
[ 151.176366] .idle_calls : 1437
[ 151.176440] .idle_sleeps : 795
[ 151.176514] .idle_entrytime : 137804068861 nsecs
[ 151.176589] .idle_sleeptime : 134255004466 nsecs
[ 151.176665] .last_jiffies : 4294926747
[ 151.176740] .next_jiffies : 4294927247
[ 151.180981] .idle_expires : 139804000000 nsecs
[ 151.181057] jiffies: 4294926837
[ 151.181130]
[ 151.181201]
[ 151.181202] Tick Device: mode: 1
[ 151.181346] Clock Event Device: pit
[ 151.181478] max_delta_ns: 27461866
[ 151.181553] min_delta_ns: 4000250
[ 151.181626] mult: 5124677
[ 151.181700] shift: 32
[ 151.181773] mode: 3
[ 151.181847] next_event: 138240000000 nsecs
[ 151.181921] set_next_event: pit_next_event
[ 151.182114] set_mode: init_pit_timer
[ 151.182307] event_handler: tick_handle_oneshot_broadcast
[ 151.182501] tick_broadcast_mask: 00000003
[ 151.182576] tick_broadcast_oneshot_mask: 00000003
[ 151.182650]
[ 151.182722]
[ 151.182722] Tick Device: mode: 1
[ 151.182866] Clock Event Device: lapic
[ 151.182998] max_delta_ns: 805300686
[ 151.183073] min_delta_ns: 4000250
[ 151.183147] mult: 44739553
[ 151.183220] shift: 32
[ 151.183293] mode: 1
[ 151.183366] next_event: 138240000000 nsecs
[ 151.183441] set_next_event: lapic_next_event
[ 151.183634] set_mode: lapic_timer_setup
[ 151.183826] event_handler: tick_nohz_handler
[ 151.184019]
[ 151.184020] Tick Device: mode: 1
[ 151.184163] Clock Event Device: lapic
[ 151.184296] max_delta_ns: 805300686
[ 151.184370] min_delta_ns: 4000250
[ 151.184444] mult: 44739553
[ 151.184518] shift: 32
[ 151.184591] mode: 1
[ 151.184664] next_event: 139804000000 nsecs
[ 151.184739] set_next_event: lapic_next_event
[ 151.184931] set_mode: lapic_timer_setup
[ 151.185124] event_handler: tick_nohz_handler
[ 151.185316]
[ 164.620705] ACPI: Battery Slot [BAT1] (battery present)
[ 164.629377] ACPI: AC Adapter [ACAD] (on-line)
[ 164.646695] input: Lid Switch as /class/input/input6
[ 164.654108] ACPI: Lid Switch [LID0]
[ 164.662080] input: Power Button (CM) as /class/input/input7
[ 164.669246] ACPI: Power Button (CM) [PWRB]
[ 164.689315] ACPI: Thermal Zone [ATF0] (49 C)
[ 164.690545] ACPI: Thermal Zone [DTS0] (50 C)
[ 164.691759] ACPI: Thermal Zone [DTS1] (50 C)
[ 169.432094] Installing knfsd (copyright (C) 1996 [email protected]).
[ 169.523871] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 169.524000] NFSD: starting 90-second grace period
[ 190.879065] BUG: soft lockup detected on CPU#1!
[ 190.879175] [<c0104dac>] show_trace_log_lvl+0x1a/0x2f
[ 190.879339] [<c010540b>] show_trace+0x12/0x14
[ 190.879510] [<c010548f>] dump_stack+0x16/0x18
[ 190.879676] [<c0146e38>] softlockup_tick+0xa7/0xb6
[ 190.879849] [<c01286c0>] run_local_timers+0x12/0x14
[ 190.880022] [<c0128a61>] update_process_times+0x3e/0x63
[ 190.880193] [<c01374ad>] tick_nohz_handler+0x7d/0xe3
[ 190.880367] [<c01137c2>] smp_apic_timer_interrupt+0x71/0x83
[ 190.880539] [<c01048f4>] apic_timer_interrupt+0x28/0x30
[ 190.880710] [<c0102435>] cpu_idle+0xad/0xd3
[ 190.880879] [<c0112975>] start_secondary+0x32b/0x333
[ 190.881052] [<00000000>] run_init_process+0x3fefed10/0x19
[ 190.881224] =======================
[ 193.605480] Bluetooth: L2CAP ver 2.8
[ 193.605565] Bluetooth: L2CAP socket layer initialized
[ 195.360060] Bluetooth: RFCOMM socket layer initialized
[ 195.360146] Bluetooth: RFCOMM TTY layer initialized
[ 195.360221] Bluetooth: RFCOMM ver 1.8

--
mattia
:wq!

2007-02-01 22:32:28

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Mattia,

On Thu, 2007-02-01 at 22:11 +0100, Mattia Dongili wrote:
> > It might be helpful if you could try with your original config again.
> > Please enable printk timestamps and SysRq. Once the slowness kicks in
> > please issue a SysRq-Q, so we can look at the internal state of the tick
> > code.
>
> dmesg is below. I need to say that the printk times are bogus wrt the
> actual time passing and at one point I was sick waiting and killed all
> tasks. Ah, I have Ingo's resume-fix patch applied here.

Ok, does not affect your problem.

Thanks for testing.

> [ 13.117670] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
> [ 13.391218] APIC calibration not consistent with PM Timer: 228ms instead of 100ms
> [ 13.391315] APIC delta adjusted to PM-Timer: 1041737 (2375299)

Sigh. This APIC calibration madness seems to be spreading (especially on
Sony laptops). But this is not the cause of the problem.

> [ 14.448611] ACPI: (supports S0 S3 S4 S5)
> [ 14.449145] Time: acpi_pm clocksource has been installed.
> [ 14.449254] Switched to NOHz mode on CPU #1
> [ 14.449258] Switched to NOHz mode on CPU #0

> [ 20.937884] usb-storage: device scan complete
> [ 22.644599] SysRq : Show Pending Timers
> [ 22.644753] Timer List Version: v0.3
> [ 22.644833] HRTIMER_MAX_CLOCK_BASES: 2
> [ 22.644913] now at 21927904003 nsecs

> [ 22.646105] active timers:
> [ 22.646183] .nohz_mode : 1
> [ 22.646343] .tick_stopped : 1
> [ 22.646823] .last_jiffies : 4294897777
> [ 22.646903] .next_jiffies : 4294897996
> [ 22.646984] .idle_expires : 22800000000 nsecs
> [ 22.647065] jiffies: 4294897777

Looks consistent.

> [ 22.647144] cpu: 1
> [ 22.648252] active timers:
> [ 22.648330] #0: <c037fd9c>, hrtimer_wakeup, S:01
> [ 22.648738] # expires at 16066999784 nsecs [in -5860904219 nsecs]
> [ 22.648821] #1: <c037fd9c>, hrtimer_wakeup, S:01
> [ 22.649218] # expires at 16325154918 nsecs [in -5602749085 nsecs]

ouch. that's 5 seconds over time

> [ 22.649301] .nohz_mode : 1
> [ 22.649380] .idle_tick : 15324783000 nsecs
> [ 22.649461] .tick_stopped : 1
> [ 22.649540] .idle_jiffies : 4294896127
> [ 22.649619] .idle_calls : 2080
> [ 22.649698] .idle_sleeps : 363
> [ 22.649778] .idle_entrytime : 15325159667 nsecs
> [ 22.649858] .idle_sleeptime : 10015150422 nsecs
> [ 22.649940] .last_jiffies : 4294896127
> [ 22.650020] .next_jiffies : 4294896189

delta is 62 jiffies = 62 * 4ms which is consistent with the idle_expires
time below:

> [ 22.650100] .idle_expires : 15572000000 nsecs
> [ 22.650181] jiffies: 4294897777

CPU 1 got no updates since it went idle.

> [ 22.650336] Tick Device: mode: 1
> [ 22.650488] Clock Event Device: pit
> [ 22.655191] next_event: 21940398000 nsecs

> [ 22.655894] tick_broadcast_mask: 00000003
> [ 22.655974] tick_broadcast_oneshot_mask: 00000003

Though the broadcast mode is active for both cpus

> [ 22.656131] Tick Device: mode: 1
> [ 22.656284] Clock Event Device: lapic
> [ 22.656821] next_event: 22800000000 nsecs

> [ 22.657521] Tick Device: mode: 1
> [ 22.657675] Clock Event Device: lapic
> [ 22.658211] next_event: 21940398000 nsecs

And the broadcast event is set for the next CPU#1 event, but the expiry
time is far away from the idle_expires time above.

I'm a bit puzzled and too tired to spot the bug right now.

May I ask you for another test ? Please turn on high resolution timers
and check, if the same strange behaviour is happening.

Thanks.

tglx


2007-02-01 23:02:51

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, 1 Feb 2007, Jens Axboe wrote:

> That looks like barriers, could you try with those disabled? Sorry for
> making you go through this, I can't debug and fix it myself before
> monday.

Disabling barriers + your patch works. Modified /etc/fstab and added a
nobarrier option to the root filesystem. If I take your patch out then the
systems hangs again.



2007-02-02 04:09:15

by David Chinner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01, 2007 at 08:18:57PM +0100, Jens Axboe wrote:
> That down() probably wants a replug to precede it. Probably something
> like:
>
> if (atomic_read(&bp->b_io_remaining))
> blk_replug_current_nested();
>
> for xfs_buf_wait_unpin() and xfs_buf_lock(). Does this fix it?

Jens, this patch looks like you originally removed the explicit
unplug calls that XFS used to prevent metadata I/O hangs and now you
are putting them back. Correct?

Reading on from Andrew's earlier comments, shouldn't XFS have
worked unchanged? I'm just trying to understand why you removed
the explicit unplugs in the first place.....

Cheers,

Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group

2007-02-02 07:29:10

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Fri, Feb 02 2007, David Chinner wrote:
> On Thu, Feb 01, 2007 at 08:18:57PM +0100, Jens Axboe wrote:
> > That down() probably wants a replug to precede it. Probably something
> > like:
> >
> > if (atomic_read(&bp->b_io_remaining))
> > blk_replug_current_nested();
> >
> > for xfs_buf_wait_unpin() and xfs_buf_lock(). Does this fix it?
>
> Jens, this patch looks like you originally removed the explicit
> unplug calls that XFS used to prevent metadata I/O hangs and now you
> are putting them back. Correct?
>
> Reading on from Andrew's earlier comments, shouldn't XFS have
> worked unchanged? I'm just trying to understand why you removed
> the explicit unplugs in the first place.....

It should, the problem is if someone has plugged higher up in the
hierarchy, then you do need the explicit replug to drain that before
going to sleep and waiting for IO to complete. Not very happy about that
situation, I'd prefer if that happened automagically. I'll likely change
the code to fix that, so we don't have to sprinkle
blk_replug_current_nested() and always call io_schedule() instead of
schedule(). It's just going to cause too many problems.

--
Jens Axboe

2007-02-02 14:22:34

by Starikovskiy, Alexey Y

[permalink] [raw]
Subject: RE: 2.6.20-rc6-mm3

Hi,
I updated patch to use acpi_find_rsdp(), as all other code does.
Could you please try it?

Thanks,
Alex.

>-----Original Message-----
>From: Cedric Le Goater [mailto:[email protected]]
>Sent: Thursday, February 01, 2007 11:39 PM
>To: Cedric Le Goater
>Cc: Starikovskiy, Alexey Y; Andrew Morton;
[email protected];
>Moore, Robert; keith mannthey
>Subject: Re: 2.6.20-rc6-mm3
>
>Cedric Le Goater wrote:
>> Starikovskiy, Alexey Y wrote:
>>> Sorry, here is the patch... ACPI has switched to acpi_find_rsdp(),
so
>>> srat.c might want to do that too, please check.
>>
>> got it. running a compile and boot test.
>
>hmm, i got another issue while compiling :
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
>arch/i386/kernel/built-in.o: In function `get_memcfg_from_srat':
>/home/legoater/linux/2.6.20-rc6-mm3/arch/i386/kernel/srat.c:279:
undefined
>reference to `acpi_find_root_pointer'
>
>it seems that drivers/acpi/tables/tbxfroot.c is never compiled ?
>
>> I should have the results in 'my' morning (UTC+1).
>
>I'll catchup in the morning.
>
>thanks,
>
>C.


Attachments:
fix_i386_srat.patch (6.67 kB)
fix_i386_srat.patch

2007-02-02 14:47:40

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Hello !

Starikovskiy, Alexey Y wrote:
> Hi,
> I updated patch to use acpi_find_rsdp(), as all other code does.

so it probably means that drivers/acpi/tables/tbxfroot.c is
obsolete ?

> Could you please try it?

sure, I'll cancel the current boot test in which I was using
acpi_find_root_pointer() in tbxfroot.c and restart one with your
new patch. I should have the result today.

> Thanks,
> Alex.


Thanks !

C.

2007-02-02 14:50:56

by Starikovskiy, Alexey Y

[permalink] [raw]
Subject: RE: 2.6.20-rc6-mm3

>so it probably means that drivers/acpi/tables/tbxfroot.c is
>obsolete ?
Yes.
>
>> Could you please try it?
>
>sure, I'll cancel the current boot test in which I was using
>acpi_find_root_pointer() in tbxfroot.c and restart one with your
>new patch. I should have the result today.
How long does it take to boot this thing?
Regards,
Alex.

2007-02-02 16:04:50

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Starikovskiy, Alexey Y wrote:
>> so it probably means that drivers/acpi/tables/tbxfroot.c is
>> obsolete ?
> Yes.
>>> Could you please try it?
>> sure, I'll cancel the current boot test in which I was using
>> acpi_find_root_pointer() in tbxfroot.c and restart one with your
>> new patch. I should have the result today.
> How long does it take to boot this thing?

well, not that long, but i don't have access directly to this
machine, only through a test batch manager ...

C.

2007-02-02 17:40:50

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, 2007-01-29 at 20:45 -0800, Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
>
> Will appear later at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
>

I was running likely profiling and I noticed that when I turn on the
"tickless" option I get the following line,

+unlikely | 21111208| 9367278 need_resched()@:include/linux/sched.h@1597

This means that this line is 21111208 true, and 9367278 false.

This existed on bootup, and stayed after about 7 hours of runtime
(mostly idle). Since need_resched is a "static inline" there are
multiple instances of need_resched() in the kernel. If I turn off the
"tickless" feature this wrong unlikely disappears, and the output looks
like this,

unlikely | 0| 169 need_resched()@:include/linux/sched.h@1597
unlikely | 0| 94 need_resched()@:include/linux/sched.h@1597
unlikely | 0| 63 need_resched()@:include/linux/sched.h@1597
unlikely | 0| 19 need_resched()@:include/linux/sched.h@1597
unlikely | 0| 379 need_resched()@:include/linux/sched.h@1597
unlikely | 1| 202596 need_resched()@:include/linux/sched.h@1597
unlikely | 7| 205929 need_resched()@:include/linux/sched.h@1597
unlikely | 6461| 271690 need_resched()@:include/linux/sched.h@1597

Only a little after boot. I suppose this could be a natural side effect
of the tickless feature but I thought I would report it anyway.

Daniel

2007-02-02 19:18:46

by Mattia Dongili

[permalink] [raw]
Subject: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

Cc-ing netdev and netfilter-devel, the beginning of the thread is here
http://lkml.org/lkml/2007/1/31/306

On Thu, Feb 01, 2007 at 11:33:22PM +0100, Thomas Gleixner wrote:
> Mattia,
...
> May I ask you for another test ? Please turn on high resolution timers
> and check, if the same strange behaviour is happening.

Yep, here we go again. Still seeing long stalls but no negative expires
offset.
Actually one more test I did is disabling my iptables script and the
boot process went fine. The script is just:

#!/bin/sh
iptables -F INPUT
iptables -F FORWARD
iptables -F OUTPUT
iptables -P INPUT DROP
iptables -P FORWARD ACCEPT
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -p tcp --dport ssh -j ACCEPT
# LAN
iptables -I INPUT -s 10.0.0.0/8 -j ACCEPT
# LAN UML
iptables -I INPUT -s 172.20.0.0/16 -j ACCEPT
echo "iptables: MASQUERADING for virtual machines"
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -o eth2 -j MASQUERADE
sysctl -w net.ipv4.ip_forward=1

and executing it from a shell once the boot process is done doesn't
generate all that strangeness/slowness...

Dmesg with iptables script enabled:

[ 0.000000] Linux version 2.6.20-rc6-mm3-1 (mattia@tadamune) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #8 SMP Fri Feb 2 10:26:07 CET 2007
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] sanitize start
[ 0.000000] sanitize end
[ 0.000000] copy_e820_map() start: 0000000000000000 size: 000000000009f800 end: 000000000009f800 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000000009f800 size: 0000000000000800 end: 00000000000a0000 type: 2
[ 0.000000] copy_e820_map() start: 00000000000dc000 size: 0000000000024000 end: 0000000000100000 type: 2
[ 0.000000] copy_e820_map() start: 0000000000100000 size: 000000003fd70000 end: 000000003fe70000 type: 1
[ 0.000000] copy_e820_map() type is E820_RAM
[ 0.000000] copy_e820_map() start: 000000003fe70000 size: 0000000000090000 end: 000000003ff00000 type: 4
[ 0.000000] copy_e820_map() start: 000000003ff00000 size: 0000000000100000 end: 0000000040000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000e0000000 size: 0000000010000000 end: 00000000f0000000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fec00000 size: 0000000000010000 end: 00000000fec10000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed14000 size: 0000000000006000 end: 00000000fed1a000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fed1c000 size: 0000000000074000 end: 00000000fed90000 type: 2
[ 0.000000] copy_e820_map() start: 00000000fee00000 size: 0000000000001000 end: 00000000fee01000 type: 2
[ 0.000000] copy_e820_map() start: 00000000ff000000 size: 0000000001000000 end: 0000000100000000 type: 2
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
[ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000003fe70000 (usable)
[ 0.000000] BIOS-e820: 000000003fe70000 - 000000003ff00000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000003ff00000 - 0000000040000000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
[ 0.000000] 126MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] found SMP MP-table at 000f6480
[ 0.000000] Entering add_active_range(0, 0, 261744) 0 entries of 256 used
[ 0.000000] sizeof(struct page) = 32
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 229376
[ 0.000000] HighMem 229376 -> 261744
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 261744
[ 0.000000] On node 0 totalpages: 261744
[ 0.000000] Node 0 memmap at 0xc1000000 size 8388608 first pfn 0xc1000000
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 4064 pages, LIFO batch:0
[ 0.000000] Normal zone: 1760 pages used for memmap
[ 0.000000] Normal zone: 223520 pages, LIFO batch:31
[ 0.000000] HighMem zone: 252 pages used for memmap
[ 0.000000] HighMem zone: 32116 pages, LIFO batch:7
[ 0.000000] DMI present.
[ 0.000000] ACPI: RSDP @ 0x000f63b0/0x0014 (v000 PTLTD )
[ 0.000000] ACPI: RSDT @ 0x3fe764ef/0x0048 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: FACP @ 0x3fe7ddde/0x0084 (v002 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: DSDT @ 0x3fe77e33/0x5FAB (v001 Sony N0 0x20060710 PTL 0x0100000E)
[ 0.000000] ACPI: FACS @ 0x3fe7efc0/0x0040
[ 0.000000] ACPI: APIC @ 0x3fe7de62/0x0068 (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: BOOT @ 0x3fe7dfd8/0x0028 (v001 Sony N0 0x20060710 PTL 0x00000001)
[ 0.000000] ACPI: MCFG @ 0x3fe7df02/0x003C (v001 Sony N0 0x20060710 PTL 0x0000005A)
[ 0.000000] ACPI: TCPA @ 0x3fe7df3e/0x0032 (v001 Sony N0 0x20060710 PTL 0x00005A52)
[ 0.000000] ACPI: APIC @ 0x3fe7df70/0x0068 (v001 Sony N0 0x20060710 PTL 0x00000000)
[ 0.000000] ACPI: SSDT @ 0x3fe776b1/0x077E (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76ee6/0x07CB (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: SSDT @ 0x3fe76537/0x04E2 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 0.000000] ACPI: PM-Timer IO Port: 0x1008
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
[ 0.000000] Processor #1 6:15 APIC version 20
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at 50000000 (gap: 40000000:a0000000)
[ 0.000000] Detected 1833.542 MHz processor.
[ 12.656208] Built 1 zonelists. Total pages: 259700
[ 12.656213] Kernel command line: root=/dev/sda3 ro vga=extended resume=/dev/sda5 clocksource=pmtmr
[ 12.656378] mapped APIC to ffffd000 (fee00000)
[ 12.656380] mapped IOAPIC to ffffc000 (fec00000)
[ 12.656383] Enabling fast FPU save and restore... done.
[ 12.656385] Enabling unmasked SIMD FPU exception support... done.
[ 12.656391] Initializing CPU#0
[ 12.656448] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 12.661847] Console: colour VGA+ 80x50
[ 12.667663] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 12.668011] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 12.688698] Memory: 1034188k/1046976k available (1867k kernel code, 12244k reserved, 684k data, 212k init, 129472k highmem)
[ 12.688800] virtual kernel memory layout:
[ 12.688801] fixmap : 0xfff9d000 - 0xfffff000 ( 392 kB)
[ 12.688802] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 12.688803] vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
[ 12.688804] lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
[ 12.688805] .init : 0xc0384000 - 0xc03b9000 ( 212 kB)
[ 12.688806] .data : 0xc02d2cd9 - 0xc037dff4 ( 684 kB)
[ 12.688807] .text : 0xc0100000 - 0xc02d2cd9 (1867 kB)
[ 12.689406] Checking if this processor honours the WP bit even in supervisor mode... Ok.
[ 12.769590] Calibrating delay using timer specific routine.. 3671.19 BogoMIPS (lpj=7342397)
[ 12.769770] Security Framework v1.0.0 initialized
[ 12.769849] Capability LSM initialized
[ 12.769933] Mount-cache hash table entries: 512
[ 12.770090] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 12.770097] monitor/mwait feature present.
[ 12.770172] using mwait in idle threads.
[ 12.770248] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 12.770384] CPU: L2 cache: 2048K
[ 12.770458] CPU: Physical Processor ID: 0
[ 12.770532] CPU: Processor Core ID: 0
[ 12.770606] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 12.770612] Intel machine check architecture supported.
[ 12.770690] Intel machine check reporting enabled on CPU#0.
[ 12.770770] Compat vDSO mapped to ffffe000.
[ 12.770852] Checking 'hlt' instruction... OK.
[ 12.785704] SMP alternatives: switching to UP code
[ 12.785933] ACPI: Core revision 20070126
[ 12.792086] Parsing all Control Methods:
[ 12.792319] Table [DSDT](id 0001) - 923 Objects with 104 Devices 193 Methods 29 Regions
[ 12.792608] Parsing all Control Methods:
[ 12.792798] Table [SSDT](id 0002) - 13 Objects with 3 Devices 4 Methods 0 Regions
[ 12.793091] Parsing all Control Methods:
[ 12.793284] Table [SSDT](id 0003) - 14 Objects with 3 Devices 5 Methods 0 Regions
[ 12.793588] Parsing all Control Methods:
[ 12.793782] Table [SSDT](id 0004) - 13 Objects with 0 Devices 4 Methods 0 Regions
[ 12.793941] tbxface-0586 [02] tb_load_namespace : ACPI Tables successfully acquired
[ 12.797708] evxfevnt-0091 [02] enable : Transition to ACPI mode successful
[ 12.797933] CPU0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 12.798140] SMP alternatives: switching to SMP code
[ 12.798232] Booting processor 1/1 eip 3000
[ 12.808821] Initializing CPU#1
[ 12.889486] Calibrating delay using timer specific routine.. 3667.19 BogoMIPS (lpj=7334396)
[ 12.889492] CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000e3bd 00000000 00000001
[ 12.889497] monitor/mwait feature present.
[ 12.889499] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 12.889501] CPU: L2 cache: 2048K
[ 12.889503] CPU: Physical Processor ID: 0
[ 12.889504] CPU: Processor Core ID: 1
[ 12.889506] CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0000e3bd 00000000 00000001
[ 12.889510] Intel machine check architecture supported.
[ 12.889513] Intel machine check reporting enabled on CPU#1.
[ 12.889861] CPU1: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping 06
[ 12.890742] Total of 2 processors activated (7338.39 BogoMIPS).
[ 12.891017] ENABLING IO-APIC IRQs
[ 12.891289] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 13.169253] APIC calibration not consistent with PM Timer: 232ms instead of 100ms
[ 13.169344] APIC delta adjusted to PM-Timer: 1041739 (2416977)
[ 13.277458] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 13.297587] Brought up 2 CPUs
[ 13.486037] migration_cost=58
[ 13.486405] NET: Registered protocol family 16
[ 13.486556] ACPI: bus type pci registered
[ 13.486640] PCI: Using MMCONFIG
[ 13.487555] Setting up standard PCI resources
[ 13.492475] evgpeblk-0952 [04] ev_create_gpe_block : GPE 00 to 1F [_GPE] 4 regs on int 0x9
[ 13.493460] evgpeblk-1049 [03] ev_initialize_gpe_bloc: Found 8 Wake, Enabled 5 Runtime GPEs in this block
[ 13.494380] Completing Region/Field/Buffer/Package initialization:.........................................................................
[ 13.500284] Initialized 29/29 Regions 4/4 Fields 29/29 Buffers 11/38 Packages (972 nodes)
[ 13.500444] Initializing Device/Processor/Thermal objects by executing _INI methods:...
[ 13.501726] Executed 3 _INI methods requiring 2 _STA executions (examined 117 objects)
[ 13.501901] ACPI: Interpreter enabled
[ 13.501975] ACPI: Using IOAPIC for interrupt routing
[ 13.502134] Found System \ [ffffffff]
[ 13.502189] Found Processor \_PR_.CPU0 [c1907dd8]
[ 13.502233] Found Processor \_PR_.CPU1 [c1907dc4]
[ 13.502299] Found Device \_SB_ [c19073c4]
[ 13.502357] Found Device \_SB_.LID0 [c190da40]
[ 13.502421] Found Device \_SB_.PWRB [c190da04]
[ 13.502483] Found Device \_SB_.PCI0 [c190d9a0]
[ 13.502551] Found Device \_SB_.PCI0.PDRC [c190d7c0]
[ 13.502613] Found Device \_SB_.PCI0.PEGP [c190dfcc]
[ 13.502679] Found Device \_SB_.PCI0.GFX0 [c190df90]
[ 13.502749] Found Device \_SB_.PCI0.HDEF [c190df68]
[ 13.502811] Found Device \_SB_.PCI0.RP01 [c190df04]
[ 13.502881] Found Device \_SB_.PCI0.RP01.S1F0 [c190de50]
[ 13.502950] Found Device \_SB_.PCI0.RP01.S1F1 [c190ddec]
[ 13.503017] Found Device \_SB_.PCI0.RP01.S1F2 [c190dd88]
[ 13.503092] Found Device \_SB_.PCI0.RP01.S1F3 [c190dd24]
[ 13.503159] Found Device \_SB_.PCI0.RP01.S1F4 [c190dcc0]
[ 13.503226] Found Device \_SB_.PCI0.RP01.S1F5 [c190dc5c]
[ 13.503295] Found Device \_SB_.PCI0.RP01.S1F6 [c190f748]
[ 13.503366] Found Device \_SB_.PCI0.RP01.S1F7 [c190f6e4]
[ 13.503431] Found Device \_SB_.PCI0.RP02 [c190f66c]
[ 13.503604] Found Device \_SB_.PCI0.RP02.WLAN [c190f5b8]
[ 13.503670] Found Device \_SB_.PCI0.RP03 [c190f52c]
[ 13.503739] Found Device \_SB_.PCI0.RP03.TLAN [c190f464]
[ 13.503804] Found Device \_SB_.PCI0.RP04 [c190f414]
[ 13.503873] Found Device \_SB_.PCI0.RP04.DLAN [c190f34c]
[ 13.503935] Found Device \_SB_.PCI0.RP04.S4F1 [c190f2e8]
[ 13.504000] Found Device \_SB_.PCI0.RP04.S4F2 [c190fc0c]
[ 13.504063] Found Device \_SB_.PCI0.RP04.S4F3 [c190fbd0]
[ 13.504125] Found Device \_SB_.PCI0.RP04.S4F4 [c190fb94]
[ 13.504187] Found Device \_SB_.PCI0.RP04.S4F5 [c190fb58]
[ 13.504249] Found Device \_SB_.PCI0.RP04.S4F6 [c190fb1c]
[ 13.504312] Found Device \_SB_.PCI0.RP04.S4F7 [c190fae0]
[ 13.504380] Found Device \_SB_.PCI0.RP05 [c190faa4]
[ 13.504443] Found Device \_SB_.PCI0.RP05.EX2P [c190f9dc]
[ 13.504505] Found Device \_SB_.PCI0.RP05.S5F1 [c190f978]
[ 13.504567] Found Device \_SB_.PCI0.RP05.S5F2 [c190f93c]
[ 13.504632] Found Device \_SB_.PCI0.RP05.S5F3 [c190f900]
[ 13.504694] Found Device \_SB_.PCI0.RP05.S5F4 [c190f8c4]
[ 13.504759] Found Device \_SB_.PCI0.RP05.S5F5 [c190f888]
[ 13.504820] Found Device \_SB_.PCI0.RP05.S5F6 [c190f84c]
[ 13.504883] Found Device \_SB_.PCI0.RP05.S5F7 [c190f810]
[ 13.504948] Found Device \_SB_.PCI0.RP06 [c190f7d4]
[ 13.505024] Found Device \_SB_.PCI0.RP06.S6F0 [c190ffa4]
[ 13.505093] Found Device \_SB_.PCI0.RP06.S6F1 [c190ff40]
[ 13.505168] Found Device \_SB_.PCI0.RP06.S6F2 [c190fedc]
[ 13.505236] Found Device \_SB_.PCI0.RP06.S6F3 [c190fe78]
[ 13.505306] Found Device \_SB_.PCI0.RP06.S6F4 [c190fe14]
[ 13.505375] Found Device \_SB_.PCI0.RP06.S6F5 [c190fdb0]
[ 13.505444] Found Device \_SB_.PCI0.RP06.S6F6 [c190fd4c]
[ 13.505513] Found Device \_SB_.PCI0.RP06.S6F7 [c190fce8]
[ 13.505586] Found Device \_SB_.PCI0.USB1 [c190fc70]
[ 13.505657] Found Device \_SB_.PCI0.USB2 [c1910748]
[ 13.505728] Found Device \_SB_.PCI0.USB3 [c19106d0]
[ 13.505798] Found Device \_SB_.PCI0.USB4 [c1910658]
[ 13.505869] Found Device \_SB_.PCI0.USB7 [c19105e0]
[ 13.505932] Found Device \_SB_.PCI0.USB7.HUB7 [c19105b8]
[ 13.505999] Found Device \_SB_.PCI0.USB7.HUB7.PRT1 [c1910590]
[ 13.506061] Found Device \_SB_.PCI0.USB7.HUB7.PRT2 [c1910568]
[ 13.506124] Found Device \_SB_.PCI0.USB7.HUB7.PRT3 [c1910540]
[ 13.506187] Found Device \_SB_.PCI0.USB7.HUB7.PRT4 [c1910518]
[ 13.506251] Found Device \_SB_.PCI0.USB7.HUB7.PRT5 [c19104f0]
[ 13.506313] Found Device \_SB_.PCI0.USB7.HUB7.PRT6 [c19104c8]
[ 13.506378] Found Device \_SB_.PCI0.USB7.HUB7.PRT7 [c19104a0]
[ 13.506441] Found Device \_SB_.PCI0.USB7.HUB7.PRT8 [c1910478]
[ 13.506508] Found Device \_SB_.PCI0.PCIB [c191043c]
[ 13.506581] Found Device \_SB_.PCI0.PCIB.SLT0 [c1910414]
[ 13.506652] Found Device \_SB_.PCI0.PCIB.LANC [c19103d8]
[ 13.506821] Found Device \_SB_.PCI0.PCIB.CRD2 [c191039c]
[ 13.506894] Found Device \_SB_.PCI0.PCIB.S294 [c19102c0]
[ 13.506957] Found Device \_SB_.PCI0.PCIB.MST2 [c1910bf8]
[ 13.507126] Found Device \_SB_.PCI0.PCIB.CRD0 [c1910bd0]
[ 13.507195] Found Device \_SB_.PCI0.PCIB.SD94 [c1910af4]
[ 13.507260] Found Device \_SB_.PCI0.PCIB.MMST [c1910acc]
[ 13.507323] Found Device \_SB_.PCI0.AUD0 [c1910a90]
[ 13.507390] Found Device \_SB_.PCI0.MODM [c1910a68]
[ 13.507456] Found Device \_SB_.PCI0.LPCB [c1910a40]
[ 13.507672] Found Device \_SB_.PCI0.LPCB.LNKA [c19108ec]
[ 13.507870] Found Device \_SB_.PCI0.LPCB.LNKB [c191084c]
[ 13.508068] Found Device \_SB_.PCI0.LPCB.LNKC [c19107ac]
[ 13.508263] Found Device \_SB_.PCI0.LPCB.LNKD [c1910f90]
[ 13.508462] Found Device \_SB_.PCI0.LPCB.LNKE [c1910ef0]
[ 13.508659] Found Device \_SB_.PCI0.LPCB.LNKF [c1910e50]
[ 13.508854] Found Device \_SB_.PCI0.LPCB.LNKG [c1910db0]
[ 13.509051] Found Device \_SB_.PCI0.LPCB.LNKH [c1910d10]
[ 13.509125] Found Device \_SB_.PCI0.LPCB.EC0_ [c1910c70]
[ 13.513058] Found Device \_SB_.PCI0.LPCB.EC0_.BAT1 [c1911a18]
[ 13.513223] Found Device \_SB_.PCI0.LPCB.EC0_.ACAD [c1911950]
[ 13.513283] Found Device \_SB_.PCI0.LPCB.DMAC [c19118ec]
[ 13.513344] Found Device \_SB_.PCI0.LPCB.FWHD [c19118b0]
[ 13.513500] Found Device \_SB_.PCI0.LPCB.IPIC [c19117fc]
[ 13.513560] Found Device \_SB_.PCI0.LPCB.MATH [c19117c0]
[ 13.513620] Found Device \_SB_.PCI0.LPCB.LDRC [c1911784]
[ 13.513685] Found Device \_SB_.PCI0.LPCB.RTC_ [c1911f90]
[ 13.513744] Found Device \_SB_.PCI0.LPCB.TIMR [c1911f54]
[ 13.513927] Found Device \_SB_.PCI0.LPCB.TPM_ [c1911f18]
[ 13.517907] Found Device \_SB_.PCI0.LPCB.SPIC [c1911ea0]
[ 13.517973] Found Device \_SB_.PCI0.LPCB.SNC_ [c1911dd8]
[ 13.518038] Found Device \_SB_.PCI0.LPCB.PS2K [c1913748]
[ 13.518103] Found Device \_SB_.PCI0.LPCB.PS2M [c191370c]
[ 13.518178] Found Device \_SB_.PCI0.PATA [c19136bc]
[ 13.518246] Found Device \_SB_.PCI0.PATA.PRID [c19135a4]
[ 13.518309] Found Device \_SB_.PCI0.PATA.PRID.P_D0 [c1913554]
[ 13.518372] Found Device \_SB_.PCI0.PATA.PRID.P_D1 [c1913518]
[ 13.518438] Found Device \_SB_.PCI0.SATA [c191348c]
[ 13.518513] Found Device \_SB_.PCI0.SATA.PRID [c19139dc]
[ 13.518575] Found Device \_SB_.PCI0.SATA.PRID.P_D0 [c191398c]
[ 13.518637] Found Device \_SB_.PCI0.SATA.PRID.P_D1 [c1913950]
[ 13.518701] Found Device \_SB_.PCI0.SATA.SECD [c19138d8]
[ 13.518765] Found Device \_SB_.PCI0.SATA.SECD.S_D0 [c1913888]
[ 13.518828] Found Device \_SB_.PCI0.SATA.SECD.S_D1 [c1913838]
[ 13.518896] Found Device \_SB_.PCI0.SBUS [c1913310]
[ 13.520899] Found Thermal Zone \_TZ_ [c190739c]
[ 13.520948] Found Thermal Zone \_TZ_.ATF0 [c190d4a0]
[ 13.520996] Found Thermal Zone \_TZ_.DTS0 [c190d3ec]
[ 13.521042] Found Thermal Zone \_TZ_.DTS1 [c190d34c]
[ 13.521395] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 13.522092] PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
[ 13.522172] PCI quirk: region 1180-11bf claimed by ICH6 GPIO
[ 13.522488] Boot video device is 0000:01:00.0
[ 13.523508] PCI: Transparent bridge - 0000:00:1e.0
[ 13.523649] PCI: Bus #0a (-#0d) is hidden behind transparent bridge #09 (-#0a) (try 'pci=assign-busses')
[ 13.528498] Please report the result to linux-kernel to fix this permanently
[ 13.528651] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 13.529228] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEGP._PRT]
[ 13.529473] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[ 13.529721] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
[ 13.529956] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT]
[ 13.530192] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
[ 13.530461] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
[ 13.537398] ACPI: PCI Interrupt Link [LNKA] (IRQs 10) *5
[ 13.537878] ACPI: PCI Interrupt Link [LNKB] (IRQs *10)
[ 13.538297] ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
[ 13.538715] ACPI: PCI Interrupt Link [LNKD] (IRQs *10)
[ 13.539134] ACPI: PCI Interrupt Link [LNKE] (IRQs 10) *0, disabled.
[ 13.539671] ACPI: PCI Interrupt Link [LNKF] (IRQs *10)
[ 13.540088] ACPI: PCI Interrupt Link [LNKG] (IRQs *10)
[ 13.540506] ACPI: PCI Interrupt Link [LNKH] (IRQs *10)
[ 13.540898] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 13.540983] pnp: PnP ACPI init
[ 13.544418] pnp: PnP ACPI: found 11 devices
[ 13.544497] PnPBIOS: Disabled by ACPI PNP
[ 13.544687] SCSI subsystem initialized
[ 13.544792] libata version 2.00 loaded.
[ 13.544845] PCI: Using ACPI for IRQ routing
[ 13.544921] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 13.545180] NET: Registered protocol family 8
[ 13.545256] NET: Registered protocol family 20
[ 13.545371] pnp: 00:01: iomem range 0xe0000000-0xefffffff could not be reserved
[ 13.545461] pnp: 00:01: iomem range 0xfed14000-0xfed17fff could not be reserved
[ 13.545551] pnp: 00:01: iomem range 0xfed18000-0xfed18fff could not be reserved
[ 13.545641] pnp: 00:01: iomem range 0xfed19000-0xfed19fff could not be reserved
[ 13.545999] PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
[ 13.546089] PCI: Bridge: 0000:00:01.0
[ 13.546163] IO window: disabled.
[ 13.546238] MEM window: dc000000-ddffffff
[ 13.546314] PREFETCH window: c0000000-cfffffff
[ 13.546389] PCI: Bridge: 0000:00:1c.0
[ 13.546465] IO window: 2000-2fff
[ 13.546543] MEM window: d6000000-d7ffffff
[ 13.546620] PREFETCH window: d0000000-d1ffffff
[ 13.546699] PCI: Bridge: 0000:00:1c.1
[ 13.546773] IO window: disabled.
[ 13.546850] MEM window: de100000-de1fffff
[ 13.546927] PREFETCH window: disabled.
[ 13.547004] PCI: Bridge: 0000:00:1c.2
[ 13.547080] IO window: 3000-3fff
[ 13.547158] MEM window: d8000000-d9ffffff
[ 13.547235] PREFETCH window: d2000000-d3ffffff
[ 13.547314] PCI: Bridge: 0000:00:1c.3
[ 13.547389] IO window: 4000-4fff
[ 13.547466] MEM window: da000000-dbffffff
[ 13.547544] PREFETCH window: d4000000-d5ffffff
[ 13.547629] PCI: Bus 10, cardbus bridge: 0000:09:04.0
[ 13.547705] IO window: 00005000-000050ff
[ 13.547783] IO window: 00005400-000054ff
[ 13.547861] PREFETCH window: 50000000-53ffffff
[ 13.547941] MEM window: 54000000-57ffffff
[ 13.548018] PCI: Bridge: 0000:00:1e.0
[ 13.548094] IO window: 5000-5fff
[ 13.548171] MEM window: de000000-de0fffff
[ 13.548249] PREFETCH window: 50000000-53ffffff
[ 13.548335] ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.548484] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.548503] ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
[ 13.548654] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.548675] ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 17 (level, low) -> IRQ 17
[ 13.548826] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.548847] ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
[ 13.548997] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.549018] ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19
[ 13.549171] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.549183] PCI: Setting latency timer of device 0000:00:1e.0 to 64
[ 13.549205] ACPI: PCI Interrupt 0000:09:04.0[A] -> GSI 20 (level, low) -> IRQ 20
[ 13.549378] NET: Registered protocol family 2
[ 13.597074] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 13.597225] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 13.597767] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 13.598088] TCP: Hash tables configured (established 131072 bind 65536)
[ 13.598166] TCP reno registered
[ 13.609250] Simple Boot Flag at 0x37 set to 0x1
[ 13.609726] audit: initializing netlink socket (disabled)
[ 13.609813] audit(1170412029.500:1): initialized
[ 13.609958] highmem bounce pool size: 64 pages
[ 13.610151] JFS: nTxBlock = 8080, nTxLock = 64646
[ 13.613505] io scheduler noop registered
[ 13.613644] io scheduler anticipatory registered
[ 13.613778] io scheduler deadline registered
[ 13.613922] io scheduler cfq registered (default)
[ 13.614399] PCI: Setting latency timer of device 0000:00:01.0 to 64
[ 13.614417] assign_interrupt_mode Found MSI capability
[ 13.614515] Allocate Port Service[0000:00:01.0:pcie00]
[ 13.614551] Allocate Port Service[0000:00:01.0:pcie03]
[ 13.614609] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 13.614661] assign_interrupt_mode Found MSI capability
[ 13.614772] Allocate Port Service[0000:00:1c.0:pcie00]
[ 13.614800] Allocate Port Service[0000:00:1c.0:pcie02]
[ 13.614828] Allocate Port Service[0000:00:1c.0:pcie03]
[ 13.614937] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 13.614989] assign_interrupt_mode Found MSI capability
[ 13.615100] Allocate Port Service[0000:00:1c.1:pcie00]
[ 13.615132] Allocate Port Service[0000:00:1c.1:pcie02]
[ 13.615159] Allocate Port Service[0000:00:1c.1:pcie03]
[ 13.615267] PCI: Setting latency timer of device 0000:00:1c.2 to 64
[ 13.615318] assign_interrupt_mode Found MSI capability
[ 13.615430] Allocate Port Service[0000:00:1c.2:pcie00]
[ 13.615458] Allocate Port Service[0000:00:1c.2:pcie02]
[ 13.615486] Allocate Port Service[0000:00:1c.2:pcie03]
[ 13.615596] PCI: Setting latency timer of device 0000:00:1c.3 to 64
[ 13.615648] assign_interrupt_mode Found MSI capability
[ 13.615759] Allocate Port Service[0000:00:1c.3:pcie00]
[ 13.615792] Allocate Port Service[0000:00:1c.3:pcie02]
[ 13.615820] Allocate Port Service[0000:00:1c.3:pcie03]
[ 13.616662] ACPI: SSDT @ 0x3fe76cb5/0x01A8 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.616935] Parsing all Control Methods:
[ 13.617186] Table [SSDT](id 0075) - 5 Objects with 0 Devices 3 Methods 0 Regions
[ 13.617548] ACPI: SSDT @ 0x3fe76a19/0x0217 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.617782] Parsing all Control Methods:
[ 13.618024] Table [SSDT](id 0076) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.619237] ACPI: CPU0 (power states: C1[C1] C2[C2])
[ 13.619491] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 13.620251] ACPI: SSDT @ 0x3fe76e5d/0x0089 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.620502] Parsing all Control Methods:
[ 13.620746] Table [SSDT](id 007B) - 3 Objects with 0 Devices 3 Methods 0 Regions
[ 13.621099] ACPI: SSDT @ 0x3fe76c30/0x0085 (v001 Sony N0 0x20060710 PTL 0x20050624)
[ 13.621333] Parsing all Control Methods:
[ 13.621575] Table [SSDT](id 007C) - 1 Objects with 0 Devices 1 Methods 0 Regions
[ 13.622492] ACPI: CPU1 (power states: C1[C1] C2[C2])
[ 13.622745] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 13.626038] isapnp: Scanning for PnP cards...
[ 13.980304] isapnp: No Plug & Play device found
[ 13.983323] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
[ 13.984586] RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
[ 13.984757] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 13.984837] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 13.984956] ICH7: IDE controller at PCI slot 0000:00:1f.1
[ 13.985043] ACPI: PCI Interrupt 0000:00:1f.1[B] -> GSI 22 (level, low) -> IRQ 21
[ 13.985196] ICH7: chipset revision 2
[ 13.985270] ICH7: not 100% native mode: will probe irqs later
[ 13.985355] ide0: BM-DMA at 0x1880-0x1887, BIOS settings: hda:DMA, hdb:pio
[ 13.985570] Probing IDE interface ide0...
[ 14.718632] hda: MATSHITADVD-RAM UJ-842S, ATAPI CD/DVD-ROM drive
[ 15.054051] hda: selected mode 0x42
[ 15.054400] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 15.057040] ata_piix 0000:00:1f.2: version 2.00ac7
[ 15.057045] ata_piix 0000:00:1f.2: MAP [ P0 P2 XX XX ]
[ 15.057415] ata_piix 0000:00:1f.2: invalid MAP value 0
[ 15.209918] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 22 (level, low) -> IRQ 21
[ 15.210091] PCI: Setting latency timer of device 0000:00:1f.2 to 64
[ 15.210146] ata1: SATA max UDMA/133 cmd 0x18C8 ctl 0x18AE bmdma 0x18B0 irq 21
[ 15.210259] ata2: SATA max UDMA/133 cmd 0x18C0 ctl 0x18AA bmdma 0x18B8 irq 21
[ 15.210348] scsi0 : ata_piix
[ 15.384675] ata1.00: ATA-6, max UDMA/100, 195371568 sectors: LBA48 NCQ (depth 0/32)
[ 15.384772] ata1.00: ata1: dev 0 multi count 16
[ 15.400425] ata1.00: configured for UDMA/100
[ 15.400511] scsi1 : ata_piix
[ 15.564861] ATA: abnormal status 0x7F on port 0x18C7
[ 15.565018] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK1032GS AS02 PQ: 0 ANSI: 5
[ 15.565202] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 15.565288] sda: Write Protect is off
[ 15.565363] sda: Mode Sense: 00 3a 00 00
[ 15.565377] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 15.565500] SCSI device sda: 195371568 512-byte hdwr sectors (100030 MB)
[ 15.565591] sda: Write Protect is off
[ 15.569839] sda: Mode Sense: 00 3a 00 00
[ 15.569854] SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 15.569945] sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
[ 15.646086] sd 0:0:0:0: Attached scsi disk sda
[ 15.646299] PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 15.648809] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 15.648887] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 15.649038] mice: PS/2 mouse device common for all mice
[ 15.679204] TCP bic registered
[ 15.679286] NET: Registered protocol family 1
[ 15.679363] NET: Registered protocol family 17
[ 15.679504] Starting balanced_irq
[ 15.679583] Using IPI No-Shortcut mode
[ 15.680054] ACPI: (supports S0 S3 S4 S5)
[ 15.681502] Time: acpi_pm clocksource has been installed.
[ 15.681613] Switched to high resolution mode on CPU 0
[ 15.681621] Switched to high resolution mode on CPU 1
[ 15.689289] input: AT Translated Set 2 keyboard as /class/input/input0
[ 15.819666] VFS: Mounted root (jfs filesystem) readonly.
[ 15.819891] Freeing unused kernel memory: 212k freed
[ 18.061181] ACPI: PCI Interrupt 0000:07:00.0[A] -> GSI 18 (level, low) -> IRQ 18
[ 18.061343] PCI: Setting latency timer of device 0000:07:00.0 to 64
[ 18.061399] sky2 v1.10 addr 0xd8000000 irq 18 Yukon-FE (0xb7) rev 1
[ 18.061602] sky2 eth0: addr 00:13:a9:41:76:84
[ 18.184759] Linux agpgart interface v0.102 (c) Dave Jones
[ 18.230566] usbcore: registered new interface driver usbfs
[ 18.230670] usbcore: registered new interface driver hub
[ 18.230790] usbcore: registered new device driver usb
[ 18.334957] Real Time Clock Driver v1.12ac
[ 18.436259] tpm_inf_pnp 00:07: Found TPM with ID IFX0102
[ 18.436392] tpm_inf_pnp 00:07: TPM found: config base 0x2e, io base 0x1670, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2)
[ 18.806843] agpgart: Detected an Intel 945GM Chipset.
[ 18.824115] agpgart: AGP aperture is 256M @ 0x0
[ 18.825199] hda: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
[ 18.825791] Uniform CD-ROM driver Revision: 3.20
[ 18.829288] USB Universal Host Controller Interface driver v3.0
[ 18.829413] ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 19 (level, low) -> IRQ 19
[ 18.829603] PCI: Setting latency timer of device 0000:00:1d.0 to 64
[ 18.829606] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 18.829802] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
[ 18.829948] uhci_hcd 0000:00:1d.0: irq 19, io base 0x00001800
[ 18.830061] usb usb1: new device found, idVendor=0000, idProduct=0000
[ 18.830151] usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.830233] usb usb1: Product: UHCI Host Controller
[ 18.830311] usb usb1: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.830406] usb usb1: SerialNumber: 0000:00:1d.0
[ 18.830554] usb usb1: configuration #1 chosen from 1 choice
[ 18.830653] hub 1-0:1.0: USB hub found
[ 18.830734] hub 1-0:1.0: 2 ports detected
[ 18.839049] input: PC Speaker as /class/input/input1
[ 18.934472] ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
[ 18.934648] PCI: Setting latency timer of device 0000:00:1d.1 to 64
[ 18.934652] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 18.934760] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
[ 18.934883] uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001820
[ 18.934997] usb usb2: new device found, idVendor=0000, idProduct=0000
[ 18.935078] usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 18.935158] usb usb2: Product: UHCI Host Controller
[ 18.935237] usb usb2: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 18.935325] usb usb2: SerialNumber: 0000:00:1d.1
[ 18.935450] usb usb2: configuration #1 chosen from 1 choice
[ 18.935550] hub 2-0:1.0: USB hub found
[ 18.935628] hub 2-0:1.0: 2 ports detected
[ 19.038311] ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 19 (level, low) -> IRQ 19
[ 19.038476] PCI: Setting latency timer of device 0000:00:1d.2 to 64
[ 19.038480] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 19.038586] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
[ 19.038707] uhci_hcd 0000:00:1d.2: irq 19, io base 0x00001840
[ 19.038824] usb usb3: new device found, idVendor=0000, idProduct=0000
[ 19.038907] usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 19.038988] usb usb3: Product: UHCI Host Controller
[ 19.039067] usb usb3: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 19.039147] usb usb3: SerialNumber: 0000:00:1d.2
[ 19.039272] usb usb3: configuration #1 chosen from 1 choice
[ 19.039372] hub 3-0:1.0: USB hub found
[ 19.039452] hub 3-0:1.0: 2 ports detected
[ 19.065078] input: PS/2 Mouse as /class/input/input2
[ 19.083976] input: AlpsPS/2 ALPS GlidePoint as /class/input/input3
[ 19.142238] ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 19 (level, low) -> IRQ 19
[ 19.142416] PCI: Setting latency timer of device 0000:00:1d.3 to 64
[ 19.142420] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 19.142517] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
[ 19.142634] uhci_hcd 0000:00:1d.3: irq 19, io base 0x00001860
[ 19.142745] usb usb4: new device found, idVendor=0000, idProduct=0000
[ 19.142824] usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 19.142902] usb usb4: Product: UHCI Host Controller
[ 19.142977] usb usb4: Manufacturer: Linux 2.6.20-rc6-mm3-1 uhci_hcd
[ 19.143055] usb usb4: SerialNumber: 0000:00:1d.3
[ 19.143179] usb usb4: configuration #1 chosen from 1 choice
[ 19.143277] hub 4-0:1.0: USB hub found
[ 19.143354] hub 4-0:1.0: 2 ports detected
[ 19.246296] ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 22
[ 19.246466] PCI: Setting latency timer of device 0000:00:1d.7 to 64
[ 19.246469] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 19.246564] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
[ 19.246680] ehci_hcd 0000:00:1d.7: debug port 1
[ 19.246759] PCI: cache line size of 32 is not supported by device 0000:00:1d.7
[ 19.246768] ehci_hcd 0000:00:1d.7: irq 22, io mem 0xde404000
[ 19.250743] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 19.250843] usb usb5: new device found, idVendor=0000, idProduct=0000
[ 19.250921] usb usb5: new device strings: Mfr=3, Product=2, SerialNumber=1
[ 19.250999] usb usb5: Product: EHCI Host Controller
[ 19.251075] usb usb5: Manufacturer: Linux 2.6.20-rc6-mm3-1 ehci_hcd
[ 19.251152] usb usb5: SerialNumber: 0000:00:1d.7
[ 19.251271] usb usb5: configuration #1 chosen from 1 choice
[ 19.251367] hub 5-0:1.0: USB hub found
[ 19.251446] hub 5-0:1.0: 8 ports detected
[ 19.277992] usb 2-2: new full speed USB device using uhci_hcd and address 2
[ 19.354179] Yenta: CardBus bridge found at 0000:09:04.0 [104d:81e6]
[ 19.354284] Yenta: Using CSCINT to route CSC interrupts to PCI
[ 19.354364] Yenta: Routing CardBus interrupts to PCI
[ 19.354448] Yenta TI: socket 0000:09:04.0, mfunc 0x01a21b22, devctl 0x64
[ 19.586447] Yenta: ISA IRQ mask 0x0cf8, PCI irq 20
[ 19.586529] Socket status: 30000006
[ 19.586604] Yenta: Raising subordinate bus# of parent bus (#09) from #0a to #0d
[ 19.586697] pcmcia: parent PCI bridge I/O window: 0x5000 - 0x5fff
[ 19.586775] cs: IO port probe 0x5000-0x5fff: clean.
[ 19.587174] pcmcia: parent PCI bridge Memory window: 0xde000000 - 0xde0fffff
[ 19.587253] pcmcia: parent PCI bridge Memory window: 0x50000000 - 0x53ffffff
[ 19.588679] ACPI: PCI Interrupt 0000:09:04.2[C] -> GSI 22 (level, low) -> IRQ 21
[ 19.589299] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 21 (level, low) -> IRQ 23
[ 19.589466] PCI: Setting latency timer of device 0000:00:1b.0 to 64
[ 19.933584] cs: IO port probe 0x100-0x3af: clean.
[ 19.935977] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
[ 19.937170] cs: IO port probe 0x820-0x8ff: clean.
[ 19.938154] cs: IO port probe 0xc00-0xcf7: clean.
[ 19.939237] cs: IO port probe 0xa00-0xaff: clean.
[ 20.093211] usb 5-4: new high speed USB device using ehci_hcd and address 2
[ 20.271285] Adding 979924k swap on /dev/sda5. Priority:-1 extents:1 across:979924k
[ 20.288742] usb 5-4: new device found, idVendor=054c, idProduct=0281
[ 20.288838] usb 5-4: new device strings: Mfr=1, Product=2, SerialNumber=3
[ 20.288922] usb 5-4: Product: UMH-U09
[ 20.289027] usb 5-4: Manufacturer: Sony
[ 20.289105] usb 5-4: SerialNumber: F000001C9B3A
[ 20.293450] usb 5-4: configuration #1 chosen from 1 choice
[ 20.345108] Initializing USB Mass Storage driver...
[ 20.772574] usb 5-6: new high speed USB device using ehci_hcd and address 4
[ 20.905671] usb 5-6: new device found, idVendor=05ca, idProduct=1830
[ 20.905758] usb 5-6: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 20.905960] usb 5-6: configuration #1 chosen from 1 choice
[ 21.328108] scsi2 : SCSI emulation for USB Mass Storage devices
[ 21.328262] usb-storage: device found at 2
[ 21.328264] usb-storage: waiting for device to settle before scanning
[ 21.328279] usbcore: registered new interface driver usb-storage
[ 21.328360] USB Mass Storage support registered.
[ 21.567772] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 21.744417] usb 3-1: new device found, idVendor=0483, idProduct=2016
[ 21.744506] usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 21.744590] usb 3-1: Product: Biometric Coprocessor
[ 21.744681] usb 3-1: Manufacturer: STMicroelectronics
[ 21.744828] usb 3-1: configuration #1 chosen from 1 choice
[ 21.952816] loop: loaded (max 8 devices)
[ 21.983379] usb 4-1: new low speed USB device using uhci_hcd and address 2
[ 22.001582] ACPI Sony Notebook Control Driver v0.3 successfully installed
[ 22.019053] sonypi: Sony Programmable I/O Controller Driver v1.26.
[ 22.019225] sonypi: detected type3 model, verbose = 0, fnkeyinit = off, camera = off, compat = off, mask = 0xffffffff, useinput = on, acpi = on
[ 22.019342] sonypi: enabled at irq=11, port1=0x1080, port2=0x1084
[ 22.019422] sonypi: device allocated minor is 63
[ 22.019537] input: Sony Vaio Jogdial as /class/input/input4
[ 22.019674] input: Sony Vaio Keys as /class/input/input5
[ 22.106584] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [email protected]
[ 22.136391] usb 4-1: new device found, idVendor=054c, idProduct=01bb
[ 22.136479] usb 4-1: new device strings: Mfr=0, Product=0, SerialNumber=0
[ 22.136664] usb 4-1: configuration #1 chosen from 1 choice
[ 22.379003] usb 4-2: new full speed USB device using uhci_hcd and address 3
[ 22.584979] usb 4-2: new device found, idVendor=044e, idProduct=300c
[ 22.585076] usb 4-2: new device strings: Mfr=1, Product=2, SerialNumber=0
[ 22.585160] usb 4-2: Product: UGX
[ 22.585249] usb 4-2: Manufacturer: ALPS
[ 22.585399] usb 4-2: configuration #1 chosen from 1 choice
[ 22.670906] Bluetooth: Core ver 2.11
[ 22.671035] NET: Registered protocol family 31
[ 22.671114] Bluetooth: HCI device and connection manager initialized
[ 22.671199] Bluetooth: HCI socket layer initialized
[ 22.688799] Bluetooth: HCI USB driver ver 2.9
[ 22.691978] usbcore: registered new interface driver hci_usb
[ 26.332403] scsi 2:0:0:0: Direct-Access Sony USB HS-CARD 4.52 PQ: 0 ANSI: 0
[ 26.382660] sd 2:0:0:0: Attached scsi removable disk sdb
[ 26.383857] usb-storage: device scan complete
[ 32.697299] sky2 eth0: enabling interface
[ 32.699562] sky2 eth0: ram buffer 4K
[ 34.363018] sky2 eth0: Link is up at 100 Mbps, half duplex, flow control none
[ 34.858053] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 38.536595] SysRq : Show Pending Timers
[ 38.536753] Timer List Version: v0.3
[ 38.536832] HRTIMER_MAX_CLOCK_BASES: 2
[ 38.536921] now at 25625437072 nsecs
[ 38.536995]
[ 38.536995] cpu: 0
[ 38.537138] clock 0:
[ 38.537210] .index: 0
[ 38.537283] .resolution: 1 nsecs
[ 38.537357] .get_time: ktime_get_real
[ 38.537552] .offset: 1170412030250277102 nsecs
[ 38.537627] active timers:
[ 38.537700] clock 1:
[ 38.537772] .index: 1
[ 38.537845] .resolution: 1 nsecs
[ 38.537919] .get_time: ktime_get
[ 38.538110] .offset: 0 nsecs
[ 38.538184] active timers:
[ 38.538257] #0: <c037fd90>, tick_sched_timer, S:01
[ 38.538632] # expires at 25744000000 nsecs [in 118562928 nsecs]
[ 38.538709] .expires_next : 25744000000 nsecs
[ 38.538785] .hres_active : 1
[ 38.538858] .nr_events : 832
[ 38.538932] .nohz_mode : 2
[ 38.539006] .idle_tick : 25600000000 nsecs
[ 38.539081] .tick_stopped : 1
[ 38.539155] .idle_jiffies : 4294898695
[ 38.539230] .idle_calls : 8136
[ 38.539303] .idle_sleeps : 2806
[ 38.539377] .idle_entrytime : 25599683442 nsecs
[ 38.539453] .idle_sleeptime : 21020446767 nsecs
[ 38.539528] .last_jiffies : 4294898695
[ 38.539603] .next_jiffies : 4294898732
[ 38.539678] .idle_expires : 25744000000 nsecs
[ 38.539754] jiffies: 4294898702
[ 38.539827]
[ 38.539827] cpu: 1
[ 38.539970] clock 0:
[ 38.540042] .index: 0
[ 38.540114] .resolution: 1 nsecs
[ 38.540188] .get_time: ktime_get_real
[ 38.540381] .offset: 1170412030250277102 nsecs
[ 38.540456] active timers:
[ 38.540529] clock 1:
[ 38.540601] .index: 1
[ 38.540674] .resolution: 1 nsecs
[ 38.540747] .get_time: ktime_get
[ 38.540939] .offset: 0 nsecs
[ 38.541012] active timers:
[ 38.541085] #0: <c037fd90>, tick_sched_timer, S:01
[ 38.541456] # expires at 25804000000 nsecs [in 178562928 nsecs]
[ 38.541534] .expires_next : 25804000000 nsecs
[ 38.541609] .hres_active : 1
[ 38.541682] .nr_events : 309
[ 38.541756] .nohz_mode : 2
[ 38.541830] .idle_tick : 23808000000 nsecs
[ 38.541905] .tick_stopped : 1
[ 38.541980] .idle_jiffies : 4294898247
[ 38.542054] .idle_calls : 1120
[ 38.542128] .idle_sleeps : 599
[ 38.542202] .idle_entrytime : 23804134269 nsecs
[ 38.542278] .idle_sleeptime : 20142520988 nsecs
[ 38.542354] .last_jiffies : 4294898247
[ 38.542428] .next_jiffies : 4294898747
[ 38.542503] .idle_expires : 25804000000 nsecs
[ 38.542579] jiffies: 4294898702
[ 38.542652]
[ 38.542723]
[ 38.542724] Tick Device: mode: 1
[ 38.542868] Clock Event Device: pit
[ 38.543000] max_delta_ns: 27461866
[ 38.543074] min_delta_ns: 12571
[ 38.543148] mult: 5124677
[ 38.543222] shift: 32
[ 38.543296] mode: 3
[ 38.543369] next_event: 25744000000 nsecs
[ 38.543444] set_next_event: pit_next_event
[ 38.543637] set_mode: init_pit_timer
[ 38.543830] event_handler: tick_handle_oneshot_broadcast
[ 38.544025] tick_broadcast_mask: 00000003
[ 38.544100] tick_broadcast_oneshot_mask: 00000003
[ 38.544175]
[ 38.544246]
[ 38.544247] Tick Device: mode: 1
[ 38.544391] Clock Event Device: lapic
[ 38.544523] max_delta_ns: 805300686
[ 38.544597] min_delta_ns: 1439
[ 38.544671] mult: 44739553
[ 38.544745] shift: 32
[ 38.544818] mode: 1
[ 38.544892] next_event: 25744000000 nsecs
[ 38.544966] set_next_event: lapic_next_event
[ 38.545161] set_mode: lapic_timer_setup
[ 38.545354] event_handler: hrtimer_interrupt
[ 38.545546]
[ 38.545547] Tick Device: mode: 1
[ 38.545690] Clock Event Device: lapic
[ 38.545823] max_delta_ns: 805300686
[ 38.545897] min_delta_ns: 1439
[ 38.545971] mult: 44739553
[ 38.546045] shift: 32
[ 38.546118] mode: 1
[ 38.546191] next_event: 25804000000 nsecs
[ 38.546266] set_next_event: lapic_next_event
[ 38.546459] set_mode: lapic_timer_setup
[ 38.546651] event_handler: hrtimer_interrupt
[ 38.546844]
[ 43.097678] NET: Registered protocol family 10
[ 54.028419] eth0: no IPv6 routers present
[ 72.783796] Netfilter messages via NETLINK v0.30.
[ 72.792104] nf_conntrack version 0.5.0 (8179 buckets, 65432 max)
[ 93.040358] SysRq : Show Pending Timers
[ 93.040516] Timer List Version: v0.3
[ 93.040596] HRTIMER_MAX_CLOCK_BASES: 2
[ 93.040684] now at 80181794744 nsecs
[ 93.040759]
[ 93.040759] cpu: 0
[ 93.040901] clock 0:
[ 93.040973] .index: 0
[ 93.041046] .resolution: 1 nsecs
[ 93.041119] .get_time: ktime_get_real
[ 93.041315] .offset: 1170412030250277102 nsecs
[ 93.041391] active timers:
[ 93.041463] clock 1:
[ 93.041536] .index: 1
[ 93.041608] .resolution: 1 nsecs
[ 93.041681] .get_time: ktime_get
[ 93.041873] .offset: 0 nsecs
[ 93.041947] active timers:
[ 93.042020] #0: <c037fd90>, tick_sched_timer, S:01
[ 93.042396] # expires at 80244000000 nsecs [in 62205256 nsecs]
[ 93.042474] .expires_next : 80244000000 nsecs
[ 93.042549] .hres_active : 1
[ 93.042623] .nr_events : 1384
[ 93.042697] .nohz_mode : 2
[ 93.042770] .idle_tick : 80164000000 nsecs
[ 93.042846] .tick_stopped : 1
[ 93.042920] .idle_jiffies : 4294912337
[ 93.042995] .idle_calls : 24765
[ 93.043069] .idle_sleeps : 5493
[ 93.043143] .idle_entrytime : 80176068269 nsecs
[ 93.043219] .idle_sleeptime : 75405772638 nsecs
[ 93.043295] .last_jiffies : 4294912340
[ 93.043369] .next_jiffies : 4294912357
[ 93.043444] .idle_expires : 80244000000 nsecs
[ 93.043520] jiffies: 4294912341
[ 93.043593]
[ 93.043594] cpu: 1
[ 93.047898] clock 0:
[ 93.047970] .index: 0
[ 93.048043] .resolution: 1 nsecs
[ 93.048117] .get_time: ktime_get_real
[ 93.048310] .offset: 1170412030250277102 nsecs
[ 93.048386] active timers:
[ 93.048459] clock 1:
[ 93.048531] .index: 1
[ 93.048604] .resolution: 1 nsecs
[ 93.048677] .get_time: ktime_get
[ 93.048868] .offset: 0 nsecs
[ 93.048942] active timers:
[ 93.049015] #0: <c037fd90>, tick_sched_timer, S:01
[ 93.049387] # expires at 81804000000 nsecs [in 1622205256 nsecs]
[ 93.049465] .expires_next : 81804000000 nsecs
[ 93.049540] .hres_active : 1
[ 93.049613] .nr_events : 344
[ 93.049687] .nohz_mode : 2
[ 93.049761] .idle_tick : 79808000000 nsecs
[ 93.049836] .tick_stopped : 1
[ 93.049910] .idle_jiffies : 4294912247
[ 93.049984] .idle_calls : 1211
[ 93.050059] .idle_sleeps : 689
[ 93.050132] .idle_entrytime : 79804094667 nsecs
[ 93.050208] .idle_sleeptime : 76115837652 nsecs
[ 93.050283] .last_jiffies : 4294912247
[ 93.050358] .next_jiffies : 4294912747
[ 93.050432] .idle_expires : 81804000000 nsecs
[ 93.050508] jiffies: 4294912341
[ 93.050581]
[ 93.050652]
[ 93.050653] Tick Device: mode: 1
[ 93.050796] Clock Event Device: pit
[ 93.050929] max_delta_ns: 27461866
[ 93.051004] min_delta_ns: 12571
[ 93.051077] mult: 5124677
[ 93.051151] shift: 32
[ 93.051224] mode: 3
[ 93.051297] next_event: 80244000000 nsecs
[ 93.051372] set_next_event: pit_next_event
[ 93.051566] set_mode: init_pit_timer
[ 93.051758] event_handler: tick_handle_oneshot_broadcast
[ 93.051953] tick_broadcast_mask: 00000003
[ 93.052027] tick_broadcast_oneshot_mask: 00000003
[ 93.052103]
[ 93.052174]
[ 93.052174] Tick Device: mode: 1
[ 93.052318] Clock Event Device: lapic
[ 93.052451] max_delta_ns: 805300686
[ 93.052525] min_delta_ns: 1439
[ 93.052599] mult: 44739553
[ 93.052673] shift: 32
[ 93.052746] mode: 1
[ 93.052819] next_event: 80244000000 nsecs
[ 93.052894] set_next_event: lapic_next_event
[ 93.053088] set_mode: lapic_timer_setup
[ 93.053280] event_handler: hrtimer_interrupt
[ 93.053473]
[ 93.053474] Tick Device: mode: 1
[ 93.053618] Clock Event Device: lapic
[ 93.053750] max_delta_ns: 805300686
[ 93.053824] min_delta_ns: 1439
[ 93.053898] mult: 44739553
[ 93.053972] shift: 32
[ 93.054045] mode: 1
[ 93.054118] next_event: 81804000000 nsecs
[ 93.054193] set_next_event: lapic_next_event
[ 93.054386] set_mode: lapic_timer_setup
[ 93.054578] event_handler: hrtimer_interrupt
[ 93.054771]
[ 163.063574] ACPI: Battery Slot [BAT1] (battery present)
[ 163.071194] ACPI: AC Adapter [ACAD] (on-line)
[ 163.079679] input: Lid Switch as /class/input/input6
[ 163.079854] ACPI: Lid Switch [LID0]
[ 163.080022] input: Power Button (CM) as /class/input/input7
[ 163.080174] ACPI: Power Button (CM) [PWRB]
[ 163.113964] ACPI: Thermal Zone [ATF0] (47 C)
[ 163.115124] ACPI: Thermal Zone [DTS0] (47 C)
[ 163.116289] ACPI: Thermal Zone [DTS1] (51 C)
[ 166.417461] Installing knfsd (copyright (C) 1996 [email protected]).
[ 166.517243] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 166.517485] NFSD: starting 90-second grace period
[ 168.733062] Bluetooth: L2CAP ver 2.8
[ 168.733160] Bluetooth: L2CAP socket layer initialized
[ 168.996893] Bluetooth: RFCOMM socket layer initialized
[ 168.997001] Bluetooth: RFCOMM TTY layer initialized
[ 168.997090] Bluetooth: RFCOMM ver 1.8


--
mattia
:wq!

2007-02-02 20:26:17

by Thomas Gleixner

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

On Fri, 2007-02-02 at 20:18 +0100, Mattia Dongili wrote:
> > May I ask you for another test ? Please turn on high resolution timers
> > and check, if the same strange behaviour is happening.
>
> Yep, here we go again. Still seeing long stalls but no negative expires
> offset.
> Actually one more test I did is disabling my iptables script and the
> boot process went fine. The script is just:

Mattia,

I have it halfways reproducible now and I'm working to find the root
cause. Thanks for providing the info.

tglx


2007-02-02 20:44:38

by Mattia Dongili

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

On Fri, Feb 02, 2007 at 09:27:14PM +0100, Thomas Gleixner wrote:
> On Fri, 2007-02-02 at 20:18 +0100, Mattia Dongili wrote:
> > > May I ask you for another test ? Please turn on high resolution timers
> > > and check, if the same strange behaviour is happening.
> >
> > Yep, here we go again. Still seeing long stalls but no negative expires
> > offset.
> > Actually one more test I did is disabling my iptables script and the
> > boot process went fine. The script is just:
>
> Mattia,
>
> I have it halfways reproducible now and I'm working to find the root
> cause. Thanks for providing the info.

Great, I'm obviously available to test any patch :)

--
mattia
:wq!

2007-02-03 07:30:10

by Cédric Le Goater

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Cedric Le Goater wrote:
> Starikovskiy, Alexey Y wrote:
>>> so it probably means that drivers/acpi/tables/tbxfroot.c is
>>> obsolete ?
>> Yes.
>>>> Could you please try it?
>>> sure, I'll cancel the current boot test in which I was using
>>> acpi_find_root_pointer() in tbxfroot.c and restart one with your
>>> new patch. I should have the result today.
>> How long does it take to boot this thing?
>
> well, not that long, but i don't have access directly to this
> machine, only through a test batch manager ...

dmesg looks fine. However, there is a :

ACPI Warning (tbfadt-0415): Optional field "Gpe1Block" has zero address or length: 0000000000000000/4 [20070126]

but I don't know how to interpret this ? Any Idea ?

thanks,


C.


Linux version 2.6.20-rc6-mm3-lxc2-autokern1 (root@fpos1) (gcc version 4.0.3 (Ubuntu 4.0.3-1ubuntu5)) #1 SMP Fri Feb 2 20:38:46 UTC 2007
BIOS-provided physical RAM map:
sanitize start
sanitize end
copy_e820_map() start: 0000000000000000 size: 000000000009dc00 end: 000000000009dc00 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 000000000009dc00 size: 0000000000002400 end: 00000000000a0000 type: 2
copy_e820_map() start: 00000000000e0000 size: 0000000000020000 end: 0000000000100000 type: 2
copy_e820_map() start: 0000000000100000 size: 00000000dfea25c0 end: 00000000dffa25c0 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 00000000dffa25c0 size: 0000000000009c80 end: 00000000dffac240 type: 3
copy_e820_map() start: 00000000dffac240 size: 0000000000053dc0 end: 00000000e0000000 type: 2
copy_e820_map() start: 00000000fec00000 size: 0000000001400000 end: 0000000100000000 type: 2
copy_e820_map() start: 0000000100000000 size: 0000000120000000 end: 0000000220000000 type: 1
copy_e820_map() type is E820_RAM
BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dffa25c0 (usable)
BIOS-e820: 00000000dffa25c0 - 00000000dffac240 (ACPI data)
BIOS-e820: 00000000dffac240 - 00000000e0000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000220000000 (usable)
Node: 0, start_pfn: 0, end_pfn: 157
Node: 0, start_pfn: 256, end_pfn: 917410
Node: 0, start_pfn: 1048576, end_pfn: 2228224
get_memcfg_from_srat: assigning address to rsdp
RSD PTR v0 [IBM ]
Begin SRAT table scan....
CPU 0x00 in proximity domain 0x00
CPU 0x02 in proximity domain 0x00
CPU 0x10 in proximity domain 0x00
CPU 0x12 in proximity domain 0x00
CPU 0x01 in proximity domain 0x00
CPU 0x03 in proximity domain 0x00
CPU 0x11 in proximity domain 0x00
CPU 0x13 in proximity domain 0x00
Memory range 0x0 to 0xE0000 (type 0x1) in proximity domain 0x00 enabled
Memory range 0x100000 to 0x220000 (type 0x1) in proximity domain 0x00 enabled
pxm bitmap: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Number of logical nodes in system = 1
Number of memory chunks in system = 2
chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
chunk 1 nid 0 start_pfn 00100000 end_pfn 00220000
Node: 0, start_pfn: 0, end_pfn: 2228224
Reserving 17920 pages of KVA for lmem_map of node 0
Shrinking node 0 from 2228224 pages to 2210304 pages
Reserving total of 17920 pages for numa KVA remap
kva_start_pfn ~ 211456 find_max_low_pfn() ~ 229376
max_pfn = 2228224
7808MB HIGHMEM available.
896MB LOWMEM available.
min_low_pfn = 1156, max_low_pfn = 229376, highstart_pfn = 229376
Low memory ends at vaddr f8000000
node 0 will remap to vaddr f3a00000 - fc600000
High memory starts at vaddr f8000000
found SMP MP-table at 0009dd40
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 229376
HighMem 229376 -> 2228224
early_node_map[2] active PFN ranges
0: 0 -> 917504
0: 1048576 -> 2210304
DMI 2.3 present.
Using APIC driver default
IBM eserver xSeries 440 detected: force use of acpi=ht
ACPI: RSDP @ 0x000fde20/0x0014 (v000 IBM )
ACPI: RSDT @ 0xdffac1c0/0x0034 (v001 IBM SERVIGIL 0x00001000 IBM 0x45444F43)
ACPI: FACP @ 0xdffac140/0x0074 (v001 IBM SERVIGIL 0x00001000 IBM 0x45444F43)
ACPI Warning (tbfadt-0415): Optional field "Gpe1Block" has zero address or length: 0000000000000000/4 [20070126]
ACPI: DSDT @ 0xdffa25c0/0x4436 (v001 IBM SERVIGIL 0x00001000 INTL 0x02002025)
ACPI: FACS @ 0xdffabf00/0x0040
ACPI: APIC @ 0xdffac040/0x00D2 (v001 IBM SERVIGIL 0x00001000 IBM 0x45444F43)
ACPI: SRAT @ 0xdffabf40/0x0100 (v001 IBM SERVIGIL 0x00001000 IBM 0x45444F43)
ACPI: SSDT @ 0xdffa6a00/0x5467 (v001 IBM VIGSSDT0 0x00001000 INTL 0x02002025)
ACPI: PM-Timer IO Port: 0x508
Switched to APIC driver `summit'.
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
Processor #2 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
Processor #16 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
Processor #18 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x80] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x81] lapic_id[0x03] enabled)
Processor #3 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x84] lapic_id[0x11] enabled)
Processor #17 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x85] lapic_id[0x13] enabled)
Processor #19 15:1 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x80] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x81] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x84] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x85] dfl dfl lint[0x1])
Using ACPI for processor (LAPIC) configuration information
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
OEM ID: IBM ENSW Product ID: VIGIL SMP <6>Switched to APIC driver `summit'.
APIC at: 0xFEE00000
I/O APIC #14 Version 17 at 0xFEC00000.
I/O APIC #13 Version 17 at 0xFEC01000.
Enabling APIC mode: Summit. Using 2 I/O APICs
Processors: 8
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
Detected 1397.332 MHz processor.
Built 1 zonelists. Total pages: 2061964
Kernel command line: console=tty0 console=ttyS0,57600 ro autobench_args: root=/dev/sda2 ABAT:1170448788
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour VGA+ 80x25
------------------------
| Locking API testsuite:
----------------------------------------------------------------------------
| spin |wlock |rlock |mutex | wsem | rsem |
--------------------------------------------------------------------------
A-A deadlock:failed|failed| ok |failed|failed|failed|
A-B-B-A deadlock:failed|failed| ok |failed|failed|failed|
A-B-B-C-C-A deadlock:failed|failed| ok |failed|failed|failed|
A-B-C-A-B-C deadlock:failed|failed| ok |failed|failed|failed|
A-B-B-C-C-D-D-A deadlock:failed|failed| ok |failed|failed|failed|
A-B-C-D-B-D-D-A deadlock:failed|failed| ok |failed|failed|failed|
A-B-C-D-B-C-D-A deadlock:failed|failed| ok |failed|failed|failed|
double unlock:failed|failed|failed| ok |failed|failed|
initialize held:failed|failed|failed|failed|failed|failed|
bad unlock order: ok | ok | ok | ok | ok | ok |
--------------------------------------------------------------------------
recursive read-lock: | ok | |failed|
recursive read-lock #2: | ok | |failed|
mixed read-write-lock: |failed| |failed|
mixed write-read-lock: |failed| |failed|
--------------------------------------------------------------------------
hard-irqs-on + irq-safe-A/12:failed|failed| ok |
soft-irqs-on + irq-safe-A/12:failed|failed| ok |
hard-irqs-on + irq-safe-A/21:failed|failed| ok |
soft-irqs-on + irq-safe-A/21:failed|failed| ok |
sirq-safe-A => hirqs-on/12:failed|failed| ok |
sirq-safe-A => hirqs-on/21:failed|failed| ok |
hard-safe-A + irqs-on/12:failed|failed| ok |
soft-safe-A + irqs-on/12:failed|failed| ok |
hard-safe-A + irqs-on/21:failed|failed| ok |
soft-safe-A + irqs-on/21:failed|failed| ok |
hard-safe-A + unsafe-B #1/123:failed|failed| ok |
soft-safe-A + unsafe-B #1/123:failed|failed| ok |
hard-safe-A + unsafe-B #1/132:failed|failed| ok |
soft-safe-A + unsafe-B #1/132:failed|failed| ok |
hard-safe-A + unsafe-B #1/213:failed|failed| ok |
soft-safe-A + unsafe-B #1/213:failed|failed| ok |
hard-safe-A + unsafe-B #1/231:failed|failed| ok |
soft-safe-A + unsafe-B #1/231:failed|failed| ok |
hard-safe-A + unsafe-B #1/312:failed|failed| ok |
soft-safe-A + unsafe-B #1/312:failed|failed| ok |
hard-safe-A + unsafe-B #1/321:failed|failed| ok |
soft-safe-A + unsafe-B #1/321:failed|failed| ok |
hard-safe-A + unsafe-B #2/123:failed|failed| ok |
soft-safe-A + unsafe-B #2/123:failed|failed| ok |
hard-safe-A + unsafe-B #2/132:failed|failed| ok |
soft-safe-A + unsafe-B #2/132:failed|failed| ok |
hard-safe-A + unsafe-B #2/213:failed|failed| ok |
soft-safe-A + unsafe-B #2/213:failed|failed| ok |
hard-safe-A + unsafe-B #2/231:failed|failed| ok |
soft-safe-A + unsafe-B #2/231:failed|failed| ok |
hard-safe-A + unsafe-B #2/312:failed|failed| ok |
soft-safe-A + unsafe-B #2/312:failed|failed| ok |
hard-safe-A + unsafe-B #2/321:failed|failed| ok |
soft-safe-A + unsafe-B #2/321:failed|failed| ok |
hard-irq lock-inversion/123:failed|failed| ok |
soft-irq lock-inversion/123:failed|failed| ok |
hard-irq lock-inversion/132:failed|failed| ok |
soft-irq lock-inversion/132:failed|failed| ok |
hard-irq lock-inversion/213:failed|failed| ok |
soft-irq lock-inversion/213:failed|failed| ok |
hard-irq lock-inversion/231:failed|failed| ok |
soft-irq lock-inversion/231:failed|failed| ok |
hard-irq lock-inversion/312:failed|failed| ok |
soft-irq lock-inversion/312:failed|failed| ok |
hard-irq lock-inversion/321:failed|failed| ok |
soft-irq lock-inversion/321:failed|failed| ok |
hard-irq read-recursion/123: ok |
soft-irq read-recursion/123: ok |
hard-irq read-recursion/132: ok |
soft-irq read-recursion/132: ok |
hard-irq read-recursion/213: ok |
soft-irq read-recursion/213: ok |
hard-irq read-recursion/231: ok |
soft-irq read-recursion/231: ok |
hard-irq read-recursion/312: ok |
soft-irq read-recursion/312: ok |
hard-irq read-recursion/321: ok |
soft-irq read-recursion/321: ok |
--------------------------------------------------------
144 out of 218 testcases failed, as expected. |
----------------------------------------------------
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Initializing HighMem for node 0 (00038000:0021ba00)
Memory: 8239724k/8912896k available (2098k kernel code, 76432k reserved, 968k data, 228k init, 7399048k highmem)
virtual kernel memory layout:
fixmap : 0xffc56000 - 0xfffff000 (3748 kB)
pkmap : 0xffa00000 - 0xffc00000 (2048 kB)
vmalloc : 0xf8800000 - 0xff9fe000 ( 113 MB)
lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
.init : 0xc0406000 - 0xc043f000 ( 228 kB)
.data : 0xc030cb21 - 0xc03fee28 ( 968 kB)
.text : 0xc0100000 - 0xc030cb21 (2098 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2800.13 BogoMIPS (lpj=5600271)
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 0
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 15k freed
CPU0: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Leaving ESR disabled.
Mapping cpu 0 to node 0
Booting processor 1/2 eip 2000
Initializing CPU#1
Leaving ESR disabled.
Mapping cpu 1 to node 0
Calibrating delay using timer specific routine.. 2794.79 BogoMIPS (lpj=5589582)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 1
CPU1: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 2/16 eip 2000
Initializing CPU#2
Leaving ESR disabled.
Mapping cpu 2 to node 0
Calibrating delay using timer specific routine.. 2794.70 BogoMIPS (lpj=5589416)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 8
CPU2: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 3/18 eip 2000
Initializing CPU#3
Leaving ESR disabled.
Mapping cpu 3 to node 0
Calibrating delay using timer specific routine.. 2794.72 BogoMIPS (lpj=5589444)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 9
CPU3: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 4/1 eip 2000
Initializing CPU#4
Leaving ESR disabled.
Mapping cpu 4 to node 0
Calibrating delay using timer specific routine.. 2794.60 BogoMIPS (lpj=5589208)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 0
CPU4: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 5/3 eip 2000
Initializing CPU#5
Leaving ESR disabled.
Mapping cpu 5 to node 0
Calibrating delay using timer specific routine.. 2794.68 BogoMIPS (lpj=5589369)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 1
CPU5: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 6/17 eip 2000
Initializing CPU#6
Leaving ESR disabled.
Mapping cpu 6 to node 0
Calibrating delay using timer specific routine.. 2794.59 BogoMIPS (lpj=5589194)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 8
CPU6: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Booting processor 7/19 eip 2000
Initializing CPU#7
Leaving ESR disabled.
Mapping cpu 7 to node 0
Calibrating delay using timer specific routine.. 2794.56 BogoMIPS (lpj=5589132)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: L3 cache: 512K
CPU: Physical Processor ID: 9
CPU7: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
Total of 8 processors activated (22362.80 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
Brought up 8 CPUs
migration_cost=60,306
NET: Registered protocol family 16
ACPI Exception (utmutex-0263): AE_BAD_PARAMETER, Thread C1139AA0 could not acquire Mutex [1] [20070126]
No dock devices found.
PCI: PCI BIOS revision 2.10 entry at 0xfd5bd, last bus=11
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
SCSI subsystem initialized
PCI: Probing PCI hardware
PCI quirk: region 0440-044f claimed by vt82c686 SMB
PCI: Discovered peer bus 01
PCI: Discovered peer bus 02
PCI: Discovered peer bus 05
PCI: Discovered peer bus 07
PCI: Discovered peer bus 09
PCI->APIC IRQ transform: 0000:00:03.0[A] -> IRQ 39
PCI->APIC IRQ transform: 0000:00:04.0[A] -> IRQ 16
PCI->APIC IRQ transform: 0000:00:05.2[D] -> IRQ 47
PCI->APIC IRQ transform: 0000:00:05.3[D] -> IRQ 47
PCI->APIC IRQ transform: 0000:01:03.0[A] -> IRQ 40
PCI->APIC IRQ transform: 0000:01:03.1[B] -> IRQ 41
PCI->APIC IRQ transform: 0000:01:04.0[A] -> IRQ 42
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
IBM machine detected. Enabling interrupts during APM calls.
apm: BIOS not found.
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
Installing knfsd (copyright (C) 1996 [email protected]).
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
PCI: Enabling Via external APIC routing
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
loop: loaded (max 8 devices)
Intel(R) PRO/1000 Network Driver - version 7.3.20-k2
Copyright (c) 1999-2006 Intel Corporation.
pcnet32.c:v1.33 27.Jun.2006 [email protected]
tg3.c:v3.72 (January 8, 2007)
eth0: Tigon3 [partno(BCM95700A6) rev 7102 PHY(5401)] (PCI:66MHz:64-bit) 10/100/1000Base-T Ethernet 00:02:55:dc:36:33
eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[0] TSOcap[0]
eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs

scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs

scsi 1:0:9:0: Processor IBM GNHv1 S2 0 PQ: 0 ANSI: 2
target1:0:9: Beginning Domain Validation
target1:0:9: Ending Domain Validation
scsi 1:0:12:0: Direct-Access IBM-ESXS ST336607LC F B25J PQ: 0 ANSI: 3
scsi1:A:12:0: Tagged Queuing enabled. Depth 253
target1:0:12: Beginning Domain Validation
target1:0:12: wide asynchronous
target1:0:12: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63)
target1:0:12: Ending Domain Validation
scsi 1:0:13:0: Direct-Access IBM-ESXS DTN036C1UCDY10F S29C PQ: 0 ANSI: 3
scsi1:A:13:0: Tagged Queuing enabled. Depth 253
target1:0:13: Beginning Domain Validation
target1:0:13: wide asynchronous
target1:0:13: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 127)
target1:0:13: Ending Domain Validation
st: Version 20061107, fixed bufsize 32768, s/g segs 256
SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB)
sda: Write Protect is off
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB)
sda: Write Protect is off
SCSI device sda: write cache: disabled, read cache: enabled, supports DPO and FUA
sda: sda1 sda2 sda3
sd 1:0:12:0: Attached scsi disk sda
SCSI device sdb: 71096640 512-byte hdwr sectors (36401 MB)
sdb: Write Protect is off
SCSI device sdb: write cache: disabled, read cache: enabled, doesn't support DPO or FUA
SCSI device sdb: 71096640 512-byte hdwr sectors (36401 MB)
sdb: Write Protect is off
SCSI device sdb: write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4
sd 1:0:13:0: Attached scsi disk sdb
scsi 1:0:9:0: Attached scsi generic sg0 type 3
sd 1:0:12:0: Attached scsi generic sg1 type 0
sd 1:0:13:0: Attached scsi generic sg2 type 0
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
Summit chipset: Starting Cyclone Counter.
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Starting balanced_irq
Using IPI Shortcut mode
Time: cyclone clocksource has been installed.
logips2pp: Detected unknown logitech mouse model 0
input: PS/2 Logitech Mouse as /class/input/input1
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.

2007-02-03 07:58:06

by Starikovskiy, Alexey Y

[permalink] [raw]
Subject: RE: 2.6.20-rc6-mm3

This warning should probably be disabled, to not confuse users... Spec
says that some registers are optional, and ACPICA used to keep silence
then it encountered one, but now it produces this meaningless warning...
Ignore it...

Regards,
Alex.

>-----Original Message-----
>From: Cedric Le Goater [mailto:[email protected]]
>Sent: Saturday, February 03, 2007 10:30 AM
>To: Cedric Le Goater
>Cc: Starikovskiy, Alexey Y; Andrew Morton;
[email protected];
>Moore, Robert; keith mannthey
>Subject: Re: 2.6.20-rc6-mm3
>
>Cedric Le Goater wrote:
>> Starikovskiy, Alexey Y wrote:
>>>> so it probably means that drivers/acpi/tables/tbxfroot.c is
>>>> obsolete ?
>>> Yes.
>>>>> Could you please try it?
>>>> sure, I'll cancel the current boot test in which I was using
>>>> acpi_find_root_pointer() in tbxfroot.c and restart one with your
>>>> new patch. I should have the result today.
>>> How long does it take to boot this thing?
>>
>> well, not that long, but i don't have access directly to this
>> machine, only through a test batch manager ...
>
>dmesg looks fine. However, there is a :
>
>ACPI Warning (tbfadt-0415): Optional field "Gpe1Block" has zero address
or
>length: 0000000000000000/4 [20070126]
>
>but I don't know how to interpret this ? Any Idea ?
>
>thanks,
>
>
>C.
>
>
>Linux version 2.6.20-rc6-mm3-lxc2-autokern1 (root@fpos1) (gcc version
4.0.3
>(Ubuntu 4.0.3-1ubuntu5)) #1 SMP Fri Feb 2 20:38:46 UTC 2007
>BIOS-provided physical RAM map:
>sanitize start
>sanitize end
>copy_e820_map() start: 0000000000000000 size: 000000000009dc00 end:
>000000000009dc00 type: 1
>copy_e820_map() type is E820_RAM
>copy_e820_map() start: 000000000009dc00 size: 0000000000002400 end:
>00000000000a0000 type: 2
>copy_e820_map() start: 00000000000e0000 size: 0000000000020000 end:
>0000000000100000 type: 2
>copy_e820_map() start: 0000000000100000 size: 00000000dfea25c0 end:
>00000000dffa25c0 type: 1
>copy_e820_map() type is E820_RAM
>copy_e820_map() start: 00000000dffa25c0 size: 0000000000009c80 end:
>00000000dffac240 type: 3
>copy_e820_map() start: 00000000dffac240 size: 0000000000053dc0 end:
>00000000e0000000 type: 2
>copy_e820_map() start: 00000000fec00000 size: 0000000001400000 end:
>0000000100000000 type: 2
>copy_e820_map() start: 0000000100000000 size: 0000000120000000 end:
>0000000220000000 type: 1
>copy_e820_map() type is E820_RAM
> BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
> BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 00000000dffa25c0 (usable)
> BIOS-e820: 00000000dffa25c0 - 00000000dffac240 (ACPI data)
> BIOS-e820: 00000000dffac240 - 00000000e0000000 (reserved)
> BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
> BIOS-e820: 0000000100000000 - 0000000220000000 (usable)
>Node: 0, start_pfn: 0, end_pfn: 157
>Node: 0, start_pfn: 256, end_pfn: 917410
>Node: 0, start_pfn: 1048576, end_pfn: 2228224
>get_memcfg_from_srat: assigning address to rsdp
>RSD PTR v0 [IBM ]
>Begin SRAT table scan....
>CPU 0x00 in proximity domain 0x00
>CPU 0x02 in proximity domain 0x00
>CPU 0x10 in proximity domain 0x00
>CPU 0x12 in proximity domain 0x00
>CPU 0x01 in proximity domain 0x00
>CPU 0x03 in proximity domain 0x00
>CPU 0x11 in proximity domain 0x00
>CPU 0x13 in proximity domain 0x00
>Memory range 0x0 to 0xE0000 (type 0x1) in proximity domain 0x00 enabled
>Memory range 0x100000 to 0x220000 (type 0x1) in proximity domain 0x00
>enabled
>pxm bitmap: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00
>00 00 00 00 00 00 00 00 00 00 00
>Number of logical nodes in system = 1
>Number of memory chunks in system = 2
>chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
>chunk 1 nid 0 start_pfn 00100000 end_pfn 00220000
>Node: 0, start_pfn: 0, end_pfn: 2228224
>Reserving 17920 pages of KVA for lmem_map of node 0
>Shrinking node 0 from 2228224 pages to 2210304 pages
>Reserving total of 17920 pages for numa KVA remap
>kva_start_pfn ~ 211456 find_max_low_pfn() ~ 229376
>max_pfn = 2228224
>7808MB HIGHMEM available.
>896MB LOWMEM available.
>min_low_pfn = 1156, max_low_pfn = 229376, highstart_pfn = 229376
>Low memory ends at vaddr f8000000
>node 0 will remap to vaddr f3a00000 - fc600000
>High memory starts at vaddr f8000000
>found SMP MP-table at 0009dd40
>Zone PFN ranges:
> DMA 0 -> 4096
> Normal 4096 -> 229376
> HighMem 229376 -> 2228224
>early_node_map[2] active PFN ranges
> 0: 0 -> 917504
> 0: 1048576 -> 2210304
>DMI 2.3 present.
>Using APIC driver default
>IBM eserver xSeries 440 detected: force use of acpi=ht
>ACPI: RSDP @ 0x000fde20/0x0014 (v000 IBM )
>ACPI: RSDT @ 0xdffac1c0/0x0034 (v001 IBM SERVIGIL 0x00001000 IBM
>0x45444F43)
>ACPI: FACP @ 0xdffac140/0x0074 (v001 IBM SERVIGIL 0x00001000 IBM
>0x45444F43)
>ACPI Warning (tbfadt-0415): Optional field "Gpe1Block" has zero address
or
>length: 0000000000000000/4 [20070126]
>ACPI: DSDT @ 0xdffa25c0/0x4436 (v001 IBM SERVIGIL 0x00001000 INTL
>0x02002025)
>ACPI: FACS @ 0xdffabf00/0x0040
>ACPI: APIC @ 0xdffac040/0x00D2 (v001 IBM SERVIGIL 0x00001000 IBM
>0x45444F43)
>ACPI: SRAT @ 0xdffabf40/0x0100 (v001 IBM SERVIGIL 0x00001000 IBM
>0x45444F43)
>ACPI: SSDT @ 0xdffa6a00/0x5467 (v001 IBM VIGSSDT0 0x00001000 INTL
>0x02002025)
>ACPI: PM-Timer IO Port: 0x508
>Switched to APIC driver `summit'.
>ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
>Processor #0 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
>Processor #2 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
>Processor #16 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
>Processor #18 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x80] lapic_id[0x01] enabled)
>Processor #1 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x81] lapic_id[0x03] enabled)
>Processor #3 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x84] lapic_id[0x11] enabled)
>Processor #17 15:1 APIC version 20
>ACPI: LAPIC (acpi_id[0x85] lapic_id[0x13] enabled)
>Processor #19 15:1 APIC version 20
>ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x80] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x81] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x84] dfl dfl lint[0x1])
>ACPI: LAPIC_NMI (acpi_id[0x85] dfl dfl lint[0x1])
>Using ACPI for processor (LAPIC) configuration information
>Intel MultiProcessor Specification v1.4
> Virtual Wire compatibility mode.
>OEM ID: IBM ENSW Product ID: VIGIL SMP <6>Switched to APIC driver
>`summit'.
>APIC at: 0xFEE00000
>I/O APIC #14 Version 17 at 0xFEC00000.
>I/O APIC #13 Version 17 at 0xFEC01000.
>Enabling APIC mode: Summit. Using 2 I/O APICs
>Processors: 8
>Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
>Detected 1397.332 MHz processor.
>Built 1 zonelists. Total pages: 2061964
>Kernel command line: console=tty0 console=ttyS0,57600 ro
autobench_args:
>root=/dev/sda2 ABAT:1170448788
>Enabling fast FPU save and restore... done.
>Enabling unmasked SIMD FPU exception support... done.
>Initializing CPU#0
>PID hash table entries: 4096 (order: 12, 16384 bytes)
>Console: colour VGA+ 80x25
>------------------------
>| Locking API testsuite:
>-----------------------------------------------------------------------
----
>-
> | spin |wlock |rlock |mutex | wsem |
rsem
>|
>
------------------------------------------------------------------------
-
>-
> A-A deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-B-A deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-B-C-C-A deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-C-A-B-C deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-B-C-C-D-D-A deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-C-D-B-D-D-A deadlock:failed|failed| ok
>|failed|failed|failed|
> A-B-C-D-B-C-D-A deadlock:failed|failed| ok
>|failed|failed|failed|
> double unlock:failed|failed|failed| ok
>|failed|failed|
> initialize
>held:failed|failed|failed|failed|failed|failed|
> bad unlock order: ok | ok | ok | ok | ok |
ok
>|
>
------------------------------------------------------------------------
-
>-
> recursive read-lock: | ok |
>|failed|
> recursive read-lock #2: | ok |
>|failed|
> mixed read-write-lock: |failed|
>|failed|
> mixed write-read-lock: |failed|
>|failed|
>
------------------------------------------------------------------------
-
>-
> hard-irqs-on + irq-safe-A/12:failed|failed| ok |
> soft-irqs-on + irq-safe-A/12:failed|failed| ok |
> hard-irqs-on + irq-safe-A/21:failed|failed| ok |
> soft-irqs-on + irq-safe-A/21:failed|failed| ok |
> sirq-safe-A => hirqs-on/12:failed|failed| ok |
> sirq-safe-A => hirqs-on/21:failed|failed| ok |
> hard-safe-A + irqs-on/12:failed|failed| ok |
> soft-safe-A + irqs-on/12:failed|failed| ok |
> hard-safe-A + irqs-on/21:failed|failed| ok |
> soft-safe-A + irqs-on/21:failed|failed| ok |
> hard-safe-A + unsafe-B #1/123:failed|failed| ok |
> soft-safe-A + unsafe-B #1/123:failed|failed| ok |
> hard-safe-A + unsafe-B #1/132:failed|failed| ok |
> soft-safe-A + unsafe-B #1/132:failed|failed| ok |
> hard-safe-A + unsafe-B #1/213:failed|failed| ok |
> soft-safe-A + unsafe-B #1/213:failed|failed| ok |
> hard-safe-A + unsafe-B #1/231:failed|failed| ok |
> soft-safe-A + unsafe-B #1/231:failed|failed| ok |
> hard-safe-A + unsafe-B #1/312:failed|failed| ok |
> soft-safe-A + unsafe-B #1/312:failed|failed| ok |
> hard-safe-A + unsafe-B #1/321:failed|failed| ok |
> soft-safe-A + unsafe-B #1/321:failed|failed| ok |
> hard-safe-A + unsafe-B #2/123:failed|failed| ok |
> soft-safe-A + unsafe-B #2/123:failed|failed| ok |
> hard-safe-A + unsafe-B #2/132:failed|failed| ok |
> soft-safe-A + unsafe-B #2/132:failed|failed| ok |
> hard-safe-A + unsafe-B #2/213:failed|failed| ok |
> soft-safe-A + unsafe-B #2/213:failed|failed| ok |
> hard-safe-A + unsafe-B #2/231:failed|failed| ok |
> soft-safe-A + unsafe-B #2/231:failed|failed| ok |
> hard-safe-A + unsafe-B #2/312:failed|failed| ok |
> soft-safe-A + unsafe-B #2/312:failed|failed| ok |
> hard-safe-A + unsafe-B #2/321:failed|failed| ok |
> soft-safe-A + unsafe-B #2/321:failed|failed| ok |
> hard-irq lock-inversion/123:failed|failed| ok |
> soft-irq lock-inversion/123:failed|failed| ok |
> hard-irq lock-inversion/132:failed|failed| ok |
> soft-irq lock-inversion/132:failed|failed| ok |
> hard-irq lock-inversion/213:failed|failed| ok |
> soft-irq lock-inversion/213:failed|failed| ok |
> hard-irq lock-inversion/231:failed|failed| ok |
> soft-irq lock-inversion/231:failed|failed| ok |
> hard-irq lock-inversion/312:failed|failed| ok |
> soft-irq lock-inversion/312:failed|failed| ok |
> hard-irq lock-inversion/321:failed|failed| ok |
> soft-irq lock-inversion/321:failed|failed| ok |
> hard-irq read-recursion/123: ok |
> soft-irq read-recursion/123: ok |
> hard-irq read-recursion/132: ok |
> soft-irq read-recursion/132: ok |
> hard-irq read-recursion/213: ok |
> soft-irq read-recursion/213: ok |
> hard-irq read-recursion/231: ok |
> soft-irq read-recursion/231: ok |
> hard-irq read-recursion/312: ok |
> soft-irq read-recursion/312: ok |
> hard-irq read-recursion/321: ok |
> soft-irq read-recursion/321: ok |
>--------------------------------------------------------
>144 out of 218 testcases failed, as expected. |
>----------------------------------------------------
>Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
>Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
>Initializing HighMem for node 0 (00038000:0021ba00)
>Memory: 8239724k/8912896k available (2098k kernel code, 76432k
reserved,
>968k data, 228k init, 7399048k highmem)
>virtual kernel memory layout:
> fixmap : 0xffc56000 - 0xfffff000 (3748 kB)
> pkmap : 0xffa00000 - 0xffc00000 (2048 kB)
> vmalloc : 0xf8800000 - 0xff9fe000 ( 113 MB)
> lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
> .init : 0xc0406000 - 0xc043f000 ( 228 kB)
> .data : 0xc030cb21 - 0xc03fee28 ( 968 kB)
> .text : 0xc0100000 - 0xc030cb21 (2098 kB)
>Checking if this processor honours the WP bit even in supervisor
mode...
>Ok.
>Calibrating delay using timer specific routine.. 2800.13 BogoMIPS
>(lpj=5600271)
>Mount-cache hash table entries: 512
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 0
>Compat vDSO mapped to ffffe000.
>Checking 'hlt' instruction... OK.
>Freeing SMP alternatives: 15k freed
>CPU0: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Leaving ESR disabled.
>Mapping cpu 0 to node 0
>Booting processor 1/2 eip 2000
>Initializing CPU#1
>Leaving ESR disabled.
>Mapping cpu 1 to node 0
>Calibrating delay using timer specific routine.. 2794.79 BogoMIPS
>(lpj=5589582)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 1
>CPU1: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 2/16 eip 2000
>Initializing CPU#2
>Leaving ESR disabled.
>Mapping cpu 2 to node 0
>Calibrating delay using timer specific routine.. 2794.70 BogoMIPS
>(lpj=5589416)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 8
>CPU2: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 3/18 eip 2000
>Initializing CPU#3
>Leaving ESR disabled.
>Mapping cpu 3 to node 0
>Calibrating delay using timer specific routine.. 2794.72 BogoMIPS
>(lpj=5589444)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 9
>CPU3: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 4/1 eip 2000
>Initializing CPU#4
>Leaving ESR disabled.
>Mapping cpu 4 to node 0
>Calibrating delay using timer specific routine.. 2794.60 BogoMIPS
>(lpj=5589208)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 0
>CPU4: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 5/3 eip 2000
>Initializing CPU#5
>Leaving ESR disabled.
>Mapping cpu 5 to node 0
>Calibrating delay using timer specific routine.. 2794.68 BogoMIPS
>(lpj=5589369)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 1
>CPU5: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 6/17 eip 2000
>Initializing CPU#6
>Leaving ESR disabled.
>Mapping cpu 6 to node 0
>Calibrating delay using timer specific routine.. 2794.59 BogoMIPS
>(lpj=5589194)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 8
>CPU6: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Booting processor 7/19 eip 2000
>Initializing CPU#7
>Leaving ESR disabled.
>Mapping cpu 7 to node 0
>Calibrating delay using timer specific routine.. 2794.56 BogoMIPS
>(lpj=5589132)
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 256K
>CPU: L3 cache: 512K
>CPU: Physical Processor ID: 9
>CPU7: Intel(R) Xeon(TM) CPU 1.40GHz stepping 01
>Total of 8 processors activated (22362.80 BogoMIPS).
>ENABLING IO-APIC IRQs
>..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
>Brought up 8 CPUs
>migration_cost=60,306
>NET: Registered protocol family 16
>ACPI Exception (utmutex-0263): AE_BAD_PARAMETER, Thread C1139AA0 could
not
>acquire Mutex [1] [20070126]
>No dock devices found.
>PCI: PCI BIOS revision 2.10 entry at 0xfd5bd, last bus=11
>PCI: Using configuration type 1
>Setting up standard PCI resources
>ACPI: Interpreter disabled.
>SCSI subsystem initialized
>PCI: Probing PCI hardware
>PCI quirk: region 0440-044f claimed by vt82c686 SMB
>PCI: Discovered peer bus 01
>PCI: Discovered peer bus 02
>PCI: Discovered peer bus 05
>PCI: Discovered peer bus 07
>PCI: Discovered peer bus 09
>PCI->APIC IRQ transform: 0000:00:03.0[A] -> IRQ 39
>PCI->APIC IRQ transform: 0000:00:04.0[A] -> IRQ 16
>PCI->APIC IRQ transform: 0000:00:05.2[D] -> IRQ 47
>PCI->APIC IRQ transform: 0000:00:05.3[D] -> IRQ 47
>PCI->APIC IRQ transform: 0000:01:03.0[A] -> IRQ 40
>PCI->APIC IRQ transform: 0000:01:03.1[B] -> IRQ 41
>PCI->APIC IRQ transform: 0000:01:04.0[A] -> IRQ 42
>NET: Registered protocol family 2
>IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
>TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
>TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
>TCP: Hash tables configured (established 131072 bind 65536)
>TCP reno registered
>IBM machine detected. Enabling interrupts during APM calls.
>apm: BIOS not found.
>highmem bounce pool size: 64 pages
>Total HugeTLB memory allocated, 0
>Installing knfsd (copyright (C) 1996 [email protected]).
>io scheduler noop registered
>io scheduler anticipatory registered (default)
>io scheduler deadline registered
>io scheduler cfq registered
>PCI: Enabling Via external APIC routing
>Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
disabled
>serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
>loop: loaded (max 8 devices)
>Intel(R) PRO/1000 Network Driver - version 7.3.20-k2
>Copyright (c) 1999-2006 Intel Corporation.
>pcnet32.c:v1.33 27.Jun.2006 [email protected]
>tg3.c:v3.72 (January 8, 2007)
>eth0: Tigon3 [partno(BCM95700A6) rev 7102 PHY(5401)] (PCI:66MHz:64-bit)
>10/100/1000Base-T Ethernet 00:02:55:dc:36:33
>eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[0]
>TSOcap[0]
>eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
>scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
> <Adaptec aic7899 Ultra160 SCSI adapter>
> aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>
>scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
> <Adaptec aic7899 Ultra160 SCSI adapter>
> aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
>
>scsi 1:0:9:0: Processor IBM GNHv1 S2 0 PQ: 0
ANSI:
>2
> target1:0:9: Beginning Domain Validation
> target1:0:9: Ending Domain Validation
>scsi 1:0:12:0: Direct-Access IBM-ESXS ST336607LC F B25J PQ: 0
ANSI:
>3
>scsi1:A:12:0: Tagged Queuing enabled. Depth 253
> target1:0:12: Beginning Domain Validation
> target1:0:12: wide asynchronous
> target1:0:12: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63)
> target1:0:12: Ending Domain Validation
>scsi 1:0:13:0: Direct-Access IBM-ESXS DTN036C1UCDY10F S29C PQ: 0
ANSI:
>3
>scsi1:A:13:0: Tagged Queuing enabled. Depth 253
> target1:0:13: Beginning Domain Validation
> target1:0:13: wide asynchronous
> target1:0:13: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 127)
> target1:0:13: Ending Domain Validation
>st: Version 20061107, fixed bufsize 32768, s/g segs 256
>SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB)
>sda: Write Protect is off
>SCSI device sda: write cache: disabled, read cache: enabled, supports
DPO
>and FUA
>SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB)
>sda: Write Protect is off
>SCSI device sda: write cache: disabled, read cache: enabled, supports
DPO
>and FUA
> sda: sda1 sda2 sda3
>sd 1:0:12:0: Attached scsi disk sda
>SCSI device sdb: 71096640 512-byte hdwr sectors (36401 MB)
>sdb: Write Protect is off
>SCSI device sdb: write cache: disabled, read cache: enabled, doesn't
>support DPO or FUA
>SCSI device sdb: 71096640 512-byte hdwr sectors (36401 MB)
>sdb: Write Protect is off
>SCSI device sdb: write cache: disabled, read cache: enabled, doesn't
>support DPO or FUA
> sdb: sdb1 sdb2 sdb3 sdb4
>sd 1:0:13:0: Attached scsi disk sdb
>scsi 1:0:9:0: Attached scsi generic sg0 type 3
>sd 1:0:12:0: Attached scsi generic sg1 type 0
>sd 1:0:13:0: Attached scsi generic sg2 type 0
>serio: i8042 KBD port at 0x60,0x64 irq 1
>serio: i8042 AUX port at 0x60,0x64 irq 12
>mice: PS/2 mouse device common for all mice
>input: AT Translated Set 2 keyboard as /class/input/input0
>Summit chipset: Starting Cyclone Counter.
>TCP cubic registered
>NET: Registered protocol family 1
>NET: Registered protocol family 17
>Starting balanced_irq
>Using IPI Shortcut mode
>Time: cyclone clocksource has been installed.
>logips2pp: Detected unknown logitech mouse model 0
>input: PS/2 Logitech Mouse as /class/input/input1
>kjournald starting. Commit interval 5 seconds
>EXT3-fs: mounted filesystem with ordered data mode.
>VFS: Mounted root (ext3 filesystem) readonly.

2007-02-03 11:07:18

by Pavel Machek

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Hi!

> * Karsten Wiese <[email protected]> wrote:
>
> > Serial port console is off here and the jiffies update fix doesn't
> > make a noticeable difference.
>
> ok, this eliminates my serial port theory.
>
> and this means i'm having trouble reproducing this problem locally.
> Maybe i tried it the wrong way: does it only occur with suspend-to-disk,
> or suspend-to-ram too? Does it need ACPI suspend-to-disk, or
> software-suspend?

? What is ACPI suspend-to-disk? There used to be S4bios *long* time
ago... these days everyone does swsusp.

(Granted, you can select "shutdown" and "platform" flavours...)
Pavel

--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

2007-02-05 12:00:30

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Thu, Feb 01 2007, Christoph Lameter wrote:
> On Thu, 1 Feb 2007, Jens Axboe wrote:
>
> > That looks like barriers, could you try with those disabled? Sorry for
> > making you go through this, I can't debug and fix it myself before
> > monday.
>
> Disabling barriers + your patch works. Modified /etc/fstab and added a
> nobarrier option to the root filesystem. If I take your patch out then the
> systems hangs again.

I can't reproduce this. Can you see if this debug patch catches
anything? You need to enable barriers again.

diff --git a/kernel/sched.c b/kernel/sched.c
index e209901..00c2ab9 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -3434,6 +3434,10 @@ asmlinkage void __sched schedule(void)
print_irqtrace_events(current);
dump_stack();
}
+ if (unlikely(current->io_context && current->io_context->plugged)) {
+ printk(KERN_ERR "%s: schedules plugged\n", current->comm);
+ print_irqtrace_events(current);
+ }
profile_hit(SCHED_PROFILING, __builtin_return_address(0));

need_resched:

--
Jens Axboe

2007-02-05 12:15:11

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Feb 05 2007, Jens Axboe wrote:
> On Thu, Feb 01 2007, Christoph Lameter wrote:
> > On Thu, 1 Feb 2007, Jens Axboe wrote:
> >
> > > That looks like barriers, could you try with those disabled? Sorry for
> > > making you go through this, I can't debug and fix it myself before
> > > monday.
> >
> > Disabling barriers + your patch works. Modified /etc/fstab and added a
> > nobarrier option to the root filesystem. If I take your patch out then the
> > systems hangs again.
>
> I can't reproduce this. Can you see if this debug patch catches
> anything? You need to enable barriers again.

Nevermind, that was too aggressive. I'll come up with a better debug
patch.

--
Jens Axboe

2007-02-05 12:54:19

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Feb 05 2007, Jens Axboe wrote:
> On Mon, Feb 05 2007, Jens Axboe wrote:
> > On Thu, Feb 01 2007, Christoph Lameter wrote:
> > > On Thu, 1 Feb 2007, Jens Axboe wrote:
> > >
> > > > That looks like barriers, could you try with those disabled? Sorry for
> > > > making you go through this, I can't debug and fix it myself before
> > > > monday.
> > >
> > > Disabling barriers + your patch works. Modified /etc/fstab and added a
> > > nobarrier option to the root filesystem. If I take your patch out then the
> > > systems hangs again.
> >
> > I can't reproduce this. Can you see if this debug patch catches
> > anything? You need to enable barriers again.
>
> Nevermind, that was too aggressive. I'll come up with a better debug
> patch.

Alright, try this one. It should show whether this is a missing unplug
or not (which I think it is, hence the stall in qrcu sync). A process
may legitimately block with plugged requests, that sometimes happens for
bio/rq allocation etc. In that case we do want to unplug anyway though,
as I don't think we should hold requests plugged even for a merge if we
are going to block. And the below means we can move this out of
io_schedule() and eliminate the io_schedule() requirement that I'm not
too fond of, as I don't want to reintroduce all the problems we had with
missing unplugs in the 2.4 kernels.

But for now this is just a debug test, can you see if xfs with barriers
for that kernel now works as expected?

diff --git a/kernel/sched.c b/kernel/sched.c
index e209901..6a54e4d 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -3434,6 +3434,8 @@ asmlinkage void __sched schedule(void)
print_irqtrace_events(current);
dump_stack();
}
+ if (unlikely(current->io_context && current->io_context->plugged))
+ blk_replug_current_nested();
profile_hit(SCHED_PROFILING, __builtin_return_address(0));

need_resched:

--
Jens Axboe

2007-02-05 18:20:54

by Christoph Lameter

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, 5 Feb 2007, Jens Axboe wrote:

> But for now this is just a debug test, can you see if xfs with barriers
> for that kernel now works as expected?

The kernel that failed before boots fine with this patch.

2007-02-05 18:32:29

by Jens Axboe

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Mon, Feb 05 2007, Christoph Lameter wrote:
> On Mon, 5 Feb 2007, Jens Axboe wrote:
>
> > But for now this is just a debug test, can you see if xfs with barriers
> > for that kernel now works as expected?
>
> The kernel that failed before boots fine with this patch.

Wonderful, I'll leave the patch in-place for now.

--
Jens Axboe

2007-02-06 16:05:29

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


It appears there a problem with the /proc/interrupts entry for
"timer" .. It doesn't increment anymore .. This problem exists in the
-rt tree also .. I haven't done a bisect , but I'm assuming this is HRT
related ..

Also my NMI watchdog isn't functioning , which also exists in the -rt
tree, and -mm .. Also likely HRT related ..

I don't have HRT or dynamic tick turned on .. This started happening in
-mm2 , and it worked in -mm1 ..

Daniel

2007-02-06 16:48:35

by Ingo Molnar

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]


Mattia,

* Mattia Dongili <[email protected]> wrote:

> > I have it halfways reproducible now and I'm working to find the root
> > cause. Thanks for providing the info.
>
> Great, I'm obviously available to test any patch :)

Could you try the patch below? The RCU serialization code (a rare call
but can be common in some types of setups) has a nasty implicit
dependency on the HZ tick - which until now was a hidden wart but became
an explicit bug under dynticks. Maybe this is what is slowing down your
box.

Ingo

------------------------->
Subject: [patch] dynticks: make sure synchronize_rcu() completes
From: Ingo Molnar <[email protected]>

synchronize_rcu() has a nasty implicit dependency on the HZ tick: it
relies on another CPU finishing all RCU work so that this CPU can finish
its RCU work too - in IRQ context. But wait_for_completion() goes to
sleep indefinitely on dynticks and there might be no other IRQs to this
CPU for a long time.

Signed-off-by: Ingo Molnar <[email protected]>
---
kernel/rcupdate.c | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)

Index: linux/kernel/rcupdate.c
===================================================================
--- linux.orig/kernel/rcupdate.c
+++ linux/kernel/rcupdate.c
@@ -85,8 +85,13 @@ void synchronize_rcu(void)
/* Will wake me after RCU finished */
call_rcu(&rcu.head, wakeme_after_rcu);

- /* Wait for it */
- wait_for_completion(&rcu.completion);
+ /*
+ * Wait for it. Note: on dynticks RCU completion needs to be
+ * polled frequently, to make sure we finish work. If this CPU
+ * goes idle then another CPU cannot finish this CPU's work.
+ */
+ while (wait_for_completion_timeout(&rcu.completion, HZ/100 ? : 1) == 0)
+ /* nothing */;
}

static void rcu_barrier_callback(struct rcu_head *notused)

2007-02-06 18:36:20

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 08:03 -0800, Daniel Walker wrote:
> It appears there a problem with the /proc/interrupts entry for
> "timer" .. It doesn't increment anymore .. This problem exists in the
> -rt tree also .. I haven't done a bisect , but I'm assuming this is HRT
> related ..

And why should it increment ? Is there a rule that it has to ?

tglx



2007-02-06 18:47:31

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 19:36 +0100, Thomas Gleixner wrote:
> On Tue, 2007-02-06 at 08:03 -0800, Daniel Walker wrote:
> > It appears there a problem with the /proc/interrupts entry for
> > "timer" .. It doesn't increment anymore .. This problem exists in the
> > -rt tree also .. I haven't done a bisect , but I'm assuming this is HRT
> > related ..
>
> And why should it increment ? Is there a rule that it has to ?

I don't know .. I would imagine some users might look at it and wonder
why there timer isn't ticking (I know it actually is ticking , but they
don't), when it has is every other kernel.

We could just remove the timer entry .

Daniel

2007-02-06 19:07:41

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 10:45 -0800, Daniel Walker wrote:
> > > -rt tree also .. I haven't done a bisect , but I'm assuming this is HRT
> > > related ..
> >
> > And why should it increment ? Is there a rule that it has to ?
>
> I don't know .. I would imagine some users might look at it and wonder
> why there timer isn't ticking (I know it actually is ticking , but they
> don't), when it has is every other kernel.

What kind of artificial problem are you creating here ?

> We could just remove the timer entry .

No we can't. The timer interrupt is setup and it does not go away, as we
keep the PIT as a backup for the broken lapics.

tglx




2007-02-06 19:29:06

by Mattia Dongili

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

On Tue, Feb 06, 2007 at 05:48:26PM +0100, Ingo Molnar wrote:
>
> Mattia,
>
> * Mattia Dongili <[email protected]> wrote:
>
> > > I have it halfways reproducible now and I'm working to find the root
> > > cause. Thanks for providing the info.
> >
> > Great, I'm obviously available to test any patch :)
>
> Could you try the patch below? The RCU serialization code (a rare call
> but can be common in some types of setups) has a nasty implicit
> dependency on the HZ tick - which until now was a hidden wart but became
> an explicit bug under dynticks. Maybe this is what is slowing down your
> box.

No, not this. Anyway the last patch Thomas forwarded does fix the
problem.

By the way, I have all the patches I received stacked up, if you want me
to test some different combination, just ask.

Thanks
--
mattia
:wq!

2007-02-06 19:56:46

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 20:07 +0100, Thomas Gleixner wrote:
> On Tue, 2007-02-06 at 10:45 -0800, Daniel Walker wrote:
> > > > -rt tree also .. I haven't done a bisect , but I'm assuming this is HRT
> > > > related ..
> > >
> > > And why should it increment ? Is there a rule that it has to ?
> >
> > I don't know .. I would imagine some users might look at it and wonder
> > why there timer isn't ticking (I know it actually is ticking , but they
> > don't), when it has is every other kernel.
>
> What kind of artificial problem are you creating here ?

I'm not trying to create anything .. However, as I said before
the /proc/interrupts "timer" entry doesn't work the same as it has in
other kernels.

If you think that isn't a problem then explain why ..

> > We could just remove the timer entry .
>
> No we can't. The timer interrupt is setup and it does not go away, as we
> keep the PIT as a backup for the broken lapics.

Ok, how about adding the interrupts to the list which are driving the
timer ?

Daniel

2007-02-06 20:19:55

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 11:55 -0800, Daniel Walker wrote:
> > What kind of artificial problem are you creating here ?
>
> I'm not trying to create anything .. However, as I said before
> the /proc/interrupts "timer" entry doesn't work the same as it has in
> other kernels.

Yes, it is different. Why are you insisting, that something is a problem
just because it is different ?

> If you think that isn't a problem then explain why ..

Simply because it works and it does not make any sense to have a per cpu
timer (lapic) and the PIT firing at the same periodic interval. PIT does
nothing else than jiffies64++. The clockevents code just optimizes that
away and lets one cpu do the jiffies64++ in its periodic per cpu
interrupt.

So where is the problem ?

> > > We could just remove the timer entry .
> >
> > No we can't. The timer interrupt is setup and it does not go away, as we
> > keep the PIT as a backup for the broken lapics.
>
> Ok, how about adding the interrupts to the list which are driving the
> timer ?

Uurg. /proc/interrupts has nothing to do with timers. It's interrupts
statistics. See LOC entry for the lapic ones.

tglx


2007-02-06 20:40:40

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 21:20 +0100, Thomas Gleixner wrote:
> On Tue, 2007-02-06 at 11:55 -0800, Daniel Walker wrote:
> > > What kind of artificial problem are you creating here ?
> >
> > I'm not trying to create anything .. However, as I said before
> > the /proc/interrupts "timer" entry doesn't work the same as it has in
> > other kernels.
>
> Yes, it is different. Why are you insisting, that something is a problem
> just because it is different ?

In this case "different" goes into userspace .. So different could mean
userspace regression, which is something that we don't want. I have no
idea if any apps use /proc/interrupts , but it's possible since it's
been around for a long time.

The reason that I'm bringing it up at all is because people have ask me
"Why isn't my timer ticking??"

> > > > We could just remove the timer entry .
> > >
> > > No we can't. The timer interrupt is setup and it does not go away, as we
> > > keep the PIT as a backup for the broken lapics.
> >
> > Ok, how about adding the interrupts to the list which are driving the
> > timer ?
>
> Uurg. /proc/interrupts has nothing to do with timers. It's interrupts
> statistics. See LOC entry for the lapic ones.

Your saying we can't remove it tho, if /proc/interrupts is not related
to timers why does the entry exist at all ? Your saying the LOC entry is
the new "timer" entry, but we still have the old "timer" entry ..

Getting confusing ..

It might be nicer to list all the registered clock event sources
in /proc/interrupts, with more descriptive names ..

Why is it that HRT doesn't use the "timer" as a valid timer?

Daniel

2007-02-06 20:52:40

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> On Tue, 2007-02-06 at 21:20 +0100, Thomas Gleixner wrote:
> > On Tue, 2007-02-06 at 11:55 -0800, Daniel Walker wrote:
> > > > What kind of artificial problem are you creating here ?
> > >
> > > I'm not trying to create anything .. However, as I said before
> > > the /proc/interrupts "timer" entry doesn't work the same as it has in
> > > other kernels.
> >
> > Yes, it is different. Why are you insisting, that something is a problem
> > just because it is different ?
>
> In this case "different" goes into userspace .. So different could
> mean userspace regression, which is something that we don't want. I
> have no idea if any apps use /proc/interrupts , but it's possible
> since it's been around for a long time.

Well, if you enable dynticks you should expect the number of timer irqs
to go down. There's no problem here.

> The reason that I'm bringing it up at all is because people have ask
> me "Why isn't my timer ticking??"

it's quite easy to explain: because of the new dynticks feature. Both
'timer' and 'LOC' counts go way down.

> It might be nicer to list all the registered clock event sources in
> /proc/interrupts, with more descriptive names ..

they are already listed in /proc/interrupts, depending on how they use
interrupts. For a more complete list of in-use clockevent drivers see
/proc/timer_info. But it would be wrong to touch /proc/interrupts to
create some special-case for clockevents.

Ingo

2007-02-06 20:56:28

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 21:52 +0100, Ingo Molnar wrote:

> Well, if you enable dynticks you should expect the number of timer irqs
> to go down. There's no problem here.

Ok .

> > The reason that I'm bringing it up at all is because people have ask
> > me "Why isn't my timer ticking??"
>
> it's quite easy to explain: because of the new dynticks feature. Both
> 'timer' and 'LOC' counts go way down.

I don't have that enabled tho .. This is with HRT/dynamic tick both
off..


Daniel

2007-02-06 21:10:22

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> > it's quite easy to explain: because of the new dynticks feature.
> > Both 'timer' and 'LOC' counts go way down.
>
> I don't have that enabled tho .. This is with HRT/dynamic tick both
> off..

your kernel utilizes the kernelin a more optimal way: the new
clockevents code now utilizes the local APIC timer irq (represented by
the LOC field) for periodic interrupts. The local APIC timer irq has a
cost of ~2 usecs per IRQ, while the PIT irq is ~10 usecs per irq. With
HZ=1000 this means savings of ~8000 usecs per second - i.e. 8 msecs per
second, which is 0.8% more raw CPU power available - which isnt that
bad.

we could make this clearer by renaming 'LOC' (which stands for 'LOCal
timer interupts' and was added [and misnamed] by yours truly many moons
ago) to 'apic-timer' and 'timer' to 'PIT-timer' but /that/ would be more
of a userspace visible change than the change in the counter rates.

Ingo

2007-02-06 21:17:33

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 12:40 -0800, Daniel Walker wrote:
> > Yes, it is different. Why are you insisting, that something is a problem
> > just because it is different ?
>
> In this case "different" goes into userspace .. So different could mean
> userspace regression, which is something that we don't want. I have no
> idea if any apps use /proc/interrupts , but it's possible since it's
> been around for a long time.

It _IS_ statistics info about the number of interrupts and has no fixed
meaning at all. It does not cause any user space regression, as the
interface is still the same. It produces different numbers, like the
clock_getres() syscall returns different values on highres and !highres
systems.

> The reason that I'm bringing it up at all is because people have ask me
> "Why isn't my timer ticking??"

So it's a problem of user perception and not of a user space regression.
Please stop confusing things.

> Your saying we can't remove it tho, if /proc/interrupts is not related
> to timers why does the entry exist at all ? Your saying the LOC entry is
> the new "timer" entry, but we still have the old "timer" entry ..

Ok. Each irqaction struct which is used to request/setup an interrupt
contains a name field. This is the one which shows up
in /proc/interrupts. The one which is used to setup irq0 has .name =
"timer".

> Getting confusing ..

Sigh.

> It might be nicer to list all the registered clock event sources
> in /proc/interrupts, with more descriptive names ..

No. No. No. clockevents has nothing to do with /proc/interrupts.

/proc/interrupts is the statistics interface for the IRQ subsystem.

> Why is it that HRT doesn't use the "timer" as a valid timer?

Because local apic timer is better.

tglx


2007-02-06 21:20:22

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Ingo Molnar <[email protected]> wrote:

> > I don't have that enabled tho .. This is with HRT/dynamic tick both
> > off..
>
> your kernel utilizes the kernel in a more optimal way: the new
^hardware
> clockevents code now utilizes the local APIC timer irq (represented by
> the LOC field) for periodic interrupts. The local APIC timer irq has a
> cost of ~2 usecs per IRQ, while the PIT irq is ~10 usecs per irq. With
> HZ=1000 this means savings of ~8000 usecs per second - i.e. 8 msecs per
> second, which is 0.8% more raw CPU power available - which isnt that
> bad.

Ingo

2007-02-06 21:23:27

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 22:09 +0100, Ingo Molnar wrote:
> * Daniel Walker <[email protected]> wrote:
>
> > > it's quite easy to explain: because of the new dynticks feature.
> > > Both 'timer' and 'LOC' counts go way down.
> >
> > I don't have that enabled tho .. This is with HRT/dynamic tick both
> > off..
>
> your kernel utilizes the kernelin a more optimal way: the new
> clockevents code now utilizes the local APIC timer irq (represented by
> the LOC field) for periodic interrupts. The local APIC timer irq has a
> cost of ~2 usecs per IRQ, while the PIT irq is ~10 usecs per irq. With
> HZ=1000 this means savings of ~8000 usecs per second - i.e. 8 msecs per
> second, which is 0.8% more raw CPU power available - which isnt that
> bad.

I'm happy it's better .. I'm not saying it's worse .

> we could make this clearer by renaming 'LOC' (which stands for 'LOCal
> timer interupts' and was added [and misnamed] by yours truly many moons
> ago) to 'apic-timer' and 'timer' to 'PIT-timer' but /that/ would be more
> of a userspace visible change than the change in the counter rates.

If we change the current "timer" entry to be listed as "lapic-timer" and
not "IO-APIC-edge" (or one of the other names) and replace it with the
count from LOC , that would make sense cause that field already changes
depending if you have a io-apic or not ..

I think the regression (if you can call it that) is not scripts
crashing, but more people not know what's going on with there system ..

Daniel

2007-02-06 21:25:32

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 22:17 +0100, Thomas Gleixner wrote:

> > The reason that I'm bringing it up at all is because people have ask me
> > "Why isn't my timer ticking??"
>
> So it's a problem of user perception and not of a user space regression.
> Please stop confusing things.

At least we agree on this point .. I'm not trying to confuse anything,
this issue needs to be discussed ..

Daniel

2007-02-06 21:41:11

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> > we could make this clearer by renaming 'LOC' (which stands for
> > 'LOCal timer interupts' and was added [and misnamed] by yours truly
> > many moons ago) to 'apic-timer' and 'timer' to 'PIT-timer' but
> > /that/ would be more of a userspace visible change than the change
> > in the counter rates.
>
> If we change the current "timer" entry to be listed as "lapic-timer"
> and not "IO-APIC-edge" (or one of the other names) and replace it with
> the count from LOC , [...]

doing that would not fake the old behavior (which is your suggestion),
LOC is per CPU, while the PIT timer irq that was there is global.

But, as per the previous mails, the new behavior is just fine, because
/proc/interrupts just reflects reality. And the way the kernel utilizes
the hardware has just changed - for the better.

The same happens when say a network driver implements NAPI: the IRQ
count goes way, way down. Or if a driver starts supporing MSI - the IRQ
line even moves to another one. Do we try to fix those counts up to
match the 'previous behavior'? Of course not. What you are suggesting
makes no sense, is against current kernel practices - as we pointed it
out to you 7 mails ago.

> [...] that would make sense cause that field already changes depending
> if you have a io-apic or not ..

(that is something else: it's different because a different irq-chip is
behind it.)

Ingo

2007-02-06 21:42:51

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 13:23 -0800, Daniel Walker wrote:
> > we could make this clearer by renaming 'LOC' (which stands for 'LOCal
> > timer interupts' and was added [and misnamed] by yours truly many moons
> > ago) to 'apic-timer' and 'timer' to 'PIT-timer' but /that/ would be more
> > of a userspace visible change than the change in the counter rates.
>
> If we change the current "timer" entry to be listed as "lapic-timer" and
> not "IO-APIC-edge" (or one of the other names) and replace it with the
> count from LOC , that would make sense cause that field already changes
> depending if you have a io-apic or not ..

No. We are not fiddling with the IRQ subsystem statistics. IRQ subsystem
is unrelated to timers. And we do switch away from PIT if we have an
local apic timer, so the output of /proc/interrupt is just a mirror of
the real system and not some made up thing, which will make it harder to
debug real problems.

> I think the regression (if you can call it that) is not scripts
> crashing, but more people not know what's going on with there system ..

I did not hear a complaint of anyone except you. I doubt that there will
be a big confusion as long as the kernel does work as expected.

tglx


2007-02-06 21:54:42

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 22:41 +0100, Ingo Molnar wrote:
> * Daniel Walker <[email protected]> wrote:
>
> > > we could make this clearer by renaming 'LOC' (which stands for
> > > 'LOCal timer interupts' and was added [and misnamed] by yours truly
> > > many moons ago) to 'apic-timer' and 'timer' to 'PIT-timer' but
> > > /that/ would be more of a userspace visible change than the change
> > > in the counter rates.
> >
> > If we change the current "timer" entry to be listed as "lapic-timer"
> > and not "IO-APIC-edge" (or one of the other names) and replace it with
> > the count from LOC , [...]
>
> doing that would not fake the old behavior (which is your suggestion),
> LOC is per CPU, while the PIT timer irq that was there is global.
>
> But, as per the previous mails, the new behavior is just fine, because
> /proc/interrupts just reflects reality. And the way the kernel utilizes
> the hardware has just changed - for the better.
>
> The same happens when say a network driver implements NAPI: the IRQ
> count goes way, way down. Or if a driver starts supporing MSI - the IRQ
> line even moves to another one. Do we try to fix those counts up to
> match the 'previous behavior'? Of course not. What you are suggesting
> makes no sense, is against current kernel practices - as we pointed it
> out to you 7 mails ago.

I'm not saying we should "fake" anything .. I'm saying list what's
really happening .. In a human readable way .

Your saying we should keep it unreadable, and let the users be that much
more confused .. Which I don't agree with.

> > [...] that would make sense cause that field already changes depending
> > if you have a io-apic or not ..
>
> (that is something else: it's different because a different irq-chip is
> behind it.)

Why is that not the case with lapic ?

Daniel

2007-02-06 21:59:12

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 22:43 +0100, Thomas Gleixner wrote:

> > I think the regression (if you can call it that) is not scripts
> > crashing, but more people not know what's going on with there system ..
>
> I did not hear a complaint of anyone except you. I doubt that there will
> be a big confusion as long as the kernel does work as expected.

This is going to be a slow motion explosion ..

Daniel

2007-02-06 22:09:06

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> > > If we change the current "timer" entry to be listed as
> > > "lapic-timer" and not "IO-APIC-edge" (or one of the other names)
> > > and replace it with the count from LOC
[...]
> > But, as per the previous mails, the new behavior is just fine,
> > because /proc/interrupts just reflects reality. And the way the
> > kernel utilizes the hardware has just changed - for the better.
> >
> > The same happens when say a network driver implements NAPI: the IRQ
> > count goes way, way down. Or if a driver starts supporing MSI - the
> > IRQ line even moves to another one. Do we try to fix those counts up
> > to match the 'previous behavior'? Of course not. What you are
> > suggesting makes no sense, is against current kernel practices - as
> > we pointed it out to you 7 mails ago.
>
> I'm not saying we should "fake" anything .. [...]

sorry but that's precisely what your suggestion above results in:

> > > If we change the current "timer" entry to be listed as
> > > "lapic-timer" and not "IO-APIC-edge" (or one of the other names)
> > > and replace it with the count from LOC

"replace the timer entry with lapic-timer and put the LOC count there"
is faking something that does not reflect reality. The 'timer' count is
for IRQ#0, not for the local apic timer.

> [...] I'm saying list what's really happening .. In a human readable
> way .

we list precisely what is happening: the number of IRQ#0 interrupts and
the number of local APIC timer interrupts. Precisely where their
traditional place is.

i think you might be confused by the generic name that says 'timer'. You
should notice the other bits that are there too:

CPU0 CPU1
0: 495 0 IO-APIC-edge timer

the '0' means IRQ#0. That makes it clear that this is the PIT timer.
Clearer now?

Ingo

2007-02-06 22:11:43

by Adrian Bunk

[permalink] [raw]
Subject: [-mm patch] #ifdef ACPI_FUTURE_USAGE acpi_os_readable()

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc6-mm2:
>...
> git-acpi.patch
>...
> git trees
>...


acpi_os_readable() is no longer used.

Signed-off-by: Adrian Bunk <[email protected]>

---

drivers/acpi/osl.c | 2 --
include/acpi/acpiosxf.h | 3 +--
2 files changed, 1 insertion(+), 4 deletions(-)

--- linux-2.6.20-rc6-mm3/include/acpi/acpiosxf.h.old 2007-02-06 06:57:15.000000000 +0100
+++ linux-2.6.20-rc6-mm3/include/acpi/acpiosxf.h 2007-02-06 06:57:53.000000000 +0100
@@ -240,9 +240,8 @@
acpi_os_validate_address(u8 space_id,
acpi_physical_address address, acpi_size length);

-u8 acpi_os_readable(void *pointer, acpi_size length);
-
#ifdef ACPI_FUTURE_USAGE
+u8 acpi_os_readable(void *pointer, acpi_size length);
u8 acpi_os_writable(void *pointer, acpi_size length);
#endif

--- linux-2.6.20-rc6-mm3/drivers/acpi/osl.c.old 2007-02-06 07:18:33.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/acpi/osl.c 2007-02-06 07:18:54.000000000 +0100
@@ -888,7 +888,6 @@

return 0;
}
-#endif /* ACPI_FUTURE_USAGE */

/* Assumes no unreadable holes inbetween */
u8 acpi_os_readable(void *ptr, acpi_size len)
@@ -901,7 +900,6 @@
return 1;
}

-#ifdef ACPI_FUTURE_USAGE
u8 acpi_os_writable(void *ptr, acpi_size len)
{
/* could do dummy write (racy) or a kernel page table lookup.

2007-02-06 22:12:41

by Adrian Bunk

[permalink] [raw]
Subject: [-mm patch] drivers/scsi/aacraid/: cleanups

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc6-mm2:
>...
> git-scsi-misc.patch
>...
> git trees
>...


This patch contains the following cleanups:
- proper prototypes for global code in aacraid.h
- aac_rx_start_adapter() can now become static

Signed-off-by: Adrian Bunk <[email protected]>

---

drivers/scsi/aacraid/aacraid.h | 3 +++
drivers/scsi/aacraid/linit.c | 2 --
drivers/scsi/aacraid/nark.c | 3 ---
drivers/scsi/aacraid/rkt.c | 3 ---
drivers/scsi/aacraid/rx.c | 2 +-
5 files changed, 4 insertions(+), 9 deletions(-)

--- linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/aacraid.h.old 2007-02-06 08:22:50.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/aacraid.h 2007-02-06 08:27:17.000000000 +0100
@@ -1840,8 +1840,11 @@
int aac_get_adapter_info(struct aac_dev* dev);
int aac_send_shutdown(struct aac_dev *dev);
int aac_probe_container(struct aac_dev *dev, int cid);
+int _aac_rx_init(struct aac_dev *dev);
+int aac_rx_select_comm(struct aac_dev *dev, int comm);
extern int numacb;
extern int acbsize;
extern char aac_driver_version[];
extern int startup_timeout;
extern int aif_timeout;
+extern int expose_physicals;
--- linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/rx.c.old 2007-02-06 08:21:40.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/rx.c 2007-02-06 08:21:50.000000000 +0100
@@ -294,7 +294,7 @@
* Start up processing on an i960 based AAC adapter
*/

-void aac_rx_start_adapter(struct aac_dev *dev)
+static void aac_rx_start_adapter(struct aac_dev *dev)
{
struct aac_init *init;

--- linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/linit.c.old 2007-02-06 08:23:20.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/linit.c 2007-02-06 08:23:26.000000000 +0100
@@ -82,8 +82,6 @@
static int aac_cfg_major = -1;
char aac_driver_version[] = AAC_DRIVER_FULL_VERSION;

-extern int expose_physicals;
-
/*
* Because of the way Linux names scsi devices, the order in this table has
* become important. Check for on-board Raid first, add-in cards second.
--- linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/nark.c.old 2007-02-06 08:24:47.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/nark.c 2007-02-06 08:24:58.000000000 +0100
@@ -74,9 +74,6 @@

int aac_nark_init(struct aac_dev * dev)
{
- extern int _aac_rx_init(struct aac_dev *dev);
- extern int aac_rx_select_comm(struct aac_dev *dev, int comm);
-
/*
* Fill in the function dispatch table.
*/
--- linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/rkt.c.old 2007-02-06 08:25:07.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/scsi/aacraid/rkt.c 2007-02-06 08:25:20.000000000 +0100
@@ -45,7 +45,6 @@
static int aac_rkt_select_comm(struct aac_dev *dev, int comm)
{
int retval;
- extern int aac_rx_select_comm(struct aac_dev *dev, int comm);
retval = aac_rx_select_comm(dev, comm);
if (comm == AAC_COMM_MESSAGE) {
/*
@@ -97,8 +96,6 @@

int aac_rkt_init(struct aac_dev *dev)
{
- extern int _aac_rx_init(struct aac_dev *dev);
-
/*
* Fill in the function dispatch table.
*/

2007-02-06 22:12:28

by Adrian Bunk

[permalink] [raw]
Subject: [RFC: -mm patch] drivers/net/atl1/: possible cleanups

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc6-mm2:
>...
> git-netdev-all.patch
>...
> git trees
>...


This patch contains the following possible cleanups:
- move extern declarations to atl1.h
- make needlessly global code static

Signed-off-by: Adrian Bunk <[email protected]>

---

BTW: Can we get a MAINTAINERS entry for this driver?

drivers/net/atl1/atl1.h | 6 ++++--
drivers/net/atl1/atl1_ethtool.c | 3 ---
drivers/net/atl1/atl1_hw.c | 6 ++----
drivers/net/atl1/atl1_main.c | 8 +++-----
drivers/net/atl1/atl1_param.c | 4 +---
5 files changed, 10 insertions(+), 17 deletions(-)

--- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1.h.old 2007-02-06 07:55:58.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1.h 2007-02-06 08:19:50.000000000 +0100
@@ -34,8 +34,10 @@
s32 atl1_up(struct atl1_adapter *adapter);
void atl1_down(struct atl1_adapter *adapter);
int atl1_reset(struct atl1_adapter *adapter);
-s32 atl1_setup_ring_resources(struct atl1_adapter *adapter);
-void atl1_free_ring_resources(struct atl1_adapter *adapter);
+
+extern char atl1_driver_name[];
+extern char atl1_driver_version[];
+extern const struct ethtool_ops atl1_ethtool_ops;

struct atl1_adapter;

--- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_hw.c.old 2007-02-06 07:52:20.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_hw.c 2007-02-06 07:56:22.000000000 +0100
@@ -31,8 +31,6 @@
#include "atl1.h"


-extern char atl1_driver_name[];
-
/**
* Reset the transmit and receive units; mask and clear all interrupts.
* hw - Struct containing variables accessed by shared code
@@ -209,7 +207,7 @@
* get_permanent_address
* return 0 if get valid mac address,
**/
-int atl1_get_permanent_address(struct atl1_hw *hw)
+static int atl1_get_permanent_address(struct atl1_hw *hw)
{
u32 addr[2];
u32 i, control;
@@ -602,7 +600,7 @@
return ret_val;
}

-struct atl1_spi_flash_dev flash_table[] = {
+static struct atl1_spi_flash_dev flash_table[] = {
/* MFR_NAME WRSR READ PRGM WREN WRDI RDSR RDID SECTOR_ERASE CHIP_ERASE */
{"Atmel", 0x00, 0x03, 0x02, 0x06, 0x04, 0x05, 0x15, 0x52, 0x62},
{"SST", 0x01, 0x03, 0x02, 0x06, 0x04, 0x05, 0x90, 0x20, 0x60},
--- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_ethtool.c.old 2007-02-06 07:57:04.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_ethtool.c 2007-02-06 07:57:10.000000000 +0100
@@ -31,9 +31,6 @@
#include "atl1.h"


-extern char atl1_driver_name[];
-extern char atl1_driver_version[];
-
struct atl1_stats {
char stat_string[ETH_GSTRING_LEN];
int sizeof_stat;
--- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_param.c.old 2007-02-06 07:57:18.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_param.c 2007-02-06 08:16:39.000000000 +0100
@@ -26,8 +26,6 @@
#include <linux/moduleparam.h>
#include "atl1.h"

-extern char atl1_driver_name[];
-
/**
* This is the only thing that needs to be changed to adjust the
* maximum number of ports that the driver can manage.
@@ -68,7 +66,7 @@
module_param_array_named(flash_vendor, flash_vendor, int, &num_flash_vendor, 0);
MODULE_PARM_DESC(flash_vendor, "SPI flash vendor");

-int enable_msi;
+static int enable_msi;
module_param(enable_msi, int, 0444);
MODULE_PARM_DESC(enable_msi, "Enable PCI MSI");

--- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_main.c.old 2007-02-06 07:58:37.000000000 +0100
+++ linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_main.c 2007-02-06 08:15:51.000000000 +0100
@@ -95,8 +95,6 @@
MODULE_LICENSE("GPL");
MODULE_VERSION(DRIVER_VERSION);

-extern struct ethtool_ops atl1_ethtool_ops;
-
/**
* atl1_pci_tbl - PCI Device ID Table
**/
@@ -178,7 +176,7 @@
*
* Return 0 on success, negative on failure
**/
-s32 atl1_setup_ring_resources(struct atl1_adapter * adapter)
+static s32 atl1_setup_ring_resources(struct atl1_adapter * adapter)
{
struct atl1_tpd_ring *tpd_ring = &adapter->tpd_ring;
struct atl1_rfd_ring *rfd_ring = &adapter->rfd_ring;
@@ -1221,7 +1219,7 @@
* atl1_irq_disable - Mask off interrupt generation on the NIC
* @adapter: board private structure
**/
-void atl1_irq_disable(struct atl1_adapter *adapter)
+static void atl1_irq_disable(struct atl1_adapter *adapter)
{
atomic_inc(&adapter->irq_sem);
iowrite32(0, adapter->hw.hw_addr + REG_IMR);
@@ -1749,7 +1747,7 @@
*
* Free all transmit software resources
**/
-void atl1_free_ring_resources(struct atl1_adapter *adapter)
+static void atl1_free_ring_resources(struct atl1_adapter *adapter)
{
struct pci_dev *pdev = adapter->pdev;
struct atl1_tpd_ring *tpd_ring = &adapter->tpd_ring;

2007-02-06 22:12:52

by Adrian Bunk

[permalink] [raw]
Subject: [-mm patch] make gfs2_writepages() static

On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc6-mm2:
>...
> git-gfs2-nmw.patch
>...
> git trees
>...


This patch makes the needlessly global gfs2_writepages() static.

Signed-off-by: Adrian Bunk <[email protected]>

--- linux-2.6.20-rc6-mm3/fs/gfs2/ops_address.c.old 2007-02-06 08:30:19.000000000 +0100
+++ linux-2.6.20-rc6-mm3/fs/gfs2/ops_address.c 2007-02-06 08:30:32.000000000 +0100
@@ -170,7 +170,8 @@
* and write whole extents at once. This is a big reduction in the
* number of I/O requests we send and the bmap calls we make in this case.
*/
-int gfs2_writepages(struct address_space *mapping, struct writeback_control *wbc)
+static int gfs2_writepages(struct address_space *mapping,
+ struct writeback_control *wbc)
{
struct inode *inode = mapping->host;
struct gfs2_inode *ip = GFS2_I(inode);

2007-02-06 22:14:07

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 13:54 -0800, Daniel Walker wrote:
> > The same happens when say a network driver implements NAPI: the IRQ
> > count goes way, way down. Or if a driver starts supporing MSI - the IRQ
> > line even moves to another one. Do we try to fix those counts up to
> > match the 'previous behavior'? Of course not. What you are suggesting
> > makes no sense, is against current kernel practices - as we pointed it
> > out to you 7 mails ago.
>
> I'm not saying we should "fake" anything .. I'm saying list what's
> really happening .. In a human readable way .

We do that. IRQ0 is not happening. So simply it does not increment the
interrupt count. And it is human readable.

> Your saying we should keep it unreadable, and let the users be that much
> more confused .. Which I don't agree with.

It is readable, as it reflects the reality which is going on in the
system and not some artificial view which you think is how the interrupt
count should be presented. /proc/interrupt _IS_ statistics about the
number of interrupts on particular interrupt numbers and nothing else.

> Why is that not the case with lapic ?

Local APIC is not really part of the interrupt subsystem as it uses a
seperate entry vector for historic reasons and therefor is not handled
by setup/request/free/... _irq() functions.

tglx


2007-02-06 22:42:25

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 23:08 +0100, Ingo Molnar wrote:

> sorry but that's precisely what your suggestion above results in:

I'm not trying to suggest we "fake" anything. Your just misunderstanding
me.. I'm am suggesting we change LOC to something readable. If you think
we're "faking" something by dropping the current "timer" request_irq()
then we certainly don't need to do that ..

The io-apic timer could potentially be a clock event device, that is
it's function isn't it ? It generates interrupts (note I said
interrupts) periodically .. The NMI is another example of that,
generates non-maskable interrupts based off a clock.. All are clock
based interrupt generating devices .. All could be clock event sources,
with all the other clock event sources in the system.

It makes sense (to me at least) that we should list all those interrupt
generating devices in /proc/interrupts with statistics of their usage..

I'm making suggestion here, you can call it "fake"'ing something or
whatever, but I'm still going to pose suggestions.

> > > > If we change the current "timer" entry to be listed as
> > > > "lapic-timer" and not "IO-APIC-edge" (or one of the other names)
> > > > and replace it with the count from LOC
>
> "replace the timer entry with lapic-timer and put the LOC count there"
> is faking something that does not reflect reality. The 'timer' count is
> for IRQ#0, not for the local apic timer.
>
> > [...] I'm saying list what's really happening .. In a human readable
> > way .
>
> we list precisely what is happening: the number of IRQ#0 interrupts and
> the number of local APIC timer interrupts. Precisely where their
> traditional place is.

Empirically, I know that users do not/will not understand what's
happened. so take that how ever you want, but _I_ think we should do
something so people better understand what has happened.

Daniel

2007-02-06 22:56:31

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> On Tue, 2007-02-06 at 23:08 +0100, Ingo Molnar wrote:
>
> > sorry but that's precisely what your suggestion above results in:
>
> I'm not trying to suggest we "fake" anything. Your just
> misunderstanding me.. [...]

as i pointed it out in the previous mail, the problem is that what you
suggested results in preisely that - a count in the wrong place:

> If we change the current "timer" entry to be listed as "lapic-timer"
> and not "IO-APIC-edge" (or one of the other names) and replace it with
> the count from LOC

changing the current 'timer' entry (which is line 2 of /proc/interrupts)
to be 'listed as lapic-timer' and to 'replace it with the count from
LOC' is faking a count in a line where nothing like that should be.

the kernel simply displays reality: IRQ#0 isnt increasing because it's
not used, and LOC (local apic timers) is increasing.

Ingo

2007-02-06 23:04:33

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 23:56 +0100, Ingo Molnar wrote:

> changing the current 'timer' entry (which is line 2 of /proc/interrupts)
> to be 'listed as lapic-timer' and to 'replace it with the count from
> LOC' is faking a count in a line where nothing like that should be.

This point is getting irrelevant ..

> the kernel simply displays reality: IRQ#0 isnt increasing because it's
> not used, and LOC (local apic timers) is increasing.

What about the statistics for the other interrupts in the system ? It
clearly doesn't list all interrupts in the system .

Daniel

2007-02-06 23:11:47

by Tilman Schmidt

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

Am 06.02.2007 20:28 schrieb Mattia Dongili:
> On Tue, Feb 06, 2007 at 05:48:26PM +0100, Ingo Molnar wrote:
>> Could you try the patch below? The RCU serialization code (a rare call
>> but can be common in some types of setups) has a nasty implicit
>> dependency on the HZ tick - which until now was a hidden wart but became
>> an explicit bug under dynticks. Maybe this is what is slowing down your
>> box.

I have the same problem (huge delay when loading iptables) with
2.6.20-rc6-mm3, and for me this patch did fix it.

> No, not this. Anyway the last patch Thomas forwarded does fix the
> problem.

Which one would that be? I might try it for comparison.

Thanks,
Tilman

--
Tilman Schmidt E-Mail: [email protected]
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Unge?ffnet mindestens haltbar bis: (siehe R?ckseite)


Attachments:
signature.asc (253.00 B)
OpenPGP digital signature

2007-02-06 23:14:35

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> On Tue, 2007-02-06 at 23:56 +0100, Ingo Molnar wrote:
>
> > changing the current 'timer' entry (which is line 2 of /proc/interrupts)
> > to be 'listed as lapic-timer' and to 'replace it with the count from
> > LOC' is faking a count in a line where nothing like that should be.
>
> This point is getting irrelevant ..

it is very much relevant: faking a count is something we /dont/ want to
do with /proc/interrupts, for (very) basic compatibility, simplicity and
policy reasons. And that is precisely what your suggestion was to
'solve' this supposed 'problem' - so it's very much relevant.

> > the kernel simply displays reality: IRQ#0 isnt increasing because
> > it's not used, and LOC (local apic timers) is increasing.
>
> What about the statistics for the other interrupts in the system ? It
> clearly doesn't list all interrupts in the system .

what is your point?

Ingo

2007-02-06 23:15:34

by Rob Landley

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tuesday 06 February 2007 3:40 pm, Daniel Walker wrote:
> In this case "different" goes into userspace .. So different could mean
> userspace regression, which is something that we don't want. I have no
> idea if any apps use /proc/interrupts , but it's possible since it's
> been around for a long time.
>
> The reason that I'm bringing it up at all is because people have ask me
> "Why isn't my timer ticking??"

Because there are two clock sources in the machine and it's using the other
one, so the interrupt isn't firing?

Are you saying that the /proc statistics aren't accurate, or that you
previously misunderstood what it was actually measuring and you'd now like it
to lie?

> > Uurg. /proc/interrupts has nothing to do with timers. It's interrupts
> > statistics. See LOC entry for the lapic ones.
>
> Your saying we can't remove it tho, if /proc/interrupts is not related
> to timers why does the entry exist at all ?

I didn't think Thomas even touched the /proc/interrupts reporting code. It's
still accurate. The patch changed the usage of timers, /proc/interrupts is
accurately showing the change, and you're surprised that what it was
measuring wasn't what you thought it was measuring all along.

This ain't jiffies. This is how often the PIT fired. They are not the same
thing.

Rob
--
"Perfection is reached, not when there is no longer anything to add, but
when there is no longer anything to take away." - Antoine de Saint-Exupery

2007-02-06 23:17:26

by Thomas Gleixner

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

On Wed, 2007-02-07 at 00:12 +0100, Tilman Schmidt wrote:
> > No, not this. Anyway the last patch Thomas forwarded does fix the
> > problem.
>
> Which one would that be? I might try it for comparison.

Find the combined patch of all fixlets on top of -mm3 below.

tglx

Index: linux-2.6.20/kernel/timer.c
===================================================================
--- linux-2.6.20.orig/kernel/timer.c
+++ linux-2.6.20/kernel/timer.c
@@ -985,8 +985,9 @@ static int timekeeping_resume(struct sys

if (now && (now > timekeeping_suspend_time)) {
unsigned long sleep_length = now - timekeeping_suspend_time;
+
xtime.tv_sec += sleep_length;
- jiffies_64 += (u64)sleep_length * HZ;
+ wall_to_monotonic.tv_sec -= sleep_length;
}
/* re-base the last cycle value */
clock->cycle_last = clocksource_read(clock);
@@ -994,7 +995,7 @@ static int timekeeping_resume(struct sys
timekeeping_suspended = 0;
write_sequnlock_irqrestore(&xtime_lock, flags);

- clockevents_notify(CLOCK_EVT_NOTIFY_RESUME, NULL);
+ touch_softlockup_watchdog();
/* Resume hrtimers */
clock_was_set();

Index: linux-2.6.20/kernel/time/clockevents.c
===================================================================
--- linux-2.6.20.orig/kernel/time/clockevents.c
+++ linux-2.6.20/kernel/time/clockevents.c
@@ -42,8 +42,8 @@ unsigned long clockevent_delta2ns(unsign
u64 clc = ((u64) latch << evt->shift);

do_div(clc, evt->mult);
- if (clc < KTIME_MONOTONIC_RES.tv64)
- clc = KTIME_MONOTONIC_RES.tv64;
+ if (clc < 1000)
+ clc = 1000;
if (clc > LONG_MAX)
clc = LONG_MAX;

@@ -72,18 +72,22 @@ void clockevents_set_mode(struct clock_e
*
* Returns 0 on success, -ETIME when the event is in the past.
*/
-int clockevents_program_event(struct clock_event_device *dev, ktime_t expires)
+int clockevents_program_event(struct clock_event_device *dev, ktime_t expires,
+ ktime_t now)
{
unsigned long long clc;
int64_t delta;

- delta = ktime_to_ns(ktime_sub(expires, ktime_get()));
+ delta = ktime_to_ns(ktime_sub(expires, now));

if (delta <= 0)
return -ETIME;

dev->next_event = expires;

+ if (dev->mode == CLOCK_EVT_MODE_SHUTDOWN)
+ return 0;
+
if (delta > dev->max_delta_ns)
delta = dev->max_delta_ns;
if (delta < dev->min_delta_ns)
Index: linux-2.6.20/kernel/time/tick-broadcast.c
===================================================================
--- linux-2.6.20.orig/kernel/time/tick-broadcast.c
+++ linux-2.6.20/kernel/time/tick-broadcast.c
@@ -159,6 +159,8 @@ static void tick_do_periodic_broadcast(v
*/
static void tick_handle_periodic_broadcast(struct clock_event_device *dev)
{
+ dev->next_event.tv64 = KTIME_MAX;
+
tick_do_periodic_broadcast();

/*
@@ -174,7 +176,7 @@ static void tick_handle_periodic_broadca
for (;;) {
ktime_t next = ktime_add(dev->next_event, tick_period);

- if (!clockevents_program_event(dev, next))
+ if (!clockevents_program_event(dev, next, ktime_get()))
return;
tick_do_periodic_broadcast();
}
@@ -294,17 +296,31 @@ cpumask_t *tick_get_broadcast_oneshot_ma
return &tick_broadcast_oneshot_mask;
}

+static int tick_broadcast_set_event(ktime_t expires, int force)
+{
+ struct clock_event_device *bc = tick_broadcast_device.evtdev;
+ ktime_t now = ktime_get();
+ int res;
+
+ for(;;) {
+ res = clockevents_program_event(bc, expires, now);
+ if (!res || !force)
+ return res;
+ now = ktime_get();
+ expires = ktime_add(now, ktime_set(0, bc->min_delta_ns));
+ }
+}
+
/*
* Reprogram the broadcast device:
*
* Called with tick_broadcast_lock held and interrupts disabled.
*/
-static int tick_broadcast_reprogram(int force)
+static int tick_broadcast_reprogram(void)
{
- struct clock_event_device *bc = tick_broadcast_device.evtdev;
- ktime_t tmp, expires = { .tv64 = KTIME_MAX };
+ ktime_t expires = { .tv64 = KTIME_MAX };
struct tick_device *td;
- int cpu, res;
+ int cpu;

/*
* Find the event which expires next:
@@ -319,13 +335,7 @@ static int tick_broadcast_reprogram(int
if (expires.tv64 == KTIME_MAX)
return 0;

- for(;;) {
- res = clockevents_program_event(bc, expires);
- if (!res || !force)
- return res;
- tmp = ktime_set(0, bc->min_delta_ns << 1);
- expires = ktime_add(ktime_get(), tmp);
- }
+ return tick_broadcast_set_event(expires, 0);
}

/*
@@ -333,14 +343,15 @@ static int tick_broadcast_reprogram(int
*/
static void tick_handle_oneshot_broadcast(struct clock_event_device *dev)
{
- ktime_t now;
struct tick_device *td;
- cpumask_t mask = CPU_MASK_NONE;
+ cpumask_t mask;
+ ktime_t now;
int cpu;

spin_lock(&tick_broadcast_lock);
-
again:
+ dev->next_event.tv64 = KTIME_MAX;
+ mask = CPU_MASK_NONE;
now = ktime_get();
/* Find all expired events */
for (cpu = first_cpu(tick_broadcast_oneshot_mask); cpu != NR_CPUS;
@@ -360,7 +371,7 @@ again:
* events. This happens in dyntick mode, as the
* maximum PIT delta is quite small.
*/
- if (tick_broadcast_reprogram(0))
+ if (tick_broadcast_reprogram())
goto again;
}
spin_unlock(&tick_broadcast_lock);
@@ -398,6 +409,8 @@ void tick_broadcast_oneshot_control(unsi
if (!cpu_isset(cpu, tick_broadcast_oneshot_mask)) {
cpu_set(cpu, tick_broadcast_oneshot_mask);
clockevents_set_mode(dev, CLOCK_EVT_MODE_SHUTDOWN);
+ if (dev->next_event.tv64 < bc->next_event.tv64)
+ tick_broadcast_set_event(dev->next_event, 1);
}
} else {
if (cpu_isset(cpu, tick_broadcast_oneshot_mask)) {
@@ -408,8 +421,6 @@ void tick_broadcast_oneshot_control(unsi
}
}

- if (!cpus_empty(tick_broadcast_oneshot_mask))
- tick_broadcast_reprogram(1);
out:
spin_unlock_irqrestore(&tick_broadcast_lock, flags);
}
@@ -422,6 +433,7 @@ void tick_broadcast_setup_oneshot(struct
if (bc->mode != CLOCK_EVT_MODE_ONESHOT) {
bc->event_handler = tick_handle_oneshot_broadcast;
clockevents_set_mode(bc, CLOCK_EVT_MODE_ONESHOT);
+ bc->next_event.tv64 = KTIME_MAX;
}
}

Index: linux-2.6.20/include/linux/clockchips.h
===================================================================
--- linux-2.6.20.orig/include/linux/clockchips.h
+++ linux-2.6.20/include/linux/clockchips.h
@@ -128,7 +128,7 @@ extern void clockevents_set_mode(struct
extern int clockevents_register_notifier(struct notifier_block *nb);
extern void clockevents_unregister_notifier(struct notifier_block *nb);
extern int clockevents_program_event(struct clock_event_device *dev,
- ktime_t expires);
+ ktime_t expires, ktime_t now);

extern void clockevents_notify(unsigned long reason, void *arg);

Index: linux-2.6.20/kernel/time/tick-common.c
===================================================================
--- linux-2.6.20.orig/kernel/time/tick-common.c
+++ linux-2.6.20/kernel/time/tick-common.c
@@ -89,7 +89,7 @@ void tick_handle_periodic(struct clock_e
for (;;) {
ktime_t next = ktime_add(dev->next_event, tick_period);

- if (!clockevents_program_event(dev, next))
+ if (!clockevents_program_event(dev, next, ktime_get()))
return;
tick_periodic(cpu);
}
@@ -120,7 +120,7 @@ void tick_setup_periodic(struct clock_ev
clockevents_set_mode(dev, CLOCK_EVT_MODE_ONESHOT);

for (;;) {
- if (!clockevents_program_event(dev, next))
+ if (!clockevents_program_event(dev, next, ktime_get()))
return;
next = ktime_add(next, tick_period);
}
Index: linux-2.6.20/kernel/time/tick-oneshot.c
===================================================================
--- linux-2.6.20.orig/kernel/time/tick-oneshot.c
+++ linux-2.6.20/kernel/time/tick-oneshot.c
@@ -28,14 +28,15 @@
int tick_program_event(ktime_t expires, int force)
{
struct clock_event_device *dev = __get_cpu_var(tick_cpu_device).evtdev;
+ ktime_t now = ktime_get();

while (1) {
- int ret = clockevents_program_event(dev, expires);
+ int ret = clockevents_program_event(dev, expires, now);

if (!ret || !force)
return ret;
- expires = ktime_add(expires,
- ktime_set(0, dev->min_delta_ns << 2));
+ now = ktime_get();
+ expires = ktime_add(now, ktime_set(0, dev->min_delta_ns));
}
}

@@ -48,7 +49,7 @@ void tick_setup_oneshot(struct clock_eve
{
newdev->event_handler = handler;
clockevents_set_mode(newdev, CLOCK_EVT_MODE_ONESHOT);
- clockevents_program_event(newdev, next_event);
+ clockevents_program_event(newdev, next_event, ktime_get());
}

/**
Index: linux-2.6.20/kernel/time/tick-sched.c
===================================================================
--- linux-2.6.20.orig/kernel/time/tick-sched.c
+++ linux-2.6.20/kernel/time/tick-sched.c
@@ -137,13 +137,15 @@ __setup("nohz=", setup_tick_nohz);
*/
void tick_nohz_update_jiffies(void)
{
- struct tick_sched *ts = &__get_cpu_var(tick_cpu_sched);
+ int cpu = smp_processor_id();
+ struct tick_sched *ts = &per_cpu(tick_cpu_sched, cpu);
unsigned long flags;
ktime_t now;

if (!ts->tick_stopped)
return;

+ cpu_clear(cpu, nohz_cpu_mask);
now = ktime_get();

local_irq_save(flags);
@@ -161,17 +163,24 @@ void tick_nohz_update_jiffies(void)
void tick_nohz_stop_sched_tick(void)
{
unsigned long seq, last_jiffies, next_jiffies, delta_jiffies, flags;
- struct tick_sched *ts = &__get_cpu_var(tick_cpu_sched);
+ struct tick_sched *ts;
ktime_t last_update, expires, now, delta;
-
- if (unlikely(ts->nohz_mode == NOHZ_MODE_INACTIVE))
- return;
+ int cpu;

local_irq_save(flags);

+ cpu = smp_processor_id();
+ ts = &per_cpu(tick_cpu_sched, cpu);
+
+ if (unlikely(ts->nohz_mode == NOHZ_MODE_INACTIVE))
+ goto end;
+
if (need_resched())
goto end;

+ cpu = smp_processor_id();
+ BUG_ON(local_softirq_pending());
+
now = ktime_get();
/*
* When called from irq_exit we need to account the idle sleep time
@@ -196,12 +205,20 @@ void tick_nohz_stop_sched_tick(void)
next_jiffies = get_next_timer_interrupt(last_jiffies);
delta_jiffies = next_jiffies - last_jiffies;

- /* Do not stop the tick, if we are only one off */
- if (!ts->tick_stopped && delta_jiffies == 1)
+ /*
+ * Do not stop the tick, if we are only one off
+ * or if the cpu is required for rcu
+ */
+ if (!ts->tick_stopped && (delta_jiffies == 1 || rcu_needs_cpu(cpu)))
goto out;

/* Schedule the tick, if we are at least one jiffie off */
if ((long)delta_jiffies >= 1) {
+
+ if (rcu_needs_cpu(cpu))
+ delta_jiffies = 1;
+ else
+ cpu_set(cpu, nohz_cpu_mask);
/*
* nohz_stop_sched_tick can be called several times before
* the nohz_restart_sched_tick is called. This happens when
@@ -237,6 +254,7 @@ void tick_nohz_stop_sched_tick(void)
* softirq.
*/
tick_do_update_jiffies64(ktime_get());
+ cpu_clear(cpu, nohz_cpu_mask);
}
raise_softirq_irqoff(TIMER_SOFTIRQ);
out:
@@ -253,7 +271,8 @@ end:
*/
void tick_nohz_restart_sched_tick(void)
{
- struct tick_sched *ts = &__get_cpu_var(tick_cpu_sched);
+ int cpu = smp_processor_id();
+ struct tick_sched *ts = &per_cpu(tick_cpu_sched, cpu);
unsigned long ticks;
ktime_t now, delta;

@@ -265,6 +284,7 @@ void tick_nohz_restart_sched_tick(void)

local_irq_disable();
tick_do_update_jiffies64(now);
+ cpu_clear(cpu, nohz_cpu_mask);

/* Account the idle time */
delta = ktime_sub(now, ts->idle_entrytime);


2007-02-06 23:23:00

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 2007-02-07 at 00:14 +0100, Ingo Molnar wrote:
> * Daniel Walker <[email protected]> wrote:
>
> > On Tue, 2007-02-06 at 23:56 +0100, Ingo Molnar wrote:
> >
> > > changing the current 'timer' entry (which is line 2 of /proc/interrupts)
> > > to be 'listed as lapic-timer' and to 'replace it with the count from
> > > LOC' is faking a count in a line where nothing like that should be.
> >
> > This point is getting irrelevant ..
>
> it is very much relevant: faking a count is something we /dont/ want to
> do with /proc/interrupts, for (very) basic compatibility, simplicity and
> policy reasons. And that is precisely what your suggestion was to
> 'solve' this supposed 'problem' - so it's very much relevant.

As I said you are misunderstanding me .. which is why this is not
relevant any more ..

Please move on .

> > > the kernel simply displays reality: IRQ#0 isnt increasing because
> > > it's not used, and LOC (local apic timers) is increasing.
> >
> > What about the statistics for the other interrupts in the system ? It
> > clearly doesn't list all interrupts in the system .
>
> what is your point?

Isn't the listing inconsistent ? /proc/interrupts only showing some
special interrupts, and not others .. For example it shows NMI which is
not related to request_irq() .. It shows some clock driver devices
(timer, NMI, LOC) and not others (clock event devices) ..

Daniel

2007-02-06 23:28:38

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> On Wed, 2007-02-07 at 00:14 +0100, Ingo Molnar wrote:
> > * Daniel Walker <[email protected]> wrote:
> >
> > > On Tue, 2007-02-06 at 23:56 +0100, Ingo Molnar wrote:
> > >
> > > > changing the current 'timer' entry (which is line 2 of /proc/interrupts)
> > > > to be 'listed as lapic-timer' and to 'replace it with the count from
> > > > LOC' is faking a count in a line where nothing like that should be.
> > >
> > > This point is getting irrelevant ..
> >
> > it is very much relevant: faking a count is something we /dont/ want
> > to do with /proc/interrupts, for (very) basic compatibility,
> > simplicity and policy reasons. And that is precisely what your
> > suggestion was to 'solve' this supposed 'problem' - so it's very
> > much relevant.
>
> As I said you are misunderstanding me .. which is why this is not
> relevant any more ..

actually, i quoted what you said:

| If we change the current "timer" entry to be listed as "lapic-timer"
| and not "IO-APIC-edge" (or one of the other names) and replace it with
| the count from LOC

this is a pretty clear sentence, i dont think i misunderstood anything
about it. If i did, please point it out specifically.

Ingo

2007-02-06 23:28:58

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 18:15 -0500, Rob Landley wrote:
> On Tuesday 06 February 2007 3:40 pm, Daniel Walker wrote:
> > In this case "different" goes into userspace .. So different could mean
> > userspace regression, which is something that we don't want. I have no
> > idea if any apps use /proc/interrupts , but it's possible since it's
> > been around for a long time.
> >
> > The reason that I'm bringing it up at all is because people have ask me
> > "Why isn't my timer ticking??"
>
> Because there are two clock sources in the machine and it's using the other
> one, so the interrupt isn't firing?
>
> Are you saying that the /proc statistics aren't accurate, or that you
> previously misunderstood what it was actually measuring and you'd now like it
> to lie?

I understand exactly what is happening . The statistics are unclear, and
tend to confuse people .

Daniel

2007-02-06 23:35:30

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 2007-02-07 at 00:28 +0100, Ingo Molnar wrote:

> actually, i quoted what you said:
>
> | If we change the current "timer" entry to be listed as "lapic-timer"
> | and not "IO-APIC-edge" (or one of the other names) and replace it with
> | the count from LOC
>
> this is a pretty clear sentence, i dont think i misunderstood anything
> about it. If i did, please point it out specifically.

Geez , man I've corrected this statement already .. Why don't you quote
the corrections. Your not listening cause your ignoring everything I
said after this, and accepting only my first statement and rejecting
everything else.. Like you want this to descend into a melee .

Last and final correction. I'm saying drop the timer entry, which means
drop the call to request_irq() for irq0 . Add lines for lapic-timer
which take the place of LOC..

Daniel

2007-02-06 23:36:20

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 15:22 -0800, Daniel Walker wrote:
> > > What about the statistics for the other interrupts in the system ? It
> > > clearly doesn't list all interrupts in the system .
> >
> > what is your point?
>
> Isn't the listing inconsistent ? /proc/interrupts only showing some
> special interrupts, and not others ..

It shows _ALL_ used interrupts in the system. There is no point to let
it show NR_IRQ interrupts with a event count = 0.

> For example it shows NMI which is
> not related to request_irq() .. It shows some clock driver devices
> (timer, NMI, LOC) and not others (clock event devices) ..

PIT is a clock event device and uses IRQ0, where the interrupt count is
displayed:

0: 3022812 0 IO-APIC-edge timer

Local APIC timer is a clock event device too and the interrupt count is
displayed as well:

LOC: 177795 1755941

There are no other clock event devices in a PC system at the moment
and /proc/interrupt does not care, whether the interrupt was setup for a
clock event device or something else. It displays the name which is
given in the irqaction struct and does not care what it means. I did not
change the name in the IRQ#0 setup, so it still displays "timer" (which
can either be PIT or HPET), but this is something the interrupt layer
does not know and does not care about.

The special interrupts, which are not handled by the generic IRQ layer
(LOC, NMI) are displayed to have the complete statistics available.

We did not change anything on that. The changed behavior you are
observing (IRQ#0 is not incrementing) is reflecting the reality of the
system. IRQ#0 is not firing, so it does not increment.

tglx


2007-02-06 23:37:55

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> > > > the kernel simply displays reality: IRQ#0 isnt increasing
> > > > because it's not used, and LOC (local apic timers) is
> > > > increasing.
> > >
> > > What about the statistics for the other interrupts in the system ?
> > > It clearly doesn't list all interrupts in the system .
> >
> > what is your point?
>
> Isn't the listing inconsistent ? /proc/interrupts only showing some
> special interrupts, and not others .. For example it shows NMI which
> is not related to request_irq() .. It shows some clock driver devices
> (timer, NMI, LOC) and not others (clock event devices) ..

it's not inconsistent. /proc/interrupts lists registered interrupts plus
some special hardcoded platform interrupts that are not explicitly
registered - with the goal of providing a list of all active interrupt
sources. /proc/interrupts has been doing that for more than 10 years.
Clock event devices themselves are not 'interrupt lines', why should
they be listed in /proc/interrupts?

Ingo

2007-02-06 23:44:28

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 15:35 -0800, Daniel Walker wrote:
> Last and final correction. I'm saying drop the timer entry, which means
> drop the call to request_irq() for irq0.

Right, that's a real good suggestion. Here's the patch especially for
you. Apply it and figure out yourself, why your computer won't boot
anymore.

tglx


Index: linux-2.6.20/arch/i386/mach-default/setup.c
===================================================================
--- linux-2.6.20.orig/arch/i386/mach-default/setup.c
+++ linux-2.6.20/arch/i386/mach-default/setup.c
@@ -95,8 +95,10 @@ static struct irqaction irq0 = {
**/
void __init time_init_hook(void)
{
+#ifdef CONFIG_THIS_IS_NOT_DWALKERS_COMPUTER
irq0.mask = cpumask_of_cpu(0);
setup_irq(0, &irq0);
+#endif
}

#ifdef CONFIG_MCA


2007-02-06 23:50:45

by Ingo Molnar

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3


* Daniel Walker <[email protected]> wrote:

> > | If we change the current "timer" entry to be listed as
> > | "lapic-timer" and not "IO-APIC-edge" (or one of the other names)
> > | and replace it with the count from LOC
> >
> > this is a pretty clear sentence, i dont think i misunderstood
> > anything about it. If i did, please point it out specifically.
>
> Geez , man I've corrected this statement already .. [...]

i'm sorry, but where did you "correct this statement already"? You
havent replied to your mail to correct it explicitly, and there's no
later statement of yours that says anything near to "let me correct this
via X" or "i was wrong here, i meant Y".

the only subsequent reference of yours seems to be:

| I'm not saying we should "fake" anything .. I'm saying list what's
| really happening .. In a human readable way .

what you write here does not read as a 'correction', this disputes my
characterisation, suggesting that your original point is still intact.
How should i have known that you meant this to be a 'correction' of your
original point, and that this (whatever it means precisely) replaces it?

if you concede a point or correct a statement then /please/ make it
clear. There's nothing bad about being wrong or being stupid
occasionally, it happens to all of us.

> Last and final correction. I'm saying drop the timer entry, which
> means drop the call to request_irq() for irq0 . Add lines for
> lapic-timer which take the place of LOC..

it's not a request_irq() but a setup_irq().

dropping the IRQ#0 line would be fatally wrong: /proc/interrupt lists
all active interrupt lines. There can (and often is) a count in IRQ#0.
Why should it be hidden?

furthermore, as i pointed it out earlier: what you suggest is bad for
compatibility: removing/changing the non-count portions of the LOC or
the IRQ#0 entry /will/ break scripts.

Ingo

2007-02-06 23:55:00

by Rob Landley

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tuesday 06 February 2007 6:28 pm, Daniel Walker wrote:
> On Tue, 2007-02-06 at 18:15 -0500, Rob Landley wrote:
> > On Tuesday 06 February 2007 3:40 pm, Daniel Walker wrote:
> > > In this case "different" goes into userspace .. So different could mean
> > > userspace regression, which is something that we don't want. I have no
> > > idea if any apps use /proc/interrupts , but it's possible since it's
> > > been around for a long time.
> > >
> > > The reason that I'm bringing it up at all is because people have ask me
> > > "Why isn't my timer ticking??"

Ah, you can't answer this question. Right:

A) Because there are multiple timer interrupt sources in the system, and we're
now using a newer (better) one.

B) This measures interrupts. It doesn't measure jiffies. Interrupts !=
jiffies. This is a conceptual issue.

C) /proc/uptime may be of use here.

> > Because there are two clock sources in the machine and it's using the
other
> > one, so the interrupt isn't firing?
> >
> > Are you saying that the /proc statistics aren't accurate, or that you
> > previously misunderstood what it was actually measuring and you'd now like
it
> > to lie?
>
> I understand exactly what is happening . The statistics are unclear, and
> tend to confuse people .

You find /proc/interrupts showing interrupts to be _unclear_?

> Daniel

Rob
--
"Perfection is reached, not when there is no longer anything to add, but
when there is no longer anything to take away." - Antoine de Saint-Exupery

2007-02-07 00:19:16

by Jay Cliburn

[permalink] [raw]
Subject: Re: [RFC: -mm patch] drivers/net/atl1/: possible cleanups

On Tue, 6 Feb 2007 23:12:29 +0100
Adrian Bunk <[email protected]> wrote:

> On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.20-rc6-mm2:
> >...
> > git-netdev-all.patch
> >...
> > git trees
> >...
>
>
> This patch contains the following possible cleanups:
> - move extern declarations to atl1.h
> - make needlessly global code static

Adrian,

The atl1 driver currently follows this development pathway:

developer -> netdev#atl1 -> netdev#ALL -> -mm

Your patch is just a little bit out ahead of us. Some of your suggested
changes are already in the pipeline; we're just waiting for Jeff to
merge netdev#atl1 into netdev#ALL. Should be soon.

>
> Signed-off-by: Adrian Bunk <[email protected]>
>
> ---
>
> BTW: Can we get a MAINTAINERS entry for this driver?

Already submitted to netdev#atl1.

http://lkml.org/lkml/2007/2/3/174

>
> drivers/net/atl1/atl1.h | 6 ++++--
> drivers/net/atl1/atl1_ethtool.c | 3 ---
> drivers/net/atl1/atl1_hw.c | 6 ++----
> drivers/net/atl1/atl1_main.c | 8 +++-----
> drivers/net/atl1/atl1_param.c | 4 +---
> 5 files changed, 10 insertions(+), 17 deletions(-)
>
> --- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1.h.old
> 2007-02-06 07:55:58.000000000 +0100 +++
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1.h 2007-02-06
> 08:19:50.000000000 +0100 @@ -34,8 +34,10 @@ s32 atl1_up(struct
> atl1_adapter *adapter); void atl1_down(struct atl1_adapter *adapter);
> int atl1_reset(struct atl1_adapter *adapter);
> -s32 atl1_setup_ring_resources(struct atl1_adapter *adapter);
> -void atl1_free_ring_resources(struct atl1_adapter *adapter);
> +
> +extern char atl1_driver_name[];
> +extern char atl1_driver_version[];

netdev#atl1 already has this change.

The rest of these I'll bundle up and submit to netdev#atl1, too. Will
that work for you?

> +extern const struct ethtool_ops atl1_ethtool_ops;
>
> struct atl1_adapter;
>
> --- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_hw.c.old
> 2007-02-06 07:52:20.000000000 +0100 +++
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_hw.c 2007-02-06
> 07:56:22.000000000 +0100 @@ -31,8 +31,6 @@ #include "atl1.h"
>
>
> -extern char atl1_driver_name[];
> -
> /**
> * Reset the transmit and receive units; mask and clear all
> interrupts.
> * hw - Struct containing variables accessed by shared code
> @@ -209,7 +207,7 @@
> * get_permanent_address
> * return 0 if get valid mac address,
> **/
> -int atl1_get_permanent_address(struct atl1_hw *hw)
> +static int atl1_get_permanent_address(struct atl1_hw *hw)
> {
> u32 addr[2];
> u32 i, control;
> @@ -602,7 +600,7 @@
> return ret_val;
> }
>
> -struct atl1_spi_flash_dev flash_table[] = {
> +static struct atl1_spi_flash_dev flash_table[] = {
> /* MFR_NAME WRSR READ PRGM WREN WRDI RDSR RDID
> SECTOR_ERASE CHIP_ERASE */ {"Atmel", 0x00, 0x03, 0x02, 0x06, 0x04,
> 0x05, 0x15, 0x52, 0x62}, {"SST", 0x01, 0x03, 0x02, 0x06,
> 0x04, 0x05, 0x90, 0x20, 0x60}, ---
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_ethtool.c.old
> 2007-02-06 07:57:04.000000000 +0100 +++
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_ethtool.c
> 2007-02-06 07:57:10.000000000 +0100 @@ -31,9 +31,6 @@ #include
> "atl1.h"
> -extern char atl1_driver_name[];
> -extern char atl1_driver_version[];
> -
> struct atl1_stats {
> char stat_string[ETH_GSTRING_LEN];
> int sizeof_stat;
> --- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_param.c.old
> 2007-02-06 07:57:18.000000000 +0100 +++
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_param.c 2007-02-06
> 08:16:39.000000000 +0100 @@ -26,8 +26,6 @@ #include
> <linux/moduleparam.h> #include "atl1.h"
>
> -extern char atl1_driver_name[];
> -
> /**
> * This is the only thing that needs to be changed to adjust the
> * maximum number of ports that the driver can manage.
> @@ -68,7 +66,7 @@
> module_param_array_named(flash_vendor, flash_vendor, int,
> &num_flash_vendor, 0); MODULE_PARM_DESC(flash_vendor, "SPI flash
> vendor");
> -int enable_msi;
> +static int enable_msi;
> module_param(enable_msi, int, 0444);
> MODULE_PARM_DESC(enable_msi, "Enable PCI MSI");
>
> --- linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_main.c.old
> 2007-02-06 07:58:37.000000000 +0100 +++
> linux-2.6.20-rc6-mm3/drivers/net/atl1/atl1_main.c 2007-02-06
> 08:15:51.000000000 +0100 @@ -95,8 +95,6 @@ MODULE_LICENSE("GPL");
> MODULE_VERSION(DRIVER_VERSION);
>
> -extern struct ethtool_ops atl1_ethtool_ops;
> -
> /**
> * atl1_pci_tbl - PCI Device ID Table
> **/
> @@ -178,7 +176,7 @@
> *
> * Return 0 on success, negative on failure
> **/
> -s32 atl1_setup_ring_resources(struct atl1_adapter * adapter)
> +static s32 atl1_setup_ring_resources(struct atl1_adapter * adapter)
> {
> struct atl1_tpd_ring *tpd_ring = &adapter->tpd_ring;
> struct atl1_rfd_ring *rfd_ring = &adapter->rfd_ring;
> @@ -1221,7 +1219,7 @@
> * atl1_irq_disable - Mask off interrupt generation on the NIC
> * @adapter: board private structure
> **/
> -void atl1_irq_disable(struct atl1_adapter *adapter)
> +static void atl1_irq_disable(struct atl1_adapter *adapter)
> {
> atomic_inc(&adapter->irq_sem);
> iowrite32(0, adapter->hw.hw_addr + REG_IMR);
> @@ -1749,7 +1747,7 @@
> *
> * Free all transmit software resources
> **/
> -void atl1_free_ring_resources(struct atl1_adapter *adapter)
> +static void atl1_free_ring_resources(struct atl1_adapter *adapter)
> {
> struct pci_dev *pdev = adapter->pdev;
> struct atl1_tpd_ring *tpd_ring = &adapter->tpd_ring;
>
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html

2007-02-07 00:22:50

by Jeff Garzik

[permalink] [raw]
Subject: Re: [RFC: -mm patch] drivers/net/atl1/: possible cleanups

Jay Cliburn wrote:
> Your patch is just a little bit out ahead of us. Some of your suggested
> changes are already in the pipeline; we're just waiting for Jeff to
> merge netdev#atl1 into netdev#ALL. Should be soon.


Technical note: merging #atl1 into #ALL happens each time
netdev-2.6.git is flushed out from my local machine.

Jeff


2007-02-07 00:24:05

by Adrian Bunk

[permalink] [raw]
Subject: Re: [RFC: -mm patch] drivers/net/atl1/: possible cleanups

On Tue, Feb 06, 2007 at 06:19:10PM -0600, Jay Cliburn wrote:
> On Tue, 6 Feb 2007 23:12:29 +0100
> Adrian Bunk <[email protected]> wrote:
>...
> > This patch contains the following possible cleanups:
> > - move extern declarations to atl1.h
> > - make needlessly global code static
>
> Adrian,
>
> The atl1 driver currently follows this development pathway:
>
> developer -> netdev#atl1 -> netdev#ALL -> -mm
>
> Your patch is just a little bit out ahead of us. Some of your suggested
> changes are already in the pipeline; we're just waiting for Jeff to
> merge netdev#atl1 into netdev#ALL. Should be soon.
>
> >
> > Signed-off-by: Adrian Bunk <[email protected]>
> >
> > ---
> >
> > BTW: Can we get a MAINTAINERS entry for this driver?
>
> Already submitted to netdev#atl1.
>
> http://lkml.org/lkml/2007/2/3/174

:-)

> > -s32 atl1_setup_ring_resources(struct atl1_adapter *adapter);
> > -void atl1_free_ring_resources(struct atl1_adapter *adapter);
> > +
> > +extern char atl1_driver_name[];
> > +extern char atl1_driver_version[];
>
> netdev#atl1 already has this change.
>
> The rest of these I'll bundle up and submit to netdev#atl1, too. Will
> that work for you?
>...

Do what you consider the right thing - I don't care how it gets into the
various trees.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2007-02-07 00:24:42

by J. K. Cliburn

[permalink] [raw]
Subject: Re: [RFC: -mm patch] drivers/net/atl1/: possible cleanups

On 2/6/07, Jeff Garzik <[email protected]> wrote:
> Jay Cliburn wrote:
> > Your patch is just a little bit out ahead of us. Some of your suggested
> > changes are already in the pipeline; we're just waiting for Jeff to
> > merge netdev#atl1 into netdev#ALL. Should be soon.
>
>
> Technical note: merging #atl1 into #ALL happens each time
> netdev-2.6.git is flushed out from my local machine.

Noted. Thanks.

2007-02-07 01:02:28

by Andrew Morton

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]

On Wed, 07 Feb 2007 00:17:33 +0100
Thomas Gleixner <[email protected]> wrote:

> On Wed, 2007-02-07 at 00:12 +0100, Tilman Schmidt wrote:
> > > No, not this. Anyway the last patch Thomas forwarded does fix the
> > > problem.
> >
> > Which one would that be? I might try it for comparison.
>
> Find the combined patch of all fixlets on top of -mm3 below.

err, I don't have most of this.

I just uploaded the crappile-of-the-moment to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-06-16-59.tar.gz

2007-02-07 01:12:43

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Wed, 2007-02-07 at 00:36 +0100, Thomas Gleixner wrote:

> There are no other clock event devices in a PC system at the moment
> and /proc/interrupt does not care, whether the interrupt was setup for a
> clock event device or something else. It displays the name which is
> given in the irqaction struct and does not care what it means. I did not
> change the name in the IRQ#0 setup, so it still displays "timer" (which
> can either be PIT or HPET), but this is something the interrupt layer
> does not know and does not care about.

So your saying the "timer" entry in /proc/interrupts can be either the
HPET timer, the PIT timer? Mine says "IO-APIC-edge" which does that map
to? It's going though the io-apic but it's still the pit ?

Daniel

2007-02-07 02:46:57

by Daniel Walker

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

I guess I will respond ....

On Wed, 2007-02-07 at 00:51 +0100, Ingo Molnar wrote:
> * Daniel Walker <[email protected]> wrote:
>
> > > | If we change the current "timer" entry to be listed as
> > > | "lapic-timer" and not "IO-APIC-edge" (or one of the other names)
> > > | and replace it with the count from LOC
> > >
> > > this is a pretty clear sentence, i dont think i misunderstood
> > > anything about it. If i did, please point it out specifically.
> >
> > Geez , man I've corrected this statement already .. [...]
>
> i'm sorry, but where did you "correct this statement already"? You
> havent replied to your mail to correct it explicitly, and there's no
> later statement of yours that says anything near to "let me correct this
> via X" or "i was wrong here, i meant Y".

I know that you see corrections as responses to your own email, but it's
not universal .. Everyone has their own methodology, AFAIK it's free
form ..

> the only subsequent reference of yours seems to be:
>
> | I'm not saying we should "fake" anything .. I'm saying list what's
> | really happening .. In a human readable way .
>
> what you write here does not read as a 'correction', this disputes my
> characterisation, suggesting that your original point is still intact.
> How should i have known that you meant this to be a 'correction' of your
> original point, and that this (whatever it means precisely) replaces it?
>
> if you concede a point or correct a statement then /please/ make it
> clear. There's nothing bad about being wrong or being stupid
> occasionally, it happens to all of us.

I don't take a literal approach to email, which you seem to be taking ..
I think your seeing this thread as an argument for or against something
and you have taken a position which you diligently stick to..

My position is not fixed. However, your arguing as if my position was
fixed. My perspective of this thread was not to argue for a specific
change, but to throw out changes and see if anything stuck ..

Where my statements were suppose to be loose to begin with, so loose as
to only spark the start of an idea, not to promote something specific.
If you read the start of the thread you'll notice that I gave Thomas two
totally opposite ideas.

"We could just remove the timer entry."
or
"[..]how about adding the interrupts to the list which are driving the
timer ?"

When I started the thread I had a similar position as Thomas, but I was
concerned that I was missing something or the code was missing
something.. This was the reason for starting the thread ..

So I'll gladly concede all points. To me it wasn't about the argument,
or even my own ideas ..

Daniel

2007-02-07 10:43:48

by Steven Whitehouse

[permalink] [raw]
Subject: Re: [-mm patch] make gfs2_writepages() static

Hi,

Now applied to the GFS2 -nmw git tree. Thanks,

Steve.

On Tue, 2007-02-06 at 23:12 +0100, Adrian Bunk wrote:
> On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.20-rc6-mm2:
> >...
> > git-gfs2-nmw.patch
> >...
> > git trees
> >...
>
>
> This patch makes the needlessly global gfs2_writepages() static.
>
> Signed-off-by: Adrian Bunk <[email protected]>
>
> --- linux-2.6.20-rc6-mm3/fs/gfs2/ops_address.c.old 2007-02-06 08:30:19.000000000 +0100
> +++ linux-2.6.20-rc6-mm3/fs/gfs2/ops_address.c 2007-02-06 08:30:32.000000000 +0100
> @@ -170,7 +170,8 @@
> * and write whole extents at once. This is a big reduction in the
> * number of I/O requests we send and the bmap calls we make in this case.
> */
> -int gfs2_writepages(struct address_space *mapping, struct writeback_control *wbc)
> +static int gfs2_writepages(struct address_space *mapping,
> + struct writeback_control *wbc)
> {
> struct inode *inode = mapping->host;
> struct gfs2_inode *ip = GFS2_I(inode);
>

2007-02-07 14:53:39

by Thomas Gleixner

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 17:12 -0800, Daniel Walker wrote:
> On Wed, 2007-02-07 at 00:36 +0100, Thomas Gleixner wrote:
>
> > There are no other clock event devices in a PC system at the moment
> > and /proc/interrupt does not care, whether the interrupt was setup for a
> > clock event device or something else. It displays the name which is
> > given in the irqaction struct and does not care what it means. I did not
> > change the name in the IRQ#0 setup, so it still displays "timer" (which
> > can either be PIT or HPET), but this is something the interrupt layer
> > does not know and does not care about.
>
> So your saying the "timer" entry in /proc/interrupts can be either the
> HPET timer, the PIT timer? Mine says "IO-APIC-edge" which does that map
> to? It's going though the io-apic but it's still the pit ?

IO-APIC: Input/Output Advanced Programmable Interrupt Controller. This
device does not generate interrupts by itself. Devices, which generate
interrupts are connected to it.

23: 82 0 IO-APIC-fasteoi ohci1394, HDA Intel

This is IRQ#23 coming in via IO-APIC (fasteoi type). The interrupt is
shared by two devices, which identified themself as "ohci1394" and "HDA
Intel" via request_irq(). The interrupt originates from one of those
devices. So it _IS_ going through the IO-APIC, but generated either by
the Firewire device or the Audio device.

0: 186222 0 IO-APIC-edge timer

This is IRQ#0 coming in via IO-APIC (edge type). The interrupt is not
shared. The device identified itself as "timer" via setup_irq(). The
interrupt originates from this device. The interrupt is either caused by
PIT or HPET via a hardware switch mechanism, which is activated when you
use HPET. There is no way to share IRQ#0 here. It's either or as defined
by hardware magic.

tglx



2007-02-07 19:34:08

by Ingo Molnar

[permalink] [raw]
Subject: Re: dynticks + iptables almost stops the boot process [was: Re: 2.6.20-rc6-mm3]


* Andrew Morton <[email protected]> wrote:

> On Wed, 07 Feb 2007 00:17:33 +0100
> Thomas Gleixner <[email protected]> wrote:
>
> > On Wed, 2007-02-07 at 00:12 +0100, Tilman Schmidt wrote:
> > > > No, not this. Anyway the last patch Thomas forwarded does fix the
> > > > problem.
> > >
> > > Which one would that be? I might try it for comparison.
> >
> > Find the combined patch of all fixlets on top of -mm3 below.
>
> err, I don't have most of this.
>
> I just uploaded the crappile-of-the-moment to
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-06-16-59.tar.gz

hm:

ERROR 404: Not Found.

pls. do:

ssh master.kernel.org chmod a+r /pub/linux/kernel/people/akpm/mm/broken-out-2007-02-06-16-59.tar.gz

Ingo

2007-02-01 11:11:55

by Karsten Wiese

[permalink] [raw]
Subject: Re: 2.6.20-rc6-mm3

Am Donnerstag, 1. Februar 2007 11:44 schrieb Karsten Wiese:
> I think the wait is caused by an interrupt starting somewhere under
> sysdev_resume(void).
> possibly lapic timer interrupt? Will try to trace that.

Some evidence:
[root@a64 Desktop]# echo reboot > /sys/power/disk
[root@a64 Desktop]# cat /proc/interrupts; echo disk > /sys/power/state ; cat /proc/interrupts
<snip>
LOC: 2215504
<snip, cmos clock untouched>
LOC: 2216432
<snip>
[root@a64 Desktop]# cat /proc/interrupts; echo disk > /sys/power/state ; cat /proc/interrupts
<snip>
LOC: 2225752
<snip, cmos clock advanced by 1 month under biossettings>
LOC: 2238383
<snip>

Karsten