* [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.