From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 16 18:40:12 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 812D616A448 for ; Sun, 16 Apr 2006 18:40:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AE843D4C for ; Sun, 16 Apr 2006 18:40:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3GIeBd1082733 for ; Sun, 16 Apr 2006 18:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3GIeBvW082732; Sun, 16 Apr 2006 18:40:11 GMT (envelope-from gnats) Resent-Date: Sun, 16 Apr 2006 18:40:11 GMT Resent-Message-Id: <200604161840.k3GIeBvW082732@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, K S Braunsdorf Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117B716A44B for ; Sun, 16 Apr 2006 18:33:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A85A43D4C for ; Sun, 16 Apr 2006 18:33:44 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k3GIXhUT060506 for ; Sun, 16 Apr 2006 18:33:43 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k3GIXhM2060505; Sun, 16 Apr 2006 18:33:43 GMT (envelope-from nobody) Message-Id: <200604161833.k3GIXhM2060505@www.freebsd.org> Date: Sun, 16 Apr 2006 18:33:43 GMT From: K S Braunsdorf To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: sparc64/95892: MAC address of hme interfaces is ff:ff:ff:ff:ff:ff after reboot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 18:40:12 -0000 >Number: 95892 >Category: sparc64 >Synopsis: MAC address of hme interfaces is ff:ff:ff:ff:ff:ff after reboot >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 16 18:40:11 GMT 2006 >Closed-Date: >Last-Modified: >Originator: K S Braunsdorf >Release: 6.1-RC1 >Organization: NPC Guild >Environment: FreeBSD mirror.npcguild.org 6.1-RC1 FreeBSD 6.1-RC1 #0: Tue Apr 11 05:26:08 UTC 2006 root@s-dallas.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 An Ultra 2 with 2Gb of RAM and 2 300Mhz processors, a qfe card, an CDROM drive and 2 9Gb scsi drives. >Description: The install for 6.1-RC1 brought up the network on hme1 just fine. After a reboot all the 5 (built-in hme0, + a quad-fast card) hme interfaces showed a mac address of ff:ff:ff:ff:ff:ff, which of course wouldn't talk. I used ifconfig to set a valid mac address on hme1 and it started working. I could help debug this, as needed. This is sample of an untouched interface: mirror# ifconfig hme2 hme2: flags=8802 mtu 1500 options=b ether ff:ff:ff:ff:ff:ff media: Ethernet autoselect The probe looks like this: hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c 04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2017 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: ff:ff:ff:ff:ff:ff sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attac hed) hme1: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c 04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2004 on sbus0 miibus1: on hme1 qsphy0: on miibus1 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: ff:ff:ff:ff:ff:ff hme2: mem 0x8c10000-0x8c10107,0x8c12000-0x8c13fff,0x8c 14000-0x8c15fff,0x8c16000-0x8c17fff,0x8c17000-0x8c1701f irq 2004 on sbus0 miibus2: on hme2 qsphy1: on miibus2 qsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme2: Ethernet address: ff:ff:ff:ff:ff:ff hme3: mem 0x8c20000-0x8c20107,0x8c22000-0x8c23fff,0x8c 24000-0x8c25fff,0x8c26000-0x8c27fff,0x8c27000-0x8c2701f irq 2004 on sbus0 miibus3: on hme3 qsphy2: on miibus3 qsphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme3: Ethernet address: ff:ff:ff:ff:ff:ff hme4: mem 0x8c30000-0x8c30107,0x8c32000-0x8c33fff,0x8c 34000-0x8c35fff,0x8c36000-0x8c37fff,0x8c37000-0x8c3701f irq 2004 on sbus0 miibus4: on hme4 qsphy3: on miibus4 qsphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme4: Ethernet address: ff:ff:ff:ff:ff:ff creator0: on nexus0 creator0: resolution 1152x900 >How-To-Repeat: I just installed from the CDROM pair, then rebooted. Noticed that the network didn't come back up. I don't have a graphic head on the Ultra 2, just a serial line and tip from another host. I don't know if the qfe card is the key issue (yet). >Fix: I just worked around it. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 16 19:00:37 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBA416A400 for ; Sun, 16 Apr 2006 19:00:37 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8F743D45 for ; Sun, 16 Apr 2006 19:00:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3GJ0ai2083291 for ; Sun, 16 Apr 2006 19:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3GJ0axI083290; Sun, 16 Apr 2006 19:00:36 GMT (envelope-from gnats) Date: Sun, 16 Apr 2006 19:00:36 GMT Message-Id: <200604161900.k3GJ0axI083290@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "Bruce O'Neel" Cc: Subject: Re: sparc64/95892: MAC address of hme interfaces is ff:ff:ff:ff:ff:ff after reboot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce O'Neel List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 19:00:37 -0000 The following reply was made to PR sparc64/95892; it has been noted by GNATS. From: "Bruce O'Neel" To: K S Braunsdorf Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/95892: MAC address of hme interfaces is ff:ff:ff:ff:ff:ff after reboot Date: Sun, 16 Apr 2006 18:55:35 +0000 I think you just lost your nvram. Look on ebay for a replacement, they are about $20 or so. cheers bruce On Sun, Apr 16, 2006 at 06:33:43PM +0000, K S Braunsdorf wrote: > > >Number: 95892 > >Category: sparc64 > >Synopsis: MAC address of hme interfaces is ff:ff:ff:ff:ff:ff after reboot > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-sparc64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Apr 16 18:40:11 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: K S Braunsdorf > >Release: 6.1-RC1 > >Organization: > NPC Guild > >Environment: > FreeBSD mirror.npcguild.org 6.1-RC1 FreeBSD 6.1-RC1 #0: Tue Apr 11 05:26:08 UTC 2006 root@s-dallas.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 > > An Ultra 2 with 2Gb of RAM and 2 300Mhz processors, a qfe card, an > CDROM drive and 2 9Gb scsi drives. > >Description: > The install for 6.1-RC1 brought up the network on hme1 just fine. > After a reboot all the 5 (built-in hme0, + a quad-fast card) hme > interfaces showed a mac address of ff:ff:ff:ff:ff:ff, which of > course wouldn't talk. > > I used ifconfig to set a valid mac address on hme1 and it started > working. I could help debug this, as needed. > > This is sample of an untouched interface: > mirror# ifconfig hme2 > hme2: flags=8802 mtu 1500 > options=b > ether ff:ff:ff:ff:ff:ff > media: Ethernet autoselect > > The probe looks like this: > hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c > 04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2017 on sbus0 > miibus0: on hme0 > nsphy0: on miibus0 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme0: Ethernet address: ff:ff:ff:ff:ff:ff > sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attac > hed) > hme1: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c > 04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2004 on sbus0 > miibus1: on hme1 > qsphy0: on miibus1 > qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme1: Ethernet address: ff:ff:ff:ff:ff:ff > hme2: mem 0x8c10000-0x8c10107,0x8c12000-0x8c13fff,0x8c > 14000-0x8c15fff,0x8c16000-0x8c17fff,0x8c17000-0x8c1701f irq 2004 on sbus0 > miibus2: on hme2 > qsphy1: on miibus2 > qsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme2: Ethernet address: ff:ff:ff:ff:ff:ff > hme3: mem 0x8c20000-0x8c20107,0x8c22000-0x8c23fff,0x8c > 24000-0x8c25fff,0x8c26000-0x8c27fff,0x8c27000-0x8c2701f irq 2004 on sbus0 > miibus3: on hme3 > qsphy2: on miibus3 > qsphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme3: Ethernet address: ff:ff:ff:ff:ff:ff > hme4: mem 0x8c30000-0x8c30107,0x8c32000-0x8c33fff,0x8c > 34000-0x8c35fff,0x8c36000-0x8c37fff,0x8c37000-0x8c3701f irq 2004 on sbus0 > miibus4: on hme4 > qsphy3: on miibus4 > qsphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme4: Ethernet address: ff:ff:ff:ff:ff:ff > creator0: on nexus0 > creator0: resolution 1152x900 > > >How-To-Repeat: > I just installed from the CDROM pair, then rebooted. > Noticed that the network didn't come back up. I don't > have a graphic head on the Ultra 2, just a serial line > and tip from another host. I don't know if the qfe card > is the key issue (yet). > >Fix: > I just worked around it. > >Release-Note: > >Audit-Trail: > >Unformatted: > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 16 20:16:02 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C895F16A40A; Sun, 16 Apr 2006 20:16:02 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2647343D45; Sun, 16 Apr 2006 20:16:01 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3GKG17p040252; Sun, 16 Apr 2006 22:16:01 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3GKFwSV040248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3GKFwkT053708; Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3GKFwiZ053707; Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz) Date: Sun, 16 Apr 2006 22:15:55 +0200 (CEST) From: Joerg Pulz To: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Message-ID: <20060416220250.K52948@hades.admin.frm2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 20:16:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, sorry for the cross posting but i think it is related to both lists. Today i got two mails from pointyhat for ports that i maintain which seem to have problems on sparc64. The relevant ports are net/gatekeeper, net/openmcu and the exact error message is: /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' There is another port net/openam which has the same problem. As far as i can see, the '-pthread' argument is used and therefore this should not occur, unless there is something missing or wrong in the sparc64 thread library. I can't investigate this further because i have no access to a sparc64 machine running any version FreeBSD. Any information regarding this problem is much appreciated. Kind regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQqX9SPOsGF+KA+MRAsp7AJ90VzpjD3/XIfcxcNDEF2CfoBM2cwCgsyDK sCwUB8AxfBAnrcpP/Ubwc7w= =BcQx -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 17 06:28:09 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AC916A413 for ; Mon, 17 Apr 2006 06:28:09 +0000 (UTC) (envelope-from bel@orel.ru) Received: from mail.orel.ru (relay.orel.ru [213.59.64.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 275F643D46 for ; Mon, 17 Apr 2006 06:28:08 +0000 (GMT) (envelope-from bel@orel.ru) Received: from [192.168.99.99] (pf1.net.orel.ru [213.59.64.75]) by mail.orel.ru (8.13.4/8.13.4) with ESMTP id k3H6S3BY026602 for ; Mon, 17 Apr 2006 10:28:04 +0400 (MSD) (envelope-from bel@orel.ru) Message-ID: <44433573.70702@orel.ru> Date: Mon, 17 Apr 2006 10:28:03 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: multipart/mixed; boundary="------------070306050507010000060006" X-Antivirus: Dr.Web (R) for Mail Servers on mail.orel.ru host X-Antivirus-Code: 100000 X-Zombi-Check: on netra2.orel.ru Cc: Subject: Call for testers, hme(4) device polling patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 06:28:10 -0000 This is a multi-part message in MIME format. --------------070306050507010000060006 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There is a patch that needs extensive testing which adds device polling support in hme(4) driver. The patch was tested on U60(two CPUs) and had no problems. If you encounter a panic related with the patch, please let me know.(Don't forget to send your 'backtrace' output.) -- With Best Regards, Andrew Belashov. --------------070306050507010000060006 Content-Type: text/plain; name="hme_polling.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="hme_polling.patch" --- sys/dev/hme/if_hme.c.orig Wed Mar 29 21:09:12 2006 +++ sys/dev/hme/if_hme.c Fri Apr 14 08:36:49 2006 @@ -61,9 +61,21 @@ __FBSDID("$FreeBSD: src/sys/dev/hme/if_h * can be reactivated by setting special link option link0 with ifconfig(8). */ #define HME_CSUM_FEATURES (CSUM_TCP) +#define HME_SEB_STAT_IMASK ( \ + ~(/*HME_SEB_STAT_GOTFRAME | HME_SEB_STAT_SENTFRAME |*/ \ + HME_SEB_STAT_HOSTTOTX | \ + HME_SEB_STAT_RXTOHOST | \ + HME_SEB_STAT_TXALL | \ + HME_SEB_STAT_TXPERR | \ + HME_SEB_STAT_RCNTEXP | \ + HME_SEB_STAT_ALL_ERRORS )) #define HMEDEBUG #define KTR_HME KTR_CT2 /* XXX */ +#ifdef HAVE_KERNEL_OPTION_HEADERS +#include "opt_device_polling.h" +#endif + #include #include #include @@ -113,6 +125,10 @@ static int hme_mac_bitflip(struct hme_so u_int32_t, u_int32_t); static void hme_mifinit(struct hme_softc *); static void hme_setladrf(struct hme_softc *, int); +#ifdef DEVICE_POLLING +static void hme_poll(struct ifnet *ifp, enum poll_cmd cmd, int count); +static void hme_poll_locked(struct ifnet *ifp, enum poll_cmd cmd, int count); +#endif static int hme_mediachange(struct ifnet *); static void hme_mediastatus(struct ifnet *, struct ifmediareq *); @@ -341,8 +357,11 @@ hme_config(struct hme_softc *sc) */ ifp->if_data.ifi_hdrlen = sizeof(struct ether_vlan_header); ifp->if_capabilities |= IFCAP_VLAN_MTU | IFCAP_HWCSUM; + ifp->if_capenable |= ifp->if_capabilities; +#ifdef DEVICE_POLLING + ifp->if_capabilities |= IFCAP_POLLING; +#endif ifp->if_hwassist |= sc->sc_csum_features; - ifp->if_capenable |= IFCAP_VLAN_MTU | IFCAP_HWCSUM; return (0); fail_txdesc: @@ -378,6 +397,10 @@ hme_detach(struct hme_softc *sc) struct ifnet *ifp = sc->sc_ifp; int i; +#ifdef DEVICE_POLLING + if (ifp->if_capenable & IFCAP_POLLING) + ether_poll_deregister(ifp); +#endif HME_LOCK(sc); hme_stop(sc); HME_UNLOCK(sc); @@ -756,14 +779,13 @@ hme_init_locked(struct hme_softc *sc) HME_MAC_WRITE_4(sc, HME_MACI_RXSIZE, HME_MAX_FRAMESIZE); /* step 8. Global Configuration & Interrupt Mask */ - HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, - ~(/*HME_SEB_STAT_GOTFRAME | HME_SEB_STAT_SENTFRAME |*/ - HME_SEB_STAT_HOSTTOTX | - HME_SEB_STAT_RXTOHOST | - HME_SEB_STAT_TXALL | - HME_SEB_STAT_TXPERR | - HME_SEB_STAT_RCNTEXP | - HME_SEB_STAT_ALL_ERRORS )); +#ifdef DEVICE_POLLING + /* Disable interrupts if we are polling. */ + if (ifp->if_capenable & IFCAP_POLLING) + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, 0xffffffff); + else +#endif + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, HME_SEB_STAT_IMASK); switch (sc->sc_burst) { default: @@ -1267,6 +1289,14 @@ hme_rint(struct hme_softc *sc) if ((flags & HME_XD_OWN) != 0) break; +#ifdef DEVICE_POLLING + if (ifp->if_capenable & IFCAP_POLLING) { + if (sc->rxcycles <= 0) + break; + sc->rxcycles--; + } +#endif + progress++; if ((flags & HME_XD_OFL) != 0) { device_printf(sc->sc_dev, "buffer overflow, ri=%d; " @@ -1301,6 +1331,46 @@ hme_eint(struct hme_softc *sc, u_int sta } } +#ifdef DEVICE_POLLING +static void +hme_poll(struct ifnet *ifp, enum poll_cmd cmd, int count) +{ + struct hme_softc *sc = ifp->if_softc; + + HME_LOCK(sc); + if (ifp->if_drv_flags & IFF_DRV_RUNNING) + hme_poll_locked(ifp, cmd, count); + HME_UNLOCK(sc); +} + +static void +hme_poll_locked(struct ifnet *ifp, enum poll_cmd cmd, int count) +{ + struct hme_softc *sc = ifp->if_softc; + u_int32_t status; + + HME_LOCK_ASSERT(sc, MA_OWNED); + + sc->rxcycles = count; + + status = HME_SEB_READ_4(sc, HME_SEBI_STAT); + CTR1(KTR_HME, "hme_poll: status %#x", (u_int)status); + + if (cmd == POLL_AND_CHECK_STATUS && + (status & HME_SEB_STAT_ALL_ERRORS) != 0) + hme_eint(sc, status); + + if ((status & HME_SEB_STAT_RXTOHOST) != 0) + hme_rint(sc); + + if ((status & (HME_SEB_STAT_TXALL | HME_SEB_STAT_HOSTTOTX)) != 0) + hme_tint(sc); + + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + hme_start_locked(ifp); +} +#endif /* DEVICE_POLLING */ + void hme_intr(void *v) { @@ -1308,6 +1378,12 @@ hme_intr(void *v) u_int32_t status; HME_LOCK(sc); + +#ifdef DEVICE_POLLING + if (sc->sc_ifp->if_capenable & IFCAP_POLLING) + goto done_locked; +#endif + status = HME_SEB_READ_4(sc, HME_SEBI_STAT); CTR1(KTR_HME, "hme_intr: status %#x", (u_int)status); @@ -1319,6 +1395,10 @@ hme_intr(void *v) if ((status & HME_SEB_STAT_RXTOHOST) != 0) hme_rint(sc); + +#ifdef DEVICE_POLLING +done_locked: +#endif HME_UNLOCK(sc); } @@ -1555,12 +1635,39 @@ hme_ioctl(struct ifnet *ifp, u_long cmd, break; case SIOCSIFCAP: HME_LOCK(sc); - ifp->if_capenable = ifr->ifr_reqcap; - if ((ifp->if_capenable & IFCAP_TXCSUM) != 0) + if ((ifp->if_capenable & IFCAP_TXCSUM) != 0) { ifp->if_hwassist = sc->sc_csum_features; - else + ifp->if_capenable |= IFCAP_TXCSUM; + } else { ifp->if_hwassist = 0; + ifp->if_capenable &= ~IFCAP_TXCSUM; + } HME_UNLOCK(sc); +#ifdef DEVICE_POLLING + if (ifr->ifr_reqcap & IFCAP_POLLING && + !(ifp->if_capenable & IFCAP_POLLING)) { + error = ether_poll_register(hme_poll, ifp); + if (error) + return(error); + HME_LOCK(sc); + /* Disable interrupts */ + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, 0xffffffff); + ifp->if_capenable |= IFCAP_POLLING; + HME_UNLOCK(sc); + return (error); + + } + if (!(ifr->ifr_reqcap & IFCAP_POLLING) && + ifp->if_capenable & IFCAP_POLLING) { + error = ether_poll_deregister(ifp); + /* Enable interrupts. */ + HME_LOCK(sc); + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, HME_SEB_STAT_IMASK); + ifp->if_capenable &= ~IFCAP_POLLING; + HME_UNLOCK(sc); + return (error); + } +#endif /* DEVICE_POLLING */ break; default: error = ether_ioctl(ifp, cmd, data); --- sys/dev/hme/if_hmevar.h.orig Wed Mar 29 21:09:12 2006 +++ sys/dev/hme/if_hmevar.h Thu Apr 13 08:46:19 2006 @@ -144,6 +144,9 @@ struct hme_softc { int sc_debug; struct mtx sc_lock; +#ifdef DEVICE_POLLING + int rxcycles; +#endif }; #define HME_LOCK(_sc) mtx_lock(&(_sc)->sc_lock) --------------070306050507010000060006-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 17 10:22:25 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8F316A400; Mon, 17 Apr 2006 10:22:25 +0000 (UTC) (envelope-from bel@orel.ru) Received: from mail.orel.ru (relay.orel.ru [213.59.64.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id E186C43D45; Mon, 17 Apr 2006 10:22:24 +0000 (GMT) (envelope-from bel@orel.ru) Received: from [192.168.99.99] (pf1.net.orel.ru [213.59.64.75]) by mail.orel.ru (8.13.4/8.13.4) with ESMTP id k3HAMJak076898; Mon, 17 Apr 2006 14:22:21 +0400 (MSD) (envelope-from bel@orel.ru) Message-ID: <44436C5B.50703@orel.ru> Date: Mon, 17 Apr 2006 14:22:19 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Joerg Pulz References: <20060416220250.K52948@hades.admin.frm2> In-Reply-To: <20060416220250.K52948@hades.admin.frm2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on mail.orel.ru host X-Antivirus-Code: 100000 X-Zombi-Check: on netra2.orel.ru Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 10:22:25 -0000 Hello, Joerg! Joerg Pulz wrote: > sorry for the cross posting but i think it is related to both lists. > > Today i got two mails from pointyhat for ports that i maintain which > seem to have problems on sparc64. > The relevant ports are net/gatekeeper, net/openmcu and the exact error > message is: > /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' > > There is another port net/openam which has the same problem. > > As far as i can see, the '-pthread' argument is used and therefore this > should not occur, unless there is something missing or wrong in the > sparc64 thread library. > I can't investigate this further because i have no access to a sparc64 > machine running any version FreeBSD. > > Any information regarding this problem is much appreciated. > > Kind regards > Joerg > What about libthr library? For switching to libthr: # echo "libc_r.so libthr.so" >>/etc/libmap.conf -- With Best Regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 17 11:47:10 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D5916A405; Mon, 17 Apr 2006 11:47:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A1B43D45; Mon, 17 Apr 2006 11:47:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3HBl5SM022149; Mon, 17 Apr 2006 07:47:09 -0400 (EDT) Date: Mon, 17 Apr 2006 07:47:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Belashov In-Reply-To: <44436C5B.50703@orel.ru> Message-ID: References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 11:47:10 -0000 On Mon, 17 Apr 2006, Andrew Belashov wrote: > Hello, Joerg! > > Joerg Pulz wrote: >> sorry for the cross posting but i think it is related to both lists. >> >> Today i got two mails from pointyhat for ports that i maintain which seem >> to have problems on sparc64. >> The relevant ports are net/gatekeeper, net/openmcu and the exact error >> message is: >> /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' Note that /usr/local/lib/foo is not part of FreeBSD base, so it looks like the sparc build machine is using a non-standard thread library. >> There is another port net/openam which has the same problem. >> >> As far as i can see, the '-pthread' argument is used and therefore this >> should not occur, unless there is something missing or wrong in the sparc64 >> thread library. >> I can't investigate this further because i have no access to a sparc64 >> machine running any version FreeBSD. >> >> Any information regarding this problem is much appreciated. >> >> Kind regards >> Joerg >> > > What about libthr library? For switching to libthr: > # echo "libc_r.so libthr.so" >>/etc/libmap.conf Also, some sparc64-knowledgeable person(s) need to make libpthread work on sparc64 ;-) -- DE From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 17 12:25:37 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E6616A401; Mon, 17 Apr 2006 12:25:37 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB9F43D48; Mon, 17 Apr 2006 12:25:34 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3HCPXVk054651; Mon, 17 Apr 2006 14:25:33 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3HCPVwq054647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Apr 2006 14:25:32 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3HCPVDN062142; Mon, 17 Apr 2006 14:25:31 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3HCPV7q062141; Mon, 17 Apr 2006 14:25:31 +0200 (CEST) (envelope-from jpulz) Date: Mon, 17 Apr 2006 14:25:29 +0200 (CEST) From: Joerg Pulz To: Daniel Eischen In-Reply-To: Message-ID: <20060417141213.X52948@hades.admin.frm2> References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 12:25:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Apr 2006, Daniel Eischen wrote: > On Mon, 17 Apr 2006, Andrew Belashov wrote: > >> Hello, Joerg! >> >> Joerg Pulz wrote: >>> sorry for the cross posting but i think it is related to both lists. >>> >>> Today i got two mails from pointyhat for ports that i maintain which seem >>> to have problems on sparc64. >>> The relevant ports are net/gatekeeper, net/openmcu and the exact error >>> message is: >>> /usr/local/lib/libpt_r.so: undefined reference to >>> `pthread_mutex_timedlock' > > Note that /usr/local/lib/foo is not part of FreeBSD base, so > it looks like the sparc build machine is using a non-standard > thread library. > >>> There is another port net/openam which has the same problem. >>> >>> As far as i can see, the '-pthread' argument is used and therefore this >>> should not occur, unless there is something missing or wrong in the >>> sparc64 thread library. >>> I can't investigate this further because i have no access to a sparc64 >>> machine running any version FreeBSD. >>> >>> Any information regarding this problem is much appreciated. >>> >>> Kind regards >>> Joerg >>> >> >> What about libthr library? For switching to libthr: >> # echo "libc_r.so libthr.so" >>/etc/libmap.conf > > Also, some sparc64-knowledgeable person(s) need to make > libpthread work on sparc64 ;-) Hi Daniel, Andrew, the library /usr/local/lib/libpt_r.so comes out of the devel/pwlib port and is requiered by net/openh323 and therefor needed by net/gatekeeper, net/openmcu and net/openam. As i said before, i don't have access to a sparc64 machine running FreeBSD. The error was reported by pointyhat, so tweaking /etc/libmap.conf is not an option. If the "pthread_mutex_timedlock" symbol is really not available in the default thread library for sparc64, i will mark these ports BROKEN for ${ARCH} == "sparc64", but first i want to make sure that this is really the case. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ4k7SPOsGF+KA+MRAgylAKDL3fNsI4GvRi5YHe4awTzc5UqaCgCfVsIV YXli4HhK1jqq/ARBWp3jfoI= =yDLW -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 17 18:35:03 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E1316A403; Mon, 17 Apr 2006 18:35:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A18443D75; Mon, 17 Apr 2006 18:34:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3283B1A4E59; Mon, 17 Apr 2006 11:34:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BF55851E87; Mon, 17 Apr 2006 14:34:56 -0400 (EDT) Date: Mon, 17 Apr 2006 14:34:55 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20060417183454.GA93519@xor.obsecurity.org> References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 18:35:03 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 17, 2006 at 07:47:05AM -0400, Daniel Eischen wrote: > On Mon, 17 Apr 2006, Andrew Belashov wrote: >=20 > >Hello, Joerg! > > > >Joerg Pulz wrote: > >>sorry for the cross posting but i think it is related to both lists. > >> > >>Today i got two mails from pointyhat for ports that i maintain which se= em=20 > >>to have problems on sparc64. > >>The relevant ports are net/gatekeeper, net/openmcu and the exact error= =20 > >>message is: > >>/usr/local/lib/libpt_r.so: undefined reference to=20 > >>`pthread_mutex_timedlock' >=20 > Note that /usr/local/lib/foo is not part of FreeBSD base, so > it looks like the sparc build machine is using a non-standard > thread library. >=20 > >>There is another port net/openam which has the same problem. > >> > >>As far as i can see, the '-pthread' argument is used and therefore this= =20 > >>should not occur, unless there is something missing or wrong in the=20 > >>sparc64 thread library. > >>I can't investigate this further because i have no access to a sparc64= =20 > >>machine running any version FreeBSD. > >> > >>Any information regarding this problem is much appreciated. > >> > >>Kind regards > >>Joerg > >> > > > >What about libthr library? For switching to libthr: > ># echo "libc_r.so libthr.so" >>/etc/libmap.conf >=20 > Also, some sparc64-knowledgeable person(s) need to make > libpthread work on sparc64 ;-) libthr *is* the thread library on sparc64; as Daniel says, libpthread is not ported to sparc64. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ9/OWry0BWjoQKURArPcAJ420x3NrWcKB4DpBLkr4FkUJq6jtACgjXGS 81OzUGx9NG+19fPIRD3F2p8= =OT62 -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 18 09:28:18 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C7C416A403; Tue, 18 Apr 2006 09:28:18 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F63D43D6B; Tue, 18 Apr 2006 09:28:16 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 6119426500; Tue, 18 Apr 2006 19:28:13 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id K-CKWVx9nzwb; Tue, 18 Apr 2006 19:28:09 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id BC732264AF; Tue, 18 Apr 2006 19:28:08 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" , "'Daniel Eischen'" Date: Tue, 18 Apr 2006 19:28:00 +1000 Message-ID: <002d01c662ca$62e99970$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-Reply-To: <20060417183454.GA93519@xor.obsecurity.org> Thread-Index: AcZiTprBInQ8A9HYReawNJEr3Ib3sQAe7Gwg Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 09:28:18 -0000 owner-freebsd-sparc64@freebsd.org wrote: > > libthr *is* the thread library on sparc64; as Daniel says, libpthread > is not ported to sparc64. > > Kris Not yet in 6.x 19:25 Tue 18-Apr sean@bloody [~] uname -msr FreeBSD 6.1-RC1 sparc64 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> libc_r.so From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 18 20:43:11 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47ED816A400; Tue, 18 Apr 2006 20:43:11 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F8443D48; Tue, 18 Apr 2006 20:43:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 962D91A4E92; Tue, 18 Apr 2006 13:43:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA589542B8; Tue, 18 Apr 2006 16:42:40 -0400 (EDT) Date: Tue, 18 Apr 2006 16:42:40 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060418204240.GA69833@xor.obsecurity.org> References: <20060417183454.GA93519@xor.obsecurity.org> <002d01c662ca$62e99970$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <002d01c662ca$62e99970$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 20:43:11 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > owner-freebsd-sparc64@freebsd.org wrote: > >=20 > > libthr *is* the thread library on sparc64; as Daniel says, libpthread > > is not ported to sparc64.=20 > >=20 > > Kris >=20 > Not yet in 6.x >=20 > 19:25 Tue 18-Apr sean@bloody [~] uname -msr > FreeBSD 6.1-RC1 sparc64 > 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > libc_r.so Oops, I forgot about that..although so did David when he removed libc_r from 7.0 and broke sparc :-) So I guess this is a libc_r missing feature. Probably the solution is to use libthr on 6.x too (I don't know if it works well enough on 5.x). libthr causes witness panics under load on sparc64 though. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD4DBQFERU9AWry0BWjoQKURAguzAJdpRILbVzKClzo6kJekDA/nQwdUAJ4uQ07l gxkBH51QwI1y/4UCyXsyKA== =KsBO -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 19 05:32:38 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 658BB16A401; Wed, 19 Apr 2006 05:32:38 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D318543D45; Wed, 19 Apr 2006 05:32:37 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 504EB26A4A; Wed, 19 Apr 2006 15:32:36 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id gWWFmAJ71GtI; Wed, 19 Apr 2006 15:32:31 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id 4000926A3A; Wed, 19 Apr 2006 15:32:31 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" Date: Wed, 19 Apr 2006 15:32:18 +1000 Message-ID: <001801c66372$a032e770$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcZjKL+KlqYL/6KzSNWxRovjDdTIjwARuLqw In-Reply-To: <20060418204240.GA69833@xor.obsecurity.org> Cc: 'Daniel Eischen' , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 05:32:38 -0000 Kris Kennaway wrote: > On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >> owner-freebsd-sparc64@freebsd.org wrote: >>> >>> libthr *is* the thread library on sparc64; as Daniel says, >>> libpthread is not ported to sparc64. >>> >>> Kris >> >> Not yet in 6.x >> >> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >> FreeBSD 6.1-RC1 sparc64 >> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >> libc_r.so > > Oops, I forgot about that..although so did David when he removed > libc_r from 7.0 and broke sparc :-) > > So I guess this is a libc_r missing feature. Probably the solution is > to use libthr on 6.x too (I don't know if it works well enough on > 5.x). libthr causes witness panics under load on sparc64 though. > > Kris Would threading problems be related to sparc64/73413? I've noticed it sitting idle for a long while, and the test case still core dumps. The PR it references (sparc64/72998) also is open. http://www.freebsd.org/cgi/query-pr.cgi?pr=sparc64/73413 From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 19 05:41:20 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E560316A401; Wed, 19 Apr 2006 05:41:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A358E43D45; Wed, 19 Apr 2006 05:41:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BA72D1A3C19; Tue, 18 Apr 2006 22:41:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2868E54D82; Wed, 19 Apr 2006 01:41:17 -0400 (EDT) Date: Wed, 19 Apr 2006 01:41:17 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060419054116.GA39394@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <001801c66372$a032e770$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 05:41:21 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > Kris Kennaway wrote: > > On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >> owner-freebsd-sparc64@freebsd.org wrote: > >>>=20 > >>> libthr *is* the thread library on sparc64; as Daniel says, > >>> libpthread is not ported to sparc64.=20 > >>>=20 > >>> Kris > >>=20 > >> Not yet in 6.x > >>=20 > >> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >> FreeBSD 6.1-RC1 sparc64 > >> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >> libc_r.so > >=20 > > Oops, I forgot about that..although so did David when he removed > > libc_r from 7.0 and broke sparc :-) > >=20 > > So I guess this is a libc_r missing feature. Probably the solution is > > to use libthr on 6.x too (I don't know if it works well enough on > > 5.x). libthr causes witness panics under load on sparc64 though. > >=20 > > Kris >=20 > Would threading problems be related to sparc64/73413? I've noticed it > sitting idle for a long while, and the test case still core dumps. The > PR it references (sparc64/72998) also is open. Huh, turns out libpthread does exist on sparc, it's just called libkse. Anyway, since it's not in use the PR wasn't relevant. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERc15Wry0BWjoQKURAqnvAKCtW4HMDj4liWtZjYEYN6MllNZVeACgq2e6 h2aXf0QcAkN2COViqhbgRyk= =zUDT -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 19 12:37:20 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7318816A400; Wed, 19 Apr 2006 12:37:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B88C43D4C; Wed, 19 Apr 2006 12:37:19 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3JCbHxa026449; Wed, 19 Apr 2006 08:37:17 -0400 (EDT) Date: Wed, 19 Apr 2006 08:37:17 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kris Kennaway In-Reply-To: <20060419054116.GA39394@xor.obsecurity.org> Message-ID: References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 12:37:20 -0000 On Wed, 19 Apr 2006, Kris Kennaway wrote: > On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >> Kris Kennaway wrote: >>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>> >>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>> libpthread is not ported to sparc64. >>>>> >>>>> Kris >>>> >>>> Not yet in 6.x >>>> >>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>> FreeBSD 6.1-RC1 sparc64 >>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>> libc_r.so >>> >>> Oops, I forgot about that..although so did David when he removed >>> libc_r from 7.0 and broke sparc :-) >>> >>> So I guess this is a libc_r missing feature. Probably the solution is >>> to use libthr on 6.x too (I don't know if it works well enough on >>> 5.x). libthr causes witness panics under load on sparc64 though. >>> >>> Kris >> >> Would threading problems be related to sparc64/73413? I've noticed it >> sitting idle for a long while, and the test case still core dumps. The >> PR it references (sparc64/72998) also is open. > > Huh, turns out libpthread does exist on sparc, it's just called > libkse. Anyway, since it's not in use the PR wasn't relevant. Yeah, I implemented as much as I could for it, but it doesn't work. So it's installed as libkse as a prod for someone to finish and test it. -- DE From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 19 17:03:36 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B454116A408 for ; Wed, 19 Apr 2006 17:03:36 +0000 (UTC) (envelope-from designrg@free.fr) Received: from perso0.free.fr (perso0.free.fr [212.27.63.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A745E43D46 for ; Wed, 19 Apr 2006 17:03:32 +0000 (GMT) (envelope-from designrg@free.fr) Received: from localhost.localdomain (localhost [127.0.0.1]) by perso0.free.fr (Postfix) with ESMTP id E714611652F for ; Wed, 19 Apr 2006 19:03:31 +0200 (MEST) XPARM: designrg.free.fr XPARAM2: 82.255.245.178 Date: Wed, 19 Apr 2006 19:03:31 +0200 From: L'Equipe Designrg Message-ID: <6e6b331e687ced6ca09a000f35c472f0@designrg.free.fr> X-Priority: 3 X-Mailer: PHPMailer [version 1.72] Content-Transfer-Encoding: 8bit To: freebsd-sparc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Newslettre d'avril 2006 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 17:03:36 -0000 [1]Version Anglaise .. Bonjour,à la recherche d'aide L'Equipe DesignRG sur [2]Designrg.free.fr est là pour vous gratuitement Un forum d'aide gratuit et rapide est à votre disposition [3]Accès Forum APPRENDRE Vous souhaitez apprendre gratuitement le: Php / Mysql Html Svcd Convertir Divx to dvd Convertir Divx to dvd (ver 2) Comment Débloquer Smartphone Partager une connexion adsl pour vos pc Lutter contre RIAA [4]Vous devez venir pour vous enrichir gratuitement Mercredi 19 Avril 2006 DES OUTILS POUR WEBMASTER Générateur de balise Vérifier vos méta tag Référencement Référencement (V2) Scripts PHP Scripts JAVASCRIPTS Mercredi 19 Avril 2006 DES TELECHARGEMENTS Télécharger des fichiers en français et exclusif et toujours gratuit, vous pouvez aussi ajouter vos propres fichiers [5]Accès au téléchargement Mercredi 19 Avril 2006 D'AUTRES MENU UTILES - DES PROBLEMES D ERREUR NOUS AVONS LES SOLUTIONS - VOUS SOUHAITEZ CONFIGURER ET OPTIMISER VOS LOGICIELS VENEZ VITE !! - DES PHOTOS PANORAMIQUES OU INTERACTIVES & VIDEOS EXCLUSIVES Mercredi 19 Avril 2006 On vous attend sur notre site, http://designrg.free.fr A Bientôt Pour vous désinscrire : [6]http://designrg.free.fr/Newsletter/subscription.php?list_id=1&op=le ave&email_addr=freebsd-sparc%40freebsd.org References 1. http://translate.google.com/translate?u=http%3A//Designrg.free.fr/Newslettre/lettre/lettretypeavril.htm&langpair=fr|en&hl=en&ie=UTF-8&oe=UTF-8&prev=/language_tools 2. http://designrg.free.Fr/ 3. http://designrg.free.fr/lightforum 4. http://designrg.free.fr/ 5. http://designrg.free.fr/telecharger.php 6. http://designrg.free.fr/Newsletter/subscription.php?list_id=1&op=leave&email_addr=freebsd-sparc@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 19 17:26:23 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C0216A403; Wed, 19 Apr 2006 17:26:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FEA43D60; Wed, 19 Apr 2006 17:26:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7FE581A4DA8; Wed, 19 Apr 2006 10:26:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9CEA554E6C; Wed, 19 Apr 2006 13:26:17 -0400 (EDT) Date: Wed, 19 Apr 2006 13:26:17 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20060419172617.GA70866@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 17:26:23 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 08:37:17AM -0400, Daniel Eischen wrote: > On Wed, 19 Apr 2006, Kris Kennaway wrote: >=20 > >On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > >>Kris Kennaway wrote: > >>>On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>>>owner-freebsd-sparc64@freebsd.org wrote: > >>>>> > >>>>>libthr *is* the thread library on sparc64; as Daniel says, > >>>>>libpthread is not ported to sparc64. > >>>>> > >>>>>Kris > >>>> > >>>>Not yet in 6.x > >>>> > >>>>19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>>>FreeBSD 6.1-RC1 sparc64 > >>>>19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>>>lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>>>libc_r.so > >>> > >>>Oops, I forgot about that..although so did David when he removed > >>>libc_r from 7.0 and broke sparc :-) > >>> > >>>So I guess this is a libc_r missing feature. Probably the solution is > >>>to use libthr on 6.x too (I don't know if it works well enough on > >>>5.x). libthr causes witness panics under load on sparc64 though. > >>> > >>>Kris > >> > >>Would threading problems be related to sparc64/73413? I've noticed it > >>sitting idle for a long while, and the test case still core dumps. The > >>PR it references (sparc64/72998) also is open. > > > >Huh, turns out libpthread does exist on sparc, it's just called > >libkse. Anyway, since it's not in use the PR wasn't relevant. >=20 > Yeah, I implemented as much as I could for it, but it doesn't > work. So it's installed as libkse as a prod for someone to > finish and test it. OK, the PRs should just be suspended then. We need a list of the many unfinished or unimplemented bits of FreeBSD/sparc :( Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERnK3Wry0BWjoQKURAq4HAKDddhg9p0TRfvd+MueuLTKU8z618wCgpDOb hiYCgSCFq2BZWkEKFp92f7g= =jFbk -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 06:01:52 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832DA16A403; Thu, 20 Apr 2006 06:01:52 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69FA43D46; Thu, 20 Apr 2006 06:01:49 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3K61ggH037878; Thu, 20 Apr 2006 08:01:42 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3K61f4Q037874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 20 Apr 2006 08:01:41 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3K61eJ1043472; Thu, 20 Apr 2006 08:01:40 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3K61dFv043471; Thu, 20 Apr 2006 08:01:39 +0200 (CEST) (envelope-from jpulz) Date: Thu, 20 Apr 2006 08:01:36 +0200 (CEST) From: Joerg Pulz To: Daniel Eischen In-Reply-To: Message-ID: <20060420074713.Y52948@hades.admin.frm2> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 06:01:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 19 Apr 2006, Daniel Eischen wrote: > On Wed, 19 Apr 2006, Kris Kennaway wrote: > >> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >>> Kris Kennaway wrote: >>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>>> >>>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>>> libpthread is not ported to sparc64. >>>>>> >>>>>> Kris >>>>> >>>>> Not yet in 6.x >>>>> >>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>>> FreeBSD 6.1-RC1 sparc64 >>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>>> libc_r.so >>>> >>>> Oops, I forgot about that..although so did David when he removed >>>> libc_r from 7.0 and broke sparc :-) >>>> >>>> So I guess this is a libc_r missing feature. Probably the solution is >>>> to use libthr on 6.x too (I don't know if it works well enough on >>>> 5.x). libthr causes witness panics under load on sparc64 though. >>>> >>>> Kris >>> >>> Would threading problems be related to sparc64/73413? I've noticed it >>> sitting idle for a long while, and the test case still core dumps. The >>> PR it references (sparc64/72998) also is open. >> >> Huh, turns out libpthread does exist on sparc, it's just called >> libkse. Anyway, since it's not in use the PR wasn't relevant. > > Yeah, I implemented as much as I could for it, but it doesn't > work. So it's installed as libkse as a prod for someone to > finish and test it. First, thanks for all your responses. I found an Ultra 10 machine in a dark corner of my office an reactivated it. Installation went fine, the system is not very fast but runs without problems. Unfortunately, it is an IDE system, so disk access is a bit slow. It runs now a RELENG_6_1 and it is correct that the "pthread_mutex_timedlock" symbol is missing in libpthread, which is actually a link to libc_r. The "pthread_mutex_timedlock" is only in libthr and libkse, which is actually libpthread on sparc64 and alpha according to src/lib/libpthread/Makefile. I decided to give libkse a try and started building net/openmcu and all ports it depends on with 'make PTHREAD_LIBS="-lkse"' and so far, compiling and linking was fine. But as soon as i try to execute the resulting binary, it dumps core. Currently i did no further investigation on this. I will start another run today, to give libthr a try. Lets see how this works. Anyway, i will submit PR's for the relevant ports to please pointyhat. Kind regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERyPDSPOsGF+KA+MRAhWVAJ90MXngOQ/4ZgxeGnwwtEHZ85ZbPgCgkvHA snZ93oL9FspaUYQLa0OuR7Q= =H+fl -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 18:23:35 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B12C16A400; Thu, 20 Apr 2006 18:23:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC72543D46; Thu, 20 Apr 2006 18:23:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7F1401A3C33; Thu, 20 Apr 2006 11:23:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3653855057; Thu, 20 Apr 2006 14:23:32 -0400 (EDT) Date: Thu, 20 Apr 2006 14:23:31 -0400 From: Kris Kennaway To: Joerg Pulz Message-ID: <20060420182331.GA26174@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20060420074713.Y52948@hades.admin.frm2> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , Kris Kennaway , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 18:23:35 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 08:01:36AM +0200, Joerg Pulz wrote: >=20 > On Wed, 19 Apr 2006, Daniel Eischen wrote: >=20 > > On Wed, 19 Apr 2006, Kris Kennaway wrote: > > > >> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > >>> Kris Kennaway wrote: > >>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>>>> owner-freebsd-sparc64@freebsd.org wrote: > >>>>>>=20 > >>>>>> libthr *is* the thread library on sparc64; as Daniel says, > >>>>>> libpthread is not ported to sparc64. > >>>>>>=20 > >>>>>> Kris > >>>>>=20 > >>>>> Not yet in 6.x > >>>>>=20 > >>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>>>> FreeBSD 6.1-RC1 sparc64 > >>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>>>> libc_r.so > >>>>=20 > >>>> Oops, I forgot about that..although so did David when he removed > >>>> libc_r from 7.0 and broke sparc :-) > >>>>=20 > >>>> So I guess this is a libc_r missing feature. Probably the solution = is > >>>> to use libthr on 6.x too (I don't know if it works well enough on > >>>> 5.x). libthr causes witness panics under load on sparc64 though. > >>>>=20 > >>>> Kris > >>>=20 > >>> Would threading problems be related to sparc64/73413? I've noticed it > >>> sitting idle for a long while, and the test case still core dumps. The > >>> PR it references (sparc64/72998) also is open. > >>=20 > >> Huh, turns out libpthread does exist on sparc, it's just called > >> libkse. Anyway, since it's not in use the PR wasn't relevant. > > > > Yeah, I implemented as much as I could for it, but it doesn't > > work. So it's installed as libkse as a prod for someone to > > finish and test it. >=20 > First, thanks for all your responses. > I found an Ultra 10 machine in a dark corner of my office an reactivated= =20 > it. > Installation went fine, the system is not very fast but runs without=20 > problems. Unfortunately, it is an IDE system, so disk access is a bit=20 > slow. > It runs now a RELENG_6_1 and it is correct that the=20 > "pthread_mutex_timedlock" symbol is missing in libpthread, which is=20 > actually a link to libc_r. The "pthread_mutex_timedlock" is only in libth= r=20 > and libkse, which is actually libpthread on sparc64 and alpha according t= o=20 > src/lib/libpthread/Makefile. >=20 > I decided to give libkse a try and started building net/openmcu and all= =20 > ports it depends on with 'make PTHREAD_LIBS=3D"-lkse"' and so far, compil= ing=20 > and linking was fine. But as soon as i try to execute the resulting=20 > binary, it dumps core. Currently i did no further investigation on this. Yes, as discussed upthread libkse is known not to work. libthr should be fine though (since the port builds on 7.0). Hopefully David or someone will be able to look at the WITNESS panics from libthr on sparc soon. Then we can make libthr the default on FreeBSD 6.x as well. In the meantime, you might be able to force the port to use libthr on 5.x/6.x, but this may not work since you typically encounter problems if different thread libraries are mixed in the same binary. If not, the port should probably be marked BROKEN on sparc/5.x and 6.x until the change can be made. =20 Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFER9GjWry0BWjoQKURAkCEAKDqZs0vPD8WLHx4uKaaUu4YnPD3AQCgqmrG vUzxdY8bvR6KAZe2fFoGSFo= =yG4k -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 19:49:20 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB04A16A401 for ; Thu, 20 Apr 2006 19:49:20 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211EA43D49 for ; Thu, 20 Apr 2006 19:49:20 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id BED1D2FF5F for ; Thu, 20 Apr 2006 15:49:18 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 73C8012FB03; Thu, 20 Apr 2006 15:49:18 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Apr_20_15:49:18_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2006 15:49:18 -0400 In-Reply-To: <20060420182331.GA26174@xor.obsecurity.org> (Kris Kennaway's message of "Thu, 20 Apr 2006 14:23:31 -0400") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 19:49:20 -0000 --pgp-sign-Multipart_Thu_Apr_20_15:49:18_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "kk" == Kris Kennaway writes: kk> Then we can make libthr the default on FreeBSD 6.x as well. 1. is libpthread a real library or a placeholder that you point at your choice of thread implementation? 2. How many native thread implementations are there (in the base system), working or not on all FreeBSD versions? Two? Or three? or... 3. What libraries do you link for each? On NetBSD, I type -lpthread and get Scheduler Activations. no choosing. Either it works or it doesn't. On Solaris, if I type 'man pthreads' or 'man threads' it'll tell me they have two thread implementations, and it'll tell meq how to choose which one I want. I think in Solaris 8 they had four. I don't have Solaris 8 so I could be wrong about how to choose them, but as an example for what I want to know about FreeBSD: -mt Solaris threads \ -mt -lpthread POSIX threads / MxN threads -mt -L/usr/lwp/lib Solaris threads \ -mt -L/usr/lwp/lib -lpthread POSIX threads / 1:1 threads so, if I want POSIX threads I add the -lpthread wrapper. It's not a placeholder---it's a wrapper around libthread which is always there, different from FreeBSD? If I want 1:1 threads rather than MxN threads, I searach the libraries from /usr/lwp/lib first. Definitely different from FreeBSD which uses libmap.conf instead of -L? I'm hearing that FreeBSD has 1:N threads, MxN threads, and 1:N threads. And that they're all POSIX (-lpthread style) threads. ok, understood. But in kse(2) you guys call 1:N threads ``N to 1'' threads. And you call 1:1 threads ``N to N'' threads. confusing. But I don't know how to choose which I want of 1:N, 1:1, or MxN. I also don't know which are available/working on which architectures and releases---that of course changes, but maybe there's a place to explain at least how to choose and what you're choosing, which shouldn't change as things are fixed and retired? --pgp-sign-Multipart_Thu_Apr_20_15:49:18_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAREflvonCBbTaW/4dAQIYUQP+IzH5sZsZJCnLYSY7AEirKaMeDva8ZHrr yeRzW7Q9t8A0CEnoPesddf0cUETwVqspf4PrgsszvQU6ZnjMRZnSH5miCG1SL54i yMmv3v7AUIzayCyuw5e1QJpJ3nE4ia1RmKr8eiWcovlxFHK735/wMLGtdjw0VL6O lg4wCQQ5fsI= =Gcn+ -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Apr_20_15:49:18_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 20:41:16 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F76716A400 for ; Thu, 20 Apr 2006 20:41:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D2343D46 for ; Thu, 20 Apr 2006 20:41:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B09CB1A4D8E; Thu, 20 Apr 2006 13:41:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0090955081; Thu, 20 Apr 2006 16:41:14 -0400 (EDT) Date: Thu, 20 Apr 2006 16:41:14 -0400 From: Kris Kennaway To: Miles Nordin Message-ID: <20060420204114.GA29490@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 20:41:16 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 03:49:18PM -0400, Miles Nordin wrote: > >>>>> "kk" =3D=3D Kris Kennaway writes: >=20 > kk> Then we can make libthr the default on FreeBSD 6.x as well. >=20 > 1. is libpthread a real library or a placeholder that you point at > your choice of thread implementation? It's a library. However, you can remap it with libmap.conf to switch between implementations (libc_r, libpthread, libthr). > 2. How many native thread implementations are there (in the base > system), working or not on all FreeBSD versions? Two? Or three? > or... Varies by architecture and FreeBSD version. > 3. What libraries do you link for each? cc -pthread links to whatever version is specified by the user. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFER/HqWry0BWjoQKURAi8wAKDYtxgzi2uNnKQSqsV9EZGS6+LUpQCfUg1U vQtdHaDf2t1RkXSYTyzx74Y= =DvXw -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 20:46:28 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D87DB16A403 for ; Thu, 20 Apr 2006 20:46:28 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB1C43D48 for ; Thu, 20 Apr 2006 20:46:28 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id A36952FF5F for ; Thu, 20 Apr 2006 16:46:27 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 5918212FB03; Thu, 20 Apr 2006 16:46:27 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Apr_20_16:46:17_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2006 16:46:27 -0400 In-Reply-To: <20060420204114.GA29490@xor.obsecurity.org> (Kris Kennaway's message of "Thu, 20 Apr 2006 16:41:14 -0400") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 20:46:28 -0000 --pgp-sign-Multipart_Thu_Apr_20_16:46:17_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "kk" == Kris Kennaway writes: kk> (libc_r, libpthread, libthr). so these three are mutually exclusive? Isn't libkse a fourth option, when it starts working? Which is which (1:N, 1:1, MxN)? kk> cc -pthread links to whatever version is specified by the kk> user. but...I'm the user. I specify how? Are you supposed to always specify -lpthread at build time and then configure with libmap.conf? --pgp-sign-Multipart_Thu_Apr_20_16:46:17_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAREfzI4nCBbTaW/4dAQJJdwP/Z3futkvEIywkNWH056bNNrWIcNJ/7yhg vHch2+1et36uhXv/jbmDLztczeSxH5T5ldu4Y1tYo8AO5BN10jcrJA6ejt1ZMi5o ZabNbXOI0LH1ilE+4IM824dbPScy6jnwlyINo12mhYIPan/GWTf0ZbcayehMm5vr BYlDNhBbaqo= =+b6U -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Apr_20_16:46:17_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 20:53:41 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C65D716A402 for ; Thu, 20 Apr 2006 20:53:41 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A48A43D45 for ; Thu, 20 Apr 2006 20:53:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 616C91A4D94; Thu, 20 Apr 2006 13:53:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C202E55085; Thu, 20 Apr 2006 16:53:40 -0400 (EDT) Date: Thu, 20 Apr 2006 16:53:40 -0400 From: Kris Kennaway To: Miles Nordin Message-ID: <20060420205340.GA29736@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 20:53:41 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 04:46:27PM -0400, Miles Nordin wrote: > >>>>> "kk" =3D=3D Kris Kennaway writes: >=20 > kk> (libc_r, libpthread, libthr). >=20 > so these three are mutually exclusive? They are different, incompatible pthread implementations, yes. > Isn't libkse a fourth option, > when it starts working? Which is which (1:N, 1:1, MxN)? libkse is the same code as what is installed as libpthread on other architectures (i.e. M:N), but since it doesn't work on sparc it is not not installed as libpthread (libthr or libc_r are depending on version). > kk> cc -pthread links to whatever version is specified by the > kk> user. >=20 > but...I'm the user. I specify how? Are you supposed to always > specify -lpthread at build time and then configure with libmap.conf? -pthread, not -lpthread. But yes, libmap.conf or equivalent mechanisms (see manpage). Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFER/TUWry0BWjoQKURAi7MAKCRlfytOXX7X3fgLOkPqz84EGGa6ACguWX7 3XUO7ZOTVp4iJqVBx3mmkhw= =oAux -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 21:01:33 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1394716A400 for ; Thu, 20 Apr 2006 21:01:33 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EEB743D48 for ; Thu, 20 Apr 2006 21:01:32 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 162F02FF5F for ; Thu, 20 Apr 2006 17:01:32 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id CA39612FB03; Thu, 20 Apr 2006 17:01:31 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> <20060420205340.GA29736@xor.obsecurity.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Apr_20_17:01:22_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2006 17:01:31 -0400 In-Reply-To: <20060420205340.GA29736@xor.obsecurity.org> (Kris Kennaway's message of "Thu, 20 Apr 2006 16:53:40 -0400") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 21:01:33 -0000 --pgp-sign-Multipart_Thu_Apr_20_17:01:22_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "kk" == Kris Kennaway writes: kk> libkse . . . M:N k. kk> libthr man page says this is 1:1, kernel threads like Linux or Solaris >= 9 kk> libc_r # man libc_r No manual entry for libc_r # man libc No manual entry for libc # man c_r No manual entry for c_r Is libc_r 1:N a.k.a. userland threads? Thanks for taking the time, sry for multiple emails. --pgp-sign-Multipart_Thu_Apr_20_17:01:22_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAREf2q4nCBbTaW/4dAQKAngQAsLjQ2XEWVHgs4K93y0BhZ/8LF/JvxhCW +nNZqc7Fo3YmP9lyVp14GkcIdLyOWjqmgBgvUazgapgk8FibW5qIi6gwl1VGZA8X NSeTrgCm1a1eS64G8TVdsRrYLB4tSo2ZuWMKcUOvd2E4TY3xkFBx7cqkc3JEGR9w ZDOY2SpaLWE= =axQ+ -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Apr_20_17:01:22_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 21:06:23 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94A4416A400 for ; Thu, 20 Apr 2006 21:06:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46A1943D46 for ; Thu, 20 Apr 2006 21:06:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 304E61A4D98; Thu, 20 Apr 2006 14:06:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6D6495508B; Thu, 20 Apr 2006 17:06:20 -0400 (EDT) Date: Thu, 20 Apr 2006 17:06:20 -0400 From: Kris Kennaway To: Miles Nordin Message-ID: <20060420210620.GA29933@xor.obsecurity.org> References: <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> <20060420205340.GA29736@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 21:06:23 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 05:01:31PM -0400, Miles Nordin wrote: > >>>>> "kk" =3D=3D Kris Kennaway writes: >=20 > kk> libkse . . . M:N >=20 > k. >=20 > kk> libthr=20 >=20 > man page says this is 1:1, kernel threads like Linux or Solaris >=3D 9 >=20 > kk> libc_r >=20 > # man libc_r > No manual entry for libc_r > # man libc > No manual entry for libc > # man c_r > No manual entry for c_r >=20 > Is libc_r 1:N a.k.a. userland threads? Yes. In practise libthr is the fastest thread package, although there must still be some reason we don't make it the default. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFER/fLWry0BWjoQKURAlz0AJ9qm97DwvLcIlulSciJ1C7gqKUWOACfRVN6 hyifIGYpzuxzcQ6/OBvCUeQ= =TvWV -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 21:52:21 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8620016A402 for ; Thu, 20 Apr 2006 21:52:21 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D867643D45 for ; Thu, 20 Apr 2006 21:52:20 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 3E7452FF5F for ; Thu, 20 Apr 2006 17:52:20 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 0B73612FB03; Thu, 20 Apr 2006 17:52:19 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> <20060420205340.GA29736@xor.obsecurity.org> <20060420210620.GA29933@xor.obsecurity.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2006 17:52:19 -0400 In-Reply-To: <20060420210620.GA29933@xor.obsecurity.org> (Kris Kennaway's message of "Thu, 20 Apr 2006 17:06:20 -0400") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 21:52:21 -0000 --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "kk" == Kris Kennaway writes: kk> In practise libthr is the fastest thread package, although kk> there must still be some reason we don't make it the default. thanks for the answers. makes sense, I think I've finally got it. For those forced to read all my noise today that haven't already heard this 1:1 vs MxN thing debated to death, this is the last thing I read about it: http://www.sun.com/software/whitepapers/solaris9/multithread.pdf ``This is not to say that a good implementation of MxN model is impossible, but simply that a good 1:1 implementation is probably sufficient. This paper does not attempt a discussion of the relative merits of the MxN and 1:1 threading models. The basic thesis is that the quality of an implementation is often more important.'' The context is, a bunch of papers were published since 1993 showing that MxN threads were the most performant, and FreeBSD kse, Solaris threads between 2.6 and 2.8, threads in OSF/1 (I think the kse guys cited some Digital paper?), and NetBSD Scheduler Activations are all based on the design in the original paper cited at the end of kse(2). Sun scrapped scheduler activations in Solaris 2.9. They had to write the above advertisement PDF to convince people who'd read all that research since '93 that the 1:1 threads really were performant, and that they didn't just wuss out after too many bugs and revert to a slow, obvious EnTee/Linux style thread subsystem. --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAREgCk4nCBbTaW/4dAQKo3AP/ZLkaF4hrOg74UihbtyAUWNgetlr5hFpK 0JPFcBDGoSaeV2pWMH3KHYs1CaL35mW+Qjodd0i9x8fLMoPGpD/Us0+AuRc2XvwS ChtDTh78qh2RJz4wlOgTYPCdVwpTimy1LDWGuCj7vI2EZFqsRyPUDHISTy64TvgO ossi4Y6v5FM= =ciua -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 22:02:38 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5501016A404 for ; Thu, 20 Apr 2006 22:02:38 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4ED43D45 for ; Thu, 20 Apr 2006 22:02:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 95D961A4D9B; Thu, 20 Apr 2006 15:02:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CD2F55509E; Thu, 20 Apr 2006 18:01:58 -0400 (EDT) Date: Thu, 20 Apr 2006 18:01:58 -0400 From: Kris Kennaway To: Miles Nordin Message-ID: <20060420220158.GA30820@xor.obsecurity.org> References: <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> <20060420205340.GA29736@xor.obsecurity.org> <20060420210620.GA29933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 22:02:38 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 05:52:19PM -0400, Miles Nordin wrote: > >>>>> "kk" =3D=3D Kris Kennaway writes: >=20 > kk> In practise libthr is the fastest thread package, although > kk> there must still be some reason we don't make it the default. >=20 > thanks for the answers. makes sense, I think I've finally got it. >=20 > For those forced to read all my noise today that haven't already heard > this 1:1 vs MxN thing debated to death, this is the last thing I read > about it: >=20 > http://www.sun.com/software/whitepapers/solaris9/multithread.pdf >=20 > ``This is not to say that a good implementation of MxN model is > impossible, but simply that a good 1:1 implementation is probably > sufficient. This paper does not attempt a discussion of the > relative merits of the MxN and 1:1 threading models. The basic > thesis is that the quality of an implementation is often more > important.'' >=20 > The context is, a bunch of papers were published since 1993 showing > that MxN threads were the most performant, and FreeBSD kse, Solaris > threads between 2.6 and 2.8, threads in OSF/1 (I think the kse guys > cited some Digital paper?), and NetBSD Scheduler Activations are all > based on the design in the original paper cited at the end of kse(2). >=20 > Sun scrapped scheduler activations in Solaris 2.9. They had to write > the above advertisement PDF to convince people who'd read all that > research since '93 that the 1:1 threads really were performant, and > that they didn't just wuss out after too many bugs and revert to a > slow, obvious EnTee/Linux style thread subsystem. As I said previously, the 1:1 implementation in FreeBSD is also usually faster (often much faster) than M:N. AFAIK, this is partly due to the unavoidability (at least on architectures like x86) of doing a syscall on thread context switch to save TLS state (this was not addressed in the SA papers), which is what a scheduler activations-like design was supposed to avoid. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESATVWry0BWjoQKURArlmAKDC2KRADNAR2HVoL09DiS1k+awrtgCg+1vH ZN0dmRTiDLs+SFp1ny98GoM= =W6d9 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 22:41:32 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E9816A400 for ; Thu, 20 Apr 2006 22:41:32 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6568543D48 for ; Thu, 20 Apr 2006 22:41:31 +0000 (GMT) (envelope-from gerald@pfeifer.com) Received: from [128.131.111.48] (pulcherrima [128.131.111.48]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 0886713797 for ; Fri, 21 Apr 2006 00:41:30 +0200 (CEST) Date: Fri, 21 Apr 2006 00:41:26 +0200 (CEST) From: Gerald Pfeifer To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Does FreeBSD/SPARC have working TLS support? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 22:41:32 -0000 With respect to a GCC 4.2 bootstrap failure on FreeBSD/SPARC that I filed, based on input from the ports build cluster, a question from the upstream GCC developers came up: Does FreeBSD/SPARC have working TLS support? Please let me know, and I'll update the GCC Bugzilla accordingly, or go ahead an update http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27179 right away. This will hopefully help getting GCC 4.2 to bootstrap on FreeBSD/SPARC again. Thanks! Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 23:06:50 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE00216A40D for ; Thu, 20 Apr 2006 23:06:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77BD643D4C for ; Thu, 20 Apr 2006 23:06:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 59AEF1A4D9B; Thu, 20 Apr 2006 16:06:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7AF04550B3; Thu, 20 Apr 2006 19:06:16 -0400 (EDT) Date: Thu, 20 Apr 2006 19:06:16 -0400 From: Kris Kennaway To: Gerald Pfeifer Message-ID: <20060420230615.GA31705@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: Does FreeBSD/SPARC have working TLS support? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:06:52 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 21, 2006 at 12:41:26AM +0200, Gerald Pfeifer wrote: > With respect to a GCC 4.2 bootstrap failure on FreeBSD/SPARC that I > filed, based on input from the ports build cluster, a question from > the upstream GCC developers came up: >=20 > Does FreeBSD/SPARC have working TLS support? Not yet, I think it's missing binutils support. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESBPnWry0BWjoQKURAugiAJ4limPL/78Q73hQaBnntWd54Vdo4ACgtl1i 9svT3bZe9eNbA3VgZ/QumzU= =8z/z -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 23:17:29 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 240BD16A402; Thu, 20 Apr 2006 23:17:29 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-threads@freebsd.org Date: Fri, 21 Apr 2006 07:17:22 +0800 User-Agent: KMail/1.8.2 References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> In-Reply-To: <20060420182331.GA26174@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604210717.22947.davidxu@freebsd.org> Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:17:29 -0000 On Friday 21 April 2006 02:23, Kris Kennaway wrote: > Hopefully David or someone will be able to look at the WITNESS panics > from libthr on sparc soon. Then we can make libthr the default on > FreeBSD 6.x as well. > > In the meantime, you might be able to force the port to use libthr on > 5.x/6.x, but this may not work since you typically encounter problems > if different thread libraries are mixed in the same binary. If not, > the port should probably be marked BROKEN on sparc/5.x and 6.x until > the change can be made. > > Kris Do you have WITNESS backtrace ? I don't have sparc hardware. David Xu From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 23:26:28 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 634EC16A402; Thu, 20 Apr 2006 23:26:28 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 155A543D48; Thu, 20 Apr 2006 23:26:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F0B8D1A4D8E; Thu, 20 Apr 2006 16:26:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4126F550BA; Thu, 20 Apr 2006 19:25:34 -0400 (EDT) Date: Thu, 20 Apr 2006 19:25:33 -0400 From: Kris Kennaway To: David Xu Message-ID: <20060420232533.GA32046@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <200604210717.22947.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , Kris Kennaway , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:26:28 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 21, 2006 at 07:17:22AM +0800, David Xu wrote: > On Friday 21 April 2006 02:23, Kris Kennaway wrote: >=20 > > Hopefully David or someone will be able to look at the WITNESS panics > > from libthr on sparc soon. Then we can make libthr the default on > > FreeBSD 6.x as well. > > > > In the meantime, you might be able to force the port to use libthr on > > 5.x/6.x, but this may not work since you typically encounter problems > > if different thread libraries are mixed in the same binary. If not, > > the port should probably be marked BROKEN on sparc/5.x and 6.x until > > the change can be made. > > > > Kris >=20 > Do you have WITNESS backtrace ? I don't have sparc hardware. Actually I mis-remembered a bit. > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ../.= ./../vm/vm_map.c:2993 > panic() at panic+0x164 > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > _mtx_lock_flags() at _mtx_lock_flags+0x98 > _vm_map_lock_read() at _vm_map_lock_read+0x1c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x2b0 > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > vm_map_entry_splay() at vm_map_entry_splay+0x10 > vm_map_find() at vm_map_find+0x34 > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > vm_thread_new() at vm_thread_new+0x44 > thread_init() at thread_init+0x8 > slab_zalloc() at slab_zalloc+0x264 > uma_zone_slab() at uma_zone_slab+0x1ac > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > uma_zalloc_arg() at uma_zalloc_arg+0x398 > thread_alloc() at thread_alloc+0x18 > create_thread() at create_thread+0x78 > thr_new() at thr_new+0x64 > syscall() at syscall+0x2dc > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- It may be a deeper vm problem. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESBhtWry0BWjoQKURAt5YAJ0dj2z9w2Ckg0XVxt2pdfx+P28gNgCg4YnC 59a5tyrYzLWjzrzJ9PdlpaA= =K6fC -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 23:47:54 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A01816A404; Thu, 20 Apr 2006 23:47:54 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Kris Kennaway Date: Fri, 21 Apr 2006 07:47:47 +0800 User-Agent: KMail/1.8.2 References: <20060418204240.GA69833@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> <20060420232533.GA32046@xor.obsecurity.org> In-Reply-To: <20060420232533.GA32046@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604210747.47903.davidxu@freebsd.org> Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:47:54 -0000 On Friday 21 April 2006 07:25, Kris Kennaway wrote: > > Do you have WITNESS backtrace ? I don't have sparc hardware. > > Actually I mis-remembered a bit. > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 > > -- fast data access mmu miss tar=0xe85a6000 %o7=0xc02f3b08 -- > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > vm_map_find() at vm_map_find+0x34 > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > vm_thread_new() at vm_thread_new+0x44 > > thread_init() at thread_init+0x8 > > slab_zalloc() at slab_zalloc+0x264 > > uma_zone_slab() at uma_zone_slab+0x1ac > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > thread_alloc() at thread_alloc+0x18 > > create_thread() at create_thread+0x78 > > thr_new() at thr_new+0x64 > > syscall() at syscall+0x2dc > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=0x40348e7c -- > > It may be a deeper vm problem. > > Kris I think it is a bug of some VM allocation code, it probably should be reported on -CURRENT. David Xu From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 21 02:42:29 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333D116A400 for ; Fri, 21 Apr 2006 02:42:29 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D059243D73 for ; Fri, 21 Apr 2006 02:42:21 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so217211wxc for ; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HtwYM+TnVsLgzZDHEa5WpkeuLkHX0XBVL6Mbup0nkfjRqw5kphfVoknDGx0wnQUPytHiGsh98OC1rOKLrC+k8kDhXMngf3agJdSRVaH2Uhpz1XXIaOrHCQ23PJh56w/1HaFHcDGuoXyGavasYSnFgZXBrwtzKA75ftx0fF0TIkU= Received: by 10.70.122.5 with SMTP id u5mr1062925wxc; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) Received: by 10.70.72.19 with HTTP; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) Message-ID: Date: Thu, 20 Apr 2006 19:42:20 -0700 From: "Kip Macy" To: "Kris Kennaway" In-Reply-To: <20060420232533.GA32046@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> <20060420232533.GA32046@xor.obsecurity.org> Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 02:42:29 -0000 > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ..= /../../vm/vm_map.c:2993 > > panic() at panic+0x164 > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 This is a bug in the sparc64 pmap implementation. The kernel shouldn't be taking page faults at this point. -Kip > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > vm_map_find() at vm_map_find+0x34 > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > vm_thread_new() at vm_thread_new+0x44 > > thread_init() at thread_init+0x8 > > slab_zalloc() at slab_zalloc+0x264 > > uma_zone_slab() at uma_zone_slab+0x1ac > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > thread_alloc() at thread_alloc+0x18 > > create_thread() at create_thread+0x78 > > thr_new() at thr_new+0x64 > > syscall() at syscall+0x2dc > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > It may be a deeper vm problem. > > Kris > > > From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 21 13:04:36 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0291D16A400; Fri, 21 Apr 2006 13:04:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF6143D70; Fri, 21 Apr 2006 13:04:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3LD4PKx025533; Fri, 21 Apr 2006 09:04:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org, kmacy@fsmware.com Date: Fri, 21 Apr 2006 09:01:51 -0400 User-Agent: KMail/1.8.3 References: <20060418204240.GA69833@xor.obsecurity.org> <20060420232533.GA32046@xor.obsecurity.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604210901.53807.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1411/Thu Apr 20 18:23:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 13:04:36 -0000 On Thursday 20 April 2006 10:42 pm, Kip Macy wrote: > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > > vm_map_lookup() at vm_map_lookup+0x1c > > > vm_fault() at vm_fault+0x68 > > > trap_pfault() at trap_pfault+0x1a8 > > > trap() at trap+0x2b0 > > This is a bug in the sparc64 pmap implementation. The kernel shouldn't > be taking page faults at this point. Couldn't it be a NULL pointer deref in vm_map_entry_splay()? > > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > > vm_map_find() at vm_map_find+0x34 > > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > > vm_thread_new() at vm_thread_new+0x44 > > > thread_init() at thread_init+0x8 > > > slab_zalloc() at slab_zalloc+0x264 > > > uma_zone_slab() at uma_zone_slab+0x1ac > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > > thread_alloc() at thread_alloc+0x18 > > > create_thread() at create_thread+0x78 > > > thr_new() at thr_new+0x64 > > > syscall() at syscall+0x2dc > > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > > > It may be a deeper vm problem. > > > > Kris > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 21 18:17:31 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3348216A405 for ; Fri, 21 Apr 2006 18:17:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC13C43D55 for ; Fri, 21 Apr 2006 18:17:28 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so319155wxc for ; Fri, 21 Apr 2006 11:17:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ig7G4syY4qEObrncK+WqO+Vma9ezynkgRlvdGLfH/QkMSVJrqrJ2q+l6/Ds6kX95aBxSPH+SSv/em4fnbd6LJXW4nnEJrascb6da7wr/4ya4ZoTMd5clD6d5lg6csByfGrn/aYTAN19qzrA4jLo61wEp5Lq+Y5zP7eP+5PUe/aM= Received: by 10.70.71.10 with SMTP id t10mr311977wxa; Fri, 21 Apr 2006 11:17:28 -0700 (PDT) Received: by 10.70.72.19 with HTTP; Fri, 21 Apr 2006 11:17:27 -0700 (PDT) Message-ID: Date: Fri, 21 Apr 2006 11:17:27 -0700 From: "Kip Macy" To: "John Baldwin" In-Reply-To: <200604210901.53807.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060418204240.GA69833@xor.obsecurity.org> <20060420232533.GA32046@xor.obsecurity.org> <200604210901.53807.jhb@freebsd.org> Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 18:17:31 -0000 On 4/21/06, John Baldwin wrote: > On Thursday 20 April 2006 10:42 pm, Kip Macy wrote: > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map = @ > > > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > > > vm_map_lookup() at vm_map_lookup+0x1c > > > > vm_fault() at vm_fault+0x68 > > > > trap_pfault() at trap_pfault+0x1a8 > > > > trap() at trap+0x2b0 > > > > This is a bug in the sparc64 pmap implementation. The kernel shouldn't > > be taking page faults at this point. > > Couldn't it be a NULL pointer deref in vm_map_entry_splay()? Good point. If this "0xe85a6000" is the page address then it is something e= lse. -Kip > > > > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > > > vm_map_find() at vm_map_find+0x34 > > > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > > > vm_thread_new() at vm_thread_new+0x44 > > > > thread_init() at thread_init+0x8 > > > > slab_zalloc() at slab_zalloc+0x264 > > > > uma_zone_slab() at uma_zone_slab+0x1ac > > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > > > thread_alloc() at thread_alloc+0x18 > > > > create_thread() at create_thread+0x78 > > > > thr_new() at thr_new+0x64 > > > > syscall() at syscall+0x2dc > > > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > > > > > It may be a deeper vm problem. > > > > > > Kris > > > > _______________________________________________ > > freebsd-sparc64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.o= rg" > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 21 19:13:23 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E57316A401; Fri, 21 Apr 2006 19:13:23 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A8C43D58; Fri, 21 Apr 2006 19:13:19 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3LJDBob085259; Fri, 21 Apr 2006 21:13:11 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3LJD8Tx085253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3LJD8mT057800; Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3LJD8Gg057799; Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz) Date: Fri, 21 Apr 2006 21:13:05 +0200 (CEST) From: Joerg Pulz To: Kris Kennaway In-Reply-To: <20060420182331.GA26174@xor.obsecurity.org> Message-ID: <20060421202128.H52948@hades.admin.frm2> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 19:13:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 20 Apr 2006, Kris Kennaway wrote: > On Thu, Apr 20, 2006 at 08:01:36AM +0200, Joerg Pulz wrote: >> >> On Wed, 19 Apr 2006, Daniel Eischen wrote: >> >>> On Wed, 19 Apr 2006, Kris Kennaway wrote: >>> >>>> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >>>>> Kris Kennaway wrote: >>>>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>>>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>>>>> >>>>>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>>>>> libpthread is not ported to sparc64. >>>>>>>> >>>>>>>> Kris >>>>>>> >>>>>>> Not yet in 6.x >>>>>>> >>>>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>>>>> FreeBSD 6.1-RC1 sparc64 >>>>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>>>>> libc_r.so >>>>>> >>>>>> Oops, I forgot about that..although so did David when he removed >>>>>> libc_r from 7.0 and broke sparc :-) >>>>>> >>>>>> So I guess this is a libc_r missing feature. Probably the solution is >>>>>> to use libthr on 6.x too (I don't know if it works well enough on >>>>>> 5.x). libthr causes witness panics under load on sparc64 though. >>>>>> >>>>>> Kris >>>>> >>>>> Would threading problems be related to sparc64/73413? I've noticed it >>>>> sitting idle for a long while, and the test case still core dumps. The >>>>> PR it references (sparc64/72998) also is open. >>>> >>>> Huh, turns out libpthread does exist on sparc, it's just called >>>> libkse. Anyway, since it's not in use the PR wasn't relevant. >>> >>> Yeah, I implemented as much as I could for it, but it doesn't >>> work. So it's installed as libkse as a prod for someone to >>> finish and test it. >> >> First, thanks for all your responses. >> I found an Ultra 10 machine in a dark corner of my office an reactivated >> it. >> Installation went fine, the system is not very fast but runs without >> problems. Unfortunately, it is an IDE system, so disk access is a bit >> slow. >> It runs now a RELENG_6_1 and it is correct that the >> "pthread_mutex_timedlock" symbol is missing in libpthread, which is >> actually a link to libc_r. The "pthread_mutex_timedlock" is only in libthr >> and libkse, which is actually libpthread on sparc64 and alpha according to >> src/lib/libpthread/Makefile. >> >> I decided to give libkse a try and started building net/openmcu and all >> ports it depends on with 'make PTHREAD_LIBS="-lkse"' and so far, compiling >> and linking was fine. But as soon as i try to execute the resulting >> binary, it dumps core. Currently i did no further investigation on this. > > Yes, as discussed upthread libkse is known not to work. libthr should > be fine though (since the port builds on 7.0). > > Hopefully David or someone will be able to look at the WITNESS panics > from libthr on sparc soon. Then we can make libthr the default on > FreeBSD 6.x as well. > > In the meantime, you might be able to force the port to use libthr on > 5.x/6.x, but this may not work since you typically encounter problems > if different thread libraries are mixed in the same binary. If not, > the port should probably be marked BROKEN on sparc/5.x and 6.x until > the change can be made. Kris, you're right, forcing the port to use libthr didn't work. I submitted PR's to mark it BROKEN for sparc64 && OSVERSION <= 700003 as the __FreeBSD_version bump to 700004 was exactly three days after the default thread library for sparc64 was changed from libc_r to libthr. The changes for net/gatekeeper and net/openmcu are in the tree. The PR/96137 for net/openam is pending. Thanks for all your help. Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESS7DSPOsGF+KA+MRAt5+AJ91hNZ1duFYmjDe3aLABE2JuE6f9ACdHOHc jKzltWxtLNdMXkEp0Ck1n4Y= =hnK1 -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 21 20:25:33 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57ACB16A407 for ; Fri, 21 Apr 2006 20:25:33 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B0D543D49 for ; Fri, 21 Apr 2006 20:25:32 +0000 (GMT) (envelope-from dave@dogwood.com) Received: from white.dogwood.com (white.dogwood.com [66.91.140.178]) by ms-smtp-01-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k3LKPUxB020692 for ; Fri, 21 Apr 2006 13:25:31 -0700 (PDT) Received: from white.dogwood.com (localhost.dogwood.com [127.0.0.1]) by white.dogwood.com (8.13.4/8.13.4) with ESMTP id k3LKPTAN027898 for ; Fri, 21 Apr 2006 10:25:29 -1000 (HST) (envelope-from dave@white.dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.13.4/8.13.1/Submit) id k3LKPTWb027897 for freebsd-sparc@freebsd.org; Fri, 21 Apr 2006 10:25:29 -1000 (HST) (envelope-from dave) From: Dave Cornejo Message-Id: <200604212025.k3LKPTWb027897@white.dogwood.com> To: freebsd-sparc@freebsd.org Date: Fri, 21 Apr 2006 10:25:29 -1000 (HST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (white.dogwood.com [127.0.0.1]); Fri, 21 Apr 2006 10:25:30 -1000 (HST) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: most stable release? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 20:25:33 -0000 I have an Ultra60 (w/dual 360) that was running CURRENT from October 05, but was never really capable of taking heavy load without locking up. I'm trying to get it fully usable again, but my impression of 7 right now is that it has problems, and maybe 6 does too, so of the 3 releases I can find (5.4, 6.1 RC, and 7 CURRENT) are any of them really stable right now? thanks, dave c From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 22 04:26:19 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE67B16A400 for ; Sat, 22 Apr 2006 04:26:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8288843D49 for ; Sat, 22 Apr 2006 04:26:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 677701A3C19; Fri, 21 Apr 2006 21:26:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1D0F5530D; Sat, 22 Apr 2006 00:25:58 -0400 (EDT) Date: Sat, 22 Apr 2006 00:25:58 -0400 From: Kris Kennaway To: Dave Cornejo Message-ID: <20060422042558.GA77422@xor.obsecurity.org> References: <200604212025.k3LKPTWb027897@white.dogwood.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <200604212025.k3LKPTWb027897@white.dogwood.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc@freebsd.org Subject: Re: most stable release? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 04:26:19 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 21, 2006 at 10:25:29AM -1000, Dave Cornejo wrote: > I have an Ultra60 (w/dual 360) that was running CURRENT from October > 05, but was never really capable of taking heavy load without locking > up. I'm trying to get it fully usable again, but my impression of 7 > right now is that it has problems, and maybe 6 does too, so of the 3 > releases I can find (5.4, 6.1 RC, and 7 CURRENT) are any of them > really stable right now? 6.1 and 7.x are equivalent stability on sparc right now. In general 6.x is the way to go, of course. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESbBWWry0BWjoQKURAsgsAJ4wSqIaWHF6m/XCr3wR4rwoRldhqgCfWkC4 cO06beTI44O0nRz5js8QT78= =fj4M -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 22 06:43:02 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8EE316A400 for ; Sat, 22 Apr 2006 06:43:02 +0000 (UTC) (envelope-from bsd@bathnetworks.com) Received: from lmail.bathnetworks.co.uk (mail.bathnetworks.com [84.92.24.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF98843D45 for ; Sat, 22 Apr 2006 06:43:01 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: (qmail 19395 invoked by uid 510); 22 Apr 2006 07:49:36 +0100 Received: from 127.0.0.1 by lmail.bathnetworks.co.uk (envelope-from , uid 508) with qmail-scanner-1.24-st-qms (clamdscan: 0.88/1261. spamassassin: 3.0.2. perlscan: 1.24-st-qms. Clear:RC:0(127.0.0.1):SA:0(-4.3/5.0):. Processed in 19.249442 secs); 22 Apr 2006 06:49:36 -0000 X-Spam-Status: No, hits=-4.3 required=5.0 X-Antivirus-MYDOMAIN-Mail-From: bsd@bathnetworks.com via lmail.bathnetworks.co.uk X-Antivirus-MYDOMAIN: 1.24-st-qms (Clear:RC:0(127.0.0.1):SA:0(-4.3/5.0):. Processed in 19.249442 secs Process 19386) Received: from localhost (HELO 192.168.0.50) (bsd@bathnetworks.com@127.0.0.1) by lmail.bathnetworks.co.uk with SMTP; 22 Apr 2006 07:49:17 +0100 Received: from 192.168.0.107 (SquirrelMail authenticated user bsd@bathnetworks.com) by 192.168.0.50 with HTTP; Sat, 22 Apr 2006 07:49:17 +0100 (BST) Message-ID: <1178.192.168.0.107.1145688557.squirrel@192.168.0.50> In-Reply-To: <200604212025.k3LKPTWb027897@white.dogwood.com> References: <200604212025.k3LKPTWb027897@white.dogwood.com> Date: Sat, 22 Apr 2006 07:49:17 +0100 (BST) From: bsd@bathnetworks.com To: "Dave Cornejo" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-sparc@freebsd.org Subject: Re: most stable release? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 06:43:02 -0000 > I have an Ultra60 (w/dual 360) that was running CURRENT from October > 05, but was never really capable of taking heavy load without locking > up. I'm trying to get it fully usable again, but my impression of 7 > right now is that it has problems, and maybe 6 does too, so of the 3 > releases I can find (5.4, 6.1 RC, and 7 CURRENT) are any of them > really stable right now? > > thanks, > dave c > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > Dave, I have an Ultra 10 running 6.0P4 without any real problems. 5.4 does have some issues. I guess that 6.1 RC should be good too. BTW 6.0 is avaiavlbe as iso images. Rob From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 22 06:46:26 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E12916A400; Sat, 22 Apr 2006 06:46:26 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED1C543D45; Sat, 22 Apr 2006 06:46:25 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 06BB426A1E; Sat, 22 Apr 2006 16:46:22 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id XmvssngpwO4W; Sat, 22 Apr 2006 16:46:17 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id 8F4A426A0D; Sat, 22 Apr 2006 16:46:17 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" Date: Sat, 22 Apr 2006 16:46:13 +1000 Message-ID: <002301c665d8$72f3a7f0$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <001801c66372$a032e770$2522630a@t22> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcZjKL+KlqYL/6KzSNWxRovjDdTIjwARuLqwAJnwoCA= Cc: 'Daniel Eischen' , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 06:46:26 -0000 owner-freebsd-sparc64@freebsd.org wrote: > Kris Kennaway wrote: >> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>> owner-freebsd-sparc64@freebsd.org wrote: >>>> >>>> libthr *is* the thread library on sparc64; as Daniel says, >>>> libpthread is not ported to sparc64. >>>> >>>> Kris >>> >>> Not yet in 6.x >>> >>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>> FreeBSD 6.1-RC1 sparc64 >>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>> libc_r.so >> >> Oops, I forgot about that..although so did David when he removed >> libc_r from 7.0 and broke sparc :-) >> >> So I guess this is a libc_r missing feature. Probably the solution >> is to use libthr on 6.x too (I don't know if it works well enough on >> 5.x). libthr causes witness panics under load on sparc64 though. >> >> Kris > > Would threading problems be related to sparc64/73413? I've noticed it > sitting idle for a long while, and the test case still core dumps. The > PR it references (sparc64/72998) also is open. > > And as a followup to these two PRs - the patches apply cleanly to 6.1RC1 and the test case in the PR certainly doesn't core dump anymore. Using mysqld 4.1.18 with super-smack update-select has had no panics or core dumps after these changes with both libkse and libthr; all that means of course is that it doesn't introduce something horribly wrong, not that it works - is there some regression test for threading? Note: all my testing is done on a single CPU AXi. > http://www.freebsd.org/cgi/query-pr.cgi?pr=sparc64/73413 > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to > "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 22 17:58:35 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED7916A401; Sat, 22 Apr 2006 17:58:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 161AD43D46; Sat, 22 Apr 2006 17:58:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F3AE91A3C27; Sat, 22 Apr 2006 10:58:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03AEC55428; Sat, 22 Apr 2006 13:58:32 -0400 (EDT) Date: Sat, 22 Apr 2006 13:58:32 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060422175832.GA14305@xor.obsecurity.org> References: <001801c66372$a032e770$2522630a@t22> <002301c665d8$72f3a7f0$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <002301c665d8$72f3a7f0$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 17:58:35 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 22, 2006 at 04:46:13PM +1000, Sean Winn wrote: > owner-freebsd-sparc64@freebsd.org wrote: > > Kris Kennaway wrote: > >> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>> owner-freebsd-sparc64@freebsd.org wrote: > >>>>=20 > >>>> libthr *is* the thread library on sparc64; as Daniel says, > >>>> libpthread is not ported to sparc64. > >>>>=20 > >>>> Kris > >>>=20 > >>> Not yet in 6.x > >>>=20 > >>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>> FreeBSD 6.1-RC1 sparc64 > >>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>> libc_r.so > >>=20 > >> Oops, I forgot about that..although so did David when he removed > >> libc_r from 7.0 and broke sparc :-) > >>=20 > >> So I guess this is a libc_r missing feature. Probably the solution > >> is to use libthr on 6.x too (I don't know if it works well enough on > >> 5.x). libthr causes witness panics under load on sparc64 though. > >>=20 > >> Kris > >=20 > > Would threading problems be related to sparc64/73413? I've noticed it > > sitting idle for a long while, and the test case still core dumps. The > > PR it references (sparc64/72998) also is open. > >=20 > >=20 >=20 > And as a followup to these two PRs - the patches apply cleanly to 6.1RC1 > and the test case in the PR certainly doesn't core dump anymore. Thanks. > Using mysqld 4.1.18 with super-smack update-select has had no panics or > core dumps after these changes with both libkse and libthr; all that > means of course is that it doesn't introduce something horribly wrong, > not that it works - is there some regression test for threading? >=20 > Note: all my testing is done on a single CPU AXi. Hmm, just to confirm, you were seeing core dumps with super-smack before you applied the changes? Because I have run that extensively on MP sparc machines without issues. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESm7IWry0BWjoQKURAnjkAKDXZLbd55HiKfN0Q/WDbbxMOaAIngCg9sCj EqsZVO+Fiy413KMomuqX094= =v1Qd -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--