From owner-freebsd-emulation@FreeBSD.ORG Sun Nov 25 00:57:18 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B4616A420; Sun, 25 Nov 2007 00:57:18 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx1.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id C47BA13C44B; Sun, 25 Nov 2007 00:57:17 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id lAP0iUvG014668; Sat, 24 Nov 2007 17:44:30 -0700 (MST) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id lAP0iQ2X002842; Sat, 24 Nov 2007 17:44:26 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id lAP0iQsk002839; Sat, 24 Nov 2007 17:44:26 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18248.50538.142360.921846@gromit.timing.com> Date: Sat, 24 Nov 2007 17:44:26 -0700 From: John Hein To: Roman Divacky In-Reply-To: <20071124221946.GA74651@freebsd.org> References: <20071124221946.GA74651@freebsd.org> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org, des@freebsd.org Subject: Re: compat/linprocfs X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 00:57:18 -0000 Roman Divacky wrote at 23:19 +0100 on Nov 24, 2007: > in > compat/linprocfs/linprocfs.c:linprocfs_doprocmaps() there's > > unsigned int last_timestamp; > > variable declaration, this variable is used only once in this function: > > if (last_timestamp + 1 != map->timestamp) { > > ie. the map->timestamp is compared to some stack garbage + 1. this does not > seem to be correct, the last_timestamp must be set somewhere.. > > comments? It is set 6 lines earlier... last_timestamp = map->timestamp; vm_map_unlock_read(map); error = uiomove(mebuffer, len, uio); vm_map_lock_read(map); if (error) break; if (last_timestamp + 1 != map->timestamp) { From owner-freebsd-emulation@FreeBSD.ORG Sun Nov 25 10:37:56 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF04316A421 for ; Sun, 25 Nov 2007 10:37:56 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 52DD613C44B for ; Sun, 25 Nov 2007 10:37:56 +0000 (UTC) (envelope-from mail@sysfault.org) Received: (qmail 21984 invoked from network); 25 Nov 2007 10:37:53 -0000 Received: from unknown (HELO medusa.sysfault.org) (936934@[89.182.140.51]) (envelope-sender ) by smtprelay06.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP; 25 Nov 2007 10:37:53 -0000 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IwEvg-000BJX-UW; Sun, 25 Nov 2007 11:41:39 +0100 Received: (from marcus@localhost) by medusa.sysfault.org (8.14.2/8.14.1/Submit) id lAPAfY0X043494; Sun, 25 Nov 2007 11:41:34 +0100 (CET) (envelope-from marcus) Date: Sun, 25 Nov 2007 11:41:34 +0100 From: Marcus von Appen To: Roman Divacky Message-ID: <20071125104134.GA1189@medusa.sysfault.org> References: <20071124091332.GA980@medusa.sysfault.org> <20071124115033.GA59527@freebsd.org> <20071124191707.GA986@medusa.sysfault.org> <20071124195340.GA71917@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20071124195340.GA71917@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: -4.4 (----) Cc: freebsd-emulation@freebsd.org Subject: Re: Linuxulator on RELENG_7 causes games to hang X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 10:37:57 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Sat Nov 24, 2007, Roman Divacky wrote: [...] > > If you give me a detailled introduction about how the linux emulation > > system is organized in both, application layer, interfaces and source > > code layout, I'll gladly check through it. >=20 > just go by date... try oldest_date and see if it works, try newest_date > and see if it works. then just half the interval. bisection. you should > be able to identify day on which it broke. assigning an actual commit > that broke it should be easy. >=20 > or I dont understand your question... I just misinterpreted the 'bisect' and though of bisecting the whole code changes, not the CVS dates ;-). It'll take some days, I guess, as it has to be done in a qemu image (currently there's no second test system at hand). Regards Marcus --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSVFeo/JpszXavhwRAhLWAJ92pRf3K17YmJ1DAbfd4WoQ7pdJ1QCgiPaW QGJmQNEWQDR023WN6C2hx1I= =3OtQ -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-emulation@FreeBSD.ORG Sun Nov 25 10:53:11 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E967216A418; Sun, 25 Nov 2007 10:53:11 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id A215A13C455; Sun, 25 Nov 2007 10:53:11 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DE99566A42F; Sun, 25 Nov 2007 11:52:59 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4FfQCMzL-8M3; Sun, 25 Nov 2007 11:52:58 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B99E666A420; Sun, 25 Nov 2007 11:52:58 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id lAPAqwsH090228; Sun, 25 Nov 2007 11:52:58 +0100 (CET) (envelope-from rdivacky) Date: Sun, 25 Nov 2007 11:52:58 +0100 From: Roman Divacky To: John Hein Message-ID: <20071125105258.GA89946@freebsd.org> References: <20071124221946.GA74651@freebsd.org> <18248.50538.142360.921846@gromit.timing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18248.50538.142360.921846@gromit.timing.com> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org, des@freebsd.org Subject: Re: compat/linprocfs X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 10:53:12 -0000 On Sat, Nov 24, 2007 at 05:44:26PM -0700, John Hein wrote: > Roman Divacky wrote at 23:19 +0100 on Nov 24, 2007: > > in > > compat/linprocfs/linprocfs.c:linprocfs_doprocmaps() there's > > > > unsigned int last_timestamp; > > > > variable declaration, this variable is used only once in this function: > > > > if (last_timestamp + 1 != map->timestamp) { > > > > ie. the map->timestamp is compared to some stack garbage + 1. this does not > > seem to be correct, the last_timestamp must be set somewhere.. > > > > comments? > > It is set 6 lines earlier... > > last_timestamp = map->timestamp; > vm_map_unlock_read(map); > error = uiomove(mebuffer, len, uio); > vm_map_lock_read(map); > if (error) > break; > if (last_timestamp + 1 != map->timestamp) { sorry, mea culpa.. I have some local modifications :( I apology for the noise From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 26 09:50:04 2007 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9498B16A417 for ; Mon, 26 Nov 2007 09:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 83C0613C4F2 for ; Mon, 26 Nov 2007 09:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lAQ9o4Rd021473 for ; Mon, 26 Nov 2007 09:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lAQ9o4Di021472; Mon, 26 Nov 2007 09:50:04 GMT (envelope-from gnats) Date: Mon, 26 Nov 2007 09:50:04 GMT Message-Id: <200711260950.lAQ9o4Di021472@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: "Yi Wang" Cc: Subject: Re: ports/117350: compile error in vmware3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yi Wang List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 09:50:04 -0000 The following reply was made to PR ports/117350; it has been noted by GNATS. From: "Yi Wang" To: FreeBSD-gnats-submit@freebsd.org, freebsd-ports-bugs@freebsd.org Cc: Subject: Re: ports/117350: compile error in vmware3 Date: Mon, 26 Nov 2007 17:40:09 +0800 Additionally, this is my kernel config file: cpu I686_CPU ident MYKERNEL options SCHED_ULE # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing device cpufreq device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # output. Adds ~128k to driver. # output. Adds ~215k to driver. device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device sc device agp # support several AGP chipsets device pmtimer device miibus # MII bus support device nfe # nVidia nForce MCP on-board Ethernet device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device sound device snd_ich device pf device pflog device pfsync options LIBICONV options NTFS options NTFS_ICONV options MSDOSFS_ICONV options CD9660_ICONV options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable options COMPAT_LINUX device smbus # Bus support, required for smb below. device nfpm device nfsmb options DEVICE_POLLING options HZ=1000 On 11/26/07, Yi Wang wrote: > Any idea? > > This is the latest uname: > > uname -a > FreeBSD wangyi.com 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 23 12:18:30 CST 2007 > root@wangyi.com:/usr/obj/usr/src/sys/MYKERNEL i386 > > And I've already delete make.conf in /etc. > > Thanks! > > On 10/20/07, FreeBSD-gnats-submit@freebsd.org > wrote: > > Thank you very much for your problem report. > > It has the internal identification `ports/117350'. > > The individual assigned to look at your > > report is: freebsd-ports-bugs. > > > > You can access the state of your problem report at any time > > via this link: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=117350 > > > > >Category: ports > > >Responsible: freebsd-ports-bugs > > >Synopsis: compile error in vmware3 > > >Arrival-Date: Sat Oct 20 04:00:05 UTC 2007 > > > > > -- > Regards, > Wang Yi > -- Regards, Wang Yi From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 26 09:50:07 2007 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D04716A46D for ; Mon, 26 Nov 2007 09:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F10AD13C503 for ; Mon, 26 Nov 2007 09:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lAQ9o691021506 for ; Mon, 26 Nov 2007 09:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lAQ9o6tP021505; Mon, 26 Nov 2007 09:50:06 GMT (envelope-from gnats) Date: Mon, 26 Nov 2007 09:50:06 GMT Message-Id: <200711260950.lAQ9o6tP021505@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: "Yi Wang" Cc: Subject: Re: ports/117350: compile error in vmware3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yi Wang List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 09:50:07 -0000 The following reply was made to PR ports/117350; it has been noted by GNATS. From: "Yi Wang" To: FreeBSD-gnats-submit@freebsd.org, freebsd-ports-bugs@freebsd.org Cc: Subject: Re: ports/117350: compile error in vmware3 Date: Mon, 26 Nov 2007 17:16:07 +0800 Any idea? This is the latest uname: uname -a FreeBSD wangyi.com 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 23 12:18:30 CST 2007 root@wangyi.com:/usr/obj/usr/src/sys/MYKERNEL i386 And I've already delete make.conf in /etc. Thanks! On 10/20/07, FreeBSD-gnats-submit@freebsd.org wrote: > Thank you very much for your problem report. > It has the internal identification `ports/117350'. > The individual assigned to look at your > report is: freebsd-ports-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=117350 > > >Category: ports > >Responsible: freebsd-ports-bugs > >Synopsis: compile error in vmware3 > >Arrival-Date: Sat Oct 20 04:00:05 UTC 2007 > -- Regards, Wang Yi From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 26 11:06:57 2007 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B77016A49A for ; Mon, 26 Nov 2007 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9C513C4E5 for ; Mon, 26 Nov 2007 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lAQB6uDA025397 for ; Mon, 26 Nov 2007 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lAQB6uWV025393 for freebsd-emulation@FreeBSD.org; Mon, 26 Nov 2007 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Nov 2007 11:06:56 GMT Message-Id: <200711261106.lAQB6uWV025393@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 11:06:57 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in o kern/117010 emulation [linuxolator] linux_getdents() get something like buff o ports/117350 emulation compile error in emulators/vmware3 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too 9 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Nov 26 18:37:15 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3A216A417 for ; Mon, 26 Nov 2007 18:37:15 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9EE13C4E5 for ; Mon, 26 Nov 2007 18:37:15 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so160456anc for ; Mon, 26 Nov 2007 10:37:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=eg65uAzdYivWb+83YY48mSnugy3PYoQSo/wOrzvyAgI=; b=dTWCKoAehOxrVlHMBcd/djFKx6zHqguHPypq6iKlAxsVQHMuy/enFGp4iLrCg3+QHrMsXcppvbCJPMaDJeN8M03ckdyuFCviAZc2KhzoKnJi7ZxOQmgh6n86ukjbIbITfYRDuLk8BvE4m3ElkarYPxwNryMh6jL2UOUd3whnmiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AH+m4k2cj4E0Md414DqZBhDT1DhnRg6rlJQ8U+bikn65JAha+LoYKZGc7vCU/V4IMvU0p8HaRY3ZLp+C6qxdZhQ6dQl9H5uC0lKfTuyQCE/cadYuUz51eSYo4u2hBlqc79Vxvt05DJfXCFQPJZqV4XpPXxbsWeHGH8faFJry+z0= Received: by 10.100.194.17 with SMTP id r17mr4444564anf.1196100722524; Mon, 26 Nov 2007 10:12:02 -0800 (PST) Received: by 10.90.119.13 with HTTP; Mon, 26 Nov 2007 10:12:02 -0800 (PST) Message-ID: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> Date: Mon, 26 Nov 2007 13:12:02 -0500 From: "Mike Ragusa" To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 18:37:15 -0000 I have compiled linux compat into my freebsd kernel but i also had the same issues when it was loaded as a module. I recently installed neverwinter nights client from freebsd ports. After downloading all the scripts needed for running the application i get the following error > ./nwn ./nwmain: error while loading shared libraries: /usr/local/lib/libGL.so.1: ELF file OS ABI invalid the nwn script is as follows: > cat nwn #!/bin/sh # This script runs Neverwinter Nights from the current directory export SDL_MOUSE_RELATIVE=0 export SDL_VIDEO_X11_DGAMOUSE=0 # If you do not wish to use the SDL library included in the package, remove # ./lib from LD_LIBRARY_PATH cd /usr/local/share/nwnclient export LD_LIBRARY_PATH=./lib:./miles:/compat/linux/usr/X11R6/lib:/compat/linux/usr/lib:$LD_LIBRARY_PATH ./nwmain $@ I included the libGL.so.1 file into the lib directory inside the nwn folder but it does not seem to take effect: > file * libGL.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped libGLU.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped libSDL-1.2.so.0: symbolic link to `libSDL-1.2.so.0.0.5' libSDL-1.2.so.0.0.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped libstdc++-libc6.1-2.so.3: symbolic link to `/compat/linux/usr/lib/libstdc++-2-libc6.1-1-2.9.0.so' > pwd /usr/local/share/nwnclient/lib The libGL as stated by the /compat/linux/sbin/ldconfig > /compat/linux/sbin/ldconfig -p | grep GL libGLw.so.1 (libc6) => /usr/X11R6/lib/libGLw.so.1 libGLU.so.1 (libc6) => /usr/X11R6/lib/libGLU.so.1 libGLU.so.1 (libc6) => /usr/lib/libGLU.so.1 libGLU.so.1 (libc5) => /usr/local/lib/libGLU.so.1 libGLU.so (libc5) => /usr/local/lib/libGLU.so libGL.so.1 (libc6) => /usr/X11R6/lib/libGL.so.1 libGL.so.1 (libc5) => /usr/local/lib/libGL.so.1 libGL.so (libc5) => /usr/local/lib/libGL.so Ive also noticed when i do an ls inside of the /compat/linux/bin/sh i get the following error > /compat/linux/bin/sh sh-3.00$ ls ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid Here is the output of uname -a and glxinfo. The computer in question is an ibm thinkpad t42 > uname -a FreeBSD mobile.ragusa.us 7.0-BETA3 FreeBSD 7.0-BETA3 #8: Mon Nov 26 01:33:09 EST 2007 root@mobile.ragusa.us:/usr/obj/usr/src/sys/MOBILE i386 > glxinfo name of display: :0.0 libGL warning: 3D driver claims to not support visual 0x58 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20061018 AGP 4x x86/MMX/SSE2 TCL OpenGL version string: 1.3 Mesa 7.0.1 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x58 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 Ncon > If anymore information is needed please let me know From owner-freebsd-emulation@FreeBSD.ORG Tue Nov 27 13:56:50 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ACA816A41B for ; Tue, 27 Nov 2007 13:56:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2883913C45D for ; Tue, 27 Nov 2007 13:56:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 9DAF81A4D7C; Tue, 27 Nov 2007 05:37:16 -0800 (PST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2007 08:24:55 -0500 User-Agent: KMail/1.9.7 References: <20071118020533.GA57425@saturn.kn-bremen.de> <20071118224345.GA81339@saturn.kn-bremen.de> In-Reply-To: <20071118224345.GA81339@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711270824.55839.jhb@freebsd.org> Cc: freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 13:56:50 -0000 On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > Ok I finally have an amd64 smp box here that i can play with, and tried > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > the following crash: > >[...] > > Ok, the crashes seem to be pretty random, I got a few more: > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > and it doesn't seem to be used anywhere else. Also I forgot to say > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > I had a few hangs too, and never could get into ddb in those cases...) > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x246 > fault code = supervisor read instruction, page not present > instruction pointer = 0x8:0x246 > stack pointer = 0x10:0xffffffff9fae4b50 > frame pointer = 0x10:0xffffffff9fae4b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu1) > trap number = 12 > <0> > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xc011dbfb > fault code = supervisor read instruction, page not present > instruction pointer = 0x8:0xc011dbfb > stack pointer = 0x10:0xffffffff9fae47d0 > frame pointer = 0x10:0x801de4000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > current process = 11 (idle: cpu1) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > trap_pfault() at trap_pfault+0x294 > trap() at trap+0x2ea > sendsig() at sendsig+0x2aa > sched_choose() at sched_choose+0x8c > choosethread() at choosethread+0x2b > sched_switch() at sched_switch+0x184 > mi_switch() at mi_switch+0x189 > ast() at ast+0x1e8 > doreti_ast() at doreti_ast+0x1f > Uptime: 37m8s > Physical memory: 986 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > at ../../../amd64/amd64/trap.c:614 > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > at ../../../amd64/amd64/trap.c:383 > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > ) > at ../../../amd64/amd64/machdep.c:326 > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > at ../../../kern/kern_synch.c:442 > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > at ../../../kern/subr_trap.c:239 > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > #13 0x0000000811d87d74 in ?? () > #14 0x0000000000000005 in ?? () > #15 0x00000000000010e0 in ?? () > ---Type to continue, or q to quit--- > #16 0x0000000811d87d8c in ?? () > #17 0x0000000801de4000 in ?? () > #18 0x0000000741e00000 in ?? () > #19 0x000000000215dd30 in ?? () > #20 0x0000000000d49160 in ?? () > #21 0x00000000c016fdf0 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000801de84d0 in ?? () > #24 0xffffffffbfffffff in ?? () > #25 0x0000000000063fff in ?? () > #26 0x0000000801de4000 in ?? () > #27 0x0000000000063fff in ?? () > #28 0x0000000000000016 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x000000000215dd0c in ?? () > #33 0x000000000000002b in ?? () > #34 0x0000000000000286 in ?? () > #35 0x00007fffffffb608 in ?? () > #36 0x0000000000000023 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #39 0x0000000000c9f000 in ?? () > #40 0x00000000fffffffd in ?? () > #41 0xffffff0001080460 in ?? () > #42 0xffffff000209b680 in ?? () > #43 0x0000000000000001 in ?? () > #44 0xffffffff9fae4bb0 in ?? () > #45 0xffffffff9fae4b68 in ?? () > #46 0xffffff00010819c0 in ?? () > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > flags=409599) at ../../../kern/sched_4bsd.c:907 > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > and > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 0: while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x4300:0xffffffff9fae41c0 > stack pointer = 0x10:0xffffffff9fae4190 > frame pointer = 0x10:0x5 > code segment = base 0x0, limit 0x0, type 0x0 > = DPL 0, pres 0, long 0, def32 0, gran 0 > processor eflags = resume, IOPL = 0 > current process = 904 (qemu-system-x86_64) > trap number = kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x46 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff804aff9d > stack pointer = 0x10:0xffffffff9fae3d20 > frame pointer = 0x10:0xffffffff9fae3e80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 904 (qemu-system-x86_64) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > trap() at trap+0x242 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > kvprintf() at kvprintf+0x11ed > printf() at printf+0xa4 > uart_z8530_class() at 0x3386 > swapb.6687() at swapb.6687+0x13f > Uptime: 19m14s > Physical memory: 986 MB > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > at ../../../amd64/amd64/trap.c:248 > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > ) at ../../../kern/subr_prf.c:314 > #8 0x0000000000003386 in ?? () > #9 0xffffffff9fae4090 in ?? () > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > Previous frame identical to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > Script done on Sun Nov 18 19:11:41 2007 > > and: > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xd > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8073d743 > stack pointer = 0x10:0xffffffff9fae4610 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 948 (qemu-system-x86_64) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > dmapbase() at 0xffffff0001080460 > dmapbase() at 0xffffff00010819c0 > Uptime: 23m57s > Physical memory: 986 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffff0001080460 in ?? () > #5 0xffffffff80a4d8a0 in lapics () > #6 0xffffff00010819c0 in ?? () > #7 0x0000000000000000 in ?? () > #8 0xffffff0001055600 in ?? () > #9 0xffffffff9fae44e0 in ?? () > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > ) > at ../../../kern/kern_clock.c:224 > #11 0xffffff00010819c0 in ?? () > #12 0x0000000000000000 in ?? () > #13 0xffffff000215b000 in ?? () > #14 0xffffffff9fae4610 in ?? () > #15 0xffffff000215b000 in ?? () > #16 0x0000000000000000 in ?? () > #17 0xffffffff80a26430 in main_console () > #18 0x00000000000213bf in ?? () > #19 0xffffff00010819c0 in ?? () > #20 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #21 0x0000000000000000 in ?? () > #22 0xffffffff80a2fd78 in runq () > #23 0xffffff000215b000 in ?? () > #24 0x0000000000000001 in ?? () > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > opts=Variable "opts" is not available. > ) at cpufunc.h:343 > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > kgdb still seems to be kind of confused tho, afaict runq is a variable > not a function... Anyone can make head or tail of these crashes? I would check your hardware for bad RAM, etc. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Tue Nov 27 15:48:04 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEDB416A41A for ; Tue, 27 Nov 2007 15:48:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 588F813C468 for ; Tue, 27 Nov 2007 15:48:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A54D2C.dip.t-dialin.net [84.165.77.44]) by redbull.bpaserver.net (Postfix) with ESMTP id A1F6C2E0BE; Tue, 27 Nov 2007 16:47:53 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2C2BD77DA5; Tue, 27 Nov 2007 16:47:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196178471; bh=ZWUhyRbyNKolxHTJnGRhgPYAGncU0RLrG JH9MPEuHy8=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=CgLAt7 Zg+XlszfiDbqELJ8M7su5mXDL9FcV0jQT6nlzKukjyWemJEfKyC7ho3A6CKNvShwk79 EpVWt3Jx1GWLcpXdcgNzjo+PyEwPnZoolHxiL/tH87nfonpVqvAUW+3g0HCZBsnDRMz L7ehD3e8PicC0z2wahMCouPDeO7NptxGlnAQDgJU3BxYp3LbdfDR7GaEuw96l5vmrIJ ixjZQSvRB9fSQgzfDgjkoJWAM8R3hXVMuXskYgbpP/MmseD7dVLhvKA49/qSJH3yYCM p9DGhtsP0yyOMcmTwCYfmL90bWE2YQjaV4U0LeREEoqp/tksPRdANN/exGTyBBGB5in w== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lARFlppS047469; Tue, 27 Nov 2007 16:47:51 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 27 Nov 2007 16:47:50 +0100 Message-ID: <20071127164750.fnzswv0b4ckgsoo8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 27 Nov 2007 16:47:50 +0100 From: Alexander Leidinger To: Mike Ragusa References: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> In-Reply-To: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 15:48:04 -0000 Quoting Mike Ragusa (from Mon, 26 Nov 2007 13:12:02 -0500): > I have compiled linux compat into my freebsd kernel but i also had the > same issues when it was loaded as a module. > > I recently installed neverwinter nights client from freebsd ports. > After downloading all the scripts needed for running the application i > get the following error > >> ./nwn > ./nwmain: error while loading shared libraries: > /usr/local/lib/libGL.so.1: ELF file OS ABI invalid We need the output of ldd nwmain. Background info: it seems it picks up the FreeBSD lib, not the linux lib as it should. Bye, Alexander. -- Bell Labs Unix - Reach out and grep someone. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Tue Nov 27 17:20:12 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93CBE16A418; Tue, 27 Nov 2007 17:20:12 +0000 (UTC) (envelope-from tabthorpe@freebsd.org) Received: from tbaytel.net (front2-nwconx.tbaytel.net [216.211.26.163]) by mx1.freebsd.org (Postfix) with ESMTP id 38CD913C448; Tue, 27 Nov 2007 17:20:12 +0000 (UTC) (envelope-from tabthorpe@freebsd.org) X-Scanned-by-Cloudmark: Yes X-Spam-Score: 0.000000 Received: from goodking.goodking.ca (account thomasa@tbaytel.net [216.26.208.2] verified) by front2.tbaytel.net (CommuniGate Pro SMTP 5.0.13) with ESMTPSA id 95302560; Tue, 27 Nov 2007 12:20:09 -0500 From: Thomas Abthorpe Organization: FreeBSD Ports Committer To: Alexander Leidinger Date: Tue, 27 Nov 2007 12:19:52 -0500 User-Agent: KMail/1.9.7 References: <200711231134.30908.tabthorpe@freebsd.org> <20071124205902.6847288a@deskjail> In-Reply-To: <20071124205902.6847288a@deskjail> X-Face: /|[9,PbEOB6g>?2^*Sc|"~6:Ro"O>Nv\Rfkv\42g)=?utf-8?q?TuAYG=26+bD=5CpCJTX31s=5Fp=7Bc7=5D5a=2ED=2E=0A=09Y?=@QddKu_I[XB8; euK=^[=L1I#]rgi[0jgz^4qCTwlj]3kJ)]vc}O"HrA14hN)=?utf-8?q?aXewJPTi=7C=0A=09Pt=7BS3=23Vw4x-?="/:& Cc: freebsd-emulation@freebsd.org Subject: Re: Request inspired by ports/117068 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tabthorpe@freebsd.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 17:20:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 24 November 2007 14:59:02 Alexander Leidinger wrote: > Quoting Thomas Abthorpe (Fri, 23 Nov 2007 11:34:12 -0500): > > Is it feasible to integrate the change as requested by > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117068 into > > emulators/linux_base-fc4? > > > > I have reviewed the Makefile, but alas, the magic of it eludes me, > > otherwise I would have a suggestion for a PR. > > The linux_base doesn't create this directory. The linuxulator falls > through to the FreeBSd /dev if it doesn't see the /compat/linux/dev. As > you can read in the messages which are referenced there, some programs > have problems with an existing /dev, some have a problem without. How > do we decide which program to "fuck-up"? Currently I would suggest to > print a message in citrix_ica which explains this issue. Or test if > some popular ports (in the thread there was skype referenced as one of > the programs which does not work well when creating the LINUXBASE/dev) > work now when the directory exists. > > Better ideas to get it working by default for all are welcome. > > Bye, > Alexander. Thank you very much for the feedback, I will procede with the documentation route for now, until further research can yield a better solution. Thomas - -- Thomas Abthorpe | FreeBSD Ports Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTFHC5Gm/jNBp8qARAvEXAJ9lTWLxMsBTIXWN9SaJMBZ/oqJ76QCbB13h aThe4duIksDf+RccFYvIKjc= =QMin -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Tue Nov 27 21:53:24 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99ED916A468 for ; Tue, 27 Nov 2007 21:53:24 +0000 (UTC) (envelope-from ameyburgh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2815A13C45A for ; Tue, 27 Nov 2007 21:53:23 +0000 (UTC) (envelope-from ameyburgh@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1667454uge for ; Tue, 27 Nov 2007 13:53:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ta3cDu4Yrba2tCSkRwowwhkupMQunoky5a16uE4dM5Q=; b=bayq90XcOPuBQRCLUgfv6Ty+q+3c6w4ZiqwZDh85MG5V8NMSqk8oM1sX9p+DEGDpPlggjRAM8v8rGLWbKD4rQ55xv3AoIXux2BKgoskFiakOdtXb9xUYdyJ3obghu+HJBV0WpxjuXVU9uF6dbJ4J0P+V4iYJR5jZ2nTw3u96mz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T1lXyDBYe/RWH/bH5dnCtik8xpR29nzhoVzGFNnHllY+StBttLTyNwnXDMfSx2Ga6kCA/ILutjQkHWDKFZZJmao91Sc+xLO4T6E+5jBldpe89vOM8V2uEX/DBCZSJlsbqIKlI6NQRL6lL0YHKlmqQXR3hzVZPLLYlkuYkOXETn0= Received: by 10.142.239.11 with SMTP id m11mr1278818wfh.1196200400255; Tue, 27 Nov 2007 13:53:20 -0800 (PST) Received: by 10.142.193.9 with HTTP; Tue, 27 Nov 2007 13:53:20 -0800 (PST) Message-ID: <35f053b10711271353o737935c9g661c48a1ed81733c@mail.gmail.com> Date: Tue, 27 Nov 2007 13:53:20 -0800 From: "Albert Meyburgh" To: freebsd-emulation@freebsd.org In-Reply-To: <200711161508.17907.jen.parga@hotmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711161508.17907.jen.parga@hotmail.com> Subject: Re: IE X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 21:53:24 -0000 Thanks for all the responses so far. This might be a silly question but... I'm curious as to the differences between nix applications and windows applications. why don't windows exe files run in linux? is wine only emulating the various calls to windows "dlls"? and I guess the differently slash usage and layout of the filesystem... is there anything more low level going on that makes it different? I guess when you chmod +x then the operating system just tries to read machine code out of a file or what? if i chmod +x a text file it tries to run the file like a bash script I guess.. if I do 'cat /bin/dir' i get a bunch of undisplayable characters and my console text goes all bananas and the window title goes bananas too for that matter... what's going on here? I know it's machine code which is a 1 to 1 translation to ASM do the different OS's and "environment subsystems" have different ASM to do the same things? can I make a typical "hello world" that will run in all those environments? there's POSIX and WIN32 and... OS/2 in win2k for example as this diagram illustrates: http://en.wikipedia.org/wiki/Image:Windows_2000_architecture.svg is there a similar source of documentation of the bsd operating system somewhere online? also... if I have a compiled posix app on windows, will that same compile posix app run in a nix flavour that supports "posix" or does it have to be recompiled.. and why :) sorry for the probably very difficult to answer rambling of questions--I'm just trying to wrap my head around the reasons why windows apps don't work in linux/unix/bsd/what have you.. :) On Nov 16, 2007 5:08 AM, Kyryll A Mirnenko aka Mirya wrote: > I've tried ies4linux distro with freebsd, the latest version installs but with > some problems in the installer itself (not in the registry overrides, etc.). > The ie6 installed this way works well, ie7 (ie7's mshtml wrapped with ie6 > interface) installs well, but hangs up in many cases, so VM / remote desktop > should be the best solution here. > > Btw, it would be nice if someone convert ies4linux into a regular FreeBSD > port, it's quite useful for web developers > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > From owner-freebsd-emulation@FreeBSD.ORG Wed Nov 28 06:48:18 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3068A16A41A for ; Wed, 28 Nov 2007 06:48:18 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id D033613C507 for ; Wed, 28 Nov 2007 06:48:17 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA04.westchester.pa.mail.comcast.net with comcast id J6d51Y0060cZkys0500200; Wed, 28 Nov 2007 06:37:11 +0000 Received: from kirby.cyberbotx.com ([68.43.195.82]) by OMTA10.westchester.pa.mail.comcast.net with comcast id J6dA1Y00B1n8LeU0300000; Wed, 28 Nov 2007 06:37:11 +0000 X-Authority-Analysis: v=1.0 c=1 a=8pif782wAAAA:8 a=6I5d2MoRAAAA:8 a=aJr5skfRWelTRKZvHeYA:9 a=qeKcyN_IzgJjb4kE7oUA:7 a=sbIHV_tbdbY8P7W7ZEHDPbYX11wA:4 a=EfJqPEOeqlMA:10 a=SV7veod9ZcQA:10 a=CWfAmLVWKswA:10 Message-ID: <474D0C96.30003@cyberbotx.com> Date: Wed, 28 Nov 2007 01:37:10 -0500 From: Naram Qashat User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Albert Meyburgh References: <200711161508.17907.jen.parga@hotmail.com> <35f053b10711271353o737935c9g661c48a1ed81733c@mail.gmail.com> In-Reply-To: <35f053b10711271353o737935c9g661c48a1ed81733c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: IE X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 06:48:18 -0000 I'm no expert on the subject, but I believe that it has to do with programs making calls to the operating system themselves. Windows has an entirely different set of system calls than *nix (some use POSIX, others might be something else). Because of those system calls, each executable only works on the system it was made for. What the program needs to do might be the same, but the way the executable does it via the OS will be different for each OS. Naram Qashat Albert Meyburgh wrote: > Thanks for all the responses so far. > > This might be a silly question but... > > I'm curious as to the differences between nix applications and windows > applications. > > why don't windows exe files run in linux? is wine only emulating the > various calls to windows "dlls"? and I guess the differently slash > usage and layout of the filesystem... > > is there anything more low level going on that makes it different? > > I guess when you chmod +x then the operating system just tries to read > machine code out of a file or what? if i chmod +x a text file it > tries to run the file like a bash script I guess.. > > if I do 'cat /bin/dir' i get a bunch of undisplayable characters and > my console text goes all bananas and the window title goes bananas too > for that matter... > > what's going on here? I know it's machine code which is a 1 to 1 > translation to ASM > > do the different OS's and "environment subsystems" have different ASM > to do the same things? > > can I make a typical "hello world" that will run in all those environments? > > there's POSIX and WIN32 and... OS/2 in win2k for example > as this diagram illustrates: > http://en.wikipedia.org/wiki/Image:Windows_2000_architecture.svg > > is there a similar source of documentation of the bsd operating system > somewhere online? > also... if I have a compiled posix app on windows, will that same > compile posix app run in a nix flavour that supports "posix" or does > it have to be recompiled.. and why :) > > sorry for the probably very difficult to answer rambling of > questions--I'm just trying to wrap my head around the reasons why > windows apps don't work in linux/unix/bsd/what have you.. :) > > On Nov 16, 2007 5:08 AM, Kyryll A Mirnenko aka Mirya > wrote: >> I've tried ies4linux distro with freebsd, the latest version installs but with >> some problems in the installer itself (not in the registry overrides, etc.). >> The ie6 installed this way works well, ie7 (ie7's mshtml wrapped with ie6 >> interface) installs well, but hangs up in many cases, so VM / remote desktop >> should be the best solution here. >> >> Btw, it would be nice if someone convert ies4linux into a regular FreeBSD >> port, it's quite useful for web developers >> _______________________________________________ >> freebsd-emulation@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation >> To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > From owner-freebsd-emulation@FreeBSD.ORG Wed Nov 28 23:52:35 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CEEF16A47F; Wed, 28 Nov 2007 23:52:35 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id A733013C46A; Wed, 28 Nov 2007 23:52:34 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A2DD924BD29; Thu, 29 Nov 2007 00:52:32 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lASNogj2041862; Thu, 29 Nov 2007 00:50:42 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lASNognD041861; Thu, 29 Nov 2007 00:50:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Thu, 29 Nov 2007 00:50:42 +0100 To: John Baldwin Message-ID: <20071128235042.GA40147@saturn.kn-bremen.de> Mail-Followup-To: John Baldwin , freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org References: <20071118020533.GA57425@saturn.kn-bremen.de> <20071118224345.GA81339@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711270824.55839.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 23:52:35 -0000 On Tue, Nov 27, 2007 at 08:24:55AM -0500, John Baldwin wrote: > On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > > Ok I finally have an amd64 smp box here that i can play with, and tried > > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > > the following crash: > > >[...] > > > > Ok, the crashes seem to be pretty random, I got a few more: > > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > > and it doesn't seem to be used anywhere else. Also I forgot to say > > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > > I had a few hangs too, and never could get into ddb in those cases...) > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x246 > > fault code = supervisor read instruction, page not present > > instruction pointer = 0x8:0x246 > > stack pointer = 0x10:0xffffffff9fae4b50 > > frame pointer = 0x10:0xffffffff9fae4b80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 11 (idle: cpu1) > > trap number = 12 > > <0> > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0xc011dbfb > > fault code = supervisor read instruction, page not present > > instruction pointer = 0x8:0xc011dbfb > > stack pointer = 0x10:0xffffffff9fae47d0 > > frame pointer = 0x10:0x801de4000 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > > current process = 11 (idle: cpu1) > > trap number = 12 > > panic: page fault > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > trap_pfault() at trap_pfault+0x294 > > trap() at trap+0x2ea > > sendsig() at sendsig+0x2aa > > sched_choose() at sched_choose+0x8c > > choosethread() at choosethread+0x2b > > sched_switch() at sched_switch+0x184 > > mi_switch() at mi_switch+0x189 > > ast() at ast+0x1e8 > > doreti_ast() at doreti_ast+0x1f > > Uptime: 37m8s > > Physical memory: 986 MB > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > > at ../../../amd64/amd64/trap.c:614 > > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > > at ../../../amd64/amd64/trap.c:383 > > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > > ) > > at ../../../amd64/amd64/machdep.c:326 > > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > > at ../../../kern/kern_synch.c:442 > > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > > at ../../../kern/subr_trap.c:239 > > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > > #13 0x0000000811d87d74 in ?? () > > #14 0x0000000000000005 in ?? () > > #15 0x00000000000010e0 in ?? () > > ---Type to continue, or q to quit--- > > #16 0x0000000811d87d8c in ?? () > > #17 0x0000000801de4000 in ?? () > > #18 0x0000000741e00000 in ?? () > > #19 0x000000000215dd30 in ?? () > > #20 0x0000000000d49160 in ?? () > > #21 0x00000000c016fdf0 in ?? () > > #22 0x0000000000000000 in ?? () > > #23 0x0000000801de84d0 in ?? () > > #24 0xffffffffbfffffff in ?? () > > #25 0x0000000000063fff in ?? () > > #26 0x0000000801de4000 in ?? () > > #27 0x0000000000063fff in ?? () > > #28 0x0000000000000016 in ?? () > > #29 0x0000000000000000 in ?? () > > #30 0x0000000000000000 in ?? () > > #31 0x0000000000000000 in ?? () > > #32 0x000000000215dd0c in ?? () > > #33 0x000000000000002b in ?? () > > #34 0x0000000000000286 in ?? () > > #35 0x00007fffffffb608 in ?? () > > #36 0x0000000000000023 in ?? () > > #37 0x0000000000000000 in ?? () > > #38 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > > #39 0x0000000000c9f000 in ?? () > > #40 0x00000000fffffffd in ?? () > > #41 0xffffff0001080460 in ?? () > > #42 0xffffff000209b680 in ?? () > > #43 0x0000000000000001 in ?? () > > #44 0xffffffff9fae4bb0 in ?? () > > #45 0xffffffff9fae4b68 in ?? () > > #46 0xffffff00010819c0 in ?? () > > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > > flags=409599) at ../../../kern/sched_4bsd.c:907 > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > and > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 0: while in kernel mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x4300:0xffffffff9fae41c0 > > stack pointer = 0x10:0xffffffff9fae4190 > > frame pointer = 0x10:0x5 > > code segment = base 0x0, limit 0x0, type 0x0 > > = DPL 0, pres 0, long 0, def32 0, gran 0 > > processor eflags = resume, IOPL = 0 > > current process = 904 (qemu-system-x86_64) > > trap number = kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x46 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff804aff9d > > stack pointer = 0x10:0xffffffff9fae3d20 > > frame pointer = 0x10:0xffffffff9fae3e80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 904 (qemu-system-x86_64) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > trap() at trap+0x242 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > > kvprintf() at kvprintf+0x11ed > > printf() at printf+0xa4 > > uart_z8530_class() at 0x3386 > > swapb.6687() at swapb.6687+0x13f > > Uptime: 19m14s > > Physical memory: 986 MB > > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > > at ../../../amd64/amd64/trap.c:248 > > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > > ) at ../../../kern/subr_prf.c:314 > > #8 0x0000000000003386 in ?? () > > #9 0xffffffff9fae4090 in ?? () > > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > > Previous frame identical to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > Script done on Sun Nov 18 19:11:41 2007 > > > > and: > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0xd > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff8073d743 > > stack pointer = 0x10:0xffffffff9fae4610 > > frame pointer = 0x10:0x0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 948 (qemu-system-x86_64) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > dmapbase() at 0xffffff0001080460 > > dmapbase() at 0xffffff00010819c0 > > Uptime: 23m57s > > Physical memory: 986 MB > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffff0001080460 in ?? () > > #5 0xffffffff80a4d8a0 in lapics () > > #6 0xffffff00010819c0 in ?? () > > #7 0x0000000000000000 in ?? () > > #8 0xffffff0001055600 in ?? () > > #9 0xffffffff9fae44e0 in ?? () > > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > > ) > > at ../../../kern/kern_clock.c:224 > > #11 0xffffff00010819c0 in ?? () > > #12 0x0000000000000000 in ?? () > > #13 0xffffff000215b000 in ?? () > > #14 0xffffffff9fae4610 in ?? () > > #15 0xffffff000215b000 in ?? () > > #16 0x0000000000000000 in ?? () > > #17 0xffffffff80a26430 in main_console () > > #18 0x00000000000213bf in ?? () > > #19 0xffffff00010819c0 in ?? () > > #20 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > > #21 0x0000000000000000 in ?? () > > #22 0xffffffff80a2fd78 in runq () > > #23 0xffffff000215b000 in ?? () > > #24 0x0000000000000001 in ?? () > > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > > opts=Variable "opts" is not available. > > ) at cpufunc.h:343 > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > kgdb still seems to be kind of confused tho, afaict runq is a variable > > not a function... Anyone can make head or tail of these crashes? > > I would check your hardware for bad RAM, etc. Well, I doubt its that... It works when running a up kernel, and it works on a 6.3beta2 i386 install on the same box with smp. Also I haven't seen any crashes on that box yet other than from this amd64 kqemu on the smp kernel (it also survived building a world and kernel with -j4), actually I haven't received reports of kqemu/amd64/smp actually working for anyone. (do you want to try? :) I _suspect_ kqemu/amd64 is doing either things differently than on i386, or differences between the i386 and amd64 kernels trigger the problem. Fwiw, I have a report of kqemu/amd64 crashing the host on a linux smp host too, tho there only with a windows guest; linux guests (which I was testing) seem to work there. Oh and I left memtest86 running on that box overnight and it found nothing... Thanx, Juergen PS: some doc about kqemu: http://fabrice.bellard.free.fr/qemu/kqemu-tech.html From owner-freebsd-emulation@FreeBSD.ORG Thu Nov 29 00:23:32 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F2616A418 for ; Thu, 29 Nov 2007 00:23:32 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 731DA13C46A for ; Thu, 29 Nov 2007 00:23:32 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2039678uge for ; Wed, 28 Nov 2007 16:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=1SnUCvY2hvd8ctKIpQ/SwlOgYDyKq/BpevG+cq/2fqw=; b=txuoeYi35FyUcTUzsWYFhlGjbgxM/HXOkITVsrWlE8CjVTw9JIJnpTZDTd9ayMJbDOvv8hqZb/N2qz3ICdzK42HHyPpQMFS3cxUPSTMbu9VjYcHed8ZokCNlzRQPBgOKAogUqN6zpBN62GldpNsirgolG3iXaLTfXL2hmmeebco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=begafcDczW94sQx8QLYUL2/NmdVO9AI7jP2VS3BUwsgFJLm5ehqv3OFxKsLW9KtmiZkvu7I2LdXyvkaaE1pBm1KHskkK7AMpT0yBxJe0r7EJrw1AXFBKqquv+J263YfLbKkGE3UGFHSH6jNgMbIp+t6VW3CO/F7nsWNT0V6gG+I= Received: by 10.70.80.14 with SMTP id d14mr1985198wxb.1196295809523; Wed, 28 Nov 2007 16:23:29 -0800 (PST) Received: by 10.90.119.13 with HTTP; Wed, 28 Nov 2007 16:23:29 -0800 (PST) Message-ID: <523561090711281623w1d1a019em884222b3d571c798@mail.gmail.com> Date: Wed, 28 Nov 2007 19:23:29 -0500 From: "Mike Ragusa" To: "Alexander Leidinger" In-Reply-To: <20071127164750.fnzswv0b4ckgsoo8@webmail.leidinger.net> MIME-Version: 1.0 References: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> <20071127164750.fnzswv0b4ckgsoo8@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 00:23:33 -0000 > ldd -v nwmain ldd: nwmain: this is an ELF program; use objdump to examine > ldd -a nwmain nwmain: error while loading shared libraries: /usr/local/lib/libGL.so.1: ELF file OS ABI invalid nwmain: exit status 127 Anything else needed? On Nov 27, 2007 10:47 AM, Alexander Leidinger wrote: > Quoting Mike Ragusa (from Mon, 26 Nov 2007 > 13:12:02 -0500): > > > I have compiled linux compat into my freebsd kernel but i also had the > > same issues when it was loaded as a module. > > > > I recently installed neverwinter nights client from freebsd ports. > > After downloading all the scripts needed for running the application i > > get the following error > > > >> ./nwn > > ./nwmain: error while loading shared libraries: > > /usr/local/lib/libGL.so.1: ELF file OS ABI invalid > > We need the output of ldd nwmain. Background info: it seems it picks > up the FreeBSD lib, not the linux lib as it should. > > Bye, > Alexander. > > -- > Bell Labs Unix - Reach out and grep someone. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > From owner-freebsd-emulation@FreeBSD.ORG Thu Nov 29 08:46:12 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19F116A418 for ; Thu, 29 Nov 2007 08:46:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8507A13C461 for ; Thu, 29 Nov 2007 08:46:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5570B.dip.t-dialin.net [84.165.87.11]) by redbull.bpaserver.net (Postfix) with ESMTP id CCD1C2E11E; Thu, 29 Nov 2007 09:46:02 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 56328742F2; Thu, 29 Nov 2007 09:46:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196325960; bh=qinpeYOKxgUxnK1sHyk2s2xeZ2Nqnj3jF dqKwcmd3RA=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=zPl7gH TN2ZNEn2jghl4ri3fRQJso9POo3265e4fDLzxQZ//s6ixjltMqG/BSV14FrW/T8AooI agdSIjlBWPQQPpWSQknVB2uksfJBh0nYTev8/2TsybFt3PIcBN7eLWUxSR0enVRTQI0 Xjh8/FhiCBw8xvhdLok6y4pDYy1BVcqCGXtiMDD/CA9pcyvuQU+6H3ShrJYpsTE/Gu3 9Xg68nIrFxBW0u3mFeZeRvs4YD4/XtJzFoJrvGF7YgInnAMfE+3gxLOTvbw+s4vGYot ojR/yQPJqzQ3wcuVp0EQFH0oruhGLlNcLUld9ytBwxai5/FbVRNsz/JRqN05geHOeOa Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lAT8k00M021560; Thu, 29 Nov 2007 09:46:00 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 29 Nov 2007 09:46:00 +0100 Message-ID: <20071129094600.9r7h0to400cg884o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 29 Nov 2007 09:46:00 +0100 From: Alexander Leidinger To: Mike Ragusa References: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> <20071127164750.fnzswv0b4ckgsoo8@webmail.leidinger.net> <523561090711281623w1d1a019em884222b3d571c798@mail.gmail.com> In-Reply-To: <523561090711281623w1d1a019em884222b3d571c798@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.427, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_BJ 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 08:46:12 -0000 Quoting Mike Ragusa (from Wed, 28 Nov 2007 =20 19:23:29 -0500): >> ldd -v nwmain > ldd: nwmain: this is an ELF program; use objdump to examine >> ldd -a nwmain > nwmain: error while loading shared libraries: /usr/local/lib/libGL.so.1: E= LF > file OS ABI invalid > nwmain: exit status 127 > > Anything else needed? Which ldd do you use? I explected something like this: ---snip--- Donnerstag, 29. November 2007, 09:44:26 {0} [M87:~] (3) netchild@ttyp0 % ldd /compat/linux/usr/bin/head /compat/linux/usr/bin/head: libc.so.6 =3D> /lib/obsolete/linuxthreads/libc.so.6 (0x2806c000) /lib/ld-linux.so.2 (0x2804f000) Donnerstag, 29. November 2007, 09:44:36 {0} [M87:~] (4) netchild@ttyp0 % which ldd /usr/bin/ldd ---snip--- Bye, Alexander. > On Nov 27, 2007 10:47 AM, Alexander Leidinger > wrote: > >> Quoting Mike Ragusa (from Mon, 26 Nov 2007 >> 13:12:02 -0500): >> >> > I have compiled linux compat into my freebsd kernel but i also had the >> > same issues when it was loaded as a module. >> > >> > I recently installed neverwinter nights client from freebsd ports. >> > After downloading all the scripts needed for running the application i >> > get the following error >> > >> >> ./nwn >> > ./nwmain: error while loading shared libraries: >> > /usr/local/lib/libGL.so.1: ELF file OS ABI invalid >> >> We need the output of ldd nwmain. Background info: it seems it picks >> up the FreeBSD lib, not the linux lib as it should. >> >> Bye, >> Alexander. >> >> -- >> Bell Labs Unix - Reach out and grep someone. >> >> http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE= 7 >> http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 7207713= 7 >> > --=20 You are dishonest, but never to the point of hurting a friend. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Thu Nov 29 16:15:15 2007 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1373E16A417; Thu, 29 Nov 2007 16:15:15 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EDF9913C474; Thu, 29 Nov 2007 16:15:14 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lATGFE1r087002; Thu, 29 Nov 2007 16:15:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lATGFEox086998; Thu, 29 Nov 2007 16:15:14 GMT (envelope-from linimon) Date: Thu, 29 Nov 2007 16:15:14 GMT Message-Id: <200711291615.lATGFEox086998@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/118329: [linux] TSM fails after kernel upgrade (regression) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 16:15:15 -0000 Old Synopsis: TSM fails after kernel upgrade (linux emulation) New Synopsis: [linux] TSM fails after kernel upgrade (regression) Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 29 16:14:18 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=118329 From owner-freebsd-emulation@FreeBSD.ORG Thu Nov 29 20:42:52 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 859A016A418 for ; Thu, 29 Nov 2007 20:42:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2990413C474 for ; Thu, 29 Nov 2007 20:42:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221855654-1834499 for multiple; Thu, 29 Nov 2007 15:22:56 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lATKOk1U042281; Thu, 29 Nov 2007 15:24:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Juergen Lock Date: Thu, 29 Nov 2007 14:41:03 -0500 User-Agent: KMail/1.9.6 References: <20071118020533.GA57425@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> <20071128235042.GA40147@saturn.kn-bremen.de> In-Reply-To: <20071128235042.GA40147@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711291441.04134.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 Nov 2007 15:24:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4954/Thu Nov 29 12:46:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 20:42:52 -0000 On Wednesday 28 November 2007 06:50:42 pm Juergen Lock wrote: > On Tue, Nov 27, 2007 at 08:24:55AM -0500, John Baldwin wrote: > > On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > > > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > > > Ok I finally have an amd64 smp box here that i can play with, and tried > > > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > > > the following crash: > > > >[...] > > > > > > Ok, the crashes seem to be pretty random, I got a few more: > > > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > > > and it doesn't seem to be used anywhere else. Also I forgot to say > > > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > > > I had a few hangs too, and never could get into ddb in those cases...) > > > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you are > > > welcome to change it and/or distribute copies of it under certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > This GDB was configured as "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0x246 > > > fault code = supervisor read instruction, page not present > > > instruction pointer = 0x8:0x246 > > > stack pointer = 0x10:0xffffffff9fae4b50 > > > frame pointer = 0x10:0xffffffff9fae4b80 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 11 (idle: cpu1) > > > trap number = 12 > > > <0> > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0xc011dbfb > > > fault code = supervisor read instruction, page not present > > > instruction pointer = 0x8:0xc011dbfb > > > stack pointer = 0x10:0xffffffff9fae47d0 > > > frame pointer = 0x10:0x801de4000 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > > > current process = 11 (idle: cpu1) > > > trap number = 12 > > > panic: page fault > > > cpuid = 1 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > trap_pfault() at trap_pfault+0x294 > > > trap() at trap+0x2ea > > > sendsig() at sendsig+0x2aa > > > sched_choose() at sched_choose+0x8c > > > choosethread() at choosethread+0x2b > > > sched_switch() at sched_switch+0x184 > > > mi_switch() at mi_switch+0x189 > > > ast() at ast+0x1e8 > > > doreti_ast() at doreti_ast+0x1f > > > Uptime: 37m8s > > > Physical memory: 986 MB > > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > > > at ../../../amd64/amd64/trap.c:614 > > > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > > > at ../../../amd64/amd64/trap.c:383 > > > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > > > ) > > > at ../../../amd64/amd64/machdep.c:326 > > > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > > > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > > > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > > > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > > > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > > > at ../../../kern/kern_synch.c:442 > > > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > > > at ../../../kern/subr_trap.c:239 > > > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > > > #13 0x0000000811d87d74 in ?? () > > > #14 0x0000000000000005 in ?? () > > > #15 0x00000000000010e0 in ?? () > > > ---Type to continue, or q to quit--- > > > #16 0x0000000811d87d8c in ?? () > > > #17 0x0000000801de4000 in ?? () > > > #18 0x0000000741e00000 in ?? () > > > #19 0x000000000215dd30 in ?? () > > > #20 0x0000000000d49160 in ?? () > > > #21 0x00000000c016fdf0 in ?? () > > > #22 0x0000000000000000 in ?? () > > > #23 0x0000000801de84d0 in ?? () > > > #24 0xffffffffbfffffff in ?? () > > > #25 0x0000000000063fff in ?? () > > > #26 0x0000000801de4000 in ?? () > > > #27 0x0000000000063fff in ?? () > > > #28 0x0000000000000016 in ?? () > > > #29 0x0000000000000000 in ?? () > > > #30 0x0000000000000000 in ?? () > > > #31 0x0000000000000000 in ?? () > > > #32 0x000000000215dd0c in ?? () > > > #33 0x000000000000002b in ?? () > > > #34 0x0000000000000286 in ?? () > > > #35 0x00007fffffffb608 in ?? () > > > #36 0x0000000000000023 in ?? () > > > #37 0x0000000000000000 in ?? () > > > #38 0x0000000000000000 in ?? () > > > ---Type to continue, or q to quit--- > > > #39 0x0000000000c9f000 in ?? () > > > #40 0x00000000fffffffd in ?? () > > > #41 0xffffff0001080460 in ?? () > > > #42 0xffffff000209b680 in ?? () > > > #43 0x0000000000000001 in ?? () > > > #44 0xffffffff9fae4bb0 in ?? () > > > #45 0xffffffff9fae4b68 in ?? () > > > #46 0xffffff00010819c0 in ?? () > > > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > > > flags=409599) at ../../../kern/sched_4bsd.c:907 > > > Previous frame inner to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > and > > > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you are > > > welcome to change it and/or distribute copies of it under certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > This GDB was configured as "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 0: while in kernel mode > > > cpuid = 0; apic id = 00 > > > instruction pointer = 0x4300:0xffffffff9fae41c0 > > > stack pointer = 0x10:0xffffffff9fae4190 > > > frame pointer = 0x10:0x5 > > > code segment = base 0x0, limit 0x0, type 0x0 > > > = DPL 0, pres 0, long 0, def32 0, gran 0 > > > processor eflags = resume, IOPL = 0 > > > current process = 904 (qemu-system-x86_64) > > > trap number = kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x46 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x8:0xffffffff804aff9d > > > stack pointer = 0x10:0xffffffff9fae3d20 > > > frame pointer = 0x10:0xffffffff9fae3e80 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 904 (qemu-system-x86_64) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > trap() at trap+0x242 > > > calltrap() at calltrap+0x8 > > > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > > > kvprintf() at kvprintf+0x11ed > > > printf() at printf+0xa4 > > > uart_z8530_class() at 0x3386 > > > swapb.6687() at swapb.6687+0x13f > > > Uptime: 19m14s > > > Physical memory: 986 MB > > > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > > > at ../../../amd64/amd64/trap.c:248 > > > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > > > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > > > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > > > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > > > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/subr_prf.c:314 > > > #8 0x0000000000003386 in ?? () > > > #9 0xffffffff9fae4090 in ?? () > > > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > > > Previous frame identical to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > Script done on Sun Nov 18 19:11:41 2007 > > > > > > and: > > > > > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you are > > > welcome to change it and/or distribute copies of it under certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > This GDB was configured as "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0xd > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x8:0xffffffff8073d743 > > > stack pointer = 0x10:0xffffffff9fae4610 > > > frame pointer = 0x10:0x0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 948 (qemu-system-x86_64) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > dmapbase() at 0xffffff0001080460 > > > dmapbase() at 0xffffff00010819c0 > > > Uptime: 23m57s > > > Physical memory: 986 MB > > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffff0001080460 in ?? () > > > #5 0xffffffff80a4d8a0 in lapics () > > > #6 0xffffff00010819c0 in ?? () > > > #7 0x0000000000000000 in ?? () > > > #8 0xffffff0001055600 in ?? () > > > #9 0xffffffff9fae44e0 in ?? () > > > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > > > ) > > > at ../../../kern/kern_clock.c:224 > > > #11 0xffffff00010819c0 in ?? () > > > #12 0x0000000000000000 in ?? () > > > #13 0xffffff000215b000 in ?? () > > > #14 0xffffffff9fae4610 in ?? () > > > #15 0xffffff000215b000 in ?? () > > > #16 0x0000000000000000 in ?? () > > > #17 0xffffffff80a26430 in main_console () > > > #18 0x00000000000213bf in ?? () > > > #19 0xffffff00010819c0 in ?? () > > > #20 0x0000000000000000 in ?? () > > > ---Type to continue, or q to quit--- > > > #21 0x0000000000000000 in ?? () > > > #22 0xffffffff80a2fd78 in runq () > > > #23 0xffffff000215b000 in ?? () > > > #24 0x0000000000000001 in ?? () > > > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > > > opts=Variable "opts" is not available. > > > ) at cpufunc.h:343 > > > Previous frame inner to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > kgdb still seems to be kind of confused tho, afaict runq is a variable > > > not a function... Anyone can make head or tail of these crashes? > > > > I would check your hardware for bad RAM, etc. > > Well, I doubt its that... It works when running a up kernel, and it works > on a 6.3beta2 i386 install on the same box with smp. Also I haven't > seen any crashes on that box yet other than from this amd64 kqemu on the > smp kernel (it also survived building a world and kernel with -j4), > actually I haven't received reports of kqemu/amd64/smp actually working > for anyone. (do you want to try? :) I _suspect_ kqemu/amd64 is doing > either things differently than on i386, or differences between the > i386 and amd64 kernels trigger the problem. > > Fwiw, I have a report of kqemu/amd64 crashing the host on a linux smp host > too, tho there only with a windows guest; linux guests (which I was testing) > seem to work there. > > Oh and I left memtest86 running on that box overnight and it found nothing... well, it could be a kqemu bug I guess, but your panics look like seemingly random memory corruptino as you have stack traces where functions are calling other functions that the don't actually call in the source code. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Thu Nov 29 21:45:36 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AD216A469 for ; Thu, 29 Nov 2007 21:45:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id C17B413C442 for ; Thu, 29 Nov 2007 21:45:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IxrCP-000Mfd-OZ; Fri, 30 Nov 2007 00:45:33 +0300 Received: from bsam by bs1.sp34.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IxrFf-0001iY-Rp; Fri, 30 Nov 2007 00:48:55 +0300 To: "Mike Ragusa" References: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> From: Boris Samorodov Date: Fri, 30 Nov 2007 00:48:55 +0300 In-Reply-To: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> (Mike Ragusa's message of "Mon, 26 Nov 2007 13:12:02 -0500") Message-ID: <87041384@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org Subject: Re: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 21:45:36 -0000 Hi! I've answered to this letter some time ago but it was lost somewhere, :-( sorry. On Mon, 26 Nov 2007 13:12:02 -0500 Mike Ragusa wrote: > The libGL as stated by the /compat/linux/sbin/ldconfig > > /compat/linux/sbin/ldconfig -p | grep GL > libGLw.so.1 (libc6) => /usr/X11R6/lib/libGLw.so.1 > libGLU.so.1 (libc6) => /usr/X11R6/lib/libGLU.so.1 > libGLU.so.1 (libc6) => /usr/lib/libGLU.so.1 > libGLU.so.1 (libc5) => /usr/local/lib/libGLU.so.1 > libGLU.so (libc5) => /usr/local/lib/libGLU.so > libGL.so.1 (libc6) => /usr/X11R6/lib/libGL.so.1 > libGL.so.1 (libc5) => /usr/local/lib/libGL.so.1 > libGL.so (libc5) => /usr/local/lib/libGL.so Seems that your linux dynamic library file got spammed by FreeBSD native libraries. That may be a result of running by an accident /compat/linux/sbin/ldconfig without parameters. Please, run # /compat/linux/sbin/ldconfig -r /compat/linux and say if it changed anything. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Fri Nov 30 05:33:24 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B159116A418 for ; Fri, 30 Nov 2007 05:33:24 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 5981313C45D for ; Fri, 30 Nov 2007 05:33:24 +0000 (UTC) (envelope-from mragusa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so533816anc for ; Thu, 29 Nov 2007 21:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=o6go8IB0PGabpzqLlCTwIGRuCQYVvyWx5zMDoxR1UA8=; b=iMWj/133Xq4QzE8u8EExbYMJob7rQANiBCTYMlsvWz0nOHvkeRTb2uuCoAxTbndgKxFfREfVRkT4yZm+d6p1kIrjuyPSC7go9ZCRlDnHffoZJS8nMHM13DeFarokKrrIwWSOnHRaH1rriV3l5A5Jy3RKHex0zf7xpd525HbqLPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=eld2Y1gHy8rAPTKtCbaLxmNj7RYBK+pTc4/bN3lwA4Y+C6PJRLOGGhRMOYr5+0AcUva5oXDxQD57othTNQYtP4ooyrYnB1MQiEu0LZzyQ0GUaCVKLa+JPaZWSSWS83Xwg+yvtLjIIZqr6Lciwl3DEWIZJmuvN54fGINutodOcDI= Received: by 10.101.1.7 with SMTP id d7mr7185864ani.1196400803600; Thu, 29 Nov 2007 21:33:23 -0800 (PST) Received: by 10.90.119.13 with HTTP; Thu, 29 Nov 2007 21:33:23 -0800 (PST) Message-ID: <523561090711292133v4b077f91v8e0d2378d572aaea@mail.gmail.com> Date: Fri, 30 Nov 2007 00:33:23 -0500 From: "Mike Ragusa" To: "Boris Samorodov" In-Reply-To: <87041384@bs1.sp34.ru> MIME-Version: 1.0 References: <523561090711261012m446fcf84qa4f0d11765d37d70@mail.gmail.com> <87041384@bs1.sp34.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: linux compat and freebsd 7-beta3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 05:33:24 -0000 > sudo /compat/linux/sbin/ldconfig -r /compat/linux Password: > cd /usr/local/share/ nwnclient/ > ldd nwmain nwmain: nwmain: error while loading shared libraries: /usr/local/lib/libGL.so.1: ELF file OS ABI invalid nwmain: exit status 127 > /compat/linux/usr/bin/ldd -v nwmain > still same error :( On Nov 29, 2007 4:48 PM, Boris Samorodov wrote: > Hi! > > > I've answered to this letter some time ago but it was lost somewhere, :-( > sorry. > > On Mon, 26 Nov 2007 13:12:02 -0500 Mike Ragusa wrote: > > > The libGL as stated by the /compat/linux/sbin/ldconfig > > > > /compat/linux/sbin/ldconfig -p | grep GL > > libGLw.so.1 (libc6) => /usr/X11R6/lib/libGLw.so.1 > > libGLU.so.1 (libc6) => /usr/X11R6/lib/libGLU.so.1 > > libGLU.so.1 (libc6) => /usr/lib/libGLU.so.1 > > libGLU.so.1 (libc5) => /usr/local/lib/libGLU.so.1 > > libGLU.so (libc5) => /usr/local/lib/libGLU.so > > libGL.so.1 (libc6) => /usr/X11R6/lib/libGL.so.1 > > libGL.so.1 (libc5) => /usr/local/lib/libGL.so.1 > > libGL.so (libc5) => /usr/local/lib/libGL.so > > Seems that your linux dynamic library file got spammed by FreeBSD > native libraries. That may be a result of running by an accident > /compat/linux/sbin/ldconfig without parameters. Please, run > # /compat/linux/sbin/ldconfig -r /compat/linux > and say if it changed anything. > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > From owner-freebsd-emulation@FreeBSD.ORG Fri Nov 30 07:31:25 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8394D16A417; Fri, 30 Nov 2007 07:31:25 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9DC13C465; Fri, 30 Nov 2007 07:31:25 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id lAU7EWgh063774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 29 Nov 2007 23:14:34 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id lAU7ESd8063773; Thu, 29 Nov 2007 23:14:28 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA22632; Thu, 29 Nov 07 23:00:59 PST Date: Thu, 29 Nov 2007 23:00:29 -0800 From: perryh@pluto.rain.com To: jhb@freebsd.org Message-Id: <474fb50d.uTwqqPFexWZpkjaM%perryh@pluto.rain.com> References: <20071118020533.GA57425@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> <20071128235042.GA40147@saturn.kn-bremen.de> <200711291441.04134.jhb@freebsd.org> In-Reply-To: <200711291441.04134.jhb@freebsd.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 07:31:25 -0000 > > Oh and I left memtest86 running on that box overnight and it > > found nothing... > > well, it could be a kqemu bug I guess, but your panics look like > seemingly random memory corruptino as you have stack traces where > functions are calling other functions that the don't actually call > in the source code. Dunno if this is even *possible* on amd64, but if this were a PowerPC (or MIPS) I would be looking for cache-coherency problems. P.S. If responding, pls include -hackers@ or Cc: me, as I am not on -emulation@. From owner-freebsd-emulation@FreeBSD.ORG Fri Nov 30 19:29:18 2007 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5E716A41A for ; Fri, 30 Nov 2007 19:29:18 +0000 (UTC) (envelope-from sat@cenkes.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id E18FE13C468 for ; Fri, 30 Nov 2007 19:29:17 +0000 (UTC) (envelope-from sat@cenkes.org) Received: from amilo.cenkes.org (ppp85-140-149-178.pppoe.mtu-net.ru [85.140.149.178]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTP id 62532242F82A; Fri, 30 Nov 2007 22:29:16 +0300 (MSK) Date: Fri, 30 Nov 2007 22:29:13 +0300 From: Andrew Pantyukhin To: Alexander Leidinger Message-ID: <20071130192912.GB1524@amilo.cenkes.org> References: <20071103210632.GB72327@amilo.cenkes.org> <1194124724.10479.35.camel@ikaros.oook.cz> <20071105204645.GE64094@amilo.cenkes.org> <20071116110040.247fnnkzk08gc0sc@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071116110040.247fnnkzk08gc0sc@webmail.leidinger.net> X-OS: FreeBSD 8.0-CURRENT amd64 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: emulation@FreeBSD.org Subject: Re: linux-pango/cairo vs firefox/seamonkey/flock X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: infofarmer@FreeBSD.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 19:29:18 -0000 On Fri, Nov 16, 2007 at 11:00:40AM +0100, Alexander Leidinger wrote: > Quoting Andrew Pantyukhin (from Mon, 5 Nov 2007 > 23:46:47 +0300): >> It turned out gstreamer/freedesktop guys distribute an updated >> version of pango and cairo for fc4. > > Do they also have more recent versions of freetype and fontconfig (I'm a > little bit short on time ATM, so I haven't looked myself, sorry)? Unfortunately not, and I can't easily find them on pbone. >> Here's the diffs: >> http://heka.cenkes.org/sat/diffs/linux-pango.cairo.diff > > cut&paste: > ---snip--- > RUN_DEPENDS= ${LINUXBASE}/usr/lib/libglib-2.0.so.0:${PORTSDIR}/devel/linux-glib2 > \ > + linux-cairo>=0:${PORTSDIR}/graphics/linux-cairo \ > ---snip--- > > I don't think this will work well, please use the complete path > like with the other parts of RUN_DEPENDS. I don't have a strong preference, but please elaborate. IMO, it is easier to type and it should work. Thanks for your feedback! From owner-freebsd-emulation@FreeBSD.ORG Fri Nov 30 20:04:54 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3753D16A41B; Fri, 30 Nov 2007 20:04:54 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C46A013C4D9; Fri, 30 Nov 2007 20:04:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55984.dip.t-dialin.net [84.165.89.132]) by redbull.bpaserver.net (Postfix) with ESMTP id 69C222E37D; Fri, 30 Nov 2007 21:01:23 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id C88E17680D; Fri, 30 Nov 2007 21:01:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196452880; bh=KNfvTGu2M7AjY3nxvm/65f4AXeDpvOuQt QmW9BTywr4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=2Fgacv86XwiQqjbG6nKEHakWHICjMxxdxhqWT queyuHhdkI+RzUI0Z1CcWn6rJaWWTx8xsY0Y/7U1E6YtB8Yr0BcYsbSJuDzr2WXba5T Mo9+JxaUGFis1HR+u5okrLsSATRfNS0qwYYmjBN3/My3gNj4huK2DEfI+qPK4Rg5mal 31oyVTei5zjWATyd2ygvmYst4+hDgDwAOlYfknG+YeHXkacJwYwezprtNwBDgWG2rMY Gm2ktP5HtitJV+I2kfdq0vgCAPfqXCIKM2D56ulInoH2UimPNoJO3YOaSq9evmKdmf9 mSzM7Oh1PGpYjji3vpTzyvklG0p4DO7u4SG1Q== Date: Fri, 30 Nov 2007 21:01:20 +0100 From: Alexander Leidinger To: infofarmer@FreeBSD.org Message-ID: <20071130210120.1c8b3150@deskjail> In-Reply-To: <20071130192912.GB1524@amilo.cenkes.org> References: <20071103210632.GB72327@amilo.cenkes.org> <1194124724.10479.35.camel@ikaros.oook.cz> <20071105204645.GE64094@amilo.cenkes.org> <20071116110040.247fnnkzk08gc0sc@webmail.leidinger.net> <20071130192912.GB1524@amilo.cenkes.org> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@FreeBSD.org Subject: Re: linux-pango/cairo vs firefox/seamonkey/flock X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 20:04:54 -0000 Quoting Andrew Pantyukhin (Fri, 30 Nov 2007 22:29:= 13 +0300): > On Fri, Nov 16, 2007 at 11:00:40AM +0100, Alexander Leidinger wrote: > > Quoting Andrew Pantyukhin (from Mon, 5 Nov 200= 7=20 > > 23:46:47 +0300): > >> It turned out gstreamer/freedesktop guys distribute an updated > >> version of pango and cairo for fc4. > >=20 > > Do they also have more recent versions of freetype and fontconfig (I'm = a=20 > > little bit short on time ATM, so I haven't looked myself, sorry)? >=20 > Unfortunately not, and I can't easily find them on pbone. Seems we are unlucky... :( > >> Here's the diffs: > >> http://heka.cenkes.org/sat/diffs/linux-pango.cairo.diff > >=20 > > cut&paste: > > ---snip--- > > RUN_DEPENDS=3D ${LINUXBASE}/usr/lib/libglib-2.0.so.0:${PORTSDIR}/devel/= linux-glib2=20 > > \ > > + linux-cairo>=3D0:${PORTSDIR}/graphics/linux-cairo \ > > ---snip--- > >=20 > > I don't think this will work well, please use the complete path > > like with the other parts of RUN_DEPENDS. >=20 > I don't have a strong preference, but please elaborate. IMO, it > is easier to type and it should work. You depend upon a lib, but the target is RUN_DEPENDS, not LIB_DEPENDS. =46rom bsd.port.mk: ---snip--- # RUN_DEPENDS - A list of "path:dir[:target]" tuples of other ports this # package depends to run. The test done to= determine # the existence of the dependency is the sa= me as # FETCH_DEPENDS. This will be checked duri= ng the # "install" stage and the name of the depen= dency will # be put into the package as well. If the = third field # ("target") exists, it will be used instea= d of # ${DEPENDS_TARGET}. # LIB_DEPENDS - A list of "lib:dir[:target]" tuples of other ports this # package depends on. "lib" is the name of= a shared library. # make will use "ldconfig -r" to search for= the library. # lib can contain extended regular expressi= ons. ---snip--- As you can see RUN_DEPENDS wants a path, not a lib. I think you mixed this with LIB_DEPENDS. The reason why we can not use LIB_DEPENDS is, that it calls the FreeBSD ldconfig. For linux programs this is wrong. One could argue, that we should modify LIB_DEPENDS to use the linux ldconfig if USE_LINUX is set, but this is not the case yet, and I haven't looked carefully at LIB_DEPENDS to make my mind up if this is a good way to go or not (maybe it is, we could maybe detect if a linux lib port hasn't run the linux ldconfig at all). Bye, Alexander. --=20 Boys will be boys, and so will a lot of middle-aged men. -- Kin Hubbard http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Nov 30 21:02:19 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B287C16A417 for ; Fri, 30 Nov 2007 21:02:19 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 67F1C13C459 for ; Fri, 30 Nov 2007 21:02:19 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id lAUL2IxJ000773; Fri, 30 Nov 2007 14:02:18 -0700 (MST) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id lAUL2DC3020071; Fri, 30 Nov 2007 14:02:13 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id lAUL2Dtp020068; Fri, 30 Nov 2007 14:02:13 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18256.31317.682880.921587@gromit.timing.com> Date: Fri, 30 Nov 2007 14:02:13 -0700 From: John E Hein To: Alexander Leidinger In-Reply-To: <20071130210120.1c8b3150@deskjail> References: <20071103210632.GB72327@amilo.cenkes.org> <1194124724.10479.35.camel@ikaros.oook.cz> <20071105204645.GE64094@amilo.cenkes.org> <20071116110040.247fnnkzk08gc0sc@webmail.leidinger.net> <20071130192912.GB1524@amilo.cenkes.org> <20071130210120.1c8b3150@deskjail> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: linux-pango/cairo vs firefox/seamonkey/flock X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 21:02:19 -0000 Alexander Leidinger wrote at 21:01 +0100 on Nov 30, 2007: > > > RUN_DEPENDS= ${LINUXBASE}/usr/lib/libglib-2.0.so.0:${PORTSDIR}/devel/linux-glib2 > > > \ > > > + linux-cairo>=0:${PORTSDIR}/graphics/linux-cairo \ > > > ---snip--- > > > > > > I don't think this will work well, please use the complete path > > > like with the other parts of RUN_DEPENDS. > > > > I don't have a strong preference, but please elaborate. IMO, it > > is easier to type and it should work. > > You depend upon a lib, but the target is RUN_DEPENDS, not LIB_DEPENDS. > From bsd.port.mk: > ---snip--- > # RUN_DEPENDS - A list of "path:dir[:target]" tuples of other ports this > # package depends to run. The test done to determine > # the existence of the dependency is the same as > # FETCH_DEPENDS. This will be checked during the > # "install" stage and the name of the dependency will > # be put into the package as well. If the third field > # ("target") exists, it will be used instead of > # ${DEPENDS_TARGET}. > # LIB_DEPENDS - A list of "lib:dir[:target]" tuples of other ports this > # package depends on. "lib" is the name of a shared library. > # make will use "ldconfig -r" to search for the library. > # lib can contain extended regular expressions. > ---snip--- > > As you can see RUN_DEPENDS wants a path, not a lib. I think you mixed > this with LIB_DEPENDS. The reason why we can not use LIB_DEPENDS is, > that it calls the FreeBSD ldconfig. For linux programs this is wrong. > One could argue, that we should modify LIB_DEPENDS to use the linux > ldconfig if USE_LINUX is set, but this is not the case yet, and I > haven't looked carefully at LIB_DEPENDS to make my mind up if this is a > good way to go or not (maybe it is, we could maybe detect if a linux > lib port hasn't run the linux ldconfig at all). Andrew's way is to use a package spec (using pkg_info to query). The bsd.port.mk comments don't do justice to that alternative, but it's perfectly legitimate. From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 1 14:53:36 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35EAC16A417; Sat, 1 Dec 2007 14:53:36 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3C19B13C459; Sat, 1 Dec 2007 14:53:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55984.dip.t-dialin.net [84.165.89.132]) by redbull.bpaserver.net (Postfix) with ESMTP id 124C72E317; Sat, 1 Dec 2007 15:51:19 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 6A8F876971; Sat, 1 Dec 2007 15:51:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196520676; bh=pmg/N7USSXlMkcPDj+8mNuWrJ7hoOnpK0 DTNtUxgGXg=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=p69KJZnQMmYO2x8hbrpzA4tnDNgaRZFj8i7y5 48713wqOe3fp+JMHN4UTc+FA505yHjQzyyH7XnRDw46NceQUb+93c3PlAUMWIpXRNzI zYV2Bf6e0TJq1c8DgFaf4qLYUStJIS7mv6+savsEPPjziEr6aQO/NUvAvu/Jq/CMXWq qiwrzZ02wRQSs9ds6OHvBjvn9RQY29WyW4E8lHqEmAZB3csEUzi96KSN1T9ifq3eg1A ehwo33kbPfd8bbgu3JtPqSmHVr6kCWHsfvH9nCLp7ow/0D3QNlHit2odNZju08xk3jv Txr5H/gj+Kn9iawd4qIIaS42nCJB3a4fdNTkg== Date: Sat, 1 Dec 2007 15:51:15 +0100 From: Alexander Leidinger To: John E Hein Message-ID: <20071201155115.5c6143a4@deskjail> In-Reply-To: <18256.31317.682880.921587@gromit.timing.com> References: <20071103210632.GB72327@amilo.cenkes.org> <1194124724.10479.35.camel@ikaros.oook.cz> <20071105204645.GE64094@amilo.cenkes.org> <20071116110040.247fnnkzk08gc0sc@webmail.leidinger.net> <20071130192912.GB1524@amilo.cenkes.org> <20071130210120.1c8b3150@deskjail> <18256.31317.682880.921587@gromit.timing.com> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org Subject: Re: linux-pango/cairo vs firefox/seamonkey/flock X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 14:53:36 -0000 Quoting John E Hein (Fri, 30 Nov 2007 14:02:13 -0700): > Alexander Leidinger wrote at 21:01 +0100 on Nov 30, 2007: > > > > RUN_DEPENDS= ${LINUXBASE}/usr/lib/libglib-2.0.so.0:${PORTSDIR}/devel/linux-glib2 > > > > \ > > > > + linux-cairo>=0:${PORTSDIR}/graphics/linux-cairo \ > > > > ---snip--- > > > > > > > > I don't think this will work well, please use the complete path > > > > like with the other parts of RUN_DEPENDS. > > > > > > I don't have a strong preference, but please elaborate. IMO, it > > > is easier to type and it should work. > > > > You depend upon a lib, but the target is RUN_DEPENDS, not LIB_DEPENDS. > > From bsd.port.mk: > > ---snip--- > > # RUN_DEPENDS - A list of "path:dir[:target]" tuples of other ports this > > # package depends to run. The test done to determine > > # the existence of the dependency is the same as > > # FETCH_DEPENDS. This will be checked during the > > # "install" stage and the name of the dependency will > > # be put into the package as well. If the third field > > # ("target") exists, it will be used instead of > > # ${DEPENDS_TARGET}. > > # LIB_DEPENDS - A list of "lib:dir[:target]" tuples of other ports this > > # package depends on. "lib" is the name of a shared library. > > # make will use "ldconfig -r" to search for the library. > > # lib can contain extended regular expressions. > > ---snip--- > > > > As you can see RUN_DEPENDS wants a path, not a lib. I think you mixed > > this with LIB_DEPENDS. The reason why we can not use LIB_DEPENDS is, > > that it calls the FreeBSD ldconfig. For linux programs this is wrong. > > One could argue, that we should modify LIB_DEPENDS to use the linux > > ldconfig if USE_LINUX is set, but this is not the case yet, and I > > haven't looked carefully at LIB_DEPENDS to make my mind up if this is a > > good way to go or not (maybe it is, we could maybe detect if a linux > > lib port hasn't run the linux ldconfig at all). > > Andrew's way is to use a package spec (using pkg_info to query). The > bsd.port.mk comments don't do justice to that alternative, but it's > perfectly legitimate. Ah, ok. We should update the comment in bsd.port.mk... Regarding the package-spec... the dependency is specific to a particular lib, the spec in the patch just says >=0. I'm a little bit uncomfortable regarding this. When we want to switch to a new linux base, we need to change most of the libs, and then the dependency doesn't match anymore (which means an overlooked ports is catched on pointyhat or on the tinderboxes). While we can add some text to UPDATING, I would like to have the dependency explicitly recorded in the port. Unlike the FreeBSD native ports, we have a more strict dependency regarding libs in the linux ports. I agree that the package spec will work for a lot of users, but with my experience with maintaining the linux ports and providing help for them since linux_base-8 I suggest to follow the practice we have currently in the linux infrastructure ports, as we can circumvent some pitfalls this way. Bye, Alexander. -- What we wish, that we readily believe. -- Demosthenes http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 1 15:29:58 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9C416A41A; Sat, 1 Dec 2007 15:29:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 116BB13C46A; Sat, 1 Dec 2007 15:29:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55984.dip.t-dialin.net [84.165.89.132]) by redbull.bpaserver.net (Postfix) with ESMTP id 76CC02E2D3; Sat, 1 Dec 2007 16:29:33 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 031E7773CA; Sat, 1 Dec 2007 16:29:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196522971; bh=YVf1IFY/1rjiKgZNy4cvU0Em2lMQO+2YX 7FcBGIK22E=; h=Date:From:To:Subject:Message-ID:In-Reply-To: References:Followup-To:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=jzrI6kcfST9h0IAyiVbHQiziW/4iBeOqS6Vc6 5ZNGcHgVIDuJATeFaf9bId80Qlo11ypWmUVSZ9ezf2WKyewuEqrX4SDcOBkEH+Pj/4d dNHTY/82h0qbrPJbuEqUwa1cqG1flBGgGmtnPymSl6nFcjPZxfbAk59xyWJzaC1DCuQ p2guIJkmt4p2klXkDBtoGTAwB6wQS0XN9+sDQ7sojPtPpSd4hiREFOx5XiufWxgYTwi 3egb+Hk0vLXxN0QPKdK5KTuZVQBl7VMpq2tmEHQXPnmQ0V6uiS3NSdPl5nR4pUEaytZ EgGOBFRtGFnvNmlOZAYA9QWwyzkAwBwlbf6DQ== Date: Sat, 1 Dec 2007 16:29:30 +0100 From: Alexander Leidinger To: freebsd-hackers@freebsd.org, Yuri , emulation@freebsd.org Message-ID: <20071201162930.5c9fd4dd@deskjail> In-Reply-To: <1196470143.4750af7f6accf@webmail.rawbw.com> References: <1196470143.4750af7f6accf@webmail.rawbw.com> Followup-To: emulation@freebsd.org X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 15:29:58 -0000 Quoting Yuri (Fri, 30 Nov 2007 16:49:03 -0800): This is better suited in emulation@ > I am trying to run Linux version of Skype and am getting the following error: > /usr/home/yuri/skype/current/skype: error while loading shared libraries: > /usr/lib/librt.so.1: ELF file OS ABI > > File /usr/lib/librt.so.1 is FreeBSD library and > /usr/compat/linux/lib/librt.so.1 is Linux library with the same name > installed by linux_base-fc-4_10. > > My LD_LIBRARY_PATH is set to /usr/compat/linux/lib:/usr/compat/linux/usr/lib. The recommendation is to _not_ set the LD_LIBRARY_PATH. > Why FreeBSD version is being picked up even though it's not > in LD_LIBRARY_PATH? Have a look at the search order of libs in linux. Correlate this with the fact that when in linux an access is done to e.g. /lib/libX.so.y which means that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, and if it isn't it looks if /lib/libX.so.y is available. AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> /lib/librt.so.1 I want to do something like this in the FC4 port, but hadn't time to do it and test it so far. Bye, Alexander. -- The TV show you've been looking forward to all week will be preempted. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 1 16:30:57 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2038C16A417; Sat, 1 Dec 2007 16:30:57 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: from fnord.ir.bbn.com (fnord.ir.bbn.com [192.1.100.210]) by mx1.freebsd.org (Postfix) with ESMTP id E719F13C4E1; Sat, 1 Dec 2007 16:30:56 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: by fnord.ir.bbn.com (Postfix, from userid 10853) id BFC4152A8; Sat, 1 Dec 2007 11:11:39 -0500 (EST) From: Greg Troxel To: Alexander Leidinger References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> X-Hashcash: 1:20:071201:emulation@freebsd.org::47o+jBV6eTN+Mg1E:00000000000000000000000000000000000000001qRf X-Hashcash: 1:20:071201:yuri@rawbw.com::uyTD/Ad6hQNU5q+c:0001bQj X-Hashcash: 1:20:071201:alexander@leidinger.net::JDc6McXYZmVnfOKQ:0000000000000000000000000000000000000066Xi X-Hashcash: 1:20:071201:freebsd-hackers@freebsd.org::uyTD/Ad6hQNU5q+c:0000000000000000000000000000000000JZoT Date: Sat, 01 Dec 2007 11:11:39 -0500 In-Reply-To: <20071201162930.5c9fd4dd@deskjail> (Alexander Leidinger's message of "Sat, 1 Dec 2007 16:29:30 +0100") Message-ID: User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:30:57 -0000 I had a Linux shared library problem on NetBSD that I think it might be helpful to mention. thunderbird (and firefox) set LD_LIBRARY_PATH to pick up their own modules. When acroread is invoked to display a pdf attachment, LD_LIBRARY_PATH is still set, and this causes acroread to read a BSD library. My workaround is to use a script for acroread that cleans the environment. I think this is a thunderbird bug; the environment of invoked programs should match the environment as of thunderbird's invocation. From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 1 16:33:56 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 259A016A46C for ; Sat, 1 Dec 2007 16:33:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D674D13C4CC for ; Sat, 1 Dec 2007 16:33:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1IyUe0-0001b0-JX; Sat, 01 Dec 2007 18:52:40 +0300 To: Alexander Leidinger References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> From: Boris Samorodov Date: Sat, 01 Dec 2007 18:56:39 +0300 In-Reply-To: <20071201162930.5c9fd4dd@deskjail> (Alexander Leidinger's message of "Sat\, 1 Dec 2007 16\:29\:30 +0100") Message-ID: <63824184@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emulation@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:33:56 -0000 On Sat, 1 Dec 2007 16:29:30 +0100 Alexander Leidinger wrote: > > My LD_LIBRARY_PATH is set to /usr/compat/linux/lib:/usr/compat/linux/usr/lib. > The recommendation is to _not_ set the LD_LIBRARY_PATH. > > Why FreeBSD version is being picked up even though it's not > > in LD_LIBRARY_PATH? > Have a look at the search order of libs in linux. Correlate this with > the fact that when in linux an access is done to e.g. /lib/libX.so.y > which means that the linuxulator first looks > if /compat/linux/lib/libX.so.y is there, and if it isn't it looks > if /lib/libX.so.y is available. > AFAIR a work around is to add a link > in /compat/linux/usr/lib/librt.so.1 -> /lib/librt.so.1 A work around to what? The unexpected behaviour of linuxulator with non-null LD_LIBRARY_PATH? (BTW why does it happen?) And do you propose a link _only_ for librt or some other libraries as well? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 1 23:19:29 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20EC016A418 for ; Sat, 1 Dec 2007 23:19:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E751F13C457 for ; Sat, 1 Dec 2007 23:19:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 73CD946BD6; Sat, 1 Dec 2007 18:06:18 -0500 (EST) Date: Sat, 1 Dec 2007 23:01:46 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20071201162930.5c9fd4dd@deskjail> Message-ID: <20071201230022.R74097@fledge.watson.org> References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 23:19:29 -0000 On Sat, 1 Dec 2007, Alexander Leidinger wrote: > Have a look at the search order of libs in linux. Correlate this with the > fact that when in linux an access is done to e.g. /lib/libX.so.y which means > that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, > and if it isn't it looks if /lib/libX.so.y is available. > > AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> > /lib/librt.so.1 > > I want to do something like this in the FC4 port, but hadn't time to do it > and test it so far. It sounds like the real problem is that there are some cases where we don't want the Linuxulator to merge the underlying and Linux views of the file system -- we don't want the union of /compat/linux/lib and /lib, we just want /compat/linux/lib? Robert N M Watson Computer Laboratory University of Cambridge