[gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

Hi,
I need a few people to test X on Alpha. Michael Cree found what we
believe is the commit that broke X and also provided a patch to fix
some undefined references. We just need to confirm that these changes
make X work again and then we'll get them pulled into master and the
1.7 branch in time for 1.7.1

I'd especially like testers for:
 - Radeon, varying generations, both user mode setting and kernel mode setting
 - Matrox

Testers on non-BWX alphas would also be quite nice, since the last
round of email seemed to show that you do in fact exist.

My xserver repo is available at
http://cgit.freedesktop.org/~mattst88/xserver/ and contains the
patches we think will fix it.

Hats off to Michael Cree. :)

Thanks,
Matt Turner

PS: Click Reply-___All___ since I've cross posted.

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Brian Parkhurst]

I have an alpha DS-20e at home with a permedia i2pv card, however I can
pull it and put in a older PCI radeon card to test with.  I also have an
older Matrox card I can test with..

2.6.27-gentoo-r9 #4 SMP Sun Apr 5 21:10:02 PDT 2009 alpha EV67 Tsunami
GNU/Linux



On Wed, 2009-10-07 at 18:52 -0400, Matt Turner wrote:
> Hi,
> I need a few people to test X on Alpha. Michael Cree found what we
> believe is the commit that broke X and also provided a patch to fix
> some undefined references. We just need to confirm that these changes
> make X work again and then we'll get them pulled into master and the
> 1.7 branch in time for 1.7.1
> 
> I'd especially like testers for:
>  - Radeon, varying generations, both user mode setting and kernel mode setting
>  - Matrox
> 
> Testers on non-BWX alphas would also be quite nice, since the last
> round of email seemed to show that you do in fact exist.
> 
> My xserver repo is available at
> http://cgit.freedesktop.org/~mattst88/xserver/ and contains the
> patches we think will fix it.
> 
> Hats off to Michael Cree. :)
> 
> Thanks,
> Matt Turner
> 
> PS: Click Reply-___All___ since I've cross posted.
> 
-- 
------------------------
Brian C. Parkhurst
ORCA Technical Lead
Systems Programmer
UW Medicine IT Services
University of Washington
325 Ninth Ave
Box 359968
Seattle, WA 98104-2499
brianp-at-u.washington.edu
PGP Fingerprint DF84 0F88 AB6C F771 BB4E 7F4F F674 AA62 EEB4 1888

University of Washington e-mail messages are public records and are
subject to public inspection and copying as required under state public
records laws:

Privileged, confidential or patient identifiable information may be
contained in this message. The information is intended for the
individual named above.  If you are not the intended recipient, any
disclosure, copying, distribution or use of the contents of this
information is prohibited.  Please notify the sender by reply email, and
then destroy all copies of the message and any attachments.
See our Notice of Privacy Practices at www.uwmedicine.org.

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Wed, Oct 7, 2009 at 7:06 PM, Brian Parkhurst <brianp@spamcop.net> wrote:
> I have an alpha DS-20e at home with a permedia i2pv card, however I can
> pull it and put in a older PCI radeon card to test with.  I also have an
> older Matrox card I can test with..

Excellent, thanks. I know Tobias (the Gentoo/Alpha leader) has a glint
card and wants to get it working. See bug
http://bugs.freedesktop.org/show_bug.cgi?id=21546. Who knows? Maybe
it's already fixed and we just haven't been able to test.

Matt

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Brian Parkhurst]

How do you recommend I download your repo for compiling under gentoo?

