From owner-freebsd-emulation Sun May 12 16:45:10 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id C7E0737B404 for ; Sun, 12 May 2002 16:45:07 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g4CNiUJ99298; Sun, 12 May 2002 16:44:30 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3) with ESMTP id g4CNiefF041207; Sun, 12 May 2002 16:44:40 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3/Submit) id g4CNieml041206; Sun, 12 May 2002 16:44:40 -0700 (PDT) Date: Sun, 12 May 2002 16:44:40 -0700 From: Marcel Moolenaar To: "Richard E. Hawkins" Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: lahey linux fortran compiler & programs work, but not debugger Message-ID: <20020512234440.GA41169@dhcp01.pn.xcllnt.net> References: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> User-Agent: Mutt/1.3.99i 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 On Fri, May 10, 2002 at 11:13:58AM -0400, Richard E. Hawkins wrote: > > The results of running is: > > fac13ttyp1:pm7>fdb a.out > FDB [Fujitsu Debugger for C/C++ and Fortran] Version 1.01(libc6) > Please wait to analyze the DEBUG information. > fdb* run > The program: a.out starting. > Internal error: (ptrace(PTRACE_TRACEME) : errno=38, file:run_process.c line:644) ! > Internal error: (ptrace(PTRACE_GETREGS) : errno=38, file:run_process.c line:1588) ! > The Linux kernel module does not handle the ptrace(2) system call. There's currently a dummy implementation that simply returns ENOSYS. Hence, you cannot run a Linux debugger under FreeBSD. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 6:57:51 2002 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 0C46937B404 for ; Mon, 13 May 2002 06:57:37 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g4DDvZfS000795; Mon, 13 May 2002 09:57:35 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g4DDvY3A000794; Mon, 13 May 2002 09:57:34 -0400 (EDT) Date: Mon, 13 May 2002 09:57:34 -0400 From: Alexander Kabaev To: Marcel Moolenaar Cc: dochawk@psu.edu, freebsd-emulation@FreeBSD.ORG Subject: Re: lahey linux fortran compiler & programs work, but not debugger Message-Id: <20020513095734.0a409b1b.ak03@gte.com> In-Reply-To: <20020512234440.GA41169@dhcp01.pn.xcllnt.net> References: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> <20020512234440.GA41169@dhcp01.pn.xcllnt.net> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.5claws13 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 > The Linux kernel module does not handle the ptrace(2) system call. > There's currently a dummy implementation that simply returns ENOSYS. > Hence, you cannot run a Linux debugger under FreeBSD. There are PRs with ptrace(2) syscalls for Linux emulation on i386 (i386/33300 and i386/33299). The -CURRENT one got stale a bit and needs to be updated, I do not have enough free time to do that at the moment unfortunately. > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 12:14:18 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from web11107.mail.yahoo.com (web11107.mail.yahoo.com [216.136.131.154]) by hub.freebsd.org (Postfix) with SMTP id 1A64237B401 for ; Mon, 13 May 2002 12:14:11 -0700 (PDT) Message-ID: <20020513191411.68928.qmail@web11107.mail.yahoo.com> Received: from [65.211.103.2] by web11107.mail.yahoo.com via HTTP; Mon, 13 May 2002 12:14:10 PDT Date: Mon, 13 May 2002 12:14:10 -0700 (PDT) From: Reinier Bezuidenhout Subject: Missing entries in linprocfs To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1952802508-1021317250=:63167" 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 --0-1952802508-1021317250=:63167 Content-Type: text/plain; charset=us-ascii Hi ... I'm running 4.5 release and I'm seeing some strange behaviour with the linprocfs. I start a linux process, but when I look in the /proc file system (chrooted under linux with "chroot /compat/linux /bin/sh" the pid entries are missing ... if however I do a ls from FreeBSD (not chroot) it shows up. Seems like linux executed programs that read the /proc doesn't se all the entries ? Anyone got any ideas why ? Find below the two ls outputs one "/bin/ls /compat/linux/proc" and "/compat/linux/bin/ls /compat/linux/proc" Thanks - please reply to me directly, I'm not subscribed Reinier as you can see, there are 4 entries missing ??? /bin/ls /compat/linux/proc total 22 dr-xr-xr-x 1 root wheel 512 Jan 27 22:40 . drwxr-xr-x 13 root wheel 512 Jan 14 19:02 .. dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 0 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 1 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 105 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 123 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 124 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 125 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 126 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 127 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 18434 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 2 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 20738 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 26 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 3 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 37205 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 4 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 46474 dr-xr-xr-x 7 admin admin 512 Jan 27 22:40 46475 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 46478 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 46480 dr-xr-xr-x 7 admin admin 512 Jan 27 22:40 46481 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 46484 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 47519 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 47520 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 48731 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 48732 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 49429 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 5 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 53188 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 54330 dr-xr-xr-x 7 10 14 512 Jan 27 22:40 54372 dr-xr-xr-x 7 10 14 512 Jan 27 22:40 54373 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 54382 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 6 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 61215 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 66 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 73 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 75 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 77 dr-xr-xr-x 7 root wheel 512 Jan 27 22:40 79 -r--r--r-- 1 root wheel 0 Jan 27 22:40 cpuinfo -r--r--r-- 1 root wheel 0 Jan 27 22:40 loadavg -r--r--r-- 1 root wheel 0 Jan 27 22:40 meminfo lr--r--r-- 1 root wheel 5 Jan 27 22:40 self -> 54382 -r--r--r-- 1 root wheel 0 Jan 27 22:40 stat -r--r--r-- 1 root wheel 0 Jan 27 22:40 uptime -r--r--r-- 1 root wheel 0 Jan 27 22:40 version /compat/linux/bin/ls -al /compat/linux/proc total 17 dr-xr-xr-x 1 root root 512 Jan 27 22:41 . drwxr-xr-x 13 root root 512 Jan 14 19:02 .. dr-xr-xr-x 7 root root 512 Jan 27 22:41 0 dr-xr-xr-x 7 root root 512 Jan 27 22:41 1 dr-xr-xr-x 7 root root 512 Jan 27 22:41 105 dr-xr-xr-x 7 root root 512 Jan 27 22:41 123 dr-xr-xr-x 7 root root 512 Jan 27 22:41 124 dr-xr-xr-x 7 root root 512 Jan 27 22:41 125 dr-xr-xr-x 7 root root 512 Jan 27 22:41 126 dr-xr-xr-x 7 root root 512 Jan 27 22:41 127 dr-xr-xr-x 7 root root 512 Jan 27 22:41 18434 dr-xr-xr-x 7 root root 512 Jan 27 22:41 2 dr-xr-xr-x 7 root root 512 Jan 27 22:41 20738 dr-xr-xr-x 7 root root 512 Jan 27 22:41 26 dr-xr-xr-x 7 root root 512 Jan 27 22:41 3 dr-xr-xr-x 7 root root 512 Jan 27 22:41 37205 dr-xr-xr-x 7 root root 512 Jan 27 22:41 4 dr-xr-xr-x 7 root root 512 Jan 27 22:41 46474 dr-xr-xr-x 7 root root 512 Jan 27 22:41 48731 dr-xr-xr-x 7 root root 512 Jan 27 22:41 48732 dr-xr-xr-x 7 root root 512 Jan 27 22:41 49429 dr-xr-xr-x 7 root root 512 Jan 27 22:41 5 dr-xr-xr-x 7 root root 512 Jan 27 22:41 53188 dr-xr-xr-x 7 root root 512 Jan 27 22:41 54384 dr-xr-xr-x 7 root root 512 Jan 27 22:41 6 dr-xr-xr-x 7 root root 512 Jan 27 22:41 61215 dr-xr-xr-x 7 root root 512 Jan 27 22:41 66 dr-xr-xr-x 7 root root 512 Jan 27 22:41 73 dr-xr-xr-x 7 root root 512 Jan 27 22:41 75 dr-xr-xr-x 7 root root 512 Jan 27 22:41 77 dr-xr-xr-x 7 root root 512 Jan 27 22:41 79 -r--r--r-- 1 root root 0 Jan 27 22:41 cpuinfo -r--r--r-- 1 root root 0 Jan 27 22:41 loadavg -r--r--r-- 1 root root 0 Jan 27 22:41 meminfo lr--r--r-- 1 root root 5 Jan 27 22:41 self -> 54384 -r--r--r-- 1 root root 0 Jan 27 22:41 stat -r--r--r-- 1 root root 0 Jan 27 22:41 uptime -r--r--r-- 1 root root 0 Jan 27 22:41 version --------------------------------- Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience --0-1952802508-1021317250=:63167 Content-Type: text/html; charset=us-ascii

