This is to conflict against older versions of NSC that include
overlapping PCI ID numbers. This way, either someone updates both
packages, or GEODE will remove the outdated NSC to ensure that no PCI ID
conflict will remain.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.
On Sat, Jul 05, 2008 at 05:09:34PM -, Martin-Éric Racine wrote:
> Actually, GEODE 2.9.0-1ubuntu2.4 still conflicts against an incorrect
> version of NSC. Please look at the NSC version that is in hardy-updates
> and make GEODE 2.9.0-1ubuntu2.5 conflict against the previous release
> (including
...which, again, only apply to hardy-updates. Intrepid already has what
we need.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
Therefore making xserver-xorg-video-geode
Conflicts: xserver-xorg-video-nsc (<< 1:2.8.3-2ubuntu0.1)
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which
Actually, GEODE 2.9.0-1ubuntu2.4 still conflicts against an incorrect
version of NSC. Please look at the NSC version that is in hardy-updates
and make GEODE 2.9.0-1ubuntu2.5 conflict against the previous release
(including the epoch in the NSC version!).
--
please add "geode" to driver list in h
-geode copied to hardy-updates.
** Changed in: xserver-xorg-video-geode (Ubuntu Hardy)
Status: Fix Committed => Fix Released
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are
Because of Marc's confirmation that the symlink does not have an adverse
effect when not using Xorg -configure, and the fact that this symlink
will only be present in the transitional -amd package which is no longer
pulled in via -video-all, I'm going ahead and accepting the ubuntu2.4
package into
After installing the alternate image from 20080701 on a Koolu device,
the display appears properly with a resolution of 1280x1024. The loaded
driver is geode from the xserver-xorg-video-geode package version
2.9.0-1ubuntu.2.3.
Upon request from Steve Langasek, I have run the following commands and
Oliver, please note that now that xserver-xorg-video-all finally Depends
on -geode rather than -amd, it should be possible to build a clean
chroot that will work out of the box, since the symbolic link will not
be present in -geode. Thus, this should finally work OK with the
packages currently in -
ok, actually adding/removing the link manually instead of assuming the package
does it helps to verify.
if the symlink is there in LTSP Xorg -configure fails completely, locking the
device (you can switch consoles but the boot stalls and no getty's or X come
up, you are left with a blinking cur
xorg copied to hardy-updates.
** Changed in: xorg (Ubuntu Hardy)
Status: Fix Committed => Fix Released
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bu
On Mon, Jun 30, 2008 at 12:17:02PM -, Martin-Éric Racine wrote:
> Oliver, I'm sorry but I haven't observed this behavior you describe on
> any of the LX hardware I have access to.
> However, removing the symbolic link solved the issue on each and every
> LX hardware I tested, while leaving it
no reports of regressions with -nsc, copying to hardy-updates.
** Changed in: xserver-xorg-video-nsc (Ubuntu Hardy)
Status: Fix Committed => Fix Released
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug
Oliver, I'm sorry but I haven't observed this behavior you describe on
any of the LX hardware I have access to.
However, removing the symbolic link solved the issue on each and every
LX hardware I tested, while leaving it prevented X from launching, again
on every LX hardware I have access to.
--
i was testing (for multiple hours) on the DBE61 and what i found is that
LTSP due to its extremely short bootprocess brings up X *exactly* while
the framebuffer initializes. this race condition produces a hardlock
with black screen. delaying X by some seconds or backlisting the
framebuffer (like it
Oliver hasn't specified the system on which he tested this, so I cannot
comment on his results.
However, I have tested this on a variety of Geode-based systems by a
variety of vendors and found the exact same behavior on each of them:
that leaving the symbolic link confuses X, while removing it ma
On Sat, Jun 28, 2008 at 05:41:06AM -, Martin-Éric Racine wrote:
> Guys, please don't do this. This has been abundantly tested enough as it
> is, by myself and others. The symlink causes too many problems. It was
> removed for good reasons. Do NOT re-introduce it!
The problem is that we have a
Steve, no, blacklisting the framebuffer module doesn't fix the issue.
However, if you REALLY insist on keeping the symbolic link, then at
least make it purgeable by putting it in the -amd transitional package,
not in the main -geode package.
--
please add "geode" to driver list in hw/xfree86/com
Guys, please don't do this. This has been abundantly tested enough as it
is, by myself and others. The symlink causes too many problems. It was
removed for good reasons. Do NOT re-introduce it!
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/b
Oliver Grawert has provided some analysis of this symlink case and found
that the symlink itself does not cause problems; the problems only
manifest when the kernel framebuffer module is loaded. I'm persuaded by
his and Bryce's investigations that the symlink is not the direct cause
of the problem
Debs with the above patch are here:
http://people.ubuntu.com/~bryce/Testing/geode/
If someone could please install these, along with -geode_2.9.0-4ubuntu3
from hardy-proposed, and verify the issue with LTSP is resolved, then I
think we can upload this xserver patch.
--
please add "geode" to dri
** Attachment added: "Changes sort order of -amd and -geode when calling Xorg
-configure"
http://launchpadlibrarian.net/15648692/amd_geode_sort.patch
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notifi
Martin, the problem is that the evidence to support your claim is not
documented in a bug report anywhere.
It is quite possible there is a solution we could deploy *other* than
dropping the symbolic link, but because no one has adequately documented
the problem, it's difficult to understand. Mayb
First, the nsc driver has been confirmed to work on Koolu hardware from
the packages available in hardy-proposed as of June 26th. Furthermore,
they were apparently known to work previously as well from the following
versions:
ii xorg 1:7.3+10ubuntu10 X.
I thought that it had been discussed to oblivion but, much to my
amazement, nobody seems to remember why dropping the symbolic link is
essential:
The symbolic link creates PCI conflicts too, because both the driver and
the one called via the symbolic link claim support for the same chips.
So, yes
NO! Deploying without removing the symbolic link is exactly what we want
to avoid. The symbolic link MUST GO. This is already verified. Let's not
make the same mistake as for 2.1, shall we?
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/
For NSC, it looks good - although I would have felt safer removing Cyrix
ID numbers.
For GEODE, the Conflicts against NSC has the wrong version. It should be
<< new NSC with the fixed ID, including the 1: epoch.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://b
Here's a version with those two issues addressed. Hopefully this is
deployable. I've also uploaded this to hardy-proposed.
My question about dropping the symlink is mostly a curiosity if with all
the other adjustments we've made, if whatever the original issue is has
been addressed, and no longe
xserver-xorg-video-geode accepted into -proposed, please test.
There are two issues that I've noted in the latest upload:
- xserver-xorg-video-amd is made to conflict/replace older versions of
xserver-xorg-video-geode. I don't see any justification for this; there are no
file conflicts between
Is this a more correct description?
Package: xserver-xorg-video-amd
Architecture: i386
Priority: extra
Depends: xserver-xorg-video-geode
Conflicts: xserver-xorg-video-geode (<< ${binary:Version})
Replaces: xserver-xorg-video-geode (<< ${binary:Version})
Description: Geode GX2/LX display driver (du
-nsc package is also now accepted into hardy-proposed.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
** Changed in: xserver-xorg-video-geode (Ubuntu Hardy)
Target: None => ubuntu-8.04.1
** Changed in: xserver-xorg-video-nsc (Ubuntu Hardy)
Target: None => ubuntu-8.04.1
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
Yeah I also downgraded the packages and nothing changed. It really has
nothing to do with this. Weird coincidence though.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member o
In that case, it's an entirely different issue than the one being discussed
here.
Please file a new bug against package 'xorg' and explain the issue again there.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this
Another quick update:
It is impossible to type even when I connect to the computer over VNC (no
letters get through, but the resolution doesn't jump either).
The only thing that works (locally and over VNC) is the numpad when numlock is
on.
--
please add "geode" to driver list in hw/xfree86/com
I upgraded everything that was there to upgrade. Here's a list:
x11-common 1:7.3+10ubuntu10.1
xserver-xorg-input-all 1:7.3+10ubuntu10.1
xserver-xorg-video-all 1:7.3+10ubuntu10.1
xserver-xorg 1:7.3+10ubuntu10.1
xbase-clients 1:7.3+10ubuntu10.1
xorg 1:7.3+10ubuntu10.1
xutils 1:7.3+10ubuntu10.1
All th
unimatrix, exactly which packages did you upgrade and to which versions?
On exactly what thin client hardware (brand name, manufacturer, model)?
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification bec
After this upgrade I cannot login anymore. The resolution changes with
every keystroke in KDM (Hardy 8.04 64bit)
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
-geode is also in sync with the newer Debian 2.10.0-3 in Intrepid.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun
-nsc on Intrepid has been sync'd to debian, so this task is done too.
** Changed in: xserver-xorg-video-nsc (Ubuntu)
Status: In Progress => Fix Released
** Changed in: xorg (Ubuntu)
Status: Triaged => Fix Released
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoC
Added -geode to -all in xorg on Intrepid, so the -geode/Intrepid task is
completed.
** Changed in: xserver-xorg-video-geode (Ubuntu)
Status: In Progress => Fix Released
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You re
We'd need the updated -all and -geode for the conflict to not happen
during testing.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Uploaded a stripped down version of the patch to hardy-proposed.
** Changed in: xserver-xorg-video-nsc (Ubuntu Hardy)
Status: In Progress => Fix Committed
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bu
Here's the debdiff I uploaded for -nsc. In fact the version currently
in hardy didn't seem to even build, due to failure to apply the 01
patch; this fixes things up so it builds properly. Someone should
please test this against geode hardware (ideally both stuff using
-geode, and stuff using -nsc
Accepted xorg into hardy-proposed, please test and give feedback here.
** Changed in: xorg (Ubuntu Hardy)
Importance: Undecided => Medium
Status: In Progress => Fix Committed
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/2196
I've reviewed the -geode package in -proposed, and discussed this with
Martin-Eric on IRC. Documenting the outcome of that discussion here.
There are two changes that should be made to the -geode SRU if possible:
- The changelog is incomplete, it doesn't document the fact that the
previously-re
Steve, I have kept the diff as small as humanely possible. This being
said, fixing both packaging issues and hardware issues within the scope
of the same SRU has not been easy. My apologies if it's still too big
to fit the constraints of an SRU.
One important thing to keep in mind is to avoid PC
I'm not happy to see the debian build system changes in the -nsc SRU;
they should be almost entirely irrelevant, but in the process they still
introduce a risk of regression. This is not something that should ever
be included in an SRU, and if I approve it it's only because I feel I'm
wasting my t
Reuploaded -geode with the added Conflicts: . It isn't strictly
necessary, it already has the corresponding Replaces:, but let's be
correct here.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification be
Another consequence of this cherry-picking, as opposed to simply
importing existing changes where all issues have been dealt with, is
that it's easy to forget parts of the solution.
In this particular case, GEODE misses a "Conflicts: xserver-xorg-video-
amd (<< ${binary:Version})" on the xserver-
xorg dependency change is for Hardy.
AFAIK it's already fixed for Intrepid. Bryce, Timo, can you confirm?
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs,
Your last xorg debdiff was against the wrong package, but that was
trivial to fix. Really uploaded debdiff attached.
Sponsored, waiting for Steve to ack now.
** Attachment added: "uploaded xorg hardy-proposed debdiff"
http://launchpadlibrarian.net/15558838/xorg.219630.debdiff
** Changed in: x
xorg dependency change needs to be applied to intrepid.
** Changed in: xorg (Ubuntu)
Sourcepackagename: xorg-server => xorg
Status: Invalid => Triaged
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug no
-geode looks good now. Sponsored, and uploaded to the queue, waiting for
Steve's review/ack of freeze exception.
** Changed in: xserver-xorg-video-geode (Ubuntu Hardy)
Status: Confirmed => In Progress
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.
Typos fixed here. Used this one for xorg, instead.
** Attachment added: "xorg_1:7.3+10ubuntu11_1:7.3+10ubuntu10.2.diff"
http://launchpadlibrarian.net/15558567/xorg_1%3A7.3%2B10ubuntu11_1%3A7.3%2B10ubuntu10.2.diff
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
htt
Here's the changes for xorg.
** Attachment added: "xorg_1:7.3+10ubuntu11_1:7.3+10ubuntu10.2.diff"
http://launchpadlibrarian.net/15557557/xorg_1%3A7.3%2B10ubuntu11_1%3A7.3%2B10ubuntu10.2.diff
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net
PS: given how long this issue has been dragging on, is there any chances
of getting a freeze exception for 8.04.1 at all, on all 3 packages?
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because
Here's the consolidated changes for GEODE against what's already in
hardy-proposed.
** Attachment added: "debdiff_geode_2.9.0-1ubuntu2.1_to_2.9.0-1ubuntu2.2.txt"
http://launchpadlibrarian.net/15557332/debdiff_geode_2.9.0-1ubuntu2.1_to_2.9.0-1ubuntu2.2.txt
--
please add "geode" to driver list
Sponsored -nsc, upload waiting in the queue for Steve to process (we are
in 8.04.1 freeze now).
** Changed in: xserver-xorg-video-nsc (Ubuntu Hardy)
Status: New => In Progress
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
http://launchpadlibrarian.net/15556613/debdiff_2.8.3-2_to_2.8.3-2ubuntu1.txt
looks ok to me now, approved for SRU. I'll sponsor this in a bit.
(Note to self: for sponsoring, change hardy -> hardy-proposed and fix
LP: # reference syntax in changelog.)
--
please add "geode" to driver list in hw/xf
The consolidated change for NSC would look like this (minus the change
from hardy to hardy-proposed).
** Attachment added: "debdiff_2.8.3-2_to_2.8.3-2ubuntu1.txt"
http://launchpadlibrarian.net/15556613/debdiff_2.8.3-2_to_2.8.3-2ubuntu1.txt
--
please add "geode" to driver list in hw/xfree86/co
Since this involves changes to 3 packages, let's address those
separately:
1) xorg metapackage: Depending on the transitional -amd package is the
wrong thing to do. It should have been changed to depend on -geode
before Hardy was released.
2) nsc: changes in XSF scripts were performed by Brice G
Martin-Éric Racine [2008-06-24 9:55 -]:
> Avoiding a full port and trying to squeeze every file into the framework
> already set by 2.8.0 is precisely what has resulted in failed attempts
> to resolve Hardy's issue in the past.
That's not what I asked for; using the new upstream version is o
Things that need to happen to really fix this for Hardy:
1) make xserver-xorg-video-all stop depending on -amd and start
depending on -geode.
2) import an updated Debian version of -nsc that removes conflicting PCI
ID. What's in Intrepid cannot build as-is, because Hardy has an old
dpkg-dev, so I
Martin,
Avoiding a full port and trying to squeeze every file into the framework
already set by 2.8.0 is precisely what has resulted in failed attempts
to resolve Hardy's issue in the past. The issue is fully resolved in
Intrepid and proven to work precisely because everything went in; only
Hardy
Martin-Eric,
the geode debdiff in comment 14
(http://launchpadlibrarian.net/15171834/debdiff_xf86-video-geode.txt)
looks ok, and I already ack'ed this. Your new debdiff in comment 27 is
huge again, and again changes a lot of unrelated things (build system,
etc.) and also has an inappropriate chang
To retrace my steps and verify that this indeed solves the Geode issues,
some people might find either of the two following methods suitable:
http://q-funk.blogspot.com/2008/06/howto-make-geode-thin-clients-work-
on.html
http://q-funk.blogspot.com/2008/06/howto-build-clean-ltsp-boot-image-
that.h
Adding this might have some beneficial side-effects, but appears to be
ignored by Debian/Ubuntu in favor of the DRIVER.ids file provided by
each chipset driver.
Marking as invalid for xorg-server, since fixing this really requires
updated -geode and -nsc instead. Those packages have already been
a
Here's the GEODE debdiff.
** Attachment added: "debdiff_GEODE_2.9.0-1ubuntu2.1_to_2.10.0-2ubuntu1.dsc"
http://launchpadlibrarian.net/15426598/debdiff_GEODE_2.9.0-1ubuntu2.1_to_2.10.0-2ubuntu1.dsc
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpa
Here's the NSC debdiff.
** Attachment added: "debdiff_NSC_2.8.3-2_to_2.8.3-4ubuntu2.txt"
http://launchpadlibrarian.net/15426594/debdiff_NSC_2.8.3-2_to_2.8.3-4ubuntu2.txt
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You rece
Please see my PPA for updated XSERVER-XORG-CORE, NSC and GEODE packages:
NSC: Required one change from Debian, because Hardy has an older
version of debhelper. Otherwise, pretty much usable as-is. The main
change it introduces is the elimination of PCI ID for non-NSC devices
from the nsc.ids it
As a quick note, to clear up any possible confusion, the xorg-server
security update that just went out was numbered ubuntu9.2 to avoid the
-proposed version (and did not contain the 9.1 code). So all is well
and the next upload into -proposed will need an ubuntu9.3 version, as
expected.
--
plea
I removed xorg-server from hardy-proposed.
I already said in comment 19 that I'm ok with the -geode patch,
confirming this. The -nsc patch needs work, since it currently
introduces a NEW package, and changes other things in the packaging.
** Changed in: xserver-xorg-video-geode (Ubuntu Hardy)
Yes, please go ahead and drop it.
** Also affects: xserver-xorg-video-nsc (Ubuntu)
Importance: Undecided
Status: New
** Changed in: xorg-server (Ubuntu Hardy)
Status: Fix Committed => Invalid
** Also affects: xserver-xorg-video-geode (Ubuntu)
Importance: Undecided
Stat
I've uploaded Martin-Eric's current -nsc and -geode into intrepid,
although as per pitti's feedback the patches need further work before
they can be backported.
** Changed in: xserver-xorg-video-geode (Ubuntu)
Status: New => In Progress
** Changed in: xserver-xorg-video-nsc (Ubuntu)
Please open SRU tasks on this bug for the related -geode and -nsc
updates, rather than opening a new bug.
If the xserver change is "harmlessly irrelevant", I believe that package
should be dropped from hardy-proposed. Let me know if you disagree with
this for whatever reason.
--
please add "geo
As per comment #9 (which Martin-Eric and I have discussed separately),
the patch to xserver that this sru was originally filed for is not
necessary. Like it was said in #9, Debian uses an entirely different
mechanism for detecting pci ids, so patching support into the xserver is
unnecessary, and t
> Thanks for the -geode clarifications. That one is OK with me then.
>
>> > nsc debdiff: same like above, but amplified by 10. Adding new packages
>> > (-dbg), changing the build system, changing config.{guess,sub} are
>> > things which are inappropriate for an SRU.
>
>> I'm sorry, but I cannot wor
Thanks for the -geode clarifications. That one is OK with me then.
> > nsc debdiff: same like above, but amplified by 10. Adding new packages
> > (-dbg), changing the build system, changing config.{guess,sub} are
> > things which are inappropriate for an SRU.
> I'm sorry, but I cannot work with t
On Thu, Jun 12, 2008 at 11:50 AM, Martin Pitt wrote:
> geode debdiff:
> - why is it necessary to move around the -amd symlink in the SRU, and thus
> mess with new Conflics/Replaces:?
To make it possible to completely purge the symlinks without purging
the driver. This is necessary to fix operati
geode debdiff:
- why is it necessary to move around the -amd symlink in the SRU, and thus
mess with new Conflics/Replaces:?
- what is the rationale for dropping all the DEB_* settings in debian/rules?
Judging by the noisy changelog diff, this is really a backport of the
latest version in intrep
Here's the GEODE debdiff.
** Attachment added: "debdiff_xf86-video-geode.txt"
http://launchpadlibrarian.net/15171834/debdiff_xf86-video-geode.txt
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notificatio
Martin-Éric Racine [2008-06-10 10:12 -]:
> For GEODE, just to be safe, comparing to which version should I
> produce the diff?
The one in hardy-proposed, please (2.9.0-1ubuntu2.1). Thanks!
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/b
Here's the debdiff for NSC. Some comments:
* config.sub and config.guess were regenerated, otherwise Lintian complained
loudly with an E: that the files were too old.
* The ChangeLog mysteriously seems to have changed as a result of this. I have
no idea why.
** Attachment added: "debdiff_xf86-v
On Tue, Jun 10, 2008 at 10:13 AM, Martin Pitt wrote:
> Martin-Eric, can you please minimal debdiffs with appropriate changelogs
> here? I'll sponsor them.
For NSC, that's easy enough, since I started from what's currently in
Hardy.
For GEODE, just to be safe, comparing to which version should I
p
Martin-Eric, can you please minimal debdiffs with appropriate changelogs
here? I'll sponsor them.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which is
PS: I forgot to mention that the way Debian and Ubuntu handle PCI ID
matching seems to differ from upstream's intended method in some ways.
Since finding out about this, I have produced two proposed fixes, both
sitting in my PPA:
1) an updated -geode package that uses the Debian/Ubuntu-specific
me
Steve, my understanding is that David Bensimon at Canonical has been
testing for various Geode issues. He might be able to answer this.
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you
This fix has been in -proposed now for 20 days; is no one able to test
whether it fixes the problem?
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member of Ubuntu
Bugs, which
What you have is technically an ION 503. Linutop uses another ION
variant with an LX800 instead.
The NSC driver has a PCI ID conflict with the GEODE driver, because the
GX2 was originally manufactured by NSC. The result is that GX2 support
is currently very sketchy in NSC and disabled in GEODE.
W
I have a GX2 based device (viglen MPC-l, made by FIC as ION, also sold
as Linutop2) where the graphics card has a manufacturer ID of "100b",
not "1022" as specified in the patch. As such xorg doesn't auto detect
the geode card, and uses vesa instead.
>From lspci:-
00:01.1 VGA compatible controlle
Accepted into -proposed, please test and give feedback here
** Changed in: xorg-server (Ubuntu Hardy)
Status: New => Fix Committed
** Tags added: verification-needed
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You rece
This bug was fixed in the package xorg-server -
2:1.4.1~git20080131-1ubuntu10
---
xorg-server (2:1.4.1~git20080131-1ubuntu10) intrepid; urgency=low
[Timo Aaltonen]
* 166_fix_lpl_monitors.diff:
- fix LPL monitors properly (LP: #204065)
[Martin-Eric Racine]
* 167_xf86AutoCo
Fixed in git.
** Changed in: xorg-server (Ubuntu)
Importance: Undecided => Medium
Status: New => Fix Committed
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
You received this bug notification because you are a member o
Here's a patch made from upstream git.
** Attachment added: "171_xf86AutoConfig_geode_addition.diff"
http://launchpadlibrarian.net/13579476/171_xf86AutoConfig_geode_addition.diff
--
please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c
https://bugs.launchpad.net/bugs/219630
95 matches
Mail list logo