* [BUG] /proc/mtrr I/O error @ 2008-08-29 21:38 Bob Tracy 2008-09-02 22:46 ` Andrew Morton 0 siblings, 1 reply; 5+ messages in thread From: Bob Tracy @ 2008-08-29 21:38 UTC (permalink / raw) To: linux-kernel With 2.6.27-rc4 and possibly earlier kernels, I see the following: $ cat /proc/mtrr cat: /proc/mtrr: Input/output error Processor is an AMD K6-III/450. -- ------------------------------------------------------------------------ Bob Tracy | "I was a beta tester for dirt. They never did rct@frus.com | get all the bugs out." - Steve McGrew on /. ------------------------------------------------------------------------ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG] /proc/mtrr I/O error 2008-08-29 21:38 [BUG] /proc/mtrr I/O error Bob Tracy @ 2008-09-02 22:46 ` Andrew Morton 2008-09-02 23:08 ` Yinghai Lu 0 siblings, 1 reply; 5+ messages in thread From: Andrew Morton @ 2008-09-02 22:46 UTC (permalink / raw) To: Bob Tracy; +Cc: linux-kernel On Fri, 29 Aug 2008 16:38:24 -0500 Bob Tracy <rct@gherkin.frus.com> wrote: > With 2.6.27-rc4 and possibly earlier kernels, I see the following: > > $ cat /proc/mtrr > cat: /proc/mtrr: Input/output error > > Processor is an AMD K6-III/450. > static int mtrr_open(struct inode *inode, struct file *file) { if (!mtrr_if) return -EIO; Beats me. Perhaps something broke in mtrr_bp_init(). It would be useful to know if 2.6.26 worked OK. Thanks. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG] /proc/mtrr I/O error 2008-09-02 22:46 ` Andrew Morton @ 2008-09-02 23:08 ` Yinghai Lu 2008-09-03 3:58 ` Bob Tracy 0 siblings, 1 reply; 5+ messages in thread From: Yinghai Lu @ 2008-09-02 23:08 UTC (permalink / raw) To: Andrew Morton; +Cc: Bob Tracy, linux-kernel On Tue, Sep 2, 2008 at 3:46 PM, Andrew Morton <akpm@linux-foundation.org> wrote: > On Fri, 29 Aug 2008 16:38:24 -0500 > Bob Tracy <rct@gherkin.frus.com> wrote: > >> With 2.6.27-rc4 and possibly earlier kernels, I see the following: >> >> $ cat /proc/mtrr >> cat: /proc/mtrr: Input/output error >> >> Processor is an AMD K6-III/450. >> > > static int mtrr_open(struct inode *inode, struct file *file) > { > if (!mtrr_if) > return -EIO; > > > > Beats me. Perhaps something broke in mtrr_bp_init(). > > It would be useful to know if 2.6.26 worked OK. > two patches needed.. http://lkml.org/lkml/2008/9/1/307 [PATCH 4/6] x86: delay early cpu initialization until cpuid is done http://lkml.org/lkml/2008/9/1/308 [PATCH 5/6] x86: move mtrr cpu cap setting early in early_init_xxxx YH ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG] /proc/mtrr I/O error 2008-09-02 23:08 ` Yinghai Lu @ 2008-09-03 3:58 ` Bob Tracy 2008-09-03 4:56 ` Yinghai Lu 0 siblings, 1 reply; 5+ messages in thread From: Bob Tracy @ 2008-09-03 3:58 UTC (permalink / raw) To: Yinghai Lu; +Cc: Andrew Morton, linux-kernel On Tue, Sep 02, 2008 at 04:08:00PM -0700, Yinghai Lu wrote: > On Tue, Sep 2, 2008 at 3:46 PM, Andrew Morton <akpm@linux-foundation.org> wrote: > > On Fri, 29 Aug 2008 16:38:24 -0500 > > Bob Tracy <rct@gherkin.frus.com> wrote: > > > >> With 2.6.27-rc4 and possibly earlier kernels, I see the following: > >> > >> $ cat /proc/mtrr > >> cat: /proc/mtrr: Input/output error > >> > >> Processor is an AMD K6-III/450. > >> > > > > static int mtrr_open(struct inode *inode, struct file *file) > > { > > if (!mtrr_if) > > return -EIO; > > > > > > > > Beats me. Perhaps something broke in mtrr_bp_init(). > > > > It would be useful to know if 2.6.26 worked OK. > > > > two patches needed.. > > http://lkml.org/lkml/2008/9/1/307 > [PATCH 4/6] x86: delay early cpu initialization until cpuid is done > http://lkml.org/lkml/2008/9/1/308 > [PATCH 5/6] x86: move mtrr cpu cap setting early in early_init_xxxx Krzysztof Helt's quick-and-dirty patch posted a few days ago did the trick, but from the descriptions of the above patches, they address the problem properly. Here's what "cat /proc/mtrr" shows with Helt's patch and the "nv" driver active for my GeForce2 MX 400 card: $ cat /proc/mtrr reg00: base=0xd0000000 (3328MB), size= 64MB: write-combining, count=1 MTRR sanitization seems to be working properly: the same command shows nothing when X isn't running. -- ------------------------------------------------------------------------ Bob Tracy | "I was a beta tester for dirt. They never did rct@frus.com | get all the bugs out." - Steve McGrew on /. ------------------------------------------------------------------------ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG] /proc/mtrr I/O error 2008-09-03 3:58 ` Bob Tracy @ 2008-09-03 4:56 ` Yinghai Lu 0 siblings, 0 replies; 5+ messages in thread From: Yinghai Lu @ 2008-09-03 4:56 UTC (permalink / raw) To: Bob Tracy; +Cc: Andrew Morton, linux-kernel On Tue, Sep 2, 2008 at 8:58 PM, Bob Tracy <rct@gherkin.frus.com> wrote: > On Tue, Sep 02, 2008 at 04:08:00PM -0700, Yinghai Lu wrote: >> On Tue, Sep 2, 2008 at 3:46 PM, Andrew Morton <akpm@linux-foundation.org> wrote: >> > On Fri, 29 Aug 2008 16:38:24 -0500 >> > Bob Tracy <rct@gherkin.frus.com> wrote: >> > >> >> With 2.6.27-rc4 and possibly earlier kernels, I see the following: >> >> >> >> $ cat /proc/mtrr >> >> cat: /proc/mtrr: Input/output error >> >> >> >> Processor is an AMD K6-III/450. >> >> >> > >> > static int mtrr_open(struct inode *inode, struct file *file) >> > { >> > if (!mtrr_if) >> > return -EIO; >> > >> > >> > >> > Beats me. Perhaps something broke in mtrr_bp_init(). >> > >> > It would be useful to know if 2.6.26 worked OK. >> > >> >> two patches needed.. >> >> http://lkml.org/lkml/2008/9/1/307 >> [PATCH 4/6] x86: delay early cpu initialization until cpuid is done >> http://lkml.org/lkml/2008/9/1/308 >> [PATCH 5/6] x86: move mtrr cpu cap setting early in early_init_xxxx > > Krzysztof Helt's quick-and-dirty patch posted a few days ago did the > trick, but from the descriptions of the above patches, they address the > problem properly. Here's what "cat /proc/mtrr" shows with Helt's patch > and the "nv" driver active for my GeForce2 MX 400 card: > > $ cat /proc/mtrr > reg00: base=0xd0000000 (3328MB), size= 64MB: write-combining, count=1 > > MTRR sanitization seems to be working properly: the same command shows > nothing when X isn't running. did you apply them both [PATCH 4/6] x86: delay early cpu initialization until cpuid is done [PATCH 5/6] x86: move mtrr cpu cap setting early in early_init_xxxx YH ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-09-03 4:56 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-08-29 21:38 [BUG] /proc/mtrr I/O error Bob Tracy 2008-09-02 22:46 ` Andrew Morton 2008-09-02 23:08 ` Yinghai Lu 2008-09-03 3:58 ` Bob Tracy 2008-09-03 4:56 ` Yinghai Lu
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.