Hi ...

I'm running 4.5 release and I'm seeing some strange behaviour with the linprocfs.

I start a linux process, but when I look in the /proc file system (chrooted under linux with "chroot /compat/linux /bin/sh" the pid entries are missing ... if however I do a ls from FreeBSD (not chroot) it shows up.   Seems like linux executed programs that read the /proc doesn't se all the entries ?

Anyone got any ideas why ?   Find below the two ls outputs one "/bin/ls /compat/linux/proc" and "/compat/linux/bin/ls /compat/linux/proc"

Thanks - please reply to me directly, I'm not subscribed

Reinier

 

as you can see, there are 4 entries missing ???

/bin/ls /compat/linux/proc

total 22
dr-xr-xr-x   1 root   wheel  512 Jan 27 22:40 .
drwxr-xr-x  13 root   wheel  512 Jan 14 19:02 ..
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 0
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 1
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 105
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 123
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 124
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 125
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 126
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 127
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 18434
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 2
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 20738
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 26
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 3
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 37205
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 4
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 46474
dr-xr-xr-x   7 admin  admin  512 Jan 27 22:40 46475
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 46478
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 46480
dr-xr-xr-x   7 admin  admin  512 Jan 27 22:40 46481
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 46484
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 47519
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 47520
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 48731
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 48732
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 49429
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 5
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 53188
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 54330
dr-xr-xr-x   7 10     14     512 Jan 27 22:40 54372
dr-xr-xr-x   7 10     14     512 Jan 27 22:40 54373
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 54382
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 6
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 61215
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 66
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 73
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 75
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 77
dr-xr-xr-x   7 root   wheel  512 Jan 27 22:40 79
-r--r--r--   1 root   wheel    0 Jan 27 22:40 cpuinfo
-r--r--r--   1 root   wheel    0 Jan 27 22:40 loadavg
-r--r--r--   1 root   wheel    0 Jan 27 22:40 meminfo
lr--r--r--   1 root   wheel    5 Jan 27 22:40 self -> 54382
-r--r--r--   1 root   wheel    0 Jan 27 22:40 stat
-r--r--r--   1 root   wheel    0 Jan 27 22:40 uptime
-r--r--r--   1 root   wheel    0 Jan 27 22:40 version

/compat/linux/bin/ls -al /compat/linux/proc

total 17
dr-xr-xr-x    1 root     root          512 Jan 27 22:41 .
drwxr-xr-x   13 root     root          512 Jan 14 19:02 ..
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 0
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 1
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 105
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 123
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 124
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 125
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 126
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 127
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 18434
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 2
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 20738
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 26
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 3
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 37205
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 4
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 46474
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 48731
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 48732
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 49429
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 5
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 53188
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 54384
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 6
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 61215
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 66
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 73
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 75
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 77
dr-xr-xr-x    7 root     root          512 Jan 27 22:41 79
-r--r--r--    1 root     root            0 Jan 27 22:41 cpuinfo
-r--r--r--    1 root     root            0 Jan 27 22:41 loadavg
-r--r--r--    1 root     root            0 Jan 27 22:41 meminfo
lr--r--r--    1 root     root            5 Jan 27 22:41 self -> 54384
-r--r--r--    1 root     root            0 Jan 27 22:41 stat
-r--r--r--    1 root     root            0 Jan 27 22:41 uptime
-r--r--r--    1 root     root            0 Jan 27 22:41 version


Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience --0-1952802508-1021317250=:63167-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 12:30:16 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238]) by hub.freebsd.org (Postfix) with ESMTP id 5329137B404 for ; Mon, 13 May 2002 12:30:13 -0700 (PDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.244.96.175]) by palrel13.hp.com (Postfix) with ESMTP id D373E4005CD; Mon, 13 May 2002 12:30:08 -0700 (PDT) Received: from gauss.cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA03750; Mon, 13 May 2002 12:30:08 -0700 (PDT) Received: (from marcel@localhost) by gauss.cup.hp.com (8.11.6/8.11.6) id g4DJU7P93060; Mon, 13 May 2002 12:30:07 -0700 (PDT) (envelope-from marcel) Date: Mon, 13 May 2002 12:30:07 -0700 From: Marcel Moolenaar To: Alexander Kabaev Cc: dochawk@psu.edu, freebsd-emulation@FreeBSD.ORG Subject: Re: lahey linux fortran compiler & programs work, but not debugger Message-ID: <20020513193007.GB42806@gauss.cup.hp.com> References: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> <20020512234440.GA41169@dhcp01.pn.xcllnt.net> <20020513095734.0a409b1b.ak03@gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020513095734.0a409b1b.ak03@gte.com> User-Agent: Mutt/1.3.27i 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 On Mon, May 13, 2002 at 09:57:34AM -0400, Alexander Kabaev wrote: > > > The Linux kernel module does not handle the ptrace(2) system call. > > There's currently a dummy implementation that simply returns ENOSYS. > > Hence, you cannot run a Linux debugger under FreeBSD. > > There are PRs with ptrace(2) syscalls for Linux emulation on i386 > (i386/33300 and i386/33299). The -CURRENT one got stale a bit and needs > to be updated, I do not have enough free time to do that at the moment > unfortunately. The PRs are assigned to Dag-Erling. Why hasn't this been dealt with already? A quick glance over the PR shows that the code has been written very well. I wouldn't be surpised if it could be applied without any thinking or testing because it has all the signs that the writer has done that already. So, are there any technical issues not apparent from glancing at the PR that need to be resolved first? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 15: 0:10 2002 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 5156C37B401 for ; Mon, 13 May 2002 15:00:05 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g4DLvRfS005171; Mon, 13 May 2002 17:57:28 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g4DLvRHx005170; Mon, 13 May 2002 17:57:27 -0400 (EDT) Date: Mon, 13 May 2002 17:57:27 -0400 From: Alexander Kabaev To: Marcel Moolenaar Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: lahey linux fortran compiler & programs work, but not debugger Message-Id: <20020513175727.4c7c920c.ak03@gte.com> In-Reply-To: <20020513193007.GB42806@gauss.cup.hp.com> References: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> <20020512234440.GA41169@dhcp01.pn.xcllnt.net> <20020513095734.0a409b1b.ak03@gte.com> <20020513193007.GB42806@gauss.cup.hp.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.5claws13 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 1. Most obvious shortcoming of the code is that it is i386-specific. I intended to split the patch in MI/MD parts similar to what native ptrace implementation is doing, but I haven't got a time for that yet. Not to mention the fact that I simply have no access to non-i386 FreeBSD boxes to test my changes. 2. There were some locking changes in -CURRENT and the code needs to be verified to follow the new rules. 3. PT_SYSCALL emulation is missing. It would be quite useful to use Linux's own strace utility to trace Linux binaries. I have semi-working version of that on my disk somewhere already. 4. The future KSE work will require serious rewrite of the ptrace(2) implementation anyway. On Mon, 13 May 2002 12:30:07 -0700 Marcel Moolenaar wrote: > > The PRs are assigned to Dag-Erling. Why hasn't this been dealt with > already? > > A quick glance over the PR shows that the code has been written very > well. I wouldn't be surpised if it could be applied without any > thinking or testing because it has all the signs that the writer has > done that already. So, are there any technical issues not apparent > from glancing at the PR that need to be resolved first? > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 15:28: 1 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel11.hp.com (palrel11.hp.com [156.153.255.246]) by hub.freebsd.org (Postfix) with ESMTP id 44B5B37B404 for ; Mon, 13 May 2002 15:27:52 -0700 (PDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.244.96.175]) by palrel11.hp.com (Postfix) with ESMTP id CA2D7600470; Mon, 13 May 2002 15:27:38 -0700 (PDT) Received: from gauss.cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id PAA09159; Mon, 13 May 2002 15:27:38 -0700 (PDT) Received: (from marcel@localhost) by gauss.cup.hp.com (8.11.6/8.11.6) id g4DMRbm79080; Mon, 13 May 2002 15:27:37 -0700 (PDT) (envelope-from marcel) Date: Mon, 13 May 2002 15:27:36 -0700 From: Marcel Moolenaar To: Alexander Kabaev Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: lahey linux fortran compiler & programs work, but not debugger Message-ID: <20020513222736.GB78999@gauss.cup.hp.com> References: <200205101513.g4AFDwX1060608@fac13.ds.psu.edu> <20020512234440.GA41169@dhcp01.pn.xcllnt.net> <20020513095734.0a409b1b.ak03@gte.com> <20020513193007.GB42806@gauss.cup.hp.com> <20020513175727.4c7c920c.ak03@gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020513175727.4c7c920c.ak03@gte.com> User-Agent: Mutt/1.3.27i 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 On Mon, May 13, 2002 at 05:57:27PM -0400, Alexander Kabaev wrote: > 1. Most obvious shortcoming of the code is that it is i386-specific. I > intended to split the patch in MI/MD parts similar to what native ptrace > implementation is doing, but I haven't got a time for that yet. Not to > mention the fact that I simply have no access to non-i386 FreeBSD boxes > to test my changes. > > 2. There were some locking changes in -CURRENT and the code needs to be > verified to follow the new rules. > > 3. PT_SYSCALL emulation is missing. It would be quite useful to use > Linux's own strace utility to trace Linux binaries. I have semi-working > version of that on my disk somewhere already. > > 4. The future KSE work will require serious rewrite of the ptrace(2) > implementation anyway. Is any of this a blocker? Bullet 1 is less then ideal, but I don't think that not having Alpha support is good reason to block i386 support. In fact, having i386 support will more quickly result in Alpha support than waiting for someone to add Alpha support before we have it at all. Bullet 2 shouldn't take months. In fact, Most of the time we need to spend now is because we let it rot for 3 months. Bullet 3 is opportunistic. Most of the Linuxulator code has been written because there was a need. As such, when there isn't a need, support normally isn't added. As such, missing features are not a blocker to get the working parts in. We also don't create Linux compatible coredumps for example. Bullet 4 is irrelevant. Don't worry about what might happen in the future if it's not more substantial than a rough indication or idea. Anything that hasn't gota detailed schedule is very likely not going to happen at all or anytime soon. Note also that most of this is specific to -current and don't really relate to -stable at all. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon May 13 23:38:50 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by hub.freebsd.org (Postfix) with ESMTP id 8BBF737B404 for ; Mon, 13 May 2002 23:38:47 -0700 (PDT) Received: from panix2.panix.com (panix2.panix.com [166.84.1.2]) by mail2.panix.com (Postfix) with ESMTP id 3CD8E8F85 for ; Tue, 14 May 2002 02:38:45 -0400 (EDT) Received: (from rsi@localhost) by panix2.panix.com (8.11.3nb1/8.8.8/PanixN1.0) id g4E6cjx04767; Tue, 14 May 2002 02:38:45 -0400 (EDT) Message-Id: <200205140638.g4E6cjx04767@panix2.panix.com> X-Authentication-Warning: panix2.panix.com: rsi set sender to rsi@panix.com using -f To: freebsd-emulation@freebsd.org Subject: Linux emulation problems with vmware2 again From: Rajappa Iyer Date: 14 May 2002 02:38:45 -0400 Reply-To: rsi@panix.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 thought that this problem was resolved a year back, but I'm seeing it again on 4.6-PRERELEASE (cvsup'ed as of May 13, 2002). "Could not get interface address for vmnet1: Cannot assign requested address Failed to configure ethernet0" Is anyone else seeing this problem? Thanks, Rajappa -- a.k.a. Rajappa Iyer. They also surf who stand in the waves. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 14 4: 7: 0 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from s096-n062.tele2.cz (s096-n062.tele2.cz [213.246.96.62]) by hub.freebsd.org (Postfix) with ESMTP id BE66A37B403 for ; Tue, 14 May 2002 04:06:55 -0700 (PDT) Received: from localhost (plusik@localhost) by s096-n062.tele2.cz (8.11.6/8.11.6) with ESMTP id g4EB6nB00884 for ; Tue, 14 May 2002 13:06:50 +0200 (CEST) (envelope-from plusik@pohoda.cz) X-Authentication-Warning: s096-n062.tele2.cz: plusik owned process doing -bs Date: Tue, 14 May 2002 13:06:49 +0200 (CEST) From: Tomas Pluskal X-X-Sender: plusik@s096-n062.tele2.cz To: freebsd-emulation@freebsd.org Subject: linux-jdk1.4.0 & linux_base7.1 Message-ID: <20020514130602.H870-100000@s096-n062.tele2.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I am facing a problem that has already been reported several times. Follow this link for the older reports: http://www.freebsd.org/cgi/search.cgi?words=4F533F4C494E55580E43505002AB&max=25&sort=score&index=recent&source=freebsd-stable&source=freebsd-hackers&source=freebsd-java&source=freebsd-standards The problem is, that Sun Linux JDK 1.4.0 doesn't work correctly with linux_base 7.1 (it works with 6.1 for me). When I run it as root, it works OK, but under normal user it crashes immediately: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) # # Error ID: 4F533F4C494E55580E43505002AB # Abort trap All JDK commands (java, javac, java_vm..) behave the same. Locale settings doesn't help. As Andrew Houghton wrote, the problem is probably in the linux_sched_getscheduler call: linux_sched_getscheduler(0x8f34) ERR#1 'Operation not permitted' When I tried to downgrade libpthread.so to 0.8 (from linux_base6.1), java started, but Swing classes still didn't work and there were many error messages. No one has posted any solution yet. I would like to help debugging this, but I don't really know where to start... Thanks Tomas Pluskal -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE84O/JqlO9Q2aZisoRAm8nAJ0Wi2/GUo+5OSzL5eMDhrn2WDzq9gCfXApH ikUnaSjzZJnugkC/7/dNO1o= =+xuH -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu May 16 23: 1: 2 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from yieau-chiea.com (61-216-235-11.HINET-IP.hinet.net [61.216.235.11]) by hub.freebsd.org (Postfix) with SMTP id 8F97737B403 for ; Thu, 16 May 2002 23:00:53 -0700 (PDT) From: "yieau chiea" To: Subject: Low Cost High Quality Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 17 May 2002 14:20:09 +0800 Content-Transfer-Encoding: 8bit Message-Id: <20020517060053.8F97737B403@hub.freebsd.org> 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 Dear Sir/Madam, We are specialized manufacturer of drilling tapping and boring machines for more than 20 years. We got ISO 9001 certification quality of our products compatible to international standards. Our machines have been sold to many famous companies for manufacture parts such as faucet, piping fitting, valve, automobile, motorcycle, bike...etc. Those companies used our automatic machines to reduce product's cost for competition in the world. For example, "our water wheel rotary table machine" can be designed over 10 spindles for parts be drilled, tapped, bored...etc. at same time. Each part productive time is about 5 - 25 seconds depending on its size and complex. More our product's detail please find our website http://www.yieau-chiea.com We are looking forward to hearing from you soon. If you have any questions, Please feel free to contact us. Tel: 886-4-8858610 Fax: 886-4-8810924 E-mail: yieauchiea@yieau-chiea.com Best Regards, Jason Lin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri May 17 8:33:16 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from web11104.mail.yahoo.com (web11104.mail.yahoo.com [216.136.131.151]) by hub.freebsd.org (Postfix) with SMTP id 1D05937B415 for ; Fri, 17 May 2002 08:32:40 -0700 (PDT) Message-ID: <20020517153239.98228.qmail@web11104.mail.yahoo.com> Received: from [65.211.103.2] by web11104.mail.yahoo.com via HTTP; Fri, 17 May 2002 08:32:39 PDT Date: Fri, 17 May 2002 08:32:39 -0700 (PDT) From: Reinier Bezuidenhout Subject: Patches for linprocfs and linux emulation - fix 'ls /proc' bug and ipc's To: freebsd-hackers@freebsd.org Cc: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1667895946-1021649559=:97425" 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 --0-1667895946-1021649559=:97425 Content-Type: text/plain; charset=us-ascii Hi all I have an application that uses the linux procfs extensively and also linux ipcs. I found two problems in the current linux emulation. (I hope the diff provided below will work as is since my mailing program is a bit limited :) ) 1) linux_ipc.c has a pice of code commented that we can actually use now. I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD. The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour. It's a one line change in linux_ipc.c in src/sys/compat/linux 2) When traversing the linprocfs with i.e. ls (the linux ls in /compat/linux/bin/ls ) I noticed that some entries in the proc table is missing, compared to doing a FreeBSD ls /bin/ls. I traced the problem to a counter inconcistenct because linux reads smaller blocks at a time. This problem is only in RELENG_4 and not HEAD since the linprocfs changed a lot in HEAD. The loop skips the first 9 entries for the cpuinfo etc. in /compat/linux/proc, but on the second loop it skips the first 9 entries in the proc table and thus they do not show up in a /compat/linux/bin/ls If someone responsible from the linux emulation can review these changes and maybe commit them, I'll appreciate it :) Thanks Reinier ------------------------ cut -------------------- cut ----------------------------- *** linprocfs_vnops.c 2001/08/12 14:29:19 1.3.2.5 --- linprocfs_vnops.c 2002/05/17 15:19:43 *************** *** 896,902 **** default: ! while (pcnt < i) { p = p->p_list.le_next; if (!p) goto done; --- 896,907 ---- default: ! /* Since we skip the first 9, by the time we ! * get here i = 9 and we'll end up skipping ! * the first 9 procs in the list, so we ! * increment pcnt by the same value ! */ ! while ((pcnt + 9) < i) { p = p->p_list.le_next; if (!p) goto done; ----------------- cut -------------- cut ------------------ cut ---------------- *** linux_ipc.c.old Fri May 17 11:08:58 2002 --- linux_ipc.c Fri May 17 11:09:29 2002 *************** *** 358,364 **** bsd_args.msqid = args->msqid; bsd_args.msgp = args->msgp; bsd_args.msgsz = args->msgsz; ! bsd_args.msgtyp = 0; /* XXX - args->msgtyp; */ bsd_args.msgflg = args->msgflg; return msgrcv(td, &bsd_args); } --- 358,364 ---- bsd_args.msqid = args->msqid; bsd_args.msgp = args->msgp; bsd_args.msgsz = args->msgsz; ! bsd_args.msgtyp = args->msgtyp; bsd_args.msgflg = args->msgflg; return msgrcv(td, &bsd_args); } ----------------- cut ---------------- cut -------------- cut ----------------- --------------------------------- Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience --0-1667895946-1021649559=:97425 Content-Type: text/html; charset=us-ascii

