Nabble - debian-alpha

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-12-08T05:23:52Z

On Tue, Dec 8, 2009 at 8:15 AM, Rafael Ruiz <gandano@...> wrote:
> So, Nowdays there are a Linux distribution for Alpha working?
> Is NetBSD and OpenBSD our only choice?

Gentoo is the only actively maintained distribution.

> Linux kernel is good for Alpha, specially 2.4.

You should try 2.6.

Matt

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-12-08T05:15:05Z

So, Nowdays there are a Linux distribution for Alpha working?
Is NetBSD and OpenBSD our only choice?

Linux kernel is good for Alpha, specially 2.4.

Best,
Rafa

2009/12/7 Steve Langasek <vorlon@...>

On Tue, Dec 01, 2009 at 12:28:49AM +0900, Osamu Aoki wrote:

> On Mon, Nov 30, 2009 at 08:39:53PM +1030, Karl Goetz wrote:
> > Package: www.debian.org
> > Severity: minor

> > The "Ports" section of [1] lists half a dozen porters for the Alpha
> > architecture. Sadly, this is incorrect, as there is (afaik) no active
> > Alpha porters in Debian.
> > thanks,

> > [1] http://www.debian.org/intro/organization#distribution

> Alpha -- <debian-alpha@...>
> member Falk Hueffner
> member John Goerzen
> member Steve Langasek
> member Thimo Neubauer
> member Norbert Tretkowski

> Should we remove Alpha section from this list? Someone who knows this for
> sure, please respond.

The set of active alpha porters in Debian has zero members, and the alpha
port has been dropped as a release architecture for squeeze. I think this
should be removed from the website, yes.

Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek@... vorlon@...

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQIVAwUBSxyDwlaNMPMhshM9AQhE2w/9HrVu3ExaYG8aBpmLlRRbwhXWCpIR3Uq8
liWSl5hlUwHRA8syLnQ0h/XvsaNjqnmxCHp29C3Ak2/VqkfgJzD6lOrzbtEm9pNL
zmliLJVaUbAbxjAx//YWiARPc+7aKR0QhmX4OgQrlQV/ql0vmtGVs/QtD0TjcM2I
r8Kipvneyxl5OPfs4/6Tv+LP9OF26S+rIQ5UokFDgoz8AhFJwnmTqntpGKw9kTUE
EyB526gUiEOyXKkpeIUxljyLuZmh9TgKS+JqA3xgwuP2xo+/qVd1AZgB2FSz84MN
6uZxT1x2j3hhxPoz6lWLR0AtRbWMB/N5glnp+U6iTaRt0UPMY1qtgzTzoF3qhIuQ
GnXN2M46BcYACFnOu6ovnh/m1Ra4opjHJDMJTgdfJnGc5a2DQvUe/9GbYB4HTom4
1/jp3bSytNH/KsKFbbNde0DykgCafIlAu4D+uO0kKNSESglKdK+Jd6a0gSGdcTjB
RhCfddaQEL2Us0MNV+DyKwm2XiziJBxf9i8jZ8WtqrUvQOu5ituwFE83i1N4ACQu
Temf2tYVgpg/IJCMkqPKC2N99qjtSS9oAnpL7gpJ/iwBJTMmFTVGvOieCK01Eq9s
6Y3fBAk3mlg/YWNIhSqoHZi8JmWVqW2Dgil5B+T64XSAsOwbE8wjTGmTm9SrQQ1O
2oCpYXr+Vdc=
=jO61
-----END PGP SIGNATURE-----

--
Registered Linux User #471869
--

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-12-06T20:25:38Z

On Tue, Dec 01, 2009 at 12:28:49AM +0900, Osamu Aoki wrote:

> On Mon, Nov 30, 2009 at 08:39:53PM +1030, Karl Goetz wrote:
> > Package: www.debian.org
> > Severity: minor

> > The "Ports" section of [1] lists half a dozen porters for the Alpha
> > architecture. Sadly, this is incorrect, as there is (afaik) no active
> > Alpha porters in Debian.
> > thanks,

> > [1] http://www.debian.org/intro/organization#distribution

> Alpha -- <debian-alpha@...>
> member Falk Hueffner
> member John Goerzen
> member Steve Langasek
> member Thimo Neubauer
> member Norbert Tretkowski

> Should we remove Alpha section from this list? Someone who knows this for
> sure, please respond.

The set of active alpha porters in Debian has zero members, and the alpha
port has been dropped as a release architecture for squeeze. I think this
should be removed from the website, yes.

Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek@... vorlon@...

signature.asc (844 bytes) Download Attachment

Re: Bug#556790: gcc-4.3: unrecognizable insn on alpha

2009-12-06T02:21:44Z

On Wed, Dec 02, 2009 at 12:18:47AM -0500, Matt Turner wrote:

> On Tue, Dec 1, 2009 at 3:08 PM, Michael Cree <mcree@...> wrote:
> > On 18/11/2009, at 9:31 AM, Kurt Roeckx wrote:
> >
> >> Package: gcc-4.3
> >> Version: 4.3.4-5
> >>
> >> Hi,
> >>
> >> I recently started seeing several cases of gcc giving an error
> >> message like this:
> >> packet-l2tp.c:1680: error: unrecognizable insn:
> >> (insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
> >> (ne:SI (reg:DI 76 [ prephitmp.1208 ])
> >> (const_int 0 [0x0]))) -1 (nil))
> >> packet-l2tp.c:1680: internal compiler error: in extract_insn, at
> >> recog.c:2001
> >
> >
> > Would this be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113 ??
>
> Hmm. The patch that _uncovered_ (not caused) the regression was
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8603
>
> It was included in >4.3.4 (that is, not in 4.3.4), 4.4.2, and the 4.5
> branch, so I don't think it could be 42113, but it certainly couldn't
> hurt to test.
>
> I'd be nice to know what this code is that triggers the error.

Note that there is a list of packages you could try to reproduce
it and a reduced test case in the debian bug tracker.

Kurt

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#556790: gcc-4.3: unrecognizable insn on alpha

2009-12-01T22:02:50Z

On 02/12/09 18:18, Matt Turner wrote:

> On Tue, Dec 1, 2009 at 3:08 PM, Michael Cree<mcree@...> wrote:
>> On 18/11/2009, at 9:31 AM, Kurt Roeckx wrote:
>>
>>> Package: gcc-4.3
>>> Version: 4.3.4-5
>>>
>>> Hi,
>>>
>>> I recently started seeing several cases of gcc giving an error
>>> message like this:
>>> packet-l2tp.c:1680: error: unrecognizable insn:
>>> (insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
>>> (ne:SI (reg:DI 76 [ prephitmp.1208 ])
>>> (const_int 0 [0x0]))) -1 (nil))
>>> packet-l2tp.c:1680: internal compiler error: in extract_insn, at
>>> recog.c:2001
>>
>>
>> Would this be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113 ??
>
> Hmm. The patch that _uncovered_ (not caused) the regression was
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8603
>
> It was included in>4.3.4 (that is, not in 4.3.4), 4.4.2, and the 4.5
> branch, so I don't think it could be 42113, but it certainly couldn't
> hurt to test.

From the Debian gcc-4.3 Changelog:

gcc-4.3 (4.3.4-2) unstable; urgency=low
[ Aurelien Jarno ]
* patches/kbsd-gnu-ada.dpatch: add Ada support on kfreebsd-amd64.
* rules.conf: enable Ada on kfreebsd-amd64.
[ Matthias Klose ]
* Update to SVN 20090826 from the gcc-4_3-branch.
- Fixes: PR target/41019, PR target/8603 (closes: #161432),
PR rtl-optimization/41033, PR target/40906, PR target/40577,
PR fortran/40847, PR fortran/40851, PR c/41046, PR debug/39706.
PR middle-end/41094, PR target/40718, PR fortran/41102.
* Avoid underscores in doc-base document id's to workaround a
dh_installdocs bug.

So the patch that uncovered 42113 has been included in Debian's gcc
since version 4.3.4-2.

Cheers
Michael

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#556790: gcc-4.3: unrecognizable insn on alpha

2009-12-01T21:18:47Z

On Tue, Dec 1, 2009 at 3:08 PM, Michael Cree <mcree@...> wrote:

> On 18/11/2009, at 9:31 AM, Kurt Roeckx wrote:
>
>> Package: gcc-4.3
>> Version: 4.3.4-5
>>
>> Hi,
>>
>> I recently started seeing several cases of gcc giving an error
>> message like this:
>> packet-l2tp.c:1680: error: unrecognizable insn:
>> (insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
>> (ne:SI (reg:DI 76 [ prephitmp.1208 ])
>> (const_int 0 [0x0]))) -1 (nil))
>> packet-l2tp.c:1680: internal compiler error: in extract_insn, at
>> recog.c:2001
>
>
> Would this be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113 ??

