Re: i386 wine on amd64 - DRI a lost cause?
On 2010-07-03 19:30:36, Jonathan Chen wrote: > I'm got (unjailed) wine/i386 on amd64, and it plays DirectX 9 games > with no problems; eg EVE-Online. I'm using the nvidia-drivers, which > have to be installed on the 32-bit base, as well as the 64-bit driver > on the /usr/local Have noticed that everybody that has said it works is using the nvidia drivers (whilst I'm using the open ATI drivers)... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: i386 wine on amd64 - DRI a lost cause?
On 2010-07-01 22:16:26, David Naylor wrote: > > Have you tried the packages from http://people.freebsd.org/~ivoras/wine/ > > They worked for me with nvidia and intel. Thanks, but as I mentioned in the hackers@ thread (and possibly this one), it's actually DRI that's the problem. I can't even run 32-bit glxinfo reliably in the chroot. libGL often receives EFAULT when doing various ioctls on /dev/dri/card0 and sometimes crashes outright. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: i386 wine on amd64 - DRI a lost cause?
On 2010-07-01 23:37:37, Mikle Krutov wrote: > Well, then i do not get why i was albe to play > some 3d games on wine with fbsd 8.0 amd64 > about when 8.0 was released. > Also > http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b544d33435b6d I don't either. I've tried every possible combination including the contents of that wiki page. I've spoken to people who should know and I get generally disinterested replies along the lines of "it probably doesn't work". It's extremely frustrating. Thanks for the responses, anyway. I've pretty much given up at this point. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: i386 wine on amd64 - DRI a lost cause?
On 2010-07-01 15:28:00, Mikle Krutov wrote: > Sorry for late-answer, but why are you running wine in jail? > May be that's the source of the problem. > For me, it was just installed into /usr/local/ as some other > program, some 32bit libs were in lib32, and so on. As mentioned, I've tried it in a jail, a plain chroot and also completely unchrooted and unjailed. Wine itself works fine but DRI doesn't. I recently wrote to freebsd-hackers@ and the response wasn't exactly positive. Seems 32-bit DRI is basically expected to fail when talking to a 64-bit kernel. Wine's not the one at fault here. Regards, xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: i386 wine on amd64 - DRI a lost cause?
On 2010-06-24 18:57:35, Mikle Krutov wrote: > You need 32bit libGL and all mesa stuff to have > dri with i386 apps on amd64 system. Also i've used > http://msnp.ru/file/wine-fbsd64.zip port, not the > by-hand-way while using amd64. > Worked for me on both radeon and nvidia card. Yes, I have those. Here's a list of all ports installed in the i386 jail (they were built in the jail itself so are definitely 32 bit): bash-4.0.35 The GNU Project's Bourne Again SHell damageproto-1.1.0_2 Damage extension headers dri-7.4.4,2 OpenGL hardware acceleration drivers for the DRI dri2proto-2.1 DRI2 prototype headers expat-2.0.1_1 XML 1.0 parser written in C fixesproto-4.0 Fixes extension headers fontconfig-2.8.0,1 An XML-based font configuration API for X Windows freetype2-2.3.11A free and portable TrueType font rendering engine gettext-0.17_1 GNU gettext package inputproto-1.5.0Input extension headers jpeg-8_1IJG's jpeg compression utilities kbproto-1.0.3 KB extension headers lcms-1.19_1,1 Light Color Management System -- a color management library libGL-7.4.4 OpenGL library that renders using GLX or DRI libGLU-7.4.4OpenGL utility library libICE-1.0.4_1,1Inter Client Exchange library for X11 libSM-1.1.0_1,1 Session Management library for X11 libX11-1.2.1_1,1X11 library libXau-1.0.4Authentication Protocol library for X11 libXdamage-1.1.1X Damage extension library libXdmcp-1.0.2_1X Display Manager Control Protocol library libXext-1.0.5,1 X11 Extension library libXfixes-4.0.3_1 X Fixes extension library libXi-1.2.1,1 X Input extension library libXmu-1.0.4,1 X Miscellaneous Utilities libraries libXpm-3.5.7X Pixmap library libXrender-0.9.4_1 X Render extension library libXt-1.0.5_1 X Toolkit library libXxf86vm-1.0.2X Vidmode Extension libdrm-2.4.12 Userspace interface to kernel Direct Rendering Module servi libglut-7.4.4 OpenGL utility toolkit libiconv-1.13.1_1 A character set conversion library libpthread-stubs-0.3_3 This library provides weak aliases for pthread functions libxcb-1.5 The X protocol C-language Binding (XCB) library libxml2-2.7.6_1 XML parser library for GNOME mesa-demos-7.4.4OpenGL demos distributed with Mesa pkg-config-0.23_1 A utility to retrieve information about installed libraries png-1.2.43 Library for manipulating PNG images renderproto-0.9.3 RenderProto protocol headers wine-1.1.40,1 Microsoft Windows compatibility layer for Unix-like systems xextproto-7.0.5 XExt extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xproto-7.0.15 X11 protocol headers This is sort of worrying then: Why am I seeing segfaults? I'd expect to see executable format errors if there were 64 bit binaries being used somewhere rather than straight crashes. Regards, xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
i386 wine on amd64 - DRI a lost cause?
I have a full i386 tree installed at /jail/wine (ignore the 'jail' in the name, I'll run it as a plain chroot if necessary) created with 'make buildworld TARGET=i386'. I've built and installed wine into the jail/chroot and it works fine. The problem: I can't get any kind of DRI to work in the jail/chroot. DRI is working fine on the host system. Any program that attempts to use DRI in the chroot/jail immediately segfaults. I built and installed a 32 bit version of graphics/dri into the jail/chroot as glxinfo reported that direct rendering was disabled due to missing files. I then made /dev/dri visible in the jail/chroot. Can an i386 version of DRI not talk to an amd64 kernel? Is there some other way I should be doing this? I'm using a radeon card that uses r300_dri.so, if that's at all significant. Regards, xw PS: Please CC as I'm not subscribed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: ZFS scrub is finished?
On 2009-07-11 16:37:20, Steve Bertrand wrote: > xorquew...@googlemail.com wrote: > > On 2009-07-11 15:08:04, Steve Bertrand wrote: > > >> Perhaps it is as simple as cron-ing something like the following (of > >> course, replace "zpool scrub" with my cat commands. > > > Problem is that 'zpool scrub' immediately returns with a success > > error code if command line option parsing went OK and the specified > > pools actually exist. You have to manually check the output of 'zpool > > status' > > to see if the scrub executed with no errors (and that may be hours > > later). > > Ok. What is your ultimate goal? Is it to: > > - run the first scrub > - search for an "ok" err status upon return > - begin the second scrub Yep. > If (in your case) the first scrub fails, is it still feasible to run the > second scrub anyway? If it is, then chaining the commands together > *should* work (however, I've never tested whether '&&' will continue > upon certain 'failures', but so long as the first command _exits_, you > should be alright). I've just realised that the documentation is somewhat misleading. Seems I can actually just do: # zpool scrub backup # zpool scrub storage ... and it'll run for both. The manual page made it sound as if only one scrub operation could be running at one time, across all pools. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: ZFS scrub is finished?
On 2009-07-11 15:08:04, Steve Bertrand wrote: > xorquew...@googlemail.com wrote: > > Hello. > > > > I'd like to write a little shell script to run 'zpool scrub' on > > my disks weekly. I have two zpools. The manual page says that only > > one 'scrub' can be active at a time. > > > > Is there any reliable way to run 'zpool scrub X' and then run > > 'zpool scrub Y' when the first has finished? > > Perhaps it is as simple as cron-ing something like the following (of > course, replace "zpool scrub" with my cat commands. > [snipped] Hello. Problem is that 'zpool scrub' immediately returns with a success error code if command line option parsing went OK and the specified pools actually exist. You have to manually check the output of 'zpool status' to see if the scrub executed with no errors (and that may be hours later). xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
ZFS scrub is finished?
Hello. I'd like to write a little shell script to run 'zpool scrub' on my disks weekly. I have two zpools. The manual page says that only one 'scrub' can be active at a time. Is there any reliable way to run 'zpool scrub X' and then run 'zpool scrub Y' when the first has finished? Please CC me as I'm not subscribed. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
net-im/mu-conference dependency oddity.
Hello. Anyone know how/why net-im/mu-conference depends on devel/gio-fam-backend? I don't see it mentioned in any RUN_DEPENDS line nor in any of the dependencies of dependencies. I'm building the port WITH_JABBERD. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD64 VM with OpenGL?
On 2009-06-30 02:13:11, Roland Smith wrote: > > The page says it does. Forgive me for being cynical but after countless experiences, I rarely believe such statements any more! > > Virtualbox + VMGL seems the most likely candidate at the moment - > > From the abovementioned page: "VMGL is available for X11-based guest OS's". > > > I'm just not sure if it's currently stable at all. > > At version 0.1.1, I wouldn't expect too much. > > OpenGL is just a display mechanism. If the calculations feeding the > display have to be run in an emulator, this will slow your program down > considerably. Well, I'd be running with virtualization extensions as my CPU supports them and I'd think that OpenGL commands being passed from a VM straight to the graphics card via this system shouldn't incur too much overhead. > If your program on the guest OS is already written for X11, can't you > port it to FreeBSD? Or run it natively and transport the output to your > FreeBSD box via X11? If I'd written the program, it'd already be running on FreeBSD natively, you've got my word on that. Unfortunately it's old and, of course, proprietary. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: AMD64 VM with OpenGL?
On 2009-06-29 23:34:08, Roland Smith wrote: > On Mon, Jun 29, 2009 at 08:14:17PM +0100, xorquew...@googlemail.com wrote: > > Hello. > > > > What's the preferred virtual machine on FreeBSD 7.2-RELEASE on amd64 if > > OpenGL support is required? > > Depends on what your definitions of a virtual machine and OpenGl support > are. :-) Yeah, probably should have mentioned that! I actually meant the definition you gave: a VM with native OpenGL acceleration. I wonder if the virtualbox port to FreeBSD is likely to be able to use this at all: http://www.cs.toronto.edu/~andreslc/xen-gl/ Virtualbox + VMGL seems the most likely candidate at the moment - I'm just not sure if it's currently stable at all. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
AMD64 VM with OpenGL?
Hello. What's the preferred virtual machine on FreeBSD 7.2-RELEASE on amd64 if OpenGL support is required? Please CC me as I'm not subscribed. xw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: the age old 3D hardware question
On 20081025 11:48:02, Bruce Cran wrote: > > I would guess the development and testing will be done on the same machine. > > -- > Bruce If that was a question, then yeah, you're correct. It seems that I can actually get open acceleration using the r500 series of ATI cards (the X1950 is the most powerful card supported by Xorg DRI, apparently). These cards go for about $20 now... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: the age old 3D hardware question
On 20081025 10:18:01, Wojciech Puchar wrote: >> I'm looking to buy a new workstation that needs to be able to run in >> 64-bit (long) mode (working with large data sets). What are my options >> for 3D acceleration without binary drivers? My needs are quite minimal, >> I'm not running any games. > > you actually need 3D accelerator or just fast 2D card? > > if second - buy for <<50$ (or get for free) used computer, lowest end > pentium will suffice, plug good PCI graphics in it, and make an X terminal > to connect to your high-speed computer. > > there is one more adventage of it - you may connect more than one :) Unfortunately, yeah, I do need 3D acceleration. I'm not running any games but I am doing some OpenGL development (should've said that in the first place, really). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
the age old 3D hardware question
Hello. I'm looking to buy a new workstation that needs to be able to run in 64-bit (long) mode (working with large data sets). What are my options for 3D acceleration without binary drivers? My needs are quite minimal, I'm not running any games. As far as I can tell, only onboard Intel graphics and some ATI cards can provide acceleration without blobs. Is this really the case? I'm currently looking at the cheapest ATI cards as it seems that nobody makes a motherboard with the Intel onboard graphics that's compatible with Xeon CPUs. Am I going to be disappointed? Thanks, xw. Please CC: me as I'm not subscribed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gcc42 and profiling
Please ignore my last post. I somehow neglected to install the proflibs distribution. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gcc42 and profiling
Whist trying to compile a program using the gcc42 (actually gnat-gcc42) port, using the -pg flag for profiling, I got the following upon linking: cc -pg -c -o prog.o prog.c cc -pg -o prog prog.o /usr/bin/ld: cannot find -lgcc_p I'm assuming this means that profiling libraries for the compiler are missing. What do I need to do to get working libraries from the port? There doesn't appear to be anything to set in the Makefile or any port options whatsoever. Please CC: me as I'm not subscribed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
binat problem with loopback jail addresses
Hi. I'm trying to set up a jail running on a loopback IP connected to the outside world with pf and binat. My interfaces are configured like this: ifconfig lo1 inet 127.1.0.1 netmask 0xff00 up ifconfig lo1 alias 127.1.0.2 netmask 0xff00 ifconfig lo1 alias 127.1.0.3 netmask 0xff00 ifconfig fxp0 inet 192.168.2.5 netmask 0xff00 up ifconfig fxp0 alias 192.168.2.9 netmask 0xff00 $ jls JID IP Address Hostname Path 5 127.1.0.3 wwwproxy /usr/jail/wwwproxy The idea is to have wwwproxy running on 127.1.0.3, with an externally visible IP of 192.168.2.9 using pf binat. Now, I have a pf ruleset like this: #--# nic0 = "fxp0" lo0 = "lo0" lo1 = "lo1" dns = "192.168.3.10" me = "192.168.2.5" wwwproxy = "127.1.0.3" wwwproxy_e = "192.168.2.9" table { 192.168.2.0/24 } table { 192.168.3.0/24 } table { $me, $wwwproxy_e } #--# binat on $nic0 from $wwwproxy to any -> $wwwproxy_e #--# block in log all block out log all # allow loopback pass log quick on $lo0 from 127.0.0.1 to 127.0.0.1 modulate state # allow wwwproxy to connect out and allow some connections in pass out log quick proto udp from $wwwproxy_e to $dns port 53 keep state pass out log quick proto tcp from $wwwproxy_e to any modulate state pass in log quick proto tcp from to $wwwproxy_e port 8080 modulate state # allow me to connect out pass out log quick on $nic0 proto udp from $me to any keep state pass out log quick on $nic0 proto tcp from $me to any modulate state #--# I have an HTTP proxy running inside the jail: $ netstat -f inet -na Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address(state) tcp4 0 0 127.1.0.3.8080 *.*LISTEN Inside the jail, I can connect to external sites: wwwproxy% nc -z -v www.google.com 80 Connection to www.google.com 80 port [tcp/http] succeeded! 00 rule 8/0(match): pass out on fxp0: 192.168.2.9.62735 > 192.168.3.10.53: UDP, length 32 001253 rule 8/0(match): pass out on fxp0: 192.168.2.9.61723 > 192.168.3.10.53: UDP, length 32 000955 rule 9/0(match): pass out on fxp0: 192.168.2.9.64134 > 66.249.91.104.80: tcp 0 Outside the jail (on the host machine), however, I cannot connect to the HTTP proxy, despite pflog showing the connection being allowed: $ nc -z -v 192.168.2.9 8080 nc: connect to 192.168.2.9 port 8080 (tcp) failed: Connection refused 3. 680214 rule 9/0(match): pass out on lo0: 192.168.2.9.60606 > 192.168.2.9.8080: tcp 0 60 rule 10/0(match): pass in on lo0: 192.168.2.9.60606 > 192.168.2.9.8080: tcp 0 It appears that binat isn't actually doing what I think it should (a connection to 192.168.2.9:8080 should connect to 127.1.0.3:8080). What am I doing wrong? XW (ps: please CC, I'm not subscribed) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"