Hi all

I have an application that uses the linux procfs extensively and also linux ipcs.  I found two problems in the current linux emulation. 

(I hope the diff provided below will work as is since my mailing program is a bit limited :)  )

1) linux_ipc.c has a pice of code commented that we can actually use now.  I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD.  The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour.  It's a one line change in linux_ipc.c in src/sys/compat/linux

2) When traversing the linprocfs with i.e. ls (the linux ls in /compat/linux/bin/ls ) I noticed that some entries in the proc table is missing, compared to doing a FreeBSD ls /bin/ls.   I traced the problem to a counter inconcistenct because linux reads smaller blocks at a time.  This problem is only in RELENG_4 and not HEAD since the linprocfs changed a lot in HEAD.   The loop skips the first 9 entries for the cpuinfo etc. in /compat/linux/proc, but on the second loop it skips the first 9 entries in the proc table and thus they do not show up in a /compat/linux/bin/ls

If someone responsible from the linux emulation can review these changes and maybe commit them, I'll appreciate it :)

Thanks

Reinier

 

------------------------ cut -------------------- cut -----------------------------

*** linprocfs_vnops.c   2001/08/12 14:29:19     1.3.2.5
--- linprocfs_vnops.c   2002/05/17 15:19:43
***************
*** 896,902 ****
 
 
                        default:
