Bug#462529: linux-2.6: Add config file support for efika and PS3 (preliminary)
Bastian Blank wrote:
> On Wed, May 28, 2008 at 04:22:45PM -0700, Geoff Levand wrote:
>> Bastian Blank wrote:
>> There is a 2.6.25 undefined symbol bug in PS3AV that
>> won't allow it to be built as a module.
>
> It is even unfixed in -rc4 and it is needed by FB_PS3.
I just found that bug a few days ago (testing debian).
It should go into -rc5.
It went unfound for many months because no one builds the
PS3 frame buffer as a module. It comes up too late. I
think if you have it as a module, most users will complain
about it.
>> >> -# CONFIG_GEN_RTC is not set
>> >> +CONFIG_GEN_RTC=y
>> > Why?
>> I am not so familiar with this option. I saw
>> an RTC error message when this was not enabled.
>
> Please show the error.
This is the error:
Setting the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
* Unable to set System Clock to: Fri May 30 20:33:06 UTC 2008
ice:~# hwclock --debug
hwclock from util-linux-ng 2.13.1.1
hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.
ice:~# ls -l /dev/rtc*
ls: cannot access /dev/rtc*: No such file or directory
The PS3 does not have an RTC driver. The PS3 platform code just hooks into
the standard powerpc ppc_md.set_rtc_time and ppc_md.get_rtc_time pointers
(arch/powerpc/platforms/ps3/time.c).
>From what I understand the work to hookup the powerpc ppc_md. rtc routines
to the RTC_INTF_DEV routines has not been done. See here:
http://marc.info/?t=120352654700002&r=1&w=2
I'll look into this. I either need to make a gen_rtc driver for the
new rtc subsytem, or make a ps3 specific rtc driver.
>> I can test your proposed config if you make it available to me.
>
> I commited large parts of it in the trunk.
I tested it, and in general it works OK. I put the dmesg here:
http://cell.gotdns.org/pub/debian-cell-kernel-2/
You don't have CONFIG_LOGO_LINUX_CLUT224 set, so the SPE logos are not
rendered correctly. It looks like the lines of pixel are not aligned.
Geert, can you say why? Is it a bug in the logo code?
I'll do some more testing next week.
-Geoff
Reply to: