From owner-freebsd-emulation Wed Jan 6 19:33:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24200 for freebsd-emulation-outgoing; Wed, 6 Jan 1999 19:33:41 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24185 for ; Wed, 6 Jan 1999 19:33:38 -0800 (PST) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with ESMTP id WAA04177 for ; Wed, 6 Jan 1999 22:32:08 -0500 (EST) Date: Wed, 6 Jan 1999 22:32:08 -0500 (EST) From: Chuck Robey To: FreeBSD-emulation@FreeBSD.ORG Subject: Mac-Softwindows works? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had a friend over with a new Mac laptop, that has a PPC and 4G of disk, and he wanted to install FreeBSD in a partition he'd kept free for the purpose. This thing has a piece of software called SoftWindows that emulates a Pentium, and seems to give pretty good performance, so I decided to tryi sticking FreeBSD on it. It couldn't see the DEC 21041 lan chip, so I couldn't install via ftp. It couldn't see the ATAPI cdrom, so I couldn't install via cdrom. It could see only one out of 2 IDE disks, and since the other empty dos partition (which I'd loaded with FreeBSD binaries) was on the other disk, and it couldn't see that disk, I couldn't install from dos. Anyone ever get such a beast to install FreeBSD? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jan 8 06:37:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01456 for freebsd-emulation-outgoing; Fri, 8 Jan 1999 06:37:12 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from troll160.uunet.ca (troll160.uunet.ca [205.150.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01447 for ; Fri, 8 Jan 1999 06:37:08 -0800 (PST) (envelope-from mbehrens@uunet.ca) Received: from localhost by troll.uunet.ca with SMTP id <28917-9619>; Fri, 8 Jan 1999 09:36:29 -0500 Date: Fri, 8 Jan 1999 09:36:25 -0500 From: Michael Behrens To: freebsd-emulation@FreeBSD.ORG Subject: bochs installation.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hiya, I just tried installing bochs and having a few problems with it, I was wondering if anyone on the list could reply to me privatley with some more information. I am currently using freebsd3.0, xfree 3.3.3, on a p350/64megs and an ati GT IIc card. I get the following error trying to start bochs up... If anyone could give me a clue as to what exactly is happening with this I would certainly be appreciative. Thanks, Michael font_width = 8 font_height = 16 waiting for MapNotify MapNotify found. vga: interval=300000 timer0 period set to 18 hz CMOS: write reg 14h: value = 05h vga: io write: 3cf: reg 05: value = 10h vga: io write: 3da: ignoring: feature ctrl & vert sync *** io read 3c5 case 1: sequencer clocking mode vga: io write 3c0: address mode reg=16 vga: io write 3c0: address mode reg=17 vga: io write 3c0: address mode reg=18 vga: io write 3c0: address mode reg=19 vga: io write 3c0: address mode reg=20 *** io read 3c5 case 1: sequencer clocking mode vga: io write: 3cf: reg 05: value = 10h *** io read 3c5 case 1: sequencer clocking mode xxx: default Xevent type xxx: default Xevent type xxx: default Xevent type xxx: default Xevent type xxx: default Xevent type xxx: default Xevent type bochs: panic, decode: FF default: CPU:0 real mode CS.d_b = 16 bit current operand size = 16 current address size = 16 SS.d_b = 16 bit | EAX=00000001 EBX=00007c00 ECX=00000001 EDX=00000080 | ESP=0000fffe EBP=00000000 ESI=00000000 EDI=00000500 | IOPL=0 NV UP EI NG NZ NA PO NC | SEG selector base limit G D | SEG sltr(index|ti|rpl) base limit G D | DS:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | ES:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | FS:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | GS:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | SS:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | CS:0000( 0000| 0| 0) 00000000 0000ffff 0 0 | EIP=0000ffa9 (0000ffa7) # state_file::state_file() #(0)BX_CPU_C::BX_CPU_C(void) called # using rc file '.bochsrc'. # ips = 500000 #(0) BX_MEM_C::init_memory(int): allocating memory. #(0) memsize = 16777216 #(0) load_ROM: ROM BIOS '/usr/local/bochs/bios/BIOS-bochs-981222a', size=65536 read into memory at 000f0000 #(0) load_ROM: ROM BIOS '/usr/local/bochs/bios/VGABIOS-elpin-2.00A', size=32768 read into memory at 000c0000 # bx_options.floppy_command_delay = 500 # default_depth = 16 #(0) get_memory_in_k() = 16384 # WARNING: X11: bx_gui_c::exit() not implemented yet. bochs exited, log file was 'txt/bochs.log' #(0)BX_CPU_C::~BX_CPU_C(void) called # state_file::~state_file() Michael Behrens Network Operations UUNET (Canada) - A MCI WorldCom Company (416)216-5217 +1(888)886 3865 x5217 -Will route IP for food. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jan 8 20:53:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12271 for freebsd-emulation-outgoing; Fri, 8 Jan 1999 20:53:55 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12266 for ; Fri, 8 Jan 1999 20:53:53 -0800 (PST) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.8.8/8.8.7) with ESMTP id XAA19251 for ; Fri, 8 Jan 1999 23:53:25 -0500 (EST) Date: Fri, 8 Jan 1999 23:53:25 -0500 (EST) From: Brian Feldman X-Sender: green@janus.syracuse.net To: freebsd-emulation@FreeBSD.ORG Subject: sendmsg() not working?! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm working on getting WINE to play properly, using clone() and all, but after resolving how to set the LDT (I added two new LINUX syscalls instead of trying to fix the current Linux ldt syscall's stub), I run into a new block: sendmsg() returns EINVAL (!) for some reason. I've got all the code in an archive if anyone wants to try it, and I'm including the output with my instrumentation added to it as well. Brian Feldman _ __ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ http://www.freebsd.org/ _ __ ___ ____ | _ \__ \ |) | FreeBSD: The Power to Serve! _ __ ___ ____ _____ |___/___/___/ /*********************************************************************** * CLIENT_SendRequest_v * * Send a request to the server. */ static void CLIENT_SendRequest_v( enum request req, int pass_fd, struct iovec *vec, int veclen ) { THDB *thdb = THREAD_Current(); #ifndef HAVE_MSGHDR_ACCRIGHTS struct cmsg_fd cmsg = { sizeof(cmsg), SOL_SOCKET, SCM_RIGHTS, pass_fd }; #endif struct msghdr msghdr = { NULL, 0, vec, veclen, NULL, 0, 0}; struct header head; int i, ret, len; assert( veclen > 0 ); vec[0].iov_base = &head; vec[0].iov_len = sizeof(head); for (i = len = 0; i < veclen; i++) len += vec[i].iov_len; assert( len <= MAX_MSG_LENGTH ); head.type = req; head.len = len; head.seq = thdb->seq++; if (pass_fd != -1) /* we have an fd to send */ { #ifdef HAVE_MSGHDR_ACCRIGHTS msghdr.msg_accrights = (void *)&pass_fd; msghdr.msg_accrightslen = sizeof(pass_fd); #else msghdr.msg_control = &cmsg; msghdr.msg_controllen = sizeof(cmsg); #endif } printf("socket: %d\n" "struct msghdr:\n" "msg_name = %p\n" "msg_namelen = %d\n" "msg_iov = %p\n" "msg_iovlen = %d\n" "msg_control = %p\n" "msg_controllen = %d\n" "msg_flags = %d\n", thdb->socket, msghdr.msg_name, msghdr.msg_namelen, msghdr.msg_iov, msghdr.msg_iovlen, msghdr.msg_control, msghdr.msg_controllen, msghdr.msg_flags); { register struct iovec *iov = msghdr.msg_iov; int c; for (c = 0; c < msghdr.msg_iovlen; c++) printf("msghdr.msg_iov[%d].iov_base = %p\n" "msghdr.msg_iov[%d].iov_len = %d\n", c, iov[c].iov_base, c, iov[c].iov_len); } if ((ret = sendmsg( thdb->socket, &msghdr, 0 )) < len) { if (ret == -1) perror( "sendmsg" ); CLIENT_ProtocolError( "partial msg sent %d/%d\n", ret, len ); } /* we passed the fd now we can close it */ if (pass_fd != -1) close( pass_fd ); } {"/home/green/wine-990103"}$ ./wine socket: 3 struct msghdr: msg_name = (nil) msg_namelen = 0 msg_iov = 0xefbfd6e8 msg_iovlen = 2 msg_control = 0xefbfd6b0 msg_controllen = 16 msg_flags = 0 msghdr.msg_iov[0].iov_base = 0xefbfd688 msghdr.msg_iov[0].iov_len = 12 msghdr.msg_iov[1].iov_base = 0xefbfd790 msghdr.msg_iov[1].iov_len = 4 sendmsg: Invalid argument Client protocol error:(nil): partial msg sent -1/16 Memory fault (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Jan 9 11:15:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29928 for freebsd-emulation-outgoing; Sat, 9 Jan 1999 11:15:11 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29917 for ; Sat, 9 Jan 1999 11:15:09 -0800 (PST) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.8.8/8.8.7) with ESMTP id OAA01254; Sat, 9 Jan 1999 14:14:35 -0500 (EST) Date: Sat, 9 Jan 1999 14:14:34 -0500 (EST) From: Brian Feldman X-Sender: green@janus.syracuse.net To: Marcel Moolenaar cc: freebsd-emulation@FreeBSD.ORG Subject: Re: sendmsg() not working?! In-Reply-To: <36973111.31497B15@scc.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 9 Jan 1999, Marcel Moolenaar wrote: > Brian Feldman wrote: > > > > I'm working on getting WINE to play properly, using clone() and all, > > but after resolving how to set the LDT (I added two new LINUX syscalls instead > > of trying to fix the current Linux ldt syscall's stub), I run into a new block: > > sendmsg() returns EINVAL (!) for some reason. > > Do you have version 1.14 of linux_socket.c? The latest commit added the > functionality for sendmsg and recvmsg. Of course, I am using the very latest of everything. (Running 3.0-CURRENT). There's no real extra functionality, sendmsg in linux is exactly the same, binary-compatible with that of FreeBSD. When groping through the kernel to find out why sendmsg() can return EINVAL, I can't seem to find a reason. > > I have a suspicious eye set on sendmsg and recvmsg myself, but that's for > another reason :-) > > > I've got all the code in an archive if anyone wants to try it, and I'm > > including the output with my instrumentation added to it as well. > > If you do have version 1.14 of linux_socket.c than I'll definitely want to > try it. Could you send me enough info in that case so I can set it up? I have the tarchive here, but you need to first add Linux system calls 183 and 184 to test it out (linux_i386_get_ldt and linux_i386_set_ldt, respectively) or you won't be able to use the LDT functions. The functions are already implemented elsewhere, so it's not that hard to add them and recompile/reload the Linux module. Once you add syscall 183 and 184 (183/get can just be a stub), let me know and I'll find some place to slap down the (*cough* 9 megabyte) tar.gz. > > marcel > Brian Feldman _ __ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ http://www.freebsd.org/ _ __ ___ ____ | _ \__ \ |) | FreeBSD: The Power to Serve! _ __ ___ ____ _____ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Jan 9 20:46:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27342 for freebsd-emulation-outgoing; Sat, 9 Jan 1999 20:46:12 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from dingo.cdrom.com (castles156.castles.com [208.214.165.156]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA27334 for ; Sat, 9 Jan 1999 20:46:10 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id UAA03149; Sat, 9 Jan 1999 20:42:23 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901100442.UAA03149@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: Marcel Moolenaar , freebsd-emulation@FreeBSD.ORG Subject: Re: sendmsg() not working?! In-reply-to: Your message of "Sat, 09 Jan 1999 14:14:34 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jan 1999 20:42:23 -0800 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Sat, 9 Jan 1999, Marcel Moolenaar wrote: > > > Brian Feldman wrote: > > > > > > I'm working on getting WINE to play properly, using clone() and all, > > > but after resolving how to set the LDT (I added two new LINUX syscalls instead > > > of trying to fix the current Linux ldt syscall's stub), I run into a new block: > > > sendmsg() returns EINVAL (!) for some reason. > > > > Do you have version 1.14 of linux_socket.c? The latest commit added the > > functionality for sendmsg and recvmsg. > > Of course, I am using the very latest of everything. (Running 3.0-CURRENT). > There's no real extra functionality, sendmsg in linux is exactly the same, > binary-compatible with that of FreeBSD. When groping through the kernel to > find out why sendmsg() can return EINVAL, I can't seem to find a reason. I've seen this before; there's definitely a couple of reasons why it can return that. I think that there's something subtly different in the arguments the Linux syscall is passing in. You shouldn't have any trouble trapping the Linux sendmsd call and using kdb-remote to step through the kernel until you find the problem though. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message