On Sat, 2007-07-28 at 10:14 +0800, Antonino A. Daplas wrote:
> On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> > On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> >
> > >
> tmp = transp << var->transp.offset | red << var->red.offset |
> green << var->green.offset | b
On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> But certainly better at 16bpp
>
> Can mess about with it later to see if I can get the colours right I suppose.
>
You can start with pvr2fb_setcolreg() and pvr2fb_set_
On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> Is this with commit a66ad56eb2c9644717da4d7f05f971d6786145e3 reverted?
> Reapply this commit again, it might (fingers crossed) correct the color
> problem.
>
> As to your display doubling/quadrupling with bpp 24/32, I don't have any
>
On Sat, 2007-07-28 at 01:32 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > > > On Fri, 2007-07-27 at 21:18 +0100, Adrian M
On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> > On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > > > On 27/07/07, Adrian McMenamin <[EMAIL PROTE
On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > >
> > > > With the patch reverted and 24bpp, it o
On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> >
> > > With the patch reverted and 24bpp, it oopses before freezing (with two
> > > odd looking boot logos on the s
On Fri, 2007-07-27 at 20:47 +0100, Adrian McMenamin wrote:
> On 26/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> > I'm also confused. Can you change the color depth to 32 bpp ('fbset
> > -depth 32')? I'm thinking of a possible pseudo_palette overrun.
> >
>
> The code behaves in ex
On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
>
> > With the patch reverted and 24bpp, it oopses before freezing (with two
> > odd looking boot logos on the screen):
> >
> Tested this further and it fails on:
>
> rev = fb_rea
On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> With the patch reverted and 24bpp, it oopses before freezing (with two
> odd looking boot logos on the screen):
>
Tested this further and it fails on:
rev = fb_readl(par->mmio_base + 0x04);
Will try to see what's up - but if anyone knows
On 26/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> I'm also confused. Can you change the color depth to 32 bpp ('fbset
> -depth 32')? I'm thinking of a possible pseudo_palette overrun.
>
The code behaves in exactly the same way with the bit depth set to 32
and without the patch rever
On Tue, 2007-07-24 at 22:45 +0100, Adrian McMenamin wrote:
> On 23/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> > > I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> > > - when the code is executed it ap
On 23/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> - when the code is executed it appears to lock the Dreamcast up.
>
> The problem seems to be:
>
> fb_no
On Mon, Jul 23, 2007 at 09:24:27PM +0100, Adrian McMenamin wrote:
> OK, that certainly seems to make a difference - the box doesn't crash but it
> generates a lot of error messages - though as I have patched this with my
> dma patch that isn't one of them:
>
> / # [ 31.912380] BUG: scheduling wh
(Apologies to those getting this a second time: resending as text/plain only)
On 23/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
On 7/23/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> > I ma having problems with the pvr2
On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> - when the code is executed it appears to lock the Dreamcast up.
>
> The problem seems to be:
>
> fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
>
> In
On 22/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
- when the code is executed it appears to lock the Dreamcast up.
The problem seems to be:
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
In drivers/video/fb
I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
- when the code is executed it appears to lock the Dreamcast up.
The problem seems to be:
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
In drivers/video/fbmem.c
This hasn't been an issue before, so are there any r
18 matches
Mail list logo