Matt Turner wrote:
> Hi,
> I need a few people to test X on Alpha. Michael Cree found what we
> believe is the commit that broke X and also provided a patch to fix
> some undefined references. We just need to confirm that these changes
> make X work again and then we'll get them pulled into master and the
> 1.7 branch in time for 1.7.1
> 
> I'd especially like testers for:
>  - Radeon, varying generations, both user mode setting and kernel mode setting
>  - Matrox
> 
> Testers on non-BWX alphas would also be quite nice, since the last
> round of email seemed to show that you do in fact exist.
> 
> My xserver repo is available at
> http://cgit.freedesktop.org/~mattst88/xserver/ and contains the
> patches we think will fix it.
> 
> Hats off to Michael Cree. :)
> 
> Thanks,
> Matt Turner
> 
> PS: Click Reply-___All___ since I've cross posted.
> 

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Thu, Oct 8, 2009 at 9:35 AM, Brian Parkhurst <brianp@spamcop.net> wrote:
> How do you recommend I download your repo for compiling under gentoo?

The easiest/best way is to first install layman (emerge layman) and
with it add the 'x11' overlay.

See here for instructions wrt layman:
http://en.gentoo-wiki.com/wiki/Overlay#Layman

Unmask/keyword =x11-base/xorg-server-9999 and its dependencies. (You
might want to use app-portage/autounmask to make this a more automated
task.)

Copy the xorg-server-9999.ebuild from your layman overlay to your
local overlay (/usr/local/portage/x11-base/xorg-server/). Edit the
file and change this line:

EGIT_REPO_URI="git://anongit.freedesktop.org/git/xorg/xserver"
to
EGIT_REPO_URI="git://anongit.freedesktop.org/~mattst88/xserver"
In the folder where this new ebuild exists, run `ebuild
xorg-server-9999.ebuild digest`

At this point you should run `emerge =x11-base/xorg-server-9999` and
sit back and wait. When this has finished, emerge whatever X11 drivers
you need (xf86-input-evdev, xf86-video-{ati,glint}) and do some
testing.

I don't know what your level of proficiency with Gentoo is, but if
it's not high then this process will sound hard--trust me, it's really
not. The alternative would be much more complicated.

Thanks,
Matt

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Thu, Oct 8, 2009 at 8:49 AM, Geoff Martin <geoffmartin@gmail.com> wrote:
>      I have a 164LX with a Matrox Millennium II and a "just installed"
> Debian Lenny, all hardware is the same as 10 years ago : ). Can I help you
> with the test? what do I need to do?

In general, you need to install the xserver's dependencies, then using
git, clone my repository, and compile and install the code.

I'm not a Debian user, so I'm not sure what's the best way to do this.
Maybe someone else with Debian knowledge can help.

If you can put up with more compiling, Gentoo has some nice overlays
which automate much of this process.

Thanks,
Matt

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Thu, Oct 8, 2009 at 9:59 AM, Jarod Wilson <jarod@redhat.com> wrote:
> On 10/8/09 9:56 AM, Matt Turner wrote:
>>
>> On Thu, Oct 8, 2009 at 8:49 AM, Geoff Martin<geoffmartin@gmail.com>
>>  wrote:
>>>
>>>      I have a 164LX with a Matrox Millennium II and a "just installed"
>>> Debian Lenny, all hardware is the same as 10 years ago : ). Can I help
>>> you
>>> with the test? what do I need to do?
>>
>> In general, you need to install the xserver's dependencies, then using
>> git, clone my repository, and compile and install the code.
>>
>> I'm not a Debian user, so I'm not sure what's the best way to do this.
>> Maybe someone else with Debian knowledge can help.
>
> Not a Debian user either, but I believe...
>
> apt-get build-dep <name of X server package>
>
> ...should do the trick, more or less.

Thanks. I just wonder if it'll pull in the needed versions? X from git
will require newer versions of various packages than xserver-1.5 or
whatever version is available in Debian.

I guess an alternative is to use Peter Hutterer's X super module, but
I'm not too familiar with that either.

I should also say that anyone interested in testing is encouraged to
join our #alpha IRC channel on irc.freenode.net.

Matt

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Brian Parkhurst]

Okay had some time today.  I'm working on the autounmask of 
xorg-xserver-9999 (running now).

What is your recommended kernel for this build?

