From: "David P. Reed" <dpreed@reed.com>
To: "Török Edwin" <edwintorok@gmail.com>
Cc: Rene Herman <rene.herman@gmail.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
pavel@ucw.cz, andi@firstfloor.org, rol@as2917.net,
Krzysztof Halasa <khc@pm.waw.pl>,
david@davidnewall.com, hpa@zytor.com, john@stoffel.org,
linux-os@analogic.com
Subject: Re: [RFT] Port 0x80 I/O speed
Date: Wed, 12 Dec 2007 13:54:41 -0500 [thread overview]
Message-ID: <47602E71.1070000@reed.com> (raw)
In-Reply-To: <47601A12.2040103@gmail.com>
I have been having a fun time testing this on my AMD64x2 system.
Since out's to port 80 hang the system hard after a while, I can run a
test just after booting, but the next run will typically hang it.
I did also test two ports thought to be unused. They do *not* hang the
system. Thus apparently there is some device responding to port 80!
Running the (slightly modified to test 3 ports instead of just port 80)
test when the CPU is running at 800 MHz, here's what I get for port 80
and port ec and port ef.
port 80: cycles: out 1430, in 792
port ef: cycles: out 1431, in 1378
port ec: cycles: out 1432, in 1372
[Note: port 80, when it doesn't hang, which is very often, responds to a
read twice as fast as a port which is "not there". Typically though,
the second time I run the test, the system freezes solid. Seems like
evidence of a present device, not a missing one. Also, port 80 responds
when booted with acpi=off, but never seems to hang - sounds like ACPI
causes it to be active in some way]
----------------------------
System info: HP Pavilion dv9000z laptop (AMD64x2)
PCI bus controller is nVidia MCP51.
/proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 72
model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60
stepping : 2
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy
svm extapic cr8_legacy
bogomips : 1608.35
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 72
model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60
stepping : 2
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy
svm extapic cr8_legacy
bogomips : 1608.35
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
next prev parent reply other threads:[~2007-12-12 18:54 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-11 23:31 [RFT] Port 0x80 I/O speed Rene Herman
2007-12-11 23:40 ` Maxim Levitsky
2007-12-11 23:44 ` Rene Herman
2007-12-12 0:14 ` Maxim Levitsky
2007-12-12 0:27 ` Rene Herman
2007-12-11 23:43 ` Alejandro Riveira Fernández
2007-12-11 23:51 ` Rene Herman
2007-12-12 0:09 ` Alejandro Riveira Fernández
2007-12-12 0:16 ` Rene Herman
2007-12-12 11:43 ` Alejandro Riveira Fernández
2007-12-12 21:02 ` H. Peter Anvin
[not found] ` <Pine.LNX.4.61.0712120753210.4443@chaos.analogic.com>
2007-12-12 13:20 ` Rene Herman
2007-12-12 13:23 ` linux-os (Dick Johnson)
2007-12-11 23:55 ` Nigel Cunningham
2007-12-12 0:01 ` Rene Herman
2007-12-12 2:07 ` Nigel Cunningham
2007-12-12 1:19 ` Alistair John Strachan
2007-12-12 1:28 ` Randy Dunlap
2007-12-12 1:40 ` Mike Lampard
2007-12-12 5:23 ` Kyle McMartin
2007-12-12 7:18 ` Rene Herman
2007-12-13 2:41 ` H. Peter Anvin
2007-12-12 19:25 ` H. Peter Anvin
2007-12-12 19:32 ` Andi Kleen
2007-12-12 19:43 ` H. Peter Anvin
2007-12-12 8:17 ` Paolo Ornati
2007-12-12 8:38 ` Edwin de Caluwé
2007-12-12 8:35 ` Dave Young
2007-12-12 8:48 ` Jiri Slaby
2007-12-12 11:25 ` Jiri Slaby
2007-12-12 15:50 ` Rene Herman
2007-12-12 15:53 ` Rene Herman
2007-12-12 18:44 ` H. Peter Anvin
2007-12-12 19:19 ` Rene Herman
2007-12-13 15:19 ` Jiri Slaby
2007-12-12 8:59 ` Juergen Beisert
2007-12-12 14:30 ` Rene Herman
2007-12-12 15:12 ` Juergen Beisert
2007-12-12 9:55 ` Luciano Rocha
2007-12-12 9:57 ` Romano Giannetti
2007-12-12 16:27 ` Rene Herman
2007-12-12 10:28 ` Peter Zijlstra
2007-12-12 10:34 ` Dave Haywood
2007-12-12 11:57 ` Ville Syrjälä
2007-12-13 16:42 ` Ville Syrjälä
2007-12-12 16:16 ` John Stoffel
2007-12-12 16:39 ` Olivér Pintér
2007-12-12 16:53 ` Ondrej Zary
2007-12-12 17:00 ` H. Peter Anvin
2007-12-12 16:59 ` Cyrill Gorcunov
2007-12-12 17:27 ` Török Edwin
2007-12-12 18:54 ` David P. Reed [this message]
2007-12-12 18:39 ` SL Baur
2007-12-12 19:06 ` Rene Herman
2007-12-12 21:32 ` Jesper Juhl
2007-12-12 23:54 ` Jan Engelhardt
2007-12-13 0:13 ` Jan Engelhardt
2007-12-13 2:06 ` H. Peter Anvin
2007-12-22 22:27 ` Bauke Jan Douma
-- strict thread matches above, loose matches on Subject: below --
2007-12-12 5:06 Chris Holvenstot
2007-12-12 11:20 linux
2007-12-12 12:35 ` Paolo Ornati
2007-12-12 14:48 ` Rene Herman
[not found] <9zmRR-3pA-25@gated-at.bofh.it>
2007-12-13 16:27 ` James Kosin
2007-12-13 22:07 ` Rene Herman
2007-12-13 22:30 ` Jesper Juhl
2007-12-13 22:37 ` Rene Herman
[not found] <9A0cz-7xy-13@gated-at.bofh.it>
[not found] ` <9A0cz-7xy-11@gated-at.bofh.it>
[not found] ` <9A4pU-69z-15@gated-at.bofh.it>
2007-12-14 14:08 ` James Kosin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47602E71.1070000@reed.com \
--to=dpreed@reed.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=andi@firstfloor.org \
--cc=david@davidnewall.com \
--cc=edwintorok@gmail.com \
--cc=hpa@zytor.com \
--cc=john@stoffel.org \
--cc=khc@pm.waw.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-os@analogic.com \
--cc=pavel@ucw.cz \
--cc=rene.herman@gmail.com \
--cc=rol@as2917.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.