From owner-freebsd-emulation Wed Dec 26 9: 7:44 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 171A537B417 for ; Wed, 26 Dec 2001 09:07:40 -0800 (PST) Received: (from ak03@localhost) by h132-197-179-27.gte.com (8.11.6/8.11.4) id fBQH7dG10729 for freebsd-emulation@freebsd.org; Wed, 26 Dec 2001 12:07:39 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 26 Dec 2001 12:07:39 -0500 (EST) Organization: Verizon Laboratories Inc. From: "Alexander N. Kabaev" To: freebsd-emulation@freebsd.org Subject: Patch is looking for committer Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I had to debug linux binary-only program recently which was crashing in seemingly unpredictable places, with no Linux box in sight to debug the problem in native environment. Apparently, FreeBSD native gdb has a very limited usefullness when debugging Linux binaries. It cannot hook up with the Linux dynamic loader and consequently it is unable to track shared libraries usage by the Linux binary. It also has no idea where to look for Linux libraries. I solved the probem by implementing the necessary ptrace interface in the Linux emulator and now Linux native gdb is able to debug Linux binaries under FreeBSD kernel. So far it seems to work 100% reliably for me. If any committer is interested in reviewing my patch, please contact me off the list and I will mail the patch (both -CURRENT and -STABLE patches available). I think the ability to run linux debuggers can be of some use for other people besides myself. -------------------------------------------- E-Mail: Alexander N. Kabaev Date: 26-Dec-2001 Time: 11:36:19 -------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Dec 28 19:50:51 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from palle.girgensohn.se (c213-89-136-218.cm-upc.chello.se [213.89.136.218]) by hub.freebsd.org (Postfix) with ESMTP id 43E1037B420 for ; Fri, 28 Dec 2001 19:50:46 -0800 (PST) Received: from palle.girgensohn.se (localhost [127.0.0.1]) by palle.girgensohn.se (8.11.6/8.11.6) with ESMTP id fBT3oiC12914 for ; Sat, 29 Dec 2001 04:50:44 +0100 (CET) (envelope-from girgen@partitur.se) Date: Sat, 29 Dec 2001 04:50:44 +0100 From: Palle Girgensohn To: freebsd-emulation@FreeBSD.ORG Subject: linux_ioctl ethX translation problems? in linux_base-7 with fresh stable Message-ID: <15350000.1009597844@palle.girgensohn.se> X-Mailer: Mulberry/2.1.2 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; FORMAT=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi! I'm seeing a strange problem with Mulberry (a Mail User Agent) under linux emulation. Mulberry (in my setup) starts by connecting and fetching the settings from an IMSP server. If you never heard of Mulberry or IMSP, never mind right now, you should be able to follow anyway ;-) When using linux_base-6.1, mulberry works fine, but with linux_base-7.1, at startup, it fails to resolve the address of the first host (the imsp server), and hence fails to get the proper settings. After that, I can connect to the mail server and then connect to the first server, no problems. It is just this first time that fails. I rebuilt the linux.ko with -DDEBUG, here's what it says: linux_base-6.1: ... /kernel: linux(12028): ioctl(8, 8912, *) /kernel: linux_ioctl_socket(): ioctl 35090 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(12028): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on eth1 /kernel: linux_ioctl_socket(): eth1 translated to vmnet1 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(12028): brk(0x8e66000) /kernel: linux(12028): time(*) /kernel: linux(12028): time(*) /kernel: linux(12028): open(/etc/resolv.conf, 0x0, 0x1b6) /kernel: linux(12028): open returns error 0 /kernel: linux(12028): newfstat(8, *) /kernel: linux(12028): mmap(0, 8192, 3, 0x00000022, -1, 0) /kernel: linux(12028): open(/compat/linux/etc/host.conf, 0x0, 0x1b6) /kernel: linux(12028): open returns error 0 /kernel: linux(12028): newfstat(8, *) /kernel: linux(12028): mmap(0, 8192, 3, 0x00000022, -1, 0) /kernel: linux(12028): open(/etc/hosts, 0x0, 0x1b6) /kernel: linux(12028): open returns error 0 /kernel: linux(12028): fcntl(8, 00000001, *) /kernel: linux(12028): fcntl(8, 00000002, *) /kernel: linux(12028): newfstat(8, *) truss output: linux_socketcall(0x1,0xbfbff240) = 8 (0x8) linux_ioctl(0x8,0x8912,0xbfbff284) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff25c) = 0 (0x0) close(8) = 0 (0x0) ... but linux_base-7.1: /kernel: linux(11371): ioctl(8, 8912, *) /kernel: linux_ioctl_socket(): ioctl 35090 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on eth1 /kernel: linux_ioctl_socket(): eth1 translated to vmnet1 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on lp0 /kernel: linux_ioctl_socket(): lp0 translated to lp0 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on sl0 /kernel: linux_ioctl_socket(): sl0 translated to sl0 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on lo0 /kernel: linux_ioctl_socket(): lo0 translated to lo0 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on vlan0 /kernel: linux_ioctl_socket(): vlan0 translated to vlan0 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on ppp0 /kernel: linux_ioctl_socket(): ppp0 translated to ppp0 /kernel: linux_ioctl_socket(): returning 0 /kernel: linux(11371): ioctl(8, 8913, *) /kernel: linux_ioctl_socket(): ioctl 35091 on eth7 ... truss output: linux_socketcall(0x1,0xbfbff220) = 8 (0x8) linux_ioctl(0x8,0x8912,0xbfbff264) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) = 0 (0x0) linux_ioctl(0x8,0x8913,0xbfbff23c) ERR#22 'Invalid argument' close(8) = 0 (0x0) If the linux_ioctl stuff goes fine, as with lin-6.1, the programs continues by doing a DNS request. When tcpdumping for port domain, nothing happens when running linux_base-7.1, but with linux_base-6.1, I see a dns request for the imsp server. Apparently, Mulberry decides it shall not even try to lookup the server, rather it decides it has no connection and starts in disconnected mode. $ ifconfig -l tx0 lp0 sl0 lo0 vlan0 ppp0 vmnet1 $ versions: FreeBSD-4 stable cvs'ed yesterday, linux_base-7.1 fresh from ports collection. Regards, Palle PS. Mulberry is *the* IMAP MUA, I warmly recommend it; http://www.cyrusoft.com/ DS. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Dec 28 23: 4:58 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from hotmail.com (f105.law9.hotmail.com [64.4.9.105]) by hub.freebsd.org (Postfix) with ESMTP id 00AAA37B419 for ; Fri, 28 Dec 2001 23:04:52 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 28 Dec 2001 23:04:52 -0800 Received: from 65.30.229.190 by lw9fd.law9.hotmail.msn.com with HTTP; Sat, 29 Dec 2001 07:04:52 GMT X-Originating-IP: [65.30.229.190] From: "Joe Parks" To: freebsd-emulation@freebsd.org Subject: vmware networking help needed Date: Sat, 29 Dec 2001 00:04:52 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Dec 2001 07:04:52.0915 (UTC) FILETIME=[1D1D6030:01C19037] Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FreeBSD 4.4-RELEASE. Vmware is running correctly, and I have successfully loaded windows98 into a virtual machine with no problems. When I loaded vmware from the port, it asked me what kind of networking I wanted, and I chose 'bridging'. I think. Anyway, in my windows98 VM configuration, I see 'Ethernet Adaptors' which expands into a three choice list, the first being 'host only' and the other two being not-available greyed out selections. Further, on the right hand side of the screen when I select 'host only' everything is greyed out. So basically I have no options to choose in my win98 VM ethernet adaptor configuration. The win98 VM has the 'AMD PCNET Family Ethernet Adator' installed (is this some generic adaptor that vmware passes to win98? I don't have any hardware like that..), and as far as win98 is concerned, it works. I gave win98 the IP address 10.20.30.100, and it can ping _itself_. My /usr/local/etc/vmware/config file says: (lines pertaining to paths omitted) vmnet1.HostOnlyAddress = "10.20.30.1" vmnet1.HostOnlyNetmask = "255.255.255.0" I added these lines to /etc/rc.conf: gateway_enable="YES" firewall_enable="YES" firewall_type="open" natd_enable="YES" natd_interface="ep0" The freeBSD machine can successfully ping the vmnet1 interface. The win98 machine _cannot_ ping the vmnet1 interface. The win98 machine does not seem to be on the network in any fashion. Any help getting the win98 machine to talk to the freeBSD host it is on (so I can set up nat and get win98 browsing the web, etc.) is appreciated. thanks! _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message