I've been working to bring the server up to current (emerge -uv world) & 
revdep-rebuild  (been about 4 months since I've updated packages)

Should hopefully be able to build the Kernel and Xorg-Server tomorrow.

Just to answer your last question.  I've been running Gentoo on my 
alpha(s) for about 6 years (migrated to the DS20E earlier this year from 
an older alpha 800).  I had contributed a bit to the livecd (2004 
release) to support booting alpha with DEC Mylex 960 Raid controller 
(just identified the firmware levels of the DEC OEM version).


Matt Turner wrote:
> On Thu, Oct 8, 2009 at 9:35 AM, Brian Parkhurst <brianp@spamcop.net> wrote:
>> How do you recommend I download your repo for compiling under gentoo?
> 
> The easiest/best way is to first install layman (emerge layman) and
> with it add the 'x11' overlay.
> 
> See here for instructions wrt layman:
> http://en.gentoo-wiki.com/wiki/Overlay#Layman
> 
> Unmask/keyword =x11-base/xorg-server-9999 and its dependencies. (You
> might want to use app-portage/autounmask to make this a more automated
> task.)
> 
> Copy the xorg-server-9999.ebuild from your layman overlay to your
> local overlay (/usr/local/portage/x11-base/xorg-server/). Edit the
> file and change this line:
> 
> EGIT_REPO_URI="git://anongit.freedesktop.org/git/xorg/xserver"
> to
> EGIT_REPO_URI="git://anongit.freedesktop.org/~mattst88/xserver"
> In the folder where this new ebuild exists, run `ebuild
> xorg-server-9999.ebuild digest`
> 
> At this point you should run `emerge =x11-base/xorg-server-9999` and
> sit back and wait. When this has finished, emerge whatever X11 drivers
> you need (xf86-input-evdev, xf86-video-{ati,glint}) and do some
> testing.
> 
> I don't know what your level of proficiency with Gentoo is, but if
> it's not high then this process will sound hard--trust me, it's really
> not. The alternative would be much more complicated.
> 
> Thanks,
> Matt
> 

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Sun, Oct 11, 2009 at 2:31 AM, Brian Parkhurst <brianp@spamcop.net> wrote:
> Okay had some time today.  I'm working on the autounmask of
> xorg-xserver-9999 (running now).
>
> What is your recommended kernel for this build?

I'd recommend the latest, 2.6.31, or even 2.6.32-rcX if you want to.
I'd like to get some people to test with Radeon kernel modesetting, so
at least .31 is required for that.

> I've been working to bring the server up to current (emerge -uv world) &
> revdep-rebuild  (been about 4 months since I've updated packages)
>
> Should hopefully be able to build the Kernel and Xorg-Server tomorrow.
>
> Just to answer your last question.  I've been running Gentoo on my alpha(s)
> for about 6 years (migrated to the DS20E earlier this year from an older
> alpha 800).  I had contributed a bit to the livecd (2004 release) to support
> booting alpha with DEC Mylex 960 Raid controller (just identified the
> firmware levels of the DEC OEM version).

Excellent! Great to have you. :)

I've been working on Alpha-related stuff for about a year and a half
and have sent emails to linux-alpha@ (the kernel mailing list),
axp-list, the RH alpha mailing list, debian-alpha@, but the Gentoo
mailing lists looked unused, so I never mailed them before. Too bad.

Thanks for your help :)

Matt

Re: [gentoo-alpha] Need X testers on Alpha. I think we've got it this time.

[Matt Turner]

On Sun, Nov 8, 2009 at 5:32 PM, Brian Parkhurst <brianp@spamcop.net> wrote:
> After several weeks I've managed to get my system consistent again.  The
> initial attempt at applying the x11 overlay failed miserably with multiple
> unmet dependencies that prevented my being able to fully compile cleanly.
>
> I removed the overlay and re-emerged update-Deep world and revdep-rebuilt
> the entire system.  Currently running a gentoo 2.6.31-r2 kernel.
>
> the emerge preview with the recently re-applied overlay looks clean..

