/usr/lib64/xorg/modules/drivers/nvidia_drv.so
[ 180.902] (II) Module nvidia: vendor=NVIDIA Corporation [
180.902] compiled for 4.0.2, module version = 1.0.0
[ 180.902] Module class: X.Org Video Driver
[ 180.902] (II) NVIDIA dlloader X Driver 285.05.09 Fri
xrandr: Failed to get size of gamma for output default
xrandr: screen cannot be larger that 640x480 (desired size 800x600)
xrandr: Configure crtc 0 failed
xrandr won't allow you to change modes on the fbdev interface. The libdrm
tools will if it detected any other modes, however it tries to
I've no idea what is wrong. With vesa driver it works, but very slowly.
Any help will be appreciated.
The current kernel has a GMA500 KMS driver that will give you sensible
native modes with the framebuffer driver as well as support multiple
outputs properly.
There are some basic
Alternatives? I cannot find any other driver that would act as a virtual
screen like xf86-video-dummy, but would provide a RandR-compliant
framebuffer for me. I don't think Xephyr, Xdmx, Xvnc, x2x and whatnot
others can help me here, Awesome needs to see something as a regular
RandR
the standard is pretty much defined by what the driver can take. If it
can't parse the protocol then the device is rather useless anyway.
but really, writing a serial kernel driver is rather trivial and has a
higher chance of actually working long-term than dragging the old input
drivers
Can anyone think of a nice way to handle this? The only thing I can think
of is to do some sort of collision/overlapping detection and then be careful
about the bits of background that gets copied between the penguins in
question.
Or accumulate all your updates then merge them and do them
I think the underlying framework is already there. You can create a GEM
surface for the 3D card to render into which doesn't need to be a display
surface, then you need to get it onto the USB graphics device.
Alan
___
xorg@lists.freedesktop.org: X.Org
I have only one screen.
The machine has no keyboard and no mouse : only a touchscreen.
The flash application IP is connected to a java application.
Flash application and/or Java server have to restart in order to change
parameters (language ...)
I will look to your solution :)
In
On Tue, 22 Feb 2011 18:37:04 +0100
MONDON Daniel daniel.mon...@lpgsystems.com wrote:
Hi,
I am looking for an X command (?) to set my program on top level.
In fact, this is a SplashScreen shown during transition between two
program execution : in order to mask windows during closing and
On Mon, 14 Feb 2011 19:20:48 + (UTC)
moodyj...@frontiernet.net wrote:
I'm running Fedora 12 kernel 2.6.32.26-175 and can't get Xorg to initialize
my Samsung TV LN46A650. No nVidia splash screen, just a black screen with
fast blinking cursor. The system does boot and Xwindows is running
they both have serious shortcomings, and bugs, which make
target application either non-functional after routine API changes (nokia)
or bloated, buggy and slow (gtk).
Gtk is usually faster than the naïvely programmed Xlib apps because it
does actually have a modicum of sense about things like
but simply being more enthusiastic about accepting contributions doesn't
seem like a great plan (compare the code quality of nouveau, intel and
radeon to that of some of the out of tree drivers, for instance)
I think that is a little naïve. There is a difference between vendors
attempting to
See, this was exactly the problem here. It _was_ a freedesktop admin.
And it was pretty clear that it was that from the onset too. Mailing
fd.o admins, even if i could've dug up an email address in the split
second that i wrote the email (heck, i even mistyped repository), was
not the
It's on a separate branch, not master. (Doesn't mean it's right, just
that it's not actually going to cripple anything or waste time for anyone
who doesn't ask for it.)
And how many other un-noticed commits did this person make ? Until you
know that you have to assume a complete compromise.
What would you suggest should be done next? Checking logs for traces
of this? Those which could reveal this information might be gone already.
Looking for anything which is in the tree but not in or not matching the
mail archive. Sounds like a job for a perl nutter 8)
And chasing down who did
So I read this as, redistribution is fine with at least Nvidia and AMD.
And for legal purposes allow me to remind you that the Linux kernel is
subject to the GNU public license v2. This has specific constraints on
derivative works and large numbers of contributors (me included) have
never given
What I would like to do is compile a 'portrait' video driver.
Essentially, I think I just want to swap the x and y values for each
pixel, thus creating an output for a display in portrait mode.
See xrandr
I figure that there is a bit more to it than just doing a global
replace data_x with
On Thu, 11 Nov 2010 16:36:59 +0530
vijay singh testmrs@gmail.com wrote:
Hello,
is their any link or input which can give me Xorg video module driver
for PowerVR chipset (SGX535).
I believe vendors can purchase a proprietary (ie non-free in both senses)
license and access from the device
This already exists, it's just not bundled with X.Org due to the different
license - TigerVNC uses current Xorg sources to build both Xvnc and a
vnc.so loadable extension module that are compatible with current servers
and extensions. http://www.tigervnc.com/
(Providing you don't have any
To our much dismay we have recently found after attempting to install
new Linux boxes that these extensions no longer appear to be available.
PEX was dropped in what was it 2004, so six years ago... taken you a
while to notice and it was dropped because nobody could actually find a
single
disabled, removed extensions. How many of these are disabled as a result
of actual broken code, vs, how many are disabled because, we don't like
how it looks?
Most are disabled because they don't work (and often havent worked for
ages, or have been disabled by distributions by default for
On Tue, 16 Feb 2010 17:07:32 +0100
Matthias Hopf mh...@suse.de wrote:
On Feb 16, 10 07:26:35 -0800, Keith Packard wrote:
Our outstanding obligations today are MIT hosting for this year ($3000)
and travel expenses for FOSDEM 2010 ($660).
Not that it matters too much, but $3000 sounds
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want to get anything really
nontrivial running this month.
Unless you need to get any real work done - like non western font
One can do all that with their own libraries based on Xlib. I don't use
any Xlib font functions.
And how is your Gujerati and accessibility ... ?
I'm also not sure why you'd want to use Xlib nowdays. I mean Xlib has a
serial non-threaded model without callbacks that causes apps to block
On Wed, 27 Jan 2010 12:12:19 -0500
Dave Bender codeh...@gmail.com wrote:
Hi,
I was wondering if there was a way to use a WiFi or USB connected CE/Mobile
PocketPC as another X screen. It would be a good use for old PDAs.
VNC..
___
xorg mailing list
For all: is there a policy about it ?
Ignore it.
If it really bugs you add it to your spam filter matches and they'll
never trouble you again. They have at least kept it shorter than some of
the gems attached by companies and used the word please
On Sun, 26 Jul 2009 12:06:41 -0700
David Moffatt david.moff...@access-company.com wrote:
Responding to the thread about mapping hardware scan codes -- X key
codes and keyboards with 248 keys.
Perhaps the solution is to take the hardware scan code -- Symbol
problem out of the X layer
On Tue, 14 Apr 2009 16:21:14 -0400
Cliff Brake cliff.br...@gmail.com wrote:
It seems that the xf86-video-cyrix is not in X 7.4. Is this the case,
and is there any way to get the cyrix driver working with 7.4? Or is
there another driver that should work?
I'm using a old geode board.
If
if someone massively resizes a window with backing store (remembering it
can be mostly offscreen) your X server explodes.
Remind us why turning it on for all windows all the time (Composite) is
better
than for one window? ;o)
There is nothing in composite that requires you redirect
On Thu, 9 Apr 2009 13:22:45 +1000
Torgeir Veimo torg...@pobox.com wrote:
2009/4/9 Alan Cox a...@lxorguk.ukuu.org.uk
For proving fancy anti-aliasing isn't just for new apps or integrating it
into old ones, KeithP's rework of twm with render is glorious...
Is there a screenshot
He might have. His response doesn't contain any useful information.
I think you are confusing not containing information with not
understanding it
tie-in on the web-page, that's problematic since it's only the portion of
the API which has been unchanging for an extended period of time that
That's http://keithp.com/~keithp/talks/
Nice pictures. I also like how they demonstrate anti-aliased fonts
are unusable at small sizes.
Each to their own, I know which I find easier to read and I know what
extensive studies say people prefer as well.
Also be careful with the images to view
= there can't be that many applications using it if it was moving all the
time
So the fact there are lots of applications using it should have told you
that your interpretations were suspect
= there can't have been much testing by real applications at that point
See above.
Pretty much the
I've always wondered why. It makes no sense. The network-oriented
nature of X means you should do your best to send as little data as
possible, and prerendered pixmaps are nowhere near minimal. Why isn't
fontconfig/xft and even pango in the server where it seems to belong?
It turns out to
Is there equivalent functionality with Xft? And whose responsibility it
is now, if this functionality is not here: applications, toolkits or
something else?
Xft provides the DPI information, the desktop permits the DPI to be
configured providing some muppet hasn't decided that is too
And in the past, we never had the viewing distance in X11's design: our
presumption was then always desktop monitors, viewed at the usual
desktop distance). It is entirely missing from the core protocol.
One problem is that this is application dependant. I will be at normal
viewing distance
Dropping support for automatic backing store while at the same pushing
for a design, composite, that is all backing store all the time means
one of three things : lazyness, incompetence, or a big honking design
issue in the server. So, which one is it?
Backing store has long been off by
if someone massively resizes a window with backing store (remembering it
can be mostly offscreen) your X server explodes.
Hence the pleasure that is composite.
Compositing only has to deal with the visible resources. The design very
carefully keeps the rendering determined by the size of
How standard is Cairo? The proof-of-concept app from 15 years ago
still works fine because it's only got two dependancies: Xlib and
libc. It works everywhere for the same reason. If I added Cairo as a
dependancy, would apps still work on 100% of Linux systems, and would
they still
Someone offered up www.x.org/docs, which may be fine for X Window
System developers, but is not what most application programmers would
call documentation.
Why would an application programmer want to be using Xlib directly ?
There is good documentation for things like pango and cairo but then
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the assumptions
Commiserations but at least Xlib today is back compatible. Try a 25 year
old windows app and weep.
I'd be very surprised if I was alone in this situation.
On Tue, 24 Mar 2009 17:33:16 +0100
Tino Keitel tino.keitel+x...@tikei.de wrote:
On Tue, Mar 24, 2009 at 11:05:33 -0500, tsuraan wrote:
[...]
be possible to use DRI and Xinerama in this configuration, or is that
The Intel Xorg driver doesn't work with Xinerama anymore. It just
crashes
I have looked at the source code for X.org and the savage driver. I cannot
really quite understand it at all. Is there a guide to describe and document
the X.org internals in detail?
There are documents for EXA and XAA. The majority of each driver is
shared code so if you've got a chipset
On Wed, 18 Feb 2009 18:22:21 -0800 (PST)
milnser43...@yahoo.com milnser43...@yahoo.com wrote:
There are very serious and severe memory leaks under X.org with the savage
driver
You forgot to attach the fixes
At the same time important backwards compatability upon which many of our
On Thu, 15 Jan 2009 10:21:53 +
Albert Vilella avile...@gmail.com wrote:
Hi all,
What is the current support and roadmap for discrete graphics card hot
switching in Xorg?
OLPC does automatic switching of display controller for power management.
There are currently ~40 users of Sony
On Thu, 15 Jan 2009 10:39:44 +
Albert Vilella avile...@gmail.com wrote:
What is the current support and roadmap for discrete graphics card hot
switching in Xorg?
OLPC does automatic switching of display controller for power management.
Interesting. So the OLPC also has a
Right, which reduces it to a simple power management issue akin to
powering down the 3D core on any modern chipset when you're not doing
any rendering.
Adding different devices with separate drivers is another matter
altogether.
Isn't dual driver support logically equivalent to xrandr
- The key is likely 16 bytes, which are sent as a control transfer. They
appear
to be random, but the same 16-byte string can appear repeatedly, esp. if the
device is initialized immediately after bootup. If these 16 bytes are equal,
then all bulk transfers are also identical
so are the subsequent image blocks. However, when I change the background
image and reboot the VM, I can get the same key at startup, but
different image blocks. So I'm quite sure it can't be any kind of hash.
So both encrypted VNC or RDP variants are candidates. It doesn't sound
like VNC
better patch. On the other hand, if you guys feel there is nothing to be
fixed here I'll just keep the patch for the Mandriva package and let it go.
Change str to a macro and use that:
#define MSG_SEP **\n
...
xf86DrvMsg(pScrn-scrnIndex,
We could also investigate using a slab allocator approach for things like
data structures that are a fixed size, to keep them from ending up between
pixmaps, and hopefully reducing fragmentation that way, but that's also more
glibc already does this and you can set a size theshold for mmap
Why should it be a KDE bug if the X server is leaking memory? I used to
The KDE app told X to cache all those pixmaps. X is just doing what it
was asked to. The alternative would be that it decided to kill off that
client for being dumb.
___
xorg
On Tue, 9 Dec 2008 16:08:33 +
John Tapsell [EMAIL PROTECTED] wrote:
2008/12/9 Alan Cox [EMAIL PROTECTED]:
Why should it be a KDE bug if the X server is leaking memory? I used to
The KDE app told X to cache all those pixmaps. X is just doing what it
was asked to. The alternative
On Tue, 09 Dec 2008 17:06:04 +0100
Óscar Fuentes [EMAIL PROTECTED] wrote:
Alan Cox [EMAIL PROTECTED] writes:
Why should it be a KDE bug if the X server is leaking memory? I used to
The KDE app told X to cache all those pixmaps. X is just doing what it
was asked to. The alternative
What is there to maintain, exactly?
Fonts are not generated out of thin hair and they need to be updated
to keep up with the environment.
Only if you keep breaking the environment carelessly.
Environment changes can be changes in encoding standards (unicode is
still evolving and even
In case you've not noticed the so-called kernel console userspace is
totally unable right now to turn standard vectorised fonts into
bitmaps suiting a changing variety of hardware and encodings, and
relies on manually pre-processed bitmap fonts precious few people
maintain and adapt to
Just check the console on any random selection of non-us or uk systems
and you'll see the current garbage is the console output. Sure it is
not a blocker because all the different encodings agree on the ASCII
part, but anything outside the 127 first codepoints has a high
probability of being
I mean this is broken every Fedora release or so just by applying
system updates without any user-level intervention. I don't think that
So file a Fedora bug.
The font data is out there already thank you. As you keep conveniently
forgetting X can already render those fonts to bitmaps
I just observe few people are working on them anymore, because most
applications use something else.
I see few people working on them because they are not broken and don't
need work. Same with the consoles. We get almost no console patches
because the kernel consoles do what people need
Apriori, there is no sensible default keyboard layout.
Yes, there is, and it's called US. This isn't being Anglo-centric or
Which US layout - there are several and then you get all the variants
with extra funny buttons for internet etc ?
anything, and I'm not going to argue the point.
b) given that we're talking about font rendering, how we talk about
Linux systems that actually render fonts?
The subset that do: Framebuffer drivers, nanogui, and X (particularly non
embedded devices).
Kernel side font handling is bitmaps or font tables with the work done by
the video
But we do that anyway for all the offscreen pixmaps, because unlike
windows, we're not allowed to lose their contents.
Sounds like another good reason to have DRI manage that and X aware
screen switching so you only have to save console stomped areas.
On Tue, 21 Oct 2008 09:51:45 -0700
Keith Packard [EMAIL PROTECTED] wrote:
On Tue, 2008-10-21 at 18:15 +0200, Luc Verhaegen wrote:
Is there a single technical reason why shipping both is a problem?
For the same reason the kernel avoids shipping multiple drivers for the
same hardware
We
On Fri, 19 Sep 2008 08:57:13 -0500
Clayton Shepard [EMAIL PROTECTED] wrote:
... I don't believe this anywhere near the functionality that I am talking
about. If I am mistaken please elaborate on how to do it with xrandr.
Set the virtual desktop nice and large in size, define both displays as
Yes, but that won't display the application bar on each monitor or allow you
to rotate workspaces independently will it?
What gets displayed on each desktop depends what you put there. If it
doesn't do what you want send the relevant application authors patches.
As to rotation - yes xrandr
65 matches
Mail list logo