linux-kernel - Re: [GIT]: Sparc

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sun, 14 Mar 2010 14:24:12 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	geert@...ux-m68k.org
Cc:	sparclinux@...r.kernel.org, linux-kernel@...r.kernel.org,
	linux-fbdev@...r.kernel.org
Subject: Re: [GIT]: Sparc

From: Geert Uytterhoeven <geert@...ux-m68k.org>
Date: Sun, 14 Mar 2010 15:34:03 +0100

> On Sun, Mar 14, 2010 at 03:17, David Miller <davem@...emloft.net> wrote:
>> David S. Miller (1):
>>      sparc64: Add very basic XVR-1000 framebuffer driver.
> 
> Have you ever looked into getting offb to work on sparc64?

Can't for several of these drivers.

For example, the svr500 comes up in some kind of striped plane mode so
we have to write every pixel to two planes of the frame buffer.

Also offb doesn't know the implied endianness of the framebuffer.  UPA
based framebuffers are typically big endian, whereas most (but not
all) PCI are little-endian.

I also intend to get these thing supporting accelerated at some
pointer.

offb looks like a big hack instead of something generic that
could support any framebuffer that adheres to the standard
openfirmware framebuffer device properties.  It's just using
a bunch of properties created internally by bootx.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/