Ulrich Eckhardt wrote:
> Dan Malek wrote:
> > On Apr 4, 2005, at 11:17 AM, Ulrich Eckhardt wrote:
> > > Am I on the wrong way or should I just reimplement it and send a patch?
> > If you an test it, do it and send a patch.
> There will be two patches, this one doesn't reimplement the mentioned
> feature but fixes a few other bugs.
I'm currently preparing the second part, but I stumbled across something
puzzling: the number and configuration of the displays differ a lot to
previous versions. Here's a list of displays and their mode_toyclksrc values:
Sharp_320x240_16 (1 << SYS_CS_ML_BIT) | SYS_CS_DL | SYS_CS_CL)
Generic_640x480_16 (1 << SYS_CS_ML_BIT) | SYS_CS_DL
PrimeView_640x480_16 (1 << SYS_CS_ML_BIT) | SYS_CS_DL
NEON_800x600_16 (1 << SYS_CS_ML_BIT) | SYS_CS_DL
NEON_640x480_16 (1 << SYS_CS_ML_BIT) | SYS_CS_DL
CRT_800x600_16 (1 << SYS_CS_ML_BIT)
WWPC LCD (1 << SYS_CS_ML_BIT)
Sharp_LQ038Q5DR01 (1 << SYS_CS_ML_BIT)
Hitachi_SP14Qxxx (1 << SYS_CS_ML_BIT)
TFT_640x480_16 (1 << SYS_CS_ML_BIT)
PrimeView_640x480_16 (1 << SYS_CS_ML_BIT)
Sharp_320x240_16 = Sharp_LQ038Q5DR01
Generic_640x480_16 = TFT_640x480_16
- The SYS_CS_DL flag is only evaluated when the SYS_CS_CL flag is also set.
IOW, setting the flag was useless except for the Sharp_320x240_16 panel in
the old configuration.
- 'WWPC LCD' contains a space, meaning you can't possibly specify it on the
kernel commandline - that's obviously a bug.
- The NEON_640x480_16 panel is missing. The other NEON also has no 100%
equivalent, the CRT panel mostly matches though.
- The parameters for the Sharp display have effectively changed. I don't know
if this was intentional and I don't have such a display for testing.
- I have an Hitachi SP14Q and a PrimeView PD104SL5 here for testing on a
- In the old header was the comment that "The fb driver assumes that AUX PLL
is at 48MHz." This can't be true, because the minimum multiplier is 8 and the
external clock should be 12MHz, making this 96MHz.
- You can change some frequency for the LCD controller with the divider in
SYS_CLKSRC and via the LCD_CLKCONTROL, is it possible that you can change one
frequency and make up for it via another?
In fact, I'm currently pretty puzzled, because it might be that the
differences are rather in the board and not in the panels. Also, I fail to
find where the AUX PLL is started (the default is off), which puzzles me even