!                               while (pcnt < i) {
                                        p = p->p_list.le_next;
                                        if (!p)
                                                goto done;
--- 896,907 ----
 
 
                        default:
!                               /* Since we skip the first 9, by the time we
!                                * get here i = 9 and we'll end up skipping
!                                * the first 9 procs in the list, so we
!                                * increment pcnt by the same value
!                                */
!                               while ((pcnt + 9) < i) {
                                        p = p->p_list.le_next;
                                        if (!p)
                                                goto done;

----------------- cut -------------- cut ------------------ cut ----------------

*** linux_ipc.c.old     Fri May 17 11:08:58 2002
--- linux_ipc.c Fri May 17 11:09:29 2002
***************
*** 358,364 ****
      bsd_args.msqid = args->msqid;
      bsd_args.msgp = args->msgp;
      bsd_args.msgsz = args->msgsz;
!     bsd_args.msgtyp = 0; /* XXX - args->msgtyp; */
      bsd_args.msgflg = args->msgflg;
      return msgrcv(td, &bsd_args);
  }
--- 358,364 ----
      bsd_args.msqid = args->msqid;
      bsd_args.msgp = args->msgp;
      bsd_args.msgsz = args->msgsz;
!     bsd_args.msgtyp = args->msgtyp;
      bsd_args.msgflg = args->msgflg;
      return msgrcv(td, &bsd_args);
  }

