limitations that you don't need to
report again:
- no pointer accelleration
- no VT switching
- keyboard and/or pointer dont work after suspend/resume
This is to be considered as highly experimental and not production-ready.
Try it at your own risks.
--
Matthieu Herrb
On Sun, Dec 20, 2020 at 12:43:43PM +0100, Matthieu Herrb wrote:
>
> https://marc.infœ?l=openbsd-tech&m=144982511914401&w=2
Should have been :
https://marc.info/?l=openbsd-tech&m=144982511914401&w=2
--
Matthieu Herrb
idn't look at.
If this card is a discrete one, get any ATI/Radeon card from the same
era to get something that works a bit better.
But support for EXA is also going away with all the userland side, pre
DRI/DRM 2D acceleration code. To do reasonably fast graphics you'd
need to either maintain a fork of some old X server release or move to
more recent hardware.
Final note: I don't have any remaining nVidia cards in working
condition to test patches.
--
Matthieu Herrb
On Wed, Oct 24, 2018 at 08:41:41AM +0200, Stefan Wollny wrote:
> Am 24.10.18 um 07:40 schrieb Matthieu Herrb:
> > On Tue, Oct 23, 2018 at 01:19:18PM +0200, Stefan Wollny wrote:
> >> Am 22.10.18 um 10:45 schrieb Stefan Wollny:
> >>> Am 10/22/18 um
he symbols blindly :/ *
If the X server can't recognize the layout returned by wscons, and
there is no explicit configuration in /etc/X11/xorg.conf, the default
is what you see below.
> >
> > Thus here is the Xorg.0.log which has the line
> > Option "XkbLayout" "us"
> > close to the end.
> >
>
--
Matthieu Herrb
nage to think that you have GNU
gettext available, which should not be the case as Xenocara doesn't
look in /usr/local/ (where the gettext port install its stuff).
Either you have manually installed libgettext or libintl in /usr/lib,
or you have managed to tweak environment variables in a
; Can anyone advise the proper way to do this please?
This is broken in 5.9 indeed. You can either switch to -current or
apply this patch to 5.9 sources:
http://marc.inf½?l=openbsd-tech&m=145701234317330&w=2
--
Matthieu Herrb
[demime 1.01d removed an attachment of type application/pgp-signature which had
a name of signature.asc]
>
> number=$(dd if=$rdevice bs=4 count=1 2>/dev/null | hexdump -e '/4
> "%u\n"')
> if [ -z "$1" ]; then
> echo $number
> else
> echo $(($number % $(($1 + 1
> fi
> }
One can use &
r a name.
This bug has been fixed in OpenBSD 5.7.
I recently backported the commit to 5.5 for the very same reason
(hotmail became unreachable) without trouble.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/asr/gethostnamadr_async.c.diff?r1=1.34&r2=1.35
--
Matthieu Herrb
On Tue, Jul 29, 2014 at 01:48:24PM -0400, Allan Streib wrote:
> On Tue, Jul 29, 2014, at 01:35 PM, Matthieu Herrb wrote:
>
> > From which resource file are these resources comming ? Can you paste
> > the corresponding parts (and check for trailing white space there) ?
>
napshot I don't see this:
>
> $ xrdb -query | awk '{print $0 "."}'
> *background:#002b36.
> *color0:#073642.
> *color1:#dc322f.
> *color10: #586e75.
> ...
>
>From which resource file are these resources comming ? Can you paste
the corresponding parts (and check for trailing white space there) ?
--
Matthieu Herrb
so writes its
errors to stderr and this doesn't get captured in Xorg.0.log
There may be something intesting to read here.
Otherwise build the xf86-video-nv with debugging symbols too and get a
backtrace, if possible by running Xorg directly under gdb, rather than
from a core file. From a remote login run sudo gdb Xorg and then 'r' ...
--
Matthieu Herrb
e xenocara tree.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=136686
Lots of code have changed in xterm since that bug report and fix.
The second part is in xenocara, but OpenBSD doesn't define
__FreeBSD__ so it's not used. Fixed.
--
Matthieu Herrb
or NetBSD in this area, since they already had
all the tools to cross-compile the base system in a much nicer way
than linux. Well 9 years later this has not happened.
¹) http://2004.eurobsdcon.org/uploads/media/EBSD04_keynote.pdf page 48
--
Matthieu Herrb
acking in the dri code is also good for the
other drivers.
--
Matthieu Herrb
On Mon, Sep 23, 2013 at 06:52:29PM -0700, Chris Cappuccio wrote:
> Jan Stary [h...@stare.cz] wrote:
> >
> > On Sep 23 14:50:44, ch...@nmedia.net wrote:
> > > Without a dmesg, Xorg.log, and those sort of things,
> > > how can anyone possibly give you a clue?
> > >
> > > With KMS and such, there ar
there are a number of knwon
issues) and that I strongly recommend not using it. Running X without
a config file is much more likely to produce a working result.
And for the few cases where an xorg.conf file is needed, just read the
xorg.conf(5) man page and use a text editor to create one containing
only the needed section(s).
--
Matthieu Herrb
On Fri, Jul 12, 2013 at 11:39:05PM +0200, Jan Stary wrote:
> On Jul 12 22:11:58, mhe...@gmail.com wrote:
> > On Fri, Jul 12, 2013 at 09:38:07AM +0200, MERIGHI Marcus wrote:
> > > mhe...@gmail.com (Matthieu Herrb), 2013.07.11 (Thu) 23:41 (CEST):
> > > > On Wed, Ju
On Fri, Jul 12, 2013 at 09:38:07AM +0200, MERIGHI Marcus wrote:
> mhe...@gmail.com (Matthieu Herrb), 2013.07.11 (Thu) 23:41 (CEST):
> > On Wed, Jul 10, 2013 at 01:30:23AM -0700, Philip Guenther wrote:
> > > On Wed, Jul 10, 2013 at 1:19 AM, Philip Guenther
> > > wrote
===
RCS file: /cvs/xenocara/app/luit/configure.ac,v
retrieving revision 1.6
diff -u -r1.6 configure.ac
--- configure.ac10 Feb 2013 15:38:37 - 1.6
+++ configure.ac11 Jul 2013 21:40:21 -0000
@@ -64,6 +64,11 @@
AC_CHECK_FUNCS([poll])
OS_CFLAGS="-D_XOPEN_SOURCE=500"
;;
+openbsd*)
+# grantpt() support is broken on OpenBSD
+ ac_cv_func_grantpt=no
+ unset HAVE_GRANTPT
+ ;;
*)
AC_CHECK_HEADERS([poll.h])
AC_CHECK_FUNCS([poll])
@@ -73,7 +78,7 @@
AC_SUBST(OS_CFLAGS)
AC_CHECK_HEADERS([pty.h stropts.h sys/ioctl.h sys/param.h sys/poll.h
sys/select.h sys/time.h termios.h])
-AC_CHECK_FUNCS([grantpt putenv select strdup])
+AC_CHECK_FUNCS([putenv select strdup])
if test "x$ac_cv_func_grantpt" != "xyes" ; then
AC_CHECK_LIB(util, openpty, [cf_have_openpty=yes],[cf_have_openpty=no])
Index: man/Makefile.in
===
RCS file: /cvs/xenocara/app/luit/man/Makefile.in,v
retrieving revision 1.1
diff -u -r1.1 Makefile.in
--- man/Makefile.in 10 Feb 2013 15:38:37 - 1.1
+++ man/Makefile.in 11 Jul 2013 21:40:22 -
@@ -197,6 +197,8 @@
PACKAGE_VERSION = @PACKAGE_VERSION@
PATH_SEPARATOR = @PATH_SEPARATOR@
PKG_CONFIG = @PKG_CONFIG@
+PKG_CONFIG_LIBDIR = @PKG_CONFIG_LIBDIR@
+PKG_CONFIG_PATH = @PKG_CONFIG_PATH@
SED = @SED@
SET_MAKE = @SET_MAKE@
SHELL = @SHELL@
--
Matthieu Herrb
fore probably undertested.
>
AFAICT, EXA is only implemented for G80 chipsets in the nv driver.
Older cards have lost acceleration since the removing of XAA in X
server 1.4 which was imported into Xenocara on june 7.
--
Matthieu Herrb
rade?
Even a month old snaphot is newer than 5.3. 5.3 has been tagged around
end of february. If you system says "5.3-current" it's post 5.3.
So installing 5.3 won't be an upgrade... Try an upgrade to a more
recent -current instead
--
Matthieu Herrb
base my node on "release".
>
<http://www.openbsd.org/faq/faq5.html#Flavors>
<http://www.openbsd.org/plus.html>
--
Matthieu Herrb
Try a -current snapshot. There is support for recent Intel HD graphics now.
list in radeon(4)
blindly. HD6xxx are for sure not supported.
As always the best is to be able to get your hands on a demo machine
and try to boot it from a CD or USB stick to have a look at dmesg.
--
Matthieu Herrb
t uhub2 port 2 "Alcor Micro product 0x6254" rev 2.00/1.00 addr 3
> uhidev0 at uhub4 port 1 configuration 1 interface 0 "Logitech USB-PS/2
> Optical Mouse" rev 2.00/27.20 addr 4
> uhidev0: iclass 3/1
> ums0 at uhidev0: 8 buttons, Z dir
> wsmouse0 at ums0 mux 0
> uhub5 at uhub4 port 3 "Chicony Generic USB Hub" rev 1.10/1.02 addr 5
> uhidev1 at uhub5 port 1 configuration 1 interface 0 "Chicony PFU-65 USB
> Keyboard" rev 1.10/1.02 addr 6
> uhidev1: iclass 3/1
> ukbd0 at uhidev1: 8 variable keys, 6 key codes
> wskbd1 at ukbd0 mux 1
> wskbd1: connecting to wsdisplay0
>
> The only thing I changed, regarding graphics, was 64 > 256 mb
> in bios.
> I was sure this cpu would run xorg without a hickup. Any idea
> what to do?
Try -current.
--
Matthieu Herrb
I just fixed the issue that makes the server segfault when it fails to
mmap the MMIO region in the intel driver, but there are still other
issues. Among them is probably the fact that the intel driver requires
drm(4) to work, and I'm not sure if the latter can handle 2 X servers.
--
Matthieu Herrb
You should not use the -Y option to ssh. It gives your 'firefox' session
acess to your main X session through the ssh X tunnel (and the DISPLAY
environment variable).
See http://gouloum.fr/doc/desktop_sec.html for a similar approach (using
sudo instead of ssh to switch users).
On Dec 2, 2012 5:5
On Sun, Sep 09, 2012 at 11:56:28PM -0500, Emilio Perea wrote:
> On Sun, Sep 09, 2012 at 12:34:58PM +0200, Matthieu Herrb wrote:
> > On Sat, Sep 08, 2012 at 10:58:55PM -0500, Emilio Perea wrote:
> > > I am very grateful for the effort the developers put into the snapshots,
>
e thread to believe that the latest snapshot would allow
> xenocara to build. As far as I can tell, it does not (yet) on
> amd64.
Afacit, it does build. What error are you getting ?
>
> Since I'm sure it will be fixed by another snapshot soon, this is no big
> deal.
>
--
Matthieu Herrb
On Tue, Aug 14, 2012 at 10:35:40PM +0200, Alexis de BRUYN wrote:
> On 14.08.2012 17:58, Matthieu Herrb wrote:
> > On Tue, Aug 14, 2012 at 04:39:57PM +0200, Matthieu Herrb wrote:
> >> On Tue, Aug 14, 2012 at 10:31:24AM +0200, Alexis de BRUYN wrote:
> >>> On 13.08.20
On Tue, Aug 14, 2012 at 04:39:57PM +0200, Matthieu Herrb wrote:
> On Tue, Aug 14, 2012 at 10:31:24AM +0200, Alexis de BRUYN wrote:
> > On 13.08.2012 23:34, Matthieu Herrb wrote:
> > > On Sun, Aug 12, 2012 at 10:04:17PM +0200, Alexis de BRUYN wrote:
> > >> On 11.08.201
On Tue, Aug 14, 2012 at 10:31:24AM +0200, Alexis de BRUYN wrote:
> On 13.08.2012 23:34, Matthieu Herrb wrote:
> > On Sun, Aug 12, 2012 at 10:04:17PM +0200, Alexis de BRUYN wrote:
> >> On 11.08.2012 23:33, Alexis de BRUYN wrote:
> >> I still have my previous issue, but
rt of Xorg has no
way to handle a dual-screen setup between udl and one (or more)
regular VGA card(s) on most architectures.
Fixing this require quite a bit of worg though.
--
Matthieu Herrb
Depth 24
>EndSubSection
> EndSection
>
This is the xorg.conf I use to test wsudl:
Section "Devicë
Identifier "Card0"
Driver "wsudl"
Option "Devicë "/dev/ttyD0"
EndSection
(Yes that's it. Modern X can figure out everything else).
--
Matthieu Herrb
ys you don't need an xorg.conf file
to run X in most cases.
If you need one, your favourite text editor (plus reading
xorg.conf(5)) is the best tool to produce one.
--
Matthieu Herrb
el HD Graphics 2000" rev 0x09
> >wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> >[173433.592] (II) intel(0): Integrated Graphics Chipset: Intel(R)
> >Sandybridge Desktop (GT1)
> >[173433.592] (--) intel(0): Chipset: "Sandybridge Desktop (GT1)"
--
Matthieu Herrb
lso, it has a good code
> quality and is rock solid...
>
> Is there a reason why dwm isnt in OpenBSD base installation?
Because there are already enough/too many window managers in base.
Use the packages if you prefer to use another window manager.
--
Matthieu Herrb
ABI class: X.Org Video Driver, version 12.0
> [15.355] (II) Loading sub module "ramdac"
> [15.355] (II) LoadModule: "ramdac"
> [15.355] (II) Module "ramdac" already built-in
> [15.355] (II) UnloadModule: "vesa"
> [15.355] (II) Unloading vesa
> [15.355] (--) Depth 24 pixmap format is 32 bpp
> [15.367] Segmentation fault at address 0x0
> [15.367]
> Fatal server error:
> [15.367] Caught signal 11 (Segmentation fault). Server aborting
> [15.367]
> [15.367]
> Please consult the The X.Org Foundation support
> at http://wiki.x.org
> for help.
> [15.367] Please also check the log file at "/var/log/Xorg.0.log" for
> additio
> nal information.
> [15.367]
> [15.376] Server terminated with error (1). Closing log file.
>
--
Matthieu Herrb
ib/libXpm/obj (line 343 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/lib/libXpm/obj (line 231 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/lib/libXpm (line 144 of
> /usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara/lib/libXpm (line 206 of
> /usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara/lib (line 48 of /usr/share/mk/bsd.subdir.mk).
> *** Error code 1
>
> Stop in /usr/xenocara (line 48 of /usr/share/mk/bsd.subdir.mk).
>
--
Matthieu Herrb
It's not in the release. Try a snapshot and make sure to check current.html
to see how to enable the 6.14.3 version.
On Mar 31, 2012 6:56 AM, "Sha'ul" wrote:
> Did the radeon update on March 4th make it into -release or is it only in
> -current? Should I try running a snapshot or can I wait for r
On Feb 1, 2012 3:09 PM, "Mihai Popescu" wrote:
>
> Hello,
>
> I've run in some "able to repeat issue" using X.org doing some
> software try. The result is a complete X.org server shut down. I'm not
> good in reporting things, but this is very interesting because it
> repeats every time. See the de
`
On Feb 2, 2012 12:02 AM, "Jonathan Thornburg"
wrote:
>
> In a thread back in November 2011,
> In a thread back in November 2011,
> http://marc.info/?t=132173453400070&r=1&w=1
> I reported intermittent kernel/X hangs (usually under near-idle loads)
> on a Thinkpad T60 widescreen laptop (alas I
lements in struct initializer
> ioconf.c:226: warning: (near initialization for 'cfdata[4]')
> ioconf.c:228: warning: excess elements in struct initializer
> ioconf.c:228: warning: (near initialization for 'cfdata[5]')
> ioconf.c:230: warning: excess elements in struct initializer
> ioconf.c:230: warning: (near initialization for 'cfdata[6]')
>
> The last ones continue for many more lines for 68 members of the array
> before the make process exits.
>
> Now this has happened twice, on brand new systems, also I've found other
> list posts describing the same errors but no solutions applying to my
> situation. So what do I do to get 5.0 compiled?
>
> --
> Hdlsningar / Greetings
>
> Stefan Midjich
> [De omnibus dubitandum]
>
--
Matthieu Herrb
On Jan 12, 2012 6:41 PM, "Joe Gidi" wrote:
>
> Running OpenBSD/amd64 5.0-RELEASE on a ThinkPad T410 with Intel graphics,
> I have blank virtual consoles after starting X.
Yes, known problem with recent ontel chipsets.
>
> Otherwise, the machine works great and seems fully supported. The only
> o
mbers, no one outside of them is going to
be able to maintain, enhance it or add support for more cards to it.
Poking around g80_output.c, you may be able to find a way to fix the
detection of the outputs, but you're on your own, and please don't
complain if you brick your card by writing random values to its
registers.
--
Matthieu Herrb
Pad X220 running the intel
driver... There are still some rough edges but it should be ready for
wider testing in the not too far future.
--
Matthieu Herrb
x27;rtsol -d' command report when executed ? (it will
manually trigger a router sollicitation)
> (B) OpenBSD 5.0 not handling the route advertisement prefix?
it should handle it.
> (C) the Apple Airport-ExtremeN router sending a bad route advertisement and
> prefix?
That may be the case, although I've used other apple Airport devices
with IPv6 successfully in the past.
But you may have a crappy ethernet switch or hub in the path that
blocks or damages multicast frames. I've had such a device it the
past. Replacing it by a little more expensive switch fixed my v6 SLAAC
issues.
--
Matthieu Herrb
9) and continue to
use this one until the issues with GM45 chipset are fixed (since those
issues are also visible on the upstreams driver on linux machines,
there is some real motivation among intel developpers to fix it).
--
Matthieu Herrb
Keyboard1" "SendCoreEvents"
> > #Option "AutoAddDevices" "false"
> >EndSection
> >
> >Section "Module"
> > Load "dbe"
> > Load "dri"
> > Load "dri2"
> > Load "extmod"
> > Load "glx"
> > Load "record"
> >EndSection
> >
> >Section "InputDevice"
> > Identifier "Keyboard0"
> > Driver "Keyboard"
> > #Option "XkbRules" "xorg"
> > Option "XkbModel" "pc105"
> > Option "XkbLayout" "fi"
> >EndSection
> >
> >Section "InputDevice"
> > Identifier "Keyboard1"
> > Driver "Keyboard"
> > #Option "XkbRules" "xorg"
> > Option "XkbModel" "pc105"
> > Option "XkbLayout" "fi"
> >EndSection
> >
> >
> >Section "Monitor"
> > Identifier "Monitor0"
> > VendorName "Monitor Vendor"
> > ModelName"Monitor Model"
> >EndSection
> >
> >Section "Device"
> > ### Available Driver options are:-
> > ### Values:: integer,: float,: "True"/"False",
> > ###: "String",: " Hz/kHz/MHz"
> > ### [arg]: arg optional
> > #Option "NoAccel" # []
> > #Option "SWcursor" # []
> > #Option "ColorKey" #
> > #Option "CacheLines"#
> > #Option "Dac6Bit" # []
> > #Option "DRI" # []
> > #Option "NoDDC" # []
> > #Option "ShowCache" # []
> > #Option "XvMCSurfaces" #
> > #Option "PageFlip" # []
> >#Option "AccelMethod" "UXA"
> > Identifier "Card0"
> > Driver "intel"
> > VendorName "Intel"
> > BoardName "GM45 Video"
> > BusID "PCI:0:2:0"
> >EndSection
> >
> >Section "Screen"
> > Identifier "Screen0"
> > Device "Card0"
> > Monitor"Monitor0"
> >#SubSection "Display"
> >#Viewport 0 0
> >#Depth 1
> >#EndSubSection
> >#SubSection "Display"
> >#Viewport 0 0
> >#Depth 4
> >#EndSubSection
> >#SubSection "Display"
> >#Viewport 0 0
> >#Depth 8
> >#EndSubSection
> >#SubSection "Display"
> >#Viewport 0 0
> >#Depth 15
> >#EndSubSection
> >#SubSection "Display"
> >#Viewport 0 0
> >#Depth 16
> >#EndSubSection
> > SubSection "Display"
> > Viewport 0 0
> > Depth 24
> >#Virtual8192 8192
> > EndSubSection
> >EndSection
> >
> >
>
>
> --
> Oleksii Zhmyrov
> National Technical University of Ukraine "Kyiv Polytechnic Institute"
> Institute of Physics and Technology
> Tel.: +380-63-496-2695
>
--
Matthieu Herrb
On Sun, Nov 13, 2011 at 01:06:45PM +0100, LEVAI Daniel wrote:
> On Sun, Nov 13, 2011 at 11:28:24 +0100, Matthieu Herrb wrote:
> > On Sat, Nov 12, 2011 at 01:39:37PM +0100, LEVAI Daniel wrote:
> > > Hi!
> > >
> > > It seems that the wheel emulation stopped worki
t; [2546504.795] Markers: (--) probed, (**) from config file, (==) default
> setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [2546504.795] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Nov 12 13:37:44
> 2011
> [2546504.795] (==) Using config file: "/etc/X11/xorg.conf"
> [2546504.795] (==) Using system config directory
> "/usr/X11R6/share/X11/xorg.conf.d"
--
Matthieu Herrb
O mode 4, Ultra-DMA mode 5
> ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x01: apic 2
int
> 19
> iic0 at ichiic0
> spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-5300CL5
> spdmem1 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-5300CL5
> usb1 at uhci0: USB revision 1.0
> uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb2 at uhci1: USB revision 1.0
> uhub2 at usb2 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb3 at uhci2: USB revision 1.0
> uhub3 at usb3 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb4 at uhci3: USB revision 1.0
> uhub4 at usb4 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> isa0 at pcib0
> isadma0 at isa0
> com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> pckbc0 at isa0 port 0x60/5
> pckbd0 at pckbc0 (kbd slot)
> pckbc0: using irq 1 for kbd slot
> wskbd0 at pckbd0: console keyboard, using wsdisplay0
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> lpt0 at isa0 port 0x378/4 irq 7
> wbsio0 at isa0 port 0x2e/2: W83627EHF rev 0x63
> lm1 at wbsio0 port 0x290/8: W83627EHF
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> mtrr: Pentium Pro MTRR support
> uaudio0 at uhub1 port 2 configuration 1 interface 1 "Logitech product
> 0x08da" rev 1.10/1.00 addr 2
> uaudio0: audio rev 1.00, 3 mixer controls
> audio1 at uaudio0
> ugen0 at uhub1 port 2 configuration 1 "Logitech product 0x08da" rev
> 1.10/1.00 addr 2
> uhidev0 at uhub2 port 2 configuration 1 interface 0 "Logitech USB Mouse"
rev
> 1.10/6.20 addr 2
> uhidev0: iclass 3/1
> ums0 at uhidev0: 3 buttons, Z dir
> wsmouse0 at ums0 mux 0
> vscsi0 at root
> scsibus1 at vscsi0: 256 targets
> softraid0 at root
> scsibus2 at softraid0: 256 targets
> root on wd0a (07245ba17b219d69.a) swap on wd0b dump on wd0b
>
>
--
Matthieu Herrb
ile).
> *** Error code 1
>
> Stop in /usr/xenocara/lib/libXpm (line 144 of
/usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara/lib/libXpm (line 206 of
/usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara/lib (line 48 of /usr/share/mk/bsd.subdir.mk).
> *** Error code 1
>
> Stop in /usr/xenocara (line 48 of /usr/share/mk/bsd.subdir.mk).
> #
>
>
--
Matthieu Herrb
e the extra directory. If you upgraded by using
bsd.rd and a snapshot, you should not be affected.
--
Matthieu Herrb
p describe the problem and attach an Xorg.0.log file
from running without a config file to misc@ and people we try to
provide clues.
--
Matthieu Herrb
On Mon, Aug 15, 2011 at 8:02 PM, dsp wrote:
> Hi list :)
> sorry for not be able to debug this problem a lot but
> i haven't the slightest idea where to start!
> after the Aug 11 snapshot i started to experience screen blackenings
How old was your previous snapshot?
--
Matthieu Herrb
8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3
,CX16,xTPR,PDCM
> real mem = 3188256768 (3040MB)
> avail mem = 3125952512 (2981MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 07/29/05, SMBIOS rev. 2.4 @ 0xe
> (37 entries)
> bios0: vendor Apple Inc. version "MB21.88Z.00A5.B07.0706270922" date
> 06/27/07
> bios0: Apple Inc. MacBook2,1
--
Matthieu Herrb
here you can use
xrandr in the standard way.
--
Matthieu Herrb
> option in a configure script..)
>
DMX doesn't work on OpenBSD. Among problems, It lacks the OS
dependant code needed to handle input devices.
So Xenocara builds explicitely use --disable-dmx.
--
Matthieu Herrb
amily inet6 inet4
to /etc/resolv.conf (and .tail for future boots) to get the resolver
to return the v6 address of the remote sites first. Otherwise OpenBSD
will return the v4 address first.
--
Matthieu Herrb
nt ? Should I try to
gather more information and file a PR ?
--
Matthieu Herrb
ive = (u_char *)receivebuf;;
struct timeval tv;
double x, y;
int length, r;
--
Matthieu Herrb
cause?
>>
>> I am assuming no one is having issues with -current and associated
>> ports on other platforms. I'm just not sure how many others use macppc
>> -current on a daily basis.
>>
>> Thanks,
>> --patrick
>>
>> [1] Possibly not relevant, but it's my first time seeing this:
>> attempting to restore vector in use vecproc 0 veccpu 6b0ff0
>
>
Try without 'Option "AccelMethod" "EXA" in xorg.conf.
--
Matthieu Herrb
sd.org: src
>
> CVSROOT:/cvs
> Module name:src
> Changes by: kette...@cvs.openbsd.org2010/08/01 11:55:28
>
> Modified files:
>gnu/gcc/gcc/config/rs6000: rs6000.c
>
> Log message:
> Make __builtin_return_address(0) work with -fstack-protector. Old diff
> from Jakub Jelinek that never made it into upstream GCC. Fixes ld.so.
> Found by drahn@ and me; ok miod@
--
Matthieu Herrb
r/X11R6/lib/modules/extensions//libdri.so
> (II) Module dri: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension XFree86-DRI
> (II) LoadModule: "dri2"
> (II) Loading /usr/X11R6/lib/modules/extensions//libdri2.so
> (II) Module dri2: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.1.0
>ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension DRI2
> (II) LoadModule: "extmod"
> (II) Loading /usr/X11R6/lib/modules/extensions//libextmod.so
> (II) Module extmod: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>Module class: X.Org Server Extension
>ABI class: X.Org Server Extension, version 2.0
> (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/X11R6/lib/modules/extensions//libglx.so
> (II) Module glx: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>ABI class: X.Org Server Extension, version 2.0
>
> Fatal server error:
> Caught signal 11. Server aborting
>
>
> Please consult the The X.Org Foundation support
> at http://wiki.x.org
> for help.
> Please also check the log file at "/var/log/Xorg.0.log" for additional
> information.
>
>
--
Matthieu Herrb
was
able to work in multi-head with another PCI card.
Older PCI cards I have (cirrus, s3virge, ATI mach64, trident, 3DFX) produced
mixed results, generally failing, but this is not a surprise as their drivers
are more or less unmaintained.
--
Matthieu Herrb
hey can be installed by doing
> the following:
>
>
Applied. Thanks.
--
Matthieu Herrb
On Thu, Jun 24, 2010 at 6:29 AM, John Lists Tate
wrote:
> I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0
> regardless of what Modes I specify in xorg.conf. All the prior information I
> find on Google doesn't seem to work anymore despite the problem not being
> new.
>
>
>
>
cific smtp+starttls
protocol handler is implemented. And again, need a way to pass client
certificate information to sendmail(8).
Any hints or tricks to solve the issues are welcome. I would love to
be wrong when I say that currently relayd can't provde all of the
above.
Thanks.
--
Matthieu Herrb
; Log message:
> Pass signal handlers a more clean FPU state (ie. the right modes) and
> properly restore it in sigreturn. Lots of deep digging by matthieu,
> otto, guenther, kettenis and I.. and I am certain I forgot some other
> people.
> ok kettenis otto matthieu
--
Matthieu Herrb
wer from
the IP of the carpdev interface.
--
Matthieu Herrb
DontZap"
EndSection
and it works as expected.
--
Matthieu Herrb
king hardware is a lot more difficult than writing software. So it takes
more resources and more skills. This is probably why there aren't so
many of them.
I'd recommend you read the wikipedia page:
<http://en.wikipedia.org/wiki/Graphics_hardware_and_FOSS>
--
Matthieu Herrb
-150
># 1280x800 @ 60.00 Hz (GTF) hsync: 49.68 kHz; pclk: 83.46 MHz
>Modeline "1280x800_60.00" 83.46 1280 1344 1480 1680 800 801
> 804 828 -HSync +Vsync
> EndSection
>
> Section "Device"
>### Available Driver options are:-
>### Values: : integer, : float, : "True"/"False",
>### : "String", : " Hz/kHz/MHz"
>### [arg]: arg optional
>#Option "SWcursor" # []
>#Option "HWcursor" # []
>#Option "NoAccel" # []
>#Option "ShadowFB" # []
>#Option "UseFBDev" # []
>#Option "Rotate"# []
>#Option "VideoKey" #
>#Option "FlatPanel" # []
>#Option "FPDither" # []
>#Option "CrtcNumber"#
>#Option "FPScale" # []
>#Option "FPTweak" #
>#Option "DualHead" # []
>Identifier "Card0"
>Driver "vesa"
>VendorName "NVIDIA"
>BoardName "Unknown Board"
>BusID "PCI:0:18:0"
> EndSection
>
> Section "Screen"
>Identifier "Screen0"
>Device "Card0"
>Monitor"Monitor0"
>DefaultDepth24
>SubSection "Display"
>Viewport 0 0
>Depth 1
>EndSubSection
>SubSection "Display"
>Viewport 0 0
>Depth 4
>EndSubSection
>SubSection "Display"
>Viewport 0 0
>Depth 8
>EndSubSection
>SubSection "Display"
>Viewport 0 0
>Depth 15
>EndSubSection
>SubSection "Display"
>Viewport 0 0
>Depth 16
>EndSubSection
>SubSection "Display"
>Viewport 0 0
>Depth 24
>Modes "1280x800"
>EndSubSection
> EndSection
>
>
> xrandr output using above xorg.conf
>
> Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 768
> default connected 1024x768+0+0 0mm x 0mm
> 1024x768 85.0*
> 800x60086.0
> 640x48086.0
> 640x40086.0
> 320x400 0.0
> 320x240 0.0
> 320x200 0.0
>
> I'm sure it'll all work if i can get the right modeline or figure out
> how to get nv to work.
>
> Thanks
> Later
> Peter
>
>
Your nVidia card is not supported by the nv driver, so right you need
to use the vesa driver.
As I explained here several times, you cannot use custom mode lines
with the vesa driver.
You have to use one of the video modes provided by the BIOS of your card.
So look at Xorg.0.log when using the vesa driver and see if there's a
1280x800 mode listed.
If not (which is probably the case) you're screwed.
Stay away from nVidia graphics cards, especially on laptops if you
want to run an open source system on it.
--
Matthieu Herrb
rsion = 1.3.2
>Module class: X.Org XInput Driver
>ABI class: X.Org XInput driver, version 4.0
> (II) VESA: driver for VESA chipsets: vesa
> (WW) Falling back to old probe method for vesa
> (EE) No devices detected.
>
> Fatal server error:
> no screens found
>
> Please consult the The X.Org Foundation support at
http://wiki.x.org
> for help. Please also check the log file at "/var/log/Xorg.0.log" for
> additional information.
>
> Xorg.0.log (vga mach64)
>
> (--) checkDevMem: using aperture driver /dev/xf86
> (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version
> 3.32)
>
> X.Org X Server 1.6.5
> Release Date: 2009-10-11
> X Protocol Version 11, Revision 0
> Build Operating System: OpenBSD 4.6 i386 Current Operating System: OpenBSD
> gemini.wss-ds.org 4.6 GENERIC#353 i386
> Build Date: 31 October 2009 10:05:44PM
> 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: Thu Nov 5 18:19:33 2009
> (==) Using config file: "/etc/X11/xorg.conf"
> (==) ServerLayout "Simple Layout"
> (**) |-->Screen "Screen 1" (0)
> (**) | |-->Monitor "17inch, Mitsubishi, Diamond Pro"
> (**) | |-->Device "ATI Mach64"
> (**) |-->Input Device "Mouse1"
> (**) |-->Input Device "Keyboard1"
> (==) Not automatically adding devices
> (==) Not automatically enabling devices
> (**) FontPath set to:
>/usr/X11R6/lib/X11/fonts/misc/,
>/usr/X11R6/lib/X11/fonts/TTF/,
>/usr/X11R6/lib/X11/fonts/OTF,
>/usr/X11R6/lib/X11/fonts/Type1/,
>/usr/X11R6/lib/X11/fonts/100dpi/,
>/usr/X11R6/lib/X11/fonts/75dpi/,
>/usr/X11R6/lib/X11/fonts/local/,
>/usr/local/lib/X11/fonts/mscorefonts/,
>/usr/local/lib/X11/fonts/ghostscript/,
>/usr/X11R6/lib/X11/fonts/misc/,
>/usr/X11R6/lib/X11/fonts/TTF/,
>/usr/X11R6/lib/X11/fonts/OTF,
>/usr/X11R6/lib/X11/fonts/Type1/,
>/usr/X11R6/lib/X11/fonts/100dpi/,
>/usr/X11R6/lib/X11/fonts/75dpi/
> (==) ModulePath set to "/usr/X11R6/lib/modules"
> (II) Loader magic: 0x1dc0
> (II) Module ABI versions:
>X.Org ANSI C Emulation: 0.4
>X.Org Video Driver: 5.0
>X.Org XInput driver : 4.0
>X.Org Server Extension : 2.0
> (II) Loader running on openbsd
> (II) System resource ranges:
>[0] -1 0 0x000f - 0x000f (0x1) MX[B]
>[1] -1 0 0x000c - 0x000e (0x3) MX[B]
>[2] -1 0 0x - 0x0009 (0xa) MX[B]
>[3] -1 0 0x - 0x (0x1) IX[B]
>[4] -1 0 0x - 0x00ff (0x100) IX[B]
> (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 by default.
> (II) "dri" will be loaded by default.
> (II) "dri2" will be loaded by default.
> (II) LoadModule: "dbe"
> (II) Loading /usr/X11R6/lib/modules/extensions//libdbe.so
> (II) Module dbe: vendor="X.Org Foundation"
>compiled for 1.6.5, 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: "extmod"
> (II) Loading /usr/X11R6/lib/modules/extensions//libextmod.so
> (II) Module extmod: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>Module class: X.Org Server Extension
>ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension MIT-SCREEN-SAVER
> (II) Loading extension XFree86-VidModeExtension
> (II) Loading extension DPMS
> (II) Loading extension XVideo
> (II) Loading extension XVideo-MotionCompensation
> (II) Loading extension X-Resource
> (II) LoadModule: "freetype"
> (WW) Warning, couldn't open module freetype
> (II) UnloadModule: "freetype"
> (EE) Failed to load module "freetype" (module does not exist, 0)
> (II) LoadModule: "glx"
> (II) Loading /usr/X11R6/lib/modules/extensions//libglx.so
> (II) Module glx: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>ABI class: X.Org Server Extension, version 2.0
> (==) AIGLX enabled
> (II) Loading extension GLX
> (II) LoadModule: "dri"
> (II) Loading /usr/X11R6/lib/modules/extensions//libdri.so
> (II) Module dri: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.0.0
>ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension XFree86-DRI
> (II) LoadModule: "dri2"
> (II) Loading /usr/X11R6/lib/modules/extensions//libdri2.so
> (II) Module dri2: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.1.0
>ABI class: X.Org Server Extension, version 2.0
> (II) Loading extension DRI2
> (II) LoadModule: "mach64"
> (II) Loading /usr/X11R6/lib/modules/drivers//mach64_drv.so
> (II) Module mach64: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 6.8.0
>Module class: X.Org Video Driver
>ABI class: X.Org Video Driver, version 5.0
> (II) LoadModule: "mouse"
> (II) Loading /usr/X11R6/lib/modules/input//mouse_drv.so
> (II) Module mouse: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.4.0
>Module class: X.Org XInput Driver
>ABI class: X.Org XInput driver, version 4.0
> (II) LoadModule: "kbd"
> (II) Loading /usr/X11R6/lib/modules/input//kbd_drv.so
> (II) Module kbd: vendor="X.Org Foundation"
>compiled for 1.6.5, module version = 1.3.2
>Module class: X.Org XInput Driver
>ABI class: X.Org XInput driver, version 4.0
> (II) MACH64: Driver for ATI Mach64 chipsets
> (EE) No devices detected.
>
> Fatal server error:
> no screens found
>
> Please consult the The X.Org Foundation support at
http://wiki.x.org
> for help. Please also check the log file at "/var/log/Xorg.0.log" for
> additional information.
>
>
> --
> W. Steven Schneider
>
>
--
Matthieu Herrb
It's on the TODO list, but no one is actively working on that.
Volunteers are welcome,
think that with all the work Owain did to clean up and integrate the
dri drivers in
/sys/dev/pci/drm, it's now a lot easier to study the working drivers
in order to
fix the non-working ones.
--
Matthieu Herrb
ded by X.Org drivers that rely on the int10 emulation to
get things setup through the bios of the card.
--
Matthieu Herrb
;s X.org
> implementation?
>
On all existing OpenBSD version HAL is not used by X.Org. so it won't
change anything.
But OpenBSD will need some kind of device hotplug event notification
mechanism in the future, to support hot-plugging of video cards or
complex input devices.
--
Matthieu Herrb
ther
rules or coming from em0 show up on pflog0 without problem.
Any idea of what's wrong here ? Is this a bug?
--
Matthieu Herrb
nstalled the X sets manually after the initial install, you
may have forgotten the 'p' flag to tar, and thus have lost the setuid
bit on the way.
--
Matthieu Herrb
pshot. There where some bug fixes regarding
pci bridges since 4.5 iirc.
Also, the Xorg.0.log and the output of pcidump -v for the new video
card could give some of us better clues, especially if the card still
doen't work in X with -current.
--
Matthieu Herrb
s/latex/contrib/powerdot/
>>
>> Cheers,
>> Predrag
>>
>>
> hey,
>
> Wow, a nice package that I have never heard of. Looks great and simple
> enough to pick up.
>
Also, have a look at Impressive! (productivity/impressive), a nice
tool to display the PDF file produced by latex. It has functions to
highlight or zoom some parts of your slides while you're talking.
--
Matthieu Herrb
eak from the
> CDs and add it to a new install by hand (wasn't necessary so far, I
> always upgrade so far). Another option would be to download the old
> release archives and extract the files from there, or you could get
> the sources for pcitweak from the 4.3 source tree and compile it
> yourself.
>
> Tas.
>
>
You can also write a small C program to do that.
--
Matthieu Herrb
oes it happen with the stock 4.5 GENERIC or GENERIC.MP kernels?
>
> Philip
>
>
How old is you X installation? Afaik this bug was fixed in march 09.
--
Matthieu Herrb
er. Are you using xdm?
If so did you disable the getty(8) attached to the console in /etc/ttys?
There's a known problem on machines without virtual consoles that
cause the getty process and X server to fight to get data from the
console, causing the symptoms you describe.
--
Matthieu Herrb
/100dpi/,
>/usr/X11R6/lib/X11/fonts/75dpi/,
>/usr/X11R6/lib/X11/fonts/misc/,
>/usr/X11R6/lib/X11/fonts/TTF/,
> /usr/X11R6/lib/X11/fonts/OTF,
>/usr/X11R6/lib/X11/fonts/Type1/,
>/usr/X11R6/lib/X11/fonts/100dpi/,
>/usr/X
ry using the "Vesa" driver xorg.conf. It should work, as I
suspect the breakage is in the xf86-video-chips driver.
--
Matthieu Herrb
other than xterm is running on
> a -current OpenBSD, and I'm using the above Xdefaults options.
>
Which window manager are you using? Some are generating an
un-reasonnable number of redraw events while moving or resizing
windows, and xterm tries to handle all of them.
--
Matthieu Herrb
cope or even wireshark which has good X protocol knowledge) on it
to see the exact request and reply triggering that.
--
Matthieu Herrb
eometry to 132x48.
>
> I'm not sure where I should look to bring that behavior back.
see the allowWindowOps resource in the xterm(1) manual page.
It is now disabled by default on OpenBSD.
--
Matthieu Herrb
in Xorg and Mesa the only active developpement that is done
is on Intel and ATI chips,.
Other chips (VIA, and nVidia --nouveau--) are beeing worked on too,
but a much slower rate mainly because of the lack of documentation.
--
Matthieu Herrb
o "AddScreen/ScreenInit
> failed for driver 0", everything seems to load fine, no errors at the
> output but screen goes an stays black (no power)...
>
> Any clue, info that would help?
>
Try to set 'Option "UseBIOS" "True"'
And insert the log inline not as attachement...
--
Matthieu Herrb
ecause it worked properly before - no configuration changes made by
> me. After all I've tried manual configuration (xorgconfig) and
> automatic (X -configure) but that didn't helped.
>
> Any clue?
>
As always with X problems, include the contents of
/var/log/Xorg.0.log, and the output of pcidump -v.
--
Matthieu Herrb
signal 11. Server aborting
>
Can you send us the pcidump -v output for both cases?
Also what kind of interface is truecrypt using? Is it switching to
some graphics mode that would change the state of the card in some
way?
--
Matthieu Herrb
e? I guess thatyou forgot to
run 'make bootstrap'.
Or you have a custom pkg-config somewhere that's used instead of
/usr/bin/pkg-pkgconfig.
If none of those hypothesis are correct, you'll need to provide the
full build log (ie make build > log 2>&1).
--
Matthieu Herrb
oconf incantation necessary to generate a proper
> configure script that will work correctly within the xenocara tree?
>
Copy Makefile.bsd-wrapper from the xenocara version and run
XENOCARA_RERUN_AUTOCONF=-Yes make -f Makefile.bsd-wrapper build
But a more recent libpciaccess will not change anything...
--
Matthieu Herrb
ents to userland,
so you'd have to implement it in your window manager using a standard
function key or menu entries to switch between your favourite xrandr
configs.
--
Matthieu Herrb
seriously.
And for now switch to the vesa driver if you need a working X in this machine.
--
Matthieu Herrb
res to start, it seems the new intel(4) driver is failing to map
> memory properly.
>
> If you've got any ideas, or if there is something specific that you
> want to see tested, please let me know.
>
On i8xx chipsets that are experiencing this kind of problems,
switching back to the XAA acceleration methode generally works.
Add
Option "AccelMethod" "XAA"
to the Device section of your xorg.conf file
--
Matthieu Herrb
1 - 100 of 170 matches
Mail list logo
