Bug#800367: installation-report: stretch-testing on NEOWARE m100: no graphics

2017-01-08 Thread Kevin Brace 
Hi Andreas,

The issue you are having probably is outside of OpenChrome's control.
There appears to be an issue finding the correct library, and I am not really 
familiar dealing with this kind of a situation.
I guess this is called the dependencies issue, I suppose.
I almost exclusively use Xubuntu / Lubuntu LTS versions for development and 
validation, and obviously, I am able to compile and load OpenChrome without 
issues.
To "prove" that Neoware m100 mobile thin client's hardware is compatible with 
OpenChrome, you may want to download, compile, and install the latest 
OpenChrome code.
This post I made while back is very detailed, so you should not have issues 
installing the latest OpenChrome code.

https://lists.freedesktop.org/archives/openchrome-users/2016-February/007237.html

Regards,

Kevin Brace
The OpenChrome Project maintainer / developer


> Date: Sun, 8 Jan 2017 10:33:04 +0100
> From: Andreas Glaeser 
> To: 800...@bugs.debian.org, openchrome-us...@lists.freedesktop.org
> Subject: [Openchrome-users] installation-report: stretch-testing on
>   NEOWARE m100: no graphics
> Message-ID: <20170108103304.26e855a8@a68n.lokal>
> Content-Type: text/plain; charset="utf-8"
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> There is some improvement visible regarding openchrome video-diver, 
> particularly, there
> 
> is no xorg.conf necessary any more in order to make use of the VESA-driver, 
> but obviously
> 
> X falls back to VESA automatically, which is positive in my opinion, so 
> people will have
> 
> some workable graphics-output, even if openchrome-video-driver is not 
> workable properly on
> 
> their hardware, without fiddling with Xorg-configuration.
> 
> See attached logfile [Xorg.0.log]
> 
> As far as I can tell, this is the essential part of the log, showing, why 
> openchrome is
> not workable yet:
> 
> .
> .
> ..
> > [24.359] (II) LoadModule: "openchrome"
> > [24.368] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so
> > [24.390] (EE) Failed to
> > load /usr/lib/xorg/modules/drivers/openchrome_drv.so: 
> > /usr/lib/xorg/modules/drivers/openchrome_drv.so: undefined symbol: 
> > vgaHWFreeHWRec
> [24.393] (II) UnloadModule: "openchrome"
> > [24.393] (II) Unloading openchrome
> > [24.393] (EE) Failed to load module "openchrome" (loader failed, 7)
> ..
> .
> .
> 
> It would be even nicer, guys, if openchrome worked properly on my hardware 
> instead of
> falling back to VESA. Now this would really be super-great, get it?
> 
> 
> 
> 
> > X.Org X server -- VIA display driver
> > 
> > OpenChrome is a project for the development of free and open-source drivers 
> > for the VIA
> > UniChrome video chipsets.
> > 
> > Originally called the 'snapshot' release, since it was a snapshot of an 
> > experimental
> > branch of the unichrome cvs code, this is a continued development of the 
> > open source
> > unichrome driver (from http://unichrome.sf.net) which also incorporates 
> > support for the
> > unichrome-pro chipsets.
> > 
> > Support for hardware acceleration (XvMC) for all chipsets has subsequently 
> > been ripped
> > out of the unichrome.sf.net driver. Therefore your only option if you wish 
> > to make use
> > of the acceleration features of your VIA chip with free and open-source 
> > drivers is to
> > use this version of the driver.
> > 
> > Tags: Hardware Enablement: Graphics and Video, Implemented in: C, Role: 
> > Plugin,
> > Purpose: Hardware Driver Other Packages Related to 
> > xserver-xorg-video-openchrome
> > 
> > depends
> > 
> > 
> > 
> > recommends
> > 
> > 
> > 
> > suggests
> > 
> > 
> > 
> > enhances
> > 
> > dep: libc6 (>= 2.14) [amd64]
> > GNU C Library: Shared libraries
> > also a virtual package provided by libc6-udeb 
> > 
> > dep: libc6 (>= 2.4) [i386]
> > 
> > dep: libdrm2 (>= 2.3.1)
> > Userspace interface to kernel DRM services -- runtime 
> > 
> > dep: libx11-6 (>= 2:1.4.99.1)
> > X11 client-side library 
> > 
> > dep: libxext6
> > X11 miscellaneous extension library 
> > 
> > dep: libxv1
> > X11 Video extension library 
> > 
> > dep: libxvmc1
> > X11 Video extension library 
> > 
> > dep: xorg-video-abi-23
> > virtual package provided by xserver-xorg-core, 
> > xserver-xorg-core-udeb 
> > 
> > dep: xserver-xorg-core (>= 2:1.18.99.901)
> > Xorg X server - core server 
> > 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iEYEARECAAYFAlhyB1gACgkQ5+rBHyUt5wvDngCdFSjRLke0PH2QSL9qIAaaFkh4
> qV4An1UwX1ghNr0+Y64kl/5KwB4zGSEA
> =GmAW
> -END PGP SIGNATURE-
> -- next part --
> A non-text attachment was scrubbed...
> Name: Xorg.0.log.xz
> Type: application/x-xz
> Size: 8084 bytes
> Desc: not available
> URL: 
>

Bug#800367: installation-report: stretch-testing on NEOWARE m100: no graphics

2017-01-08 Thread Andreas Glaeser 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


There is some improvement visible regarding openchrome video-diver, 
particularly, there

is no xorg.conf necessary any more in order to make use of the VESA-driver, but 
obviously

X falls back to VESA automatically, which is positive in my opinion, so people 
will have

some workable graphics-output, even if openchrome-video-driver is not workable 
properly on

their hardware, without fiddling with Xorg-configuration.

See attached logfile [Xorg.0.log]

As far as I can tell, this is the essential part of the log, showing, why 
openchrome is
not workable yet:

.
.
..
> [24.359] (II) LoadModule: "openchrome"
> [24.368] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so
> [24.390] (EE) Failed to
> load /usr/lib/xorg/modules/drivers/openchrome_drv.so: 
> /usr/lib/xorg/modules/drivers/openchrome_drv.so: undefined symbol: 
> vgaHWFreeHWRec
[24.393] (II) UnloadModule: "openchrome"
> [24.393] (II) Unloading openchrome
> [24.393] (EE) Failed to load module "openchrome" (loader failed, 7)
..
.
.

It would be even nicer, guys, if openchrome worked properly on my hardware 
instead of
falling back to VESA. Now this would really be super-great, get it?




> X.Org X server -- VIA display driver
> 
> OpenChrome is a project for the development of free and open-source drivers 
> for the VIA
> UniChrome video chipsets.
> 
> Originally called the 'snapshot' release, since it was a snapshot of an 
> experimental
> branch of the unichrome cvs code, this is a continued development of the open 
> source
> unichrome driver (from http://unichrome.sf.net) which also incorporates 
> support for the
> unichrome-pro chipsets.
> 
> Support for hardware acceleration (XvMC) for all chipsets has subsequently 
> been ripped
> out of the unichrome.sf.net driver. Therefore your only option if you wish to 
> make use
> of the acceleration features of your VIA chip with free and open-source 
> drivers is to
> use this version of the driver.
> 
> Tags: Hardware Enablement: Graphics and Video, Implemented in: C, Role: 
> Plugin,
> Purpose: Hardware Driver Other Packages Related to 
> xserver-xorg-video-openchrome
> 
> depends
> 
>   
> 
> recommends
> 
>   
> 
> suggests
> 
>   
> 
> enhances
> 
> dep: libc6 (>= 2.14) [amd64]
> GNU C Library: Shared libraries
> also a virtual package provided by libc6-udeb 
> 
> dep: libc6 (>= 2.4) [i386]
> 
> dep: libdrm2 (>= 2.3.1)
> Userspace interface to kernel DRM services -- runtime 
> 
> dep: libx11-6 (>= 2:1.4.99.1)
> X11 client-side library 
> 
> dep: libxext6
> X11 miscellaneous extension library 
> 
> dep: libxv1
> X11 Video extension library 
> 
> dep: libxvmc1
> X11 Video extension library 
> 
> dep: xorg-video-abi-23
> virtual package provided by xserver-xorg-core, xserver-xorg-core-udeb 
> 
> dep: xserver-xorg-core (>= 2:1.18.99.901)
> Xorg X server - core server 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlhyB1gACgkQ5+rBHyUt5wvDngCdFSjRLke0PH2QSL9qIAaaFkh4
qV4An1UwX1ghNr0+Y64kl/5KwB4zGSEA
=GmAW
-END PGP SIGNATURE-


Xorg.0.log.xz
Description: application/xz

Bug#800367: installation-report: stretch-testing on NEOWARE m100: no graphics

2015-09-28 Thread Andreas Glaeser 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Package: installation-reports
Version: 2.60
Severity: minor

Dear Maintainer,

I still have to use VESA-graphics.


- -- Package-specific info:

Boot method: USB
Image version:
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-netinst.iso,
2015-09-28
Date: 
2015-09-28, about 11.00h to 15.00h

Machine: NEOWARE m100 mobile thin-client
Partitions: 
Filesystem Type 1K-blocksUsed Available Use% Mounted on
udev   devtmpfs 10240   0 10240   0% /dev
tmpfs  tmpfs986684636 94032   5% /run
/dev/sda1  btrfs 13670400 3476368   8246224  30% /
tmpfs  tmpfs   246668   0246668   0% /dev/shm
tmpfs  tmpfs 5120   4  5116   1% /run/lock
tmpfs  tmpfs   246668   0246668   0% /sys/fs/cgroup
tmpfs  tmpfs49336   4 49332   1% /run/user/113
tmpfs  tmpfs49336   0 49336   0% /run/user/0

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [o]
Detect network card:[o]
Configure network:  [o]
Detect CD:  [o]
Load installer modules: [o]
Clock/timezone setup:   [o]
User/password setup:[o]
Detect hard drives: [o]
Partition hard drives:  [o]
Install base system:[o]
Install tasks:  [o]
Install boot loader:[o]
Overall install:[o]

Comments/Problems:

I ordered a CF-to-IDE adapter and a 16GB CF-card from Hongkong, both arrived 
much sooner
than expected.
Now I fitted both into the mobile thinclient, which was tricky, because the 
drive-bay is
made for harddisks, which makes it difficult to fit the much smaller adapter 
with CF-card
in place. I didn't want to take apart the device, so I made my own tool for 
that from two
wood-sticks, an old CF-card, two rubber-rings and some adhesive tape, 
resembling tongs.
Using that it went quite well.
Installation was interrupted, because I was unaware, the client was running on 
batteries,
which ran out at some point. This caused more problems with installing 
task-xfce-desktop
and task-laptop, it would not work with tasksel anymore because of the 
interruption, only
with aptitude, then some dependency-troubles showed up, which were gone again 
upon system
reboot.
It' positive, that it's possible to go without the proprietary firmware now, 
even without
any non-free packages, but openchrome still does not work for me, as reported 
already
there:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786873

the version in stable is: 1:0.3.3-1+b2, stretch has 1:0.3.3-1+b3

The X-server logfiles are attached [Xorg.0.log.openchrome.xz] and 
[Xorg.0.log.vesa.xz].

I continue using xorg.conf for VESA now, it is also attached [xorg.conf.xz].

- -- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20150927-00:34"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux m100 4.1.0-2-586 #1 Debian 4.1.6-1 (2015-08-23) i686 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. 
CN700/VN800/P4M800CE/Pro
Host Bridge [1106:0314] lspci -knn: Subsystem: VIA Technologies, Inc.
CN700/VN800/P4M800CE/Pro Host Bridge [1106:0314] lspci -knn:Kernel driver in
use: agpgart-via lspci -knn: 00:00.1 Host bridge [0600]: VIA Technologies, Inc.
CN700/VN800/P4M800CE/Pro Host Bridge [1106:1314] lspci -knn: 00:00.2 Host 
bridge [0600]:
VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:2314] lspci 
-knn:
00:00.3 Host bridge [0600]: VIA Technologies, Inc. PT890 Host Bridge 
[1106:3208] lspci
- -knn: 00:00.4 Host bridge [0600]: VIA Technologies, Inc. 
CN700/VN800/P4M800CE/Pro Host
Bridge [1106:4314] lspci -knn: 00:00.7 Host bridge [0600]: VIA Technologies, 
Inc.
CN700/VN800/P4M800CE/Pro Host Bridge [1106:7314] lspci -knn: 00:01.0 PCI bridge 
[0604]:
VIA Technologies, Inc. VT8237/VX700 PCI Bridge [1106:b198] lspci -knn: 00:0b.0 
CardBus
bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] 
lspci
- -knn: Subsystem: Packard Bell B.V. Device [1631:c018] lspci -knn: 
Kernel
driver in use: yenta_cardbus lspci -knn: 00:0c.0 Network controller [0280]: 
Ralink corp.
RT2561/RT61 rev B 802.11g [1814:0302] lspci -knn:   Subsystem: Device 
[18e8:6194]
lspci -knn: Kernel driver in use: rt61pci lspci -knn: 00:0f.0 IDE interface
[0101]: VIA Technologies,