Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
On 10/08/2018 07:56 AM, David Miller wrote: > From: Ville Syrjälä > Date: Fri, 24 Aug 2018 14:58:52 +0300 > >> But yeah, given the V2CLK thing /5 seems like a perfectly good >> value to use here. > > Patch applied. Fine with me if you also need it in sparc tree. Best regards, -- Bartlomiej Zolnierkiewicz Samsung R Institute Poland Samsung Electronics ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
On 08/19/2018 12:36 PM, Ville Syrjälä wrote:
> On Fri, Aug 17, 2018 at 03:19:37PM -0400, Mikulas Patocka wrote:
>> On Sun Ultra 5, it happens that the dot clock is not set up properly for
>> some videomodes. For example, if we set the videomode "r1024x768x60" in
>> the firmware, Linux would incorrectly set a videomode with refresh rate
>> 180Hz when booting (suprisingly, my LCD monitor can display it, although
>> display quality is very low).
>>
>> The reason is this: Older mach64 cards set the divider in the register
>> VCLK_POST_DIV. The register has four 2-bit fields (the field that is
>> actually used is specified in the lowest two bits of the register
>> CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64 cards,
>> there's another bit added - the top four bits of PLL_EXT_CNTL extend the
>> divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12".
>> The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets
>> them, so it can work regardless if the card supports them. However, the
>> sparc64 firmware may set these extended dividers during boot - and the
>> mach64 driver detects incorrect dot clock in this case.
>>
>> This patch makes the driver read the additional divider bit from
>> PLL_EXT_CNTL and calculate the initial refresh rate properly.
>>
>> Signed-off-by: Mikulas Patocka
>> Cc: sta...@vger.kernel.org
>>
>> ---
>> drivers/video/fbdev/aty/atyfb.h |3 ++-
>> drivers/video/fbdev/aty/atyfb_base.c |7 ---
>> drivers/video/fbdev/aty/mach64_ct.c | 10 +-
>> 3 files changed, 11 insertions(+), 9 deletions(-)
>>
>> Index: linux-stable/drivers/video/fbdev/aty/atyfb.h
>> ===
>> --- linux-stable.orig/drivers/video/fbdev/aty/atyfb.h2018-08-13
>> 21:12:11.0 +0200
>> +++ linux-stable/drivers/video/fbdev/aty/atyfb.h 2018-08-13
>> 21:17:14.0 +0200
>> @@ -333,6 +333,8 @@ extern const struct aty_pll_ops aty_pll_
>> extern void aty_set_pll_ct(const struct fb_info *info, const union aty_pll
>> *pll);
>> extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
>>
>> +extern const u8 aty_postdividers[8];
>> +
>>
>> /*
>> * Hardware cursor support
>> @@ -359,7 +361,6 @@ static inline void wait_for_idle(struct
>>
>> extern void aty_reset_engine(const struct atyfb_par *par);
>> extern void aty_init_engine(struct atyfb_par *par, struct fb_info *info);
>> -extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
>>
>> void atyfb_copyarea(struct fb_info *info, const struct fb_copyarea *area);
>> void atyfb_fillrect(struct fb_info *info, const struct fb_fillrect *rect);
>> Index: linux-stable/drivers/video/fbdev/aty/atyfb_base.c
>> ===
>> --- linux-stable.orig/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
>> 21:12:11.0 +0200
>> +++ linux-stable/drivers/video/fbdev/aty/atyfb_base.c2018-08-13
>> 21:22:23.0 +0200
>> @@ -3087,17 +3087,18 @@ static int atyfb_setup_sparc(struct pci_
>> /*
>> * PLL Reference Divider M:
>> */
>> -M = pll_regs[2];
>> +M = pll_regs[PLL_REF_DIV];
>>
>> /*
>> * PLL Feedback Divider N (Dependent on CLOCK_CNTL):
>> */
>> -N = pll_regs[7 + (clock_cntl & 3)];
>> +N = pll_regs[VCLK0_FB_DIV + (clock_cntl & 3)];
>>
>> /*
>> * PLL Post Divider P (Dependent on CLOCK_CNTL):
>> */
>> -P = 1 << (pll_regs[6] >> ((clock_cntl & 3) << 1));
>> +P = aty_postdividers[((pll_regs[VCLK_POST_DIV] >> ((clock_cntl
>> & 3) << 1)) & 3) |
>> + ((pll_regs[PLL_EXT_CNTL] >> (2 +
>> (clock_cntl & 3))) & 4)];
>>
>> /*
>> * PLL Divider Q:
>> Index: linux-stable/drivers/video/fbdev/aty/mach64_ct.c
>> ===
>> --- linux-stable.orig/drivers/video/fbdev/aty/mach64_ct.c2018-08-13
>> 21:12:11.0 +0200
>> +++ linux-stable/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
>> 21:35:32.0 +0200
>> @@ -115,7 +115,7 @@ static void aty_st_pll_ct(int offset, u8
>> */
>>
>> #define Maximum_DSP_PRECISION 7
>> -static u8 postdividers[] = {1,2,4,8,3};
>> +const u8 aty_postdividers[8] = {1,2,4,8,3,5,6,12};
>
> Not sure about the '5'. That setting is marked as reserved in my docs.
> So I guess it doesn't really matter what number we put there.
>
> Reviewed-by: Ville Syrjälä
Patch queued for 4.20, thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R Institute Poland
Samsung Electronics
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
From: Ville Syrjälä Date: Fri, 24 Aug 2018 14:58:52 +0300 > But yeah, given the V2CLK thing /5 seems like a perfectly good > value to use here. Patch applied. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
On Thu, Aug 23, 2018 at 05:17:20PM -0400, Mikulas Patocka wrote:
>
>
> On Sun, 19 Aug 2018, Ville Syrjälä wrote:
>
> > On Fri, Aug 17, 2018 at 03:19:37PM -0400, Mikulas Patocka wrote:
> > > On Sun Ultra 5, it happens that the dot clock is not set up properly for
> > > some videomodes. For example, if we set the videomode "r1024x768x60" in
> > > the firmware, Linux would incorrectly set a videomode with refresh rate
> > > 180Hz when booting (suprisingly, my LCD monitor can display it, although
> > > display quality is very low).
> > >
> > > The reason is this: Older mach64 cards set the divider in the register
> > > VCLK_POST_DIV. The register has four 2-bit fields (the field that is
> > > actually used is specified in the lowest two bits of the register
> > > CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64
> > > cards,
> > > there's another bit added - the top four bits of PLL_EXT_CNTL extend the
> > > divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12".
> > > The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets
> > > them, so it can work regardless if the card supports them. However, the
> > > sparc64 firmware may set these extended dividers during boot - and the
> > > mach64 driver detects incorrect dot clock in this case.
> > >
> > > This patch makes the driver read the additional divider bit from
> > > PLL_EXT_CNTL and calculate the initial refresh rate properly.
> > >
> > > Signed-off-by: Mikulas Patocka
> > > Cc: sta...@vger.kernel.org
> > >
> > > ---
> > > drivers/video/fbdev/aty/atyfb.h |3 ++-
> > > drivers/video/fbdev/aty/atyfb_base.c |7 ---
> > > drivers/video/fbdev/aty/mach64_ct.c | 10 +-
> > > 3 files changed, 11 insertions(+), 9 deletions(-)
> > >
> > > Index: linux-stable/drivers/video/fbdev/aty/atyfb.h
> > > ===
> > > --- linux-stable.orig/drivers/video/fbdev/aty/atyfb.h 2018-08-13
> > > 21:12:11.0 +0200
> > > +++ linux-stable/drivers/video/fbdev/aty/atyfb.h 2018-08-13
> > > 21:17:14.0 +0200
> > > @@ -333,6 +333,8 @@ extern const struct aty_pll_ops aty_pll_
> > > extern void aty_set_pll_ct(const struct fb_info *info, const union
> > > aty_pll *pll);
> > > extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
> > >
> > > +extern const u8 aty_postdividers[8];
> > > +
> > >
> > > /*
> > > * Hardware cursor support
> > > @@ -359,7 +361,6 @@ static inline void wait_for_idle(struct
> > >
> > > extern void aty_reset_engine(const struct atyfb_par *par);
> > > extern void aty_init_engine(struct atyfb_par *par, struct fb_info *info);
> > > -extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
> > >
> > > void atyfb_copyarea(struct fb_info *info, const struct fb_copyarea
> > > *area);
> > > void atyfb_fillrect(struct fb_info *info, const struct fb_fillrect
> > > *rect);
> > > Index: linux-stable/drivers/video/fbdev/aty/atyfb_base.c
> > > ===
> > > --- linux-stable.orig/drivers/video/fbdev/aty/atyfb_base.c
> > > 2018-08-13 21:12:11.0 +0200
> > > +++ linux-stable/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
> > > 21:22:23.0 +0200
> > > @@ -3087,17 +3087,18 @@ static int atyfb_setup_sparc(struct pci_
> > > /*
> > >* PLL Reference Divider M:
> > >*/
> > > - M = pll_regs[2];
> > > + M = pll_regs[PLL_REF_DIV];
> > >
> > > /*
> > >* PLL Feedback Divider N (Dependent on CLOCK_CNTL):
> > >*/
> > > - N = pll_regs[7 + (clock_cntl & 3)];
> > > + N = pll_regs[VCLK0_FB_DIV + (clock_cntl & 3)];
> > >
> > > /*
> > >* PLL Post Divider P (Dependent on CLOCK_CNTL):
> > >*/
> > > - P = 1 << (pll_regs[6] >> ((clock_cntl & 3) << 1));
> > > + P = aty_postdividers[((pll_regs[VCLK_POST_DIV] >> ((clock_cntl
> > > & 3) << 1)) & 3) |
> > > + ((pll_regs[PLL_EXT_CNTL] >> (2 +
> > > (clock_cntl & 3))) & 4)];
> > >
> > > /*
> > >* PLL Divider Q:
> > > Index: linux-stable/drivers/video/fbdev/aty/mach64_ct.c
> > > ===
> > > --- linux-stable.orig/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
> > > 21:12:11.0 +0200
> > > +++ linux-stable/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
> > > 21:35:32.0 +0200
> > > @@ -115,7 +115,7 @@ static void aty_st_pll_ct(int offset, u8
> > > */
> > >
> > > #define Maximum_DSP_PRECISION 7
> > > -static u8 postdividers[] = {1,2,4,8,3};
> > > +const u8 aty_postdividers[8] = {1,2,4,8,3,5,6,12};
> >
> > Not sure about the '5'. That setting is marked as reserved in my docs.
> > So I guess it doesn't really matter what number we put there.
>
> I downloaded documentation
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
On Sun, 19 Aug 2018, Ville Syrjälä wrote:
> On Fri, Aug 17, 2018 at 03:19:37PM -0400, Mikulas Patocka wrote:
> > On Sun Ultra 5, it happens that the dot clock is not set up properly for
> > some videomodes. For example, if we set the videomode "r1024x768x60" in
> > the firmware, Linux would incorrectly set a videomode with refresh rate
> > 180Hz when booting (suprisingly, my LCD monitor can display it, although
> > display quality is very low).
> >
> > The reason is this: Older mach64 cards set the divider in the register
> > VCLK_POST_DIV. The register has four 2-bit fields (the field that is
> > actually used is specified in the lowest two bits of the register
> > CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64 cards,
> > there's another bit added - the top four bits of PLL_EXT_CNTL extend the
> > divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12".
> > The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets
> > them, so it can work regardless if the card supports them. However, the
> > sparc64 firmware may set these extended dividers during boot - and the
> > mach64 driver detects incorrect dot clock in this case.
> >
> > This patch makes the driver read the additional divider bit from
> > PLL_EXT_CNTL and calculate the initial refresh rate properly.
> >
> > Signed-off-by: Mikulas Patocka
> > Cc: sta...@vger.kernel.org
> >
> > ---
> > drivers/video/fbdev/aty/atyfb.h |3 ++-
> > drivers/video/fbdev/aty/atyfb_base.c |7 ---
> > drivers/video/fbdev/aty/mach64_ct.c | 10 +-
> > 3 files changed, 11 insertions(+), 9 deletions(-)
> >
> > Index: linux-stable/drivers/video/fbdev/aty/atyfb.h
> > ===
> > --- linux-stable.orig/drivers/video/fbdev/aty/atyfb.h 2018-08-13
> > 21:12:11.0 +0200
> > +++ linux-stable/drivers/video/fbdev/aty/atyfb.h2018-08-13
> > 21:17:14.0 +0200
> > @@ -333,6 +333,8 @@ extern const struct aty_pll_ops aty_pll_
> > extern void aty_set_pll_ct(const struct fb_info *info, const union aty_pll
> > *pll);
> > extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
> >
> > +extern const u8 aty_postdividers[8];
> > +
> >
> > /*
> > * Hardware cursor support
> > @@ -359,7 +361,6 @@ static inline void wait_for_idle(struct
> >
> > extern void aty_reset_engine(const struct atyfb_par *par);
> > extern void aty_init_engine(struct atyfb_par *par, struct fb_info *info);
> > -extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
> >
> > void atyfb_copyarea(struct fb_info *info, const struct fb_copyarea *area);
> > void atyfb_fillrect(struct fb_info *info, const struct fb_fillrect *rect);
> > Index: linux-stable/drivers/video/fbdev/aty/atyfb_base.c
> > ===
> > --- linux-stable.orig/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
> > 21:12:11.0 +0200
> > +++ linux-stable/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
> > 21:22:23.0 +0200
> > @@ -3087,17 +3087,18 @@ static int atyfb_setup_sparc(struct pci_
> > /*
> > * PLL Reference Divider M:
> > */
> > - M = pll_regs[2];
> > + M = pll_regs[PLL_REF_DIV];
> >
> > /*
> > * PLL Feedback Divider N (Dependent on CLOCK_CNTL):
> > */
> > - N = pll_regs[7 + (clock_cntl & 3)];
> > + N = pll_regs[VCLK0_FB_DIV + (clock_cntl & 3)];
> >
> > /*
> > * PLL Post Divider P (Dependent on CLOCK_CNTL):
> > */
> > - P = 1 << (pll_regs[6] >> ((clock_cntl & 3) << 1));
> > + P = aty_postdividers[((pll_regs[VCLK_POST_DIV] >> ((clock_cntl
> > & 3) << 1)) & 3) |
> > +((pll_regs[PLL_EXT_CNTL] >> (2 +
> > (clock_cntl & 3))) & 4)];
> >
> > /*
> > * PLL Divider Q:
> > Index: linux-stable/drivers/video/fbdev/aty/mach64_ct.c
> > ===
> > --- linux-stable.orig/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
> > 21:12:11.0 +0200
> > +++ linux-stable/drivers/video/fbdev/aty/mach64_ct.c2018-08-13
> > 21:35:32.0 +0200
> > @@ -115,7 +115,7 @@ static void aty_st_pll_ct(int offset, u8
> > */
> >
> > #define Maximum_DSP_PRECISION 7
> > -static u8 postdividers[] = {1,2,4,8,3};
> > +const u8 aty_postdividers[8] = {1,2,4,8,3,5,6,12};
>
> Not sure about the '5'. That setting is marked as reserved in my docs.
> So I guess it doesn't really matter what number we put there.
I downloaded documentation here:
http://ftp.nluug.nl/ftp/pub/NetBSD/misc/cegger/hw_manuals/ati/mach64_and_ragepro/
The RAGE XL/XC Register Reference Guide - at page 4-77 it says "select
alternate post dividers", but doesn't say what they are.
At page 4-89 it lists post dividers
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
On Fri, Aug 17, 2018 at 03:19:37PM -0400, Mikulas Patocka wrote:
> On Sun Ultra 5, it happens that the dot clock is not set up properly for
> some videomodes. For example, if we set the videomode "r1024x768x60" in
> the firmware, Linux would incorrectly set a videomode with refresh rate
> 180Hz when booting (suprisingly, my LCD monitor can display it, although
> display quality is very low).
>
> The reason is this: Older mach64 cards set the divider in the register
> VCLK_POST_DIV. The register has four 2-bit fields (the field that is
> actually used is specified in the lowest two bits of the register
> CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64 cards,
> there's another bit added - the top four bits of PLL_EXT_CNTL extend the
> divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12".
> The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets
> them, so it can work regardless if the card supports them. However, the
> sparc64 firmware may set these extended dividers during boot - and the
> mach64 driver detects incorrect dot clock in this case.
>
> This patch makes the driver read the additional divider bit from
> PLL_EXT_CNTL and calculate the initial refresh rate properly.
>
> Signed-off-by: Mikulas Patocka
> Cc: sta...@vger.kernel.org
>
> ---
> drivers/video/fbdev/aty/atyfb.h |3 ++-
> drivers/video/fbdev/aty/atyfb_base.c |7 ---
> drivers/video/fbdev/aty/mach64_ct.c | 10 +-
> 3 files changed, 11 insertions(+), 9 deletions(-)
>
> Index: linux-stable/drivers/video/fbdev/aty/atyfb.h
> ===
> --- linux-stable.orig/drivers/video/fbdev/aty/atyfb.h 2018-08-13
> 21:12:11.0 +0200
> +++ linux-stable/drivers/video/fbdev/aty/atyfb.h 2018-08-13
> 21:17:14.0 +0200
> @@ -333,6 +333,8 @@ extern const struct aty_pll_ops aty_pll_
> extern void aty_set_pll_ct(const struct fb_info *info, const union aty_pll
> *pll);
> extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
>
> +extern const u8 aty_postdividers[8];
> +
>
> /*
> * Hardware cursor support
> @@ -359,7 +361,6 @@ static inline void wait_for_idle(struct
>
> extern void aty_reset_engine(const struct atyfb_par *par);
> extern void aty_init_engine(struct atyfb_par *par, struct fb_info *info);
> -extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
>
> void atyfb_copyarea(struct fb_info *info, const struct fb_copyarea *area);
> void atyfb_fillrect(struct fb_info *info, const struct fb_fillrect *rect);
> Index: linux-stable/drivers/video/fbdev/aty/atyfb_base.c
> ===
> --- linux-stable.orig/drivers/video/fbdev/aty/atyfb_base.c2018-08-13
> 21:12:11.0 +0200
> +++ linux-stable/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
> 21:22:23.0 +0200
> @@ -3087,17 +3087,18 @@ static int atyfb_setup_sparc(struct pci_
> /*
>* PLL Reference Divider M:
>*/
> - M = pll_regs[2];
> + M = pll_regs[PLL_REF_DIV];
>
> /*
>* PLL Feedback Divider N (Dependent on CLOCK_CNTL):
>*/
> - N = pll_regs[7 + (clock_cntl & 3)];
> + N = pll_regs[VCLK0_FB_DIV + (clock_cntl & 3)];
>
> /*
>* PLL Post Divider P (Dependent on CLOCK_CNTL):
>*/
> - P = 1 << (pll_regs[6] >> ((clock_cntl & 3) << 1));
> + P = aty_postdividers[((pll_regs[VCLK_POST_DIV] >> ((clock_cntl
> & 3) << 1)) & 3) |
> + ((pll_regs[PLL_EXT_CNTL] >> (2 +
> (clock_cntl & 3))) & 4)];
>
> /*
>* PLL Divider Q:
> Index: linux-stable/drivers/video/fbdev/aty/mach64_ct.c
> ===
> --- linux-stable.orig/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
> 21:12:11.0 +0200
> +++ linux-stable/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
> 21:35:32.0 +0200
> @@ -115,7 +115,7 @@ static void aty_st_pll_ct(int offset, u8
> */
>
> #define Maximum_DSP_PRECISION 7
> -static u8 postdividers[] = {1,2,4,8,3};
> +const u8 aty_postdividers[8] = {1,2,4,8,3,5,6,12};
Not sure about the '5'. That setting is marked as reserved in my docs.
So I guess it doesn't really matter what number we put there.
Reviewed-by: Ville Syrjälä
>
> static int aty_dsp_gt(const struct fb_info *info, u32 bpp, struct pll_ct
> *pll)
> {
> @@ -222,7 +222,7 @@ static int aty_valid_pll_ct(const struct
> pll->vclk_post_div += (q < 64*8);
> pll->vclk_post_div += (q < 32*8);
> }
> - pll->vclk_post_div_real = postdividers[pll->vclk_post_div];
> + pll->vclk_post_div_real = aty_postdividers[pll->vclk_post_div];
> //pll->vclk_post_div <<= 6;
> pll->vclk_fb_div
Re: [PATCH] mach64: detect the dot clock divider correctly on sparc
From: Mikulas Patocka Date: Fri, 17 Aug 2018 15:19:37 -0400 (EDT) > On Sun Ultra 5, it happens that the dot clock is not set up properly for > some videomodes. For example, if we set the videomode "r1024x768x60" in > the firmware, Linux would incorrectly set a videomode with refresh rate > 180Hz when booting (suprisingly, my LCD monitor can display it, although > display quality is very low). > > The reason is this: Older mach64 cards set the divider in the register > VCLK_POST_DIV. The register has four 2-bit fields (the field that is > actually used is specified in the lowest two bits of the register > CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64 cards, > there's another bit added - the top four bits of PLL_EXT_CNTL extend the > divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12". > The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets > them, so it can work regardless if the card supports them. However, the > sparc64 firmware may set these extended dividers during boot - and the > mach64 driver detects incorrect dot clock in this case. > > This patch makes the driver read the additional divider bit from > PLL_EXT_CNTL and calculate the initial refresh rate properly. > > Signed-off-by: Mikulas Patocka > Cc: sta...@vger.kernel.org Acked-by: David S. Miller ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] mach64: detect the dot clock divider correctly on sparc
On Sun Ultra 5, it happens that the dot clock is not set up properly for
some videomodes. For example, if we set the videomode "r1024x768x60" in
the firmware, Linux would incorrectly set a videomode with refresh rate
180Hz when booting (suprisingly, my LCD monitor can display it, although
display quality is very low).
The reason is this: Older mach64 cards set the divider in the register
VCLK_POST_DIV. The register has four 2-bit fields (the field that is
actually used is specified in the lowest two bits of the register
CLOCK_CNTL). The 2 bits select divider "1, 2, 4, 8". On newer mach64 cards,
there's another bit added - the top four bits of PLL_EXT_CNTL extend the
divider selection, so we have possible dividers "1, 2, 4, 8, 3, 5, 6, 12".
The Linux driver clears the top four bits of PLL_EXT_CNTL and never sets
them, so it can work regardless if the card supports them. However, the
sparc64 firmware may set these extended dividers during boot - and the
mach64 driver detects incorrect dot clock in this case.
This patch makes the driver read the additional divider bit from
PLL_EXT_CNTL and calculate the initial refresh rate properly.
Signed-off-by: Mikulas Patocka
Cc: sta...@vger.kernel.org
---
drivers/video/fbdev/aty/atyfb.h |3 ++-
drivers/video/fbdev/aty/atyfb_base.c |7 ---
drivers/video/fbdev/aty/mach64_ct.c | 10 +-
3 files changed, 11 insertions(+), 9 deletions(-)
Index: linux-stable/drivers/video/fbdev/aty/atyfb.h
===
--- linux-stable.orig/drivers/video/fbdev/aty/atyfb.h 2018-08-13
21:12:11.0 +0200
+++ linux-stable/drivers/video/fbdev/aty/atyfb.h2018-08-13
21:17:14.0 +0200
@@ -333,6 +333,8 @@ extern const struct aty_pll_ops aty_pll_
extern void aty_set_pll_ct(const struct fb_info *info, const union aty_pll
*pll);
extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
+extern const u8 aty_postdividers[8];
+
/*
* Hardware cursor support
@@ -359,7 +361,6 @@ static inline void wait_for_idle(struct
extern void aty_reset_engine(const struct atyfb_par *par);
extern void aty_init_engine(struct atyfb_par *par, struct fb_info *info);
-extern u8 aty_ld_pll_ct(int offset, const struct atyfb_par *par);
void atyfb_copyarea(struct fb_info *info, const struct fb_copyarea *area);
void atyfb_fillrect(struct fb_info *info, const struct fb_fillrect *rect);
Index: linux-stable/drivers/video/fbdev/aty/atyfb_base.c
===
--- linux-stable.orig/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
21:12:11.0 +0200
+++ linux-stable/drivers/video/fbdev/aty/atyfb_base.c 2018-08-13
21:22:23.0 +0200
@@ -3087,17 +3087,18 @@ static int atyfb_setup_sparc(struct pci_
/*
* PLL Reference Divider M:
*/
- M = pll_regs[2];
+ M = pll_regs[PLL_REF_DIV];
/*
* PLL Feedback Divider N (Dependent on CLOCK_CNTL):
*/
- N = pll_regs[7 + (clock_cntl & 3)];
+ N = pll_regs[VCLK0_FB_DIV + (clock_cntl & 3)];
/*
* PLL Post Divider P (Dependent on CLOCK_CNTL):
*/
- P = 1 << (pll_regs[6] >> ((clock_cntl & 3) << 1));
+ P = aty_postdividers[((pll_regs[VCLK_POST_DIV] >> ((clock_cntl
& 3) << 1)) & 3) |
+((pll_regs[PLL_EXT_CNTL] >> (2 +
(clock_cntl & 3))) & 4)];
/*
* PLL Divider Q:
Index: linux-stable/drivers/video/fbdev/aty/mach64_ct.c
===
--- linux-stable.orig/drivers/video/fbdev/aty/mach64_ct.c 2018-08-13
21:12:11.0 +0200
+++ linux-stable/drivers/video/fbdev/aty/mach64_ct.c2018-08-13
21:35:32.0 +0200
@@ -115,7 +115,7 @@ static void aty_st_pll_ct(int offset, u8
*/
#define Maximum_DSP_PRECISION 7
-static u8 postdividers[] = {1,2,4,8,3};
+const u8 aty_postdividers[8] = {1,2,4,8,3,5,6,12};
static int aty_dsp_gt(const struct fb_info *info, u32 bpp, struct pll_ct *pll)
{
@@ -222,7 +222,7 @@ static int aty_valid_pll_ct(const struct
pll->vclk_post_div += (q < 64*8);
pll->vclk_post_div += (q < 32*8);
}
- pll->vclk_post_div_real = postdividers[pll->vclk_post_div];
+ pll->vclk_post_div_real = aty_postdividers[pll->vclk_post_div];
//pll->vclk_post_div <<= 6;
pll->vclk_fb_div = q * pll->vclk_post_div_real / 8;
pllvclk = (100 * 2 * pll->vclk_fb_div) /
@@ -513,7 +513,7 @@ static int aty_init_pll_ct(const struct
u8 mclk_fb_div, pll_ext_cntl;
pll->ct.pll_ref_div = aty_ld_pll_ct(PLL_REF_DIV, par);
pll_ext_cntl = aty_ld_pll_ct(PLL_EXT_CNTL, par);
- pll->ct.xclk_post_div_real =
