[maemo-developers] IT OS 2007 Hacker edition
From: Daniel Stone daniel.stone at nokia.comDate: Fri May 18 00:23:23 EEST 2007
- Previous message: IT OS 2007 Hacker edition
- Next message: IT OS 2007 Hacker edition
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, May 17, 2007 at 10:34:17PM +0200, ext Frantisek Dufka wrote: > Daniel Stone wrote: > >On Thu, May 17, 2007 at 04:08:53PM +0200, ext Frantisek Dufka wrote: > >>As for kernel few examples are > >> > >>- proper YUV420 support in framebuffer update ioctl, stock N770 kernel > >>has this broken, fix is easy, would be useful for mplayer > > > >Sure, I have no problem with this; I guess the best way would be to list > >all the patches somewhere as part of a submission (e.g. on a wiki, not > >on the list). > > Ok, will attach to OS2007on700 tracker > https://garage.maemo.org/tracker/?atid=683&group_id=164 > and send you a link. BTW I have also added waiting for yyc converter to > yuv modes which is not there for N770 kernel with Tornado despite being > documented in specs while N800 has the code when the very same bit of > NDISP_CTRL_STATUS register tested there is documented as reserved and > having default value 0 in my copy of S1D13745 specs (i.e no longer > having yyc converter finished bit there). Thanks. I'm not at work at the moment (Ascension Day), so I can't check the specs. > >>- HW rotation support in framebuffer update ioctl > > > >As I've said, this patch is conceptually broken. Fixing it so that it > >uses the stock standard fbdev API instead of rolling our own is possible > >for Hailstorm, at least, but I don't know about Tornado. I'd have to > >check. > > I'm not sure which patch you mean. Do you mean patch that could do this > http://lemody.blogspot.com/2005/11/xrandr-o-2.html i.e. fullscreen 180 > degree rotation transparent to rest of the system? This should perhaps > be really hooked somehow to standard fbdev rotation API but I was > thinking about something different. I was thinking about rotation of > specific updated rectangle/square i.e. conceptually same thing like > turning on pixel doubling flag for specific rectangle update or choosing > different pixel color format for specific update. Such rotation feature > could be useful and would IMO fit to same place in framebuffer code like > the pixel doubling flag and is not related to fb rotation API. Or is > there support for specific rectangle rotation while rest of framebuffer > stays non-rotated? I guess not because even the manual update mode with > rectangle updates is there because of having external video chip with > own RAM which is not very common. dispc can't rotate specific regions: the rotate-on-update thing is tied to specific external controller features. As I've said, it's a bad idea because it encourages people to tie programs to the 770/N800 (assuming Hailstorm can rotate certain updates, which IIRC it can't). It's not something that's guaranteed to stay for the internet tablet series, let alone be portable to other devices. So yeah, I'd prefer to see something that just used the rotation API to rotate the whole screen, unless there's a compelling usecase for per-update rotation? We can hook xrandr up to the standard fbdev API, it's just a matter of getting around to it (it's on my TODO list). > But anyway, does this mean that N770 kernel is still maintained inside > Nokia so there is someone (you) who will accept patches? > > Of course I can submit it to linux-omap (and I probably will) but > current omap tree is not very useful for us, mere mortals, who prefer > initfs/rootfs with all its proprietary bits working. Not really. linux-oap is the best bet, and I'll add my Signed-off-by if it's good, but we can probably still feed patches to the ITOS2007 HE maintainer(s). > >I'm not sure about this; guess we'd have to dig up the schematics to > >find out for sure. I guess getting wider testing would be the easiest > >way at this point. > > You mean someone with different/newer N770 hardware? This would be > interesting. I know there are two firmwares for wlan chips, newer N770 > kernel supports two differnt LCD display panels and there is even code > that suggests some devices have mmc slot capable of 4bit mode. Right. > So is there someone in this list with newer HW build than 1602 (see > /proc/component_version) who would share dmesg output of boot sequence > and would be willing to test kernel and mplayer with tearsync feature? > Good candidate is N770 device that loads 3826.arm wlan firmware on boot > or have ls041y3 LCD panel (mine loads 3825.arm firmware and have lph8923 > panel). There are no shipped 770s with the ls041y3, only the lph(whatever). > >You might want to just port the whole omapfb back to .16, as there have > >been a ton of changes. > > That's what I was trying to avoid. Are those features (framebuffer in > SRAM, more planes) useful for N770 device? I guess not very much. > Perhaps best for verifying that it is not my bug is booting 2.6.18 with > custom rootfs instead. No, most of those features aren't really applicable to Tornado, I believe, but the internal API changed quite a bit, so it helps minimise the differences between the code I work with every day, and the code you work with every day. :) Cheers, Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.maemo.org/pipermail/maemo-developers/attachments/20070518/8b518504/attachment.pgp
- Previous message: IT OS 2007 Hacker edition
- Next message: IT OS 2007 Hacker edition
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]