We can be assured that a DCON device has an OLPC panel that's 152x114 mm.
This adds fields to GeodeRec to allow other panels to potentially
override physical width/height fields, and also allows xorg.conf to
override the values.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
src/geode.h
There aren't as many issues with I810GetRec, but there's not much point
for its existence, either. Since it's only ever called once, drop it
and simply call xnfcalloc directly. Since xnfcalloc will never fail,
there's no point in checking the result.
Signed-off-by: Andres Salomon <[EMAIL PROTEC
There are a number of minor issues w/ I830GetRec:
- pI830 is local, and therefore never gets used
- it only ever returns TRUE (no need to check the result)
- it's only ever called once, so there's not much point in protecting
against multple calls
So, this drops I830GetRec and instead just
> Hi All,
Hi,
> Is it possible to use i810 driver in Xorg7.3 without agpgart kernel module
> ?
> I use kernel 2.4.31. And It's OK for XFree86 4.6.
I think it should work with older versions of the i810 driver, as
long the driver recognizes your hardware.
Some months ago I worked on someth
Dne sreda 26. novembra 2008 je Peter Hutterer napisal(a):
> thanks for writing that up. Quick skim left me with two comments:
> synaptics fdi:
Thanks for your quick proof-reading. It's greatly appreciated :]
> don't specify the range unless you really need to. synaptics reads the
> range from the
On Wed, Nov 19, 2008 at 10:07:59PM +, Magnus Kessler wrote:
> With the latest server and synaptics driver from git I can reliably crash
> the server by starting
>
> xinput test "SynPS2/2 Synaptics Touchpad"
>
> and then clicking the any of the physical buttons or tapping the pad to
> simula
Hi All,
Is it possible to use i810 driver in Xorg7.3 without agpgart kernel module ?
I use kernel 2.4.31. And It's OK for XFree86 4.6.
--
Regards,
Paul Lin
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinf
Jordan Crouse a écrit :
> Bert Freudenberg wrote:
>>
>> On 25.11.2008, at 17:37, Jordan Crouse wrote:
>>
>>> Bert Freudenberg wrote:
On 25.11.2008, at 11:57, Strider wrote:
> Hi,
> I have a XO Laptop which is a nice machine machine with a high
> res display of 1200x900 pixels. Th
On Tue, Nov 25, 2008 at 10:36:40PM +0100, Matija Šuklje wrote:
> you've probably seen me (ab)use this list (as well as the bugzilla and
> [EMAIL PROTECTED]) quite a bit in the past days.
>
> So, to make it up, I decided to write a HOWTO on what I learnt from all your
> help. I hope it's of any u
On Tue, Nov 25, 2008 at 10:10 PM, Soeren Sandmann <[EMAIL PROTECTED]> wrote:
>- When mask is 0, there is no reason to read the source.
>
>- There is no reason to read the destination if the inverse
> combined src/mask is 0
>
Don't compilers take care of that?
The code looks better to m
Hullo,
you've probably seen me (ab)use this list (as well as the bugzilla and
[EMAIL PROTECTED]) quite a bit in the past days.
So, to make it up, I decided to write a HOWTO on what I learnt from all your
help. I hope it's of any use to anyone:
http://matija.suklje.name/?q=node/56
Cheers,
Mati
> Wasn't the reason to do font rasterization primiary to give applications
> more control over font rendering?
If memory serves, Keith was trying to find a design to solve both issues
with core fonts -- lack of flexibility and latency. There was an extended
brain-storming session on the old XFree
"Benjamin Otte" <[EMAIL PROTECTED]> writes:
> On Wed, Nov 19, 2008 at 7:00 PM, Soeren Sandmann <[EMAIL PROTECTED]> wrote:
> > Hi Benjamin,
> >
> > Overall, the separable blend mode stuff looks good, except for the
> > component alpha versions.
> >
> New update pushed to my git branches of pixman/c
>> Apparently, the current incarnation of EXA is built on the assumption that
>> everything should be accelerated, and that when it isn't, it's a bug. Hence,
>> it pays no attention whatsoever to the performance of software rendering.
> That's not 'strong vocabulary' but simply baseless flamebait
Marius Gedminas wrote :
> but I can't find the issue in the freedesktop bugzilla (was it never
> forwarded upstream)?
It was forwarded to the old upstream (http://web.telia.com/~u89404340/touchpad/)
which was half-dead back then.
___
xorg mailing list
On Wed, Nov 26, 2008 at 5:38 AM, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
>> That's not 'strong vocabulary' but simply baseless flamebait.
>
> Would it make sence to implement some fallback-optimizations like:
> - Copy pictures without drawables (gradients) to a temporary surface,
> if the drive
> The other point is that having time-consuming operations in the server
> increases client latency. Before Render, all font rasterisation happened
> in the server, and this would cause noticeable pauses (with the whole
> server frozen, not just a single client).
Wasn't the reason to do font raste
> That's not 'strong vocabulary' but simply baseless flamebait.
Would it make sence to implement some fallback-optimizations like:
- Copy pictures without drawables (gradients) to a temporary surface,
if the driver supports composition?
- Support solid write-only operations (X11 core drawing) for
On Tue, 2008-11-25 at 19:54 +0100, Juliusz Chroboczek wrote:
> > Sorry just to clarify - can't Xorg draw a gradient directly to the pixmap
> > over PCI, rather than migrating the pixmap out of the video card?
>
> We've been flaming on this subject on this list before.
>
> Apparently, the current
> Well if you let me decide between software rendering on client or
> software rendering on server, I would prefer the latter.
It's not that clear cut. At least some of the motivation behind Render is
about moving time-consuming operations into the client, notably font
rasterisation.
There are
> Sorry just to clarify - can't Xorg draw a gradient directly to the pixmap
> over PCI, rather than migrating the pixmap out of the video card?
We've been flaming on this subject on this list before.
Apparently, the current incarnation of EXA is built on the assumption that
everything should be a
Alex Villacís Lasso wrote:
> - driver/xf86-video-via generates an error about "expected
> specifier-qualifier-list before 'uint32_t'" when including drm.h. I
> skipped this one since my chipset is a radeon.
That's rotted alright - I've pushed a build.sh change to stop building it.
(The replacemen
On Tue, 2008-11-25 at 19:17 +0100, Soeren Sandmann wrote:
> Keith Packard <[EMAIL PROTECTED]> writes:
>
> > > - Pixman's version numbering scheme is similar to cairo's: The git
> > > master version has an odd micro number, released versions have even
> > > micro numbers.
> >
> > What version
On Tue, Nov 25, 2008 at 09:46:38AM +1000, Peter Hutterer wrote:
> On Sun, Nov 23, 2008 at 08:46:14PM +0100, Batchty wrote:
> > Hello, I have a Dell Inspiron 1520 with a Synaptics touchpad. This touchpad
> > for
> > a unknown reason loves to send event like these after every finger release
> > :
Keith Packard <[EMAIL PROTECTED]> writes:
> > - Pixman's version numbering scheme is similar to cairo's: The git
> > master version has an odd micro number, released versions have even
> > micro numbers.
>
> What version would you like?
Before releasing, bump to 0.13.2, after releasing, bump
On Tue, 2008-11-25 at 17:58 +0100, Soeren Sandmann wrote:
> Keith Packard <[EMAIL PROTECTED]> writes:
>
> > So, we'll see if we can't get a bit of pixman review and perhaps a
> > pixman release done tomorrow so that the X server beta can head out.
>
> Here are some comments on the matrix code. I
Peter Hutterer wrote:
On Thu, Nov 20, 2008 at 09:24:56AM +0100, Dieter Plaetinck wrote:
I'm using a regular ps/2 azerty keyboard but with dvorak layout. The
problem is the dvorak layout by itself works fine, but when I press (and
hold) ctrl the other buttons behave totally differently, some
Keith Packard <[EMAIL PROTECTED]> writes:
> So, we'll see if we can't get a bit of pixman review and perhaps a
> pixman release done tomorrow so that the X server beta can head out.
Here are some comments on the matrix code. I didn't review all the
numericals, but nothing jumped out at me either.
Gerhart, Bjoern wrote:
> Dear list,
Hi,
> in the past, our company got a siliconmotion driver update to release
> 1.4.9 of the siliconmotion driver. But it seems that the features of
> the 1.4.9 release have not been given back to the xorg developer
> community. I have the source code for this
Dear list,
in the past, our company got a siliconmotion driver update to release 1.4.9 of
the siliconmotion driver. But it seems that the features of the 1.4.9 release
have not been given back to the xorg developer community. I have the source
code for this release, and it can be compiled again
Hi Peter,
I`m just new to all this, but here is something odd:
...
key {
type[group1]= "FOUR_LEVEL",
symbols[Group1]= [less, greater, bar,
brokenbar ],
symbols[Group2]= [less, greater ],
symbols[Group3]= [
On Tue, Nov 25, 2008 at 12:52 PM, <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 25, 2008 at 11:57:17AM +0100, Strider wrote:
> > The problem with this is that the laptop isn't powerful enugh
> > to handle fullscreen applications at this resolution.
>
> All those I have tried have worked fine at this re
Adam Jackson wrote:
> On Sat, 2008-11-22 at 13:07 +0100, Matthieu Herrb wrote:
>> Matthieu Herrb wrote:
>>> Hi,
>>>
>>> using OpenBSD's memory allocator (which has an option to fill free()'d
>>> memory with a specific pattern) I found out that xserver 1.5.3 is
>>> dumping core on exit.
>> Same prob
On Tuesday 25 November 2008 13:11:24 you wrote:
> Kārlis Repsons wrote:
> > One more sad thing: Xephyr doesn't support GLX, which means, most likely
> > no 3D for it's users... I would like to ask someone better informed here,
> > if that is going to be addressed in near future?
>
> From an earlier
Kārlis Repsons wrote:
> One more sad thing: Xephyr doesn't support GLX, which means, most likely no
> 3D
> for it's users... I would like to ask someone better informed here, if that
> is going to be addressed in near future?
From an earlier post by ajax:
"Xephyr supports GLX. It's even accel
Hi,
I have a XO Laptop which is a nice machine machine with a high res display
of 1200x900 pixels. The problem with this is that the laptop isn't powerful
enugh to handle fullscreen applications at this resolution. If only the
display could switch to a lower resolution things would be much better b
On Thu, Nov 20, 2008 at 09:24:56AM +0100, Dieter Plaetinck wrote:
> I'm using a regular ps/2 azerty keyboard but with dvorak layout. The
> problem is the dvorak layout by itself works fine, but when I press (and
> hold) ctrl the other buttons behave totally differently, some seem to be
> qwerty ag
Hi again list,
I still haven't managed to figure this one out. the resulting keycodes
when holding control are 'weird', to say at least.
Any help is appreciated.
Dieter Plaetinck wrote:
> Hi list,
> I'm using:
> xorg 7.4
> xorg-server 1.5.3
> xkeyboard-config 1.4
>
> I'm using a regular ps/2 aze
On Monday 24 November 2008 16:29:12 Tobias Kaminsky wrote:
> Hello,
>
> I have 2 TFTs with each 1280x1024.
> Normally I work alone on the pc -> Xinerama.
> But sometimes my girlfriend wants to work on the pc, too. But I do not want
> to log out, change KDM and log in again.
>
> So I need something
Le 25/11/2008 02:09, Peter Hutterer a écrit :
> Ajax,
>
> Please pull a few input fixes for server-1.5-branch:
What about this patch from you? We've had it in our branch for a while
and it helped quite a few users.
http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/devel/xserver-1.5.0-forc
40 matches
Mail list logo