Hmm. The patch that _uncovered_ (not caused) the regression was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8603

It was included in >4.3.4 (that is, not in 4.3.4), 4.4.2, and the 4.5
branch, so I don't think it could be 42113, but it certainly couldn't
hurt to test.

I'd be nice to know what this code is that triggers the error.

Matt

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#556790: gcc-4.3: unrecognizable insn on alpha

2009-12-01T12:08:09Z

On 18/11/2009, at 9:31 AM, Kurt Roeckx wrote:

> Package: gcc-4.3
> Version: 4.3.4-5
>
> Hi,
>
> I recently started seeing several cases of gcc giving an error
> message like this:
> packet-l2tp.c:1680: error: unrecognizable insn:
> (insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
> (ne:SI (reg:DI 76 [ prephitmp.1208 ])
> (const_int 0 [0x0]))) -1 (nil))
> packet-l2tp.c:1680: internal compiler error: in extract_insn, at
> recog.c:2001

Would this be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113 ??

Cheers
Michael.

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-12-01T04:56:00Z

On Tue, Dec 01, 2009 at 10:13:05AM +0100, Holger Levsen wrote:
> On Dienstag, 1. Dezember 2009, Charles Plessy wrote:
> > the Alpha port has actually already been dropped:
> > http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html
>
> thats exactly why I wrote what I wrote

That is what I understood too.

What I wish to achieve is a short wording to use web page at:

Alpha -- <debian-alpha@...>
member Falk Hueffner
member John Goerzen
member Steve Langasek
member Thimo Neubauer
member Norbert Tretkowski

This comes from webwml/english/intro/organization.data:

<job <a href="$(HOME)/ports/alpha/">Alpha</a>> <genericemail debian-alpha@...>
<member>Falk Hueffner
<member>John Goerzen
<member>Steve Langasek
<member>Thimo Neubauer
<member>Norbert Tretkowski

What should we do? Can I just exchange the first line as:

<job <a href="$(HOME)/ports/alpha/">Alpha (this might not be released with squeeze)</a>> <genericemail debian-alpha@...>

If othes can suggest elegant webwml tag etc., I will take that over this
hack.

Osamu

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-11-30T15:19:21Z

Le Mon, Nov 30, 2009 at 06:19:30PM +0100, Holger Levsen a écrit :
> Hi,
>
> On Montag, 30. November 2009, Osamu Aoki wrote:
> > Should we remove Alpha section from this list? Someone who knows this for
> > sure, please respond.
>
> I would rather suggest to keep the section and mention (there) that there are
> no alpha porters and thus the port is becoming unmaintained and is in
> concrete danger of not being released with the next stable release.

Hi Holger and everybody,

the Alpha port has actually already been dropped:

http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html

Have a nice day,

--
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-11-30T09:19:30Z

Hi,

On Montag, 30. November 2009, Osamu Aoki wrote:
> Should we remove Alpha section from this list? Someone who knows this for
> sure, please respond.

I would rather suggest to keep the section and mention (there) that there are
no alpha porters and thus the port is becoming unmaintained and is in
concrete danger of not being released with the next stable release.

regards,
Holger

signature.asc (196 bytes) Download Attachment

Re: Bug#558752: www.debian.org: Too many Alpha porters on intro/organization

2009-11-30T07:28:49Z

Hi,

On Mon, Nov 30, 2009 at 08:39:53PM +1030, Karl Goetz wrote:

> Package: www.debian.org
> Severity: minor
>
> The "Ports" section of [1] lists half a dozen porters for the Alpha
> architecture. Sadly, this is incorrect, as there is (afaik) no active
> Alpha porters in Debian.
> thanks,
> kk
>
>
> [1] http://www.debian.org/intro/organization#distribution

Alpha -- <debian-alpha@...>
member Falk Hueffner
member John Goerzen
member Steve Langasek
member Thimo Neubauer
member Norbert Tretkowski

Should we remove Alpha section from this list? Someone who knows this for
sure, please respond.

Osamu

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Future Icon Records] You've been added to our mailing list.

2009-11-28T19:57:03Z

Hi I represent KONVICT MUSIC recording artist COLBY O'DONIS (Just Dance Ft Colby O'Donis. Beautiful Ft Colby O'Donis) and we want to share with you His first Original Christmas song I made a radio edit of so happy here it is if you like it Radio Edit Of - So Happy https://rcpt.yousendit.com/782608652/9a8972b464bfc006aa5139a89722060d Instrumental Radio Edit - So Happy https://rcpt.yousendit.com/782608822/4c2efde9129f9900fe9782387ef48410 

--------
Get your free download from Future Icon Records here: http://fburls.com/12-Ip2G34Cz
--------

You have been added to the Future Icon Records fan list!

If you would like to verify your info or add more to your fan profile, you can do so by clicking on the following link:

http://www.FanBridge.com/signup/fansignup.php?userid=129853&email=debian-alpha@...&confCode=Yet49BKPehrrr72B7aBKYd9ea9

--
This list is powered by FanBridge, the world's leading provider of fan relationship management services for artists.

With FanBridge your information is always secure.

For more information about FanBridge please visit http://www.FanBridge.com/learn/
--

***Important: Please be sure to add the email address (futureiconrecords@...) to your safe senders list.***

Here's how:

Gmail
1. Click Contacts along the left side of any Gmail page.
2. Click Add Contact.
3. In the primary email address box, type futureiconrecords@....
4. Click Save.

AOL (version 9.0 or higher)
1. Click the Mail menu and select Address Book.
2. In the pop up box, click the Add button.
3. In the "Other E-Mail" field, type futureiconrecords@....
4. Make our From address the "Primary E-Mail" address by checking the associated check box.
5. Click the Save button.

AOL 8.0
1. Open this confirmation email.
2. Click Add Address.
3. Verify the sender's contact information (futureiconrecords@...).
4. Click Save.

Yahoo!
1. Click the "addresses" button
2. Select "Add Contact"
3. Save the futureiconrecords@... to your contacts list.

Hotmail
1. Click Options.
2. On the left side of the page, click Mail, and then click Junk E-Mail Protection.
3. Click Safe List.
4. Type futureiconrecords@..., and then click Add.

Outlook
1. Right-click on a message from futureiconrecords@....
2. Point to Junk E-mail, and click Add Sender to Safe Senders List.

----------------------------------------
Future Icon Records sent this email to debian-alpha@...
Questions? Contact futureiconrecords@... or Future Icon Records, c/o FanBridge, Inc. - 14525 SW Millikan Way, #16910, Beaverton, Oregon 97005, United States

Update Your Information - http://fburls.com/97-gSCSzNBZ
Forward to a friend - http://fburls.com/3-8wkJGLV0
Unsubscribe - http://fburls.com/83-xkXDnXDr
Privacy Policy - http://www.FanBridge.com/learn/privacy.php

This email message is powered by FanBridge:
http://www.FanBridge.com/b.php?id=129853
Powering Valuable Fan Relationships

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Metal Alüminyum Sistemleri

2009-11-24T18:12:55Z

ARAR Yapı Metal Alüminyum Sistemleri

ARAR Yapı Metal Alüminyum Sistemleri
Yapı Metal Alüminyum Sistemleri Olarak Kurulan Firmamız; Alüminyum Doğrama Sistemleri, Faliyetlerine Başlamıştır.
Alüminyum Kompozit Panel, Alüminyum Levha Kaplama,Üretim ve Profesyonel Ekibiyle En Yakın Çözüm Ortağınız.

HİZMETLERİMİZ


KÜPEŞTE	CAM BALKON	OTOMATİK KAPI VE PANJUR


