From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 06:58:18 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 0D4521065672; Sun, 30 Jan 2011 06:58:18 +0000 (UTC) Date: Sun, 30 Jan 2011 06:58:18 +0000 From: Alexander Best To: Chagin Dmitry Message-ID: <20110130065818.GA7031@freebsd.org> References: <20110129122617.GA77148@freebsd.org> <20110129154538.GA50877@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110129154538.GA50877@dchagin.static.corbina.ru> Cc: freebsd-emulation@freebsd.org Subject: Re: [patch] draft to add support for futex operators FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET to the linuxulator 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, 30 Jan 2011 06:58:18 -0000 On Sat Jan 29 11, Chagin Dmitry wrote: > On Sat, Jan 29, 2011 at 12:26:17PM +0000, Alexander Best wrote: > > hi there, > > > > i've spent a couple of hours hacking support for futex operators > > FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET into the linuxulator. the following > > patch is far from perfect and in certain places it is probably doing the wrong > > thing, however it doesn't seem to break anything. > > > > i'd appreciate if somebody could have a look at the patch and point out any > > issues. please note that the patch also contains a few unrelated comment > > changes and such (however only very few). > > > > thanks in advance. > > > > the patch can be found in here: > > > > http://people.freebsd.org/~arundel/drafts/futex.diff > > hi, how i can test this? thnx :) the patch should apply cleanly to a recent HEAD. so far i've only tested it on arch amd64. try installing emulators/linux_dist-gentoo-stage3 and then do 'chroot /usr/local/gentoo-stage3 bash'. you'll notice that without the patch most applications (ls, grep, etc.) trigger a warning about FUTEX_WAIT_BITSET/ FUTEX_WAKE_BITSET being unimplemented. the patch should fix that. also you might want to try running the futex tests from the linux test project and darren hart's test suite (both described on http://wiki.freebsd.org/linux-kernel i believe). also it's important that any applications that use FUTEX_WAIT shouldn't be affected by this patch. you might want to try running flash, which makes heavy use of futexes. if the patch has a bad impact on flash then there's something wrong with my patch. cheers. alex > > -- > Have fun! > chd -- a13x From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 08:10:11 2011 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 8795A1065673; Sun, 30 Jan 2011 08:10:11 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEB78FC14; Sun, 30 Jan 2011 08:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0U8ABwQ022795; Sun, 30 Jan 2011 08:10:11 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0U8ABpt022791; Sun, 30 Jan 2011 08:10:11 GMT (envelope-from arundel) Date: Sun, 30 Jan 2011 08:10:11 GMT Message-Id: <201101300810.p0U8ABpt022791@freefall.freebsd.org> To: esepecesito@gmail.com, arundel@FreeBSD.org, freebsd-emulation@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: kern/99068: [linux] [patch] Linux emulator crashed by java, when calling ioctl(fd, SIOCGIFINDEX, ...) 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, 30 Jan 2011 08:10:11 -0000 Synopsis: [linux] [patch] Linux emulator crashed by java, when calling ioctl(fd,SIOCGIFINDEX,...) State-Changed-From-To: feedback->closed State-Changed-By: arundel State-Changed-When: Sun Jan 30 08:07:54 UTC 2011 State-Changed-Why: 1) Feedback timeout. 2) Fixed in HEAD (r180768). 3) MFC'ed to stable/7 in r173628. http://www.freebsd.org/cgi/query-pr.cgi?pr=99068 From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 09:04:05 2011 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 5AA2B106564A for ; Sun, 30 Jan 2011 09:04:05 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 476AA8FC0C for ; Sun, 30 Jan 2011 09:04:05 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id p0U91rTI006759; Sun, 30 Jan 2011 01:01:54 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <4D452984.1070105@rawbw.com> Date: Sun, 30 Jan 2011 01:04:04 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101211 Thunderbird/3.0.11 MIME-Version: 1.0 To: Oliver Fromme References: <201101232040.p0NKecDg053547@lurza.secnetix.de> In-Reply-To: <201101232040.p0NKecDg053547@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: v4l + webcamd + Logitech C210 + Skype (FreeBSD 8-stable) 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, 30 Jan 2011 09:04:05 -0000 On 01/23/2011 12:40, Oliver Fromme wrote: > Hi, > > I'm trying to get Skype working with video support on my > 8-stable machine at home. I've got a shiny new Logitech > C210 webcam. This webcam works perfectly fine on my wife's > Windows machine, FWIW. > > On my FreeBSD box I've installed webcamd and all of its > dependencies, as per HPS' documentation. Basically the > webcam seems to work: I get a clear picture in pwcview(1). > However, Skype doesn't seem to recognize the video device > (I have installed skype-2.0.0.72,1 from ports). > > Webcamd doesn't work with skype. I tried 4 different cameras with the same outcome as yours. Webcamd only supports V4L1 and skype normally uses V4L2 first and then falls back to V4L1. I did some debugging, either V4L1 support is broken in skype since in linux most everyone uses V4L2 now, or there is some other reason. But there is no easy and obvious fix to this problem. Yuri From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 10:33:34 2011 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 E315C106566B; Sun, 30 Jan 2011 10:33:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBC08FC0A; Sun, 30 Jan 2011 10:33:33 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0UAXKMD069428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Jan 2011 12:33:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0UAXKNS056180; Sun, 30 Jan 2011 12:33:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0UAXKl6056179; Sun, 30 Jan 2011 12:33:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 30 Jan 2011 12:33:20 +0200 From: Kostik Belousov To: Juergen Lock Message-ID: <20110130103320.GO2518@deviant.kiev.zoral.com.ua> References: <20110129201000.GA10774@triton8.kn-bremen.de> <20110129205105.GI2518@deviant.kiev.zoral.com.ua> <20110129235448.GA15788@triton8.kn-bremen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5XswgcLA9HHGPOFO" Content-Disposition: inline In-Reply-To: <20110129235448.GA15788@triton8.kn-bremen.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: Can vm_mmap()/vm_map_remove() be called with giant held? (linuxolator dvb patches) 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, 30 Jan 2011 10:33:34 -0000 --5XswgcLA9HHGPOFO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 30, 2011 at 12:54:48AM +0100, Juergen Lock wrote: > On Sat, Jan 29, 2011 at 10:51:05PM +0200, Kostik Belousov wrote: > > On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote: > > > Hi! > > >=20 > > > I was kinda hoping to be able to post a correct patch in public but > > > getting an answer to ${Subject} seems to be more difficult than I > > > thought... :) So, does anyone here know? copyout_map() and > > You do not need Giant locked for vm_map* functions. > >=20 > The question was more do I need to drop it first before calling them... No, you do not need to drop Giant. [snip] > > > + error =3D ENOMEM; > > > + goto out2; > > > + } > > > + error =3D copyin((void *) vps.props, l_vp, l_propsiz); > > > + if (error) > > > + goto out2; > > > + for (i =3D vps.num, l_p =3D l_vp, p =3D vp; i--; ++l_p, ++p) > > > + linux_to_bsd_dtv_property(l_p, p); > > > + > > > + error =3D copyout_map(td, &uvp, propsiz); > > > + if (error) > > > + goto out2; > > > + copyout(vp, (void *) uvp, propsiz); > > > + > > > + if ((error =3D fget(td, args->fd, &fp)) !=3D 0) { > > > + (void) copyout_unmap(td, uvp, propsiz); > > > + goto out2; > > > + } > > > + vps.props =3D (void *) uvp; > > > + if ((args->cmd & 0xffff) =3D=3D LINUX_FE_SET_PROPERTY) > > > + error =3D fo_ioctl(fp, FE_SET_PROPERTY, &vps, td->td_ucred, td); > > > + else > > > + error =3D fo_ioctl(fp, FE_GET_PROPERTY, &vps, td->td_ucred, td); > > > + if (error) { > > > + (void) copyout_unmap(td, uvp, propsiz); > > > + goto out; > > > + } > > > + error =3D copyin((void *) uvp, vp, propsiz); > > > + (void) copyout_unmap(td, uvp, propsiz); > > No need in space between cast and expression. Bigger issue is that I > > do not understand this fragment. You do copyout_map(), and then > > immediately call copyout_unmap() for the address range returned > > by copyout_map(), or am I missing something ? > >=20 > The vm allocated by copyout_map() is only needed for the fo_ioctl() > call because the struct passed to FE_[GS]ET_PROPERTY describes an > array that the drivers then copyin() and (possibly) copyout() > themselves. So that array needs to be translated from/to the 32bit > Linux version to (possibly) 64bit on the host (linux_to_bsd_dtv_property), > and the 64bit version is larger so it doesn't fit in the original > place in the userland vm. And am I right that the drivers can only take this array from the usermode ? How is the compatibility for 32/64 bit mode is handled by native FE_SET_PROPERTY handlers ? I could only say that the hack is atrocious. Might be, you indeed have no choice there. >=20 > (One optimization here would be to only do this when the sizes > differ i.e. in the 32bit-on-64 case...) >=20 > Thanx! > Juergen --5XswgcLA9HHGPOFO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1FPnAACgkQC3+MBN1Mb4gfFwCg84gjU/HrRn1o1TBh/nVWiNfb BBsAn3UlNnalAXADys/Lfz0/Qmkwtxdv =wnoG -----END PGP SIGNATURE----- --5XswgcLA9HHGPOFO-- From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 15:01:50 2011 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 84D02106566C; Sun, 30 Jan 2011 15:01:50 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 172D18FC14; Sun, 30 Jan 2011 15:01:49 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 099361E0015E; Sun, 30 Jan 2011 16:01:49 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p0UErgVi037042; Sun, 30 Jan 2011 15:53:42 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p0UErgt0037041; Sun, 30 Jan 2011 15:53:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 30 Jan 2011 15:53:41 +0100 To: Kostik Belousov Message-ID: <20110130145341.GA36312@triton8.kn-bremen.de> References: <20110129201000.GA10774@triton8.kn-bremen.de> <20110129205105.GI2518@deviant.kiev.zoral.com.ua> <20110129235448.GA15788@triton8.kn-bremen.de> <20110130103320.GO2518@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130103320.GO2518@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: Can vm_mmap()/vm_map_remove() be called with giant held? (linuxolator dvb patches) 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, 30 Jan 2011 15:01:50 -0000 On Sun, Jan 30, 2011 at 12:33:20PM +0200, Kostik Belousov wrote: > On Sun, Jan 30, 2011 at 12:54:48AM +0100, Juergen Lock wrote: > > On Sat, Jan 29, 2011 at 10:51:05PM +0200, Kostik Belousov wrote: > > > On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote: > > > > Hi! > > > > > > > > I was kinda hoping to be able to post a correct patch in public but > > > > getting an answer to ${Subject} seems to be more difficult than I > > > > thought... :) So, does anyone here know? copyout_map() and > > > You do not need Giant locked for vm_map* functions. > > > > > The question was more do I need to drop it first before calling them... > No, you do not need to drop Giant. > Ok, thanx! > [snip] > > > > + error = ENOMEM; > > > > + goto out2; > > > > + } > > > > + error = copyin((void *) vps.props, l_vp, l_propsiz); > > > > + if (error) > > > > + goto out2; > > > > + for (i = vps.num, l_p = l_vp, p = vp; i--; ++l_p, ++p) > > > > + linux_to_bsd_dtv_property(l_p, p); > > > > + > > > > + error = copyout_map(td, &uvp, propsiz); > > > > + if (error) > > > > + goto out2; > > > > + copyout(vp, (void *) uvp, propsiz); > > > > + > > > > + if ((error = fget(td, args->fd, &fp)) != 0) { > > > > + (void) copyout_unmap(td, uvp, propsiz); > > > > + goto out2; > > > > + } > > > > + vps.props = (void *) uvp; > > > > + if ((args->cmd & 0xffff) == LINUX_FE_SET_PROPERTY) > > > > + error = fo_ioctl(fp, FE_SET_PROPERTY, &vps, td->td_ucred, td); > > > > + else > > > > + error = fo_ioctl(fp, FE_GET_PROPERTY, &vps, td->td_ucred, td); > > > > + if (error) { > > > > + (void) copyout_unmap(td, uvp, propsiz); > > > > + goto out; > > > > + } > > > > + error = copyin((void *) uvp, vp, propsiz); > > > > + (void) copyout_unmap(td, uvp, propsiz); > > > No need in space between cast and expression. Bigger issue is that I > > > do not understand this fragment. You do copyout_map(), and then > > > immediately call copyout_unmap() for the address range returned > > > by copyout_map(), or am I missing something ? > > > > > The vm allocated by copyout_map() is only needed for the fo_ioctl() > > call because the struct passed to FE_[GS]ET_PROPERTY describes an > > array that the drivers then copyin() and (possibly) copyout() > > themselves. So that array needs to be translated from/to the 32bit > > Linux version to (possibly) 64bit on the host (linux_to_bsd_dtv_property), > > and the 64bit version is larger so it doesn't fit in the original > > place in the userland vm. > And am I right that the drivers can only take this array from the usermode ? Yes. And it's a Linux api and Linux code too (running in webcamd) so I changing it wouldn't make too much sense. > How is the compatibility for 32/64 bit mode is handled by native > FE_SET_PROPERTY handlers ? > I'm not sure but my impression is this currently isn't handled at all even on Linux. (And neither on FreeBSD.) > I could only say that the hack is atrocious. Might be, you indeed have > no choice there. > > I'm not going to disagree there... (This is actually the second api for this, i.e. FE_[GS]ET_PROPERTY are an api extension introduced to add dvb-s2 support to the Linux dvb api, the original proposal was different but wasn't accepted by the Linux people in charge. The array is an array of `commands' that are executed by the ioctl, and the unused pointer that's in there on top of the uint32_t reserved1[3] and that causes the sizes to differ between 32/64 bits looks like it has been added later too because without it I think each array element would have been exactly 64 bytes...) Cheers, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 18:27:53 2011 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 E8D5C106567A; Sun, 30 Jan 2011 18:27:53 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C045C8FC12; Sun, 30 Jan 2011 18:27:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0UIRrrL089933; Sun, 30 Jan 2011 18:27:53 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0UIRrnk089915; Sun, 30 Jan 2011 18:27:53 GMT (envelope-from arundel) Date: Sun, 30 Jan 2011 18:27:53 GMT Message-Id: <201101301827.p0UIRrnk089915@freefall.freebsd.org> To: oleg.ginzburg@nevosoft.ru, arundel@FreeBSD.org, freebsd-emulation@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 18:27:54 -0000 Old Synopsis: [linux] [panic] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 New Synopsis: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 State-Changed-From-To: open->analyzed State-Changed-By: arundel State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 State-Changed-Why: We have two possibilities in order to fix this issue: 1) Add something like the following somewhere in sys/amd/linux32: #ifndef COMPAT_FREEBSD32 #error "linux emulation requires COMPAT_FREEBSD32 \ option for non 32 bit architectures" #endif 2) Find a way to avoid the freebsd32_exec_copyin_args() call in linux32_machdep.c. I believe this is the only place in the sys/amd/linux32 code that depends on sys/amd64/ia32 code. NB: I've removed the panic tag from this PR. I was able to reproduce the issue, however a panic didn't occur. The problem is that freebsd32_exec_copyin_args() wasn't compiled into the kernel and loading the linux kernel module thus fails. http://www.freebsd.org/cgi/query-pr.cgi?pr=145024 From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 18:42:06 2011 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 330BD106566B; Sun, 30 Jan 2011 18:42:06 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id D3B7A8FC0A; Sun, 30 Jan 2011 18:42:05 +0000 (UTC) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id A0FAFCC73D; Sun, 30 Jan 2011 21:42:02 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 296876078; Sun, 30 Jan 2011 21:42:02 +0300 Received: from dchagin.static.corbina.ru (localhost [127.0.0.1]) by dchagin.static.corbina.ru (8.14.4/8.14.4) with ESMTP id p0UIg2ch011097; Sun, 30 Jan 2011 21:42:02 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.4/8.14.4/Submit) id p0UIfvW4011096; Sun, 30 Jan 2011 21:41:57 +0300 (MSK) (envelope-from dchagin) Date: Sun, 30 Jan 2011 21:41:57 +0300 From: Chagin Dmitry To: arundel@freebsd.org Message-ID: <20110130184157.GA11074@dchagin.static.corbina.ru> References: <201101301827.p0UIRrnk089915@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <201101301827.p0UIRrnk089915@freefall.freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: oleg.ginzburg@nevosoft.ru, freebsd-emulation@freebsd.org Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 18:42:06 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 30, 2011 at 06:27:53PM +0000, arundel@freebsd.org wrote: > Old Synopsis: [linux] [panic] kernel crash by linux.ko module with noopti= ons COMPAT_FREEBSD32 > New Synopsis: [linux] kernel crash by linux.ko module with nooptions COMP= AT_FREEBSD32 >=20 > State-Changed-From-To: open->analyzed > State-Changed-By: arundel > State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 > State-Changed-Why:=20 > We have two possibilities in order to fix this issue: >=20 > 1) Add something like the following somewhere in sys/amd/linux32: >=20 > #ifndef COMPAT_FREEBSD32 > #error "linux emulation requires COMPAT_FREEBSD32 \ > option for non 32 bit architectures" > #endif >=20 > 2) Find a way to avoid the freebsd32_exec_copyin_args() call in > linux32_machdep.c. I believe this is the only place in the sys/amd/lin= ux32 > code that depends on sys/amd64/ia32 code. >=20 > NB: I've removed the panic tag from this PR. I was able to reproduce the = issue, > however a panic didn't occur. The problem is that > freebsd32_exec_copyin_args() wasn't compiled into the kernel and load= ing the > linux kernel module thus fails. >=20 hi, close report, see r205014. --=20 Have fun! chd --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAk1FsPQACgkQ0t2Tb3OO/O3S5wCgjfnOt1luo7vrgpXM7xCn9KRa Xf0AnA7KpgvItRgjh4om43dq2pUrOg1S =4qjC -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 18:59:24 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 21E3D106566B; Sun, 30 Jan 2011 18:59:24 +0000 (UTC) Date: Sun, 30 Jan 2011 18:59:24 +0000 From: Alexander Best To: Chagin Dmitry Message-ID: <20110130185924.GA19604@freebsd.org> References: <201101301827.p0UIRrnk089915@freefall.freebsd.org> <20110130184157.GA11074@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130184157.GA11074@dchagin.static.corbina.ru> Cc: oleg.ginzburg@nevosoft.ru, freebsd-emulation@freebsd.org Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 18:59:24 -0000 On Sun Jan 30 11, Chagin Dmitry wrote: > On Sun, Jan 30, 2011 at 06:27:53PM +0000, arundel@freebsd.org wrote: > > Old Synopsis: [linux] [panic] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > New Synopsis: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > > > State-Changed-From-To: open->analyzed > > State-Changed-By: arundel > > State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 > > State-Changed-Why: > > We have two possibilities in order to fix this issue: > > > > 1) Add something like the following somewhere in sys/amd/linux32: > > > > #ifndef COMPAT_FREEBSD32 > > #error "linux emulation requires COMPAT_FREEBSD32 \ > > option for non 32 bit architectures" > > #endif > > > > 2) Find a way to avoid the freebsd32_exec_copyin_args() call in > > linux32_machdep.c. I believe this is the only place in the sys/amd/linux32 > > code that depends on sys/amd64/ia32 code. > > > > NB: I've removed the panic tag from this PR. I was able to reproduce the issue, > > however a panic didn't occur. The problem is that > > freebsd32_exec_copyin_args() wasn't compiled into the kernel and loading the > > linux kernel module thus fails. > > > > hi, close report, see r205014. i verified the issue with a recent HEAD just a few minutes ago. the point is that users should be informed, when they build the linuxulator on 64 bit architectures without the COMPAT_FREEBSD32, because that will give them a broken linuxulator. either that or remove the freebsd32_exec_copyin_args() call from the linuxulator to make it independent from COMPAT_FREEBSD32 code. cheers. alex > > -- > Have fun! > chd -- a13x From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 19:13:44 2011 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 BF765106564A; Sun, 30 Jan 2011 19:13:44 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 662CC8FC12; Sun, 30 Jan 2011 19:13:44 +0000 (UTC) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 6B622CC5F3; Sun, 30 Jan 2011 22:13:42 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 296882229; Sun, 30 Jan 2011 22:13:42 +0300 Received: from dchagin.static.corbina.ru (localhost [127.0.0.1]) by dchagin.static.corbina.ru (8.14.4/8.14.4) with ESMTP id p0UJDfL2034604; Sun, 30 Jan 2011 22:13:41 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.4/8.14.4/Submit) id p0UJDagU034603; Sun, 30 Jan 2011 22:13:36 +0300 (MSK) (envelope-from dchagin) Date: Sun, 30 Jan 2011 22:13:36 +0300 From: Chagin Dmitry To: Alexander Best Message-ID: <20110130191336.GA34554@dchagin.static.corbina.ru> References: <201101301827.p0UIRrnk089915@freefall.freebsd.org> <20110130184157.GA11074@dchagin.static.corbina.ru> <20110130185924.GA19604@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20110130185924.GA19604@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: oleg.ginzburg@nevosoft.ru, freebsd-emulation@freebsd.org Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 19:13:44 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 30, 2011 at 06:59:24PM +0000, Alexander Best wrote: > On Sun Jan 30 11, Chagin Dmitry wrote: > > On Sun, Jan 30, 2011 at 06:27:53PM +0000, arundel@freebsd.org wrote: > > > Old Synopsis: [linux] [panic] kernel crash by linux.ko module with no= options COMPAT_FREEBSD32 > > > New Synopsis: [linux] kernel crash by linux.ko module with nooptions = COMPAT_FREEBSD32 > > >=20 > > > State-Changed-From-To: open->analyzed > > > State-Changed-By: arundel > > > State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 > > > State-Changed-Why:=20 > > > We have two possibilities in order to fix this issue: > > >=20 > > > 1) Add something like the following somewhere in sys/amd/linux32: > > >=20 > > > #ifndef COMPAT_FREEBSD32 > > > #error "linux emulation requires COMPAT_FREEBSD32 \ > > > option for non 32 bit architectures" > > > #endif > > >=20 > > > 2) Find a way to avoid the freebsd32_exec_copyin_args() call in > > > linux32_machdep.c. I believe this is the only place in the sys/amd= /linux32 > > > code that depends on sys/amd64/ia32 code. > > >=20 > > > NB: I've removed the panic tag from this PR. I was able to reproduce = the issue, > > > however a panic didn't occur. The problem is that > > > freebsd32_exec_copyin_args() wasn't compiled into the kernel and = loading the > > > linux kernel module thus fails. > > >=20 > >=20 > > hi, close report, see r205014. >=20 > i verified the issue with a recent HEAD just a few minutes ago. the point= is > that users should be informed, when they build the linuxulator on 64 bit > architectures without the COMPAT_FREEBSD32, because that will give them a > broken linuxulator. either that or remove the freebsd32_exec_copyin_args(= ) call > from the linuxulator to make it independent from COMPAT_FREEBSD32 code. >=20 ah, i see.. module Makefile. so, we should sync kernel and module build options. --=20 Have fun! chd --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAk1FuGAACgkQ0t2Tb3OO/O0nYwCg0VRrdwfASLl6sgQZm2x8QIGd kLkAoKiz0Os/fqs+Mz/CJ+A3bWHhRmxo =Ans7 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 19:57:52 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 111DD1065670; Sun, 30 Jan 2011 19:57:52 +0000 (UTC) Date: Sun, 30 Jan 2011 19:57:52 +0000 From: Alexander Best To: Chagin Dmitry Message-ID: <20110130195752.GA25223@freebsd.org> References: <201101301827.p0UIRrnk089915@freefall.freebsd.org> <20110130184157.GA11074@dchagin.static.corbina.ru> <20110130185924.GA19604@freebsd.org> <20110130191336.GA34554@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130191336.GA34554@dchagin.static.corbina.ru> Cc: oleg.ginzburg@nevosoft.ru, freebsd-emulation@freebsd.org Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 19:57:52 -0000 On Sun Jan 30 11, Chagin Dmitry wrote: > On Sun, Jan 30, 2011 at 06:59:24PM +0000, Alexander Best wrote: > > On Sun Jan 30 11, Chagin Dmitry wrote: > > > On Sun, Jan 30, 2011 at 06:27:53PM +0000, arundel@freebsd.org wrote: > > > > Old Synopsis: [linux] [panic] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > > > New Synopsis: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > > > > > > > State-Changed-From-To: open->analyzed > > > > State-Changed-By: arundel > > > > State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 > > > > State-Changed-Why: > > > > We have two possibilities in order to fix this issue: > > > > > > > > 1) Add something like the following somewhere in sys/amd/linux32: > > > > > > > > #ifndef COMPAT_FREEBSD32 > > > > #error "linux emulation requires COMPAT_FREEBSD32 \ > > > > option for non 32 bit architectures" > > > > #endif > > > > > > > > 2) Find a way to avoid the freebsd32_exec_copyin_args() call in > > > > linux32_machdep.c. I believe this is the only place in the sys/amd/linux32 > > > > code that depends on sys/amd64/ia32 code. > > > > > > > > NB: I've removed the panic tag from this PR. I was able to reproduce the issue, > > > > however a panic didn't occur. The problem is that > > > > freebsd32_exec_copyin_args() wasn't compiled into the kernel and loading the > > > > linux kernel module thus fails. > > > > > > > > > > hi, close report, see r205014. > > > > i verified the issue with a recent HEAD just a few minutes ago. the point is > > that users should be informed, when they build the linuxulator on 64 bit > > architectures without the COMPAT_FREEBSD32, because that will give them a > > broken linuxulator. either that or remove the freebsd32_exec_copyin_args() call > > from the linuxulator to make it independent from COMPAT_FREEBSD32 code. > > > > ah, i see.. module Makefile. so, we should sync kernel and module build > options. i've tried adding linux compatibility to the kernel and even without the COMPAT_FREEBSD32 option, the linuxulator works. so the problem is only with the module. i suspect the problem to be here: FLAGS+=-DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 ^^ the -DCOMPAT_FREEBSD32 doesn't do anything. since the module gets built after the kernel and the kernel doesn't come with ia32 emulation code, that option doesn't trigger anything. we need to somehow determine if the user wants to build the linuxulator module before building the modules and force ia32 emulation accordingly. having the ia32 code available as module too, would make things a lot easier. cheers. alex > > > -- > Have fun! > chd -- a13x From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 20:55:28 2011 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 B9E8D1065672; Sun, 30 Jan 2011 20:55:28 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 624A08FC16; Sun, 30 Jan 2011 20:55:27 +0000 (UTC) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 8E247CA274; Sun, 30 Jan 2011 23:55:25 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 296900390; Sun, 30 Jan 2011 23:55:25 +0300 Received: from dchagin.static.corbina.ru (localhost [127.0.0.1]) by dchagin.static.corbina.ru (8.14.4/8.14.4) with ESMTP id p0UKtOcZ044718; Sun, 30 Jan 2011 23:55:24 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.4/8.14.4/Submit) id p0UKtJID044717; Sun, 30 Jan 2011 23:55:19 +0300 (MSK) (envelope-from dchagin) Date: Sun, 30 Jan 2011 23:55:19 +0300 From: Chagin Dmitry To: Alexander Best Message-ID: <20110130205519.GA44685@dchagin.static.corbina.ru> References: <20110129122617.GA77148@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20110129122617.GA77148@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: [patch] draft to add support for futex operators FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET to the linuxulator 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, 30 Jan 2011 20:55:28 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 29, 2011 at 12:26:17PM +0000, Alexander Best wrote: > hi there, >=20 > i've spent a couple of hours hacking support for futex operators > FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET into the linuxulator. the followi= ng > patch is far from perfect and in certain places it is probably doing the = wrong > thing, however it doesn't seem to break anything. >=20 > i'd appreciate if somebody could have a look at the patch and point out a= ny > issues. please note that the patch also contains a few unrelated comment > changes and such (however only very few). >=20 > thanks in advance. >=20 > the patch can be found in here: >=20 > http://people.freebsd.org/~arundel/drafts/futex.diff >=20 @@ -264,7 +265,7 @@ } static int -futex_wake(struct futex *f, int n) +futex_wake(struct futex *f, int n, int val3) { struct waiting_proc *wp, *wpt; int count =3D 0; @@ -275,6 +276,11 @@ f->f_uaddr, wp, f->f_refcount); wp->wp_flags |=3D FUTEX_WP_REMOVED; TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); + + /* Unless we find a matching bit in */ + /* the bitmask, continue searching. */ + if (!(wp->wp_futex->f_bitmask & val3)) + continue; wakeup_one(wp); if (++count =3D=3D n) break; @@ -325,13 +331,16 @@ probably error here, you should test bitset before removing wp from tailq. --=20 Have fun! chd --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAk1F0DcACgkQ0t2Tb3OO/O0SegCfZ6zqmgwMVCaRMl64m0Jc9ypC HNgAn1gyDFpH8Pif9OAByqW7TvtJ5928 =vFHv -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 22:09:33 2011 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id AE44F1065673; Sun, 30 Jan 2011 22:09:33 +0000 (UTC) Date: Sun, 30 Jan 2011 22:09:33 +0000 From: Alexander Best To: Chagin Dmitry Message-ID: <20110130220933.GA37241@freebsd.org> References: <201101301827.p0UIRrnk089915@freefall.freebsd.org> <20110130184157.GA11074@dchagin.static.corbina.ru> <20110130185924.GA19604@freebsd.org> <20110130191336.GA34554@dchagin.static.corbina.ru> <20110130195752.GA25223@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130195752.GA25223@freebsd.org> Cc: oleg.ginzburg@nevosoft.ru, freebsd-emulation@freebsd.org Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 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, 30 Jan 2011 22:09:33 -0000 On Sun Jan 30 11, Alexander Best wrote: > On Sun Jan 30 11, Chagin Dmitry wrote: > > On Sun, Jan 30, 2011 at 06:59:24PM +0000, Alexander Best wrote: > > > On Sun Jan 30 11, Chagin Dmitry wrote: > > > > On Sun, Jan 30, 2011 at 06:27:53PM +0000, arundel@freebsd.org wrote: > > > > > Old Synopsis: [linux] [panic] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > > > > New Synopsis: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 > > > > > > > > > > State-Changed-From-To: open->analyzed > > > > > State-Changed-By: arundel > > > > > State-Changed-When: Sun Jan 30 18:13:13 UTC 2011 > > > > > State-Changed-Why: > > > > > We have two possibilities in order to fix this issue: > > > > > > > > > > 1) Add something like the following somewhere in sys/amd/linux32: > > > > > > > > > > #ifndef COMPAT_FREEBSD32 > > > > > #error "linux emulation requires COMPAT_FREEBSD32 \ > > > > > option for non 32 bit architectures" > > > > > #endif > > > > > > > > > > 2) Find a way to avoid the freebsd32_exec_copyin_args() call in > > > > > linux32_machdep.c. I believe this is the only place in the sys/amd/linux32 > > > > > code that depends on sys/amd64/ia32 code. > > > > > > > > > > NB: I've removed the panic tag from this PR. I was able to reproduce the issue, > > > > > however a panic didn't occur. The problem is that > > > > > freebsd32_exec_copyin_args() wasn't compiled into the kernel and loading the > > > > > linux kernel module thus fails. > > > > > > > > > > > > > hi, close report, see r205014. > > > > > > i verified the issue with a recent HEAD just a few minutes ago. the point is > > > that users should be informed, when they build the linuxulator on 64 bit > > > architectures without the COMPAT_FREEBSD32, because that will give them a > > > broken linuxulator. either that or remove the freebsd32_exec_copyin_args() call > > > from the linuxulator to make it independent from COMPAT_FREEBSD32 code. > > > > > > > ah, i see.. module Makefile. so, we should sync kernel and module build > > options. > > i've tried adding linux compatibility to the kernel and even without the > COMPAT_FREEBSD32 option, the linuxulator works. sorry i did a mistake. in fact: *with* COMPAT_LINUX32 in the kernel conf and *no* COMPAT_FREEBSD32, target buildkernel fails: /usr/subversion-src/sys/amd64/linux32/linux32_sysvec.c:38:2: error: #error "Unable to compile Linux-emulator due to missing COMPAT_FREEBSD32 option!" #error "Unable to compile Linux-emulator due to missing COMPAT_FREEBSD32 option!" ...which is what should also happen when the linux kernel module gets compiled and there's *no* COMPAT_FREEBSD32 in the kernel conf. i think the following patch should fix this issue: Index: sys/modules/linux/Makefile =================================================================== --- sys/modules/linux/Makefile (revision 218104) +++ sys/modules/linux/Makefile (working copy) @@ -2,7 +2,7 @@ .if ${MACHINE_CPUARCH} == "amd64" SFX= 32 -CFLAGS+=-DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 +CFLAGS+=-DCOMPAT_LINUX32 .endif .PATH: ${.CURDIR}/../../compat/linux ${.CURDIR}/../../${MACHINE_CPUARCH}/linux${SFX} cheers. alex > > so the problem is only with the module. i suspect the problem to be here: > > FLAGS+=-DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 > ^^ > the -DCOMPAT_FREEBSD32 doesn't do anything. since the module gets built after > the kernel and the kernel doesn't come with ia32 emulation code, that option > doesn't trigger anything. > > we need to somehow determine if the user wants to build the linuxulator module > before building the modules and force ia32 emulation accordingly. having the > ia32 code available as module too, would make things a lot easier. > > cheers. > alex > > > > > > > -- > > Have fun! > > chd > > > > -- > a13x -- a13x From owner-freebsd-emulation@FreeBSD.ORG Sun Jan 30 23:49:32 2011 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 074CE106564A for ; Sun, 30 Jan 2011 23:49:32 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id CCAFE8FC1B for ; Sun, 30 Jan 2011 23:49:31 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id p0UN3eLo095140 for ; Sun, 30 Jan 2011 15:03:40 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <4D45EECE.7070906@rawbw.com> Date: Sun, 30 Jan 2011 15:05:50 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101211 Thunderbird/3.0.11 MIME-Version: 1.0 To: emulation@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Why Linux emulator doesn't understand STB_GNU_UNIQUE binding ? 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, 30 Jan 2011 23:49:32 -0000 I filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=153887 But does anybody have some insight what is not up to date? I have these lines in my /etc/make.conf: OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 Is it because linux base port should be updated? Which linux base port will have this STB_GNU_UNIQUE? How can I know which linux base port will correspond to the current Ubuntu? Yuri From owner-freebsd-emulation@FreeBSD.ORG Mon Jan 31 01:30:30 2011 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 153F0106566C for ; Mon, 31 Jan 2011 01:30:30 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E281D8FC16 for ; Mon, 31 Jan 2011 01:30:29 +0000 (UTC) Received: by iyb26 with SMTP id 26so4488397iyb.13 for ; Sun, 30 Jan 2011 17:30:29 -0800 (PST) Received: by 10.231.157.211 with SMTP id c19mr823365ibx.172.1296435887663; Sun, 30 Jan 2011 17:04:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.183.134 with HTTP; Sun, 30 Jan 2011 17:04:27 -0800 (PST) From: Eitan Adler Date: Sun, 30 Jan 2011 20:04:27 -0500 Message-ID: To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: is there a timeline for Fedora 11 + 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, 31 Jan 2011 01:30:30 -0000 When is fedora 11+ going to make it into the tree if ever? -- Eitan Adler From owner-freebsd-emulation@FreeBSD.ORG Mon Jan 31 10:20:08 2011 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 964F21065673 for ; Mon, 31 Jan 2011 10:20:08 +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 7D2A58FC0A for ; Mon, 31 Jan 2011 10:20:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0VAK8dX037000 for ; Mon, 31 Jan 2011 10:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VAK83F036999; Mon, 31 Jan 2011 10:20:08 GMT (envelope-from gnats) Date: Mon, 31 Jan 2011 10:20:08 GMT Message-Id: <201101311020.p0VAK83F036999@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: Alexander Best Cc: Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 10:20:08 -0000 The following reply was made to PR kern/145024; it has been noted by GNATS. From: Alexander Best To: bug-followup@freebsd.org Cc: Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with nooptions COMPAT_FREEBSD32 Date: Mon, 31 Jan 2011 10:14:20 +0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline this patch should solve the issue. cheers. alex -- a13x --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="linux-module.diff" Index: sys/modules/linux/Makefile =================================================================== --- sys/modules/linux/Makefile (revision 218125) +++ sys/modules/linux/Makefile (working copy) @@ -2,7 +2,7 @@ .if ${MACHINE_CPUARCH} == "amd64" SFX= 32 -CFLAGS+=-DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 +CFLAGS+=-DCOMPAT_LINUX32 .endif .PATH: ${.CURDIR}/../../compat/linux ${.CURDIR}/../../${MACHINE_CPUARCH}/linux${SFX} --yrj/dFKFPuw6o+aM-- From owner-freebsd-emulation@FreeBSD.ORG Mon Jan 31 11:06:59 2011 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 69C751065694 for ; Mon, 31 Jan 2011 11:06:59 +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 3E2028FC15 for ; Mon, 31 Jan 2011 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0VB6xFf091744 for ; Mon, 31 Jan 2011 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VB6wd1091742 for freebsd-emulation@FreeBSD.org; Mon, 31 Jan 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 Jan 2011 11:06:58 GMT Message-Id: <201101311106.p0VB6wd1091742@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, 31 Jan 2011 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/153990 emulation [hyper-v]: Will not install into Hyper-V on Server 200 o kern/153887 emulation [linux] Linux emulator not understand STB_GNU_UNIQUE b o kern/153243 emulation [ibcs2] Seg fault whne running COFF binary using iBCS2 o ports/151714 emulation print/acroread9 not usable due to lack of support in t a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o kern/149168 emulation [linux] [patch] Linux sendmsg / recvmsg / etc fixes fo o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted a kern/145024 emulation [linux] [patch] kernel crash by linux.ko module with n f kern/144763 emulation [linux] [panic] Kernel panic when start linux binaries o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest f ports/137332 emulation add caution messages to some adobe products s ports/136321 emulation x11-toolkits/linux-pango: please update linux based po o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/86619 emulation [linux] linux emulator interacts oddly with cp a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 29 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Jan 31 12:29:26 2011 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 90F77106566C for ; Mon, 31 Jan 2011 12:29:26 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 267FB8FC17 for ; Mon, 31 Jan 2011 12:29:25 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Pjssl-0004rh-9g for freebsd-emulation@freebsd.org; Mon, 31 Jan 2011 13:29:23 +0100 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id p0VCTMYT003343 for ; Mon, 31 Jan 2011 13:29:22 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id p0VCTMd6003342 for freebsd-emulation@freebsd.org; Mon, 31 Jan 2011 13:29:22 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 31 Jan 2011 13:29:22 +0100 From: Matthias Apitz To: freebsd-emulation@freebsd.org Message-ID: <20110131122922.GA3306@current.Sisis.de> References: <20110121121455.GA2413@current.Sisis.de> <201101211350.p0LDoii3017220@lurza.secnetix.de> <20110122084820.GA3845@tinyCurrent> <20110126140104.GA1866@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110126140104.GA1866@current.Sisis.de> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Subject: Re: skype-2.0.0.72,1 && font size X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 12:29:26 -0000 El día Wednesday, January 26, 2011 a las 03:01:04PM +0100, Matthias Apitz escribió: > El día Saturday, January 22, 2011 a las 09:48:20AM +0100, Matthias Apitz escribió: > > > El día Friday, January 21, 2011 a las 02:50:44PM +0100, Oliver Fromme escribió: > > > > > When the dpi value is incorrect, i.e. too high, then some > > > applications will think that your screen is much smaller > > > than it really is, so they adjust the sizes of fonts and > > > icons to be bigger. This is exactly the symptom that you > > > are seeing. > > > > > > For a quick check, restart your X server with the option > > > -dpi 100 (or modify your xorg.conf appropriately) and > > > verify the font sizes in your applications. If it's > > > better, then just keep it that way. > > > > The -dpi flag did not work for me, but inserting the size into xorg.conf > > as 330 185 (mm) works fine and the fonts are now nice in Skype as they > > have been before lifting up this FreeBSD installation into a VM on the > > same laptop where it run before as host system. > > This was said to early :-(( > > The dpi value is fine now: > > $ xdpyinfo | fgrep dots > resolution: 146x146 dots per inch > > and mostly Skype comes up with 8p fonts, but sometimes it changes > back to ugly 10p fonts; it seems that there is some relation with the > following applications on the same desktop KDE 3.5: After a lot of testing and Google'ing it turned out that for Gnome applications, even if they are running on a KDE desktop, the correct dpi information of the X server is not enough; there is some Gnome control center and especically the 'gnome-appearance-properties' which controls the setting of the font size has in its 'Detailed' window the value of dots per inch for the fonts. This was set to 230 and changing it to the correct value of 146 made all fine now. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ ¡Ya basta! ¡Tropas de OTAN, fuera de Afghanistan! There's an end of it! NATO troups out of Afghanistan! Schluss jetzt endlich! NATO raus aus Afghanistan! From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 2 17:47:07 2011 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 7049C1065675 for ; Wed, 2 Feb 2011 17:47:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E27EC8FC1E for ; Wed, 2 Feb 2011 17:47:06 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p12HknB1030454; Wed, 2 Feb 2011 18:47:04 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p12HkmOb030453; Wed, 2 Feb 2011 18:46:48 +0100 (CET) (envelope-from olli) Date: Wed, 2 Feb 2011 18:46:48 +0100 (CET) Message-Id: <201102021746.p12HkmOb030453@lurza.secnetix.de> From: Oliver Fromme To: freebsd-emulation@FreeBSD.ORG, yuri@rawbw.com In-Reply-To: <4D452984.1070105@rawbw.com> X-Newsgroups: list.freebsd-emulation User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Wed, 02 Feb 2011 18:47:05 +0100 (CET) Cc: Subject: Re: v4l + webcamd + Logitech C210 + Skype (FreeBSD 8-stable) 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, 02 Feb 2011 17:47:07 -0000 Yuri wrote: > On 01/23/2011 12:40, Oliver Fromme wrote: > > I'm trying to get Skype working with video support on my > > 8-stable machine at home. I've got a shiny new Logitech > > C210 webcam. This webcam works perfectly fine on my wife's > > Windows machine, FWIW. > > > > On my FreeBSD box I've installed webcamd and all of its > > dependencies, as per HPS' documentation. Basically the > > webcam seems to work: I get a clear picture in pwcview(1). > > However, Skype doesn't seem to recognize the video device > > (I have installed skype-2.0.0.72,1 from ports). > > Webcamd doesn't work with skype. I tried 4 different cameras with the > same outcome as yours. > > Webcamd only supports V4L1 and skype normally uses V4L2 first and then > falls back to V4L1. No, webcamd also supports V4L2. Otherwise I wouldn't be able to use pwcview with an UVC camera, because the UVC driver is V4L2-only. The problem is that the linux emulation translates only V4L1 ioctls yet, so linux binaries cannot access drivers that only support V4L2. Of course, there might also be bugs in Skype. But I think webcamd is not the culprit. > [...] But there is no easy and obvious fix to this problem. As Alexander Leidinger pointed out, the obvious fix is to add V4L2 support to the Linux emulation. Whether that's easy is another question. I didn't have time to look at it any further. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 5 21:09:47 2011 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 25B24106566B for ; Sat, 5 Feb 2011 21:09:47 +0000 (UTC) (envelope-from jsa.bsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CAF3D8FC0C for ; Sat, 5 Feb 2011 21:09:46 +0000 (UTC) Received: by vxa40 with SMTP id 40so1127265vxa.13 for ; Sat, 05 Feb 2011 13:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=EkkBZ+vB8UJ4o6kwmWo8DmXttnz3dbxsjflSDoeFWb8=; b=PmEBiYvtT2h6gWEV1LvDF1J/1G9R5SU5jn5Q2y6TY0EEa3h6w+yMWnyIZw0jIWSHtF p2dtjwtHmRWNa/OEfXkVsk3XP2EYrt5T9MKpomfxz690dXcUmdlAnoItz0zWNOzcZBKJ tIH4yff74xsCxA5FqAW2mc4CKHeZohYOx7P2E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=wSBpNHHzc3cYym8nG3a+141DEHeadjCH/Syvfyyeu9s1nectRXEKvjGWZ9AkxC0b4l PQUDkQCeQSX7KTyWnQJJ2n6BIUQ1A/ajKKveamY/8f+cFhVQW37ncmvImgDoUbaqS4wy nX8HZ3i+ErsYoQULNiKlciLGpfuUUpua80t7I= Received: by 10.220.180.1 with SMTP id bs1mr3764596vcb.116.1296938448495; Sat, 05 Feb 2011 12:40:48 -0800 (PST) Received: from pazuzu.wickedmachine.net (tn-67-232-95-191.dhcp.embarqhsd.net [67.232.95.191]) by mx.google.com with ESMTPS id v26sm827276vcr.13.2011.02.05.12.40.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 05 Feb 2011 12:40:47 -0800 (PST) Sender: "Joseph S. Atkinson" Message-ID: <4D4DB5F6.7090008@FreeBSD.org> Date: Sat, 05 Feb 2011 15:41:26 -0500 From: "Joseph S. Atkinson" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110122 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: emulation@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 9.0-CURRENT vs multimedia/linux-huludesktop 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, 05 Feb 2011 21:09:47 -0000 Not sure what is wrong with this. This problem doesn't occur 7.x or 8.x, but on -CURRENT, if you click any part of the window streaming video in huludesktop, the client freezes playback and must be kill(1)'d. Terminal gives no meaningful output, and I do not know how to go about debugging such an application. It is a binary only distribution from hulu.com. The problem existing only on -CURRENT would indicate a change in the Linuxulator code, but this is not an area in which I have any experience at all. If you don't mind, would someone check this out and try and figure out what is going wrong before 9.x is frozen? (What other bug fix request requires you to watch movies?!?) From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 5 23:34:24 2011 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 067E3106566B; Sat, 5 Feb 2011 23:34:24 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id B9E1E8FC16; Sat, 5 Feb 2011 23:34:23 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 6645F1E0023E; Sun, 6 Feb 2011 00:34:22 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p15NVwv4045033; Sun, 6 Feb 2011 00:31:58 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p15NVtUv045032; Sun, 6 Feb 2011 00:31:55 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 6 Feb 2011 00:31:55 +0100 To: freebsd-multimedia@FreeBSD.org, freebsd-emulation@FreeBSD.org Message-ID: <20110205233155.GA43368@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doconnor@gsoft.com.au, hselasky@FreeBSD.org Subject: More webcamd dvb remote hacks - lirc port update for testing 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, 05 Feb 2011 23:34:24 -0000 As I discovered a little while ago our lirc port is too old to handle the /dev/lirc0 device I patched webcamd to enable so I tried updating it: http://people.freebsd.org/~nox/dvb/lirc/lirc-0.9.0p1.patch I have Cc'd the lirc port maintainer, do you think an update like this could go in? I probably could also enable the ftdi support because we have devel/libftdi too, but I cannot test it. I also updated the webcamd remote patch: http://people.freebsd.org/~nox/dvb/webcamd/patch-remote2-rc5.txt Since the Linux code reports /dev/lirc0 as a raw lirc device i.e. not one that reports decoded remote button events but raw ir pulse lengths I now changed the above patch to emulate rc5-like pulses that lirc can understand. The vdr remote plugin can't use those directly anymore but you can now use vdr's lirc support, i.e. you can add this to vdr's startup args: '--lirc=/var/run/lirc/lircd' To configure lircd for your dvb tuner remote using the above webcamd patch you can try: irrecord -d /dev/lirc0 /usr/local/etc/lircd.conf I have put my resulting lircd.conf for the TechnoTrend S2-3600 DVB-S2 USB tuner here: http://people.freebsd.org/~nox/dvb/lirc/lircd-s3600-rc5-emu.conf Then start lircd: service lircd onestart and run irw in a shell and check if it correctly reports buttons pressed on your remote. When that works you can start vdr (or whatever you use) pointed at lirc and assign the buttons on the remote; I have put my /usr/local/etv/vdr/remote.conf for the TechnoTrend S2-3600 DVB-S2 USB tuner using lirc here: http://people.freebsd.org/~nox/dvb/lirc/vdr-s3600-lirc/remote.conf More links are here: http://people.freebsd.org/~nox/dvb/ Enjoy, :) Juergen