| 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
| ||
|
Message-Id: <1208943127.5632.324.camel@thor.sulgenrain.local> Date: Wed, 23 Apr 2008 11:32:07 +0200 From: Michel Dänzer <michel@...gstengraphics.com> To: benh@...nel.crashing.org Cc: Christian Ehrhardt <ehrhardt@...ux.vnet.ibm.com>, linux-fbdev-devel@...ts.sourceforge.net, Hollis Blanchard <hollisb@...ibm.com>, adaplas@...il.com, linux-kernel@...r.kernel.org, linuxppc-dev@...abs.org, Andrew Morton <akpm@...ux-foundation.org>, Detlev Zundel <dzu@...x.de>, Wolfgang Denk <wd@...x.de> Subject: Re: [Linux-fbdev-devel] [PATCH 1/3] radeonfb: Fix 64 bits resources on 32 bits archs On Wed, 2008-04-23 at 08:21 +1000, Benjamin Herrenschmidt wrote: > On Tue, 2008-04-22 at 17:55 +0200, Christian Ehrhardt wrote: > > I wanted to ask if there are any known workarounds atm that would > > allow me to use my X11 for now? > > X is doing a mmap of /dev/mem instead of /dev/fb ? > > You can normally map the fb mapping /dev/fb and then map the registers > using /dev/fb at an offset beyond the framebuffer (fix->smem_len). > > If X is using /dev/mem instead, then it's being stupid and needs to be > fixed... It's up to the driver, and again, the current radeon driver doesn't use radeonfb at all anymore... -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- 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/
Powered by blists - more mailing lists