Great to hear. Let us know of further progress.

Thanks!
Matt


> Sorry for the delay.  Oct was very busy at work for me plus the daylight
> savings conversion to standard time required additional weekend hours.
>
>
>
> Matt Turner wrote:
>>
>> On Sun, Oct 11, 2009 at 2:31 AM, Brian Parkhurst <brianp@spamcop.net>
>> wrote:
>>>
>>> Okay had some time today.  I'm working on the autounmask of
>>> xorg-xserver-9999 (running now).
>>>
>>> What is your recommended kernel for this build?
>>
>> I'd recommend the latest, 2.6.31, or even 2.6.32-rcX if you want to.
>> I'd like to get some people to test with Radeon kernel modesetting, so
>> at least .31 is required for that.
>>
>>> I've been working to bring the server up to current (emerge -uv world) &
>>> revdep-rebuild  (been about 4 months since I've updated packages)
>>>
>>> Should hopefully be able to build the Kernel and Xorg-Server tomorrow.
>>>
>>> Just to answer your last question.  I've been running Gentoo on my
>>> alpha(s)
>>> for about 6 years (migrated to the DS20E earlier this year from an older
>>> alpha 800).  I had contributed a bit to the livecd (2004 release) to
>>> support
>>> booting alpha with DEC Mylex 960 Raid controller (just identified the
>>> firmware levels of the DEC OEM version).
>>
>> Excellent! Great to have you. :)
>>
>> I've been working on Alpha-related stuff for about a year and a half
>> and have sent emails to linux-alpha@ (the kernel mailing list),
>> axp-list, the RH alpha mailing list, debian-alpha@, but the Gentoo
>> mailing lists looked unused, so I never mailed them before. Too bad.
>>
>> Thanks for your help :)
>>
>> Matt
>>
>

[gentoo-alpha] GCC-4.3.4 Build fails on new Install

[Ian Las]