PVC DOĞRAMA	CEHPE GİYDİRME	FOTOSELLİ OTOMATİK KAPI


	ALÜMİNYUM DOĞRAMA	SİNEKLİK

ARAR Yapı Metal Alüminyum Sistemleri
Gümüşpala mh. E5 Yan Yol Üzeri Avcılar / İSTANBUL
Tel : + 90 212 591 36 65
Fax : + 90 212 593 63 58

www.araryapimetal.com

Listeden Çıkmak için beni@... adresine "Çıkar" başlıklı Boş bir e-posta gönderiniz.

Bug#556790: gcc-4.3: unrecognizable insn on alpha

2009-11-17T12:31:09Z

Package: gcc-4.3
Version: 4.3.4-5

Hi,

I recently started seeing several cases of gcc giving an error
message like this:
packet-l2tp.c:1680: error: unrecognizable insn:
(insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
(ne:SI (reg:DI 76 [ prephitmp.1208 ])
(const_int 0 [0x0]))) -1 (nil))
packet-l2tp.c:1680: internal compiler error: in extract_insn, at recog.c:2001

The current package failing with such error are:
- wireshark
- gtk2-engines-qtcurve
- mpich2
- libssh2
- gargoyle-free

I'm not sure how old this issue is. As far as I can see I first
saw this issue with 4.3.4-5 and 4.3.4-6 still has it. I can
find logs of those package with 4.3.4-1 that were succesful.

Kurt

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

% 100 Yün HOTEL HALILARI ( CE Belgeli )

2009-11-05T08:44:22Z

Ahi Evran Sanayi Sit

Ahi Evran Sanayi Sit.Plevne Cad. No: 10 Demirci / MANİSA
Tel. : 0.236. 462 21 43 – 462 55 54 Fax : 0.236. 462 34 78
www.haskul.com – info@...

Mardan Palace 5***** Antalya
Sheraton Hotel 5***** Çeşme
Rixos Sungate Hotel - Kemer / ANTALYA
Güral Sapanca Otel & Spa 5*****
Sheraton Voyager Hotel 5*****
Crowne Plaza Hotel 5*****
Amara Dolce Vita Tekirova 5*****
Robust Delux Hotel –DUBAI
Royal Dragon Hotel 5***** Side/Antalya
Kaya Artemis Resort Hotel 5***** K.K.T.C.
Kiel Hotel 5***** Almanya

Conrad Hotel 5*****
Sürmeli Hotel 5*****
Mariot Courtyard Yeşilköy
Acapulco Resort Hotel 5*****
Golden Tulip Hotel 5***** Lefkoşe - K.K.T.C.
Barut Arum Hotel 5***** Antalya
Jasmine Court Hotel 5*****
Galaxi Casino - K.K.T.C.
Grand Ontur Hotel 5***** Çeşme
Anemon Hotel Fuar 4****
Sheraton Ataköy - İstanbul

Re: /debian/dists/testing/Contents-alpha* missing

2009-10-30T22:51:28Z

On Sat, 31 Oct 2009, Michael Cree wrote:

> Unstable may still be there for alpha, but I don't think any new binary
> packages have been built since the start of the week.

That's probably due to the FTPMaster team meeting - they've stopped
mirror updates while they are working on dak and related toosl:
http://lists.debian.org/debian-mirrors-announce/2009/10/msg00000.html
http://blog.ganneff.de/blog/2009/10/28/debian-ftpmaster-meeting-we-ar.html
http://blog.ganneff.de/blog/2009/10/30/debian-ftpmaster-meeting-now-w.html

--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: /debian/dists/testing/Contents-alpha* missing

2009-10-30T15:38:48Z

On Sat, Oct 31, 2009 at 10:04:38AM +1300, Michael Cree wrote:
> (...) But I really don't have the time to become a Debian Alpha
> porter which is what I think is really needed if we are to score another
> official Alpha release. (...)

Such is the lot of many of us, I'm afraid :-(. I don't mind tag-teaming
issues with "essential" (or "extremely useful") packages, but there's no
way I can afford the time to replace the resources we seem to have lost.

In the "extremely useful" category, I'd love to get KDE4 working. As
reported many weeks ago, plasma segfaults on startup, so I have yet to
accomplish the KDE 3 --> 4 transition.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: /debian/dists/testing/Contents-alpha* missing

2009-10-30T14:04:38Z

Bob Tracy wrote:
> On Thu, Oct 29, 2009 at 04:50:29PM +0100, Uwe Schindler wrote:
>
>> But unstable should still work? Or is it even broken therefore? :/
>>
>
> "Unstable" still works: thanks for the reminder.

Unstable may still be there for alpha, but I don't think any new binary
packages have been built since the start of the week.

> However, Alpha users
> will, of necessity, have to get a bit more involved in troubleshooting
> and/or fixing problems.
>

Yes, that's why I have recently tried to get a bit more involved in
sorting out the X Window problems, and now am working on some kernel
issues. But I really don't have the time to become a Debian Alpha
porter which is what I think is really needed if we are to score another
official Alpha release.

> I guess the remaining question is, at what point do the porters quit
> producing Alpha binary packages?

At the moment it appears Alpha binary packages are not being built.

> Building from source is always an
> option, and I've had to do a fair amount of that recently to get X11
> working.
>

Yes. In working on the kernel performance tools I discovered I needed
the binutils-dev package and had to build it from source, including some
of its dependencies. A 2 hour job for what use to take 2 mins...

Cheers
Michael.

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Re: /debian/dists/testing/Contents-alpha* missing

2009-10-30T10:04:39Z

On Thu, Oct 29, 2009 at 04:50:29PM +0100, Uwe Schindler wrote:
> But unstable should still work? Or is it even broken therefore? :/

"Unstable" still works: thanks for the reminder. However, Alpha users
will, of necessity, have to get a bit more involved in troubleshooting
and/or fixing problems.

I guess the remaining question is, at what point do the porters quit
producing Alpha binary packages? Building from source is always an
option, and I've had to do a fair amount of that recently to get X11
working.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

AW: Re: /debian/dists/testing/Contents-alpha* missing

2009-10-29T08:50:29Z

But unstable should still work? Or is it even broken therefore? :/

Mit einem Mobiltelefon von Sony Ericsson gesendet

---- Originalnachricht ----
Von: Julien Cristau <jcristau@...>
Gesendet:
An: Bob Tracy <rct@...>
CC: debian-alpha@...
Betreff: Re: /debian/dists/testing/Contents-alpha* missing

On Thu, 2009-10-29 at 10:19 -0500, Bob Tracy wrote:
> Has "testing" officially gone bye-bye for Alpha?

Yes.
http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html

Cheers,
Julien

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: /debian/dists/testing/Contents-alpha* missing

2009-10-29T08:22:26Z

On Thu, 2009-10-29 at 10:19 -0500, Bob Tracy wrote:
> Has "testing" officially gone bye-bye for Alpha?

Yes.
http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html

Cheers,
Julien

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

/debian/dists/testing/Contents-alpha* missing

2009-10-29T08:19:24Z

Has "testing" officially gone bye-bye for Alpha? Or is the
unavailability of the index files a temporary glitch?

Thanks...

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: [BUG] 2.6.32-rc5 build failure on Alpha

2009-10-28T22:57:21Z

On Thu, Oct 29, 2009 at 12:39:47AM -0500, Bob Tracy wrote:

> On Wed, Oct 28, 2009 at 10:53:05PM -0500, Bob Tracy wrote:
> > Mainline 2.6.32-rc5 kernel build failure. The last few lines of the kernel
> > build output are:
> >
> > LD vmlinux.o
> > MODPOST vmlinux.o
> > WARNING: "saved_config" [vmlinux] is COMMON symbol
> > GEN .version
> > CHK include/linux/compile.h
> > UPD include/linux/compile.h
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > arch/alpha/kernel/vmlinux.lds:241: undefined symbol `THREAD_SIZE' referenced in expression
> > make: *** [.tmp_vmlinux1] Error 1
>
> > In arch/alpha/include/asm/thread_info.h, THREAD_SIZE is defined as
> > (2*PAGE_SIZE).
>
> Ok. Found it. The THREAD_SIZE definition is inside a
> "#ifndef __ASSEMBLY__" block, so it never gets referenced (because
> "__ASSEMBLY__" is defined for the "vmlinux.lds" build). The obvious
> suggested fix is to move the definition outside the block.

A patch doing this has been posted some time ago.
I think/hope it is in -mm if it is not yet in -linus.

Sam

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: [BUG] 2.6.32-rc5 build failure on Alpha

2009-10-28T22:39:47Z

On Wed, Oct 28, 2009 at 10:53:05PM -0500, Bob Tracy wrote:

> Mainline 2.6.32-rc5 kernel build failure. The last few lines of the kernel
> build output are:
>
> LD vmlinux.o
> MODPOST vmlinux.o
> WARNING: "saved_config" [vmlinux] is COMMON symbol
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> arch/alpha/kernel/vmlinux.lds:241: undefined symbol `THREAD_SIZE' referenced in expression
> make: *** [.tmp_vmlinux1] Error 1

