Re: Sun Blade 2500 + XVR-1200

2011-08-30 Thread Dirk Dettmann Mailinglisten 
Am Montag, den 29.08.2011, 20:16 +0100 schrieb Jurij Smakov:
...
 In related news, I tried to run Xorg from wheezy on my machine and the 
 card (which uses e3d framebuffer from sunxvr500.c) appears to be much 
 more functional in X than it was last time I tried. The colors are all 
 wrong, and there are vertical black stripes crossing the screen, but 
 at least I can open a terminal window, etc. I'm going to see whether I 
 can tweak the framebuffer driver to improve the situation.

Some time ago in August 2010 there was a discussion about e3d between
David Miller, Josip Rodin and Howard Eisenberger. You can find the mails
in the archive, maybe you get some helpful informations there.

Regards
Dirk


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1314693714.2780.5.ca...@u60.itddhome.de

Re: status of ruby 1.9.1 wrt porting

2011-08-30 Thread Lennart Sorensen 
On Mon, Aug 29, 2011 at 11:48:34PM +0200, Lucas Nussbaum wrote:
 Ruby 1.9.3 is going to be released in september, and is a candidate for
 the default ruby version in wheezy. A snapshot is available in
 experimental. Now is an ideal time to work on porting issues and get the
 fixes integrated upstream. Ruby has a fairly large test suite, which
 makes finding problems easy, but exercises the threading library in
 interesting ways.
 
 Most of the issues are reproducible by re-building the Debian package.
 Use make  make test to get a shorter build.
 
 Here is the current complete list of issues I'm aware of. My time will
 be very limited in the coming weeks, but I will try my best to provide
 help.
 
 [armel,sparc] FTBFS due to miscompilation with -ftree-sra (inc. in -O3).
 See http://bugs.debian.org/635126.
 Currently worked-around by using -fno-tree-sra.
 Other packages might be affected.
 - FIXED from ruby1.9.1's POV, but you really want to look at this
for other packages.
 
 [armel] I've just seen that now that this one is fixed, the test suite
 segfaults.
 See
 https://buildd.debian.org/status/fetch.php?pkg=ruby1.9.1arch=armelver=1.9.3~preview1%2Bsvn33077-1stamp=1314634969
 search for 'TestFiber#test_many_fibers'.
 'make test-all' to reproduce. Failures during test-all are currently not
 fatal. The remaining ones needs more investigation, but I don't think
 that they are arch-specific. I'd like to make test-all failures fatal at
 some point.

Building on armhf seemed to go fine, and running some of the examples
looked good too.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110830140829.gl15...@caffeine.csclub.uwaterloo.ca

Re: Sun Blade 2500 + XVR-1200

2011-08-30 Thread Angus MacGyver 
On Tue, 2011-08-30 at 10:41 +0200, Dirk Dettmann Mailinglisten wrote:

Hi All...

 Am Montag, den 29.08.2011, 20:16 +0100 schrieb Jurij Smakov:
 ...
  In related news, I tried to run Xorg from wheezy on my machine and the 
  card (which uses e3d framebuffer from sunxvr500.c) appears to be much 
  more functional in X than it was last time I tried. The colors are all 
  wrong, and there are vertical black stripes crossing the screen, but 
  at least I can open a terminal window, etc. I'm going to see whether I 
  can tweak the framebuffer driver to improve the situation.
 
 Some time ago in August 2010 there was a discussion about e3d between
 David Miller, Josip Rodin and Howard Eisenberger. You can find the mails
 in the archive, maybe you get some helpful informations there.
 
 Regards
 Dirk
 

So I have installed the newer backported kernel...

Console is as before, lovely and working, just that X is corrupted -
blocky etc..

And follows the output of the various commands kind people have
supplied..

Anyone know if an XVR-100 would just work ? :-) 



TIA 

AM


root@dagobah:~# uname -a 
Linux dagobah 2.6.39-bpo.2-sparc64-smp #1 SMP Thu Aug 4 13:03:02 UTC
2011 sparc64 GNU/Linux
root@dagobah:~# prtconf -pv | grep screen:
screen: '/pci@1f,70/SUNW,XVR-1200@2'
root@dagobah:~# prtconf -pv | more 
.
Node 0xf00aec60
.node:  f00aec60
linebytes:  0800
character-set: 'ISO8859-1'
assigned-addresses:
c2001010..0800..0800.82001014..0010..0002.c2001018..0200..0200.82001030..00
12..0001
s-fru-len:  0800
s-fru-offset:  f400
s-fru-dev: 'fcode-prom'
version: '@(#)jfb.fth 1.10 03/04/03 SMI '
reg:
1000.....42001010....0800.02001014....0002.42001018...
.0200
monitor_mode:  0012
v_freq:  003c
height:  0400
width:  0500
edid_data:
00ff.ff00.10ac26a0.53484130.28110103.80342178.ee9bb5a9.5434ae25.135054a5.4b008180.a940714f.b3000101.01010101.0101283c.80a070b0.23403020.36000744.211a.00
ff.00445234.37343741.34304148.5320.00fc0044.454c4c32.34303757.46504843.00fd.00384c1e.5311000a.20202020.20200052
no_edid_blks:  0001
dev-comm:  feda3578
device_type: 'display'
model: 'SUNW,375-3101'
name: 'SUNW,XVR-1200'
fcode-rom-offset:  
66mhz-capable:  
fast-back-to-back:  
devsel-speed:  0001
class-code:  00038000
interrupts:  0001
latency-timer:  0040
cache-line-size:  0010
max-latency:  
min-grant:  
subsystem-id:  1044
subsystem-vendor-id:  3d3d
revision-id:  0001
device-id:  07a2
vendor-id:  3d3d

Node 0xf00be258
.node:  f00be258
assigned-addresses:
82001110..0013..2000
reg:
1100.....02001110....2000
compatible:
70636933.6433642c.3761322e.33643364.2e313034.342e3100.70636933.6433642c.3761322e.33643364.2e313034.34007063.69336433.642c3130.34340070.63693364.33642c37.61322e31.0
0706369.33643364.2c376132.00706369.636c6173.732c3033.38303030.00706369.636c6173.732c3033.383000
name: 'display'
66mhz-capable:  
fast-back-to-back:  
devsel-speed:  0001
class-code:  00038000
latency-timer:  
cache-line-size:  
max-latency:  
min-grant:  
subsystem-id:  1044
subsystem-vendor-id:  3d3d
revision-id:  0001
device-id:  07a2
vendor-id:  3d3d
.

root@dagobah:~# lsmod
Module  Size  Used by
parport_pc 24091  1 
lp  8776  0 
parport26139  2 parport_pc,lp
cpufreq_conservative 5209  0 
cpufreq_userspace   2216  0 
cpufreq_ondemand5948  0 
cpufreq_stats   2672  0 
cpufreq_powersave934  0 
freq_table  2634  2 cpufreq_ondemand,cpufreq_stats
binfmt_misc 6742  1 
fuse   55781  1 
xfs   632740  1 
ext2   65360  2 
loop   12674  0 
snd_ali545114175  0 
snd_ac97_codec106112  1 snd_ali5451
snd_pcm65512  2 snd_ali5451,snd_ac97_codec
snd_seq45382  0 
evdev   8806  0 
snd_timer  16868  2