[-- Attachment #1: Type: text/plain, Size: 3077 bytes --]

As it is not possible to upgrade from older Gentoo versions I have installed the latest Stage3 Tarball on an UP1100 Alpha system.
But as I have tried to run the bootstrap.sh script it faild to build the gcc-4.3.4 package. Got same errors with the Emerge command.Found some similar bug reports in Mail Archives which pointed to some hardware errors.Repeated the install on an UX164 system and ended with identical errors.Have to downgrade to gcc-4.3.2 to be able to continue.Any suggestions I could try ?Thanks,IanBelow is an extract of the build log:/var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c: In function '__ffsdi2':
/var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:531: error: unrecognizable insn:
(insn 106 30 43 4 /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:529 (set (reg:SI 105)
        (ne:DI (reg:DI 92)
            (const_int 0 [0x0]))) -1 (expr_list:REG_DEAD (reg:DI 92)
        (nil)))
/var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:531: internal compiler error: in extract_insn, at recog.c:2005
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugs.gentoo.org/> for instructions.
make[3]: *** [_ffssi2.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build/alpha-unknown-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'
make: *** [bootstrap-lean] Error 2
 ^[[31;01m*^[[0m ERROR: sys-devel/gcc-4.3.4 failed:
 ^[[31;01m*^[[0m   emake failed with bootstrap-lean
 ^[[31;01m*^[[0m 
 ^[[31;01m*^[[0m Call stack:
 ^[[31;01m*^[[0m     ebuild.sh, line   54:  Called src_compile
 ^[[31;01m*^[[0m   environment, line 5008:  Called toolchain_src_compile
 ^[[31;01m*^[[0m   environment, line 5570:  Called gcc_src_compile
 ^[[31;01m*^[[0m   environment, line 3196:  Called gcc_do_make
 ^[[31;01m*^[[0m   environment, line 2986:  Called die
 ^[[31;01m*^[[0m The specific snippet of code:
 ^[[31;01m*^[[0m       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}" LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || die "emake failed with ${GCC_MAKE_TARGET}";
 ^[[31;01m*^[[0m 
 ^[[31;01m*^[[0m If you need support, post the output of 'emerge --info =sys-devel/gcc-4.3.4',
 ^[[31;01m*^[[0m the complete build log and the output of 'emerge -pqv =sys-devel/gcc-4.3.4'.
 ^[[31;01m*^[[0m The complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.3.4/temp/build.log'.
 ^[[31;01m*^[[0m The ebuild environment file is located at '/var/tmp/portage/sys-devel/gcc-4.3.4/temp/environment'.
 ^[[31;01m*^[[0m S: '/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'




__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

[-- Attachment #2: Type: text/html, Size: 3359 bytes --]

Re: [gentoo-alpha] GCC-4.3.4 Build fails on new Install

[Raúl Porcel]

On 03/18/2010 12:03 AM, Ian Las wrote:
> As it is not possible to upgrade from older Gentoo versions I have installed the latest Stage3 Tarball on an UP1100 Alpha system.
> But as I have tried to run the bootstrap.sh script it faild to build the gcc-4.3.4 package. Got same errors with the Emerge command.Found some similar bug reports in Mail Archives which pointed to some hardware errors.Repeated the install on an UX164 system and ended with identical errors.Have to downgrade to gcc-4.3.2 to be able to continue.Any suggestions I could try ?Thanks,IanBelow is an extract of the build log:/var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c: In function '__ffsdi2':
> /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:531: error: unrecognizable insn:
> (insn 106 30 43 4 /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:529 (set (reg:SI 105)
>         (ne:DI (reg:DI 92)
>             (const_int 0 [0x0]))) -1 (expr_list:REG_DEAD (reg:DI 92)
>         (nil)))
> /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/libgcc/../gcc/libgcc2.c:531: internal compiler error: in extract_insn, at recog.c:2005
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://bugs.gentoo.org/> for instructions.
> make[3]: *** [_ffssi2.o] Error 1
> make[3]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build/alpha-unknown-linux-gnu/libgcc'
> make[2]: *** [all-stage1-target-libgcc] Error 2
> make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'
> make[1]: *** [stage1-bubble] Error 2
> make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'
> make: *** [bootstrap-lean] Error 2
>  ^[[31;01m*^[[0m ERROR: sys-devel/gcc-4.3.4 failed:
>  ^[[31;01m*^[[0m   emake failed with bootstrap-lean
>  ^[[31;01m*^[[0m 
>  ^[[31;01m*^[[0m Call stack:
>  ^[[31;01m*^[[0m     ebuild.sh, line   54:  Called src_compile
>  ^[[31;01m*^[[0m   environment, line 5008:  Called toolchain_src_compile
>  ^[[31;01m*^[[0m   environment, line 5570:  Called gcc_src_compile
>  ^[[31;01m*^[[0m   environment, line 3196:  Called gcc_do_make
>  ^[[31;01m*^[[0m   environment, line 2986:  Called die
>  ^[[31;01m*^[[0m The specific snippet of code:
>  ^[[31;01m*^[[0m       emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}" LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || die "emake failed with ${GCC_MAKE_TARGET}";
>  ^[[31;01m*^[[0m 
>  ^[[31;01m*^[[0m If you need support, post the output of 'emerge --info =sys-devel/gcc-4.3.4',
>  ^[[31;01m*^[[0m the complete build log and the output of 'emerge -pqv =sys-devel/gcc-4.3.4'.
>  ^[[31;01m*^[[0m The complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.3.4/temp/build.log'.
>  ^[[31;01m*^[[0m The ebuild environment file is located at '/var/tmp/portage/sys-devel/gcc-4.3.4/temp/environment'.
>  ^[[31;01m*^[[0m S: '/var/tmp/portage/sys-devel/gcc-4.3.4/work/build'
> 
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
> http://mail.yahoo.com 


Ian,

It's bug 309279