> In arch/alpha/include/asm/thread_info.h, THREAD_SIZE is defined as
> (2*PAGE_SIZE).

Ok. Found it. The THREAD_SIZE definition is inside a
"#ifndef __ASSEMBLY__" block, so it never gets referenced (because
"__ASSEMBLY__" is defined for the "vmlinux.lds" build). The obvious
suggested fix is to move the definition outside the block.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: [BUG] 2.6.32-rc5 build failure on Alpha

2009-10-28T22:10:56Z

On Wed, Oct 28, 2009 at 10:53:05PM -0500, Bob Tracy wrote:

In arch/alpha/include/asm/thread_info.h, THREAD_SIZE is defined as
(2*PAGE_SIZE). I tried editing arch/alpha/kernel/vmlinux.lds.S and making
that substitution manually, and the build succeeds. "thread_info.h" is
being included, so I have no idea why the build is breaking. gcc
version is 4.3.4 (Debian 4.3.4-5), and binutils version is
2.19.91.20091006.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[BUG] 2.6.32-rc5 build failure on Alpha

2009-10-28T20:53:05Z

Mainline 2.6.32-rc5 kernel build failure. The last few lines of the kernel
build output are:

LD vmlinux.o
MODPOST vmlinux.o
WARNING: "saved_config" [vmlinux] is COMMON symbol
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
arch/alpha/kernel/vmlinux.lds:241: undefined symbol `THREAD_SIZE' referenced in expression
make: *** [.tmp_vmlinux1] Error 1

--
------------------------------------------------------------------------
Bob Tracy | "Every normal man must be tempted at times to spit
rct@... | upon his hands, hoist the black flag, and begin
| slitting throats." -- H.L. Mencken
------------------------------------------------------------------------

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Xserver working on Alpha - finally

2009-10-27T22:25:38Z

(Thought it was time for a new subject...)

Brief synopsis of story thus far... Upgraded X11 infrastructure in the
hope of fixing whatever the updates to "Testing" broke several months
ago. The new server and radeon driver almost worked: mouse cursor was
normal brightness, but the rest of the display was almost too dim to be
useable. Moved existing xorg.conf out of the way, and the monitor would
powerdown shortly after the xserver initialized: no signal on the DVI-0
output (where I've got an old 15" monitor plugged in using a DB15 <-->
DVI adapter). The radeon driver couldn't detect anything connected to
any of the video card outputs, so it defaulted to VGA-0. Nothing I
tried in xorg.conf worked as far as forcing the output to DVI-0.

Finally tried moving the monitor to the VGA-0 output. With my old
xorg.conf file, I got the same "mouse cursor normal, display otherwise
dim" behavior. After moving xorg.conf out of the way, I got the most
beautiful display I've ever seen at what is probably the maximum depth
and resolution this monitor supports: 1152x864x24. I *had* been running
at 1024x768x16, and would prefer the slightly lower resolution on a 15"
screen because my eyes are sensitive to flicker at refresh rates
at/below 60 Hz.

For now, I'll give up on trying to run with the DVI-0 output (although
it's annoying to have lost a capability I used to have). At least
the monitor is auto-detected when it's plugged directly into the VGA-0
output. I guess it's time to dig through the Xorg.0.log file and see
if there's an auto-detected 1024x768 mode I can specify in a minimal
xorg.conf file.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-27T06:57:06Z

On Tue, Oct 27, 2009 at 09:23:25AM +1300, Michael Cree wrote:

> (...) There is an x86 emulator in the Xserver and it can read
> and use the video BIOS. On my Radeon 9200 the int10 code loads fine
> and I get the message:
>
> (II) RADEON(0): Legacy BIOS detected
>
> The Xserver can now POST video cards that the SRM fails to POST, and
> with the most recent kernels with KMS I presume even the kernel can
> POST Radeon cards that the SRM fails to POST (though I haven't tested
> that yet).

Well, completely eliminating xorg.conf and letting the server
auto-detect everything worked better than expected, but I still don't
have a working setup. Examining the logfile, the server correctly finds
XRANDR outputs VGA-0, DVI-0, and S-video. It can't find anything
connected to any of the outputs, so it sensibly (?) defaults to VGA-0.
Unfortunately, my monitor is connected to the DVI output.

I tried the following in xorg.conf:

Section "Device"
Identifier "Radeon 7500 QW"
Driver "radeon"
BusID "PCI:0:12:0"
Option "Monitor-DVI-0" "Hennessy Generic 15"
EndSection

Section "Monitor"
Identifier "Hennessy Generic 15"
Option "DPMS"
HorizSync 31.5-57.0
VertRefresh 50.0-70.0
Option "Enable" "true"
EndSection

but I'm still not getting a signal on the DVI connector: the monitor
powers down shortly after starting the X server. Also, the logfile
is indicating that the server is still trying to use the VGA-0 output
as well as the explicitly-enabled DVI-0 output. Worse, all the defined
video modes seemed to be mapped to the VGA-0 output.

(...)
(II) RADEON(0): Output VGA-0 enabled by config file
(II) RADEON(0): Output DVI-0 enabled by config file
(II) RADEON(0): Output S-video disconnected
(II) RADEON(0): Using user preference for initial modes
(II) RADEON(0): Output VGA-0 using initial mode 1024x768
(EE) RADEON(0): Output DVI-0 enabled but has no modes
(II) RADEON(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise
stated.
(==) RADEON(0): DPI set to (96, 96)
(...)

I suppose I could punt and move the monitor to the VGA output (and I
probably will just to see if that will work), but there should be a way
to force the desired behavior. Any ideas?

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-26T13:23:25Z

On 27/10/2009, at 5:09 AM, Bob Tracy wrote:

> On Mon, Oct 26, 2009 at 08:18:05AM -0500, Bob Tracy wrote:
>> On Mon, Oct 26, 2009 at 10:05:10PM +1300, Michael Cree wrote:
>>> Bob Tracy wrote:
>>>> Long story short: 1.7.0.902 fixed the problems with modules not
>>>> loading
>>>> because of undefined symbols, but the end result is no better
>>>> than what
>>>> I reported for the earlier 1.7.0 version. The mouse cursor is
>>>> normal
>>>> brightness, but the display is otherwise extremely dim:
>>>
>>> Maybe remove as much as possible from your xorg.conf? Xserver 1.7
>>> should start with a very minimal xorg.conf. I am not quite sure
>>> why you
>>> need the NoInt10 and DefaultConnectorTable options.
>>
>> The reason for "NoInt10" escapes me at the moment...
>
> I actually commented the change in my xorg.conf file :-). If
> "NoInt10"
> isn't "true", there's a probe for the video BIOS which fails on the
> Alpha (or at least, that *used* to be the case). Since I can't access
> the video BIOS, I have to use the default connector table too. Are
> you
> claiming that the current X server on Alpha can now do something
> useful
> with a x86 video BIOS? If that's true, I *am* impressed.

Yes, I am. There is an x86 emulator in the Xserver and it can read
and use the video BIOS. On my Radeon 9200 the int10 code loads fine
and I get the message:

(II) RADEON(0): Legacy BIOS detected

The Xserver can now POST video cards that the SRM fails to POST, and
with the most recent kernels with KMS I presume even the kernel can
POST Radeon cards that the SRM fails to POST (though I haven't tested
that yet).

Cheers
Michael.

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-26T09:09:06Z

On Mon, Oct 26, 2009 at 08:18:05AM -0500, Bob Tracy wrote:

> On Mon, Oct 26, 2009 at 10:05:10PM +1300, Michael Cree wrote:
> > Bob Tracy wrote:
> > >Long story short: 1.7.0.902 fixed the problems with modules not loading
> > >because of undefined symbols, but the end result is no better than what
> > >I reported for the earlier 1.7.0 version. The mouse cursor is normal
> > >brightness, but the display is otherwise extremely dim:
> >
> > Maybe remove as much as possible from your xorg.conf? Xserver 1.7
> > should start with a very minimal xorg.conf. I am not quite sure why you
> > need the NoInt10 and DefaultConnectorTable options.
>
> The reason for "NoInt10" escapes me at the moment...

I actually commented the change in my xorg.conf file :-). If "NoInt10"
isn't "true", there's a probe for the video BIOS which fails on the
Alpha (or at least, that *used* to be the case). Since I can't access
the video BIOS, I have to use the default connector table too. Are you
claiming that the current X server on Alpha can now do something useful
with a x86 video BIOS? If that's true, I *am* impressed.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-26T06:18:05Z

On Mon, Oct 26, 2009 at 10:05:10PM +1300, Michael Cree wrote:
> Bob Tracy wrote:
> >Long story short: 1.7.0.902 fixed the problems with modules not loading
> >because of undefined symbols, but the end result is no better than what
> >I reported for the earlier 1.7.0 version. The mouse cursor is normal
> >brightness, but the display is otherwise extremely dim:
>
> Maybe remove as much as possible from your xorg.conf? Xserver 1.7
> should start with a very minimal xorg.conf. I am not quite sure why you
> need the NoInt10 and DefaultConnectorTable options.

The reason for "NoInt10" escapes me at the moment, although I think it
had to do with "that doesn't work on Alpha anyway, so why not disable
it?". The "DefaultConnectorTable" option was (maybe still is) necessary
because trying to read the video BIOS on the Alpha with a generic (not
originally made for Alpha) Radeon 7500 was guaranteed to produce an
unusable result. Basically the same reason as having to specify the PCI
address for the card...

I'm seeing current reports of a problem similar to what I'm reporting,
but those users (on x86 platforms) are complaining about the symptoms
appearing when they come out of suspend or hibernation.

> How about trying: xrandr --output <your output device> --gamma 1:1:1
> where <your output device> is probably DVI-0.
>
> I do recall seeing such symptoms myself maybe a year go when I was
> playing around with the radeon and radeonhd drivers. I can't remember
> what the explanation was though it is definitely fixed for me now. The
> colour palette code in the radeon driver appeared to me quite a mess at
> the time I looked through it.

I'll give your suggestions a try: doesn't cost anything :-). Thanks.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-26T02:05:10Z

Bob Tracy wrote:
> Long story short: 1.7.0.902 fixed the problems with modules not loading
> because of undefined symbols, but the end result is no better than what
> I reported for the earlier 1.7.0 version. The mouse cursor is normal
> brightness, but the display is otherwise extremely dim:
Maybe remove as much as possible from your xorg.conf? Xserver 1.7
should start with a very minimal xorg.conf. I am not quite sure why you
need the NoInt10 and DefaultConnectorTable options.

How about trying: xrandr --output <your output device> --gamma 1:1:1
where <your output device> is probably DVI-0.

I do recall seeing such symptoms myself maybe a year go when I was
playing around with the radeon and radeonhd drivers. I can't remember
what the explanation was though it is definitely fixed for me now. The
colour palette code in the radeon driver appeared to me quite a mess at
the time I looked through it.

Cheers
Michael.

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-21T05:22:04Z

Long story short: 1.7.0.902 fixed the problems with modules not loading
because of undefined symbols, but the end result is no better than what
I reported for the earlier 1.7.0 version. The mouse cursor is normal
brightness, but the display is otherwise extremely dim: it's so dim it
appears to be greyscale but really *is* color as verified by cranking up
the brightness level on the monitor. Switching between the graphics
console and the various text consoles works fine, and the display is
left in a sane state on exit.

The video card has SVGA, DVI, and S-video outputs: the monitor (a 15"
Hennessy CRT) is attached to the DVI output. "lspci -v" reports the
card as follows:

00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon RV200 QW
[Radeon 7500] (prog-if 00 [VGA controller])
Subsystem: ATI Technologies Inc Radeon 7500
Flags: bus master, stepping, medium devsel, latency 255, IRQ 32
Memory at 10000000 (32-bit, prefetchable) [size=256M]
I/O ports at 9000 [size=256]
Memory at 09260000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at 09240000 [disabled] [size=128K]
Capabilities: [50] Power Management version 2
Kernel driver in use: radeonfb

The "Device" section for the card from "xorg.conf" is as follows:

Section "Device"
Identifier "Radeon 7500 QW"
Driver "radeon"
BusID "PCI:0:12:0"
Option "NoInt10" "true"
# BIOS not available on alpha, so use chip default.
Option "DefaultConnectorTable" "true"
# Option "UseFBDev" "true"
EndSection

In the "Screen" section, I specify a default depth of 16 at a resolution
of 1024x768.

Anybody see anything obvious in the log output?

====--CUT HERE--====
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.7.99.1
Release Date: (unreleased)
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.31 alpha Debian
Current Operating System: Linux smirkin 2.6.31 #1 Fri Sep 11 18:23:45 CDT 2009 alpha
Kernel command line: ro root=/dev/sda3
Build Date: 20 October 2009 11:44:59PM
xorg-server 2:1.7.0.902-1 (rct@...)
Current version of pixman: 0.16.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 21 06:46:59 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Hennessy Generic 15"
(**) | |-->Device "Radeon 7500 QW"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(==) Automatically adding devices
(==) Automatically enabling devices
(**) FontPath set to:
unix/:7100,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Generic Keyboard
(WW) Disabling Configured Mouse
(II) Loader magic: 0x120261910
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI: (0:0:7:0) 8086:0484:0000:0000 Intel Corporation 82378ZB/IB, 82379AB (SIO, SIO.A) PCI to ISA Bridge rev 67
(--) PCI:*(0:0:12:0) 1002:5157:1002:013a ATI Technologies Inc Radeon RV200 QW [Radeon 7500] rev 0, Mem @ 0x10000000/268435456, 0x09260000/65536, I/O @ 0x00009000/256, BIOS @ 0x????????/131072
(II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "record" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri2" will be loaded by default.
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules/libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 6.0
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions/librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules/libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.1.0
ABI class: X.Org Video Driver, version 6.0
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.1.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "radeon"
(II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
compiled for 1.7.0, module version = 6.12.99
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 6.0
(II) RADEON: Driver for ATI Radeon chipsets:
ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI),
ATI Radeon Mobility X300 (M24) 3152 (PCIE),
ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE),
ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136,
ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP),
ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP),
ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP),
ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP),
ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP),
ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),
ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650,
ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237,
ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP),
ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337,
ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI),
ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP),
ATI Radeon X800PRO (R420) JI (AGP),
ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP),
ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP),
ATI Radeon Mobility 9800 (M18) JN (AGP),
ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP),
ATI Radeon X800 VE (R420) JT (AGP), ATI Radeon X850 (R480) (AGP),
ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP),
ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP),
ATI Radeon Mobility M7 LW (AGP),
ATI Mobility FireGL 7800 M7 LX (AGP),
ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
ATI FireGL Mobility 9000 (M9) Ld (AGP),
ATI Radeon Mobility 9000 (M9) Lf (AGP),
ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP),
ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP),
ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP),
ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP),
ATI Radeon 9800XT NJ (AGP),
ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP),
ATI Radeon Mobility 9600 (M10) NQ (AGP),
ATI Radeon Mobility 9600 (M11) NR (AGP),
ATI Radeon Mobility 9600 (M10) NS (AGP),
ATI FireGL Mobility T2 (M10) NT (AGP),
ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP),
ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP),
ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI),
ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI),
ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI),
ATI Radeon Mobility X300 (M22) 5460 (PCIE),
ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE),
ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE),
ATI Radeon X800PRO (R423) UI (PCIE),
ATI Radeon X800LE (R423) UJ (PCIE),
ATI Radeon X800SE (R423) UK (PCIE),
ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE),
ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE),
ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE),
ATI FireGL unknown (R423) UR (PCIE),
ATI FireGL unknown (R423) UT (PCIE),
ATI Mobility FireGL V5000 (M26) (PCIE),
ATI Mobility FireGL V5000 (M26) (PCIE),
ATI Mobility Radeon X700 XL (M26) (PCIE),
ATI Mobility Radeon X700 (M26) (PCIE),
ATI Mobility Radeon X700 (M26) (PCIE),
ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834,
ATI Radeon Mobility 9100 IGP (U3) 5835,
ATI Radeon XPRESS 200 5954 (PCIE),
ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP),
ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP),
ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI),
ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE),
ATI Radeon XPRESS 200M 5975 (PCIE),
ATI Radeon XPRESS 200 5A41 (PCIE),
ATI Radeon XPRESS 200M 5A42 (PCIE),
ATI Radeon XPRESS 200 5A61 (PCIE),
ATI Radeon XPRESS 200M 5A62 (PCIE),
ATI Radeon X300 (RV370) 5B60 (PCIE),
ATI Radeon X600 (RV370) 5B62 (PCIE),
ATI Radeon X550 (RV370) 5B63 (PCIE),
ATI FireGL V3100 (RV370) 5B64 (PCIE),
ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE),
ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
ATI Radeon Mobility 9200 (M9+) 5C63 (AGP),
ATI Mobility Radeon X800 XT (M28) (PCIE),
ATI Mobility FireGL V5100 (M28) (PCIE),
ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE),
ATI Radeon X850 XT PE (R480) (PCIE),
ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE),
ATI unknown Radeon / FireGL (R480) 5D50 (PCIE),
ATI Radeon X850 XT (R480) (PCIE),
ATI Radeon X800XT (R423) 5D57 (PCIE),
ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE),
ATI Radeon X700 PRO (RV410) (PCIE),
ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE),
ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800,
ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800,
ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300,
ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800,
ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800,
ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505,
ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL,
ATI Mobility Radeon X1400, ATI Radeon X1300/X1550,
ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300,
ATI Mobility Radeon X1300, ATI Mobility Radeon X1300,
ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300,
ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350,
ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550,
ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450,
ATI Radeon X1300/X1550, ATI Mobility Radeon X2300,
ATI Mobility Radeon X2300, ATI Mobility Radeon X1350,
ATI Mobility Radeon X1350, ATI Mobility Radeon X1450,
ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350,
ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600,
ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600,
ATI Mobility FireGL V5200, ATI Mobility Radeon X1600,
ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600,
ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400,
ATI Mobility FireGL V5250, ATI Mobility Radeon X1700,
ATI Mobility Radeon X1700 XT, ATI FireGL V5200,
ATI Mobility Radeon X1700, ATI Radeon X2300HD,
ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300,
ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950,
ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560,
ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI FireGL V7400,
ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560,
ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835,
ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200,
ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740,
ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT,
ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT,
ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600,
ATI Radeon 4800 Series, ATI Radeon HD 4870 x2,
ATI Radeon 4800 Series, ATI Radeon HD 4850 x2,
ATI FirePro V8750 (FireGL), ATI FirePro V7760 (FireGL),
ATI Mobility RADEON HD 4850, ATI Mobility RADEON HD 4850 X2,
ATI Radeon 4800 Series, ATI FirePro RV770, AMD FireStream 9270,
AMD FireStream 9250, ATI FirePro V8700 (FireGL),
ATI Mobility RADEON HD 4870, ATI Mobility RADEON M98,
ATI Radeon 4800 Series, ATI Radeon 4800 Series, ATI FirePro M7750,
ATI M98, ATI M98, ATI M98, ATI Mobility Radeon HD 4650,
ATI Radeon RV730 (AGP), ATI Mobility Radeon HD 4670,
ATI FirePro M5750, ATI Radeon RV730 (AGP),
ATI RV730XT [Radeon HD 4670], ATI RADEON E4600,
ATI Radeon HD 4600 Series, ATI RV730 PRO [Radeon HD 4650],
ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL),
ATI FirePro V3750 (FireGL), ATI Mobility Radeon HD 4830,
ATI Mobility Radeon HD 4850, ATI FirePro M7740, ATI RV740,
ATI Radeon HD 4770, ATI Radeon HD 4700 Series, ATI Radeon HD 4770,
ATI FirePro M5750, ATI RV610, ATI Radeon HD 2400 XT,
ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000,
ATI RV610, ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT,
ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610,
ATI FireMV 2260, ATI RV670, ATI Radeon HD3870,
ATI Mobility Radeon HD 3850, ATI Radeon HD3850,
ATI Mobility Radeon HD 3850 X2, ATI RV670,
ATI Mobility Radeon HD 3870, ATI Mobility Radeon HD 3870 X2,
ATI Radeon HD3870 X2, ATI FireGL V7700, ATI Radeon HD3850,
ATI Radeon HD3690, AMD Firestream 9170, ATI Radeon HD 4550,
ATI Radeon RV710, ATI Radeon RV710, ATI Radeon HD 4350,
ATI Mobility Radeon 4300 Series, ATI Mobility Radeon 4500 Series,
ATI Mobility Radeon 4500 Series, ATI FirePro RG220, ATI RV630,
ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT,
ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP,
ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630,
ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600,
ATI FireGL V3600, ATI Radeon HD 2600 LE,
ATI Mobility FireGL Graphics Processor, ATI Radeon RV710,
ATI Radeon HD 3470, ATI Mobility Radeon HD 3430,
ATI Mobility Radeon HD 3400 Series, ATI Radeon HD 3450,
ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Radeon HD 3450,
ATI FirePro V3700, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260,
ATI Radeon HD 3600 Series, ATI Radeon HD 3650 AGP,
ATI Radeon HD 3600 PRO, ATI Radeon HD 3600 XT,
ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650,
ATI Mobility Radeon HD 3670, ATI Mobility FireGL V5700,
ATI Mobility FireGL V5725, ATI Radeon HD 3200 Graphics,
ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics,
ATI Radeon 3100 Graphics, ATI Radeon HD 3300 Graphics,
ATI Radeon HD 3200 Graphics, ATI Radeon 3000 Graphics,
ATI Radeon HD 4200, ATI Radeon 4100, ATI Mobility Radeon HD 4200,
ATI Mobility Radeon 4100, ATI RS880
(II) Primary Device is: PCI 00@00:0c:0
(II) Machine type has 8/16 bit access
(WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
(II) RADEON(0): TOTO SAYS 0000000009260000
(II) RADEON(0): MMIO registers at 0x0000000009260000: size 64KB
(II) RADEON(0): PCI bus 0 card 12 func 0
(**) RADEON(0): Depth 16, (--) framebuffer bpp 16
(II) RADEON(0): Pixel depth = 16 bits stored in 2 bytes (16 bpp pixmaps)
(==) RADEON(0): Default visual is TrueColor
(**) RADEON(0): Option "DefaultConnectorTable" "true"
(**) RADEON(0): Option "NoInt10" "true"
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules/libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 0.1.0
ABI class: X.Org Video Driver, version 6.0
(II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(==) RADEON(0): RGB weight 565
(II) RADEON(0): Using 6 bits per RGB (8 bit DAC)
(--) RADEON(0): Chipset: "ATI Radeon 7500 QW (AGP/PCI)" (ChipID = 0x5157)
(--) RADEON(0): Linear framebuffer at 0x0000000010000000
(II) RADEON(0): PCI card detected
(WW) RADEON(0): Restoring MEM_CNTL (00000000), setting to 00002e00
(II) RADEON(0): Legacy BIOS detected
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:0c.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenByBusid: drmOpenMinor returns 6
drmOpenByBusid: drmGetBusid reports pci:0000:00:0c.0
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.31.0
(==) RADEON(0): Page Flipping disabled
(II) RADEON(0): Will try to use DMA for Xv image transfers
(II) RADEON(0): Detected total video RAM=65536K, accessible=131072K (PCI BAR=262144K)
(--) RADEON(0): Mapped VideoRAM: 65536 kByte (64 bit DDR SDRAM)
(II) RADEON(0): Color tiling enabled by default
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Module "i2c" already built-in
(II) RADEON(0): ref_freq: 2700, min_out_pll: 20000, max_out_pll: 35000, min_in_pll: 40, max_in_pll: 3000, xclk: 20000, sclk: 250.000000, mclk: 200.000000
(II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000; xclk=20000
(II) RADEON(0): DFP table revision: 3
(II) RADEON(0): Output DVI-0 using monitor section Hennessy Generic 15
(II) RADEON(0): I2C bus "DVI-0" initialized.
(II) RADEON(0): Output VGA-0 has no monitor section
(II) RADEON(0): I2C bus "VGA-0" initialized.
(II) RADEON(0): Output S-video has no monitor section
(II) RADEON(0): Port0:
XRANDR name: DVI-0
Connector: DVI-I
CRT2: INTERNAL_DAC2
DFP1: INTERNAL_TMDS1
DDC reg: 0x64
(II) RADEON(0): Port1:
XRANDR name: VGA-0
Connector: VGA
CRT1: INTERNAL_DAC1
DDC reg: 0x60
(II) RADEON(0): Port2:
XRANDR name: S-video
Connector: S-video
TV1: INTERNAL_DAC2
DDC reg: 0x0
(II) RADEON(0): I2C device "DVI-0:ddc2" registered at address 0xA0.
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
Unhandled monitor type 0
finished output detect: 0
(II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0.
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
finished output detect: 1
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
finished output detect: 2
(EE) RADEON(0): No connected devices found!
finished all detect
before xf86InitialConfiguration
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
(EE) RADEON(0): Using CRT default
(II) RADEON(0): Adding Screen mode: 1024x768
(II) RADEON(0): Total number of valid Screen mode(s) added: 1
(II) RADEON(0): Not using default mode "640x350" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x175" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "640x400" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x200" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "720x400" (vrefresh out of range)
(II) RADEON(0): Not using default mode "360x200" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "320x240" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "640x480" (vrefresh out of range)
(II) RADEON(0): Not using default mode "320x240" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "400x300" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "400x300" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "800x600" (vrefresh out of range)
(II) RADEON(0): Not using default mode "400x300" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1024x768" (interlace mode not supported)
(II) RADEON(0): Not using default mode "512x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "512x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "512x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of range)
(II) RADEON(0): Not using default mode "512x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1024x768" (vrefresh out of range)
(II) RADEON(0): Not using default mode "512x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1280x960" (hsync out of range)
(II) RADEON(0): Not using default mode "640x480" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1280x960" (vrefresh out of range)
(II) RADEON(0): Not using default mode "640x480" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1280x1024" (hsync out of range)
(II) RADEON(0): Not using default mode "640x512" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1280x1024" (vrefresh out of range)
(II) RADEON(0): Not using default mode "640x512" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1280x1024" (vrefresh out of range)
(II) RADEON(0): Not using default mode "640x512" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "800x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "800x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "800x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1200" (vrefresh out of range)
(II) RADEON(0): Not using default mode "800x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1200" (vrefresh out of range)
(II) RADEON(0): Not using default mode "800x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1792x1344" (hsync out of range)
(II) RADEON(0): Not using default mode "896x672" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1792x1344" (vrefresh out of range)
(II) RADEON(0): Not using default mode "896x672" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1856x1392" (hsync out of range)
(II) RADEON(0): Not using default mode "928x696" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1856x1392" (vrefresh out of range)
(II) RADEON(0): Not using default mode "928x696" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1920x1440" (hsync out of range)
(II) RADEON(0): Not using default mode "960x720" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1920x1440" (vrefresh out of range)
(II) RADEON(0): Not using default mode "960x720" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "832x624" (vrefresh out of range)
(II) RADEON(0): Not using default mode "416x312" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (hsync out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1152x864" (vrefresh out of range)
(II) RADEON(0): Not using default mode "576x432" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1360x768" (monitor doesn't support reduced blanking)
(II) RADEON(0): Not using default mode "680x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "680x384" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range)
(II) RADEON(0): Not using default mode "700x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1400x1050" (hsync out of range)
(II) RADEON(0): Not using default mode "700x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1400x1050" (vrefresh out of range)
(II) RADEON(0): Not using default mode "700x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1400x1050" (vrefresh out of range)
(II) RADEON(0): Not using default mode "700x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "720x450" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1600x1024" (hsync out of range)
(II) RADEON(0): Not using default mode "800x512" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1680x1050" (hsync out of range)
(II) RADEON(0): Not using default mode "840x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1680x1050" (hsync out of range)
(II) RADEON(0): Not using default mode "840x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1680x1050" (hsync out of range)
(II) RADEON(0): Not using default mode "840x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1680x1050" (vrefresh out of range)
(II) RADEON(0): Not using default mode "840x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1680x1050" (vrefresh out of range)
(II) RADEON(0): Not using default mode "840x525" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1920x1080" (hsync out of range)
(II) RADEON(0): Not using default mode "960x540" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1920x1200" (hsync out of range)
(II) RADEON(0): Not using default mode "960x600" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "1920x1440" (vrefresh out of range)
(II) RADEON(0): Not using default mode "960x720" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "2048x1536" (hsync out of range)
(II) RADEON(0): Not using default mode "1024x768" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "2048x1536" (vrefresh out of range)
(II) RADEON(0): Not using default mode "1024x768" (doublescan mode not supported)
(II) RADEON(0): Not using default mode "2048x1536" (vrefresh out of range)
(II) RADEON(0): Not using default mode "1024x768" (doublescan mode not supported)
(II) RADEON(0): Printing probed modes for output DVI-0
(II) RADEON(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz)
(II) RADEON(0): Modeline "1440x900"x59.9 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
(II) RADEON(0): Modeline "1360x768"x59.8 84.75 1360 1432 1568 1776 768 771 781 798 -hsync +vsync (47.7 kHz)
(II) RADEON(0): Modeline "1152x864"x60.0 81.62 1152 1216 1336 1520 864 865 868 895 -hsync +vsync (53.7 kHz)
(II) RADEON(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) RADEON(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz)
(II) RADEON(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) RADEON(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) RADEON(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
(II) RADEON(0): EDID for output VGA-0
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): EDID for output S-video
(II) RADEON(0): Output DVI-0 connected
(II) RADEON(0): Output VGA-0 disconnected
(II) RADEON(0): Output S-video disconnected
(II) RADEON(0): Using user preference for initial modes
(II) RADEON(0): Output DVI-0 using initial mode 1024x768
(II) RADEON(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
(==) RADEON(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules/libfb.so
(II) Module fb: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(==) RADEON(0): Using EXA acceleration architecture
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib/xorg/modules/libexa.so
(II) Module exa: vendor="X.Org Foundation"
compiled for 1.7.99.1, module version = 2.5.0
ABI class: X.Org Video Driver, version 6.0
(==) RADEON(0): Assuming overlay scaler buffer width is 1536
(II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable.
(!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support
(II) RADEON(0): RADEONScreenInit 10000000 0 0
(WW) RADEON(0): xf86UnMapVidMem: cannot find region for [0x20004a0a000,0x10000]
Entering TV Save
Save TV timing tables
saveTimingTables: reading timing tables
TV Save done
disable TVDAC
(II) RADEON(0): Dynamic Power Management Disabled
(==) RADEON(0): Using 16 bit depth buffer
(II) RADEON(0): RADEONInitMemoryMap() :
(II) RADEON(0): mem_size : 0x08000000
(II) RADEON(0): MC_FB_LOCATION : 0x17ff1000
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0
(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): Allocating from a screen of 65536 kb
(II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00438000
(II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x0043c000
(II) RADEON(0): Will use 4320 kb for front buffer at offset 0x00000000
(II) RADEON(0): Will use 4320 kb for back buffer at offset 0x00440000
(II) RADEON(0): Will use 4320 kb for depth buffer at offset 0x00878000
(II) RADEON(0): Will use 26112 kb for textures at offset 0x00cb0000
(II) RADEON(0): Will use 26432 kb for X Server offscreen at offset 0x02630000
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:0c.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenByBusid: drmOpenMinor returns 6
drmOpenByBusid: drmGetBusid reports pci:0000:00:0c.0
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables.
(II) RADEON(0): [drm] framebuffer handle = 0x10000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): X context handle = 0x1
(II) RADEON(0): [drm] installed DRM signal handler
(II) RADEON(0): [pci] 8192 kB allocated with handle 0x00c75ffc
(II) RADEON(0): [pci] ring handle = 0x10020000
(II) RADEON(0): [pci] Ring mapped at 0x20004a1a000
(II) RADEON(0): [pci] Ring contents 0x00000000
(II) RADEON(0): [pci] ring read ptr handle = 0x10022000
(II) RADEON(0): [pci] Ring read ptr mapped at 0x2000004a000
(II) RADEON(0): [pci] Ring read ptr contents 0x00000000
(II) RADEON(0): [pci] vertex/indirect buffers handle = 0x10024000
(II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x20004b1c000
(II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000
(II) RADEON(0): [pci] GART texture map handle = 0x10026000
(II) RADEON(0): [pci] GART Texture map mapped at 0x20004d1c000
(II) RADEON(0): [drm] register handle = 0x2fffe000
(II) RADEON(0): [dri] Visual configs initialized
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x17ff1000 0x1fff0000
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0
(==) RADEON(0): Backing store disabled
(II) RADEON(0): [DRI] installation complete
(II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers
(II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers
(II) RADEON(0): [drm] dma control initialized, using IRQ 32
(II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0): MC_FB_LOCATION was: 0x17ff1000 is: 0x17ff1000
(WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x17ff1000 0x17ff1000
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0
(II) RADEON(0): Direct rendering enabled
(II) RADEON(0): Render acceleration enabled for R100 type cards.
(II) RADEON(0): Setting EXA maxPitchBytes
(II) EXA(0): Offscreen pixmap area of 27066368 bytes
(II) EXA(0): Driver registered support for the following operations:
(II) Solid
(II) Copy
(II) Composite (RENDER acceleration)
(II) UploadToScreen
(II) DownloadFromScreen
(II) RADEON(0): Acceleration enabled
(**) RADEON(0): DPMS enabled
(==) RADEON(0): Silken mouse enabled
(II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c
(II) Loading sub module "theatre_detect"
(II) LoadModule: "theatre_detect"
(II) Loading /usr/lib/xorg/modules/multimedia/theatre_detect_drv.so
(II) Module theatre_detect: vendor="X.Org Foundation"
compiled for 1.7.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 6.0
(II) RADEON(0): no multimedia table present, disabling Rage Theatre.
(II) RADEON(0): Set up overlay video
(II) RADEON(0): Set up textured video
disable TVDAC
disable primary dac
disable TV
disable TVDAC
init memmap
init common
init crtc1
init pll1
freq: 75000000
best_freq: 75000000
best_feedback_div: 25
best_frac_feedback_div: 0
best_ref_div: 3
best_post_div: 3
restore memmap
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x17ff1000 0x17ff1000
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0
restore common
restore crtc1
restore pll1
finished PLL1
set RMX
set TVDAC
enable TVDAC
disable primary dac
(II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message.
(--) RandR disabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) SELinux: Disabled on system
record: RECORD extension enabled at configure time.
record: This extension is known to be broken, disabling extension now..
record: http://bugs.freedesktop.org/show_bug.cgi?id=20500
(II) AIGLX: Screen 0 is not DRI2 capable
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:0c.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: drmOpenMinor returns 7
drmOpenByBusid: drmGetBusid reports pci:0000:00:0c.0
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_make_current_read
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: enabled GLX_texture_from_pixmap with driver support
(II) AIGLX: Loaded and initialized /usr/lib/dri/radeon_dri.so
(II) GLX: Initialized DRI GL provider for screen 0
(II) RADEON(0): Setting screen physical size to 270 x 203
(II) config/hal: Adding input device AT Translated Set 2 keyboard
(II) LoadModule: "evdev"
(II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
compiled for 1.7.0, module version = 2.2.99
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 7.0
(**) AT Translated Set 2 keyboard: always reports core events
(**) AT Translated Set 2 keyboard: Device: "/dev/input/event0"
(II) AT Translated Set 2 keyboard: Found keys
(II) AT Translated Set 2 keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc104"
(**) Option "xkb_layout" "us"
(II) config/hal: Adding input device ImPS/2 Generic Wheel Mouse
(**) ImPS/2 Generic Wheel Mouse: always reports core events
(**) ImPS/2 Generic Wheel Mouse: Device: "/dev/input/event1"
(II) ImPS/2 Generic Wheel Mouse: Found 3 mouse buttons
(II) ImPS/2 Generic Wheel Mouse: found relative axes
(II) ImPS/2 Generic Wheel Mouse: Found x and y relative axes
(II) ImPS/2 Generic Wheel Mouse: Found scroll wheel(s)
(II) ImPS/2 Generic Wheel Mouse: Configuring as mouse
(**) ImPS/2 Generic Wheel Mouse: YAxisMapping: buttons 4 and 5
(**) ImPS/2 Generic Wheel Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "ImPS/2 Generic Wheel Mouse" (type: MOUSE)
(**) ImPS/2 Generic Wheel Mouse: (accel) keeping acceleration scheme 1
(**) ImPS/2 Generic Wheel Mouse: (accel) acceleration profile 0
(II) ImPS/2 Generic Wheel Mouse: initialized for relative axes.
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
Unhandled monitor type 0
(II) RADEON(0): EDID for output DVI-0
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
(II) RADEON(0): EDID for output VGA-0
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): EDID for output S-video
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
Unhandled monitor type 0
(II) RADEON(0): EDID for output DVI-0
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
(II) RADEON(0): EDID for output VGA-0
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): EDID for output S-video
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
Unhandled monitor type 0
(II) RADEON(0): EDID for output DVI-0
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
(II) RADEON(0): EDID for output VGA-0
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): EDID for output S-video
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
Unhandled monitor type 0
(II) RADEON(0): EDID for output DVI-0
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
(II) RADEON(0): EDID for output VGA-0
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): EDID for output S-video
====--TUC EREH--====

As always, thanks in advance for your help.

--Bob

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-20T06:29:38Z

On Mon, Oct 19, 2009 at 05:21:26PM +1300, Michael Cree wrote:

> Oh, sorry. I produced the patch for the 1.6 branch, that being
> currently in Debian testing. For the 1.7 xserver you also need to fix
> up _alpha_inb, etc., to be exported. You also need the patch "Fix
> undefined symbols on alpha". I am not at the computer with my patches
> nevertheless you can find it at:
>
> http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.7-nominations&id=fff0b2013ad40c6116e92a9c5e233da4a34e6943
>
> The xserver 1.7 nominations branch is at:
>
> http://cgit.freedesktop.org/xorg/xserver/log/?h=server-1.7-branch
>
> There are four patches for Alpha queued for the next Xserver release.
> With the one mentioned above, and the one I already sent, you have the
> two necessary to get the Xserver going. The other two are just
> tidying up the code to reduce the number of compiler warnings.

In that spirit, 1.7.0.902 (which includes your patch) was announced hot
on the heels of your posting. I'll give it a spin later today when I've
got time to build it.

--
------------------------------------------------------------------------
Bob Tracy | "Every normal man must be tempted at times to spit
rct@... | upon his hands, hoist the black flag, and begin
| slitting throats." -- H.L. Mencken
------------------------------------------------------------------------

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: X11 server on alpha -- update

2009-10-18T21:21:26Z

On 19/10/2009, at 4:35 PM, Bob Tracy wrote:

> On Sun, Oct 18, 2009 at 02:56:49PM +1300, Michael Cree wrote:
>>
>> The attached patch can be applied to the xserver 1.6 branch to fix it
>> for Alpha.
>
> Thanks for the patch!
>
> I'm happy to report I *almost* have a working X server again! At
> least,
> no segfault on startup. The only thing now is that the display is
> incredibly dim, probably because of a few noted module load failures.
> libint10.so and libvgahw.so both failed to load due to undefined
> _alpha_inb.

Oh, sorry. I produced the patch for the 1.6 branch, that being
currently in Debian testing. For the 1.7 xserver you also need to fix
up _alpha_inb, etc., to be exported. You also need the patch "Fix
undefined symbols on alpha". I am not at the computer with my patches
nevertheless you can find it at:

http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.7-nominations&id=fff0b2013ad40c6116e92a9c5e233da4a34e6943

The xserver 1.7 nominations branch is at:

http://cgit.freedesktop.org/xorg/xserver/log/?h=server-1.7-branch

There are four patches for Alpha queued for the next Xserver release.
With the one mentioned above, and the one I already sent, you have the
two necessary to get the Xserver going. The other two are just
tidying up the code to reduce the number of compiler warnings.

Michael.

--
To UNSUBSCRIBE, email to debian-alpha-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...