| View previous topic :: View next topic |
| Author |
Message |
Eurt
Tux's lil' helper
Joined: 18 Nov 2007
Posts: 81
|
 Posted: Fri Feb 04, 2011 1:43 pm Post subject: [X] 32 bit chroot and games. (Unsolved) |
 |
|
Greetings.
I have a 64 bit no-multilib gentoo system.
I've made a 32 bit installation using the 32 bit chroot. Inside chroot, I emerge xorg-x11 and xf86-video-intel. Then I make this symlinks:
| Code: | ln -sf /mnt/gentoo32/usr/lib /usr/lib32
ln -sf /mnt/gentoo32/lib /lib32
ln -sf mnt/gentoo32/usr/local/lib /usr/local/lib32 |
I "think" I should have no problems running 32 bit apps using this way, in fact I haven't, I can run /mnt/gentoo32/wine perfectly with those symlinks, open spotify to listen to music... But I cannot make my graphics run decently.
I get very low fps when executing /mnt/gentoo32/usr/bin/glxgears even though glxinfo reports direct rendering: YES.
Do you know what's happening?
Thanks. |
|
| Back to top |
|
 |
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Fri Feb 04, 2011 2:28 pm Post subject: |
|
|
I suspect that you need to give us the complete set of mounts that you're using for your 32-bit chroot. In particular, for "local" X response in the chroot you need to bind-mount /tmp into the chroot, so you have access to the Unix socket there. I've run full-performance 32-bit chroots before, but getting it set up correctly is important. I've generally done a "complete" install inside my 32-bit chroots however, instead of trying to make it piggyback on top of the 64-bit install.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Eurt
Tux's lil' helper
Joined: 18 Nov 2007
Posts: 81
|
| Posted: Fri Feb 04, 2011 8:45 pm Post subject: |
|
|
Here it goes. It's a full copy/paste from gentoo 32 bit chroot guide init file:
| Code: | #cat /etc/init.d/gentoo32
#!/sbin/runscript
depend() {
need localmount
need bootmisc
}
start() {
ebegin "Mounting 32bits chroot dirs"
mount -o bind /dev /mnt/gentoo32/dev >/dev/null
mount -o bind /dev/pts /mnt/gentoo32/dev/pts >/dev/null &
mount -o bind /dev/shm /mnt/gentoo32/dev/shm >/dev/null &
mount -o bind /proc /mnt/gentoo32/proc >/dev/null
mount -o bind /proc/bus/usb /mnt/gentoo32/proc/bus/usb >/dev/null &
mount -o bind /sys /mnt/gentoo32/sys >/dev/null &
mount -o bind /tmp /mnt/gentoo32/tmp >/dev/null &
mount -o bind /usr/portage /mnt/gentoo32/usr/portage/ >/dev/null &
eend $? "An error occured while attempting to mount 32bit chroot directories"
ebegin "Copying 32bits chroot files"
cp -pf /etc/resolv.conf /mnt/gentoo32/etc >/dev/null &
cp -pf /etc/passwd /mnt/gentoo32/etc >/dev/null &
cp -pf /etc/shadow /mnt/gentoo32/etc >/dev/null &
cp -pf /etc/group /mnt/gentoo32/etc >/dev/null &
cp -pf /etc/gshadow /mnt/gentoo32/etc >/dev/null &
cp -pf /etc/hosts /mnt/gentoo32/etc > /dev/null &
cp -Ppf /etc/localtime /mnt/gentoo32/etc >/dev/null &
eend $? "An error occured while attempting to copy 32 bits chroot files."
}
stop() {
ebegin "Unmounting 32bits chroot dirs"
umount -f /mnt/gentoo32/dev/pts >/dev/null
umount -f /mnt/gentoo32/dev/shm >/dev/null
umount -f /mnt/gentoo32/dev >/dev/null &
umount -f /mnt/gentoo32/proc/bus/usb >/dev/null
umount -f /mnt/gentoo32/proc >/dev/null &
umount -f /mnt/gentoo32/sys >/dev/null &
umount -f /mnt/gentoo32/tmp >/dev/null &
umount -f /mnt/gentoo32/usr/portage/ >/dev/null &
eend $? "An error occured while attempting to unmount 32bits chroot directories"
} |
|
|
| Back to top |
|
|
rh1
Guru
Joined: 10 Apr 2010
Posts: 495
|
| Posted: Fri Feb 04, 2011 9:20 pm Post subject: |
|
|
| I don't think it's related to your problem, but for some things to work, you also need to bind mount /var/run |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Sat Feb 05, 2011 1:42 am Post subject: |
|
|
Is your DISPLAY in the chroot set to the Unix socket or the network socket?
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Eurt
Tux's lil' helper
Joined: 18 Nov 2007
Posts: 81
|
| Posted: Sat Feb 05, 2011 10:02 pm Post subject: |
|
|
| depontius wrote: | | Is your DISPLAY in the chroot set to the Unix socket or the network socket? |
I have no idea 
How to check that?  |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Sun Feb 06, 2011 3:18 am Post subject: |
|
|
"echo $DISPLAY"
It will display something like "hostname.domainname:0" or "hostname/unix:0". The former means X is going through a network socket, the latter through a Unix socket. (faster)
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Eurt
Tux's lil' helper
Joined: 18 Nov 2007
Posts: 81
|
| Posted: Sun Feb 06, 2011 2:40 pm Post subject: |
|
|
| depontius wrote: | "echo $DISPLAY"
It will display something like "hostname.domainname:0" or "hostname/unix:0". The former means X is going through a network socket, the latter through a Unix socket. (faster) |
I get this output outside and inside chroot. |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Feb 07, 2011 1:41 am Post subject: |
|
|
That means you're using the Unix socket - the fast way. What does "xauth list" say? Do X applications work? Are you able to compare your performance inside vs outside the chroot, with any similar code?
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
BitJam
Advocate
Joined: 12 Aug 2003
Posts: 2248
Location: Silver City, NM
|
| Posted: Mon Feb 07, 2011 7:31 am Post subject: |
|
|
| This thread describes a similar problem of getting fast graphics in a 32-bit chroot. That thread dealt with Nvidia while you have Intel so the solution may not be identical but at least it gives you another avenue of approach. |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Feb 07, 2011 1:31 pm Post subject: |
|
|
I suspect I side-stepped this problem, because my chroot was pretty well complete. I only bind-mounted the "necessary" stuff like /dev, /proc, /sys, /tmp, /home (and the necessary subtrees, of course) and had completely independent /usr, etc. In fact my chroots have generally been fully bootable via a different grub entry. I never thought of this as a general practice, but it might not be a bad one.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
|
Gamers & Players