----------------- cut ---------------- cut -------------- cut -----------------


Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience --0-1667895946-1021649559=:97425-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat May 18 0:59:28 2002 Delivered-To: freebsd-emulation@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 5522137B61C; Sat, 18 May 2002 00:58:27 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g4I7wQJ20889; Sat, 18 May 2002 00:58:26 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3) with ESMTP id g4I7wm7P002036; Sat, 18 May 2002 00:58:48 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3/Submit) id g4I7wlkO002035; Sat, 18 May 2002 00:58:47 -0700 (PDT) Date: Sat, 18 May 2002 00:58:47 -0700 From: Marcel Moolenaar To: Reinier Bezuidenhout Cc: freebsd-hackers@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: Patches for linprocfs and linux emulation - fix 'ls /proc' bug and ipc's Message-ID: <20020518075847.GA1700@dhcp01.pn.xcllnt.net> References: <20020517153239.98228.qmail@web11104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020517153239.98228.qmail@web11104.mail.yahoo.com> User-Agent: Mutt/1.3.99i 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 On Fri, May 17, 2002 at 08:32:39AM -0700, Reinier Bezuidenhout wrote: > > 1) linux_ipc.c has a pice of code commented that we can actually use now. I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD. The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour. It's a one line change in linux_ipc.c in src/sys/compat/linux Committed (-current). Strangely enough, there doesn't seem to be any reason I could see why we hardcoded the message type to 0. des@freebsd.org is the maintainer of linprocfs. You may want to ping him more directly. PS: please break lines around 70 characters or so. It makes your mail so much better to read. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message