From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 01:12:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3136616A422 for ; Sun, 29 Jan 2006 01:12:50 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C7D143D46 for ; Sun, 29 Jan 2006 01:12:43 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0T1CdIR026662 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Jan 2006 12:12:40 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0T1Cd7e004678; Sun, 29 Jan 2006 12:12:39 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0T1CcSb004677; Sun, 29 Jan 2006 12:12:38 +1100 (EST) (envelope-from peter) Date: Sun, 29 Jan 2006 12:12:38 +1100 From: Peter Jeremy To: Christian Brueffer Message-ID: <20060129011238.GG2341@turion.vk2pj.dyndns.org> References: <20060128110522.GA1224@haakonia.hitnet.RWTH-Aachen.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060128110522.GA1224@haakonia.hitnet.RWTH-Aachen.DE> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: panic: vm_page_insert: page already inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 01:12:50 -0000 On Sat, 2006-Jan-28 12:05:22 +0100, Christian Brueffer wrote: >from time to time I'm getting the following panic when doing a 'gbde attach' >on my external USB drive. The panic only occurs when the box has been >running for a while (when contiguous memory is more scarce i presume). Whilst that particular panic may have been fixed, there is an underlying problem with an incompatibility between bus_dmamem_alloc() and contigmalloc(). See kern/78179 -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 01:34:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C566616A423 for ; Sun, 29 Jan 2006 01:34:21 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168DF43D66 for ; Sun, 29 Jan 2006 01:34:14 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so534342wxc for ; Sat, 28 Jan 2006 17:34:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JTCp94B+7XvkuXz/18CFnOtacQMzr/Upv3gsxcDwMxC0MDfnWavZ2qr+PyZA+9gT//JSu+0oTXKO4eYXLV+adkaHJcoNaGYYObOVBMkUevjZfjxmDBVezY2m0zoUwPoKSrCRHcCLml7plSLQFZgiPVWnoN2iwNQxYTse3CVvBKE= Received: by 10.70.126.14 with SMTP id y14mr5358921wxc; Sat, 28 Jan 2006 17:34:14 -0800 (PST) Received: by 10.70.67.16 with HTTP; Sat, 28 Jan 2006 17:34:14 -0800 (PST) Message-ID: <9ab217670601281734v71a2f5a8q@mail.gmail.com> Date: Sat, 28 Jan 2006 17:34:14 -0800 From: "Devon H. O'Dell" To: Christian Brueffer In-Reply-To: <20060128120638.GB1224@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060128110522.GA1224@haakonia.hitnet.RWTH-Aachen.DE> <20060128120638.GB1224@haakonia.hitnet.RWTH-Aachen.DE> Cc: current@freebsd.org Subject: Re: panic: vm_page_insert: page already inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 01:34:21 -0000 2006/1/28, Christian Brueffer : > On Sat, Jan 28, 2006 at 12:05:22PM +0100, Christian Brueffer wrote: > > Hi, > > > > from time to time I'm getting the following panic when doing a 'gbde at= tach' > > on my external USB drive. The panic only occurs when the box has been > > running for a while (when contiguous memory is more scarce i presume). > > > > System built of sources from Jan 24 19:19:07 CET. > > > > panic: vm_page_insert: page already inserted > > Alex Leidinger pointed out, that this panic was fixed a couple of days > ago. Sorry for the noise. > > - Christian It was? That's great! It looks very, VERY much like something that I'm seeing on random machines here, and indeed I'm not getting it with HEAD from yesterday (which was confusing me this morning, but now it makes sense :)). Will this be MFC'ed back to 6 and 5? Various machines of ours have been failing with these panics in 5.x, and 6.x both FreeBSD/i386 and FreeBSD/amd64. --Devon From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 02:45:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C63A216A420 for ; Sun, 29 Jan 2006 02:45:08 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E67A43D45 for ; Sun, 29 Jan 2006 02:45:07 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0T2j6Wj011632 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Jan 2006 13:45:06 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0T2j6l6005067; Sun, 29 Jan 2006 13:45:06 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0T2j6le005066; Sun, 29 Jan 2006 13:45:06 +1100 (EST) (envelope-from peter) Date: Sun, 29 Jan 2006 13:45:06 +1100 From: Peter Jeremy To: "Devon H. O'Dell" Message-ID: <20060129024506.GM2341@turion.vk2pj.dyndns.org> References: <20060128110522.GA1224@haakonia.hitnet.RWTH-Aachen.DE> <20060128120638.GB1224@haakonia.hitnet.RWTH-Aachen.DE> <9ab217670601281734v71a2f5a8q@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ab217670601281734v71a2f5a8q@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: panic: vm_page_insert: page already inserted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:45:08 -0000 On Sat, 2006-Jan-28 17:34:14 -0800, Devon H. O'Dell wrote: >2006/1/28, Christian Brueffer : >> Alex Leidinger pointed out, that this panic was fixed a couple of days >> ago. Sorry for the noise. > >It was? That's great! It looks very, VERY much like something that I'm >seeing on random machines here, and indeed I'm not getting it with >HEAD from yesterday (which was confusing me this morning, but now it >makes sense :)). The bug that was fixed was introduced into head at the end of 2005. If you're seeing problems in 6.x or 5.x, it is a different problem. Do you have the panic message and a backtrace? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 05:55:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2612A16A420; Sun, 29 Jan 2006 05:55:53 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6268743D5D; Sun, 29 Jan 2006 05:55:49 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0T5tieY005770; Sun, 29 Jan 2006 00:55:45 -0500 X-ORBL: [71.139.114.10] Received: from [10.0.0.115] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0T5tlrY006925; Sun, 29 Jan 2006 00:55:48 -0500 Message-ID: <43DC58F4.5040506@root.org> Date: Sat, 28 Jan 2006 21:56:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cvs-src@freebsd.org, cvs-all@freebsd.org, src-committers@freebsd.org References: <20060129055214.E93B916A43E@hub.freebsd.org> In-Reply-To: <20060129055214.E93B916A43E@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: cvs commit: src/etc/defaults rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 05:55:53 -0000 Nate Lawson wrote: > njl 2006-01-29 05:51:58 UTC > > FreeBSD src repository > > Modified files: > etc/defaults rc.conf > Log: > Enable the lowest Cx state by default. This will save power and we have > had enough testing of acpi_cpu to know this is stable now. > > Revision Changes Path > 1.272 +2 -2 src/etc/defaults/rc.conf This has been tested in 5, 6, and 7.x for a year and a half so it should be stable. Still, if your system starts hanging, try resetting this back to its previous value by putting the following in /etc/rc.conf: performance_cx_lowest="HIGH" economy_cx_lowest="HIGH" Only notify me if you experience a new problem that the above rc.conf change fixes, and only if it's with 7-CURRENT. Thanks. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 07:46:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 128AE16A424; Sun, 29 Jan 2006 07:46:47 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F4043D46; Sun, 29 Jan 2006 07:46:46 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k0T7sZOE072914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 02:54:41 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sun, 29 Jan 2006 02:49:17 -0500 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_VOH3D8QYbbI4KBz" Message-Id: <200601290249.41648.mistry.7@osu.edu> X-Spam-Status: No, score=-10.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_66,MYFREEBSD2,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88/1255/Sat Jan 28 04:55:09 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: colazelli@gmail.com, Brandon Mitchell Subject: [PATCH] acpi_fujitsu UPDATE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 07:46:47 -0000 --Boundary-00=_VOH3D8QYbbI4KBz Content-Type: multipart/signed; boundary="nextPart2333793.72tP5KujUY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart2333793.72tP5KujUY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've attached a patch for acpi_fujitsu that SHOULD allow non-P=20 laptops to attach the device. I need other people to test this=20 because the P-Series (My laptop P2110) has all of the methods so the=20 conditional method probing always works. If you could report back=20 soon, hopefully we can get a commiter to squeeze it in before the=20 freeze. The major changes are: - Individual method probing - So if you are missing a few methods you=20 only lose that functionality. - I finally figured out what the RBLL, RVOL, GHKS, GSIF RBLL - lcd_brightness radix RVOL - volume radix GHKS - Currently activated hotkey (internal) GSIF - Hotkey mask (internal) Also at: http://am-productions.biz/docs/acpi_fujitsu.patch =2D-=20 Anish Mistry --nextPart2333793.72tP5KujUY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3HOVxqA5ziudZT0RAh/PAJ9fMuXAHgP9ozNf8S+DtIQ/fyw5wACeJbBY EzFTFQqYaO9IZsy42ivsPt4= =7n2S -----END PGP SIGNATURE----- --nextPart2333793.72tP5KujUY-- --Boundary-00=_VOH3D8QYbbI4KBz Content-Type: text/x-diff; charset="us-ascii"; name="acpi_fujitsu.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_fujitsu.patch" --- acpi_fujitsu.c.orig Sun Jan 29 02:19:52 2006 +++ acpi_fujitsu.c Sun Jan 29 02:35:36 2006 @@ -1,6 +1,6 @@ /*- * Copyright (c) 2002 Sean Bullington - * 2003-2005 Anish Mistry + * 2003-2006 Anish Mistry * 2004 Mark Santcroos * All Rights Reserved. * @@ -44,11 +44,8 @@ #define _COMPONENT ACPI_OEM ACPI_MODULE_NAME("Fujitsu") -/* Change and update bits for the buttons */ -#define MOUSE_UPDATED_BIT 0x80000000 +/* Change and update bits for the hotkeys */ #define VOLUME_MUTE_BIT 0x40000000 -#define VOLUME_CHANGE_BIT 0x80000000 -#define BRIGHTNESS_CHANGE_BIT 0x80000000 /* Values of settings */ #define GENERAL_SETTING_BITS 0x0fffffff @@ -57,9 +54,20 @@ #define BRIGHTNESS_SETTING_BITS GENERAL_SETTING_BITS /* Possible state changes */ -#define VOLUME_CHANGED 1 -#define BRIGHT_CHANGED 2 -#define MOUSE_CHANGED 3 +/* + * These are NOT arbitrary values. They are the + * GHKS return value from the device that says which + * hotkey is active. They should match up with a bit + * from the GSIF bitmask. + */ +#define BRIGHT_CHANGED 0x01 +#define VOLUME_CHANGED 0x04 +#define MOUSE_CHANGED 0x08 +/* + * It is unknown which hotkey this bit is supposed to indicate, but + * according to values from GSIF this is a valid flag. + */ +#define UNKNOWN_CHANGED 0x10 /* sysctl values */ #define FN_MUTE 0 @@ -72,6 +80,10 @@ #define METHOD_GMOU 2 #define METHOD_GVOL 3 #define METHOD_MUTE 4 +#define METHOD_RBLL 5 +#define METHOD_RVOL 6 +#define METHOD_GSIF 7 +#define METHOD_GHKS 8 /* Notify event */ #define ACPI_NOTIFY_STATUS_CHANGED 0x80 @@ -83,6 +95,7 @@ struct int_nameval { char *name; int value; + int exists; }; /* @@ -95,12 +108,13 @@ /* Control methods */ struct int_nameval _sta, /* unused */ gbll, /* brightness */ - ghks, /* unused */ + ghks, /* hotkey selector */ + gbuf, /* unused (buffer?) */ gmou, /* mouse */ - gsif, /* unused */ + gsif, /* function key bitmask */ gvol, /* volume */ - rbll, /* unused */ - rvol; /* unused */ + rbll, /* number of brightness levels (radix) */ + rvol; /* number of volume levels (radix) */ /* State variables */ uint8_t bIsMuted; /* Is volume muted */ @@ -126,6 +140,7 @@ /* Utility function declarations */ static uint8_t acpi_fujitsu_update(struct acpi_fujitsu_softc *sc); static uint8_t acpi_fujitsu_init(struct acpi_fujitsu_softc *sc); +static uint8_t acpi_fujitsu_check_hardware(struct acpi_fujitsu_softc *sc); /* Driver/Module specific structure definitions. */ static device_method_t acpi_fujitsu_methods[] = { @@ -144,13 +159,13 @@ sizeof(struct acpi_fujitsu_softc), }; -/* Prototype for function buttons for getting/setting a value. */ +/* Prototype for function hotkeys for getting/setting a value. */ static int acpi_fujitsu_method_get(struct acpi_fujitsu_softc *sc, int method); static int acpi_fujitsu_method_set(struct acpi_fujitsu_softc *sc, int method, int value); static char *fujitsu_ids[] = { "FUJ02B1", NULL }; -ACPI_SERIAL_DECL(fujitsu, "Fujitsu Function Buttons"); +ACPI_SERIAL_DECL(fujitsu, "Fujitsu Function Hotkeys"); /* sysctl names and function calls */ static struct { @@ -178,6 +193,16 @@ .method = METHOD_GVOL, .description = "Speakers/headphones volume level" }, + { + .name = "volume_radix", + .method = METHOD_RVOL, + .description = "Number of volume level steps" + }, + { + .name = "lcd_brightness_radix", + .method = METHOD_RBLL, + .description = "Number of brightness level steps" + }, { NULL, 0, NULL } }; @@ -197,7 +222,7 @@ device_get_unit(dev) != 0) return (ENXIO); - device_set_desc(dev, "Fujitsu Function Buttons"); + device_set_desc(dev, "Fujitsu Function Hotkeys"); return (0); } @@ -217,10 +242,10 @@ AcpiInstallNotifyHandler(sc->handle, ACPI_DEVICE_NOTIFY, acpi_fujitsu_notify_handler, sc); - /* Snag our default values for the buttons / button states. */ + /* Snag our default values for the hotkys / hotkey states. */ ACPI_SERIAL_BEGIN(fujitsu); if (!acpi_fujitsu_init(sc)) - device_printf(dev, "Couldn't initialize button states!\n"); + device_printf(dev, "Couldn't initialize hotkey states!\n"); ACPI_SERIAL_END(fujitsu); return (0); @@ -316,13 +341,13 @@ /* * Initializes the names of the ACPI control methods and grabs - * the current state of all of the ACPI buttons into the softc. + * the current state of all of the ACPI hotkeys into the softc. */ static uint8_t acpi_fujitsu_init(struct acpi_fujitsu_softc *sc) { struct acpi_softc *acpi_sc; - int i; + int i, exists; ACPI_SERIAL_ASSERT(fujitsu); @@ -333,9 +358,14 @@ sc->gmou.name = "GMOU"; sc->gsif.name = "GSIF"; sc->gvol.name = "GVOL"; + sc->ghks.name = "GHKS"; + sc->gsif.name = "GSIF"; sc->rbll.name = "RBLL"; sc->rvol.name = "RVOL"; + /* Determine what hardware functionality is available */ + acpi_fujitsu_check_hardware(sc); + /* Build the sysctl tree */ acpi_sc = acpi_device_get_parent_softc(sc->dev); sysctl_ctx_init(&sc->sysctl_ctx); @@ -344,6 +374,31 @@ OID_AUTO, "fujitsu", CTLFLAG_RD, 0, ""); for (i = 0; sysctl_table[i].name != NULL; i++) { + exists = 0; + switch(sysctl_table[i].method) { + case METHOD_GMOU: + exists = sc->gmou.exists; + break; + case METHOD_GBLL: + exists = sc->gbll.exists; + break; + case METHOD_GVOL: + case METHOD_MUTE: + exists = sc->gvol.exists; + break; + case METHOD_RVOL: + exists = sc->rvol.exists; + break; + case METHOD_RBLL: + exists = sc->rbll.exists; + break; + default: + /* Allow by default */ + exists = 1; + break; + } + if(!exists) + continue; SYSCTL_ADD_PROC(&sc->sysctl_ctx, SYSCTL_CHILDREN(sc->sysctl_tree), OID_AUTO, sysctl_table[i].name, @@ -352,9 +407,10 @@ sysctl_table[i].description); } - /* Set the buttons to their initial states */ + + /* Set the hotkeys to their initial states */ if (!acpi_fujitsu_update(sc)) { - device_printf(sc->dev, "Couldn't init button states\n"); + device_printf(sc->dev, "Couldn't init hotkey states\n"); return (FALSE); } @@ -409,6 +465,18 @@ case METHOD_MUTE: nv = sc->gvol; break; + case METHOD_GHKS: + nv = sc->ghks; + break; + case METHOD_GSIF: + nv = sc->gsif; + break; + case METHOD_RBLL: + nv = sc->rbll; + break; + case METHOD_RVOL: + nv = sc->rvol; + break; default: return (FALSE); } @@ -479,86 +547,156 @@ } /* - * Query each of the ACPI control methods that contain information we're - * interested in. We check the return values from the control methods and - * adjust any state variables if they should be adjusted. + * Query the get methods to determine what functionality is available + * from the hardware function hotkeys. */ static uint8_t -acpi_fujitsu_update(struct acpi_fujitsu_softc *sc) +acpi_fujitsu_check_hardware(struct acpi_fujitsu_softc *sc) { + int val; struct acpi_softc *acpi_sc; acpi_sc = acpi_device_get_parent_softc(sc->dev); ACPI_SERIAL_ASSERT(fujitsu); - - /* System Volume Level */ + /* save the hotkey bitmask */ if (ACPI_FAILURE(acpi_GetInteger(sc->handle, - sc->gvol.name, &(sc->gvol.value)))) { - device_printf(sc->dev, "Couldn't query volume level\n"); + sc->gsif.name, &(sc->gsif.value)))) { + sc->gsif.exists = 0; + device_printf(sc->dev, "Couldn't query bitmask value\n"); return (FALSE); } + sc->gsif.exists = 1; - if (sc->gvol.value & VOLUME_CHANGE_BIT) { - sc->bIsMuted = - (uint8_t)((sc->gvol.value & VOLUME_MUTE_BIT) != 0); - - /* Clear the modification bit */ - sc->gvol.value &= VOLUME_SETTING_BITS; - - if (sc->bIsMuted) { - acpi_UserNotify("FUJITSU", sc->handle, FN_MUTE); - ACPI_VPRINT(sc->dev, acpi_sc, "Volume is now mute\n"); - } else - ACPI_VPRINT(sc->dev, acpi_sc, "Volume is now %d\n", - sc->gvol.value); - - acpi_UserNotify("FUJITSU", sc->handle, FN_VOLUME); - - sc->lastValChanged = VOLUME_CHANGED; + /* System Volume Level */ + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gvol.name, &val))) { + sc->gvol.exists = 0; + } else { + sc->gvol.exists = 1; } - /* Internal mouse pointer (eraserhead) */ if (ACPI_FAILURE(acpi_GetInteger(sc->handle, - sc->gmou.name, &(sc->gmou.value)))) { - device_printf(sc->dev, "Couldn't query pointer state\n"); - return (FALSE); + sc->gbll.name, &val))) { + sc->gbll.exists = 0; + } else { + sc->gbll.exists = 1; } - if (sc->gmou.value & MOUSE_UPDATED_BIT) { - sc->bIntPtrEnabled = (uint8_t)(sc->gmou.value & 0x1); - - /* Clear the modification bit */ - sc->gmou.value &= MOUSE_SETTING_BITS; - - acpi_UserNotify("FUJITSU", sc->handle, FN_POINTER_ENABLE); + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->ghks.name, &val))) { + sc->ghks.exists = 0; + } else { + sc->ghks.exists = 1; + } - ACPI_VPRINT(sc->dev, acpi_sc, "Internal pointer is now %s\n", - (sc->bIntPtrEnabled) ? "enabled" : "disabled"); + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gmou.name, &val))) { + sc->gmou.exists = 0; + } else { + sc->gmou.exists = 1; + } - sc->lastValChanged = MOUSE_CHANGED; + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->rbll.name, &val))) { + sc->rbll.exists = 0; + } else { + sc->rbll.exists = 1; } - /* Screen Brightness Level */ if (ACPI_FAILURE(acpi_GetInteger(sc->handle, - sc->gbll.name, &(sc->gbll.value)))) { - device_printf(sc->dev, "Couldn't query brightness level\n"); - return (FALSE); + sc->rvol.name, &val))) { + sc->rvol.exists = 0; + } else { + sc->rvol.exists = 1; } - if (sc->gbll.value & BRIGHTNESS_CHANGE_BIT) { - /* No state to record here. */ + return (TRUE); +} - /* Clear the modification bit */ - sc->gbll.value &= BRIGHTNESS_SETTING_BITS; +/* + * Query each of the ACPI control methods that contain information we're + * interested in. We check the return values from the control methods and + * adjust any state variables if they should be adjusted. + */ +static uint8_t +acpi_fujitsu_update(struct acpi_fujitsu_softc *sc) +{ + int changed; + struct acpi_softc *acpi_sc; - acpi_UserNotify("FUJITSU", sc->handle, FN_LCD_BRIGHTNESS); + acpi_sc = acpi_device_get_parent_softc(sc->dev); - ACPI_VPRINT(sc->dev, acpi_sc, "Brightness level is now %d\n", - sc->gbll.value); + ACPI_SERIAL_ASSERT(fujitsu); + changed = sc->gsif.value & acpi_fujitsu_method_get(sc,METHOD_GHKS); + + /* System Volume Level */ + if(sc->gvol.exists) { + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gvol.name, &(sc->gvol.value)))) { + device_printf(sc->dev, "Couldn't query volume level\n"); + return (FALSE); + } + + if (changed & VOLUME_CHANGED) { + sc->bIsMuted = + (uint8_t)((sc->gvol.value & VOLUME_MUTE_BIT) != 0); + + /* Clear the modification bit */ + sc->gvol.value &= VOLUME_SETTING_BITS; + + if (sc->bIsMuted) { + acpi_UserNotify("FUJITSU", sc->handle, FN_MUTE); + ACPI_VPRINT(sc->dev, acpi_sc, "Volume is now mute\n"); + } else + ACPI_VPRINT(sc->dev, acpi_sc, "Volume is now %d\n", + sc->gvol.value); + + acpi_UserNotify("FUJITSU", sc->handle, FN_VOLUME); + } + } - sc->lastValChanged = BRIGHT_CHANGED; + /* Internal mouse pointer (eraserhead) */ + if(sc->gmou.exists) { + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gmou.name, &(sc->gmou.value)))) { + device_printf(sc->dev, "Couldn't query pointer state\n"); + return (FALSE); + } + + if (changed & MOUSE_CHANGED) { + sc->bIntPtrEnabled = (uint8_t)(sc->gmou.value & 0x1); + + /* Clear the modification bit */ + sc->gmou.value &= MOUSE_SETTING_BITS; + + acpi_UserNotify("FUJITSU", sc->handle, FN_POINTER_ENABLE); + + ACPI_VPRINT(sc->dev, acpi_sc, "Internal pointer is now %s\n", + (sc->bIntPtrEnabled) ? "enabled" : "disabled"); + } } + /* Screen Brightness Level */ + if(sc->gbll.exists) { + if (ACPI_FAILURE(acpi_GetInteger(sc->handle, + sc->gbll.name, &(sc->gbll.value)))) { + device_printf(sc->dev, "Couldn't query brightness level\n"); + return (FALSE); + } + + if (changed & BRIGHT_CHANGED) { + /* No state to record here. */ + + /* Clear the modification bit */ + sc->gbll.value &= BRIGHTNESS_SETTING_BITS; + + acpi_UserNotify("FUJITSU", sc->handle, FN_LCD_BRIGHTNESS); + + ACPI_VPRINT(sc->dev, acpi_sc, "Brightness level is now %d\n", + sc->gbll.value); + } + } + sc->lastValChanged = changed; return (TRUE); } --Boundary-00=_VOH3D8QYbbI4KBz-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 08:07:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 171BC16A420 for ; Sun, 29 Jan 2006 08:07:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18A343D46 for ; Sun, 29 Jan 2006 08:07:30 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.10]) ([10.251.60.23]) by a50.ironport.com with ESMTP; 29 Jan 2006 00:07:29 -0800 Message-ID: <43DC77C1.8060308@elischer.org> Date: Sun, 29 Jan 2006 00:07:29 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060126195647.GA2559@turion.vk2pj.dyndns.org> <20060128134625.GA2384@turion.vk2pj.dyndns.org> In-Reply-To: <20060128134625.GA2384@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Unreferenced files not being deleted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 08:07:31 -0000 Peter Jeremy wrote: >On Fri, 2006-Jan-27 06:56:47 +1100, Peter Jeremy wrote: > > >>On my recent -current, I've noticed that /var is filling up with >>unreferenced files. >> >> > >Updated data point: The files do disappear on a clean shutdown >so the kernel seems to be aware that they have no name but >neither fstat nor lsof can find any processes holding them open. >I have a core dump demonstrating the problem and will poke around >in it as a background task. > > > You know it occured to me that a process that is not in the process list would still work.. could be an easy way to effect a rootkit if one had root access. wouldn't show up in ps, fstat etc. it could be another answer to your mystery.. :-/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 12:04:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0554816A420; Sun, 29 Jan 2006 12:04:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF8243D49; Sun, 29 Jan 2006 12:04:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0TC4qfc015304; Sun, 29 Jan 2006 07:04:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0TC4hSj056522; Sun, 29 Jan 2006 07:04:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBBF57302F; Sun, 29 Jan 2006 07:04:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060129120451.CBBF57302F@freebsd-current.sentex.ca> Date: Sun, 29 Jan 2006 07:04:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 12:04:54 -0000 TB --- 2006-01-29 10:26:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-29 10:26:47 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-01-29 10:26:47 - cleaning the object tree TB --- 2006-01-29 10:27:14 - checking out the source tree TB --- 2006-01-29 10:27:14 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-01-29 10:27:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-29 10:33:53 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-29 10:33:53 - cd /src TB --- 2006-01-29 10:33:53 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-01-29 11:39:39 - generating LINT kernel config TB --- 2006-01-29 11:39:39 - cd /src/sys/alpha/conf TB --- 2006-01-29 11:39:39 - /usr/bin/make -B LINT TB --- 2006-01-29 11:39:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-01-29 11:39:40 - cd /src TB --- 2006-01-29 11:39:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 29 11:39:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Jan 29 12:00:44 UTC 2006 TB --- 2006-01-29 12:00:44 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-01-29 12:00:44 - cd /src TB --- 2006-01-29 12:00:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 29 12:00:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_prot.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_resource.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_rwlock.c /src/sys/kern/kern_rwlock.c: In function `_rw_assert': /src/sys/kern/kern_rwlock.c:519: error: `RW_RLOCKED' undeclared (first use in this function) /src/sys/kern/kern_rwlock.c:519: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_rwlock.c:519: error: for each function it appears in.) /src/sys/kern/kern_rwlock.c:520: error: invalid operands to binary & *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-29 12:04:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-29 12:04:51 - ERROR: failed to build GENERIC kernel TB --- 2006-01-29 12:04:51 - tinderbox aborted TB --- 0.66 user 3.67 system 5884.23 real From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 13:04:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE8FF16A420 for ; Sun, 29 Jan 2006 13:04:42 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008F443D70 for ; Sun, 29 Jan 2006 13:04:35 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k0TD4ZWT005993 for ; Sun, 29 Jan 2006 05:04:35 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k0TD4ZXu005992 for current@freebsd.org; Sun, 29 Jan 2006 05:04:35 -0800 (PST) (envelope-from rizzo) Date: Sun, 29 Jan 2006 05:04:35 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20060129050435.A5945@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: for review: sys/dev/md/md.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 13:04:43 -0000 just discovered, trying to resurrect picobsd on -current, that the compiler in 6.x/7.x has become smart and, at least with the default compilation flags, will optimize out the "end_mfs_root" string from the object. As a consequence, any checks that the preloaded module does not overflow the allocated space (looking at the 'MFS Filesystem had better STOP here' string in the patched object) will fail. The attached patch fixes the issue. Any objection if i commit it ? cheers luigi Index: md.c =================================================================== RCS file: /prova/home/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.159 diff -u -p -r1.159 md.c --- md.c 31 Oct 2005 15:41:19 -0000 1.159 +++ md.c 29 Jan 2006 12:57:22 -0000 @@ -102,8 +102,13 @@ SYSCTL_INT(_debug, OID_AUTO, mddebug, CT #if defined(MD_ROOT) && defined(MD_ROOT_SIZE) /* Image gets put here: */ -static u_char mfs_root[MD_ROOT_SIZE*1024] = "MFS Filesystem goes here"; -static u_char end_mfs_root[] __unused = "MFS Filesystem had better STOP here"; +static struct { + u_char start[MD_ROOT_SIZE*1024]; + u_char end[128]; +} mfs_root = { + .start = "MFS Filesystem goes here", + .end = "MFS Filesystem had better STOP here", +}; #endif static g_init_t g_md_init; @@ -1139,7 +1144,7 @@ g_md_init(struct g_class *mp __unused) g_topology_unlock(); #ifdef MD_ROOT_SIZE sx_xlock(&md_sx); - md_preloaded(mfs_root, MD_ROOT_SIZE * 1024); + md_preloaded(mfs_root.start, MD_ROOT_SIZE * 1024); sx_xunlock(&md_sx); #endif /* XXX: are preload_* static or do they need Giant ? */ From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 20:35:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 147CE16A420 for ; Sun, 29 Jan 2006 20:35:00 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC6A43D73 for ; Sun, 29 Jan 2006 20:34:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.6]) ([10.251.60.63]) by a50.ironport.com with ESMTP; 29 Jan 2006 12:34:53 -0800 Message-ID: <43DD26EE.50608@elischer.org> Date: Sun, 29 Jan 2006 12:34:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20060129050435.A5945@xorpc.icir.org> In-Reply-To: <20060129050435.A5945@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: for review: sys/dev/md/md.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 20:35:00 -0000 Luigi Rizzo wrote: >just discovered, trying to resurrect picobsd on -current, >that the compiler in 6.x/7.x has become smart and, at least >with the default compilation flags, will optimize out >the "end_mfs_root" string from the object. >As a consequence, any checks that the preloaded module >does not overflow the allocated space (looking at the >'MFS Filesystem had better STOP here' string in the patched >object) will fail. > >The attached patch fixes the issue. Any objection if i commit it ? > > seems fair to me. can't hurt anything unless MD_ROOT_SIZE is defined.. I LIKE PicoBSD.. and it woul dbe a shame if it was lost as a capacity. It's a pitty everythng has grown so much.. last I tried (on 5.x) you could JUST get a kenrel plus a shell and one small app. (in my case ssh). onto a floppy.. I hav eserious doubts about being able to do that now.. pitty.. I have an old laptop with no HD that was a good little VPN endpoint using the 5.x based picoBSD. > cheers > luigi > >Index: md.c >=================================================================== >RCS file: /prova/home/ncvs/src/sys/dev/md/md.c,v >retrieving revision 1.159 >diff -u -p -r1.159 md.c >--- md.c 31 Oct 2005 15:41:19 -0000 1.159 >+++ md.c 29 Jan 2006 12:57:22 -0000 >@@ -102,8 +102,13 @@ SYSCTL_INT(_debug, OID_AUTO, mddebug, CT > > #if defined(MD_ROOT) && defined(MD_ROOT_SIZE) > /* Image gets put here: */ >-static u_char mfs_root[MD_ROOT_SIZE*1024] = "MFS Filesystem goes here"; >-static u_char end_mfs_root[] __unused = "MFS Filesystem had better STOP here"; >+static struct { >+ u_char start[MD_ROOT_SIZE*1024]; >+ u_char end[128]; >+} mfs_root = { >+ .start = "MFS Filesystem goes here", >+ .end = "MFS Filesystem had better STOP here", >+}; > #endif > > static g_init_t g_md_init; >@@ -1139,7 +1144,7 @@ g_md_init(struct g_class *mp __unused) > g_topology_unlock(); > #ifdef MD_ROOT_SIZE > sx_xlock(&md_sx); >- md_preloaded(mfs_root, MD_ROOT_SIZE * 1024); >+ md_preloaded(mfs_root.start, MD_ROOT_SIZE * 1024); > sx_xunlock(&md_sx); > #endif > /* XXX: are preload_* static or do they need Giant ? */ >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 20:20:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D251F16A420 for ; Sun, 29 Jan 2006 20:20:29 +0000 (GMT) (envelope-from magicsmoke@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9350543D49 for ; Sun, 29 Jan 2006 20:20:28 +0000 (GMT) (envelope-from magicsmoke@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so849096wra for ; Sun, 29 Jan 2006 12:20:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=WJLfz8ceEFQ5TU5iq6PmR/tuK0Ha/WThdtjXwfsgz0cdZB6+LXXbXEC6binE56NY5dzgB2hfj13A1+HgYcCwddgKDnzDqUUQOAQkHGzY8HUMsfguFn8hHiTFkX9K80i5A4t0GsqizCOShUqKAITn4zWsNnPr+F40o8WWT790ltE= Received: by 10.64.142.7 with SMTP id p7mr1471093qbd; Sun, 29 Jan 2006 12:20:27 -0800 (PST) Received: by 10.64.184.18 with HTTP; Sun, 29 Jan 2006 12:20:27 -0800 (PST) Message-ID: <97bedf530601291220l74ee4cb9g834bd63d510adc4a@mail.gmail.com> Date: Sun, 29 Jan 2006 12:20:27 -0800 From: Brandon Mitchell To: Anish Mistry In-Reply-To: <200601290249.41648.mistry.7@osu.edu> MIME-Version: 1.0 References: <200601290249.41648.mistry.7@osu.edu> X-Mailman-Approved-At: Sun, 29 Jan 2006 20:56:58 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, colazelli@gmail.com Subject: Re: [PATCH] acpi_fujitsu UPDATE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 20:20:30 -0000 Anish, This patch attached just fine, though no noticable change in functionality was found. Thanks. Brandon Mitchell On 1/28/06, Anish Mistry wrote: > > I've attached a patch for acpi_fujitsu that SHOULD allow non-P > laptops to attach the device. I need other people to test this > because the P-Series (My laptop P2110) has all of the methods so the > conditional method probing always works. If you could report back > soon, hopefully we can get a commiter to squeeze it in before the > freeze. > The major changes are: > - Individual method probing - So if you are missing a few methods > you > only lose that functionality. > - I finally figured out what the RBLL, RVOL, GHKS, GSIF > RBLL - lcd_brightness radix > RVOL - volume radix > GHKS - Currently activated hotkey (internal) > GSIF - Hotkey mask (internal) > > Also at: > http://am-productions.biz/docs/acpi_fujitsu.patch > > -- > Anish Mistry > > > -- If UNIX doesn't have the solution you have the wrong problem. UNIX is simple, but it takes a genius to understand it's simplicity. From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 21:21:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D151716A420 for ; Sun, 29 Jan 2006 21:21:43 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E97C543D46 for ; Sun, 29 Jan 2006 21:21:42 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so674336uge for ; Sun, 29 Jan 2006 13:21:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=qG6nNMO/4aa7CwOTWsdfeM9X+b3+estxvl7G5KI5/rQDJAAXyMsH6O7x/uAjySYDnYGBot2YtTrefXX8+DhvCYU4N2ugk2nk4+2zDziXyJARe9DPBcR82iqqM9dv+ipgt9cohIZ412YIXWlXVpm5JwCvYOmgCVsON/0XCMTqMXA= Received: by 10.48.220.3 with SMTP id s3mr568459nfg; Sun, 29 Jan 2006 13:21:41 -0800 (PST) Received: by 10.49.94.16 with HTTP; Sun, 29 Jan 2006 13:21:41 -0800 (PST) Message-ID: <4cf221cc0601291321i586012dbnb7125e4973bce1bd@mail.gmail.com> Date: Sun, 29 Jan 2006 22:21:41 +0100 From: Erik Winge To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: lor in drm_drv/vm_glue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 21:21:43 -0000 Hi all, I got the following LOR with -current from yesterday. lock order reversal: (sleepable after non-sleepable) 1st 0xc2f304d4 drm device (drm device) @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 2nd 0xc332d464 user map (user map) @ /usr/src/sys/vm/vm_glue.c:182 KDB: stack backtrace: witness_checkorder(c332d464,9,c0636c35,b6,c0626c4b) at witness_checkorder+0= x67a _sx_xlock(c332d464,c0636c35,b6,c0677d14,1000008) at _sx_xlock+0x5c useracc(aa6e600,8,1,c04cfcd3,c33c3012) at useracc+0x66 i915_batchbuffer(c3330400,80186443,c345f8c0,3,c3417d00) at i915_batchbuffer+0x358 drm_ioctl(c3330400,80186443,c345f8c0,3,c3417d00) at drm_ioctl+0x1af giant_ioctl(c3330400,80186443,c345f8c0,3,c3417d00) at giant_ioctl+0x56 devfs_ioctl_f(c337f4c8,80186443,c345f8c0,c346aa80,c3417d00) at devfs_ioctl_f+0x66 ioctl(c3417d00,d63bed04,c,d63bec9c,3) at ioctl+0x118 syscall(3b,2862003b,bfbf003b,af89c10,10) at syscall+0x164 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x28602123, esp =3D 0xbfbfe3ec, ebp=3D 0xbfbfe408 --- Erik From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 21:40:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF33116A422; Sun, 29 Jan 2006 21:40:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B9243D45; Sun, 29 Jan 2006 21:40:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id F3E5D1FFAD3; Sun, 29 Jan 2006 22:40:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 413761FFAD1; Sun, 29 Jan 2006 22:40:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5689544487E; Sun, 29 Jan 2006 21:38:29 +0000 (UTC) Date: Sun, 29 Jan 2006 21:38:29 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Erik Winge In-Reply-To: <4cf221cc0601291321i586012dbnb7125e4973bce1bd@mail.gmail.com> Message-ID: <20060129213726.G24703@maildrop.int.zabbadoz.net> References: <4cf221cc0601291321i586012dbnb7125e4973bce1bd@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Eric Anholt , freebsd-current@freebsd.org Subject: Re: lor in drm_drv/vm_glue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 21:40:12 -0000 On Sun, 29 Jan 2006, Erik Winge wrote: > Hi all, > > I got the following LOR with -current from yesterday. > > lock order reversal: (sleepable after non-sleepable) > 1st 0xc2f304d4 drm device (drm device) @ > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 > 2nd 0xc332d464 user map (user map) @ /usr/src/sys/vm/vm_glue.c:182 I added this with LOR ID 178 to "the LOR page": http://sources.zabbadoz.net/freebsd/lor.html#178 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 22:17:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 428C816A44A for ; Sun, 29 Jan 2006 22:17:05 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F9243D45 for ; Sun, 29 Jan 2006 22:17:03 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so689452uge for ; Sun, 29 Jan 2006 14:16:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=DxDbQTt7ufrGZB3QjfhauogLPkRcE1aXlVSux2vrPkqcFpBLgcJ300bUVykFxTwMG0En4gYYNo84BWye4BH7RAtJl2gPndSj10gOTGBb/dnI/94pCONMqYxinxsGZTo7juvD6CrDVvXGN1Gl5O/G5WagufntjW7SGsPWEkEbFkg= Received: by 10.48.220.3 with SMTP id s3mr573117nfg; Sun, 29 Jan 2006 13:52:06 -0800 (PST) Received: by 10.49.94.16 with HTTP; Sun, 29 Jan 2006 13:52:06 -0800 (PST) Message-ID: <4cf221cc0601291352x314a0260k274de215aee01e96@mail.gmail.com> Date: Sun, 29 Jan 2006 22:52:06 +0100 From: Erik Winge To: freebsd-current@freebsd.org In-Reply-To: <20060120172340.GA24889@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_5213_25040169.1138571526420" References: <20060120172340.GA24889@troutmask.apl.washington.edu> Subject: Re: Stack backtrace for drm and malloc(M_WAITOK) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 22:17:05 -0000 ------=_Part_5213_25040169.1138571526420 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 1/20/06, Steve Kargl wrote: > With Jason's new malloc implementation, I had to install > xorg-server-snap to get a functioning x server on a amd64 > system. When the drm module is loaded, I'm see numerous > backtraces in /var/log/messages. > [...] > malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepab= le \ > locks held: > exclusive sleep mutex drmdma r =3D 0 (0xffffff02323b0130) locked @ \ > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c:846 I also get a bunch of messages almost like this one when starting X. I am running X.Org 6.9.0 on -current from January 28 (userland from Jan 26), and X is working well despite these warnings. See the attached /var/log/messages. Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r =3D 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Erik ------=_Part_5213_25040169.1138571526420 Content-Type: text/plain; name=messages.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="messages.txt" Jan 29 22:18:33 anduin syslogd: kernel boot file is /boot/kernel/kernel Jan 29 22:18:33 anduin kernel: Copyright (c) 1992-2006 The FreeBSD Project. Jan 29 22:18:33 anduin kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 29 22:18:33 anduin kernel: The Regents of the University of California. All rights reserved. Jan 29 22:18:33 anduin kernel: FreeBSD 7.0-CURRENT #1: Sat Jan 28 20:48:10 CET 2006 Jan 29 22:18:33 anduin kernel: root@anduin:/usr/obj/usr/src/sys/ANDUIN Jan 29 22:18:33 anduin kernel: WARNING: WITNESS option enabled, expect reduced performance. Jan 29 22:18:33 anduin kernel: ACPI APIC Table: Jan 29 22:18:33 anduin kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jan 29 22:18:33 anduin kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Jan 29 22:18:33 anduin kernel: Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Jan 29 22:18:33 anduin kernel: Features=0xbfebfbff Jan 29 22:18:33 anduin kernel: Features2=0x441d> Jan 29 22:18:33 anduin kernel: Logical CPUs per core: 2 Jan 29 22:18:33 anduin kernel: real memory = 526934016 (502 MB) Jan 29 22:18:33 anduin kernel: avail memory = 510406656 (486 MB) Jan 29 22:18:33 anduin kernel: ioapic0: Changing APIC ID to 8 Jan 29 22:18:33 anduin kernel: ioapic0 irqs 0-23 on motherboard Jan 29 22:18:33 anduin kernel: lapic0: Forcing LINT1 to edge trigger Jan 29 22:18:33 anduin kernel: npx0: [FAST] Jan 29 22:18:33 anduin kernel: npx0: on motherboard Jan 29 22:18:33 anduin kernel: npx0: INT 16 interface Jan 29 22:18:33 anduin kernel: acpi0: on motherboard Jan 29 22:18:33 anduin kernel: acpi0: Power Button (fixed) Jan 29 22:18:33 anduin kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Jan 29 22:18:33 anduin kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Jan 29 22:18:33 anduin kernel: cpu0: on acpi0 Jan 29 22:18:33 anduin kernel: acpi_button0: on acpi0 Jan 29 22:18:33 anduin kernel: pcib0: port 0xcf8-0xcff on acpi0 Jan 29 22:18:33 anduin kernel: pci0: on pcib0 Jan 29 22:18:33 anduin kernel: pcib1: irq 16 at device 1.0 on pci0 Jan 29 22:18:33 anduin kernel: pci1: on pcib1 Jan 29 22:18:33 anduin kernel: vgapci0: port 0xe898-0xe89f mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdfec0000-0xdfefffff irq 16 at device 2.0 on pci0 Jan 29 22:18:33 anduin kernel: agp0: on vgapci0 Jan 29 22:18:33 anduin kernel: agp0: detected 7932k stolen memory Jan 29 22:18:33 anduin kernel: agp0: aperture size is 256M Jan 29 22:18:33 anduin kernel: vgapci1: mem 0xdff80000-0xdfffffff at device 2.1 on pci0 Jan 29 22:18:33 anduin kernel: pcib2: irq 16 at device 28.0 on pci0 Jan 29 22:18:33 anduin kernel: pci2: on pcib2 Jan 29 22:18:33 anduin kernel: pci2: at device 0.0 (no driver attached) Jan 29 22:18:33 anduin kernel: uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 Jan 29 22:18:33 anduin kernel: uhci0: [GIANT-LOCKED] Jan 29 22:18:33 anduin kernel: usb0: on uhci0 Jan 29 22:18:33 anduin kernel: usb0: USB revision 1.0 Jan 29 22:18:33 anduin kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 29 22:18:33 anduin kernel: uhub0: 2 ports with 2 removable, self powered Jan 29 22:18:33 anduin kernel: uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 Jan 29 22:18:33 anduin kernel: uhci1: [GIANT-LOCKED] Jan 29 22:18:33 anduin kernel: usb1: on uhci1 Jan 29 22:18:33 anduin kernel: usb1: USB revision 1.0 Jan 29 22:18:33 anduin kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 29 22:18:33 anduin kernel: uhub1: 2 ports with 2 removable, self powered Jan 29 22:18:33 anduin kernel: uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 Jan 29 22:18:33 anduin kernel: uhci2: [GIANT-LOCKED] Jan 29 22:18:33 anduin kernel: usb2: on uhci2 Jan 29 22:18:33 anduin kernel: usb2: USB revision 1.0 Jan 29 22:18:33 anduin kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 29 22:18:33 anduin kernel: uhub2: 2 ports with 2 removable, self powered Jan 29 22:18:33 anduin kernel: uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 Jan 29 22:18:33 anduin kernel: uhci3: [GIANT-LOCKED] Jan 29 22:18:33 anduin kernel: usb3: on uhci3 Jan 29 22:18:33 anduin kernel: usb3: USB revision 1.0 Jan 29 22:18:33 anduin kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 29 22:18:33 anduin kernel: uhub3: 2 ports with 2 removable, self powered Jan 29 22:18:33 anduin kernel: ehci0: mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0 Jan 29 22:18:33 anduin kernel: ehci0: [GIANT-LOCKED] Jan 29 22:18:33 anduin kernel: usb4: EHCI version 1.0 Jan 29 22:18:33 anduin kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Jan 29 22:18:33 anduin kernel: usb4: on ehci0 Jan 29 22:18:33 anduin kernel: usb4: USB revision 2.0 Jan 29 22:18:33 anduin kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Jan 29 22:18:33 anduin kernel: uhub4: 8 ports with 8 removable, self powered Jan 29 22:18:33 anduin kernel: ural0: ASUS 802.11g WLAN Drive, rev 2.00/0.01, addr 2 Jan 29 22:18:33 anduin kernel: ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526 Jan 29 22:18:33 anduin kernel: ural0: Ethernet address: 00:11:d8:b7:dd:17 Jan 29 22:18:33 anduin kernel: ural0: if_start running deferred for Giant Jan 29 22:18:33 anduin kernel: pcib3: at device 30.0 on pci0 Jan 29 22:18:33 anduin kernel: pci3: on pcib3 Jan 29 22:18:33 anduin kernel: pcm0: port 0xec00-0xecff,0xe8c0-0xe8ff mem 0xdfebfe00-0xdfebffff,0xdfebfd00-0xdfebfdff irq 23 at device 30.2 on pci0 Jan 29 22:18:33 anduin kernel: pcm0: Jan 29 22:18:33 anduin kernel: isab0: at device 31.0 on pci0 Jan 29 22:18:33 anduin kernel: isa0: on isab0 Jan 29 22:18:33 anduin kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0 Jan 29 22:18:33 anduin kernel: ata0: on atapci0 Jan 29 22:18:33 anduin kernel: ata1: on atapci0 Jan 29 22:18:33 anduin kernel: atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0 Jan 29 22:18:33 anduin kernel: atapci1: failed to enable memory mapping! Jan 29 22:18:33 anduin kernel: ata2: on atapci1 Jan 29 22:18:33 anduin kernel: ata3: on atapci1 Jan 29 22:18:33 anduin kernel: pci0: at device 31.3 (no driver attached) Jan 29 22:18:33 anduin kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Vendor: 0x8086 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Leg_Route_Cap: 1 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Count_Size_Cap: 1 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Num_Tim_Cap: 1 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Rev_id: 0x1 Jan 29 22:18:33 anduin kernel: acpi_hpet0: Period: 69841279 fs (14318180 Hz) Jan 29 22:18:33 anduin kernel: acpi_hpet0: HPET attach Jan 29 22:18:33 anduin kernel: pmtimer0 on isa0 Jan 29 22:18:33 anduin kernel: orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcbfff,0xcc000-0xcd7ff,0xcd800-0xcffff pnpid ORM0000 on isa0 Jan 29 22:18:33 anduin kernel: sc0: at flags 0x100 on isa0 Jan 29 22:18:33 anduin kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jan 29 22:18:33 anduin kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jan 29 22:18:33 anduin kernel: ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 Jan 29 22:18:33 anduin kernel: ums0: 3 buttons and Z dir. Jan 29 22:18:33 anduin kernel: ukbd0: DELL DELL USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 Jan 29 22:18:33 anduin kernel: kbd0 at ukbd0 Jan 29 22:18:33 anduin kernel: uhid0: DELL DELL USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 Jan 29 22:18:33 anduin kernel: Timecounter "TSC" frequency 2793015141 Hz quality 800 Jan 29 22:18:33 anduin kernel: Timecounters tick every 1.000 msec Jan 29 22:18:33 anduin kernel: acd0: DVDROM at ata0-master UDMA33 Jan 29 22:18:33 anduin kernel: ad4: 76293MB at ata2-master SATA150 Jan 29 22:18:33 anduin kernel: Trying to mount root from ufs:/dev/ad4s2a Jan 29 22:18:33 anduin kernel: WARNING: / was not properly dismounted Jan 29 22:18:33 anduin kernel: lock order reversal: (Giant after non-sleepable) Jan 29 22:18:33 anduin kernel: 1st 0xc06bf548 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in.c:971 Jan 29 22:18:33 anduin kernel: 2nd 0xc0673e48 Giant (Giant) @ /usr/src/sys/dev/usb/if_ural.c:1459 Jan 29 22:18:33 anduin kernel: KDB: stack backtrace: Jan 29 22:18:33 anduin kernel: witness_checkorder(c0673e48,9,c061a219,5b3,7cd) at witness_checkorder+0x67a Jan 29 22:18:33 anduin kernel: _mtx_lock_flags(c0673e48,0,c061a219,5b3,0) at _mtx_lock_flags+0x64 Jan 29 22:18:33 anduin kernel: ural_ioctl(c2f30000,80206931,0,7cd,c) at ural_ioctl+0x48 Jan 29 22:18:33 anduin kernel: if_addmulti(c2f30000,d5089aa4,d5089aa0,3cb,c30e23a0) at if_addmulti+0x177 Jan 29 22:18:33 anduin kernel: in_addmulti(d5089af8,c2f30000,1,8040691a,c30ef5bc) at in_addmulti+0x70 Jan 29 22:18:33 anduin kernel: in_ifinit(c3070090,0,0,0,d5089b48) at in_ifinit+0x635 Jan 29 22:18:33 anduin kernel: in_control(c30e914c,8040691a,c3070080,c2f30000,c2f511a0) at in_control+0xf25 Jan 29 22:18:33 anduin kernel: ifioctl(c30e914c,8040691a,c3070080,c2f511a0,2) at ifioctl+0x12d Jan 29 22:18:33 anduin kernel: soo_ioctl(c3084948,8040691a,c3070080,c2e40d00,c2f511a0) at soo_ioctl+0x2cb Jan 29 22:18:33 anduin kernel: ioctl(c2f511a0,d5089d04,c,444,3) at ioctl+0x118 Jan 29 22:18:33 anduin kernel: syscall(3b,3b,3b,8058500,0) at syscall+0x164 Jan 29 22:18:33 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:33 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28157123, esp = 0xbfbfe5bc, ebp = 0xbfbfee28 --- Jan 29 22:18:33 anduin savecore: no dumps found Jan 29 22:18:34 anduin anacron[454]: Anacron 2.3 started on 2006-01-29 Jan 29 22:18:34 anduin anacron[454]: Normal exit (0 jobs run) Jan 29 22:18:41 anduin login: 1 LOGIN FAILURE ON ttyv0 Jan 29 22:18:51 anduin kernel: t alloc_bounce_zone+0x27e Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d780) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2ef44b0,10) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d11c0,2,f,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bb7,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x27e Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,f,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bdb,80000002) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x2d3 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(e,c0654820,2,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bdb,80000002) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x2d3 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c063a569,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d780,0,2,c0c4e800,c2ef4590) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(14,c0654820,2,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bdb,2) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x2d3 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d780) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2ef4590,e) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1180,2,d,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bdb,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x2d3 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bff,80000002) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x328 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(e,c0654820,2,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bff,80000002) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x328 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c063a569,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d780,0,2,c0c4e800,c2eec790) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(16,c0654820,2,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bff,2) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x328 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d780) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2eec790,e) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1140,2,d,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639bff,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x328 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,d,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c36,80000002) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x37d Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(f,c0654820,2,e,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c36,80000002) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x37d Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,2,c0c4e880,c2f97730) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(29,c0654820,2,e,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c36,2) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x37d Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d800) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2f97730,f) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1100,2,e,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c36,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x37d Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,e,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c45,80000003) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x3d2 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(8,c0654820,2,7,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c45,80000003) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x3d2 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2eecba0) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(1,c0654820,2,7,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c45,3) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x3d2 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d700) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2eecba0,8) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1080,2,7,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c45,3) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x3d2 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,7,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c4d,80000002) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x427 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(a,c0654820,2,9,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c4d,80000002) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x427 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f976d0) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(1,c0654820,2,9,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c4d,2) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x427 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d700) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2f976d0,a) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1040,2,9,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c0639c4d,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x427 Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0628083,26e) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d800,0,102,c0c4e880,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(2c,c0654820,102,9,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c063c509,80000002) at sysctl_add_oid+0x8f Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x47c Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,2) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2f09540) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(9,c0654820,2,8,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c063c509,80000002) at sysctl_add_oid+0xd2 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x47c Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,0) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c2ea3680) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(1,c0654820,2,8,c3397ecc) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c063c509,2) at sysctl_add_oid+0x14b Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x47c Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- Jan 29 22:18:51 anduin kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Jan 29 22:18:51 anduin kernel: exclusive sleep mutex drm device r = 0 (0xc2edfcd4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Jan 29 22:18:51 anduin kernel: KDB: stack backtrace: Jan 29 22:18:51 anduin kernel: witness_warn(2,0,c06363ed,c0616e51,c0c4d700) at witness_warn+0x16d Jan 29 22:18:51 anduin kernel: uma_zalloc_arg(c0c4d700,0,2,c0c4e780,c3397ecc) at uma_zalloc_arg+0x203 Jan 29 22:18:51 anduin kernel: malloc(c,c0654820,2,c2ea3680,9) at malloc+0x8a Jan 29 22:18:51 anduin kernel: sysctl_ctx_entry_add(c3397ecc,c33d1000,2,8,c3397ecc) at sysctl_ctx_entry_add+0x3c Jan 29 22:18:51 anduin kernel: sysctl_add_oid(c3397ecc,c2f09540,ffffffff,c063c509,2) at sysctl_add_oid+0x168 Jan 29 22:18:51 anduin kernel: alloc_bounce_zone(44,c0651860,101,0,0) at alloc_bounce_zone+0x47c Jan 29 22:18:51 anduin kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff) at bus_dma_tag_create+0x176 Jan 29 22:18:51 anduin kernel: drm_pci_alloc(c2edfc00,1000,1000,ffffffff,c2edfcd4) at drm_pci_alloc+0xa8 Jan 29 22:18:51 anduin kernel: i915_dma_init(c339c100,80446440,c3397d80,3,c2f514e0) at i915_dma_init+0x35a Jan 29 22:18:51 anduin kernel: drm_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at drm_ioctl+0x1af Jan 29 22:18:51 anduin kernel: giant_ioctl(c339c100,80446440,c3397d80,3,c2f514e0) at giant_ioctl+0x56 Jan 29 22:18:51 anduin kernel: devfs_ioctl_f(c30851f8,80446440,c3397d80,c334d880,c2f514e0) at devfs_ioctl_f+0x66 Jan 29 22:18:51 anduin kernel: ioctl(c2f514e0,d508fd04,c,444,3) at ioctl+0x118 Jan 29 22:18:51 anduin kernel: syscall(3b,bfbf003b,bfbf003b,aeda9a0,aeda430) at syscall+0x164 Jan 29 22:18:51 anduin kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jan 29 22:18:51 anduin kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282e0123, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- ------=_Part_5213_25040169.1138571526420-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 29 22:52:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3342E16A420 for ; Sun, 29 Jan 2006 22:52:19 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id B394243D45 for ; Sun, 29 Jan 2006 22:52:14 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id 0C2BB4C5C6 for ; Sun, 29 Jan 2006 14:52:12 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k0TMqAGJ031333 for ; Sun, 29 Jan 2006 14:52:10 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200601292252.k0TMqAGJ031333@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Jan 2006 14:52:10 -0800 Sender: Cy.Schubert@komquats.com Subject: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 22:52:19 -0000 I'm experiencing the following hang on my -CURRENT testbed (which also serves as a 4.11, 5.4, and 6.0 testbed). Only under 7.0-CURRENT does it hang during boot using a stock out of the box GENERIC kernel. The machine is an old P120. Any ideas? OK include /boot/cwtest/foobar | cwtest.foobar loader file selected unload complete currdev set to disk2s1a: /boot/kernel/kernel text=0x4e15c4 data=0x84900+0xa026c syms=[0x4+0x67ea0+0x4+0x7f4ff] new kernel has been loaded OK boot -s GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Fri Jan 27 13:49:18 PST 2006 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. At this point I need to reset the machine. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 11:03:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 261D616A420; Mon, 30 Jan 2006 11:03:23 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96D543D62; Mon, 30 Jan 2006 11:03:15 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp117-204.lns1.bne3.internode.on.net [59.167.117.204]) by smtp3.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0UB36j1001441; Mon, 30 Jan 2006 21:33:07 +1030 (CST) (envelope-from smckay@internode.on.net) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.4/8.13.4) with ESMTP id k0UB2L0q006713; Mon, 30 Jan 2006 21:02:21 +1000 (EST) (envelope-from mckay) Message-Id: <200601301102.k0UB2L0q006713@dungeon.home> To: Robert Watson References: <20060126022854.GA16323@ci0.org> <20060126020818.K97024@fledge.watson.org> <200601281231.k0SCVhtc011525@dungeon.home> <20060128215112.W95776@fledge.watson.org> In-Reply-To: <20060128215112.W95776@fledge.watson.org> from Robert Watson at "Sat, 28 Jan 2006 21:52:34 +0000" Date: Mon, 30 Jan 2006 21:02:21 +1000 From: Stephen McKay Cc: current@freebsd.org, Stephen McKay Subject: Re: HEADS UP: pts code committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 11:03:23 -0000 On Saturday, 28th January 2006, Robert Watson wrote: >You are right, that is what it does. This is actually an intentional design >choice to match the behavior in Solaris, which also names them /dev/ptyp*. >Well, strictly speaking, those are just symlinks into /devices, but it comes >to much the same thing. You are probably right, though -- naming them >/dev/pty/* would make more sense, and won't affect the libc API. I had a quick look on a Solaris 8 machine and found only legacy pty devices in /dev. In /devices, they lump pts and pty nodes into /devices/pseudo with a lot of other stuff. Very messy. So I don't think the new FreeBSD /dev/ptynnn behaviour is the same as Solaris after all. I checked a Fedora Core 4 box too, and it doesn't put the pty's in /dev at all. At least in all implementations the important part (/dev/pts/nnn) is the same. Anyway, I can't find anything that depends on the naming for the master and it would make /dev tidier to bury pty's in a subdirectory. Shall we add that one missing '/'? The code would then match the comments. :-) Alternatively, the other implementations seem to get by without putting them in the tree at all. Do we need them? Stephen. From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 11:03:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF3116A420 for ; Mon, 30 Jan 2006 11:03:23 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7518543D5F for ; Mon, 30 Jan 2006 11:03:18 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3WoX-00054m-L3 for freebsd-current@freebsd.org; Mon, 30 Jan 2006 11:03:17 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3Tu6-000Fiq-Lz for freebsd-current@freebsd.org; Sun, 29 Jan 2006 23:56:50 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17373.50882.270841.554876@roam.psg.com> Date: Sun, 29 Jan 2006 23:56:50 -0800 To: FreeBSD Current Subject: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 11:03:23 -0000 thinkpad with i386 very current, i am getting increasing swap consumption and xorg is the eater. eventually, it crashes. gnome is the desktop. all 557 ports current. anyone else seeing this? randy From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 11:50:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9593B16A420 for ; Mon, 30 Jan 2006 11:50:21 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4329F43D45 for ; Mon, 30 Jan 2006 11:50:21 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 52F4446BA8; Mon, 30 Jan 2006 06:50:13 -0500 (EST) Date: Mon, 30 Jan 2006 11:52:05 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stephen McKay In-Reply-To: <200601301102.k0UB2L0q006713@dungeon.home> Message-ID: <20060130115009.B95776@fledge.watson.org> References: <20060126022854.GA16323@ci0.org> <20060126020818.K97024@fledge.watson.org> <200601281231.k0SCVhtc011525@dungeon.home> <20060128215112.W95776@fledge.watson.org> <200601301102.k0UB2L0q006713@dungeon.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: HEADS UP: pts code committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 11:50:21 -0000 On Mon, 30 Jan 2006, Stephen McKay wrote: > On Saturday, 28th January 2006, Robert Watson wrote: > >> You are right, that is what it does. This is actually an intentional design >> choice to match the behavior in Solaris, which also names them /dev/ptyp*. >> Well, strictly speaking, those are just symlinks into /devices, but it comes >> to much the same thing. You are probably right, though -- naming them >> /dev/pty/* would make more sense, and won't affect the libc API. > > I had a quick look on a Solaris 8 machine and found only legacy pty devices > in /dev. In /devices, they lump pts and pty nodes into /devices/pseudo with > a lot of other stuff. Very messy. So I don't think the new FreeBSD > /dev/ptynnn behaviour is the same as Solaris after all. I checked a Fedora > Core 4 box too, and it doesn't put the pty's in /dev at all. At least in > all implementations the important part (/dev/pts/nnn) is the same. > > Anyway, I can't find anything that depends on the naming for the master and > it would make /dev tidier to bury pty's in a subdirectory. Shall we add > that one missing '/'? The code would then match the comments. :-) Yes, we shuold -- I'll commit that today. > Alternatively, the other implementations seem to get by without putting them > in the tree at all. Do we need them? It has to do with a difference in how our devfs does device cloning -- whereas on some systems, your file descriptor reference to a device is silently replaced with the cloned device, so no name for it is needed, our implementation actually hooks the lookup to instantiate the device. It probably would be possible to allow a name never to be instantiated with this model, but it's not currently that way. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 12:12:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A287116A420 for ; Mon, 30 Jan 2006 12:12:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D939A43D46 for ; Mon, 30 Jan 2006 12:12:56 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fwnetw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k0UCCnlq054150 for ; Mon, 30 Jan 2006 13:12:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k0UCCnu6054149; Mon, 30 Jan 2006 13:12:49 +0100 (CET) (envelope-from olli) Date: Mon, 30 Jan 2006 13:12:49 +0100 (CET) Message-Id: <200601301212.k0UCCnu6054149@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <20060129050435.A5945@xorpc.icir.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 30 Jan 2006 13:12:55 +0100 (CET) X-Mailman-Approved-At: Mon, 30 Jan 2006 12:23:45 +0000 Cc: Subject: Re: for review: sys/dev/md/md.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:12:59 -0000 Luigi Rizzo wrote: > just discovered, trying to resurrect picobsd on -current, > that the compiler in 6.x/7.x has become smart and, at least > with the default compilation flags, will optimize out > the "end_mfs_root" string from the object. Shouldn't it be sufficient to declare the string as volatile? That should prevent it from being optimized by the compiler. (I'm not questioning your solution, mind you. I just wonder if "volatile" would do the job. So far I've used volatile for things like sig_atomic_t only.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 12:54:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F05416A420 for ; Mon, 30 Jan 2006 12:54:48 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA1C43D45 for ; Mon, 30 Jan 2006 12:54:48 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k0UCslPF021325 for ; Mon, 30 Jan 2006 04:54:47 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k0UCslI0021324 for freebsd-current@freebsd.org; Mon, 30 Jan 2006 04:54:47 -0800 (PST) (envelope-from rizzo) Date: Mon, 30 Jan 2006 04:54:47 -0800 From: Luigi Rizzo To: freebsd-current@freebsd.org Message-ID: <20060130045447.A20935@xorpc.icir.org> References: <20060129050435.A5945@xorpc.icir.org> <200601301212.k0UCCnu6054149@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200601301212.k0UCCnu6054149@lurza.secnetix.de>; from olli@lurza.secnetix.de on Mon, Jan 30, 2006 at 01:12:49PM +0100 Subject: Re: for review: sys/dev/md/md.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:54:48 -0000 On Mon, Jan 30, 2006 at 01:12:49PM +0100, Oliver Fromme wrote: > Luigi Rizzo wrote: > > just discovered, trying to resurrect picobsd on -current, > > that the compiler in 6.x/7.x has become smart and, at least > > with the default compilation flags, will optimize out > > the "end_mfs_root" string from the object. > > Shouldn't it be sufficient to declare the string as volatile? > That should prevent it from being optimized by the compiler. maybe. but packing both into the same struct also solves the issue of compiler potentially rearranging the variables in memory, and since we want them contiguous, the approach i suggested is probably more appropriate (with compilers becoming smarter and smarter, that is...) cheers luigi > (I'm not questioning your solution, mind you. I just wonder > if "volatile" would do the job. So far I've used volatile > for things like sig_atomic_t only.) > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing > Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd > Any opinions expressed in this message may be personal to the author > and may not necessarily reflect the opinions of secnetix in any way. > > "When your hammer is C++, everything begins to look like a thumb." > -- Steve Haflich, in comp.lang.c++ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 13:30:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A862C16A420; Mon, 30 Jan 2006 13:30:05 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A98D43D55; Mon, 30 Jan 2006 13:30:01 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F917.dip.t-dialin.net [84.165.249.23]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0UDKnD2070881; Mon, 30 Jan 2006 14:20:49 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0UDTtUE004478; Mon, 30 Jan 2006 14:29:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 30 Jan 2006 14:29:55 +0100 Message-ID: <20060130142955.fewnc3omossgoo0w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 30 Jan 2006 14:29:55 +0100 From: Alexander Leidinger To: Stephen McKay References: <20060126022854.GA16323@ci0.org> <20060126020818.K97024@fledge.watson.org> <200601281231.k0SCVhtc011525@dungeon.home> <20060128215112.W95776@fledge.watson.org> <200601301102.k0UB2L0q006713@dungeon.home> In-Reply-To: <200601301102.k0UB2L0q006713@dungeon.home> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Robert Watson , current@freebsd.org Subject: Re: HEADS UP: pts code committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 13:30:05 -0000 Stephen McKay wrote: > On Saturday, 28th January 2006, Robert Watson wrote: > >> You are right, that is what it does. This is actually an intentional design >> choice to match the behavior in Solaris, which also names them /dev/ptyp*. >> Well, strictly speaking, those are just symlinks into /devices, but it comes >> to much the same thing. You are probably right, though -- naming them >> /dev/pty/* would make more sense, and won't affect the libc API. > > I had a quick look on a Solaris 8 machine and found only legacy pty devices > in /dev. In /devices, they lump pts and pty nodes into /devices/pseudo > with a lot of other stuff. Very messy. So I don't think the new FreeBSD > /dev/ptynnn behaviour is the same as Solaris after all. % uname -a SunOS xantia 5.10 Generic_118844-27 i86pc i386 i86pc % ll /dev/pt* lrwxrwxrwx 1 root root 31 Sep 27 17:26 /dev/ptmajor -> ../devices/pseudo/ptm@0:ptmajor lrwxrwxrwx 1 root root 29 Sep 27 17:26 /dev/ptmx -> ../devices/pseudo/clone@0:ptm lrwxrwxrwx 1 root root 29 Sep 27 17:26 /dev/ptyp0 -> ../devices/pseudo/ptc@0:ptyp0 lrwxrwxrwx 1 root root 29 Sep 27 17:26 /dev/ptyp1 -> ../devices/pseudo/ptc@0:ptyp1 [...] lrwxrwxrwx 1 root root 29 Sep 27 17:28 /dev/ptyrd -> ../devices/pseudo/ptc@0:ptyrd lrwxrwxrwx 1 root root 29 Sep 27 17:28 /dev/ptyre -> ../devices/pseudo/ptc@0:ptyre lrwxrwxrwx 1 root root 29 Sep 27 17:28 /dev/ptyrf -> ../devices/pseudo/ptc@0:ptyrf /dev/pts/: total 270 drwxr-xr-x 2 root sys 2.0K Dec 7 09:51 ./ drwxr-xr-x 18 root sys 3.5K Jan 27 09:45 ../ lrwxrwxrwx 1 root root 28 Sep 27 17:26 0 -> ../../devices/pseudo/pts@0:0 lrwxrwxrwx 1 root root 28 Sep 27 17:26 1 -> ../../devices/pseudo/pts@0:1 lrwxrwxrwx 1 root root 29 Sep 27 17:28 10 -> ../../devices/pseudo/pts@0:10 lrwxrwxrwx 1 root root 30 Dec 7 09:51 100 -> ../../devices/pseudo/pts@0:100 [...] lrwxrwxrwx 1 root root 29 Dec 7 09:51 97 -> ../../devices/pseudo/pts@0:97 lrwxrwxrwx 1 root root 29 Dec 7 09:51 98 -> ../../devices/pseudo/pts@0:98 lrwxrwxrwx 1 root root 29 Dec 7 09:51 99 -> ../../devices/pseudo/pts@0:99 Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 "Kirk to Enterprise -- beam down yeoman Rand and a six-pack." From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 14:23:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD3816A420 for ; Mon, 30 Jan 2006 14:23:20 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA2143D53 for ; Mon, 30 Jan 2006 14:23:19 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id BCED63A7B; Mon, 30 Jan 2006 12:23:16 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 4AC303A76; Mon, 30 Jan 2006 12:23:10 -0200 (BRDT) Message-ID: <43DE2130.70203@yahoo.com.br> Date: Mon, 30 Jan 2006 12:22:40 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060126) MIME-Version: 1.0 To: Randy Bush , current@freebsd.org References: <17373.50882.270841.554876@roam.psg.com> In-Reply-To: <17373.50882.270841.554876@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 14:23:20 -0000 Randy, The new malloc implementation still it is going to be perfected, in my station: Xorg increase +/- 40% Firefox increase +/- 60% Amule increase +/- 30% I not recompile this ports after world. Ricardo A. Reis UNIFESP Unix and Network Admin > thinkpad with i386 very current, i am getting increasing swap > consumption and xorg is the eater. eventually, it crashes. > > gnome is the desktop. all 557 ports current. > > anyone else seeing this? > > randy > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 14:28:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD9B16A426 for ; Mon, 30 Jan 2006 14:28:54 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8712243D4C for ; Mon, 30 Jan 2006 14:28:54 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3a1W-000A90-1C; Mon, 30 Jan 2006 14:28:54 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3a1V-0008co-BF; Mon, 30 Jan 2006 06:28:53 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17374.8868.815312.597508@roam.psg.com> Date: Mon, 30 Jan 2006 06:28:52 -0800 To: "Ricardo A. Reis" References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> Cc: current@freebsd.org Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 14:28:55 -0000 > The new malloc implementation still it is going to be perfected, > in my station: > > Xorg increase +/- 40% > Firefox increase +/- 60% > Amule increase +/- 30% > > I not recompile this ports after world. > > Ricardo A. Reis > UNIFESP > Unix and Network Admin let me be more clear. this is a leak, not an increase. if i leave the system untouched (and it's a laptop which runs no net services), memory use by xorg (shown by top) slowly goes from under 100m to 500m in four hours. and it keeps going until it starts to swap. and it keeps going until it crashes the system. and this is new with build and portupgrade of 2006.01.23, a week ago. randy From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 15:21:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D675016A420 for ; Mon, 30 Jan 2006 15:21:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFA543D49 for ; Mon, 30 Jan 2006 15:21:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id E13203A8D; Mon, 30 Jan 2006 13:21:35 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id E33AE3A77; Mon, 30 Jan 2006 13:21:30 -0200 (BRDT) Message-ID: <43DE2EDD.4010800@yahoo.com.br> Date: Mon, 30 Jan 2006 13:21:01 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060126) MIME-Version: 1.0 To: Randy Bush References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> In-Reply-To: <17374.8868.815312.597508@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: current@freebsd.org Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 15:21:38 -0000 Ok !! it is leak, In my house the station not crashes, but the increase of memory usage is visible for me, because my Station is a very old system (k6-2 500 with 192MB) i not update the packages. I use this machine for severals year, actually after the 4.5,5x.,6.x and now 7- CURRENT really consume more memory. For Firefox is more clear, before a update in last two week i use +/- 12 [tabs] now it is impossible. Ricardo A. Reis UNIFESP Unix and Network Admin >> The new malloc implementation still it is going to be perfected, >> in my station: >> >> Xorg increase +/- 40% >> Firefox increase +/- 60% >> Amule increase +/- 30% >> >> I not recompile this ports after world. >> >> Ricardo A. Reis >> UNIFESP >> Unix and Network Admin >> > > let me be more clear. this is a leak, not an increase. > > if i leave the system untouched (and it's a laptop which runs no > net services), memory use by xorg (shown by top) slowly goes from > under 100m to 500m in four hours. and it keeps going until it > starts to swap. and it keeps going until it crashes the system. > > and this is new with build and portupgrade of 2006.01.23, a week > ago. > > randy > > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 18:51:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DC0C16A420 for ; Mon, 30 Jan 2006 18:51:09 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0EF643D48 for ; Mon, 30 Jan 2006 18:50:58 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0UIoiHA010656; Mon, 30 Jan 2006 21:50:45 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0UIog2e010653; Mon, 30 Jan 2006 21:50:42 +0300 (MSK) (envelope-from yar) Date: Mon, 30 Jan 2006 21:50:41 +0300 From: Yar Tikhiy To: Gregory Nou Message-ID: <20060130185041.GF72743@comp.chem.msu.su> References: <43DA1672.1080609@altern.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DA1672.1080609@altern.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Question on IFF_PPROMISC (and IFF_PROMISC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 18:51:09 -0000 On Fri, Jan 27, 2006 at 01:47:46PM +0100, Gregory Nou wrote: > > I found a (somewhat old) post from gnn@ on this topic there : > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2004-09/0289.html > > I also think that it would be a good idea to do it (at least, it would > be easier to understand, because IFF_PPROMISC is not that explicit). If > nobody has already done it, I'll work on this. > > There is another point on which I would appreciate to know your opinion: > referring to if.c[1269], I understand that if IFF_PPROMISC is set in > ifp->if_flags, IFF_PROMISC should be set to (or we are in a transient > situation). > It appears that if_ethersubr.c[652] is working in this case. Isn't it a > mistake ? IMHO there's little point in changing the identifier's name. That will do more harm than good. The existing code looks correct to me. if_ethersubr.c:652 drops a frame not addressed to us only if IFF_PROMISC is set, but IFF_PPROMISC is not set. The point is that if IFF_PPROMISC is set, the frame will be passed up to IP or whatever anyway. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 19:54:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FA216A420 for ; Mon, 30 Jan 2006 19:54:18 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC0043D48 for ; Mon, 30 Jan 2006 19:54:17 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id C17F05E48EE; Mon, 30 Jan 2006 11:54:17 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 419155E48EC; Mon, 30 Jan 2006 11:54:17 -0800 (PST) In-Reply-To: <17374.8868.815312.597508@roam.psg.com> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <984FE491-6C27-410D-A156-8B790699EBB7@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Mon, 30 Jan 2006 11:54:15 -0800 To: Randy Bush X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: current@freebsd.org, "Ricardo A. Reis" Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 19:54:18 -0000 [Apologies for the duplicate email; mailman didn't let the mail through the first time, due to using the wrong From address.] On Jan 30, 2006, at 6:28 AM, Randy Bush wrote: >> The new malloc implementation still it is going to be perfected, >> in my station: >> >> Xorg increase +/- 40% >> Firefox increase +/- 60% >> Amule increase +/- 30% >> >> I not recompile this ports after world. >> >> Ricardo A. Reis >> UNIFESP >> Unix and Network Admin > > let me be more clear. this is a leak, not an increase. > > if i leave the system untouched (and it's a laptop which runs no > net services), memory use by xorg (shown by top) slowly goes from > under 100m to 500m in four hours. and it keeps going until it > starts to swap. and it keeps going until it crashes the system. > > and this is new with build and portupgrade of 2006.01.23, a week > ago. On 25 January, I checked in some malloc changes that fix some severe fragmentation problems. Can you please try with a newer libc, and see if the problem persists? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 20:38:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CB316A420 for ; Mon, 30 Jan 2006 20:38:14 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB3343D4C for ; Mon, 30 Jan 2006 20:38:13 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so21ugf for ; Mon, 30 Jan 2006 12:38:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=HpT0V/lPxcTMGmXmxlW0HVe3dP3LZr2MIpNGmwd/Q2LFo4LnguYuo0Ur+SGw2eFZAKnFEjlfSmJv64FiMHCqhYF5AI34PPIm1M/yyugJbRb7QyuUZS37rfv3ZK70Bh79p+LkVhQOkNuom8Ghl+gwh9o7JTcaz5Pg9W+cWuC6U7c= Received: by 10.49.34.11 with SMTP id m11mr861466nfj; Mon, 30 Jan 2006 11:32:36 -0800 (PST) Received: by 10.49.26.14 with HTTP; Mon, 30 Jan 2006 11:32:36 -0800 (PST) Message-ID: <1b62a7390601301132n48ccee95vdcb09a92e281b875@mail.gmail.com> Date: Mon, 30 Jan 2006 11:32:36 -0800 From: resonant evil To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: KDE 3.5 doesn't want to compile. karamba_python.cpp errors galore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:38:14 -0000 Hi everyone.. I just installed a minimal 7.0-CURRENT install and was recently compiling everything.. I successfully compiled xorg and what not, but now when I am trying to do a 'make install' in /usr/ports/x11/kde3, like 3 hours into the compilation process I'm getting a boatload of errors that are stopping me from continuing.. I sadly do not have a bloody clue how to fix it; I don't know Python or C.. So hopefully you pros can help me out :-) Here is the output that is stopping the show: gmake[3]: Entering directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.5.0= /supe rkaramba/src' if c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I/usr/X11R6/in= clude -I/usr/local/include -I/usr/local/include/python2.4 -D_THREAD_SAFE -pth= read -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11= R6/in clude -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointe= r-ari th -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-= dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASC= II_CA ST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT karamba_python.o -MD= -MP -MF ".deps/karamba_python.Tpo" -c -o karamba_python.o karamba_python.cpp; \ then mv -f ".deps/karamba_python.Tpo" ".deps/karamba_python.Po"; else rm -f= ".de ps/karamba_python.Tpo"; exit 1; fi karamba_python.cpp: In static member function `static void KarambaPython::i= nitPy thon()': karamba_python.cpp:370: error: `PyEval_InitThreads' undeclared (first use t= his f unction) karamba_python.cpp:370: error: (Each undeclared identifier is reported only= once for each function it appears in.) karamba_python.cpp:376: error: `PyEval_ReleaseLock' undeclared (first use t= his f unction) karamba_python.cpp: In static member function `static void KarambaPython::s= hutdo wnPython()': karamba_python.cpp:386: error: `PyEval_AcquireLock' undeclared (first use t= his f unction) karamba_python.cpp: In member function `void KarambaPython::getLock(PyThrea= dStat e**)': karamba_python.cpp:393: error: `PyEval_AcquireLock' undeclared (first use this function) karamba_python.cpp: In member function `void KarambaPython::releaseLock(PyT= hread State*)': karamba_python.cpp:409: error: `PyEval_ReleaseLock' undeclared (first use t= his f unction) gmake[3]: *** [karamba_python.o] Error 1 gmake[3]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.5.0/= super karamba/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.5.0/superkaramba' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.5.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/misc/kdeutils3. *** Error code 1 Stop in /usr/ports/x11/kde3. bash-2.05b# *** SORRY if this looks or pasted like crap, I'm trying to manage through gmail here in bloody lynx from a console and do all my cutting and pasting as well. I always ask on #FreeBSD on irc.freenode.net before I visit the mailing lists for help, but all they can tell me in there is that the problem looks like "sloppy code" or "unrefined code" (Don't hold me to this! I know squat about coding!) They did all tell me though that this looks like a pretty serious problem and should be reported to the lists, so hopefully somebody here can give me some insight! I know compiling from scratch isn't always reccomended, and the easiest way is to install everything right at installtime, but I was on a very short schedule and have been having to do things in small sections each day, which is why I did the 'minimal' install and am just trying to choose what I want.. I also know that 7.0-CURRENT is considered unstable and isn't reccomended for usage, but I need to make use of multiple experimental Atheros patches for my 6th generation ath card that has NO native support yet. (I've already done an entire rebuild world process without problems) Hopefully somebody can help me with resolving this problem, I look forward to a response Thank you in advance everyone :) -Ryan From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:34:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BAE16A420 for ; Mon, 30 Jan 2006 21:34:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689F643D48 for ; Mon, 30 Jan 2006 21:34:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3gfW-000FiY-EN; Mon, 30 Jan 2006 21:34:38 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3gI6-0000gI-Ce; Mon, 30 Jan 2006 13:10:26 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17374.32961.768874.463443@roam.psg.com> Date: Mon, 30 Jan 2006 13:10:25 -0800 To: Jason Evans References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> Cc: current@freebsd.org, "Ricardo A. Reis" Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:34:40 -0000 >>> The new malloc implementation still it is going to be perfected, >>> in my station: >>> >>> Xorg increase +/- 40% >>> Firefox increase +/- 60% >>> Amule increase +/- 30% >>> >>> I not recompile this ports after world. >>> >>> Ricardo A. Reis >>> UNIFESP >>> Unix and Network Admin >> >> let me be more clear. this is a leak, not an increase. >> >> if i leave the system untouched (and it's a laptop which runs no >> net services), memory use by xorg (shown by top) slowly goes from >> under 100m to 500m in four hours. and it keeps going until it >> starts to swap. and it keeps going until it crashes the system. >> >> and this is new with build and portupgrade of 2006.01.23, a week >> ago. > > On 25 January, I checked in some malloc changes that fix some severe > fragmentation problems. Can you please try with a newer libc, and > see if the problem persists? sorry not to be sufficiently clear. i am updatin every two or three days, last was today. problem persists. randy From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:40:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 468CC16A420 for ; Mon, 30 Jan 2006 21:40:31 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C1043D45 for ; Mon, 30 Jan 2006 21:40:29 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so1054854wra for ; Mon, 30 Jan 2006 13:40:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L40/QLUgrrmY5hNTm9snjfbVfQh+Po4tr4XGc53i2wP19OHPm6p0Dk2z6ntx37VcOC6sWNle/bz1hz0MfLJRLKgpr8gYR1qUoE4HLo8nSi49DDmQUhKwqSr7UrpoG+VFEd8Oy+K2IBowi91QP6wKtJGJ9m2nnTXEKHEgJx/i4SE= Received: by 10.65.119.5 with SMTP id w5mr1378647qbm; Mon, 30 Jan 2006 13:40:28 -0800 (PST) Received: by 10.65.112.6 with HTTP; Mon, 30 Jan 2006 13:40:28 -0800 (PST) Message-ID: Date: Tue, 31 Jan 2006 05:40:28 +0800 From: Jiawei Ye To: Randy Bush In-Reply-To: <17374.32961.768874.463443@roam.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> Cc: "Ricardo A. Reis" , Jason Evans , current@freebsd.org Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:40:31 -0000 On 1/31/06, Randy Bush wrote: > sorry not to be sufficiently clear. i am updatin every two or > three days, last was today. problem persists. > > randy Same here. top shows: last pid: 1774; load averages: 0.00, 0.00, 0.00 up 0+03:12:39 05:3= 9:48 163 processes: 1 running, 162 sleeping CPU states: 1.2% user, 0.0% nice, 0.3% system, 0.6% interrupt, 97.9% id= le Mem: 101M Active, 277M Inact, 78M Wired, 1024K Cache, 60M Buf, 39M Free Swap: 512M Total, 512M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1766 leafy 1 8 0 51580K 2460K wait 0:00 1.75% bash 229 root 1 96 0 51480K 2104K select 0:55 0.05% ppp 515 mysql 10 98 0 99M 24080K ucond 0:07 0.00% mysqld 789 vscan 1 20 0 93900K 41876K lockf 0:07 0.00% perl5.8.7 1342 leafy 1 96 0 54608K 5608K select 0:05 0.00% irssi 655 vscan 1 96 0 90348K 38660K select 0:02 0.00% perl5.8.7 479 root 1 96 0 59508K 9976K select 0:02 0.00% httpd 593 vscan 1 4 0 51192K 10676K accept 0:02 0.00% clamd 790 vscan 1 4 0 90756K 39132K select 0:01 0.00% perl5.8.7 640 leafy 1 96 0 54772K 3332K select 0:01 0.00% sshd 580 root 1 8 0 54004K 4848K nanslp 0:01 0.00% perl 543 root 1 96 0 51244K 1908K select 0:01 0.00% ntpd 892 bind 1 96 0 51104K 3752K select 0:01 0.00% named 251 _pflogd 1 -58 0 50332K 1268K bpf 0:01 0.00% pflogd 1323 leafy 1 96 0 50532K 1956K select 0:01 0.00% screen 614 pgsql 1 96 0 63164K 4396K select 0:00 0.00% postgres 786 root 1 96 0 50292K 1352K select 0:00 0.00% master 7.0-CURRENT FreeBSD 7.0-CURRENT #14: Tue Jan 31 01:28:26 CST 2006 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:40:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07CB616A422 for ; Mon, 30 Jan 2006 21:40:40 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945A943D45 for ; Mon, 30 Jan 2006 21:40:39 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 70D815E48ED; Mon, 30 Jan 2006 13:40:39 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id C0BB45E48CB; Mon, 30 Jan 2006 13:40:29 -0800 (PST) In-Reply-To: <17374.32961.768874.463443@roam.psg.com> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jason Evans Date: Mon, 30 Jan 2006 13:40:27 -0800 To: Randy Bush X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: current@freebsd.org, "Ricardo A. Reis" Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:40:40 -0000 On Jan 30, 2006, at 1:10 PM, Randy Bush wrote: >>> and this is new with build and portupgrade of 2006.01.23, a week >>> ago. >> >> On 25 January, I checked in some malloc changes that fix some severe >> fragmentation problems. Can you please try with a newer libc, and >> see if the problem persists? > > sorry not to be sufficiently clear. i am updatin every two or > three days, last was today. problem persists. Okay, I'll look into this. It may take a bit of time though, since my development hardware is in a state of chaos at the moment. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:42:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DA216A420 for ; Mon, 30 Jan 2006 21:42:27 +0000 (GMT) (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 5416243D49 for ; Mon, 30 Jan 2006 21:42:27 +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 363B41A3C20; Mon, 30 Jan 2006 13:42:27 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6EC71511FC; Mon, 30 Jan 2006 16:42:26 -0500 (EST) Date: Mon, 30 Jan 2006 16:42:26 -0500 From: Kris Kennaway To: Jiawei Ye Message-ID: <20060130214226.GA68308@xor.obsecurity.org> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Randy Bush , current@freebsd.org, Jason Evans , "Ricardo A. Reis" Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:42:27 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 31, 2006 at 05:40:28AM +0800, Jiawei Ye wrote: > On 1/31/06, Randy Bush wrote: > > sorry not to be sufficiently clear. i am updatin every two or > > three days, last was today. problem persists. > > > > randy > Same here. top shows: Sorry, what are you saying the problem is here? Kris > last pid: 1774; load averages: 0.00, 0.00, 0.00 up 0+03:12:39 05= :39:48 > 163 processes: 1 running, 162 sleeping > CPU states: 1.2% user, 0.0% nice, 0.3% system, 0.6% interrupt, 97.9% = idle > Mem: 101M Active, 277M Inact, 78M Wired, 1024K Cache, 60M Buf, 39M Free > Swap: 512M Total, 512M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1766 leafy 1 8 0 51580K 2460K wait 0:00 1.75% bash > 229 root 1 96 0 51480K 2104K select 0:55 0.05% ppp > 515 mysql 10 98 0 99M 24080K ucond 0:07 0.00% mysqld > 789 vscan 1 20 0 93900K 41876K lockf 0:07 0.00% perl5.8.7 > 1342 leafy 1 96 0 54608K 5608K select 0:05 0.00% irssi > 655 vscan 1 96 0 90348K 38660K select 0:02 0.00% perl5.8.7 > 479 root 1 96 0 59508K 9976K select 0:02 0.00% httpd > 593 vscan 1 4 0 51192K 10676K accept 0:02 0.00% clamd > 790 vscan 1 4 0 90756K 39132K select 0:01 0.00% perl5.8.7 > 640 leafy 1 96 0 54772K 3332K select 0:01 0.00% sshd > 580 root 1 8 0 54004K 4848K nanslp 0:01 0.00% perl > 543 root 1 96 0 51244K 1908K select 0:01 0.00% ntpd > 892 bind 1 96 0 51104K 3752K select 0:01 0.00% named > 251 _pflogd 1 -58 0 50332K 1268K bpf 0:01 0.00% pflogd > 1323 leafy 1 96 0 50532K 1956K select 0:01 0.00% screen > 614 pgsql 1 96 0 63164K 4396K select 0:00 0.00% postgres > 786 root 1 96 0 50292K 1352K select 0:00 0.00% master >=20 > 7.0-CURRENT FreeBSD 7.0-CURRENT #14: Tue Jan 31 01:28:26 CST 2006 >=20 > -- > "Without the userland, the kernel is useless." > --inspired by The Tao of Programming > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3ohCWry0BWjoQKURAkpyAJoDNXPh2sGaGVvdIwiU19A3xEF+kQCdE9SF TvM7bgb49z6msITqnGTx67E= =vNWJ -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:47:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B9A16A420 for ; Mon, 30 Jan 2006 21:47:15 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0026D43D45 for ; Mon, 30 Jan 2006 21:47:08 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0ULkwjD026482 for ; Tue, 31 Jan 2006 00:46:59 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0ULkwlT026481 for current@freebsd.org; Tue, 31 Jan 2006 00:46:58 +0300 (MSK) (envelope-from yar) Date: Tue, 31 Jan 2006 00:46:57 +0300 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20060130214657.GA16211@comp.chem.msu.su> References: <20060123183604.GB99678@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123183604.GB99678@comp.chem.msu.su> User-Agent: Mutt/1.5.9i Cc: Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:47:15 -0000 On Mon, Jan 23, 2006 at 09:36:04PM +0300, Yar Tikhiy wrote: > > I'm afraid something got broken in BIO/VFS since January, 19. I'm > getting the following panic at system shutdown, after flushing > buffers, and then at fsck run. I have to load a Jan 19 kernel to > be able to run fsck. The panicing kernel, as well as userland, > were built last night. > > This trace is from an fsck-time panic. > > panic: vm_page_free_toq: freeing mapped page 0xc0db3920 > ... Now the panic is gone. I wish I knew who had fixed it to say thanks to them. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:49:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE47F16A420 for ; Mon, 30 Jan 2006 21:49:45 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4275543D48 for ; Mon, 30 Jan 2006 21:49:45 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3gu8-000G6T-8l; Mon, 30 Jan 2006 21:49:44 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3gu7-0000ln-PV; Mon, 30 Jan 2006 13:49:43 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17374.35319.265698.476631@roam.psg.com> Date: Mon, 30 Jan 2006 13:49:43 -0800 To: Kris Kennaway References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> <20060130214226.GA68308@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:49:45 -0000 > Sorry, what are you saying the problem is here? maybe this will appeal more PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2166 randy 4 20 0 166M 108M kserel 3:51 0.00% firefox-bin 1343 randy 1 96 0 126M 83500K select 2:44 2.00% Xorg 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nautilus and the Xorg one just keeps growing and growing and growing. i am also suspicious of firefox, which grows as well. nautilus is a pig, bit stays the same size. it's the xorg which will eventually cause swap and then, as it fills swap, death. randy From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 21:54:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 035DD16A420 for ; Mon, 30 Jan 2006 21:54:10 +0000 (GMT) (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 ABB0C43D46 for ; Mon, 30 Jan 2006 21:54:09 +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 950CC1A3C23; Mon, 30 Jan 2006 13:54:09 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF36D51242; Mon, 30 Jan 2006 16:54:08 -0500 (EST) Date: Mon, 30 Jan 2006 16:54:08 -0500 From: Kris Kennaway To: Randy Bush Message-ID: <20060130215408.GA68492@xor.obsecurity.org> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> <20060130214226.GA68308@xor.obsecurity.org> <17374.35319.265698.476631@roam.psg.com> 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: <17374.35319.265698.476631@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:54:10 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 30, 2006 at 01:49:43PM -0800, Randy Bush wrote: > > Sorry, what are you saying the problem is here? >=20 > maybe this will appeal more >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2166 randy 4 20 0 166M 108M kserel 3:51 0.00% firefox= -bin > 1343 randy 1 96 0 126M 83500K select 2:44 2.00% Xorg > 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nautilus Those numbers don't really mean much unless you can show a comparison to something that you consider "good" (i.e. running under the old malloc). e.g. it's not hard to make firefox-bin use 108M of resident memory on *any* system. > and the Xorg one just keeps growing and growing and growing. That's a different matter though. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3osAWry0BWjoQKURAs2JAKC7hAs7iJlJgmDZUJ9OIu6hs2xpggCgwOGr FjmeVgbLOj6VxjN/pf3NM58= =Z0J8 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 22:05:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA0916A44B for ; Mon, 30 Jan 2006 22:05:11 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B373543D45 for ; Mon, 30 Jan 2006 22:05:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3h94-000GUy-F8; Mon, 30 Jan 2006 22:05:10 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3h94-0000nP-2y; Mon, 30 Jan 2006 14:05:10 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17374.36245.570152.464206@roam.psg.com> Date: Mon, 30 Jan 2006 14:05:09 -0800 To: Kris Kennaway References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> <20060130214226.GA68308@xor.obsecurity.org> <17374.35319.265698.476631@roam.psg.com> <20060130215408.GA68492@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:05:11 -0000 >> and the Xorg one just keeps growing and growing and growing. > That's a different matter though. and that's my point > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2166 randy 4 20 0 166M 108M kserel 3:51 0.00% firefox-bin > 1343 randy 1 96 0 126M 83500K select 2:44 2.00% Xorg > 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nautilus and now PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2166 randy 4 20 0 166M 110M kserel 4:26 0.00% firefox-bin 1343 randy 1 96 0 142M 86032K select 3:14 2.39% Xorg 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nautilus notice the growth in xorg and only xorg. and, from x's pov, all i have been doing is typing in an emacs window, thought there are 42 other windows open. and it will just keep growing if i walk away for a few hours. randy From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 22:47:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7659916A422 for ; Mon, 30 Jan 2006 22:47:51 +0000 (GMT) (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 3698443D48 for ; Mon, 30 Jan 2006 22:47:49 +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 24C361A3C2A; Mon, 30 Jan 2006 14:47:49 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B1A952135; Mon, 30 Jan 2006 17:47:48 -0500 (EST) Date: Mon, 30 Jan 2006 17:47:48 -0500 From: Kris Kennaway To: Randy Bush Message-ID: <20060130224748.GA69789@xor.obsecurity.org> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> <20060130214226.GA68308@xor.obsecurity.org> <17374.35319.265698.476631@roam.psg.com> <20060130215408.GA68492@xor.obsecurity.org> <17374.36245.570152.464206@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <17374.36245.570152.464206@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:47:51 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 30, 2006 at 02:05:09PM -0800, Randy Bush wrote: > >> and the Xorg one just keeps growing and growing and growing. > > That's a different matter though. >=20 > and that's my point Yes, but then you and the other respondent also seemed to be claiming something else about the other processes. Let's focus on the concrete, which for now is the growth in Xorg memory use. > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMA= ND > > 2166 randy 4 20 0 166M 108M kserel 3:51 0.00% firef= ox-bin > > 1343 randy 1 96 0 126M 83500K select 2:44 2.00% Xorg > > 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nauti= lus >=20 > and now >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2166 randy 4 20 0 166M 110M kserel 4:26 0.00% firefox= -bin > 1343 randy 1 96 0 142M 86032K select 3:14 2.39% Xorg > 1394 randy 4 20 0 102M 51456K kserel 0:08 0.00% nautilus >=20 > notice the growth in xorg and only xorg. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3peUWry0BWjoQKURAhWiAJ99oLAAF762Zw2PzrQd1B7g8/1eyACcCFcB cOmsobw6ILXD4fMDI/rv81k= =jPwo -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 30 22:55:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2E5C16A420 for ; Mon, 30 Jan 2006 22:55:37 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 584CB43D45 for ; Mon, 30 Jan 2006 22:55:36 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 6A980DE; Mon, 30 Jan 2006 16:55:36 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9F13461C38; Mon, 30 Jan 2006 16:55:35 -0600 (CST) Date: Mon, 30 Jan 2006 16:55:35 -0600 From: "Matthew D. Fuller" To: Randy Bush Message-ID: <20060130225535.GO1388@over-yonder.net> References: <17373.50882.270841.554876@roam.psg.com> <43DE2130.70203@yahoo.com.br> <17374.8868.815312.597508@roam.psg.com> <17374.32961.768874.463443@roam.psg.com> <20060130214226.GA68308@xor.obsecurity.org> <17374.35319.265698.476631@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17374.35319.265698.476631@roam.psg.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: current@freebsd.org, Kris Kennaway Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:55:37 -0000 On Mon, Jan 30, 2006 at 01:49:43PM -0800 I heard the voice of Randy Bush, and lo! it spake thus: > > and the Xorg one just keeps growing and growing and growing. This may not actually be new-malloc() related. I currently see: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1042 fullermd 1 96 0 266M 200M select 0 338:22 0.54% Xorg 1320 fullermd 5 20 10 253M 197M kserel 0 166:04 0.00% firefox-bi which are certainly larger than I recall them generally being. And this is a Jan 7 -CURRENT, before the malloc changes, still on Xorg 6.8.2. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 05:46:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9A816A420; Tue, 31 Jan 2006 05:46:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5768143D45; Tue, 31 Jan 2006 05:46:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) by smtp3.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0V5kK93084707; Tue, 31 Jan 2006 16:16:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id k0V5kF0g093319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 16:16:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Tue, 31 Jan 2006 16:16:09 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <20060130215554.GA68540@xor.obsecurity.org> <200601310914.39886.doconnor@gsoft.com.au> In-Reply-To: <200601310914.39886.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1168042.Loj1ExDysi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601311616.10870.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-current@freebsd.org, Michael Nottebrock Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 05:46:34 -0000 --nextPart1168042.Loj1ExDysi Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [ fixed CC ] On Tuesday 31 January 2006 09:14, Daniel O'Connor wrote: > On Tuesday 31 January 2006 08:25, Kris Kennaway wrote: > > > I did have a kernel from before the new malloc and it still seemed > > > quite sluggish. I remember being stuck because a commit to the AGP > > > driver on 20/12/05 prevented the nvidia driver building. > > > > new malloc =3D userland, not kernel. > > Yeah but I don't install world without first doing install kernel :) I think I was crack smoking here.. Recompiling the new libc with NO_MALLOC_EXTRAS reduced the memory usage=20 *significantly*. A make.conf knob would be highly appreciated here :) Here's a patch which seems to work here although my eyeballs almost explode= d=20 when reading the makefile so I don't know if it will have bad side-effects.. Index: lib/libc/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/CVS-Repository/src/lib/libc/Makefile,v retrieving revision 1.58 diff -u -r1.58 Makefile =2D-- lib/libc/Makefile 29 Dec 2005 04:10:52 -0000 1.58 +++ lib/libc/Makefile 31 Jan 2006 05:42:53 -0000 @@ -15,6 +15,9 @@ WARNS?=3D 2 CFLAGS+=3D-I${.CURDIR}/include -I${.CURDIR}/../../include CFLAGS+=3D-I${.CURDIR}/${MACHINE_ARCH} +.if defined(NO_MALLOC_EXTRAS) +CFLAGS+=3D-DNO_MALLOC_EXTRAS +.endif CLEANFILES+=3Dtags INSTALL_PIC_ARCHIVE=3D PRECIOUSLIB=3D =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1168042.Loj1ExDysi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3vmi5ZPcIHs/zowRAqFvAKCC7Ji23ePN/Lc6WCpMF3Y/spOzBQCdHPK8 1pAWYXudHcTfbkJJvUBx8Jw= =pA7P -----END PGP SIGNATURE----- --nextPart1168042.Loj1ExDysi-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 06:00:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58BE016A420; Tue, 31 Jan 2006 06:00:43 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B2D43D4C; Tue, 31 Jan 2006 06:00:42 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id C7A5F5E48ED; Mon, 30 Jan 2006 22:00:42 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id D4BC75E48DA; Mon, 30 Jan 2006 22:00:37 -0800 (PST) In-Reply-To: <200601311616.10870.doconnor@gsoft.com.au> References: <200601301652.16237.doconnor@gsoft.com.au> <20060130215554.GA68540@xor.obsecurity.org> <200601310914.39886.doconnor@gsoft.com.au> <200601311616.10870.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1713BECB-9E36-4D12-A063-46AB2EC0AB2F@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Mon, 30 Jan 2006 22:00:35 -0800 To: Daniel O'Connor X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org, Michael Nottebrock , Kris Kennaway Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 06:00:43 -0000 [Apologies for the duplicate emails.] On Jan 30, 2006, at 9:46 PM, Daniel O'Connor wrote: > [ fixed CC ] > On Tuesday 31 January 2006 09:14, Daniel O'Connor wrote: >> On Tuesday 31 January 2006 08:25, Kris Kennaway wrote: >>>> I did have a kernel from before the new malloc and it still seemed >>>> quite sluggish. I remember being stuck because a commit to the AGP >>>> driver on 20/12/05 prevented the nvidia driver building. >>> >>> new malloc = userland, not kernel. >> >> Yeah but I don't install world without first doing install kernel :) > > I think I was crack smoking here.. > Recompiling the new libc with NO_MALLOC_EXTRAS reduced the memory > usage > *significantly*. Yes, I'd expect the memory usage to decrease if you build with NO_MALLOC_EXTRAS, since redzone overhead is 32 bytes per object. Do you see any evidence of unbounded X memory usage though? > A make.conf knob would be highly appreciated here :) Why not just append to CFLAGS in make.conf? NO_MALLOC_EXTRAS is a development-only flag, since the malloc debug features will be disabled for releases, so a make.conf knob would have no relevance to releases. Unless there's serious worry about cpp namespace pollution, I don't understand the need for the patch you provided. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 06:37:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 863E916A420 for ; Tue, 31 Jan 2006 06:37:36 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D8BD43D49 for ; Tue, 31 Jan 2006 06:37:36 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3p8x-000NEO-Hi; Tue, 31 Jan 2006 06:37:35 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3p8w-0003KD-Gf; Mon, 30 Jan 2006 22:37:34 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17375.1454.11511.502872@roam.psg.com> Date: Mon, 30 Jan 2006 22:37:34 -0800 To: Eric Anholt References: <17373.50882.270841.554876@roam.psg.com> <43DECB94.50307@lclark.edu> Cc: FreeBSD Current Subject: Re: xorg 6.9.0 mem leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 06:37:36 -0000 > Note that any app leaking pixmaps or other X resources will > have those resources charged to X, not the app. xrestop can > find offenders usually if it's some app's fault. so it's firefox. thanks. randy From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 07:17:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D77C16A420 for ; Tue, 31 Jan 2006 07:17:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E2843D49 for ; Tue, 31 Jan 2006 07:17:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0V7H1ZC024387; Tue, 31 Jan 2006 00:17:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 31 Jan 2006 00:17:12 -0700 (MST) Message-Id: <20060131.001712.99374123.imp@bsdimp.com> To: freebsd-current@freebsd.org, olli@lurza.secnetix.de From: "M. Warner Losh" In-Reply-To: <200601301212.k0UCCnu6054149@lurza.secnetix.de> References: <20060129050435.A5945@xorpc.icir.org> <200601301212.k0UCCnu6054149@lurza.secnetix.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 31 Jan 2006 00:17:02 -0700 (MST) Cc: Subject: Re: for review: sys/dev/md/md.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 07:17:17 -0000 In message: <200601301212.k0UCCnu6054149@lurza.secnetix.de> Oliver Fromme writes: : Luigi Rizzo wrote: : > just discovered, trying to resurrect picobsd on -current, : > that the compiler in 6.x/7.x has become smart and, at least : > with the default compilation flags, will optimize out : > the "end_mfs_root" string from the object. : : Shouldn't it be sufficient to declare the string as volatile? : That should prevent it from being optimized by the compiler. I know that for the arm board I'm working on, MFS works great. The proposed patch looks interesting, but I'm not sure why it is necessary. I think removing the 'static' would be sufficient... Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 07:35:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 648EB16A420; Tue, 31 Jan 2006 07:35:27 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A74FE43D4C; Tue, 31 Jan 2006 07:35:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) by smtp1.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0V7ZBmm093138; Tue, 31 Jan 2006 18:05:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id k0V7ZAUr093986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 18:05:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jason Evans Date: Tue, 31 Jan 2006 18:04:59 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <200601311616.10870.doconnor@gsoft.com.au> <1713BECB-9E36-4D12-A063-46AB2EC0AB2F@freebsd.org> In-Reply-To: <1713BECB-9E36-4D12-A063-46AB2EC0AB2F@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5058637.oaHvhcfK8N"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601311805.07556.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-current@freebsd.org, Michael Nottebrock , Kris Kennaway Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 07:35:27 -0000 --nextPart5058637.oaHvhcfK8N Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Yes, I'd expect the memory usage to decrease if you build with > NO_MALLOC_EXTRAS, since redzone overhead is 32 bytes per object. Do > you see any evidence of unbounded X memory usage though? Hmm, not sure it was unbounded, but it was certainly consuming a lot of ext= ra=20 memory. Note that with the debugging off top shows it as.. PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 19876 root 1 100 0 315M 136M select 18:16 13.67% Xorg so it's hardly small. > Why not just append to CFLAGS in make.conf? NO_MALLOC_EXTRAS is a > development-only flag, since the malloc debug features will be > disabled for releases, so a make.conf knob would have no relevance to > releases. Unless there's serious worry about cpp namespace > pollution, I don't understand the need for the patch you provided. Hmm, I thought touching CFLAGS in make.conf was verboten.. If not then I will use it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5058637.oaHvhcfK8N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3xMr5ZPcIHs/zowRAmaOAKCTBgFiDqURbmAcIkuSEh+Js3UalwCfRNBt ODfPidnX8EycLkrRjBO/Alo= =gwtJ -----END PGP SIGNATURE----- --nextPart5058637.oaHvhcfK8N-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 08:14:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D560F16A420 for ; Tue, 31 Jan 2006 08:14:56 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5598A43D4C for ; Tue, 31 Jan 2006 08:14:53 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 1D0831979BC; Tue, 31 Jan 2006 09:14:52 +0100 (CET) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 0D67F194B8E; Tue, 31 Jan 2006 09:14:52 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-156-194.pools.arcor-ip.net [84.61.156.194]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id BC8B110CD0E; Tue, 31 Jan 2006 09:14:51 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k0V8EmVt078778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 09:14:49 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <43DF1C73.8080902@freebsd.org> Date: Tue, 31 Jan 2006 09:14:43 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: resonant evil References: <1b62a7390601301132n48ccee95vdcb09a92e281b875@mail.gmail.com> In-Reply-To: <1b62a7390601301132n48ccee95vdcb09a92e281b875@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF27E925E512591C62AA43A9D" X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: KDE 3.5 doesn't want to compile. karamba_python.cpp errors galore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 08:14:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF27E925E512591C62AA43A9D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable resonant evil wrote: > karamba_python.cpp:370: error: `PyEval_InitThreads' undeclared (first u= se this f > unction) > karamba_python.cpp:370: error: (Each undeclared identifier is reported = only once > for each function it appears in.) > karamba_python.cpp:376: error: `PyEval_ReleaseLock' undeclared (first u= se this f > unction) > karamba_python.cpp: In static member function `static void KarambaPytho= n::shutdo > wnPython()': > karamba_python.cpp:386: error: `PyEval_AcquireLock' undeclared (first u= se this f > unction) > karamba_python.cpp: In member function `void KarambaPython::getLock(PyT= hreadStat > e**)': > karamba_python.cpp:393: error: `PyEval_AcquireLock' undeclared (first > use this function) > karamba_python.cpp: In member function `void KarambaPython::releaseLock= (PyThread > State*)': > karamba_python.cpp:409: error: `PyEval_ReleaseLock' undeclared (first u= se this f > unction) Make sure to turn threads support on in python (cd /usr/ports/lang/python; make config, select the THREADS option) and reinstall it. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigF27E925E512591C62AA43A9D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows 2000) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD3xx1Xhc68WspdLARAgU6AJ9XrRhANQaaOp8lyntNwVTtMXYWbwCgqamS zbTh1JW2zWXM1l+XetlvUvw= =MvM2 -----END PGP SIGNATURE----- --------------enigF27E925E512591C62AA43A9D-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 31 09:29:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CF116A423 for ; Tue, 31 Jan 2006 09:29:23 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA2643D4C for ; Tue, 31 Jan 2006 09:29:18 +0000 (GMT) (envelope-from Alexander@Lei