-------- Original-Message -------- > Date: Mon, 25 Aug 2008 06:07:33 PDT > From: Ken Mays <maybird1776 at yahoo.com> > To: xwin-discuss at opensolaris.org > Subject: Re: [xwin-discuss] SPARC-Xorg legacy hardware support
> Martin, > > Thanks for a lot of amazing work in this area. Really. If not for you, a > lot of people would not be able to keep using EOL'ed Sun > SPARCv7/SPARCv8/SPARCv9-based platforms on newer Sun Solaris OSes. Your work > is not in vain > for those users. > > My side note to you is this: > 1. http://blogs.sun.com/jbeck (Sun sponsorship contact) > 2. Opensolaris award discuss group (awards from $1,000-$30,000 USD) > 3. http://developers.sun.com/students/ > Note to you: Ensure your work will have merit, awardship, and sponsorship > through the "right" Sun channels. There may be better channels that a Sun > official can direct you in to get the real answers you need (probably from > Sun marketing and Director-level people) than from people in 'the field' ... > > Don't give up. Just go through the right doors and obtain your prize! > > ~ Ken Mays Hey! Thanks: * Ken, for your encouraging comments and hints * to everybody who has responded (for having responded / provided input) * thanks also to Andrew Pattison for testing Xorg on his Ultra 10 and having reported about it, for his support (of SPARC-Xorg) on this list (beginning as early as in 2006), thanks for his donation (Andrew: You will go into my upcoming "Natamar OpenSolaris"'s [Sponsors] section, and your cmd649 card goes out tomorrow morning, as I'm in DE right now). Okay, if there is a community that is interested in testing and co-developing the port, then I feel much better. Nice to meet you, SPARC users :-) Now some info about the current situation: I'm still involved into the same problem that I had since Saturday morning. I only left the flat yesterday for 3 hours. It has to to with this, but isn't the same (on OpenSolaris) : https://bugs.freedesktop.org/show_bug.cgi?id=11504 It prevents JDS's gdm from starting when you use the sunffb driver (which otherwise is very stable). It is a nightmare. If you enable debugging for gdm (to syslog), then you see finally *something*, but not enough. I had to build my private gdm and enable raw debugging output. Anyway, this would pollute this list. But finalllllly (1 hour ago) I managed to find a working workaround from Xorg7.2's xserver 1.3's randr/rrxinerama.c, see here:: $ diff rrxinerama.c__ORIG rrxinerama.c 0a1,2 > #define DixUnknownAccess 0 > 119c121 < register int n; --- > register int n, rc; 125,126c127,129 < pWin = LookupWindow(stuff->window, client); < if(!pWin) return BadWindow; --- > rc = LookupWindow(/* &pWin, */ stuff->window, client); > if(rc != Success) > return rc; 150,155d152 < RRXineramaScreenActive (ScreenPtr pScreen) < { < return rrGetScrPriv(pScreen) != NULL; < } < < static Bool 167c164 < if (RRXineramaScreenActive (pScreen)) --- > if (rrGetScrPriv (pScreen)) 176a174,179 > static Bool > RRXineramaScreenActive (ScreenPtr pScreen) > { > return RRXineramaScreenCount (pScreen) > 0; > } > 183c186 < register int n; --- > register int n, rc; 186,187c189,191 < pWin = LookupWindow(stuff->window, client); < if(!pWin) return BadWindow; --- > rc = LookupWindow( stuff->window, client); > if (rc != Success) > return rc; 209c213 < register int n; --- > register int n, rc; 212,213c216,218 < pWin = LookupWindow (stuff->window, client); < if(!pWin) return BadWindow; --- > rc = LookupWindow( stuff->window, client); > if (rc != Success) > return rc; 427a433,440 > /* > * Xinerama isn't capable enough to have multiple protocol screens each > * with their own output geometry. So if there's more than one protocol > * screen, just don't even try. > */ > if (screenInfo.numScreens > 1) > return; > Now that *this* finally works on my test-Ultra-30, I found out that on SPARC all the precompiled JDS apps (gnome, firefox, ...) (from the JDS download center at opensolaris.org) are still linked against the unre-distributable libs in /usr/openwin. N I C E. It's a mess without end. It eats up years and years. But let's switch over to Ken who has very much JDS (and KDE) building experience, which I only have a bit. It's basicly as simple as editing a big bunch of spec files for JDS ? List: Thanks for your input, please continue with it. Then I can see more sense in continuing "that". regards % martin bochnig
