[U-Boot] [PATCH] video: ct6900: Add an option to skip video initialization

Anatolij Gustschin agust at denx.de
Fri May 15 02:36:33 CEST 2009


Hello Wolfgang, Stefan,

Wolfgang Denk wrote:

> In message <200905141613.20127.sr at denx.de> you wrote:
>>> If this should be the highest level  in  the  call  chain,  then  any
>>> conditional  calling should be done here.
>> OK, I can move the conditional calling to this level.
> 
> I'm not sure.
> 
>>> But - don't we already have
>>> a board_video_init()  which  could  return  proper  status  to  abort
>>> initialization?
>> This is only implemented for some video drivers (SM501, SED13806, MB826xx) to 
>> return the base address for the graphics chip. The PCI drivers like the ct6900 
>> don't use this interface. Here we have other means to get the base address.
>>
>> I'll move the conditional calling to the highest level and resubmit.
> 
> I'd probably rahter see that you add a board_video_init() to the
> ct6900 driver, and have this bail out.

this could be done, but the problem here isn't ct6900 driver specific
  
> Anatolij, what do you thik is the best solution here?

i think, there could be other cases were the chip auto-probing
in an init routine can't be accomplished, e.g. some pluggable (not
PCI) graphic extension modules. If we move this bail out code to
the highest level in the call chain ( here i mean to the top of
drv_video_init() in drivers/video/cfb_console.c, we can cover other
similar cases by providing board_video_skip() in the board code.

Best regards,
Anatolij

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de


More information about the U-Boot mailing list