> struct ata_port *ap = host->ports[i];
>
> not ports[0]
>
> Alan
--
TAKADA <[EMAIL PROTECTED]>
-
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/
From: TAKADA Yoshihito <[EMAIL PROTECTED]>
Subject: Re: i386: pata_cs5520 does not work
Date: Thu, 19 Jul 2007 02:20:39 +0900
Hi. I found it return from cs5520_init_one();
devm_request_irq() is failed.
> rc = devm_request_irq(>dev, irq[ap->port_no],
> ata_interrupt,
From: TAKADA Yoshihito [EMAIL PROTECTED]
Subject: Re: i386: pata_cs5520 does not work
Date: Thu, 19 Jul 2007 02:20:39 +0900
Hi. I found it return from cs5520_init_one();
devm_request_irq() is failed.
rc = devm_request_irq(pdev-dev, irq[ap-port_no],
ata_interrupt, 0, DRV_NAME, host
. devm_request_irq() is success.
2nd time, ap-port_no is 0 too. devm_request_irq() failed.
Looks like whoever updated it to the new probe mechanism didn't quite get
it right
Change it to use
struct ata_port *ap = host-ports[i];
not ports[0]
Alan
--
TAKADA [EMAIL PROTECTED
panic("IO MAP");
>
> This should help identify where the problem occurs
--
TAKADA <[EMAIL PROTECTED]>
-
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/
] || !iomap[3] || !iomap[4])
return -ENOMEM;
in pata_cs5520.c and change the end from return -ENOMEM to
if (!iomap[0] || !iomap[1] || !iomap[2] || !iomap[3] || !iomap[4])
panic(IO MAP);
This should help identify where the problem occurs
--
TAKADA [EMAIL PROTECTED
From: Alan Cox <[EMAIL PROTECTED]>
Subject: Re: i386: pata_cs5520 does not work
Date: Sun, 15 Jul 2007 18:39:24 +0100
> On Mon, 16 Jul 2007 01:41:15 +0900 (JST)
> TAKADA Yoshihito <[EMAIL PROTECTED]> wrote:
>
> > Hi.
> > I update to 2.6.22.1 from 2.6.21.5. An
Hi.
Thanks. you are right. TSC is still unstable.
On Sun, 15 Jul 2007 21:06:27 +0200
Juergen Beisert <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sunday 15 July 2007 14:00, TAKADA Yoshihito wrote:
> > Hi. I reported to remove pit_latch_buggy(http://lkml.org/lkml/2007/2/10/8).
Hi.
I update to 2.6.22.1 from 2.6.21.5. And PC cannot mount /.
It seems pata_cs5520 does not find IDE controller.
(I don't have serial cable for CS5520 board now. I cannt read
boot messages.)
2.6.21 is OK.
In 2.6.22, IDE driver is OK.
Is any information necessary?
-
To unsubscribe from this list:
Author: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Thu Mar 22 22:46:18 2007 +0100
[PATCH] i386: clockevents fix breakage on Geode/Cyrix PIT implementations
In 2.6.22, marks unstable GeodeGX's TSC. However, it is not necessary to
mark TSC is unstable.
Signed-off-by: TAKADA Yoshihito &
Author: Thomas Gleixner [EMAIL PROTECTED]
Date: Thu Mar 22 22:46:18 2007 +0100
[PATCH] i386: clockevents fix breakage on Geode/Cyrix PIT implementations
In 2.6.22, marks unstable GeodeGX's TSC. However, it is not necessary to
mark TSC is unstable.
Signed-off-by: TAKADA Yoshihito [EMAIL
Hi.
I update to 2.6.22.1 from 2.6.21.5. And PC cannot mount /.
It seems pata_cs5520 does not find IDE controller.
(I don't have serial cable for CS5520 board now. I cannt read
boot messages.)
2.6.21 is OK.
In 2.6.22, IDE driver is OK.
Is any information necessary?
-
To unsubscribe from this list:
Hi.
Thanks. you are right. TSC is still unstable.
On Sun, 15 Jul 2007 21:06:27 +0200
Juergen Beisert [EMAIL PROTECTED] wrote:
Hi,
On Sunday 15 July 2007 14:00, TAKADA Yoshihito wrote:
Hi. I reported to remove pit_latch_buggy(http://lkml.org/lkml/2007/2/10/8).
In the report, I stated
From: Alan Cox [EMAIL PROTECTED]
Subject: Re: i386: pata_cs5520 does not work
Date: Sun, 15 Jul 2007 18:39:24 +0100
On Mon, 16 Jul 2007 01:41:15 +0900 (JST)
TAKADA Yoshihito [EMAIL PROTECTED] wrote:
Hi.
I update to 2.6.22.1 from 2.6.21.5. And PC cannot mount /.
It seems pata_cs5520 does
In 2.6.18, replace times with clockevents. arch/i386/kernel/timers/ was removed.
`pit_latch_buggy' was referred in timers/timer_tsc.c, and currently removed.
Therefore nobody refer it. It has no effect already.
Signed-off-by: TAKADA Yoshihito <[EMAIL PROTECTED]>
diff -Narup a/arch/i386/
In 2.6.18, replace times with clockevents. arch/i386/kernel/timers/ was removed.
`pit_latch_buggy' was referred in timers/timer_tsc.c, and currently removed.
Therefore nobody refer it. It has no effect already.
Signed-off-by: TAKADA Yoshihito [EMAIL PROTECTED]
diff -Narup a/arch/i386/kernel/cpu
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Thu, 15 Mar 2007 13:31:37 -0400
> On Thu, Mar 15, 2007 at 02:39:39PM +0900, takada wrote:
> > Hiroshi Miura posted `Geode out-of-order store enables' patch in Jun, 2003.
> >
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Thu, 15 Mar 2007 13:31:37 -0400
On Thu, Mar 15, 2007 at 02:39:39PM +0900, takada wrote:
Hiroshi Miura posted `Geode out-of-order store enables' patch in Jun, 2003.
There is http://lkml.org
or MediaGX
or both. Many drivers lack support for resume on my PC.
> On Tue, Feb 20, 2007 at 08:34:13PM +0900, takada wrote:
> > I posted with 2.6.20 + enabled X86_OOSTORE.
> > The clflush sze line is in /proc/cpuinfo. but clfush is not in flags line.
> >
> > BTW, can we use W
or MediaGX
or both. Many drivers lack support for resume on my PC.
On Tue, Feb 20, 2007 at 08:34:13PM +0900, takada wrote:
I posted with 2.6.20 + enabled X86_OOSTORE.
The clflush sze line is in /proc/cpuinfo. but clfush is not in flags line.
BTW, can we use WBINVD instruction? I tested compile
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 19:02:31 -0500
> On Tue, Feb 20, 2007 at 08:56:39AM +0900, takada wrote:
> > /proc/cpuinfo with MediaGXm :
:
> > flags : fpu tsc msr cx8
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 19:02:31 -0500
On Tue, Feb 20, 2007 at 08:56:39AM +0900, takada wrote:
/proc/cpuinfo with MediaGXm :
:
flags : fpu tsc msr cx8 cmov mmx cxmmx
bogomips
From: Roland Dreier <[EMAIL PROTECTED]>
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 11:48:27 -0800
> > Does anyone know if there is any way to flush a cache line of the cpu to
> > force rereading system memory for a given address or address range?
>
> There is
From: Roland Dreier [EMAIL PROTECTED]
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 11:48:27 -0800
Does anyone know if there is any way to flush a cache line of the cpu to
force rereading system memory for a given address or address range?
There is the
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. (Was: Re: Strange
connection slowdown on pcnet32)
Date: Fri, 16 Feb 2007 19:00:19 -0500
> On Fri, Feb 16, 2007 at 05:48:24PM -0500, Lennart Sorensen wrote:
> > Well so far it really looks like enabling
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. (Was: Re: Strange
connection slowdown on pcnet32)
Date: Fri, 16 Feb 2007 19:00:19 -0500
On Fri, Feb 16, 2007 at 05:48:24PM -0500, Lennart Sorensen wrote:
Well so far it really looks like enabling
Hi.
Eliminated the arch/i386/kernel/timers in 2.6.18, use clocksoures instead.
pit_latch_buggy was referred in timers/timer_tsc.c, and currently removed.
Therefore nobody refer it.
Until 2.6.17, MediaGX's TSC works correctly. after 2.6.18, warned
"TSC appears to be running slowly. Marking it as
Hi.
Eliminated the arch/i386/kernel/timers in 2.6.18, use clocksoures instead.
pit_latch_buggy was referred in timers/timer_tsc.c, and currently removed.
Therefore nobody refer it.
Until 2.6.17, MediaGX's TSC works correctly. after 2.6.18, warned
TSC appears to be running slowly. Marking it as
ludes a descriptin of what it does, and why.
>
> Thanks.
> -
> 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
> Ple
the FAQ at http://www.tux.org/lkml/
--
TAKADA [EMAIL PROTECTED]
-
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/
Hi. Thanks Sorensen and Juergen.
I overlooked the restored to CCR3.
The bit4(0x10, MAPEN) of CCR3 is necessary to access advanced configuration
registers.
I'll repost patch.
- restore CCR3
- fix use 0x30 instead of 0x38.
--- linux-2.6.19.orig/arch/i386/kernel/cpu/cyrix.c 2006-11-30
Hi. Thanks Sorensen and Juergen.
I overlooked the restored to CCR3.
The bit4(0x10, MAPEN) of CCR3 is necessary to access advanced configuration
registers.
I'll repost patch.
- restore CCR3
- fix use 0x30 instead of 0x38.
--- linux-2.6.19.orig/arch/i386/kernel/cpu/cyrix.c 2006-11-30
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: fix typo in geode_configre()@cyrix.c
Date: Tue, 16 Jan 2007 11:50:07 -0500
> On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote:
> > You are right. I agree to your comment. These variables are needless.
> > I mad
Hi.
I hope to support "classic" MediaGXm in kernel.
The DIR1 register of MediaGXm( or Geode) shows the following values for
identify CPU.
For exsample, My MediaGXm shows 0x42.
We can read National Semiconductor's datasheet without any NDAs.
http://www.national.com/pf/GX/GXLV.html
from
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: fix typo in geode_configre()@cyrix.c
Date: Tue, 9 Jan 2007 12:33:48 -0500
Thank you for comments.
> On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote:
> > In kernel 2.6, write back wrong register when configure Geode
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: fix typo in geode_configre()@cyrix.c
Date: Tue, 9 Jan 2007 12:33:48 -0500
Thank you for comments.
On Tue, Jan 09, 2007 at 06:41:56PM +0900, takada wrote:
In kernel 2.6, write back wrong register when configure Geode processor.
Instead
Hi.
I hope to support classic MediaGXm in kernel.
The DIR1 register of MediaGXm( or Geode) shows the following values for
identify CPU.
For exsample, My MediaGXm shows 0x42.
We can read National Semiconductor's datasheet without any NDAs.
http://www.national.com/pf/GX/GXLV.html
from
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: fix typo in geode_configre()@cyrix.c
Date: Tue, 16 Jan 2007 11:50:07 -0500
On Wed, Jan 17, 2007 at 01:38:35AM +0900, takada wrote:
You are right. I agree to your comment. These variables are needless.
I made a patch again.
Of course
pit_latch_buggy = 1;
#endif
c->x86_cache_size=16; /* Yep 16K integrated cache thats it */
From: Alan <[EMAIL PROTECTED]>
Subject: Re: i386,2.6 cyrix.c cann't found companion chip
Date: Mon, 8 Jan 2007 17:06:54 +
> On Mon, 08 Jan 2007 01:00:00 +0900
> Hiros
In kernel 2.6, write back wrong register when configure Geode processor.
Instead of storing to CCR4, it stores to CCR3.
--- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig 2007-01-09
16:45:21.0 +0900
+++ linux-2.6.19/arch/i386/kernel/cpu/cyrix.c 2007-01-09 17:10:13.0
In kernel 2.6, write back wrong register when configure Geode processor.
Instead of storing to CCR4, it stores to CCR3.
--- linux-2.6.19/arch/i386/kernel/cpu/cyrix.c.orig 2007-01-09
16:45:21.0 +0900
+++ linux-2.6.19/arch/i386/kernel/cpu/cyrix.c 2007-01-09 17:10:13.0
c-x86_cache_size=16; /* Yep 16K integrated cache thats it */
From: Alan [EMAIL PROTECTED]
Subject: Re: i386,2.6 cyrix.c cann't found companion chip
Date: Mon, 8 Jan 2007 17:06:54 +
On Mon, 08 Jan 2007 01:00:00 +0900
Hiroshi Miura [EMAIL PROTECTED] wrote:
Hi Takada-san
pci_devices
list is needless is necessary.
How will it be good?
--
TAKADA <[EMAIL PROTECTED]>
-
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.
pci_devices
list is needless is necessary.
How will it be good?
--
TAKADA [EMAIL PROTECTED]
-
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
44 matches
Mail list logo