From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 08:51:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78EAF106566B for ; Sun, 28 Mar 2010 08:51:27 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 47D308FC18 for ; Sun, 28 Mar 2010 08:51:27 +0000 (UTC) Received: by pzk34 with SMTP id 34so3579553pzk.3 for ; Sun, 28 Mar 2010 01:51:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=f5wZ8UBfYZSkyOrQ+TnhhSHrjVZfnFWrtChOfxW9DnU=; b=Y74BE9VbxrczPjbrwzuOjDjDpC00gkWBtnbFkBOQhsi70Jn7WRwYc/oA82E9HT8GCu jkrOpKIKBN3v5+0CGILS0j9mcnVracqfDyHCm1RlPREH7ycdtT3Rqej1Xk/Ac/4YQ90x WVV2nbMQ1F6M1MAGkY5RyPTLkLl+HeU9aDrNs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nIx3rjq+0BQh7d1qJ3tZdVvtSFeRY571c0iy43v/p7OmvyVAcUWNu9dCpNaS5GsLSZ PQdMydyRiMIye4XNaX+MNFe5u4hUywkmpcnCkaLLAyc+4Ix4+CaX79WBlCzid5CI3/kW EYmhMHYTtOtmD5MkMun0QL4ltyOxpts7bNDGg= MIME-Version: 1.0 Received: by 10.114.191.6 with HTTP; Sun, 28 Mar 2010 01:28:29 -0700 (PDT) Date: Sun, 28 Mar 2010 08:28:29 +0000 Received: by 10.114.6.34 with SMTP id 34mr1495620waf.42.1269764909828; Sun, 28 Mar 2010 01:28:29 -0700 (PDT) Message-ID: From: Masoom Shaikh To: freebsd-hackers@freebsd.org, freebsd-questions Content-Type: multipart/mixed; boundary=0016e6480e32660a0f0482d82e84 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 08:51:27 -0000 --0016e6480e32660a0f0482d82e84 Content-Type: text/plain; charset=ISO-8859-1 Hello List, I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since then, system randomly just freezes, and there is no option other than hard boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( Many times I get vmcore files, not always. I have dumpdev set to AUTO in my rc.conf. Almost every time it just fsck's the file-system on reboot. I have not lost any files though. This is a Dell Inspiron 1525 Laptop with 1GB ram, Intel Core2 Duo T5500 with ATI Radeon X1400 card. The installation in question is KDE4 from ports, with radeon/ati driver. I felt the problem is with wpi driver, then suspected dri driver of X. Then I observed system freezes even if none of this is installed. e.g. if it is under some load, like building a port and simultaneously fetching something over network it hangs, and hangs hard. This persuaded me to think something is wrong in kernel scheduling itself. May be it is lost in some deadlock, etc... Thus last weekend I thought I would see how immediate previous version i.e. FreeBSD-7.3-RELEASE would behave. I reinstalled FreeBSD7.1 from iso images, svn up'ed FreeBSD7.3 source, did the normal buildworld, buildkernel, installkernel, installworld cycle. Unfortunatly this kernel is naughty as well ;-), it also freezes with same stubbornness. But difference is this time I happen to catch something interesting. It panics on NMI, fatal trap 19 while in kernel mode. Loaded the vmcore file in kgdb and got the backtrace. I obtained vmcore files on two occasions. I have attached both the back traces. This error most likely suggests hardware error in RAM, but Windox7 and XP boot just fine and never caused any errors. To verify if I have errors in my RAM I let run sysutils/memtest86+ overnight, to double verify I also executed Windows Memory Diagnostic test for four times. None of them reported errors. Can anyone here suggest any solution. Masoom Shaikh --0016e6480e32660a0f0482d82e84 Content-Type: application/octet-stream; name="vmcore0.log" Content-Disposition: attachment; filename="vmcore0.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7bl83j20 R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2Vu ZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5k L29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4KVHlw ZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRl bHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz LgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVic2QiLi4uCgpV bnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVyOgo8PDIyPj5OTk1JIElN U0FJICBJU0EgYTBhLDAsICBFRUlJU1NBIEFmIGZmCmY8CjI8PjJSPkEKTTwyCj48UjI+QSBNcCBh cHJhaXJ0aXl0IHllIHJlcnJvcnJvLHIgLGwgaWxraWVrbGV5bCB5aCBhaHJhZHJ3ZGF3cmFlciBl ZiBhZmlhbGl1bHJ1ZXIuZS4KCgoKRkZhYXR0YWFsbCAgdHRycmFhcHAgIDExOTk6OiAgbm5vb25u LS1tbWFhc3Nra2FhYmJsbGVlICBpaW5udHRlZXJycnJ1dXBwdHQgIHR0cnJhYXBwICB3d2hoaWls bGVlICBpaW5uICBra2VlcnJubmVlbGwgIG1tb29kZGVlCgpjY3BwdXVpaWRkICA9PSAgMTA7OyAg YWFwcGlpY2MgIGlpZGQgID09ICAwMDEwCgppaW5uc3N0dHJydXVjY3R0aWlvb25uICBwcG9vaWlu bnR0ZWVycgkJPT0gIDAweHg4ODo6MDB4eGZmZmZmZmZmZmZmZmZmZjhmMDg1MDU4ZjJlYzUwOWFk CnMKdHNhdGNha2Mga3Agb3Bpb25pdG5ldHJlCXIgCSAgICAgICAgICAgICAgPSAgPTAgeDAxeDAx OjAwOngwZnhmZmZmZmZmZmY4ZjBmMGYwZjA4MDA4Y2YwZWMwMzAKMGZyCmFmbXJlYSBtcGVvIGlw bm90aWVucnQJZSByIAkgICAgICAgICAgICA9ICAgMD14IDEwMHg6MTAweDpmMGZ4ZjBmZgpmYzBv MGQwZWUgN3MwZTBnYW1lZTBudAoJYwlvPWQgZWIgYXNzZWVnIG0wZXhuMHQsCSAJbD1pIG1iaWF0 cyBlMCB4MGZ4ZjBmLGYgZmwsaSBtdGl5dHAgZTAgeDBmeGYxZmJmCmYJLAkgCXQ9eSBwRGVQIEww IHgwMSxiIApwCXIJZQlzPSAgMUQsUCBMbCBvMG4sZyAgcDFyLGUgc2QgZTFmLDMgMmwgbzBuLGcg IGcxcixhIG5kIGUxZgozcDJyIG8wYyxlIHNnc3JvYXJuICBlMWYKbHBhcmdvc2MJZT1zIHNpb25y dCBlZXJmcmx1YXBndHMgCWU9biBhaWJubHRlZWRyLHIgdUlwT3RQIExlIG49YSBiMGwKZWNkdSxy IHJJZU9uUHRMICBwPXIgbzBjCmVjc3VzcglyCWU9biB0MSAxcDhyNm8yYyBlKHNhc3MJKQkKPXQg cjFhMXA4IDZuMXUgbShiY2VjcjEJcAlsPXUgczEpOQoKdHJwYWFwbiBpbmN1Om0gYm5lb3JuCS0J bT1hIHMxazlhYgpsZSBpbnRlcnJ1cHQgdHJhcApjcHVpZCA9IDAKVXB0aW1lOiAyNm0yMHMKUGh5 c2ljYWwgbWVtb3J5OiAxMDA5IE1CCkR1bXBpbmcgMTI2NyBNQjogMTI1MiAxMjM2IDEyMjAgMTIw NCAxMTg4IDExNzIgMTE1NiAxMTQwIDExMjQgMTEwOCAxMDkyIDEwNzYgMTA2MCAxMDQ0IDEwMjgg MTAxMiA5OTYgOTgwIDk2NCA5NDggOTMyIDkxNiA5MDAgODg0IDg2OCA4NTIgODM2IDgyMCA4MDQg Nzg4IDc3MiA3NTYgNzQwIDcyNCA3MDggNjkyIDY3NiA2NjAgNjQ0IDYyOCA2MTIgNTk2IDU4MCA1 NjQgNTQ4IDUzMiA1MTYgNTAwIDQ4NCA0NjggNDUyIDQzNiA0MjAgNDA0IDM4OCAzNzIgMzU2IDM0 MCAzMjQgMzA4IDI5MiAyNzYgMjYwIDI0NCAyMjggMjEyIDE5NiAxODAgMTY0IDE0OCAxMzIgMTE2 IDEwMCA4NCA2OCA1MiAzNiAyMCA0CgpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwv bnRmcy5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9udGZzLmtvLnN5bWJv bHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL250ZnMua28K UmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3dwaWZ3LmtvLi4uUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3Qva2VybmVsL3dwaWZ3LmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2Fk ZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3dwaWZ3LmtvClJlYWRpbmcgc3ltYm9scyBmcm9t IC9ib290L2tlcm5lbC9yYWRlb24ua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvcmFkZW9uLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL3JhZGVvbi5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvZHJt LmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2RybS5rby5zeW1ib2xzLi4u ZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9kcm0ua28KIzAgIGRv YWR1bXAgKCkgYXQgcGNwdS5oOjE5NQoxOTUJcGNwdS5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5LgoJaW4gcGNwdS5oCihrZ2RiKSBidAojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTk1CiMx ICAweDAwMDAwMDAwMDAwMDAwMDQgaW4gPz8gKCkKIzIgIDB4ZmZmZmZmZmY4MDU2ZGQ1OSBpbiBi b290IChob3d0bz0yNjApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6 NDE4CiMzICAweGZmZmZmZmZmODA1NmUxNjIgaW4gcGFuaWMgKGZtdD0weDEwNCA8QWRkcmVzcyAw eDEwNCBvdXQgb2YgYm91bmRzPikKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRv d24uYzo1NzQKIzQgIDB4ZmZmZmZmZmY4MDgzMWYzMyBpbiB0cmFwX2ZhdGFsIChmcmFtZT0weGZm ZmZmZjAwMjVhMTc3NDAsIGV2YT1WYXJpYWJsZSAiZXZhIiBpcyBub3QgYXZhaWxhYmxlLgopCiAg ICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjc3NwojNSAgMHhmZmZmZmZmZjgw ODMyYjdiIGluIHRyYXAgKGZyYW1lPTB4ZmZmZmZmZmY4MGMwYzI1MCkKICAgIGF0IC91c3Ivc3Jj L3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6NTc4CiM2ICAweGZmZmZmZmZmODA4MWJiY2YgaW4gbm1p X2NhbGx0cmFwICgpCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6 NDUxCiM3ICAweGZmZmZmZmZmODA4MmMwYWQgaW4gcG1hcF9yZW1vdmVfcGFnZXMgKHBtYXA9MHhm ZmZmZmYwMDAxOTUzZTM4KQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3BtYXAuYzoz ODUzClByZXZpb3VzIGZyYW1lIGlubmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQo= --0016e6480e32660a0f0482d82e84 Content-Type: application/octet-stream; name="vmcore1.log" Content-Disposition: attachment; filename="vmcore1.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7bl8isl1 R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0NCkNvcHlyaWdodCAyMDA0IEZyZWUgU29mdHdhcmUgRm91 bmRhdGlvbiwgSW5jLg0KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBH ZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBjaGFuZ2UgaXQg YW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4N ClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLg0KVGhlcmUgaXMgYWJz b2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRl dGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVic2Qi Li4uDQoNClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6DQo8PDIy Pj5OTk1JTSBJSSBTSUFTIEEgYjAsYiAwRSxJIFNFQUkgU2ZBZiANCmY8DQoyPD4yUj5BZk0NCiA8 DQoyPD4yUj5BcE1hIHJwaWF0cnlpIGV0cnlyIG9lcnIscm8gcmwsaSBrbGVpbGt5ZSBsaHlhIHJo ZGF3cmFkcndlYSByZmVhIGlmbGF1aXJsZXUucmUuDQoNCg0KDQpGRmFhdHRhYWxsICB0dHJyYWFw cCAgMTE5OTo6ICBub25uby1ubS1hbXNha3Nha2JhbGJlbCBlaSBuaXRuZXRyZXJydXJwdXRwIHR0 IHJ0YXJwYSBwdyBod2lobGllbCBlaSBuaSBuayBla3JlbnJlbmxlIGxtIG9tZG9lZGUNCg0KY2Nw cHV1aWlkZCAgPT0gIDAxOzsgIGFhcHBpaWNjICBpaWRkICA9PSAgMDAwMQ0KDQppaW5uc3N0dHJy dXVjY3R0aWlvb25uICBwcG9vaWlubnR0ZWVycgkJPT0gIDAweHg4ODo6MDB4eGZmZmZmZmZmZmZm ZmZmZjhmMDg4MDI1YjVkZjNlNzczDQpzDQp0c2F0Y2FrYyBrcCBvcGlvbml0bmV0cmUJciAJICAg ICAgICAgICAgICA9ICA9MCB4MDF4MDE6MDA6eDBmeGZmZmZmZmZmZmZmZmY4ODAwYzAwMGMwMzAw ODBmZQ0KMGZyDQphZm1yZWEgbXBlbyBpcG5vdGllbnJ0CWUgciAJICAgICAgICAgICAgPSAgIDA9 eCAxMDB4OjEwMHg6MDANCnhjZm9mZGZlZiBmc2ZlMGcwbTJlYm5mdGUJZgkwPTAgMGINCmFjc29l ZCBlMCB4czBlLGcgbWxlaW5tdGkJdAkgPTAgeGJmYWZzZmVmIGYwLHggMHQseSBwbGVpIG0waXh0 MSBiMA0KeAlmCWYJZj1mIGZELFAgTHQgeTBwLGUgIHAwcnhlMXNiIA0KMQksCSAJbD1vIG5EZ1Ag TDEgLDAgLGQgZXBmcjNlMnMgIDAxLCwgIGdscm9hbm5nICAxMQ0KLHAgcmRvZWNmZTNzMnMgbzBy LCAgZWdmcmxhYW5nIHMxCQ0KPXAgcmlvbmN0ZWVzcnNyb3VycCB0ZSBmZWxuYWFnYnNsCWU9ZCAs aSBuSXRPZVByTHIgdT1wIHQwIA0KZWNudWFyYnJsZWVuZHQsICBwSXJPb1BjTGUgcz1zIAkwCQ0K PWMgdTZyMHIwZTFuMnQgIChwc3JobyljDQpldHNyc2EJcAkgPW4gdTZtMGIwZTByMQkgCSg9YyBj MTE5cGwNCnVzcClhbg0KaXRjcjphIHBuIG9ubnUtbW1iYWVzcmsJYQliPWwgZTEgOWluDQp0ZXJy dXB0IHRyYXANCmNwdWlkID0gMA0KVXB0aW1lOiAyMG0xMnMNClBoeXNpY2FsIG1lbW9yeTogMTAw OSBNQg0KRHVtcGluZyAxMjM1IE1COiAxMjIwIDEyMDQgMTE4OCAxMTcyIDExNTYgMTE0MCAxMTI0 IDExMDggMTA5MiAxMDc2IDEwNjAgMTA0NCAxMDI4IDEwMTIgOTk2IDk4MCA5NjQgOTQ4IDkzMiA5 MTYgOTAwIDg4NCA4NjggODUyIDgzNiA4MjAgODA0IDc4OCA3NzIgNzU2IDc0MCA3MjQgNzA4IDY5 MiA2NzYgNjYwIDY0NCA2MjggNjEyIDU5NiA1ODAgNTY0IDU0OCA1MzIgNTE2IDUwMCA0ODQgNDY4 IDQ1MiA0MzYgNDIwIDQwNCAzODggMzcyIDM1NiAzNDAgMzI0IDMwOCAyOTIgMjc2IDI2MCAyNDQg MjI4IDIxMiAxOTYgMTgwIDE2NCAxNDggMTMyIDExNiAxMDAgODQgNjggNTIgMzYgMjAgNA0KDQpS ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvbnRmcy5rby4uLlJlYWRpbmcgc3ltYm9s cyBmcm9tIC9ib290L2tlcm5lbC9udGZzLmtvLnN5bWJvbHMuLi5kb25lLg0KZG9uZS4NCkxvYWRl ZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvbnRmcy5rbw0KUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Qva2VybmVsL3dwaWZ3LmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVs L3dwaWZ3LmtvLnN5bWJvbHMuLi5kb25lLg0KZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9v dC9rZXJuZWwvd3BpZncua28NClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9yYWRl b24ua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvcmFkZW9uLmtvLnN5bWJv bHMuLi5kb25lLg0KZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvcmFkZW9u LmtvDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvZHJtLmtvLi4uUmVhZGluZyBz eW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2RybS5rby5zeW1ib2xzLi4uZG9uZS4NCmRvbmUuDQpM b2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2RybS5rbw0KIzAgIGRvYWR1bXAgKCkgYXQg cGNwdS5oOjE5NQ0KMTk1CXBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4NCglpbiBw Y3B1LmgNCihrZ2RiKSBidA0KIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NQ0KIzEgIDB4MDAw MDAwMDAwMDAwMDAwNCBpbiA/PyAoKQ0KIzIgIDB4ZmZmZmZmZmY4MDU2ZGQ1OSBpbiBib290ICho b3d0bz0yNjApDQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjQxOA0K IzMgIDB4ZmZmZmZmZmY4MDU2ZTE2MiBpbiBwYW5pYyAoZm10PTB4MTA0IDxBZGRyZXNzIDB4MTA0 IG91dCBvZiBib3VuZHM+KQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24u Yzo1NzQNCiM0ICAweGZmZmZmZmZmODA4MzFmMzMgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhmZmZm ZmYwMDFhNGM5YWUwLCBldmE9VmFyaWFibGUgImV2YSIgaXMgbm90IGF2YWlsYWJsZS4NCikNCiAg ICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjc3Nw0KIzUgIDB4ZmZmZmZmZmY4 MDgzMmI3YiBpbiB0cmFwIChmcmFtZT0weGZmZmZmZmZmODBjMGMyNTApDQogICAgYXQgL3Vzci9z cmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo1NzgNCiM2ICAweGZmZmZmZmZmODA4MWJiY2YgaW4g bm1pX2NhbGx0cmFwICgpDQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlv bi5TOjQ1MQ0KIzcgIDB4ZmZmZmZmZmY4MDgyYmQzNyBpbiBwbWFwX3JlbW92ZV9wYWdlcyAocG1h cD0weGZmZmZmZjAwMWExNzE3OTgpDQogICAgYXQgdm1fcGFnZS5oOjI2Ng0KUHJldmlvdXMgZnJh bWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pDQo= --0016e6480e32660a0f0482d82e84-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 11:19:00 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 284701065672; Sun, 28 Mar 2010 11:19:00 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E4C148FC1D; Sun, 28 Mar 2010 11:18:59 +0000 (UTC) Received: by pwj4 with SMTP id 4so7780675pwj.13 for ; Sun, 28 Mar 2010 04:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=g+AQvOxlQcHTiXImOAsO3CQmjRATn5B59/KqmcznB3s=; b=e0l61Drv3A8eLO6cBEwdhP7PSa6Pc5cuL9waOPOKbCivpAT7mBQyLEYVEFhYlK1pv0 YqqO3CY9b+4JvZ5FpCLe3eThi1OaKjr0/mc27PKutQnQvMPfmGPA+4N44DoK+O4yDkXh 1dpPFiLYYgPU3rpHddra1pPJ7EQL6VQUAkH8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nksNg8x2FUTpwjAZboMgOoAZJnK2od98qUGFne8DJ6KZWMgF1wSYlNOSIfZSpIbKkO ZRwkkWlfCTDeNEkJhOoguhGsEihXjuoA6+qnGcW2AeXLKxV93IEk0pCDSnWXA2awzh2e XCGXkcc6Gu7F+wwrcwg9t+V4TGk5IKzNGldmc= MIME-Version: 1.0 Received: by 10.114.191.6 with HTTP; Sun, 28 Mar 2010 04:18:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Mar 2010 11:18:59 +0000 Received: by 10.115.67.26 with SMTP id u26mr3258125wak.109.1269775139431; Sun, 28 Mar 2010 04:18:59 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 11:19:00 -0000 On Sun, Mar 28, 2010 at 10:32 AM, Ivan Voras wrote: > Masoom Shaikh wrote: >> >> Hello List, >> >> I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since >> then, system randomly just freezes, and there is no option other than hard >> boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( > > I wild shot - did you try disabling superpages? > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > umm, how do I do that ? From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 11:45:27 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FC531065670 for ; Sun, 28 Mar 2010 11:45:27 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0928FC12 for ; Sun, 28 Mar 2010 11:45:26 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0A9AA1FFC51; Sun, 28 Mar 2010 11:45:26 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D82DD844A7; Sun, 28 Mar 2010 13:45:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Jeremy References: <4BACC791.70502@icyb.net.ua> <86zl1v84vy.fsf@ds4.des.no> <4BACD88E.2040803@icyb.net.ua> <86vdcj82qx.fsf@ds4.des.no> <20100326213022.GD32799@server.vk2pj.dyndns.org> <86pr2qlhtf.fsf@ds4.des.no> <20100327214634.GI32799@server.vk2pj.dyndns.org> Date: Sun, 28 Mar 2010 13:45:25 +0200 In-Reply-To: <20100327214634.GI32799@server.vk2pj.dyndns.org> (Peter Jeremy's message of "Sun, 28 Mar 2010 08:46:34 +1100") Message-ID: <86fx3k7jqi.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org, Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 11:45:27 -0000 Peter Jeremy writes: > Traditionally, the (PC) RTC is on the ISA bus (though it's possible it > might use I2C on other architectures or LPC on current PCs). AFAIK, it's usually on I2C on non-i386 platforms. I2C RTC chips are dirt cheap and easy to integrate, especially if you already have I2C temperature sensors and whatnot. > > Actually, it might be a good idea to call resettodr() any time the > > clock is stepped. > This should occur now via kern_time.c::settime(). OK. > Given that: > - resettodr() needs to be serialised; > - resettodr() may take a significant amount of time; and > - resettodr() should ideally be synchronised to the second boundary; > maybe creating a kthread to manage the RTC updating is reasonable. If "synchronised to the second boundary" means what I think it means (set the RTC at the exact top-of-the-second), don't go out of your way to implement that. You don't get that kind of accuracy back when you read it anyway - unless it's a calibrated RTC (I've written a Linux driver for one, hence my familiarity with eleven-minute-mode etc.) > A new kthread which sleeps on channel "update_rtc". When woken, it > checks to see if it's within (say) 50msec of a second boundary and so, > it does a trylock on the (new) RTC mutex. If it grabs the mutex then > it performs the update. If it was too far from the second boundary or > it fails to grab the mutex then it sleeps until the next second > boundary and tries again. > > The existing resettodr() would then turn into a wakeup(update_rtc). Sounds good to me, but if only that thread has access to the RTC, why bother with a mutex? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 12:03:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2EA106564A; Sun, 28 Mar 2010 12:03:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id D83798FC15; Sun, 28 Mar 2010 12:03:47 +0000 (UTC) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NvrDW-0005Dk-Gp; Sun, 28 Mar 2010 14:03:46 +0200 Received: from p57ae1a0f.dip0.t-ipconnect.de ([87.174.26.15]:44355 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NvrDW-0008OY-AC; Sun, 28 Mar 2010 14:03:46 +0200 Date: Sun, 28 Mar 2010 14:03:45 +0200 From: Gary Jennejohn To: Masoom Shaikh Message-ID: <20100328140345.0dbb7708@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 12:03:48 -0000 On Sun, 28 Mar 2010 11:18:59 +0000 Masoom Shaikh wrote: > On Sun, Mar 28, 2010 at 10:32 AM, Ivan Voras wrote: > > Masoom Shaikh wrote: > >> > >> Hello List, > >> > >> I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since > >> then, system randomly just freezes, and there is no option other than hard > >> boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( > > > > I wild shot - did you try disabling superpages? > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > > > umm, how do I do that ? > Add this to /boot/loader.conf vm.pmap.pg_ps_enabled="0" -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 12:04:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174941065700; Sun, 28 Mar 2010 12:04:16 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 79F668FC13; Sun, 28 Mar 2010 12:04:15 +0000 (UTC) Received: by wyb33 with SMTP id 33so4767452wyb.13 for ; Sun, 28 Mar 2010 05:04:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:cc:content-type; bh=izBQfUYxX8WPEdvGhvmUI719/L4OUTqzLheIc+ROCoc=; b=GgdcaAHeBBBnudYgd0GEZt0QdSD3mAF8CSvI8zrYCDwP7hEYEC9eFkxK6bTQSYnXgy VrmvjJpWn314UmVABVexkG4P5q7gbTR08gyHwtegodms7qJJY6yyYyU//F8qgI95f5vF nI4RvbW9AiUVTIE3DWx1JTGNXsJnEvag99tCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=cmFT+TzUrM8D5Fh7VG5srB2u5Wm1BxTIqUZiB6qogREmYowxz0eoPWC9203Obgi+ZK 29Dq2dPZFgaPi0Xgb690/96wpaayaBzI0m71gBBnqE9t4PM78uEZ0IorSs7oiFTkq+2C KMBnTya8G6fI2ShlFqfjN93bzrtlw20tPqlzk= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.90.139 with HTTP; Sun, 28 Mar 2010 05:03:54 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Sun, 28 Mar 2010 14:03:54 +0200 X-Google-Sender-Auth: 42ad8cfc0b3b0623 Received: by 10.216.88.71 with SMTP id z49mr2181584wee.90.1269777854135; Sun, 28 Mar 2010 05:04:14 -0700 (PDT) Message-ID: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> To: Masoom Shaikh Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 12:04:16 -0000 On 28 March 2010 13:18, Masoom Shaikh wrote: > On Sun, Mar 28, 2010 at 10:32 AM, Ivan Voras wrote: >> Masoom Shaikh wrote: >>> >>> Hello List, >>> >>> I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since >>> then, system randomly just freezes, and there is no option other than hard >>> boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( >> >> I wild shot - did you try disabling superpages? > > umm, how do I do that ? Set vm.pmap.pg_ps_enabled=0 in /boot/loader.conf and reboot. Report back if it helps or not. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 14:42:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C226B106564A; Sun, 28 Mar 2010 14:42:20 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 818FD8FC13; Sun, 28 Mar 2010 14:42:20 +0000 (UTC) Received: by pwj4 with SMTP id 4so7839516pwj.13 for ; Sun, 28 Mar 2010 07:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=Nmxd/t/qIc9Ik4ZBkwIHTWqHbRpQR29IEtMEt46joxg=; b=awQl/Ijs4Qn9DH/PXD05jQ6Gx/epkjSAtpZ7Nu9ToUSx+bOcylil4Wj0WS68XEpGeH erc60nZ4bSM+KqC8otwT9nUx250BPXc8mW8ztgEqzk184j6lPHrdk8JQF8tf9tzSHcTS 42qiFMJJX6r9OQ8s22PHC8TrIX8ramT/AW+2E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BYn3Lal9Ao/42NIWCsPdP0a2O3W3M2Cj1paVJsjRLXJKmkBbA42RvYysFQ93CUfjd2 8oIGEgo7Azd7jnuSS/6ge4nf/XoSHGXzJaGSsAZYOrPWacgpkdWd2W+LkqD66MDyaBeX NlsnQv5O3Z5PE63AmClVskwxPVbj/8VXUip9A= MIME-Version: 1.0 Received: by 10.114.191.6 with HTTP; Sun, 28 Mar 2010 07:42:19 -0700 (PDT) In-Reply-To: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> Date: Sun, 28 Mar 2010 14:42:19 +0000 Received: by 10.115.39.40 with SMTP id r40mr1793803waj.183.1269787339978; Sun, 28 Mar 2010 07:42:19 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 14:42:20 -0000 On Sun, Mar 28, 2010 at 12:03 PM, Ivan Voras wrote: > On 28 March 2010 13:18, Masoom Shaikh wrote: >> On Sun, Mar 28, 2010 at 10:32 AM, Ivan Voras wrote: >>> Masoom Shaikh wrote: >>>> >>>> Hello List, >>>> >>>> I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since >>>> then, system randomly just freezes, and there is no option other than hard >>>> boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( >>> >>> I wild shot - did you try disabling superpages? >> >> umm, how do I do that ? > > Set > > vm.pmap.pg_ps_enabled=0 > > in /boot/loader.conf and reboot. Report back if it helps or not. > nopes, this didn't help too, machine freezed again after using for 30 minutes or so all it was doing is playing amarok, fetching sources from svn repos, and using firefox lets assume if this is h/w problem, then how can other OSes overcome this ? is there a way to make FreeBSD ignore this as well, let it result in reasonable performance penalty. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 17:39:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5399A106566B; Sun, 28 Mar 2010 17:39:20 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 500F18FC08; Sun, 28 Mar 2010 17:39:18 +0000 (UTC) Received: by wyb33 with SMTP id 33so4857595wyb.13 for ; Sun, 28 Mar 2010 10:39:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:cc:content-type; bh=fQ54Xo/fc+UNlJbe/en92S7lyeW7M3gooHqpvuqMBrE=; b=E2pP1eEg/Mle9jTgjbQVWjGLVaa4DluUmMY90O4+D+WpUA32jnVQNFYXm03PRREJpL u06VCZfABCDD8dWPr+lKFU9D7aHlXES94nkm0a03gDrdJX3zTkfTkrEqq3E3qaKsrg4T RG+HyPIo9QgoIL4j6Wbtps1i8de4HLKHh8Jeo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=v1nUYwxiO7H9j0/A82Fc0AwGE/Cse/8LUsdEtqV0fjR1ZWQ65gd9+lWRwEavgS/r44 /PwWhIF8sbJ3xDXc0TYMjS0C2aUeIjKAlsn0Yr3eYFZ1uol7tttSGp3i7XJCxO/ps4hm mMMNKCPtdMd1wDYfx+O2aXqw4DE+DTi7VQzNw= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.90.139 with HTTP; Sun, 28 Mar 2010 10:38:58 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> From: Ivan Voras Date: Sun, 28 Mar 2010 19:38:58 +0200 X-Google-Sender-Auth: 0b66a2c1006f0b82 Received: by 10.216.91.16 with SMTP id g16mr2418562wef.102.1269797958118; Sun, 28 Mar 2010 10:39:18 -0700 (PDT) Message-ID: <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> To: Masoom Shaikh Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 17:39:20 -0000 On 28 March 2010 16:42, Masoom Shaikh wrote: > lets assume if this is h/w problem, then how can other OSes overcome > this ? is there a way to make FreeBSD ignore this as well, let it > result in reasonable performance penalty. Very probably, if only we could detect where the problem is. Try adding "options PRINTF_BUFR_SIZE=128" to the kernel configuration file if you can, to see if you can get a less mangled log outout. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 17:57:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 905901065670 for ; Sun, 28 Mar 2010 17:57:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4369A8FC13 for ; Sun, 28 Mar 2010 17:57:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so103670qwe.7 for ; Sun, 28 Mar 2010 10:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=ETkUSyIePGIa0TxOmJFxhaxSNd+HD9btq2prVRzdLpE=; b=NE9T0fEicGvaI8+peSoViaOgHsgbejV9DaqDctwZUkksmZXO2S4/5E/Ac9+qgG9t2G EcDcnDr1EBBEsigY+Iu8EV/XvlZSWLtSyMyIx79mOS/ZOXim6EG0X7GrOY9kKp+d2yG/ kXtS0RQ/ifxSZIdOqPcN9AAI9JNXlTW2obLpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e7A++bRAJYnCq5PwQji2NBBZxmTdK358b5SkKBJV5IBOfjaKp3q1Bz8fqPpe7U1idc pi3a1aPiIbWX3Y8EF5edcj4ydaP2S+WimhNHe16zo0pHjKAAB45dsf40wPwK4RXqvYpK 1X3fSPcVCivb0iTM6yHBpVMcSAktJGtBIJ4ak= MIME-Version: 1.0 Received: by 10.229.82.14 with HTTP; Sun, 28 Mar 2010 10:34:02 -0700 (PDT) In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> Date: Sun, 28 Mar 2010 11:34:02 -0600 Received: by 10.229.130.206 with SMTP id u14mr104624qcs.74.1269797642207; Sun, 28 Mar 2010 10:34:02 -0700 (PDT) Message-ID: <6201873e1003281034s52636444h113cc8760a007490@mail.gmail.com> From: Adam Vande More To: Masoom Shaikh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 17:57:44 -0000 On Sun, Mar 28, 2010 at 8:42 AM, Masoom Shaikh wrote: > nopes, this didn't help too, machine freezed again after using for 30 > minutes or so > all it was doing is playing amarok, fetching sources from svn repos, > and using firefox > > lets assume if this is h/w problem, then how can other OSes overcome > this ? is there a way to make FreeBSD ignore this as well, let it > result in reasonable performance penalty. > They would remove or replace the bad hardware. I've seen more that one DIMM which passed every memory checker I could find in it's most extensive testing mode. Only consistently effective option is to replace with a known good piece of memory. -- Adam Vande More From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 04:36:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAB21065672 for ; Mon, 29 Mar 2010 04:36:45 +0000 (UTC) (envelope-from sergio.g.delreal@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0E88FC0A for ; Mon, 29 Mar 2010 04:36:45 +0000 (UTC) Received: by ewy26 with SMTP id 26so746716ewy.3 for ; Sun, 28 Mar 2010 21:36:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=fvOsCCh87lIh1fOtIVp56PNYNrylhZ23ufrtzA1iCtY=; b=J3XUkebBFagjNaDgRskpGeAu69QFMkCOwiL+8FTtZCF5ZbByX1mlYFJQCAOJgIXLkf kKOMoxfruao7gil/qc1iPEYxYWL9tPaJqNqYyWoKP/MliNZLQntM9BSJBNBqKs9nKcQh XyrxxatsOW9Zo2gsH43AoCXOhrqhAm+GOswLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hhc+wXs6Ix/iAXG8HCvlfeT+tAaYpMdGtMZ4Tn0rNJp/WRTzEPqFcXjVbaRs0/lYks pkeRyOrtrA7hsJGYgckDUkcujbDpDEuw3kzyclgrVruosVmIpHnUNKQsKZ9E5jb/N29q flR+Ja60iEBq6/wfowCkWmGKhKed4D9ZoRM4U= MIME-Version: 1.0 Received: by 10.213.4.65 with HTTP; Sun, 28 Mar 2010 21:06:49 -0700 (PDT) Date: Mon, 29 Mar 2010 00:06:49 -0400 Received: by 10.213.50.195 with SMTP id a3mr77841ebg.19.1269835609970; Sun, 28 Mar 2010 21:06:49 -0700 (PDT) Message-ID: From: =?ISO-8859-1?Q?Sergio_Andr=E9s_G=F3mez_del_Real?= To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Problems understanding this piece of code... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 04:36:45 -0000 Hi. I can't seem to understand this piece of i386 boot code: What I understand is that BIOS loads MBR at 0x7c00, then jumps to the code there, code that relocates itself to and jumps to 0x600, but what does movw $main-EXEC+LOAD,%si mean? if it's the source address to copy from, why is it $main (0x7c00) - EXEC (0x600) + LOAD (0x7c00) above main? then, movw $main,%di is the address to copy to... wasn't 0x600 the address to copy to? then jump to jmp main-LOAD+EXEC (0x600)? I guess I am really missing something here, but I can't get to understand what's happening. start: cld # String ops inc xorw %ax,%ax # Zero movw %ax,%es # Address movw %ax,%ds # data movw %ax,%ss # Set up movw $LOAD,%sp # stack # # Relocate ourself to a lower address so that we are out of the way when # we load in the bootstrap from the partition to boot. # movw $main-EXEC+LOAD,%si # Source movw $main,%di # Destination movw $0x200-(main-start),%cx # Byte count rep # Relocate movsb # code # # Jump to the relocated code. # jmp main-LOAD+EXEC # To relocated code From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 10:22:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45600106564A for ; Mon, 29 Mar 2010 10:22:18 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id D0CB58FC0C for ; Mon, 29 Mar 2010 10:22:17 +0000 (UTC) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NwC6q-0006U3-Gg; Mon, 29 Mar 2010 12:22:16 +0200 Received: from p57ae0df7.dip0.t-ipconnect.de ([87.174.13.247]:33888 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NwC6q-0003aO-8w; Mon, 29 Mar 2010 12:22:16 +0200 Date: Mon, 29 Mar 2010 12:22:15 +0200 From: Gary Jennejohn To: Sergio =?ISO-8859-1?Q?Andr=E9s_G=F3mez?= del Real Message-ID: <20100329122215.235ccc92@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Problems understanding this piece of code... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 10:22:18 -0000 On Mon, 29 Mar 2010 00:06:49 -0400 Sergio Andr__s G__mez del Real wrote: > Hi. > I can't seem to understand this piece of i386 boot code: > What I understand is that BIOS loads MBR at 0x7c00, then jumps to the > code there, code that relocates itself to and jumps to 0x600, but what > does movw $main-EXEC+LOAD,%si mean? if it's the source address to copy > from, why is it $main (0x7c00) - EXEC (0x600) + LOAD (0x7c00) above > main? then, movw $main,%di is the address to copy to... wasn't 0x600 > the address to copy to? then jump to jmp main-LOAD+EXEC (0x600)? > > I guess I am really missing something here, but I can't get to > understand what's happening. > > start: cld # String ops inc > xorw %ax,%ax # Zero > movw %ax,%es # Address > movw %ax,%ds # data > movw %ax,%ss # Set up > movw $LOAD,%sp # stack > # > # Relocate ourself to a lower address so that we are out of the way when > # we load in the bootstrap from the partition to boot. > # > movw $main-EXEC+LOAD,%si # Source > movw $main,%di # Destination > movw $0x200-(main-start),%cx # Byte count > rep # Relocate > movsb # code > # > # Jump to the relocated code. > # > jmp main-LOAD+EXEC # To relocated code > The boot loader was linked to run at EXEC, so main is actually EXEC plus the offset to main from EXEC. So main-EXEC+LOAD results in calculating the offset to main at the place where the BIOS loaded it ==> LOAD+offset_to_main. This must be used as the source address for the movsb. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 16:16:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2AC106564A for ; Mon, 29 Mar 2010 16:16:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9E51C8FC12 for ; Mon, 29 Mar 2010 16:16:40 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 476AC46B8F; Mon, 29 Mar 2010 12:16:40 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 65A898A01F; Mon, 29 Mar 2010 12:16:39 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 29 Mar 2010 10:44:28 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BACC791.70502@icyb.net.ua> <20100327214634.GI32799@server.vk2pj.dyndns.org> <86fx3k7jqi.fsf@ds4.des.no> In-Reply-To: <86fx3k7jqi.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201003291044.28544.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 29 Mar 2010 12:16:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Andriy Gapon Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 16:16:40 -0000 On Sunday 28 March 2010 7:45:25 am Dag-Erling Sm=C3=B8rgrav wrote: > Peter Jeremy writes: > > A new kthread which sleeps on channel "update_rtc". When woken, it > > checks to see if it's within (say) 50msec of a second boundary and so, > > it does a trylock on the (new) RTC mutex. If it grabs the mutex then > > it performs the update. If it was too far from the second boundary or > > it fails to grab the mutex then it sleeps until the next second > > boundary and tries again. > > > > The existing resettodr() would then turn into a wakeup(update_rtc). >=20 > Sounds good to me, but if only that thread has access to the RTC, why > bother with a mutex? I would dispense with the kthread and just use a callout (or have a callout= =20 schedule a task for taskqueue_thread). =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 16:16:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11481065679; Mon, 29 Mar 2010 16:16:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 913478FC1C; Mon, 29 Mar 2010 16:16:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 41CBD46B8C; Mon, 29 Mar 2010 12:16:42 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4CFE68A025; Mon, 29 Mar 2010 12:16:41 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 29 Mar 2010 10:48:44 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003291048.44861.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 29 Mar 2010 12:16:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Masoom Shaikh , freebsd-questions Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 16:16:42 -0000 On Sunday 28 March 2010 4:28:29 am Masoom Shaikh wrote: > Hello List, > > I was a happy FreeBSD user, just before I installed FreeBSD8.0-RC1. Since > then, system randomly just freezes, and there is no option other than hard > boot. I guessed this will get solved in 8.0-RELEASE, but it was not :( > > Many times I get vmcore files, not always. I have dumpdev set to AUTO in my > rc.conf. Almost every time it just fsck's the file-system on reboot. I have > not lost any files though. This is a Dell Inspiron 1525 Laptop with 1GB ram, > Intel Core2 Duo T5500 with ATI Radeon X1400 card. The installation in > question is KDE4 from ports, with radeon/ati driver. > > I felt the problem is with wpi driver, then suspected dri driver of X. Then > I observed system freezes even if none of this is installed. e.g. if it is > under some load, like building a port and simultaneously fetching something > over network it hangs, and hangs hard. This persuaded me to think something > is wrong in kernel scheduling itself. May be it is lost in some deadlock, > etc... Thus last weekend I thought I would see how immediate previous > version i.e. FreeBSD-7.3-RELEASE would behave. > > I reinstalled FreeBSD7.1 from iso images, svn up'ed FreeBSD7.3 source, did > the normal buildworld, buildkernel, installkernel, installworld cycle. > Unfortunatly this kernel is naughty as well ;-), it also freezes with same > stubbornness. But difference is this time I happen to catch something > interesting. > > It panics on NMI, fatal trap 19 while in kernel mode. Loaded the vmcore file > in kgdb and got the backtrace. I obtained vmcore files on two occasions. I > have attached both the back traces. This error most likely suggests hardware > error in RAM, but Windox7 and XP boot just fine and never caused any errors. Yes, and note that the chipset has set a register to indicate a RAM parity error as well, so it is not a random NMI. Have you checked your BIOS' event log? You may also want to try running with machine checks enabled (hw.mca.enabled=1 in loader.conf, but it would have to be on very recent 7/8- stable) to see if you get machine checks for ECC errors. OTOH, if you do not have ECC memory then this will probably not help. > To verify if I have errors in my RAM I let run sysutils/memtest86+ > overnight, to double verify I also executed Windows Memory Diagnostic test > for four times. None of them reported errors. Can anyone here suggest any > solution. You can still have bad RAM even if those do not fail. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 17:01:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B873A106566B; Mon, 29 Mar 2010 17:01:04 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 33EEA8FC1B; Mon, 29 Mar 2010 17:01:03 +0000 (UTC) Received: by gxk3 with SMTP id 3so1075105gxk.13 for ; Mon, 29 Mar 2010 10:01:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CD6i0+opt2RhnPHLhkeEx9Koe0pwf8+B+7V4yl3NiBE=; b=e29TCAWPWQtS9Mu0SgATxAn1xAc8a1CWhtVyAfyhvpOOBcypMeoyFWuzWIMLDmGytw QTCj2OgYdBQWgks9C7ObJAyUwOXKqpLIz/clZqi+ECf3HUUuzXATldDwIzBQf8qzf923 xpLYf2w2nUXkXADECRDKviBCeJNYYY/2q54WY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vktVH0H0yK9wnIbdHj5DFUrJadn6cGLlqh2aRLGh9rgkClPQgAoLxmmlIPdUGpSifD NnrSFrnTdTR2rS1d7vdWm9V5uebs9M1zvIzlyguzR6Kgdv2ZHKcd5AUifYhgt3kx1/sa qZvMCc0buUd6O+tB61D7O9WA4MSytDwjWLyec= MIME-Version: 1.0 Received: by 10.114.137.14 with HTTP; Mon, 29 Mar 2010 10:01:02 -0700 (PDT) In-Reply-To: <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Mon, 29 Mar 2010 17:01:02 +0000 Received: by 10.114.214.36 with SMTP id m36mr1629922wag.222.1269882062707; Mon, 29 Mar 2010 10:01:02 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 17:01:04 -0000 On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > On 28 March 2010 16:42, Masoom Shaikh wrote: > >> lets assume if this is h/w problem, then how can other OSes overcome >> this ? is there a way to make FreeBSD ignore this as well, let it >> result in reasonable performance penalty. > > Very probably, if only we could detect where the problem is. > Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel this option is already there > configuration file if you can, to see if you can get a less mangled > log outout. > From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 15:14:09 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC39106564A for ; Mon, 29 Mar 2010 15:14:09 +0000 (UTC) (envelope-from drbaud@yahoo.com) Received: from n11.bullet.mail.ac4.yahoo.com (n11.bullet.mail.ac4.yahoo.com [74.6.228.83]) by mx1.freebsd.org (Postfix) with SMTP id 4D9F38FC12 for ; Mon, 29 Mar 2010 15:14:08 +0000 (UTC) Received: from [74.6.228.94] by n11.bullet.mail.ac4.yahoo.com with NNFMP; 29 Mar 2010 15:14:08 -0000 Received: from [76.13.10.181] by t1.bullet.mail.ac4.yahoo.com with NNFMP; 29 Mar 2010 15:14:08 -0000 Received: from [127.0.0.1] by omp122.mail.ac4.yahoo.com with NNFMP; 29 Mar 2010 15:14:08 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 608250.99333.bm@omp122.mail.ac4.yahoo.com Received: (qmail 76352 invoked by uid 60001); 29 Mar 2010 15:14:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1269875648; bh=YyEtB6NMGZTUMK1Bdz96a4L3XUu+k6kj4ETGthDcqM8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=DXtx8nbMaWphpfPt9u2ZZI7wGspO+VkdvlTV4Q4iWVMgPH5ZcujdcbTeYC9s5x6Zl23hEA+TYv9eKifbDN55IofBrOe9GBoVTO65eDbUkGkimIGHNT53Mu5NU9VAlhLt5UMIb9QC0tYObWx9Mu8LFEIQM5auyLXZkKI8WlOschs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=WXA+KUsktRLoNbQHvc6kz2lzHTUABq+YhSj/vlWirp8lMToKfCA4cpq1cpkwQv6OanbyX4y/COaYH6yE1E1SJL+XGARRu4UcsNFsmPvcEYMLoRIin+smYyrD067CwGMqrKp+nZ86CdWYUWnYUscCUYrUv8YwB3d3LXVPisanScs=; Message-ID: <359309.75734.qm@web65605.mail.ac4.yahoo.com> X-YMail-OSG: fICgeW4VM1mL7TMjaiwFFLmh55B.fqRvdBrgnxuYJipkOIR 2.DlQ1DPqWQz0UDspHso9_nN4Un6cgKGsyvE._GieeEGwa6bGisQPzWNEeJv u0dIudroqLEvEw3Lt4nr1WnrCRu.h5tLQ1jdwqJeMHbuN27J0Z0KJN3bfbte 2LWuKoxspJflFjnhalqZKfRkl8mlgnfJxq1.w7F8e0ZW3N0.HkVqXrkDZDBz vZTdv3w70qNxojZQwEGh79.LCGekjonQ3teY.BFq4UR7vM052Rk5J91R3YSq n.m5qw66x2nWqa1Bpgu2SoYFAOPZNj4cyflONrjSJVm13hppssE0C Received: from [64.238.244.146] by web65605.mail.ac4.yahoo.com via HTTP; Mon, 29 Mar 2010 08:14:08 PDT X-Mailer: YahooMailClassic/10.0.8 YahooMailWebService/0.8.100.260964 Date: Mon, 29 Mar 2010 08:14:08 -0700 (PDT) From: "Dr. Baud" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 29 Mar 2010 18:03:44 +0000 Subject: virtual memory question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 15:14:09 -0000 Should I be able to recover the physical address of a memory region allocated by configmalloc in a kernel module and mapped to a virtual address by a user application? Dr From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 17:43:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619AD106566B for ; Mon, 29 Mar 2010 17:43:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 42CDC8FC12 for ; Mon, 29 Mar 2010 17:43:53 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta08.emeryville.ca.mail.comcast.net with comcast id z1cj1d0090b6N64A85WjiG; Mon, 29 Mar 2010 17:30:43 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta03.emeryville.ca.mail.comcast.net with comcast id z5Wf1d00M3S48mS8P5Wgke; Mon, 29 Mar 2010 17:30:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CBCEA9B419; Mon, 29 Mar 2010 10:30:38 -0700 (PDT) Date: Mon, 29 Mar 2010 10:30:38 -0700 From: Jeremy Chadwick To: Masoom Shaikh Message-ID: <20100329173038.GA4969@icarus.home.lan> References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Mon, 29 Mar 2010 18:06:18 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 17:43:53 -0000 On Mon, Mar 29, 2010 at 05:01:02PM +0000, Masoom Shaikh wrote: > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > > On 28 March 2010 16:42, Masoom Shaikh wrote: > > > >> lets assume if this is h/w problem, then how can other OSes overcome > >> this ? is there a way to make FreeBSD ignore this as well, let it > >> result in reasonable performance penalty. > > > > Very probably, if only we could detect where the problem is. > > Try adding "options     PRINTF_BUFR_SIZE=128" to the kernel > > this option is already there The key word in Ivan's phrase is "less mangled". Neither use of or increasing PRINTF_BUFR_SIZE solves the problem of interspersed console output. I've been ranting/raving about this problem for years now; it truly looks like a mutex lock issue (or lack of such lock), but I've been told numerous times that isn't the case. To developers: what incentives would help get this issue well-needed attention? This problem makes kernel debugging, panic analysis, and other console-oriented viewing basically impossible. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 18:28:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FE71065676; Mon, 29 Mar 2010 18:28:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4455D8FC0A; Mon, 29 Mar 2010 18:28:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D5ED446B8C; Mon, 29 Mar 2010 14:28:52 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 310358A01F; Mon, 29 Mar 2010 14:28:52 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 29 Mar 2010 14:27:34 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100329173038.GA4969@icarus.home.lan> In-Reply-To: <20100329173038.GA4969@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003291427.34641.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 29 Mar 2010 14:28:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Masoom Shaikh , Ivan Voras , Jeremy Chadwick , freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 18:28:53 -0000 On Monday 29 March 2010 1:30:38 pm Jeremy Chadwick wrote: > On Mon, Mar 29, 2010 at 05:01:02PM +0000, Masoom Shaikh wrote: > > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > > > On 28 March 2010 16:42, Masoom Shaikh wrote: > > > > > >> lets assume if this is h/w problem, then how can other OSes overcome > > >> this ? is there a way to make FreeBSD ignore this as well, let it > > >> result in reasonable performance penalty. > > > > > > Very probably, if only we could detect where the problem is. > > > Try adding "options PRINTF_BUFR_SIZE=128" to the kernel > > > > this option is already there > > The key word in Ivan's phrase is "less mangled". Neither use of or > increasing PRINTF_BUFR_SIZE solves the problem of interspersed console > output. I've been ranting/raving about this problem for years now; it > truly looks like a mutex lock issue (or lack of such lock), but I've > been told numerous times that isn't the case. > > To developers: what incentives would help get this issue well-needed > attention? This problem makes kernel debugging, panic analysis, and > other console-oriented viewing basically impossible. I was recently going to look at it. The somewhat drastic approach I was going to take was to add a simple serializing lock around trap_fatal() and a few other places that do similar block prints (e.g. mca_log()). One of the issues with fixing this in printf itself is that you'd want probably want to serialize complete lines of text on a per-thread basis. You would want to be able to accumulate this line of text across multiple calls to printf (think of it as line-buffering ala stdio). However, some folks may be nervous about printf not printing things immediately. The other issue is that lots of code assumes it can call printf from anywhere and everywhere. Mostly this just means that if you add locking and line- buffering to printf(9) you have to be very careful to make sure it works in odd places. Probably a lot of this could be solved by deferring things like trap_fatal() until panic() has already been called (which is bde's preferred solution I think). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 20:30:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F2D106567A for ; Mon, 29 Mar 2010 20:30:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC468FC24 for ; Mon, 29 Mar 2010 20:30:49 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta12.emeryville.ca.mail.comcast.net with comcast id yzrZ1d0090b6N64AC8WqcV; Mon, 29 Mar 2010 20:30:50 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta03.emeryville.ca.mail.comcast.net with comcast id z8Wp1d00Q3S48mS8P8WpFX; Mon, 29 Mar 2010 20:30:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 50E049B419; Mon, 29 Mar 2010 13:30:48 -0700 (PDT) Date: Mon, 29 Mar 2010 13:30:48 -0700 From: Jeremy Chadwick To: John Baldwin Message-ID: <20100329203048.GA8010@icarus.home.lan> References: <20100329173038.GA4969@icarus.home.lan> <201003291427.34641.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003291427.34641.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Mon, 29 Mar 2010 20:39:17 +0000 Cc: freebsd-questions@freebsd.org, Masoom Shaikh , freebsd-stable@freebsd.org, Ivan Voras , freebsd-hackers@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 20:30:50 -0000 On Mon, Mar 29, 2010 at 02:27:34PM -0400, John Baldwin wrote: > On Monday 29 March 2010 1:30:38 pm Jeremy Chadwick wrote: > > On Mon, Mar 29, 2010 at 05:01:02PM +0000, Masoom Shaikh wrote: > > > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > > > > On 28 March 2010 16:42, Masoom Shaikh wrote: > > > > > > > >> lets assume if this is h/w problem, then how can other OSes overcome > > > >> this ? is there a way to make FreeBSD ignore this as well, let it > > > >> result in reasonable performance penalty. > > > > > > > > Very probably, if only we could detect where the problem is. > > > > Try adding "options PRINTF_BUFR_SIZE=128" to the kernel > > > > > > this option is already there > > > > The key word in Ivan's phrase is "less mangled". Neither use of or > > increasing PRINTF_BUFR_SIZE solves the problem of interspersed console > > output. I've been ranting/raving about this problem for years now; it > > truly looks like a mutex lock issue (or lack of such lock), but I've > > been told numerous times that isn't the case. > > > > To developers: what incentives would help get this issue well-needed > > attention? This problem makes kernel debugging, panic analysis, and > > other console-oriented viewing basically impossible. > > I was recently going to look at it. The somewhat drastic approach I was going > to take was to add a simple serializing lock around trap_fatal() and a few > other places that do similar block prints (e.g. mca_log()). One of the issues > with fixing this in printf itself is that you'd want probably want to > serialize complete lines of text on a per-thread basis. You would want to be > able to accumulate this line of text across multiple calls to printf (think of > it as line-buffering ala stdio). However, some folks may be nervous about > printf not printing things immediately. > > The other issue is that lots of code assumes it can call printf from anywhere > and everywhere. Mostly this just means that if you add locking and line- > buffering to printf(9) you have to be very careful to make sure it works in > odd places. Probably a lot of this could be solved by deferring things like > trap_fatal() until panic() has already been called (which is bde's preferred > solution I think). John, Thanks for the insights, they're greatly appreciated. I went looking this morning to see how Linux addressed this issue (if at all), and it's been discussed a few times in the past. The longest lkml thread I could find that mentioned the problem was circa 2002. Probably not worth reading as there was work done in 2009 to solve the issue. http://lkml.indiana.edu/hypermail/linux/kernel/0204.1/index.html#161 Work done by RedHat in 2009 details how they implemented a lockless version of their kernel ring buffer (similar to our system message buffer, but probably a lot more complex): http://lwn.net/Articles/340400/ http://lwn.net/Articles/340443/ Supposedly having multiple writers to the ring is 100% safe; no interspersed output. Same goes for interrupt-generated stuff. There's some comments in the technical document (2nd link) that imply there's an individual ring buffer for each CPU; possibly per-CPU kernel message buffers would solve our issue? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 01:25:08 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0081E106564A for ; Tue, 30 Mar 2010 01:25:08 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms173015pub.verizon.net (vms173015pub.verizon.net [206.46.173.15]) by mx1.freebsd.org (Postfix) with ESMTP id D8E7B8FC1C for ; Tue, 30 Mar 2010 01:25:07 +0000 (UTC) Received: from verizon.net ([unknown] [173.54.27.21]) by vms173015.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L02005WNMLSCM56@vms173015.mailsrvcs.net> for hackers@freebsd.org; Mon, 29 Mar 2010 20:25:04 -0500 (CDT) Sender: root Message-id: <4BB12268.2B2C9E50@verizon.net> Date: Mon, 29 Mar 2010 16:58:00 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-version: 1.0 To: hackers@freebsd.org Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Tue, 30 Mar 2010 02:46:44 +0000 Cc: Subject: book on parallel programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 01:25:08 -0000 Hi all, For everyone who asked about my book "The Practice of Parallel Programming" being printed, I've got it self-published through CreateSpace: https://www.createspace.com/3438465 They say it should get to Amazon too, in 3 weeks or so. The discount code RYM7VM5Q gives $14 off the list price at the CreateSpace store. The online free version is still available at http://members.verizon.net/~babkin/tpopp/ Though the printed edition has quite a few improvements in it :-) -SB From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 13:39:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F4F106566B for ; Tue, 30 Mar 2010 13:39:06 +0000 (UTC) (envelope-from ozawa@t-oza.net) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6771C8FC19 for ; Tue, 30 Mar 2010 13:39:05 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so891374eyd.9 for ; Tue, 30 Mar 2010 06:39:05 -0700 (PDT) MIME-Version: 1.0 Sender: ozawa@t-oza.net Received: by 10.216.171.65 with HTTP; Tue, 30 Mar 2010 06:39:04 -0700 (PDT) X-Originating-IP: [59.86.1.16] In-Reply-To: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> Date: Tue, 30 Mar 2010 05:39:04 -0800 X-Google-Sender-Auth: efba39ebce25f683 Received: by 10.216.86.200 with SMTP id w50mr1535017wee.173.1269956344369; Tue, 30 Mar 2010 06:39:04 -0700 (PDT) Message-ID: <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> From: Tsuyoshi Ozawa To: freebsd-hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 13:39:06 -0000 Hello, I started to work dynamic ticks in FreeBSD, and now experimental code start to work roughly. The code is here : http://github.com/oza/FreeBSD-8.0-dyntick The timer interrupt handler works as follows : 1. Scan callout queue and get when the timer fire. This is the value we can skip. 2. Run hardware timer in "oneshot mode" instead of periodic mode. My experimental code only work for local apic timer. After translating the value which is gotten at 1 to local apic timer count, pass the value to local apic timer. 3. Exit timer interrupt handler. My experimental code needs a kernel module to switch to dynamic tick mode. The kernel module is here : http://gist.github.com/345917 The benchmark is here : http://tsuyoshiozawa.blogspot.com/2010/03/started-to-implement-dynticks-in.html The result says that dynticks can save CPU power significantly, so this worth to work. But this is incomplete to work kernel components correctly. There are a lot of problems: 1. The global variable "ticks" isn't incremented by 2 and above. This gets worse the response. 2. To fix problem 1, I have to hack scheduler and profiler. If I do 1, these kernel component doesn't work correctly. But 2. is very expensive to implement. I think that it's good to switch between periodic ticks mode and dynamic ticks mode when isched_idletd is scheduled. So I'm planning to do this as a next step. If you have some idea or question about this work, please let me know. Thank you! Very truly yours Tsuyoshi Ozawa From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 13:45:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53E7106564A for ; Tue, 30 Mar 2010 13:45:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 771A98FC1C for ; Tue, 30 Mar 2010 13:45:50 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 742AD1FFC22; Tue, 30 Mar 2010 13:45:49 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 48812844A0; Tue, 30 Mar 2010 15:45:49 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tsuyoshi Ozawa References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> Date: Tue, 30 Mar 2010 15:45:49 +0200 In-Reply-To: <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> (Tsuyoshi Ozawa's message of "Tue, 30 Mar 2010 05:39:04 -0800") Message-ID: <86fx3hrkhe.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 13:45:50 -0000 Tsuyoshi Ozawa writes: > I started to work dynamic ticks in FreeBSD, and now experimental > code start to work roughly. This is great! I haven't looked at the patch, but I'm very happy that someone actually implemented this. We've been talking about it for years, and there was actually a GSoC project last year, but nothing came out of it. I really hope we can commit this soon! BTW, at one point, in your blog, you write "periodic tick mode" instead of "dynamic tick mode", which had me confused for a moment. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 14:46:20 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16636106566C for ; Tue, 30 Mar 2010 14:46:20 +0000 (UTC) (envelope-from m.nesterovych@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 929FB8FC1F for ; Tue, 30 Mar 2010 14:46:19 +0000 (UTC) Received: by fxm25 with SMTP id 25so33355fxm.3 for ; Tue, 30 Mar 2010 07:46:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=z7COhwSjGjrBNBG+wz0mBQGL3Dxg/6+5fK3Wqp3sk9M=; b=gyiHMwvbF2SvFsVUNaeryCI3TzKXpFnmcsX22knSx2DEjF5mIFVr67jP1W8Q9cOHwH zymsx/nqQ76UtxTPJFoou1L3DUQDlWDs+VfgEb3UJYHT0As4mESK/3JjzlrVs1IYcpC3 DTluTy1z0xK6Mi2zuARgX/I9w9g/BYXap0F80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; b=fbnT+Umurs7aMsUl48xltFh/cD8F4DnuUlW1hvLiGKGeLWz7r2CuZ0uRxfbFgA8BlT NGd6j6LNHqUuDROtGHi6DoZgAUZY9V/kdo7ujoi6Zkdkl7pEBMgG2i8LF2t6t5R2RTLm oZt1aknhWMkDqHKYLQOcgFS9v13KVt+EnhUwk= Received: by 10.86.124.35 with SMTP id w35mr5314634fgc.49.1269958549518; Tue, 30 Mar 2010 07:15:49 -0700 (PDT) Received: from [192.168.0.102] ([62.80.162.42]) by mx.google.com with ESMTPS id 13sm3931902fxm.2.2010.03.30.07.15.48 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 07:15:48 -0700 (PDT) From: Mark nesterovych To: hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 30 Mar 2010 17:15:46 +0300 Message-ID: <1269958546.3456.14.camel@mark-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: Subject: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.nesterovych@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 14:46:20 -0000 Hi all. Decided to write BSD licensed grep and provide it to FreeBSD project if success. But encountered with a problem, which I can resolve. I looked through the gnu, OpenBSD sources and posix requirements to this utility, and can't find a solution. Problem is next. System have few utilities [e|f]grep. And have a keys -E -F and -G which force the certain regexp processing mode. But I can't find what to do if mode caused by the utility name is another than mode of a key provided to it. If an error should be printed and utility should exit. Or may be a key must be more preferable. OpenBSD use the latest key provided in alphabetical order. Gnu's looks for a single key, error if 2 ore more provided. Posix requirements aks only for one key to be provided. How to deal with this in right way ? -- Mark Nesterovych From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 14:58:20 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C3E1065670 for ; Tue, 30 Mar 2010 14:58:20 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 877C08FC1B for ; Tue, 30 Mar 2010 14:58:20 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 691C71FFC22; Tue, 30 Mar 2010 14:58:19 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3F60C84498; Tue, 30 Mar 2010 16:58:19 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: m.nesterovych@gmail.com References: <1269958546.3456.14.camel@mark-desktop> Date: Tue, 30 Mar 2010 16:58:19 +0200 In-Reply-To: <1269958546.3456.14.camel@mark-desktop> (Mark nesterovych's message of "Tue, 30 Mar 2010 17:15:46 +0300") Message-ID: <86zl1pq2k4.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 14:58:20 -0000 Mark nesterovych writes: > Decided to write BSD licensed grep and provide it to FreeBSD project if > success. There is one already: textproc/bsdgrep. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 15:01:03 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818561065672 for ; Tue, 30 Mar 2010 15:01:03 +0000 (UTC) (envelope-from howardjp@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 07E008FC08 for ; Tue, 30 Mar 2010 15:01:02 +0000 (UTC) Received: by wyb33 with SMTP id 33so5924605wyb.13 for ; Tue, 30 Mar 2010 08:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:received :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PNVBiQ0iW5s3hG5J2vrSXnVAO11leYXCBRER4W69JyA=; b=loUcUcMh7RpO3nn2rY3AroYT0DkL9568nEO8jw346JA9LsY0QQSrClLR5bwG2l0bv4 mk0AE6UE6NRx2fHtLIhIfoKP5z9Y64RdxCt5PkQ5IJsvTRgVeu9qJI0umvUI6pCq+Qoe k7pb3qZhhcAXCLZlfn24ZsIrj/v7Di/8mvhvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WU7S3j+i4gKs4upx17qeO//JsVdF4AlFBo506PXTr/yBEX5sIIk06+ZDZSbe2K1Rxw EiIp2OLyjDZujPUOAdqKHZLwOeOMl6AUFEUjwxTzRsMUZWK1h8gZTujBLRXPybZcqpbZ gGtJgS67k87aWKH25HHMS1wFhVD8VY/XlGppA= MIME-Version: 1.0 Sender: howardjp@gmail.com Received: by 10.216.26.198 with HTTP; Tue, 30 Mar 2010 08:01:01 -0700 (PDT) In-Reply-To: <86zl1pq2k4.fsf@ds4.des.no> References: <1269958546.3456.14.camel@mark-desktop> <86zl1pq2k4.fsf@ds4.des.no> Date: Tue, 30 Mar 2010 11:01:01 -0400 X-Google-Sender-Auth: 03a68a62eed79675 Received: by 10.216.86.132 with SMTP id w4mr338965wee.87.1269961261067; Tue, 30 Mar 2010 08:01:01 -0700 (PDT) Message-ID: <88a2333a1003300801n3386da47p24de05ea75c8b16f@mail.gmail.com> From: "James P. Howard, II" To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org, m.nesterovych@gmail.com Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jh@jameshoward.us List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 15:01:03 -0000 2010/3/30 Dag-Erling Sm=C3=B8rgrav : > Mark nesterovych writes: >> Decided to write BSD licensed grep and provide it to FreeBSD project if >> success. > > There is one already: textproc/bsdgrep. Which is the basis for both NetBSD's and OpenBSD's implementations. Also, you can get slightly revised source from here: http://github.com/howardjp/freegrep It compiles and runs on both FreeBSD 8 and MacOS X. James --=20 James P. Howard, II, MPA MBCS jh@jameshoward.us From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 15:11:58 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193FC106564A for ; Tue, 30 Mar 2010 15:11:58 +0000 (UTC) (envelope-from howardjp@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB7A8FC16 for ; Tue, 30 Mar 2010 15:11:57 +0000 (UTC) Received: by ewy24 with SMTP id 24so1935894ewy.33 for ; Tue, 30 Mar 2010 08:11:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:received :message-id:subject:from:to:cc:content-type; bh=aKY+rn8cXnUJTpZaL1h/ragY7bdCH00HzkvfXRcWWQE=; b=nXvd9ZAf27JjrM7zeOWjRar7jH9UKxdNDlczcYxfGdSm6hiSCOPuD7kS2s2szQFIJ1 jvkMdLJxEu2xJl5ifKRaDoC119g56It8h16XRMT1mpfTtv1bC8b/HsoHrSuuZRqJaJmJ 8m9Q0fpSJ/o24efza6c0yo/0wUnwFZOvtov6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=emLHNhkpbVjcDpAC5C6y3yjP0b3zuy+Tlzufs5TJ4/McSJtdyQ8a1W0ImERqdFzaPf 6SfMNCrBiy4S1s5s/8p5HZKoTT4ClLwxBm0CI3StC4k6q3jdoJaFdX6b7ZGg1sIZ1Xyj pIHUJ2fAjikBw4nM+s6YF0x2dYETXnIucecdg= MIME-Version: 1.0 Sender: howardjp@gmail.com Received: by 10.216.26.198 with HTTP; Tue, 30 Mar 2010 07:47:42 -0700 (PDT) In-Reply-To: <1269958546.3456.14.camel@mark-desktop> References: <1269958546.3456.14.camel@mark-desktop> Date: Tue, 30 Mar 2010 10:47:42 -0400 X-Google-Sender-Auth: 902ab2f53d181a2b Received: by 10.216.90.17 with SMTP id d17mr960044wef.175.1269960462606; Tue, 30 Mar 2010 07:47:42 -0700 (PDT) Message-ID: <88a2333a1003300747w3c6726d3u13bf4a3264a01548@mail.gmail.com> From: "James P. Howard, II" To: m.nesterovych@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: hackers@freebsd.org Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jh@jameshoward.us List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 15:11:58 -0000 On Tue, Mar 30, 2010 at 10:15, Mark nesterovych wrote: > Decided to write BSD licensed grep and provide it to FreeBSD project if > success. How far along are you in this project? -- James P. Howard, II, MPA MBCS jh@jameshoward.us From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 15:49:42 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA7AF106564A for ; Tue, 30 Mar 2010 15:49:42 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 954F98FC0C for ; Tue, 30 Mar 2010 15:49:42 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A2E8414DAB7F; Tue, 30 Mar 2010 17:49:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Mr-ExdHEHXz6; Tue, 30 Mar 2010 17:49:38 +0200 (CEST) Received: from [113.199.177.165] (unknown [113.199.177.165]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C346A14DA6DC; Tue, 30 Mar 2010 17:49:37 +0200 (CEST) Message-ID: <4BB21D85.7030006@kovesdan.org> Date: Tue, 30 Mar 2010 21:34:25 +0545 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: m.nesterovych@gmail.com References: <1269958546.3456.14.camel@mark-desktop> In-Reply-To: <1269958546.3456.14.camel@mark-desktop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 Mar 2010 15:51:40 +0000 Cc: hackers@freebsd.org Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 15:49:42 -0000 On 30/03/2010 20:00, Mark nesterovych wrote: > Hi all. > > Decided to write BSD licensed grep and provide it to FreeBSD project if > success. > Dear Mark, this project is already completed and is going to be integrated to the base system once portmgr can run an experimental build to make sure it introduces no regressions. I suggest that you consider working on either diff/sdiff or you can contribute to my sort implementation, which is not totally completed yet. Gabor From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 15:56:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CEE51065680 for ; Tue, 30 Mar 2010 15:56:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C272A8FC26 for ; Tue, 30 Mar 2010 15:56:06 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.48.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4023A8A1996 for ; Tue, 30 Mar 2010 17:56:03 +0200 (CEST) Message-ID: <4BB21F10.3020700@bsdforen.de> Date: Tue, 30 Mar 2010 17:56:00 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1269958546.3456.14.camel@mark-desktop> In-Reply-To: <1269958546.3456.14.camel@mark-desktop> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 15:56:07 -0000 On 30/03/2010 16:15, Mark nesterovych wrote: > Decided to write BSD licensed grep and provide it to FreeBSD project if > success. > But encountered with a problem, which I can resolve. > I looked through the gnu, OpenBSD sources and posix requirements to this > utility, and can't find a solution. > ... If FreeBSD is your primary target platform, I'd suggest to do whatever the currently present implementation of grep does. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 16:43:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE2D106566B; Tue, 30 Mar 2010 16:43:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7B48FC0A; Tue, 30 Mar 2010 16:43:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA28708; Tue, 30 Mar 2010 19:43:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BB22A42.7050003@icyb.net.ua> Date: Tue, 30 Mar 2010 19:43:46 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: John Baldwin References: <4BACC791.70502@icyb.net.ua> <20100327214634.GI32799@server.vk2pj.dyndns.org> <86fx3k7jqi.fsf@ds4.des.no> <201003291044.28544.jhb@freebsd.org> In-Reply-To: <201003291044.28544.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= Subject: Re: periodically save current time to time-of-day hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 16:43:50 -0000 on 29/03/2010 17:44 John Baldwin said the following: > On Sunday 28 March 2010 7:45:25 am Dag-Erling Smørgrav wrote: >> Peter Jeremy writes: >>> A new kthread which sleeps on channel "update_rtc". When woken, it >>> checks to see if it's within (say) 50msec of a second boundary and so, >>> it does a trylock on the (new) RTC mutex. If it grabs the mutex then >>> it performs the update. If it was too far from the second boundary or >>> it fails to grab the mutex then it sleeps until the next second >>> boundary and tries again. >>> >>> The existing resettodr() would then turn into a wakeup(update_rtc). >> Sounds good to me, but if only that thread has access to the RTC, why >> bother with a mutex? > > I would dispense with the kthread and just use a callout (or have a callout > schedule a task for taskqueue_thread). Guys, do you think that periodic saving of system clock to hardware and making resettodr asynchronous are dependent issues? Or are they orthogonal and can be implemented independently? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 17:00:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3877010656AB for ; Tue, 30 Mar 2010 17:00:27 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 932DF8FC16 for ; Tue, 30 Mar 2010 17:00:26 +0000 (UTC) X-Spam-Status: No X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.88, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, T_MIME_NO_TEXT 0.01, T_TVD_MIME_NO_HEADERS 0.01) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: o2UGfwE4007268 Received: from kobe.laptop (ppp-94-64-219-161.home.otenet.gr [94.64.219.161]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-9.1) with ESMTP id o2UGfwE4007268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Mar 2010 19:42:04 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.4/8.14.4) with ESMTP id o2UGfrVp003055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Mar 2010 19:41:53 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.4/8.14.4/Submit) id o2UGfpl7003049; Tue, 30 Mar 2010 19:41:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Alexander Best In-Reply-To: (Alexander Best's message of "Fri, 05 Mar 2010 18:15:33 +0100 (CET)") Date: Tue, 30 Mar 2010 18:48:58 +0300 Message-ID: <874ojx4xp1.fsf@kobe.laptop> References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: Bruce Cran , freebsd-hackers@freebsd.org Subject: Re: building world with debugging symbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 17:00:27 -0000 --=-=-= On Fri, 05 Mar 2010 18:15:33 +0100 (CET), Alexander Best wrote: >> DEBUG_FLAGS=-g > > ahh. thanks for the hint. with DEBUG_FLAGS i was able to build world with > debugging symbols but also managed to keep the bootloader small enough. > > i don't think this option is documented anywhere or is it? It's not documented in the obvious place I'd look for it: the build(7) manpage. Does the following look ok? %%% diff -r 236fcd32a358 share/man/man7/build.7 --- a/share/man/man7/build.7 Sun Mar 28 00:46:10 2010 +0200 +++ b/share/man/man7/build.7 Tue Mar 30 18:48:16 2010 +0300 @@ -24,7 +24,7 @@ .\" .\" $FreeBSD$ .\" -.Dd December 15, 2009 +.Dd March 30, 2010 .Dt BUILD 7 .Os .Sh NAME @@ -311,6 +311,20 @@ should be set as with .Sh ENVIRONMENT Variables that influence all builds include: .Bl -tag -width ".Va MAKEOBJDIRPREFIX" +.It Va DEBUG_FLAGS +Defines a set of debugging flags that will be used to build all userland +binaries under +.Pa /usr/src . +When +.Va DEBUG_FLAGS +is defined, the +.Cm install +and +.Cm installworld +targets install binaries from the current +.Va MAKEOBJDIRPREFIX +without stripping too, so that debugging information is retained in the +installed binaries. .It Va DESTDIR The directory hierarchy prefix where built objects will be installed. If not set, %%% --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuyHXYACgkQ1g+UGjGGA7beswCgsom3GFlPsoGwcTIGITybhTai Ph4AoMTI8DNXRJc9JP3pYmi1AWMl2HJl =Phl3 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 17:23:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB26106566C for ; Tue, 30 Mar 2010 17:23:44 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 143B08FC18 for ; Tue, 30 Mar 2010 17:23:43 +0000 (UTC) Received: by fxm25 with SMTP id 25so28892fxm.3 for ; Tue, 30 Mar 2010 10:23:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=472uYVBXTtIQBfP13uoQPmxdL03z/BNgolyuCm2315w=; b=gh9HxXXwy+P0OaKGfpFP72/wbGSROOep35+dNMjA/N4g+hjqkQ/leZImWc2mNpmjdS V8XpUVg4VuZogmBIWedFZfvsQER97Wa6CZZFx5HaZ0ngqt9DWzghclAzE/zj/h5i6anV Bce7fQEsjEgoYjL71BgzKxYtmoyJpd6Qwl8To= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=sFIlHtWNNb6cWZM8+C8Pyv8xjGjl1BF2sKNvz9eccydqB3HH9uUdU6ulm2IIVsTBSG 1lCHld78uJb7l2C63rrLzMoC3+XVLoy8CVU3U6f9BnjyxPOC4VRsT/1XINnnLScVhR6x lO5ymV8bsel03+1HS5q6L+FEMPHiQJSgFxE2c= Received: by 10.223.7.78 with SMTP id c14mr1109027fac.64.1269968172046; Tue, 30 Mar 2010 09:56:12 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id 21sm13069000fks.53.2010.03.30.09.56.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 09:56:11 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BB22D32.6030501@elischer.org> Date: Tue, 30 Mar 2010 09:56:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <86fx3hrkhe.fsf@ds4.des.no> In-Reply-To: <86fx3hrkhe.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Tsuyoshi Ozawa , freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 17:23:44 -0000 On 3/30/10 6:45 AM, Dag-Erling Smørgrav wrote: > Tsuyoshi Ozawa writes: >> I started to work dynamic ticks in FreeBSD, and now experimental >> code start to work roughly. > > This is great! I haven't looked at the patch, but I'm very happy that > someone actually implemented this. We've been talking about it for > years, and there was actually a GSoC project last year, but nothing came > out of it. I really hope we can commit this soon! > > BTW, at one point, in your blog, you write "periodic tick mode" instead > of "dynamic tick mode", which had me confused for a moment. > > DES Who are you? and what have you done with DES? From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 17:36:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB271065670 for ; Tue, 30 Mar 2010 17:36:59 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 956B18FC08 for ; Tue, 30 Mar 2010 17:36:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B8F379CB199; Tue, 30 Mar 2010 19:35:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uoqdHcmBdK9u; Tue, 30 Mar 2010 19:35:05 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9D1C79CB2D1; Tue, 30 Mar 2010 19:35:05 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o2UHZ46N070734; Tue, 30 Mar 2010 19:35:04 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 30 Mar 2010 19:35:04 +0200 From: Roman Divacky To: Tsuyoshi Ozawa Message-ID: <20100330173504.GA70578@freebsd.org> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 17:36:59 -0000 On Tue, Mar 30, 2010 at 05:39:04AM -0800, Tsuyoshi Ozawa wrote: > Hello, > > I started to work dynamic ticks in FreeBSD, and now experimental > code start to work roughly. > The code is here : http://github.com/oza/FreeBSD-8.0-dyntick this is great! would it be possible for you to provide a patch? thnx! roman From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 19:35:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4432D106564A for ; Tue, 30 Mar 2010 19:35:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 14EB88FC13 for ; Tue, 30 Mar 2010 19:35:25 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A6FB146BC2; Tue, 30 Mar 2010 15:35:24 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 481598A025; Tue, 30 Mar 2010 15:35:23 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 30 Mar 2010 15:10:58 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <874ojx4xp1.fsf@kobe.laptop> In-Reply-To: <874ojx4xp1.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003301510.58203.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 30 Mar 2010 15:35:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Giorgos Keramidas , Alexander Best , Bruce Cran Subject: Re: building world with debugging symbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 19:35:25 -0000 On Tuesday 30 March 2010 11:48:58 am Giorgos Keramidas wrote: > On Fri, 05 Mar 2010 18:15:33 +0100 (CET), Alexander Best wrote: > >> DEBUG_FLAGS=-g > > > > ahh. thanks for the hint. with DEBUG_FLAGS i was able to build world with > > debugging symbols but also managed to keep the bootloader small enough. > > > > i don't think this option is documented anywhere or is it? > > It's not documented in the obvious place I'd look for it: the build(7) > manpage. Does the following look ok? > > %%% > diff -r 236fcd32a358 share/man/man7/build.7 > --- a/share/man/man7/build.7 Sun Mar 28 00:46:10 2010 +0200 > +++ b/share/man/man7/build.7 Tue Mar 30 18:48:16 2010 +0300 > @@ -24,7 +24,7 @@ > .\" > .\" $FreeBSD$ > .\" > -.Dd December 15, 2009 > +.Dd March 30, 2010 > .Dt BUILD 7 > .Os > .Sh NAME > @@ -311,6 +311,20 @@ should be set as with > .Sh ENVIRONMENT > Variables that influence all builds include: > .Bl -tag -width ".Va MAKEOBJDIRPREFIX" > +.It Va DEBUG_FLAGS > +Defines a set of debugging flags that will be used to build all userland > +binaries under > +.Pa /usr/src . > +When > +.Va DEBUG_FLAGS > +is defined, the > +.Cm install > +and > +.Cm installworld > +targets install binaries from the current > +.Va MAKEOBJDIRPREFIX > +without stripping too, so that debugging information is retained in the > +installed binaries. I would drop the "too" and start 'so' on a new line (at least that is my interpretation of the line-break rules we use for mdoc). Other than that I think this looks fine. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 04:40:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804BA1065672 for ; Wed, 31 Mar 2010 04:40:39 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1041B8FC0C for ; Wed, 31 Mar 2010 04:40:36 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13682678 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 11:40:33 +0700 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o2V4eXcR024584 for ; Wed, 31 Mar 2010 11:40:33 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o2V4eVas024583 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 11:40:31 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Wed, 31 Mar 2010 11:40:31 +0700 From: Victor Sudakov To: freebsd-hackers Message-ID: <20100331044031.GA24278@admin.sibptus.tomsk.ru> Mail-Followup-To: Victor Sudakov , freebsd-hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 04:40:39 -0000 Colleagues, I seem to have symptoms of kern/104406 on a 8.0-RELEASE-p2 system. After an uptime of several days, many processes get stuck in the "ufs" state. The processes which had already opened some files before the deadlock continue working all right, e.g. my old login sessions are functional but I cannot start a new ssh session to the box. Can you advise me a workaround? The box is being used as a BGP (quagga) router with two full views. Hardware configuration is below: Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 16:02:27 UTC 2010 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1024 MB) avail memory = 1036312576 (988 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 256M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xa800-0xa8ff mem 0xde000000-0xdeffffff,0xdf8ff000-0xdf8fffff irq 17 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xcc00-0xcc1f irq 11 at device 7.2 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0030 usbus0: on uhci0 uhci1: port 0xd000-0xd01f irq 11 at device 7.3 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0030 usbus1: on uhci1 pci0: at device 7.4 (no driver attached) fxp0: port 0xd400-0xd43f mem 0xdfffb000-0xdfffbfff,0xdffc0000-0xdffdffff irq 18 at device 10.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:55:90:64:b6 fxp0: [ITHREAD] skc0: port 0xd800-0xd8ff mem 0xdfffc000-0xdfffffff irq 16 at device 12.0 on pci0 skc0: Marvell Yukon Gigabit Ethernet rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:80:48:27:18:be miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto skc0: [ITHREAD] fxp1: port 0xdc00-0xdc3f mem 0xdffbf000-0xdffbffff,0xdfe00000-0xdfefffff irq 18 at device 14.0 on pci0 miibus2: on fxp1 inphy1: PHY 1 on miibus2 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:20:ed:20:72:be fxp1: [ITHREAD] acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 cpu1: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xd2fff,0xd3000-0xd6fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ad0: 8063MB at ata0-master UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 SMP: AP CPU #1 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted sk0: link state changed to UP -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 05:21:53 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D6F1065672 for ; Wed, 31 Mar 2010 05:21:53 +0000 (UTC) (envelope-from m.nesterovych@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id C9EEF8FC15 for ; Wed, 31 Mar 2010 05:21:52 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so313259fgb.13 for ; Tue, 30 Mar 2010 22:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=4C1Vi1SidMt+0z1XWY9utXvicCnmgIPR7MiZ/L9C+YY=; b=uEraqRIRlD7mUo2PAMmLavv/22mcr1DZyBfmzvvqOn8hrVp8kyKqj0605YPUKY/RI7 cbHsnAv2WuJR2bnN6lqmTAJvn42UmShvsoUnhpKUcvpM0m9OfuK3jxZRqnjGcRH4bkJT Rgwg7eKW+8BQdPE1NflIYl1rXF0gh41NHegMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=jxnoU3j/3HhdJaH2y8tPM7WxYgNAFzeZzFoiBb1JRCPqyDkSDuNWBko9LsVulA/o64 VIbWJsyc18sOUHfOxDnqmGBojGRtHw265ZLIrFsaE1St5z+YRV9cvgtG6bsWwbNcBSYY fQR7z5L7wkRELa23144uAvBVHyYgJVi17/APs= Received: by 10.87.55.11 with SMTP id h11mr8707838fgk.56.1270012911590; Tue, 30 Mar 2010 22:21:51 -0700 (PDT) Received: from [192.168.0.102] ([62.80.162.42]) by mx.google.com with ESMTPS id 14sm4557321fxm.9.2010.03.30.22.21.50 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 22:21:50 -0700 (PDT) From: Mark nesterovych To: jh@jameshoward.us In-Reply-To: <88a2333a1003300801n3386da47p24de05ea75c8b16f@mail.gmail.com> References: <1269958546.3456.14.camel@mark-desktop> <86zl1pq2k4.fsf@ds4.des.no> <88a2333a1003300801n3386da47p24de05ea75c8b16f@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 31 Mar 2010 08:21:48 +0300 Message-ID: <1270012908.3456.16.camel@mark-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: grep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.nesterovych@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 05:21:53 -0000 On Tue, 2010-03-30 at 11:01 -0400, James P. Howard, II wrote: > 2010/3/30 Dag-Erling Smørgrav : > > Mark nesterovych writes: > >> Decided to write BSD licensed grep and provide it to FreeBSD project if > >> success. > > > > There is one already: textproc/bsdgrep. > > Which is the basis for both NetBSD's and OpenBSD's implementations. > Also, you can get slightly revised source from here: > > http://github.com/howardjp/freegrep > > It compiles and runs on both FreeBSD 8 and MacOS X. Looks like project ideas page should be updated. Will look for new free idea to do. -- Mark Nesterovych From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 10:27:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35E4106564A for ; Wed, 31 Mar 2010 10:27:10 +0000 (UTC) (envelope-from cleber@bsd.com.br) Received: from mail-gx0-f228.google.com (mail-gx0-f228.google.com [209.85.217.228]) by mx1.freebsd.org (Postfix) with ESMTP id 79C608FC0A for ; Wed, 31 Mar 2010 10:27:10 +0000 (UTC) Received: by gxk28 with SMTP id 28so3275678gxk.12 for ; Wed, 31 Mar 2010 03:27:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.31.14 with HTTP; Wed, 31 Mar 2010 03:02:06 -0700 (PDT) In-Reply-To: <20100331044031.GA24278@admin.sibptus.tomsk.ru> References: <20100331044031.GA24278@admin.sibptus.tomsk.ru> Date: Wed, 31 Mar 2010 07:02:06 -0300 Received: by 10.101.148.2 with SMTP id a2mr7437687ano.230.1270029726749; Wed, 31 Mar 2010 03:02:06 -0700 (PDT) Message-ID: From: Cleber Alves Nascimento To: Victor Sudakov , freebsd-hackers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 10:27:10 -0000 2010/3/31 Victor Sudakov > > Colleagues, > > I seem to have symptoms of kern/104406 on a 8.0-RELEASE-p2 system. > After an uptime of several days, many processes get stuck in the "ufs" > state. The processes which had already opened some files before the > deadlock continue working all right, e.g. my old login sessions are > functional but I cannot start a new ssh session to the box. > > Can you advise me a workaround? > > The box is being used as a BGP (quagga) router with two full views. > Hardware configuration is below: > > > Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 16:02:27 UTC 2010 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.43-MHz 686-cla= ss > CPU) > Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 > > Features=3D0x383fbff > real memory =3D 1073741824 (1024 MB) > avail memory =3D 1036312576 (988 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > agp0: aperture size is 256M > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xa800-0xa8ff mem > 0xde000000-0xdeffffff,0xdf8ff000-0xdf8fffff irq 17 at device 0.0 on pci1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > uhci0: port 0xcc00-0xcc1f irq 11 at device 7.= 2 > on pci0 > uhci0: [ITHREAD] > uhci0: LegSup =3D 0x0030 > usbus0: on uhci0 > uhci1: port 0xd000-0xd01f irq 11 at device 7.= 3 > on pci0 > uhci1: [ITHREAD] > uhci1: LegSup =3D 0x0030 > usbus1: on uhci1 > pci0: at device 7.4 (no driver attached) > fxp0: port 0xd400-0xd43f mem > 0xdfffb000-0xdfffbfff,0xdffc0000-0xdffdffff irq 18 at device 10.0 on pci0 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:55:90:64:b6 > fxp0: [ITHREAD] > skc0: port 0xd800-0xd8ff mem > 0xdfffc000-0xdfffffff irq 16 at device 12.0 on pci0 > skc0: Marvell Yukon Gigabit Ethernet rev. (0x1) > sk0: on skc0 > sk0: Ethernet address: 00:80:48:27:18:be > miibus1: on sk0 > e1000phy0: PHY 0 on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > skc0: [ITHREAD] > fxp1: port 0xdc00-0xdc3f mem > 0xdffbf000-0xdffbffff,0xdfe00000-0xdfefffff irq 18 at device 14.0 on pci0 > miibus2: on fxp1 > inphy1: PHY 1 on miibus2 > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp1: Ethernet address: 00:20:ed:20:72:be > fxp1: [ITHREAD] > acpi_tz0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 > fdc0: [FILTER] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > cpu0: on acpi0 > cpu1: on acpi0 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xd2fff,0xd3000-0xd6fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > ad0: 8063MB at ata0-master UDMA33 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > SMP: AP CPU #1 Launched! > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Trying to mount root from ufs:/dev/ad0s2a > WARNING: / was not properly dismounted > sk0: link state changed to UP > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > sip:sudakov@sibptus.tomsk.ru > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > Do you have disable the flowtable options? # sysctl net.inet.flowtable.enable=3D0 net.inet.flowtable.enable: 1 -> 0 This feature is default since 8 release, but is not good for bgp full routing. Cleber Alves --=20 .=C4=B1l=C4=B1..=C4=B1l=C4=B1. "Observe as estrelas e aprenda com elas." Albert Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 10:58:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125D11065672 for ; Wed, 31 Mar 2010 10:58:35 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 55A928FC0A for ; Wed, 31 Mar 2010 10:58:33 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13684105 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 17:58:32 +0700 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o2VAwWEl031401 for ; Wed, 31 Mar 2010 17:58:32 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o2VAwVX3031400 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 17:58:31 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Wed, 31 Mar 2010 17:58:31 +0700 From: Victor Sudakov To: freebsd-hackers Message-ID: <20100331105831.GA31323@admin.sibptus.tomsk.ru> Mail-Followup-To: Victor Sudakov , freebsd-hackers References: <20100331044031.GA24278@admin.sibptus.tomsk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 10:58:35 -0000 Cleber Alves Nascimento wrote: > > > > I seem to have symptoms of kern/104406 on a 8.0-RELEASE-p2 system. > > After an uptime of several days, many processes get stuck in the "ufs" > > state. The processes which had already opened some files before the > > deadlock continue working all right, e.g. my old login sessions are > > functional but I cannot start a new ssh session to the box. > > > > Can you advise me a workaround? > > > > The box is being used as a BGP (quagga) router with two full views. > > Hardware configuration is below: > > [dd] > > Do you have disable the flowtable options? > > # sysctl net.inet.flowtable.enable=0 > net.inet.flowtable.enable: 1 -> 0 > > This feature is default since 8 release, but is not good for bgp full > routing. It seems to be a different issue, kern/144917 related, but a good idea anyway to set net.inet.flowtable.enable=0. Thank you for the reminder. However, my box does not crash or lock up hard, just some processes lock up in the "ufs" state and other processes cannot access files. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 11:29:41 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98CB0106564A for ; Wed, 31 Mar 2010 11:29:41 +0000 (UTC) (envelope-from rink@gloom.codethulu.net) Received: from mx1.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.freebsd.org (Postfix) with ESMTP id 5381C8FC0A for ; Wed, 31 Mar 2010 11:29:41 +0000 (UTC) Received: from anathema.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id 37EB5375AF93; Wed, 31 Mar 2010 13:11:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at codethulu.net Received: from mx1.codethulu.net ([77.243.236.173]) by anathema.codethulu.net (anathema.codethulu.net [77.243.236.173]) (amavisd-new, port 10024) with ESMTP id vYZWvQo4TPDI; Wed, 31 Mar 2010 13:11:42 +0200 (CEST) Received: from gloom.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id 172D5375AF91; Wed, 31 Mar 2010 13:11:42 +0200 (CEST) Received: by gloom.codethulu.net (Postfix, from userid 1000) id 144126D455; Wed, 31 Mar 2010 13:11:42 +0200 (CEST) Date: Wed, 31 Mar 2010 13:11:42 +0200 From: Rink Springer To: Victor Sudakov , freebsd-hackers Message-ID: <20100331111142.GB40435@rink.nu> References: <20100331044031.GA24278@admin.sibptus.tomsk.ru> <20100331105831.GA31323@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100331105831.GA31323@admin.sibptus.tomsk.ru> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 11:29:41 -0000 Hi Victor, On Wed, Mar 31, 2010 at 05:58:31PM +0700, Victor Sudakov wrote: > However, my box does not crash or lock up hard, just some processes > lock up in the "ufs" state and other processes cannot access files. Have you tried fsck(8)-ing all filesystems to ensure they are OK ? Regards, -- Rink P.W. Springer - http://rink.nu "Beauty often seduces us on the road to truth." - Dr. Wilson From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 12:05:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05B03106566C for ; Wed, 31 Mar 2010 12:05:37 +0000 (UTC) (envelope-from ozawa@t-oza.net) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5978FC15 for ; Wed, 31 Mar 2010 12:05:35 +0000 (UTC) Received: by wwb24 with SMTP id 24so11588wwb.13 for ; Wed, 31 Mar 2010 05:05:35 -0700 (PDT) MIME-Version: 1.0 Sender: ozawa@t-oza.net Received: by 10.216.187.209 with HTTP; Wed, 31 Mar 2010 05:05:33 -0700 (PDT) X-Originating-IP: [110.161.187.30] In-Reply-To: <20100330173504.GA70578@freebsd.org> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> Date: Wed, 31 Mar 2010 04:05:33 -0800 X-Google-Sender-Auth: 75494b0aa67c7bb3 Received: by 10.216.86.19 with SMTP id v19mr4204736wee.218.1270037133084; Wed, 31 Mar 2010 05:05:33 -0700 (PDT) Message-ID: From: Tsuyoshi Ozawa To: Roman Divacky , Julian Elischer , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 12:05:37 -0000 Thank you for replying ! The patch for FreeBSD 8.0 original source is here : http://gist.github.com/350230 If this patch cause collision, I'm going to throw patch between FreeBSD 8.0 HEAD and my chage. (sorry for this, I cannot connect to CVS repository now for network reason. It take a few days to connect CVS repository.) 2010/3/30 Julian Elischer : > Who are you? and what have you done with DES? Sorry for suddenly patch, but I suggested this work at AsiaBSDcon 2010. And some person insisted needs, so I wrote prototype. I met Julian, DES, roman for the first time here. Nice to meet you. As you can see this patch, the implementation is very rough. I realy needs your help to accomplish this work. Thank you ! Very Truly yours Tsuyoshi Ozawa From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 12:53:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F43106566C for ; Wed, 31 Mar 2010 12:53:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 61FFC8FC21 for ; Wed, 31 Mar 2010 12:53:11 +0000 (UTC) X-Spam-Status: No X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.9, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: o2VCqtGp021179 Received: from kobe.laptop (ppp-94-64-255-164.home.otenet.gr [94.64.255.164]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-9.1) with ESMTP id o2VCqtGp021179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 31 Mar 2010 15:53:01 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.4/8.14.4) with ESMTP id o2VCqtPQ017501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Mar 2010 15:52:55 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.4/8.14.4/Submit) id o2VCqr7v017496; Wed, 31 Mar 2010 15:52:53 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: John Baldwin References: <874ojx4xp1.fsf@kobe.laptop> <201003301510.58203.jhb@freebsd.org> Date: Wed, 31 Mar 2010 15:52:53 +0300 In-Reply-To: <201003301510.58203.jhb@freebsd.org> (John Baldwin's message of "Tue, 30 Mar 2010 15:10:58 -0400") Message-ID: <87bpe4ps9m.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Bruce Cran , freebsd-hackers@freebsd.org, Alexander Best Subject: Re: building world with debugging symbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 12:53:13 -0000 On Tue, 30 Mar 2010 15:10:58 -0400, John Baldwin wrote: > On Tuesday 30 March 2010 11:48:58 am Giorgos Keramidas wrote: >> +.It Va DEBUG_FLAGS >> +Defines a set of debugging flags that will be used to build all userland >> +binaries under >> +.Pa /usr/src . >> +When >> +.Va DEBUG_FLAGS >> +is defined, the >> +.Cm install >> +and >> +.Cm installworld >> +targets install binaries from the current >> +.Va MAKEOBJDIRPREFIX >> +without stripping too, so that debugging information is retained in the >> +installed binaries. > > I would drop the "too" and start 'so' on a new line (at least that is > my interpretation of the line-break rules we use for mdoc). Other > than that I think this looks fine. Fixed and committed in r205978. Thanks :) From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 13:54:34 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A771B1065670 for ; Wed, 31 Mar 2010 13:54:34 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 37CB98FC12 for ; Wed, 31 Mar 2010 13:54:32 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13684809 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 20:54:30 +0700 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o2VDsUk1033480 for ; Wed, 31 Mar 2010 20:54:30 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o2VDsTsD033479 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2010 20:54:29 +0700 (OMSST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Wed, 31 Mar 2010 20:54:29 +0700 From: Victor Sudakov To: freebsd-hackers Message-ID: <20100331135429.GA33417@admin.sibptus.tomsk.ru> Mail-Followup-To: Victor Sudakov , freebsd-hackers References: <20100331044031.GA24278@admin.sibptus.tomsk.ru> <20100331105831.GA31323@admin.sibptus.tomsk.ru> <20100331111142.GB40435@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100331111142.GB40435@rink.nu> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: kern/104406 on 8.0-RELEASE-p2 ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 13:54:34 -0000 Rink Springer wrote: > > However, my box does not crash or lock up hard, just some processes > > lock up in the "ufs" state and other processes cannot access files. > > Have you tried fsck(8)-ing all filesystems to ensure they are OK ? Actually, fsck is run every time I reset the box, and I reset it every time it locks up, because when it is locked up, a graceful reboot is impossible. You can say "reboot" but it will wait forever, probably unable to kill the locked up processes. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:14:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C21106566B for ; Wed, 31 Mar 2010 14:14:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 553948FC12 for ; Wed, 31 Mar 2010 14:14:11 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA20947; Wed, 31 Mar 2010 17:14:08 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BB358B0.4090300@icyb.net.ua> Date: Wed, 31 Mar 2010 17:14:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Tsuyoshi Ozawa References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Roman Divacky , Julian Elischer , freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 14:14:13 -0000 on 31/03/2010 15:05 Tsuyoshi Ozawa said the following: > Thank you for replying ! > > The patch for FreeBSD 8.0 original source is here : > http://gist.github.com/350230 > If this patch cause collision, I'm going to throw patch between > FreeBSD 8.0 HEAD and my chage. (sorry for this, I cannot connect to > CVS repository now for network reason. It take a few days to connect > CVS repository.) Thank you for this interesting and useful work! I looked through the code and here is my understanding of how it works, it coincides with how you described it, but I'd like to state it in my own words :-) 1. Instead of firing clock (LAPIC timer) interrupt regularly with a frequency derived from HZ, the interrupt is scheduled to fire (in one-shot mode) at the time of the soonest scheduled callout. 2. The code also makes sure to run hard/stat/prof-clocks if time since last interrupt is greater than their respective periods in !dyntick mode. Thus, it appears that in dyntick mode hard/stat/prof-clocks would run irregularly. I couldn't find any code that makes sure that the rest of the system handles this properly. Perhaps I missed it, or is it still in progress/plans? Also, I am not sure if the code handles the case when a new 'soonest' callout is scheduled after we already decided when to fire the next LAPIC timer interrupt. Thank you very much again! Please keep up the good work :) -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:24:56 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1FF106566B for ; Wed, 31 Mar 2010 14:24:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 467338FC13 for ; Wed, 31 Mar 2010 14:24:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0CC2B9CB320; Wed, 31 Mar 2010 16:23:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SIMl4HFvu7Kk; Wed, 31 Mar 2010 16:23:00 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B934C9CB3E7; Wed, 31 Mar 2010 16:23:00 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o2VEMwrc033862; Wed, 31 Mar 2010 16:22:58 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 31 Mar 2010 16:22:58 +0200 From: Roman Divacky To: Tsuyoshi Ozawa Message-ID: <20100331142258.GA33359@freebsd.org> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling Sm?rgrav , Julian Elischer , freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 14:24:56 -0000 On Wed, Mar 31, 2010 at 04:05:33AM -0800, Tsuyoshi Ozawa wrote: > Thank you for replying ! > > The patch for FreeBSD 8.0 original source is here : > http://gist.github.com/350230 looks good I wonder - why don't we store the callouts in binary tree so the searching for nearest callout is faster? what is the average length of the callout queue? From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:36:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1901E106566C for ; Wed, 31 Mar 2010 14:36:44 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-pz0-f180.google.com (mail-pz0-f180.google.com [209.85.222.180]) by mx1.freebsd.org (Postfix) with ESMTP id A45008FC19 for ; Wed, 31 Mar 2010 14:36:43 +0000 (UTC) Received: by pzk10 with SMTP id 10so168227pzk.28 for ; Wed, 31 Mar 2010 07:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=glP86eTa85UVZ5quX1M1ClsaW5qHTSW43M8S2i9t/C8=; b=ULJc57zD3vdThboz1p3YtJ1HexUYLgC8OM6Eo+bno/hFiuymwmcadAHWy3zHJDOoOD P4a8RjLdL7UcauFHVnvhtE4E7bDQ68+JnLtAFZZBfeclW1Zl81YE3S46jKXiZH/0Ryvo uHDjM5VlbRDIKC8BZ6LBwY+oH5wsT1aisqDC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=H2fMw5WdRQEI/blozH9jXs3jJiqhextJuIZM/wx1VJD36Ue4IYsSDQ4V53cD+eIRZG DyTNTzfARhs09gD0V6gIMGuomT/vlZftvf65iny9o6d3rN6ksPePrdZjoGynBeZVvKPY Go1BrQj3lEOiXbuNFuX1C3tMEmFP/TTUacgJw= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.34.204 with HTTP; Wed, 31 Mar 2010 07:36:43 -0700 (PDT) In-Reply-To: <20100331142258.GA33359@freebsd.org> References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> <20100331142258.GA33359@freebsd.org> Date: Wed, 31 Mar 2010 07:36:43 -0700 X-Google-Sender-Auth: 24e7d0cc78bbcd45 Received: by 10.141.105.14 with SMTP id h14mr49425rvm.197.1270046203156; Wed, 31 Mar 2010 07:36:43 -0700 (PDT) Message-ID: From: Artem Belevich To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: Tsuyoshi Ozawa , Julian Elischer , freebsd-hackers , Dag-Erling Sm?rgrav Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 14:36:44 -0000 It may be worth it to look at Solaris' cyclic facillity for ideas. sys/cddl/dev/cyclic/cyclic.c --Artem On Wed, Mar 31, 2010 at 7:22 AM, Roman Divacky wrote: > On Wed, Mar 31, 2010 at 04:05:33AM -0800, Tsuyoshi Ozawa wrote: >> Thank you for replying ! >> >> The patch for FreeBSD 8.0 original source is here : >> http://gist.github.com/350230 > > looks good > > I wonder - why don't we store the callouts in binary > tree so the searching for nearest callout is faster? > > what is the average length of the callout queue? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 16:56:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E20106566B for ; Wed, 31 Mar 2010 16:56:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 11A978FC1E for ; Wed, 31 Mar 2010 16:56:13 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B2FFB46B2C; Wed, 31 Mar 2010 12:56:12 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BFCEF8A021; Wed, 31 Mar 2010 12:56:11 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 31 Mar 2010 12:54:19 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> In-Reply-To: <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003311254.19517.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 31 Mar 2010 12:56:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Tsuyoshi Ozawa Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 16:56:13 -0000 On Tuesday 30 March 2010 9:39:04 am Tsuyoshi Ozawa wrote: > Hello, > > I started to work dynamic ticks in FreeBSD, and now experimental > code start to work roughly. > The code is here : http://github.com/oza/FreeBSD-8.0-dyntick > > The timer interrupt handler works as follows : > 1. Scan callout queue and get when the timer fire. This is the value > we can skip. > 2. Run hardware timer in "oneshot mode" instead of periodic mode. > My experimental code only work for local apic timer. > After translating the value which is gotten at 1 to local apic timer > count, pass the value to local apic timer. > 3. Exit timer interrupt handler. > > My experimental code needs a kernel module to switch to dynamic > tick mode. The kernel module is here : http://gist.github.com/345917 > > The benchmark is here : > http://tsuyoshiozawa.blogspot.com/2010/03/started-to-implement-dynticks- in.html > > The result says that dynticks can save CPU power significantly, > so this worth to work. But this is incomplete to work kernel components > correctly. There are a lot of problems: > > 1. The global variable "ticks" isn't incremented by 2 and above. > This gets worse the response. > 2. To fix problem 1, I have to hack scheduler and profiler. > If I do 1, these kernel component doesn't work correctly. > > But 2. is very expensive to implement. I think that it's good to > switch between periodic ticks mode and dynamic ticks mode > when isched_idletd is scheduled. So I'm planning to do this as > a next step. > > If you have some idea or question about this work, > please let me know. Thank you! Are you doing anything to handle the case where the lapic timer is turned off when a CPU enters C2 or C3? The ideal approach in my mind would be to not use the lapic timer at all when running in a deadline mode, but give each CPU a dedicated HPET comparator. Alternatively, you could add some special handling where CPU 0 never goes into C2 or C3 but sends IPIs to other CPUs in deep idle states when necessary (you could also let CPU 0 fake statclock() for said CPUs as well perhaps). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 23:01:09 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A53E1065670 for ; Wed, 31 Mar 2010 23:01:09 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B720A8FC13 for ; Wed, 31 Mar 2010 23:01:08 +0000 (UTC) Received: by gwj17 with SMTP id 17so398917gwj.13 for ; Wed, 31 Mar 2010 16:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=BhUekRC7dG1o6hJFiVzFME8KniTd6Pc2w5dfBtDTHx8=; b=HihxhPrI6I7WqP+3T9kEqqPe9T4xgFnRw+9fWL2bOf4Waz+QvROYx/tFf/Z1I+wirD nFu8H2TRNx8ez6wsvCLZcPUWKLPcNNIFk9DMOdvsv7lU6gUX8iWhjYG0ZXISRD+588hm KL16TMiZXJltjh1jgye38CWAQ1VGS/MHaz9ko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=JagnmypuBxyAklTgGRI+YWsxwLapnVh+vyEMsWaRppJltS7RJn8zn4iPp4oJMrYI+U 42JvhCleGuRcTXs1Ss/JC1PiNedmpjopoZSl5WfgeC+xhwslatoFaT+52y04qvBoY8JQ wDosCj8T+K3u/C0NsIpLQh0/J3ZNP0OhY1qYM= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Wed, 31 Mar 2010 15:32:09 -0700 (PDT) In-Reply-To: References: Date: Wed, 31 Mar 2010 16:32:09 -0600 Received: by 10.90.59.33 with SMTP id h33mr807521aga.87.1270074729759; Wed, 31 Mar 2010 15:32:09 -0700 (PDT) Message-ID: From: Tim Judd To: freebsd-hackers Content-Type: multipart/mixed; boundary=0016363106cb1b1c3d04832051b1 Subject: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 23:01:09 -0000 --0016363106cb1b1c3d04832051b1 Content-Type: text/plain; charset=ISO-8859-1 Also in a separate thread to -questions. Thought it was better on hackers after a few hours thought. ---------- Forwarded message ---------- From: Tim Judd Date: Wed, 31 Mar 2010 04:59:52 -0600 Subject: mkuzip and/or geom_uzip changes? To: FreeBSD Questions Hi All, Just starting to see if I can find other reports. You all probably have had the "more than one pair of eyes looking at a thing is better than my eyes alone." This is why I'm writing now, as I'm starting the discovery. Let me background this a little bit. I only started looking into this because mkuzip and it's counterpart, geom_uzip are throwing errors on FreeBSD8 i386 scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): make DESTDIR=/home/small8 installworld installkernel distribution mv /home/small8/boot /home/small8-boot/ makefs -t ffs /home/small8/usr.img /home/small8/usr/ mkuzip -o /home/small8/usr.uzip /home/small8/usr.img [*] chflags -R noschg /home/small8/usr/* rm -rf /home/small8/usr/* /home/small8/usr.img ee /home/small8/etc/rc.d/mountcritlocal [**] makefs -t ffs /home/small8-boot/mfsroot /home/small8/ gzip --best /home/small8-boot/mfsroot ee /home/small8-boot/boot/loader.conf [***] rm /home/small8-boot/boot/kernel/*.symbols gzip --best /home/small8-boot/boot/kernel/kernel mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot -iso-level 4 -o /home/small8.iso /home/small8-boot/ [*]: mkuzip inserts a script header that is broken. module name it's searching for may have been renamed? [**]: Edited mountcritlocal to mount the usr.uzip file as by using the above script header, throws errors [***]: added zlib and geom_uzip modules to load to the boot image, to satisfy the script header's requirements. OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. Small enough to apparently fit into the undocumented 50 or 100MB size limit of mfs_root module The problem: mkuzip generates a few lines as a script in the head of the resulting *.uzip file. Two problems... 1) the module it queries for is geom_uzip (kldstat -m $m), but FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. mkuzip's generated image will never find the module if they're not named the same. 2) even with geom_uzip module and it's dependency zlib loaded, i don't get a mdconfig node '/dev/md?.uzip' to appear. It's been forever since I touched uzip, so I have to ask. Looking at the cvsweb, (as a bonus question, what's the svn website address to look at source files?) mkuzip program last modified 3 years (2 months for the Makefile), geom_uzip module Makefile last modified 4 years ago. 3-4 years yield a median FreeBSD version 6.2. Have we broken something in 7 or 8? The request: Is it a PEBKAC? ID 10T error? Duplicatable? I'm gonna research what I can, when I can. I would expect to see something pop up clearly if it is a regression. Can I ask you all to use your eyes or past knowledge if something is broken? --0016363106cb1b1c3d04832051b1 Content-Type: application/octet-stream; name="src.conf" Content-Disposition: attachment; filename="src.conf" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 V0lUSE9VVF9BQ0NUPTEKV0lUSE9VVF9BTUQ9MQpXSVRIT1VUX0FTU0VSVF9ERUJVRz0xCldJVEhP VVRfQVQ9MQpXSVRIT1VUX0FUTT0xCldJVEhPVVRfQVVESVQ9MQpXSVRIT1VUX0FVVEhQRj0xCldJ VEhPVVRfQklORD0xCldJVEhPVVRfQkxVRVRPT1RIPTEKV0lUSE9VVF9CU0RfQ1BJTz0xCldJVEhP VVRfQlNOTVA9MQpXSVRIT1VUX0NBTEVOREFSPTEKV0lUSE9VVF9DRERMPTEKV0lUSE9VVF9DVE09 MQpXSVRIT1VUX0NWUz0xCldJVEhPVVRfRElDVD0xCldJVEhPVVRfRVhBTVBMRVM9MQpXSVRIT1VU X0ZMT1BQWT0xCldJVEhPVVRfRlJFRUJTRF9VUERBVEU9MQpXSVRIT1VUX0dBTUVTPTEKV0lUSE9V VF9HQ09WPTEKV0lUSE9VVF9HREI9MQpXSVRIT1VUX0dCSVA9MQpXSVRIT1VUX0hUTUw9MQpXSVRI T1VUX0lORVQ2PTEKV0lUSE9VVF9JTkZPPTEKV0lUSE9VVF9JUEZJTFRFUj0xCldJVEhPVVRfSVBG Vz0xCldJVEhPVVRfSVBYPTEKV0lUSE9VVF9KQUlMPTEKV0lUSE9VVF9MRUdBQ1lfQ09OU09MRT0x CldJVEhPVVRfTE9DQUxFUz0xCldJVEhPVVRfTE9DQVRFPTEKV0lUSE9VVF9MUFI9MQpXSVRIT1VU X01BSUw9MQpXSVRIT1VUX01BSUxXUkFQUEVSPTEKV0lUSE9VVF9NQUtFPTEKV0lUSE9VVF9NQU49 MQpXSVRIT1VUX05DUD0xCldJVEhPVVRfTkRJUz0xCldJVEhPVVRfTklTPTEKV0lUSE9VVF9OTFM9 MQpXSVRIT1VUX05MU19DQVRBTE9HUz0xCldJVEhPVVRfTlNfQ0FDSElORz0xCldJVEhPVVRfTlRQ PTEKV0lUSE9VVF9PQkpDPTEKV0lUSE9VVF9QRj0xCldJVEhPVVRfUE1DPTEKV0lUSE9VVF9QT1JU U05BUD0xCldJVEhPVVRfUFBQPTEKV0lUSE9VVF9RVU9UQVM9MQpXSVRIT1VUX1JDTURTPTEKV0lU SE9VVF9SQ1M9MQpXSVRIT1VUX1JFU0NVRT0xCldJVEhPVVRfUk9VVEVEPTEKV0lUSE9VVF9TRU5E TUFJTD0xCldJVEhPVVRfU0hBUkVET0NTPTEKV0lUSE9VVF9TWVNDT05TPTEKV0lUSE9VVF9TWVNJ TlNUQUxMPTEKV0lUSE9VVF9URUxORVQ9MQpXSVRIT1VUX1dJUkVMRVNTPTEKV0lUSE9VVF9aRlM9 MQoK --0016363106cb1b1c3d04832051b1-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 06:08:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC10106564A for ; Thu, 1 Apr 2010 06:08:08 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 545AB8FC14 for ; Thu, 1 Apr 2010 06:08:07 +0000 (UTC) Received: by iwn12 with SMTP id 12so627895iwn.14 for ; Wed, 31 Mar 2010 23:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type:content-transfer-encoding; bh=cVWH5azhc1250QcXset2Wy0d1PkIzuRtUNRvTgOXL4M=; b=hNWlHDMLAYKmMBCEBpNITb+YD6PhmdgPIF1pPaRX7TCDkxI95JsLZh6p+Oxp7kNUYR BtptlROp3wYYFZVdl58Air/DF9eeG10x5JwvDKZw42FpHekIB65FYi1ydMWTb4Jed6r8 DVzrD16McfJncqiGgJkhu/yjKCtPyGw5L08Kw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=U1PXeJNm9rTd8TpfV7ON103DDoI0K0AmO9ed1YIThuJyHmH+U1kLiNY8g6/e/rsLUy OMWZHef5kaP7CmDzPZU2WcGJFiAuWnvCO3+92gEfH5dq3AsYIUB6o7onCCB50cKkx/JH Stm1qnazEp8THfzC4P2hnnwZF8HKTHE6HVDQ0= MIME-Version: 1.0 Received: by 10.231.171.196 with HTTP; Wed, 31 Mar 2010 22:43:44 -0700 (PDT) Date: Wed, 31 Mar 2010 22:43:44 -0700 Received: by 10.231.160.195 with SMTP id o3mr473046ibx.32.1270100624928; Wed, 31 Mar 2010 22:43:44 -0700 (PDT) Message-ID: From: Ali Mashtizadeh To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: AHCI Driver on ICH7 (27c08086) Chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 06:08:08 -0000 Hi Everyone, I have a new motherboard with an ICH7 chipset (G41) and the ata driver recognizes it as ATA_I82801GB_S1 (PCI ID 27c08086), but this card does not seem to work with the AHCI. Can anyone point me to why this is the case? I really need NCQ working for this machine. Thanks, --=20 Ali Mashtizadeh =D8=B9=D9=84=DB=8C =D9=85=D8=B4=D8=AA=DB=8C =D8=B2=D8=A7=D8=AF=D9=87 From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 10:51:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AD91065675 for ; Thu, 1 Apr 2010 10:51:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 544AE8FC16 for ; Thu, 1 Apr 2010 10:51:44 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so302192fga.13 for ; Thu, 01 Apr 2010 03:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=uX9eMQFftQcd7256H1ZgZXpdUw16PDCRZNf1LDexjkc=; b=OgVkX4+DhnqTwEIxg/GtsEwlshlEqesX4/Rjg6USu+gW537voOj9lmWZNDL7nAe7iU lflEkhX110iaZAhDkSldPqlpEGxh05is0xydQcV/EIwm6csLqSnYCGsAVqG+28qBf19N ijPN4dDEyLHfhZljYwMW1qXk7SYEg+O7/lxuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=XP/rHNcKHOjblrQVxi7Cb7CF5NS0V+hJhYYGl3c96+RhuyymtdFYA9BMX/I4WPTADp yfI2zS6rSJ5WBnmHt6hQr9P0Mp5zbGdA/0VTUHAqI7/Okn5o5LAWyIbyAYl/FZtPtGRw bY5p3ukWtlg22rddzA5mOVrvniEHvAkB10tsM= Received: by 10.87.17.34 with SMTP id u34mr1876449fgi.10.1270119104031; Thu, 01 Apr 2010 03:51:44 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm5511656fxm.13.2010.04.01.03.51.43 (version=SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 03:51:43 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BB47ABE.8080903@FreeBSD.org> Date: Thu, 01 Apr 2010 13:51:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Ali Mashtizadeh References: <1270113802.00236306.1270102201@10.7.7.3> In-Reply-To: <1270113802.00236306.1270102201@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: AHCI Driver on ICH7 (27c08086) Chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 10:51:45 -0000 Ali Mashtizadeh wrote: > I have a new motherboard with an ICH7 chipset (G41) and the ata driver > recognizes it as ATA_I82801GB_S1 (PCI ID 27c08086), but this card does > not seem to work with the AHCI. Can anyone point me to why this is the > case? I really need NCQ working for this machine. Most of ICH7 chipsets (especially on cheap boards) do not support AHCI mode. Only ICH7R and ICH7M do, if BIOS is so kind to enable it. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 10:51:56 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753E3106564A; Thu, 1 Apr 2010 10:51:56 +0000 (UTC) (envelope-from daniel.rodrick@gmail.com) Received: from mail-pz0-f191.google.com (mail-pz0-f191.google.com [209.85.222.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6F28FC21; Thu, 1 Apr 2010 10:51:56 +0000 (UTC) Received: by pzk29 with SMTP id 29so968452pzk.27 for ; Thu, 01 Apr 2010 03:51:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=F5qurhc6roRcVBsEHj4D3HjHdvJKzQvvZrDvikPcj+k=; b=uBmEoWUZou9ZBe9y3cx2ZAvBs4wK5tHv2kR0qUDAJU+eStOm/yzwtNcRl3/ZZbRDIX jfl9OyQu+KjP64xqaKEC9yO0uUefgFRIq3T4hZ8YlfbEmeDvlnTjaaQzIfWtGxpdvigq scvgAUnr4n/qTJbIJrbitJc+SAG8i/igX+dng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=UocfQB/Q1bT/3Z8a3Wf29w5MiD5DyJBQpHBv0Uuam6lb4utKQ12WAp+SAS/BpSVbns ZKHlA8rziwnRAmor4Z+JYhfwRXmsNk1paOTvYRzQ8nnp2qu++Yy5Xq4DdEpQnvkyUFXd n/d9ZKJms++RjByP2CKiYAAuapqKNmvd9LlUg= MIME-Version: 1.0 Received: by 10.142.165.10 with HTTP; Thu, 1 Apr 2010 03:23:50 -0700 (PDT) Date: Thu, 1 Apr 2010 15:53:50 +0530 Received: by 10.143.24.15 with SMTP id b15mr116786wfj.147.1270117430542; Thu, 01 Apr 2010 03:23:50 -0700 (PDT) Message-ID: From: Daniel Rodrick To: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 10:51:56 -0000 Hello List, I'm a newbie and coming from Linux background, and am trying to learn FreeBSD now. The first thing I find a little confusing is that the final FreeBSD kernel image is shown as a DYNAMICALLY LINKED binary: $ $ pwd /boot/kernel $ $ file kernel kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped $ How can the kernel image use shared libraries? And which ones does it use, if any? Also, I cannot find out the libraries the image uses using the traditional ldd command: $ ldd kernel kernel: kernel: signal 6 $ Can some please throw some light? Thanks, Dan From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 09:34:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492CA1065670 for ; Thu, 1 Apr 2010 09:34:01 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1F98FC1E for ; Thu, 1 Apr 2010 09:33:59 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id o319CYoS009640; Thu, 1 Apr 2010 16:12:35 +0700 (NOVST) (envelope-from eugen@kuzbass.ru) Message-ID: <4BB46382.6040906@kuzbass.ru> Date: Thu, 01 Apr 2010 16:12:34 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Ali Mashtizadeh References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 01 Apr 2010 11:25:03 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: AHCI Driver on ICH7 (27c08086) Chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 09:34:01 -0000 Ali Mashtizadeh wrote: > Hi Everyone, > > I have a new motherboard with an ICH7 chipset (G41) and the ata driver > recognizes it as ATA_I82801GB_S1 (PCI ID 27c08086), but this card does > not seem to work with the AHCI. Can anyone point me to why this is the > case? I really need NCQ working for this machine. http://www.intel.com/support/chipsets/imst/sb/cs-012304.htm In short: ICH7R and ICH7M both have AHCI support but ICH7 does not. Eugene Grosbein From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 11:36:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD1A3106564A; Thu, 1 Apr 2010 11:36:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 427A28FC0A; Thu, 1 Apr 2010 11:36:36 +0000 (UTC) Received: from [195.4.92.25] (helo=15.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxIhP-0001O0-2b; Thu, 01 Apr 2010 13:36:35 +0200 Received: from p57ae1282.dip0.t-ipconnect.de ([87.174.18.130]:44475 helo=ernst.jennejohn.org) by 15.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxIhO-00050d-R9; Thu, 01 Apr 2010 13:36:35 +0200 Date: Thu, 1 Apr 2010 13:36:33 +0200 From: Gary Jennejohn To: Daniel Rodrick Message-ID: <20100401133633.23c7b1fd@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 11:36:36 -0000 On Thu, 1 Apr 2010 15:53:50 +0530 Daniel Rodrick wrote: > Hello List, > > I'm a newbie and coming from Linux background, and am trying to learn > FreeBSD now. The first thing I find a little confusing is that the > final FreeBSD kernel image is shown as a DYNAMICALLY LINKED binary: > > $ > $ pwd > /boot/kernel > $ > $ file kernel > kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), not stripped > $ > > How can the kernel image use shared libraries? And which ones does it > use, if any? > > Also, I cannot find out the libraries the image uses using the > traditional ldd command: > > $ ldd kernel > kernel: > kernel: signal 6 > $ > > Can some please throw some light? > file is confused. FreeBSD uses a monolithic kernel and no shared libraries are involved. However, it is possible to dynamically load modules using kldload. See the appropriate man page. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 12:01:47 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E06171065678; Thu, 1 Apr 2010 12:01:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB688FC22; Thu, 1 Apr 2010 12:01:46 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o31C1TZ6045279; Thu, 1 Apr 2010 14:01:44 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o31C1TRm045278; Thu, 1 Apr 2010 14:01:29 +0200 (CEST) (envelope-from olli) Date: Thu, 1 Apr 2010 14:01:29 +0200 (CEST) Message-Id: <201004011201.o31C1TRm045278@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, daniel.rodrick@gmail.com, freebsd-drivers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-arch User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 01 Apr 2010 14:01:45 +0200 (CEST) Cc: Subject: Re: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, daniel.rodrick@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 12:01:47 -0000 Hi, Please don't crosspost to many lists. This topic is probably suitable for hackers@ but not for the other lists. Daniel Rodrick wrote: > I'm a newbie and coming from Linux background, and am trying to learn > FreeBSD now. The first thing I find a little confusing is that the > final FreeBSD kernel image is shown as a DYNAMICALLY LINKED binary: > > $ > $ pwd > /boot/kernel > $ > $ file kernel > kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), not stripped > $ > > How can the kernel image use shared libraries? And which ones does it > use, if any? > > Also, I cannot find out the libraries the image uses using the > traditional ldd command: > > $ ldd kernel > kernel: > kernel: signal 6 > $ ldd works by actually executing the binary with a special flag for rtld(1). Compare: $ ldd /bin/sh /bin/sh: libedit.so.7 => /lib/libedit.so.7 (0x280a8000) libncurses.so.8 => /lib/libncurses.so.8 (0x280bd000) libc.so.7 => /lib/libc.so.7 (0x280fc000) $ LD_TRACE_LOADED_OBJECTS=1 /bin/sh libedit.so.7 => /lib/libedit.so.7 (0x280a8000) libncurses.so.8 => /lib/libncurses.so.8 (0x280bd000) libc.so.7 => /lib/libc.so.7 (0x280fc000) Of course you cannot execute the kernel (only the boot loader knows how to load and boot the kernel), so ldd fails on the kernel. But you can use objdump(1) to list dynamic dependencies. $ objdump -p /bin/sh | grep NEEDED NEEDED libedit.so.7 NEEDED libncurses.so.8 NEEDED libc.so.7 $ objdump -p /boot/kernel/kernel | grep NEEDED NEEDED hack.So As far as I know, the kernel and all kernel modules need to be dynamic binaries so the kernel linker works, which is required for dynamically loading kernel modules. So what is that "hack.So" object? It's just a dummy that's required for technical reasons. You can see the details in /sys/conf/kern.post.mk which contains this paragraph: # This is a hack. BFD "optimizes" away dynamic mode if there are no # dynamic references. We could probably do a '-Bforcedynamic' mode like # in the a.out ld. For now, this works. HACK_EXTRA_FLAGS?= -shared hack.So: Makefile :> hack.c ${CC} ${HACK_EXTRA_FLAGS} -nostdlib hack.c -o hack.So rm -f hack.c > Can some please throw some light? I hope I did. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 12:51:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177601065673; Thu, 1 Apr 2010 12:51:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DDC598FC19; Thu, 1 Apr 2010 12:51:39 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 960AB46B0C; Thu, 1 Apr 2010 08:51:39 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AB22B8A021; Thu, 1 Apr 2010 08:51:38 -0400 (EDT) From: John Baldwin To: freebsd-arch@freebsd.org Date: Thu, 1 Apr 2010 07:37:53 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004010737.53482.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 08:51:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Daniel Rodrick Subject: Re: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 12:51:40 -0000 On Thursday 01 April 2010 6:23:50 am Daniel Rodrick wrote: > Hello List, > > I'm a newbie and coming from Linux background, and am trying to learn > FreeBSD now. The first thing I find a little confusing is that the > final FreeBSD kernel image is shown as a DYNAMICALLY LINKED binary: > > $ > $ pwd > /boot/kernel > $ > $ file kernel > kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), not stripped > $ > > How can the kernel image use shared libraries? And which ones does it > use, if any? > > Also, I cannot find out the libraries the image uses using the > traditional ldd command: > > $ ldd kernel > kernel: > kernel: signal 6 > $ > > Can some please throw some light? It's a hack that is used so that the kernel linker is able to link in kernel modules that are built as shared objects. The kernel is mostly built from static objects, but a single dynamic object (that is empty) is linked in: # This is a hack. BFD "optimizes" away dynamic mode if there are no # dynamic references. We could probably do a '-Bforcedynamic' mode like # in the a.out ld. For now, this works. HACK_EXTRA_FLAGS?= -shared hack.So: Makefile :> hack.c ${CC} ${HACK_EXTRA_FLAGS} -nostdlib hack.c -o hack.So rm -f hack.c -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 12:51:41 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566FF1065672; Thu, 1 Apr 2010 12:51:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 125D98FC0A; Thu, 1 Apr 2010 12:51:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A18B346B53; Thu, 1 Apr 2010 08:51:40 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id B83E48A025; Thu, 1 Apr 2010 08:51:39 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 1 Apr 2010 08:38:38 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004010838.38794.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 08:51:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Tim Judd , sobomax@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 12:51:41 -0000 On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: > Hi All, > > Just starting to see if I can find other reports. You all probably > have had the "more than one pair of eyes looking at a thing is better > than my eyes alone." This is why I'm writing now, as I'm starting the > discovery. > > Let me background this a little bit. I only started looking into this > because mkuzip and it's counterpart, geom_uzip are throwing errors on > FreeBSD8 i386 > > > scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): > make DESTDIR=/home/small8 installworld installkernel distribution > mv /home/small8/boot /home/small8-boot/ > makefs -t ffs /home/small8/usr.img /home/small8/usr/ > mkuzip -o /home/small8/usr.uzip /home/small8/usr.img [*] > chflags -R noschg /home/small8/usr/* > rm -rf /home/small8/usr/* /home/small8/usr.img > ee /home/small8/etc/rc.d/mountcritlocal > [**] > makefs -t ffs /home/small8-boot/mfsroot /home/small8/ > gzip --best /home/small8-boot/mfsroot > ee /home/small8-boot/boot/loader.conf > [***] > rm /home/small8-boot/boot/kernel/*.symbols > gzip --best /home/small8-boot/boot/kernel/kernel > mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot > -iso-level 4 -o /home/small8.iso /home/small8-boot/ > > > [*]: mkuzip inserts a script header that is broken. module name it's > searching for may have been renamed? > [**]: Edited mountcritlocal to mount the usr.uzip file as by using the > above script header, throws errors > [***]: added zlib and geom_uzip modules to load to the boot image, to > satisfy the script header's requirements. > > OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. > Small enough to apparently fit into the undocumented 50 or 100MB size > limit of mfs_root module BTW, you can raise this limit by changing NKPT. > The problem: > mkuzip generates a few lines as a script in the head of the > resulting *.uzip file. Two problems... > 1) the module it queries for is geom_uzip (kldstat -m $m), but > FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. > mkuzip's generated image will never find the module if they're not > named the same. It is g_uzip even in 7: DECLARE_GEOM_CLASS(g_uzip_class, g_uzip); MODULE_DEPEND(g_uzip, zlib, 1, 1, 1); This has probably just been broken from the start. If it used 'kldstat -n' then it might work. Well, it probably works (modulo a warning) by accident as it doesn't hurt to kldload an already-loaded module. Note though that it assumes the raw usr.img is an ISO image, not a UFS filesystem. > 2) even with geom_uzip module and it's dependency zlib loaded, i don't > get a mdconfig node '/dev/md?.uzip' to appear. > > It's been forever since I touched uzip, so I have to ask. Do you have a md0 device at all? I think you want to hack the script to do something like this: disk=`mdconfig -af /path/to/usr.img` mount -r /dev/$disk.uzip /usr -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 13:37:55 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4829B106567C; Thu, 1 Apr 2010 13:37:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1838FC1E; Thu, 1 Apr 2010 13:37:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9EC3446B46; Thu, 1 Apr 2010 09:37:54 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id B79178A01F; Thu, 1 Apr 2010 09:37:53 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 1 Apr 2010 09:37:42 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004010838.38794.jhb@freebsd.org> In-Reply-To: <201004010838.38794.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004010937.42038.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 09:37:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Tim Judd , sobomax@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 13:37:55 -0000 On Thursday 01 April 2010 8:38:38 am John Baldwin wrote: > > 2) even with geom_uzip module and it's dependency zlib loaded, i don't > > get a mdconfig node '/dev/md?.uzip' to appear. > > > > It's been forever since I touched uzip, so I have to ask. > > Do you have a md0 device at all? I think you want to hack the script to do > something like this: > > disk=`mdconfig -af /path/to/usr.img` > mount -r /dev/$disk.uzip /usr To clarify, I would hack this into an /etc rc script, not in the script embedded into the uzip image. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 14:48:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92B5D106566B for ; Thu, 1 Apr 2010 14:48:13 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-pz0-f184.google.com (mail-pz0-f184.google.com [209.85.222.184]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC7D8FC13 for ; Thu, 1 Apr 2010 14:48:13 +0000 (UTC) Received: by pzk14 with SMTP id 14so1146474pzk.14 for ; Thu, 01 Apr 2010 07:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=rn22ZRynzbNeQopXNA4u3i0vr0O4lkQxF6SwgSikC5g=; b=HnGoKnb1KG4m8ppbbHu5XYmhqdYi1AeJ9fmOwT3TmNFDrmMsK5XdP537hcIAJFG3TC v7wAZKP04rmOsARLA2MTYQiSLxRueus0hiDxPxfJ5ySEIhfBjk156IrU/iJRaUnG5Zvd mgTyyTKlDBmtiZLwxrckVy9wGdEA/rGIe/5FE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Gu6o7iD01hQ0ANZ5rRM7pXV/j5Idx1kK2jKJyBdGiBPTT5nTk3LQRCoitlVPxKVbBl OwcfVoOGzSd3L5vSeduFIDI3tePLNhQRoWqQSj3N+Cksd9TJBkomu1AtlgXXRJbQjsH9 +Gb5V0hKO52MkbPT7HGlzz5T2f7vDOVXBIqXs= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 07:48:07 -0700 (PDT) In-Reply-To: <201004010838.38794.jhb@freebsd.org> References: <201004010838.38794.jhb@freebsd.org> Date: Thu, 1 Apr 2010 08:48:07 -0600 Received: by 10.114.186.21 with SMTP id j21mr1271186waf.71.1270133287679; Thu, 01 Apr 2010 07:48:07 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 14:48:13 -0000 On 4/1/10, John Baldwin wrote: > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >> Hi All, >> >> Just starting to see if I can find other reports. You all probably >> have had the "more than one pair of eyes looking at a thing is better >> than my eyes alone." This is why I'm writing now, as I'm starting the >> discovery. >> >> Let me background this a little bit. I only started looking into this >> because mkuzip and it's counterpart, geom_uzip are throwing errors on >> FreeBSD8 i386 >> >> >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): >> make DESTDIR=/home/small8 installworld installkernel distribution >> mv /home/small8/boot /home/small8-boot/ >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >> [*] >> chflags -R noschg /home/small8/usr/* >> rm -rf /home/small8/usr/* /home/small8/usr.img >> ee /home/small8/etc/rc.d/mountcritlocal >> [**] >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >> gzip --best /home/small8-boot/mfsroot >> ee /home/small8-boot/boot/loader.conf >> [***] >> rm /home/small8-boot/boot/kernel/*.symbols >> gzip --best /home/small8-boot/boot/kernel/kernel >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >> >> >> [*]: mkuzip inserts a script header that is broken. module name it's >> searching for may have been renamed? >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the >> above script header, throws errors >> [***]: added zlib and geom_uzip modules to load to the boot image, to >> satisfy the script header's requirements. >> >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. >> Small enough to apparently fit into the undocumented 50 or 100MB size >> limit of mfs_root module > > BTW, you can raise this limit by changing NKPT. I'm sorry, I'm not sure what you're referring to when you are telling me this. > >> The problem: >> mkuzip generates a few lines as a script in the head of the >> resulting *.uzip file. Two problems... >> 1) the module it queries for is geom_uzip (kldstat -m $m), but >> FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. >> mkuzip's generated image will never find the module if they're not >> named the same. > > It is g_uzip even in 7: > > DECLARE_GEOM_CLASS(g_uzip_class, g_uzip); > MODULE_DEPEND(g_uzip, zlib, 1, 1, 1); > > This has probably just been broken from the start. If it used 'kldstat -n' > then it might work. Well, it probably works (modulo a warning) by accident > as > it doesn't hurt to kldload an already-loaded module. Note though that it > assumes the raw usr.img is an ISO image, not a UFS filesystem. > >> 2) even with geom_uzip module and it's dependency zlib loaded, i don't >> get a mdconfig node '/dev/md?.uzip' to appear. >> >> It's been forever since I touched uzip, so I have to ask. > > Do you have a md0 device at all? I think you want to hack the script to do > something like this: I double check at home tonight, but I don't remember any additional md devices, since I'm running from an MFS_ROOT, i get md0, but that's all. I definately do not get any /dev/md?.uzip files. No .uzips show up. > > disk=`mdconfig -af /path/to/usr.img` > mount -r /dev/$disk.uzip /usr > > -- > John Baldwin > I noted it defaulted to cd9660 too. I hadn't gotten to debugging that point, since I never get a devnode of .uzip I'll follow up tonight. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 15:28:00 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF38106564A; Thu, 1 Apr 2010 15:28:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D15468FC1D; Thu, 1 Apr 2010 15:27:59 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o31FRga9053531; Thu, 1 Apr 2010 17:27:57 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o31FRffp053530; Thu, 1 Apr 2010 17:27:41 +0200 (CEST) (envelope-from olli) Date: Thu, 1 Apr 2010 17:27:41 +0200 (CEST) Message-Id: <201004011527.o31FRffp053530@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions@FreeBSD.ORG, lobo@bsd.com.br In-Reply-To: <201003251843.36898.lobo@bsd.com.br> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 01 Apr 2010 17:27:57 +0200 (CEST) Cc: Subject: Re: Compiling kernel with gcc43 [SOLVED] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions@FreeBSD.ORG, lobo@bsd.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 15:28:00 -0000 Mario Lobo wrote: > [...] > It's compiling right now. > > I'll post my findings and impressions on results and performance right after > the next reboot. So, how is it going? Any benchmarks yet? I'm curious if the new gcc version will really make a significant difference. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 16:53:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200C6106566B; Thu, 1 Apr 2010 16:53:45 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id DA8A58FC1A; Thu, 1 Apr 2010 16:53:44 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o31GrbZW055863; Thu, 1 Apr 2010 16:53:38 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org, lobo@bsd.com.br Date: Thu, 1 Apr 2010 16:53:36 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201004011527.o31FRffp053530@lurza.secnetix.de> In-Reply-To: <201004011527.o31FRffp053530@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004011653.36780.ken@mthelicon.com> X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_50,DNS_FROM_OPENWHOIS, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Subject: Re: Compiling kernel with gcc43 [SOLVED] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 16:53:45 -0000 On Thursday 01 April 2010 15:27:41 Oliver Fromme wrote: > Mario Lobo wrote: > > [...] > > It's compiling right now. > > > > I'll post my findings and impressions on results and performance right > > after the next reboot. > > So, how is it going? Any benchmarks yet? I'm curious > if the new gcc version will really make a significant > difference. I would love to see the /etc/make.conf, /etc/src.conf and /etc/libmap.conf files that were used for the build. I have tried compiling in VBox a current kernel and world, but it usually just bombs out for me. I would like to give this a go as well. Peg From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 17:06:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E1E7106564A for ; Thu, 1 Apr 2010 17:06:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CC93C8FC18 for ; Thu, 1 Apr 2010 17:06:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 53A1246B37; Thu, 1 Apr 2010 13:06:02 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 72EDF8A01F; Thu, 1 Apr 2010 13:06:01 -0400 (EDT) From: John Baldwin To: Tim Judd Date: Thu, 1 Apr 2010 13:04:38 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004010838.38794.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004011304.38857.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 13:06:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 17:06:03 -0000 On Thursday 01 April 2010 10:48:07 am Tim Judd wrote: > On 4/1/10, John Baldwin wrote: > > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: > >> Hi All, > >> > >> Just starting to see if I can find other reports. You all probably > >> have had the "more than one pair of eyes looking at a thing is better > >> than my eyes alone." This is why I'm writing now, as I'm starting the > >> discovery. > >> > >> Let me background this a little bit. I only started looking into this > >> because mkuzip and it's counterpart, geom_uzip are throwing errors on > >> FreeBSD8 i386 > >> > >> > >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): > >> make DESTDIR=/home/small8 installworld installkernel distribution > >> mv /home/small8/boot /home/small8-boot/ > >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ > >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img > >> [*] > >> chflags -R noschg /home/small8/usr/* > >> rm -rf /home/small8/usr/* /home/small8/usr.img > >> ee /home/small8/etc/rc.d/mountcritlocal > >> [**] > >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ > >> gzip --best /home/small8-boot/mfsroot > >> ee /home/small8-boot/boot/loader.conf > >> [***] > >> rm /home/small8-boot/boot/kernel/*.symbols > >> gzip --best /home/small8-boot/boot/kernel/kernel > >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot > >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ > >> > >> > >> [*]: mkuzip inserts a script header that is broken. module name it's > >> searching for may have been renamed? > >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the > >> above script header, throws errors > >> [***]: added zlib and geom_uzip modules to load to the boot image, to > >> satisfy the script header's requirements. > >> > >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. > >> Small enough to apparently fit into the undocumented 50 or 100MB size > >> limit of mfs_root module > > > > BTW, you can raise this limit by changing NKPT. > > > I'm sorry, I'm not sure what you're referring to when you are telling me this. If you increase NKPT (look in /sys/i386/conf/NOTES on a recent stable) you can use a larger mfs root. > >> 2) even with geom_uzip module and it's dependency zlib loaded, i don't > >> get a mdconfig node '/dev/md?.uzip' to appear. > >> > >> It's been forever since I touched uzip, so I have to ask. > > > > Do you have a md0 device at all? I think you want to hack the script to do > > something like this: > > I double check at home tonight, but I don't remember any additional md > devices, since I'm running from an MFS_ROOT, i get md0, but that's > all. > > I definately do not get any /dev/md?.uzip files. No .uzips show up. You will not get the uzip device until you create the md device via mdconfig -af. > > disk=`mdconfig -af /path/to/usr.img` > > mount -r /dev/$disk.uzip /usr That's why I think you need to add this to a script in /etc. You could perhaps put the mount line in /etc/fstab, but you need to invoke mdconfig to create md1. At that point you should get the md1.uzip device automatically. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 17:14:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74226106564A; Thu, 1 Apr 2010 17:14:31 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com [209.85.223.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5E38FC0A; Thu, 1 Apr 2010 17:14:30 +0000 (UTC) Received: by iwn13 with SMTP id 13so924404iwn.13 for ; Thu, 01 Apr 2010 10:14:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=/zpLM5CJ5x5NiaeYWEPnTnvxwWuUkZnwJSXiS9zpeY4=; b=WIW0yOJEeeTU6yIDTb/aIJRL4Jyg8LWa56Q/P18K5M89A1SdiCzShn5mZ6gQEjAvTj ZZ412HvyLzoQrZJkkzXn/KTpAeUjAMxKbjFvVUqdTUdepkNkRg6HZ6MdIniOV4HJq/k4 UiHijpkj5fIJDmkbnZyettecT7lLXdD5d5ctM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uFxhRy+KFsgGLi4UZ3hQsF+MRqYXqi/eEDi0eOmwUEz6hrssWyG2fBodPpksLiWzfs ombPVcF9CRaHx7tbqGs0WVVF8kaY9xP7XAZcJFnv6serwZtVAmebmr40BWSsbBNMV4MA UMPEaZ8nD6XdEi0Y9b1hZcBa9S9h5f/ZOHJO4= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 10:14:30 -0700 (PDT) In-Reply-To: <201004011304.38857.jhb@freebsd.org> References: <201004010838.38794.jhb@freebsd.org> <201004011304.38857.jhb@freebsd.org> Date: Thu, 1 Apr 2010 11:14:30 -0600 Received: by 10.231.153.67 with SMTP id j3mr304659ibw.28.1270142070416; Thu, 01 Apr 2010 10:14:30 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 17:14:31 -0000 On 4/1/10, John Baldwin wrote: > On Thursday 01 April 2010 10:48:07 am Tim Judd wrote: >> On 4/1/10, John Baldwin wrote: >> > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >> >> Hi All, >> >> >> >> Just starting to see if I can find other reports. You all probably >> >> have had the "more than one pair of eyes looking at a thing is better >> >> than my eyes alone." This is why I'm writing now, as I'm starting the >> >> discovery. >> >> >> >> Let me background this a little bit. I only started looking into this >> >> because mkuzip and it's counterpart, geom_uzip are throwing errors on >> >> FreeBSD8 i386 >> >> >> >> >> >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with >> >> knobs): >> >> make DESTDIR=/home/small8 installworld installkernel distribution >> >> mv /home/small8/boot /home/small8-boot/ >> >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >> >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >> >> [*] >> >> chflags -R noschg /home/small8/usr/* >> >> rm -rf /home/small8/usr/* /home/small8/usr.img >> >> ee /home/small8/etc/rc.d/mountcritlocal >> >> [**] >> >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >> >> gzip --best /home/small8-boot/mfsroot >> >> ee /home/small8-boot/boot/loader.conf >> >> [***] >> >> rm /home/small8-boot/boot/kernel/*.symbols >> >> gzip --best /home/small8-boot/boot/kernel/kernel >> >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >> >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >> >> >> >> >> >> [*]: mkuzip inserts a script header that is broken. module name it's >> >> searching for may have been renamed? >> >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the >> >> above script header, throws errors >> >> [***]: added zlib and geom_uzip modules to load to the boot image, to >> >> satisfy the script header's requirements. >> >> >> >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. >> >> Small enough to apparently fit into the undocumented 50 or 100MB size >> >> limit of mfs_root module >> > >> > BTW, you can raise this limit by changing NKPT. >> >> >> I'm sorry, I'm not sure what you're referring to when you are telling me >> this. > > If you increase NKPT (look in /sys/i386/conf/NOTES on a recent stable) you > can use a larger mfs root. > >> >> 2) even with geom_uzip module and it's dependency zlib loaded, i don't >> >> get a mdconfig node '/dev/md?.uzip' to appear. >> >> >> >> It's been forever since I touched uzip, so I have to ask. >> > >> > Do you have a md0 device at all? I think you want to hack the script to >> > do >> > something like this: >> >> I double check at home tonight, but I don't remember any additional md >> devices, since I'm running from an MFS_ROOT, i get md0, but that's >> all. >> >> I definately do not get any /dev/md?.uzip files. No .uzips show up. > > You will not get the uzip device until you create the md device via > mdconfig -af. And that was one of my troubleshooting attempts the other night. Instead of relying on a (misdone) embedded script, I tried mdconfig -at vnode -f; and a mdconfig -af;. If I recall, they create a md? node, but not a md?.uzip node. No joy, I have been trying to grep source files seeing what might be the problem of creating the md?.uzip, but I still haven't found the code that does it. Can you duplicate the issue? I haven't gotten into trying to rebuild world (without the src.conf exclusions). I might be able to attempt that tonight. Thanks for your time, Mr. Baldwin. > >> > disk=`mdconfig -af /path/to/usr.img` >> > mount -r /dev/$disk.uzip /usr > > That's why I think you need to add this to a script in /etc. You could > perhaps put the mount line in /etc/fstab, but you need to invoke mdconfig > to create md1. At that point you should get the md1.uzip device > automatically. That above script wouldn't give a devnode /dev/md?.uzip. it's being run manually at a single-user mode and it doesn't create the /dev/md?.uzip node. I will be doing all this this evening when I get home. > > -- > John Baldwin > From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 20:17:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906BE1065672 for ; Thu, 1 Apr 2010 20:17:18 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-yx0-f195.google.com (mail-yx0-f195.google.com [209.85.210.195]) by mx1.freebsd.org (Postfix) with ESMTP id 37BBB8FC14 for ; Thu, 1 Apr 2010 20:17:17 +0000 (UTC) Received: by yxe33 with SMTP id 33so657865yxe.15 for ; Thu, 01 Apr 2010 13:17:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.33.20 with HTTP; Thu, 1 Apr 2010 13:15:13 -0700 (PDT) In-Reply-To: <201004011527.o31FRffp053530@lurza.secnetix.de> References: <201003251843.36898.lobo@bsd.com.br> <201004011527.o31FRffp053530@lurza.secnetix.de> From: Vlad Galu Date: Thu, 1 Apr 2010 23:15:13 +0300 Received: by 10.91.51.2 with SMTP id d2mr1975164agk.31.1270152933433; Thu, 01 Apr 2010 13:15:33 -0700 (PDT) Message-ID: To: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Compiling kernel with gcc43 [SOLVED] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 20:17:18 -0000 On Thu, Apr 1, 2010 at 6:27 PM, Oliver Fromme wrot= e: > Mario Lobo wrote: > =A0> [...] > =A0> It's compiling right now. > =A0> > =A0> I'll post my findings and impressions on results and performance rig= ht after > =A0> the next reboot. > > So, how is it going? =A0Any benchmarks yet? =A0I'm curious > if the new gcc version will really make a significant > difference. > I'm not as worried about performance as I am about compatibilty. Various software suites have started using newer GCCisms in their code. One example I can give from the top of my head is Wt (www.webtoolkit.eu), which compiles with 4.4, but not with 4.2. I shamefully haven't dug any deeper to check which particular syntactical construct offended 4.2. Yes, one might say, after all it's the upstream developers who ought to make sure their software compiles on FreeBSD, but some aditional overhead on the shoulders of our port maintainers should be expected. > Best regards > =A0 Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, =A0Gesch=E4ftsfuehr= ung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, =A0Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf G= ebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: =A0http://www.secnetix.de/b= sd > > "UNIX was not designed to stop you from doing stupid things, > because that would also stop you from doing clever things." > =A0 =A0 =A0 =A0-- Doug Gwyn > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 Good, fast & cheap. Pick any two. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 20:29:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD67106566C for ; Thu, 1 Apr 2010 20:29:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 05FC38FC1B for ; Thu, 1 Apr 2010 20:29:50 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6F24146B0C; Thu, 1 Apr 2010 16:29:49 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 96F408A01F; Thu, 1 Apr 2010 16:29:48 -0400 (EDT) From: John Baldwin To: Tim Judd Date: Thu, 1 Apr 2010 16:25:45 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004011304.38857.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004011625.45293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 16:29:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 20:29:50 -0000 On Thursday 01 April 2010 1:14:30 pm Tim Judd wrote: > On 4/1/10, John Baldwin wrote: > > On Thursday 01 April 2010 10:48:07 am Tim Judd wrote: > >> On 4/1/10, John Baldwin wrote: > >> > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: > >> >> Hi All, > >> >> > >> >> Just starting to see if I can find other reports. You all probably > >> >> have had the "more than one pair of eyes looking at a thing is better > >> >> than my eyes alone." This is why I'm writing now, as I'm starting the > >> >> discovery. > >> >> > >> >> Let me background this a little bit. I only started looking into this > >> >> because mkuzip and it's counterpart, geom_uzip are throwing errors on > >> >> FreeBSD8 i386 > >> >> > >> >> > >> >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with > >> >> knobs): > >> >> make DESTDIR=/home/small8 installworld installkernel distribution > >> >> mv /home/small8/boot /home/small8-boot/ > >> >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ > >> >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img > >> >> [*] > >> >> chflags -R noschg /home/small8/usr/* > >> >> rm -rf /home/small8/usr/* /home/small8/usr.img > >> >> ee /home/small8/etc/rc.d/mountcritlocal > >> >> [**] > >> >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ > >> >> gzip --best /home/small8-boot/mfsroot > >> >> ee /home/small8-boot/boot/loader.conf > >> >> [***] > >> >> rm /home/small8-boot/boot/kernel/*.symbols > >> >> gzip --best /home/small8-boot/boot/kernel/kernel > >> >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot > >> >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ > >> >> > >> >> > >> >> [*]: mkuzip inserts a script header that is broken. module name it's > >> >> searching for may have been renamed? > >> >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the > >> >> above script header, throws errors > >> >> [***]: added zlib and geom_uzip modules to load to the boot image, to > >> >> satisfy the script header's requirements. > >> >> > >> >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. > >> >> Small enough to apparently fit into the undocumented 50 or 100MB size > >> >> limit of mfs_root module > >> > > >> > BTW, you can raise this limit by changing NKPT. > >> > >> > >> I'm sorry, I'm not sure what you're referring to when you are telling me > >> this. > > > > If you increase NKPT (look in /sys/i386/conf/NOTES on a recent stable) you > > can use a larger mfs root. > > > >> >> 2) even with geom_uzip module and it's dependency zlib loaded, i don't > >> >> get a mdconfig node '/dev/md?.uzip' to appear. > >> >> > >> >> It's been forever since I touched uzip, so I have to ask. > >> > > >> > Do you have a md0 device at all? I think you want to hack the script to > >> > do > >> > something like this: > >> > >> I double check at home tonight, but I don't remember any additional md > >> devices, since I'm running from an MFS_ROOT, i get md0, but that's > >> all. > >> > >> I definately do not get any /dev/md?.uzip files. No .uzips show up. > > > > You will not get the uzip device until you create the md device via > > mdconfig -af. > > And that was one of my troubleshooting attempts the other night. > Instead of relying on a (misdone) embedded script, I tried mdconfig > -at vnode -f; and a mdconfig -af;. If I recall, they create a md? > node, but not a md?.uzip node. > > > No joy, I have been trying to grep source files seeing what might be > the problem of creating the md?.uzip, but I still haven't found the > code that does it. Does it create a /dev/md1 device? -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:22:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB281065676; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 782E98FC0A; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6ADCD1FFC7B; Thu, 1 Apr 2010 21:22:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A838E84854; Thu, 1 Apr 2010 14:05:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: gary.jennejohn@freenet.de References: <20100401133633.23c7b1fd@ernst.jennejohn.org> <8639zftm56.fsf@ds4.des.no> Date: Thu, 01 Apr 2010 14:05:01 +0200 In-Reply-To: <8639zftm56.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Thu, 01 Apr 2010 14:03:49 +0200") Message-ID: <86y6h7s7iq.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Daniel Rodrick , freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 21:22:45 -0000 Dag-Erling Sm=C3=B8rgrav writes: > File is right. The kernel contains relocation entries so kernel modules > can be linked against it. "relocation entries" is possibly not the right term, someone with better knowledge of ELF will have to correct me. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:22:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF4A1065678; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7E4608FC0C; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 7AF861FFC7D; Thu, 1 Apr 2010 21:22:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 47857844DF; Wed, 31 Mar 2010 14:18:38 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tsuyoshi Ozawa References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <20100330173504.GA70578@freebsd.org> Date: Wed, 31 Mar 2010 14:18:38 +0200 In-Reply-To: (Tsuyoshi Ozawa's message of "Wed, 31 Mar 2010 04:05:33 -0800") Message-ID: <86iq8csmzl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers , Roman Divacky , Julian Elischer Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 21:22:45 -0000 Tsuyoshi Ozawa writes: > Julian Elischer writes: > > Who are you? and what have you done with DES? > Sorry [...] Never mind, Julian was making a joke at my expense. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:22:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30D9106567A; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED288FC13; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 5AEDD1FFC77; Thu, 1 Apr 2010 21:22:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0BED784852; Thu, 1 Apr 2010 14:03:50 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: gary.jennejohn@freenet.de References: <20100401133633.23c7b1fd@ernst.jennejohn.org> Date: Thu, 01 Apr 2010 14:03:49 +0200 In-Reply-To: <20100401133633.23c7b1fd@ernst.jennejohn.org> (Gary Jennejohn's message of "Thu, 1 Apr 2010 13:36:33 +0200") Message-ID: <8639zftm56.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Daniel Rodrick , freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Newbie question: kernel image a dynamically linked binary? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 21:22:46 -0000 Gary Jennejohn writes: > Daniel Rodrick writes: > > $ file kernel > > kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > > dynamically linked (uses shared libs), not stripped > file is confused. FreeBSD uses a monolithic kernel and no shared > libraries are involved. However, it is possible to dynamically load > modules using kldload. See the appropriate man page. File is right. The kernel contains relocation entries so kernel modules can be linked against it. "monolithic" means something else entirely. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:22:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092BE106567D for ; Thu, 1 Apr 2010 21:22:46 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BA6728FC16 for ; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 73B6C1FFC7C; Thu, 1 Apr 2010 21:22:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4917184498; Tue, 30 Mar 2010 21:15:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer References: <411a180c1003300537g2a1b4879u2d8d952ce9977cb5@mail.gmail.com> <411a180c1003300639l13d33451q305a61b2bcd6e3d5@mail.gmail.com> <86fx3hrkhe.fsf@ds4.des.no> <4BB22D32.6030501@elischer.org> Date: Tue, 30 Mar 2010 21:15:32 +0200 In-Reply-To: <4BB22D32.6030501@elischer.org> (Julian Elischer's message of "Tue, 30 Mar 2010 09:56:18 -0700") Message-ID: <86bpe5mxij.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Tsuyoshi Ozawa , freebsd-hackers Subject: Re: Dynamic ticks in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 21:22:46 -0000 Julian Elischer writes: > Who are you? and what have you done with DES? I gave him a week off... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:26:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4EA1065677; Thu, 1 Apr 2010 21:26:39 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-yx0-f195.google.com (mail-yx0-f195.google.com [209.85.210.195]) by mx1.freebsd.org (Postfix) with ESMTP id 65FA58FC1A; Thu, 1 Apr 2010 21:26:38 +0000 (UTC) Received: by yxe33 with SMTP id 33so697978yxe.15 for ; Thu, 01 Apr 2010 14:26:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=ijzl19iFSNYz2syqHeRrKETYgm/B9Uf77zCSvhXX1HM=; b=Qolo9QfAvp+fK8LbJgKJQIUyxaaCrJZ9g0dupvwWu/6jj6Ae+HVP5cw5LinFG5yNWr aEKdlPbpQQqG1e/CVc+7jqlj3Gsr2bwB1+e5EDHyl/mqGjjfrf/Yom64LLxXTvy+j5t0 P5ixLTiWHFRGTKJiJsjMG3BYezL54vuvqpnXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=E347Yhz05AJPeoGgau5kXlwQYpZj8K2pTkEItW7MU3G6/jDqRlyIR2DQ5Kt2aZA58R RFVZUosmSepFVfm+AgXyzqGv1hH0jfnt4WGzfA/VM5PkiyR+fJYTTkmKzi+5RUIzpkXa PGCnajNagTNX8a5YkGJSv7F8tN96yEIDOpERE= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 14:26:38 -0700 (PDT) In-Reply-To: <201004011625.45293.jhb@freebsd.org> References: <201004011304.38857.jhb@freebsd.org> <201004011625.45293.jhb@freebsd.org> Date: Thu, 1 Apr 2010 15:26:38 -0600 Received: by 10.101.136.19 with SMTP id o19mr3498262ann.142.1270157198138; Thu, 01 Apr 2010 14:26:38 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 21:26:39 -0000 On 4/1/10, John Baldwin wrote: > On Thursday 01 April 2010 1:14:30 pm Tim Judd wrote: >> On 4/1/10, John Baldwin wrote: >> > On Thursday 01 April 2010 10:48:07 am Tim Judd wrote: >> >> On 4/1/10, John Baldwin wrote: >> >> > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >> >> >> Hi All, >> >> >> >> >> >> Just starting to see if I can find other reports. You all probably >> >> >> have had the "more than one pair of eyes looking at a thing is >> >> >> better >> >> >> than my eyes alone." This is why I'm writing now, as I'm starting >> >> >> the >> >> >> discovery. >> >> >> >> >> >> Let me background this a little bit. I only started looking into >> >> >> this >> >> >> because mkuzip and it's counterpart, geom_uzip are throwing errors >> >> >> on >> >> >> FreeBSD8 i386 >> >> >> >> >> >> >> >> >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with >> >> >> knobs): >> >> >> make DESTDIR=/home/small8 installworld installkernel distribution >> >> >> mv /home/small8/boot /home/small8-boot/ >> >> >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >> >> >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >> >> >> [*] >> >> >> chflags -R noschg /home/small8/usr/* >> >> >> rm -rf /home/small8/usr/* /home/small8/usr.img >> >> >> ee /home/small8/etc/rc.d/mountcritlocal >> >> >> [**] >> >> >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >> >> >> gzip --best /home/small8-boot/mfsroot >> >> >> ee /home/small8-boot/boot/loader.conf >> >> >> [***] >> >> >> rm /home/small8-boot/boot/kernel/*.symbols >> >> >> gzip --best /home/small8-boot/boot/kernel/kernel >> >> >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >> >> >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >> >> >> >> >> >> >> >> >> [*]: mkuzip inserts a script header that is broken. module name >> >> >> it's >> >> >> searching for may have been renamed? >> >> >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using >> >> >> the >> >> >> above script header, throws errors >> >> >> [***]: added zlib and geom_uzip modules to load to the boot image, >> >> >> to >> >> >> satisfy the script header's requirements. >> >> >> >> >> >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB >> >> >> iso. >> >> >> Small enough to apparently fit into the undocumented 50 or 100MB >> >> >> size >> >> >> limit of mfs_root module >> >> > >> >> > BTW, you can raise this limit by changing NKPT. >> >> >> >> >> >> I'm sorry, I'm not sure what you're referring to when you are telling >> >> me >> >> this. >> > >> > If you increase NKPT (look in /sys/i386/conf/NOTES on a recent stable) >> > you >> > can use a larger mfs root. >> > >> >> >> 2) even with geom_uzip module and it's dependency zlib loaded, i >> >> >> don't >> >> >> get a mdconfig node '/dev/md?.uzip' to appear. >> >> >> >> >> >> It's been forever since I touched uzip, so I have to ask. >> >> > >> >> > Do you have a md0 device at all? I think you want to hack the script >> >> > > to >> >> > do >> >> > something like this: >> >> >> >> I double check at home tonight, but I don't remember any additional md >> >> devices, since I'm running from an MFS_ROOT, i get md0, but that's >> >> all. >> >> >> >> I definately do not get any /dev/md?.uzip files. No .uzips show up. >> > >> > You will not get the uzip device until you create the md device via >> > mdconfig -af. >> >> And that was one of my troubleshooting attempts the other night. >> Instead of relying on a (misdone) embedded script, I tried mdconfig >> -at vnode -f; and a mdconfig -af;. If I recall, they create a md? >> node, but not a md?.uzip node. >> >> >> No joy, I have been trying to grep source files seeing what might be >> the problem of creating the md?.uzip, but I still haven't found the >> code that does it. > > Does it create a /dev/md1 device? If I remember, it does. I will be double checking these details tonight. In about 2 hrs or so. > > -- > John Baldwin > From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 01:50:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 275E8106564A; Fri, 2 Apr 2010 01:50:07 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id C517A8FC16; Fri, 2 Apr 2010 01:50:06 +0000 (UTC) Received: by iwn12 with SMTP id 12so274126iwn.14 for ; Thu, 01 Apr 2010 18:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=YK1Yaj4EmCN0w7HTRzHlJw+n86W15BYRG0Zsy4JQbdE=; b=c3bOzSfBxScZrz9pnL7w3Z/HGEMaMxBcUs3tck3bPWcIdaFnMpjR+mQgwTwAZVZKXC lJSiFqHpoMDQF+dp/1/KQuGS0ACxDLFpKVI4p77ZXxAgeONaYNcC5JVZbCBrQRtD8h1H ic9PM3ubebRrZ5dOpDMuYUuqP7SE9LQUS7GYg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ul0K1Hxzs/ut4SBZVrrwR0wXuWo3x0C/OhA1wEjIE1l2N/Skcze8P9QSsEGC8ZT3aX 0bq+FRuasHcdtwX/bKhnh5MhlteSYfM6bEEdH5bb7unLhmFF3pq0VsyXslP0M6EHJRDZ Rl4H6QqwwBxLHXATv9V9B1NHrEwgBo2ablZnw= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 18:50:06 -0700 (PDT) In-Reply-To: <201004010838.38794.jhb@freebsd.org> References: <201004010838.38794.jhb@freebsd.org> Date: Thu, 1 Apr 2010 19:50:06 -0600 Received: by 10.231.174.137 with SMTP id t9mr513506ibz.98.1270173006149; Thu, 01 Apr 2010 18:50:06 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, sobomax@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 01:50:07 -0000 On 4/1/10, John Baldwin wrote: > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >> Hi All, >> >> Just starting to see if I can find other reports. You all probably >> have had the "more than one pair of eyes looking at a thing is better >> than my eyes alone." This is why I'm writing now, as I'm starting the >> discovery. >> >> Let me background this a little bit. I only started looking into this >> because mkuzip and it's counterpart, geom_uzip are throwing errors on >> FreeBSD8 i386 >> >> >> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): >> make DESTDIR=/home/small8 installworld installkernel distribution >> mv /home/small8/boot /home/small8-boot/ >> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >> [*] >> chflags -R noschg /home/small8/usr/* >> rm -rf /home/small8/usr/* /home/small8/usr.img >> ee /home/small8/etc/rc.d/mountcritlocal >> [**] >> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >> gzip --best /home/small8-boot/mfsroot >> ee /home/small8-boot/boot/loader.conf >> [***] >> rm /home/small8-boot/boot/kernel/*.symbols >> gzip --best /home/small8-boot/boot/kernel/kernel >> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >> >> >> [*]: mkuzip inserts a script header that is broken. module name it's >> searching for may have been renamed? >> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the >> above script header, throws errors >> [***]: added zlib and geom_uzip modules to load to the boot image, to >> satisfy the script header's requirements. >> >> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. >> Small enough to apparently fit into the undocumented 50 or 100MB size >> limit of mfs_root module > > BTW, you can raise this limit by changing NKPT. > >> The problem: >> mkuzip generates a few lines as a script in the head of the >> resulting *.uzip file. Two problems... >> 1) the module it queries for is geom_uzip (kldstat -m $m), but >> FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. >> mkuzip's generated image will never find the module if they're not >> named the same. > > It is g_uzip even in 7: > > DECLARE_GEOM_CLASS(g_uzip_class, g_uzip); > MODULE_DEPEND(g_uzip, zlib, 1, 1, 1); > > This has probably just been broken from the start. If it used 'kldstat -n' > then it might work. Well, it probably works (modulo a warning) by accident > as > it doesn't hurt to kldload an already-loaded module. Note though that it > assumes the raw usr.img is an ISO image, not a UFS filesystem. > >> 2) even with geom_uzip module and it's dependency zlib loaded, i don't >> get a mdconfig node '/dev/md?.uzip' to appear. >> >> It's been forever since I touched uzip, so I have to ask. > > Do you have a md0 device at all? I think you want to hack the script to do > something like this: > > disk=`mdconfig -af /path/to/usr.img` > mount -r /dev/$disk.uzip /usr > > -- > John Baldwin > booted single-user md0 is the mfs_root here is the manual attachment of an mdconfig... # mdconfig -af /usr.uzip WARNING: opening backing store: /usr.uzip readonly md1.uzip: block size (24) should be a multiple of 512. md1 # ls /dev/md1* /dev/md1 # From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 01:52:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EA3F1065678; Fri, 2 Apr 2010 01:52:35 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1696E8FC08; Fri, 2 Apr 2010 01:52:34 +0000 (UTC) Received: by iwn12 with SMTP id 12so275836iwn.14 for ; Thu, 01 Apr 2010 18:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=2vPTwA1repMybap1p0RIBkiY7T7GZ5uYTOJ4bGkKzQs=; b=c7j+pEuMlU5sxcxGK2xG7SeiC2r7mK/M4RNpK5ybREfXfKKpqY9D3XS+uX/y1HhR6V IMI5C3yC/cAyGFbEugHQ3U7PbL/wqUhQg6a5aPO7CcKDUPCoF4fTQebQarGMdsnxIr1/ qz7TI4vi5O2eFfK2oQI5aBzRWRKpMoRYHedKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IIoX5DO6aLwLujkt/bEzM3Db4BBaLDaDxGE84zaiXterZeeDjbxVwNaqvfLfJDiSKG +rYFOpW1dmJ+CxaN6m/C5tZwGI/aJOvloi009sBkfgzmlncLQ3UYrqIfDWeSiouXkcyG Wgyv1EjOckyOkT79j/ZzTqyii8wJqN7nJ/o24= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 18:52:34 -0700 (PDT) In-Reply-To: References: <201004010838.38794.jhb@freebsd.org> Date: Thu, 1 Apr 2010 19:52:34 -0600 Received: by 10.231.174.137 with SMTP id t9mr514388ibz.98.1270173154506; Thu, 01 Apr 2010 18:52:34 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 01:52:35 -0000 On 4/1/10, Tim Judd wrote: > On 4/1/10, John Baldwin wrote: >> On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >>> Hi All, >>> >>> Just starting to see if I can find other reports. You all probably >>> have had the "more than one pair of eyes looking at a thing is better >>> than my eyes alone." This is why I'm writing now, as I'm starting the >>> discovery. >>> >>> Let me background this a little bit. I only started looking into this >>> because mkuzip and it's counterpart, geom_uzip are throwing errors on >>> FreeBSD8 i386 >>> >>> >>> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): >>> make DESTDIR=/home/small8 installworld installkernel distribution >>> mv /home/small8/boot /home/small8-boot/ >>> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >>> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >>> [*] >>> chflags -R noschg /home/small8/usr/* >>> rm -rf /home/small8/usr/* /home/small8/usr.img >>> ee /home/small8/etc/rc.d/mountcritlocal >>> [**] >>> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >>> gzip --best /home/small8-boot/mfsroot >>> ee /home/small8-boot/boot/loader.conf >>> [***] >>> rm /home/small8-boot/boot/kernel/*.symbols >>> gzip --best /home/small8-boot/boot/kernel/kernel >>> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >>> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >>> >>> >>> [*]: mkuzip inserts a script header that is broken. module name it's >>> searching for may have been renamed? >>> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the >>> above script header, throws errors >>> [***]: added zlib and geom_uzip modules to load to the boot image, to >>> satisfy the script header's requirements. >>> >>> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. >>> Small enough to apparently fit into the undocumented 50 or 100MB size >>> limit of mfs_root module >> >> BTW, you can raise this limit by changing NKPT. >> >>> The problem: >>> mkuzip generates a few lines as a script in the head of the >>> resulting *.uzip file. Two problems... >>> 1) the module it queries for is geom_uzip (kldstat -m $m), but >>> FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. >>> mkuzip's generated image will never find the module if they're not >>> named the same. >> >> It is g_uzip even in 7: >> >> DECLARE_GEOM_CLASS(g_uzip_class, g_uzip); >> MODULE_DEPEND(g_uzip, zlib, 1, 1, 1); >> >> This has probably just been broken from the start. If it used 'kldstat >> -n' >> then it might work. Well, it probably works (modulo a warning) by >> accident >> as >> it doesn't hurt to kldload an already-loaded module. Note though that it >> assumes the raw usr.img is an ISO image, not a UFS filesystem. >> >>> 2) even with geom_uzip module and it's dependency zlib loaded, i don't >>> get a mdconfig node '/dev/md?.uzip' to appear. >>> >>> It's been forever since I touched uzip, so I have to ask. >> >> Do you have a md0 device at all? I think you want to hack the script to >> do >> something like this: >> >> disk=`mdconfig -af /path/to/usr.img` >> mount -r /dev/$disk.uzip /usr >> >> -- >> John Baldwin >> > > > > booted single-user > md0 is the mfs_root > > here is the manual attachment of an mdconfig... > # mdconfig -af /usr.uzip > WARNING: opening backing store: /usr.uzip readonly > md1.uzip: block size (24) should be a multiple of 512. > md1 > # ls /dev/md1* > /dev/md1 > # > Forgot the kldstat, which was obviously omitted # kldstat Id Refs Address Size Name 1 5 0xc0400000 b6e060 kernel 2 1 0xc0f6f000 3ffc geom_uzip.ko 3 2 -xc0f73000 ac20 zlib.ko From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 15:40:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB51E106566B; Fri, 2 Apr 2010 15:40:01 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yx0-f198.google.com (mail-yx0-f198.google.com [209.85.210.198]) by mx1.freebsd.org (Postfix) with ESMTP id 76CB08FC17; Fri, 2 Apr 2010 15:40:01 +0000 (UTC) Received: by yxe36 with SMTP id 36so1662707yxe.13 for ; Fri, 02 Apr 2010 08:40:00 -0700 (PDT) Received: by 10.150.118.34 with SMTP id q34mr2938763ybc.207.1270222800365; Fri, 02 Apr 2010 08:40:00 -0700 (PDT) Received: from papi.localnet ([189.70.250.62]) by mx.google.com with ESMTPS id 15sm6186287gxk.10.2010.04.02.08.39.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Apr 2010 08:39:59 -0700 (PDT) From: Mario Lobo To: Pegasus Mc Cleaft Date: Fri, 2 Apr 2010 12:39:44 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: <201004011527.o31FRffp053530@lurza.secnetix.de> <201004011653.36780.ken@mthelicon.com> In-Reply-To: <201004011653.36780.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004021239.44148.lobo@bsd.com.br> Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 [SOLVED] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 15:40:02 -0000 On Thursday 01 April 2010 16:53:36 Pegasus Mc Cleaft wrote: > On Thursday 01 April 2010 15:27:41 Oliver Fromme wrote: > > Mario Lobo wrote: > > > [...] > > > It's compiling right now. > > > > > > I'll post my findings and impressions on results and performance right > > > after the next reboot. > > > > So, how is it going? Any benchmarks yet? I'm curious > > if the new gcc version will really make a significant > > difference. > > I would love to see the /etc/make.conf, /etc/src.conf and > /etc/libmap.conf files that were used for the build. I have tried compiling > in VBox a current kernel and world, but it usually just bombs out for me. > I would like to give this a go as well. > > Peg > Well, to tell the truth I wasn't that thrilled with the results. I didn't benchmark anything by my impressions were that at least disk access was a bit slower not only during booting but it was more noticeable to me particularly on a burning DVD session. Of course this is ultra abstract. In all previous experiences I had in burning CD/DVD with k3b, I recollect that during burning, the software buffer and device buffer gouges were always 100%, with the software buffer gouge dropping down occasionally to 89/92%. After recompiling the kernel with gcc43, the software buffer was always empty and the device buffer rarely reached 40/50%. I think (if not mistaken) this means that the device is asking "where is my data??" and the OS is not providing it fast enough. I could not get world to build with gcc43 so I gave that up. Then I moved on to VirtualBox. I managed to have it compiled and running. After long trial and error sessions, I could pin point what was breaking compilation and fixed it. Here are the steps: ------------------------------------------------------------------------------ Compiling vbox/vbox-devel with gcc43 1) /usr/include/cam/cam.h needed #include for FILE define, complained by: work/VirtualBox-3.1.51.r27657_OSE/src/VBox/Main/freebsd/HostHardwareFreeBSD.cpp:47: /usr/include/cam/cam.h:246: error: 'FILE' has not been declared 2)/usr/ports/emulators/virtualbox- ose/work/VirtualBox-3.1.6_OSE/src/VBox/Main/generic/NetIf-generic.cpp needed #include because of popen() (this step is ONLY for virtualbox-ose) 3)/usr/ports/emulators/virtualbox-ose(- devel)/work/VirtualBox-3.1.6_OSE/src/VBox/Main/freebsd/NetIf-freebsd.cpp needed #include because of malloc()/free() 4) Config.kmk needed some tweaks: a) line 1750 - $(APPEND) '$@' 'VBOX_GCC_mtune-generic ?= $(call VBOX_GCC_CHECK_CC,-mtune=amdfam10 -D__FreeBSD_cc_version=0,)' to use instructions closer to Phenom and avoid cc complains. b) took out all references to "-fformat-extensions" and "-fno_format- extensions" c) Preceeded all relevant locations of "/usr/lib \" with "/usr/local/lib/gcc43 \" so kbuild searched there for libraries first. (except TEMPLATE_VBOXQT4GUIEXE_LIBPATH !) d) You can use the same Config.kmk for building kmods as well 5) took out -fformat-extensions from src/sys/conf/kern.mk And I left /etc/libmap.conf libgcc_s.so.1 gcc43/libgcc_s.so.1 libgomp.so.1 gcc43/libgomp.so.1 libobjc.so.3 gcc43/libobjc.so.2 libssp.so.0 gcc43/libssp.so.0 libstdc++.so.6 gcc43/libstdc++.so.6 /etc/make.conf CC=/usr/local/bin/gcc43 CXX=/usr/local/bin/g++43 CPP=/usr/local/bin/cpp43 CFLAGS+=-mssse3 -D__FreeBSD_cc_version=0 CXXFLAGS+=-D__FreeBSD_cc_version=0 CPUTYPE=amdfam10 #MAKEOPTS+= -j4 and /etc/src.conf NO_WERROR= WERROR= ------------------------------------------------------------------------------ New problems started to come when I tried to extend this to other ports, breaking a lot of them, to point of making me revert everything back to what it was. In fact I am still in this process right now, and reving a lot of problems to rebuild kde4. This is it for now, guys. If you find anything new, please post. Best of luck, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 16:47:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89C39106568C; Fri, 2 Apr 2010 16:47:58 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-gx0-f210.google.com (mail-gx0-f210.google.com [209.85.217.210]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0168FC1D; Fri, 2 Apr 2010 16:47:57 +0000 (UTC) Received: by gxk2 with SMTP id 2so1696213gxk.3 for ; Fri, 02 Apr 2010 09:47:57 -0700 (PDT) Received: by 10.101.107.7 with SMTP id j7mr6213853anm.186.1270226877408; Fri, 02 Apr 2010 09:47:57 -0700 (PDT) Received: from papi.localnet ([189.70.250.62]) by mx.google.com with ESMTPS id 4sm2552806ywd.13.2010.04.02.09.47.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Apr 2010 09:47:56 -0700 (PDT) To: Pegasus Mc Cleaft From: Mario Lobo Date: Fri, 2 Apr 2010 13:47:43 +0000 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004021347.43433.lobo@bsd.com.br> Cc: freebsd-hackers@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Compiling kernel with gcc43 [SOLVED] -ADDENDUM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 16:47:58 -0000 Well, to tell the truth I wasn't that thrilled with the results. I didn't [snip] ------------------------------------------------------------------------------ Compiling vbox/vbox-devel with gcc43 1) /usr/include/cam/cam.h needed #include for FILE define, complained by: [snip] and /etc/src.conf NO_WERROR= WERROR= ------------------------------------------------------------------------------ New problems started to come when I tried to extend this to other ports, [snip] You have to: 1) make patch 2) apply the mods 3) make Best of luck, again -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 16:10:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807C1106568B for ; Fri, 2 Apr 2010 16:10:27 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEE38FC28 for ; Fri, 2 Apr 2010 16:10:26 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o32FdD6G059608 for ; Fri, 2 Apr 2010 17:39:13 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Fri, 2 Apr 2010 19:45:03 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o32FdD6G059608 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org X-FELK-MailScanner-Watermark: 1270827554.52861@Loo9wC5R2NnEmWEQHkYFzA X-Spam-Status: No X-Mailman-Approved-At: Fri, 02 Apr 2010 17:22:24 +0000 Subject: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 16:10:27 -0000 Hi, I have the same problem as in http://lists.freebsd.org/pipermail/freebsd-hackers/2009-August/029227.html During "make check" of gcc-4.3 the vfs.numvnodes goes up, after reaching default limit 100000 the machine is stuck. kern.maxvnodes: 100000 kern.sigqueue.alloc_fail: 0 kern.sigqueue.overflow: 371 kern.sigqueue.preallocate: 1024 kern.sigqueue.max_pending_per_proc: 128 kern.minvnodes: 25000 vfs.freevnodes: 22 vfs.wantfreevnodes: 25000 vfs.numvnodes: 100005 debug.vnlru_nowhere: 811 It is not on plain FreeBSD, but the GNU/kFreeBSD changes to the kernel are minimal. The KTR trace of KTR_VFS from 8-stable is at http://asdfasdf.debian.net/~salinger/ktr.gz Thanks for any hints. Petr From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 18:53:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F055F1065679 for ; Fri, 2 Apr 2010 18:53:10 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id B7FE78FC14 for ; Fri, 2 Apr 2010 18:53:10 +0000 (UTC) Received: by iwn12 with SMTP id 12so668256iwn.14 for ; Fri, 02 Apr 2010 11:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:received:message-id:subject:from:to :content-type; bh=qSBcb3HnzNs5dpv4W5mpU6rPFKvCw0u0RbWfE74ReS0=; b=CXUxksD6RpQ9Zh5rHDKPdROEqAcyFcCNV+iPrwcgkdnrqodj+yF11+nDH0ZVCWvXUD gvV5hd6fp+SF9pfSSddhuYjnrgd65W05F63lYXfhFLdsmAp5qNOIzLpnbA4q5vO3vceo /DFoa/urxHp7YI+ldzHr2lsF0cMdIQGDnFPq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=j6vIZIlpwUNeeG3KXuUIvVik+yHCYelTBFcme/4WdbOa5py8ilI+XpSvwy5dsO10SQ YyvISkG2y9kJiBRpGtzgqB9lTjmuaKOqEgQvMWuumFp4W67KCcgokSC9maOoJMy/c7oC AeLGYjTOVA5XW9MOSHXs47vFjQqQIvb9KBLxQ= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.35.129 with HTTP; Fri, 2 Apr 2010 11:53:09 -0700 (PDT) Date: Fri, 2 Apr 2010 11:53:09 -0700 X-Google-Sender-Auth: 79d8f8b2eab09a5d Received: by 10.231.190.137 with SMTP id di9mr992525ibb.76.1270234389698; Fri, 02 Apr 2010 11:53:09 -0700 (PDT) Message-ID: From: Artem Belevich To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: write(2) size is limited by INT_MAX on amd64 -- is it a bug or a feature? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 18:53:11 -0000 Hi, I've ran into a problem on 8-stable/amd64 today. Basically any attempt to pass 2GB chunk of data to write(2) returns EINVAL. It looks like we're limiting amount of data to be written to INT_MAX which looks rather restrictive on LP64 platforms. NetBSD/OpenBSD do use SSIZE_MAX which does seem to be the limit specified by POSIX, if I'm looking at the correct specification here http://www.opengroup.org/onlinepubs/000095399/functions/write.html A bit of googling shows that this issue was also recently mentioned on svn-src-all: http://www.mail-archive.com/svn-src-all@freebsd.org/msg18266.html Was the INT_MAX limit in FreeBSD imposed intentionally, even on 64-bit platforms or is it a bug that needs fixing? Thanks, --Artem From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 19:02:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C45106564A for ; Fri, 2 Apr 2010 19:02:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 55B328FC13 for ; Fri, 2 Apr 2010 19:02:43 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o32J2dX8083321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Apr 2010 22:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o32J2dUB026173; Fri, 2 Apr 2010 22:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o32J2dnr026172; Fri, 2 Apr 2010 22:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 2 Apr 2010 22:02:39 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQhvuUkKKd6r3A8m" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 19:02:45 -0000 --LQhvuUkKKd6r3A8m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 02, 2010 at 07:45:03PM +0200, Petr Salinger wrote: > Hi, >=20 > I have the same problem as in > http://lists.freebsd.org/pipermail/freebsd-hackers/2009-August/029227.html >=20 > During "make check" of gcc-4.3 the vfs.numvnodes goes up, > after reaching default limit 100000 the machine is stuck. >=20 > kern.maxvnodes: 100000 > kern.sigqueue.alloc_fail: 0 > kern.sigqueue.overflow: 371 > kern.sigqueue.preallocate: 1024 > kern.sigqueue.max_pending_per_proc: 128 > kern.minvnodes: 25000 > vfs.freevnodes: 22 > vfs.wantfreevnodes: 25000 > vfs.numvnodes: 100005 > debug.vnlru_nowhere: 811 >=20 > It is not on plain FreeBSD, but the GNU/kFreeBSD > changes to the kernel are minimal. >=20 > The KTR trace of KTR_VFS from 8-stable is at > http://asdfasdf.debian.net/~salinger/ktr.gz >=20 > Thanks for any hints. Is machine completely stuck, or is it makes small steps once in a second ? You could look at the "ps alx" output, or ps output from ddb. Look for the processes in the "vnlru" state. If my suspection is true, you have such processes. The typical cause is the large directory hierarchy. vnlru daemon does not reclaim the free vnodes that are sources of namecache records. You can either increase kern.maxvnodes, the default value is very conservative on amd64, where a lot of KVA is available. On the other hand, increase of the value on i386 could easily cause KVA exhaustion. Another possible workaround, if you do not need path resolutions in /proc or lsof(1), is to set sysctl vfs.vlru_allow_cache_src=3D1. --LQhvuUkKKd6r3A8m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku2P04ACgkQC3+MBN1Mb4jY5wCgz2OVZX3eL7db9OJo4aP7WWhY qEIAnA0gYOGJ1el2UNPEfM4A+1sMVizM =aGyN -----END PGP SIGNATURE----- --LQhvuUkKKd6r3A8m-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 19:05:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE9D106566C for ; Fri, 2 Apr 2010 19:05:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E2F918FC12 for ; Fri, 2 Apr 2010 19:05:44 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o32J5caO083563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Apr 2010 22:05:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o32J5cS0026192; Fri, 2 Apr 2010 22:05:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o32J5cDl026191; Fri, 2 Apr 2010 22:05:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 2 Apr 2010 22:05:38 +0300 From: Kostik Belousov To: Artem Belevich Message-ID: <20100402190538.GM2415@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IHQEUyCPif9NwElJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Hackers Subject: Re: write(2) size is limited by INT_MAX on amd64 -- is it a bug or a feature? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 19:05:45 -0000 --IHQEUyCPif9NwElJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 02, 2010 at 11:53:09AM -0700, Artem Belevich wrote: > Hi, >=20 > I've ran into a problem on 8-stable/amd64 today. Basically any attempt > to pass 2GB chunk of data to write(2) returns EINVAL. It looks like > we're limiting amount of data to be written to INT_MAX which looks > rather restrictive on LP64 platforms. NetBSD/OpenBSD do use SSIZE_MAX > which does seem to be the limit specified by POSIX, if I'm looking at > the correct specification here > http://www.opengroup.org/onlinepubs/000095399/functions/write.html >=20 > A bit of googling shows that this issue was also recently mentioned on > svn-src-all: > http://www.mail-archive.com/svn-src-all@freebsd.org/msg18266.html >=20 > Was the INT_MAX limit in FreeBSD imposed intentionally, even on 64-bit > platforms or is it a bug that needs fixing? I did some preliminary work for this, changing the type of uio_resid member of struct uio in stable/8 and HEAD to ssize_t. I have half-finished patch that takes this to completion, allowing SSIZE_MAX maximal i/o. No ETA when it will be done. --IHQEUyCPif9NwElJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku2QAEACgkQC3+MBN1Mb4iFHACfXrTaFxCKh+uX+lBHSYlcaB6B tK0An3T/GHIBwzA6QLmu6mByoSjRyZG/ =15Ld -----END PGP SIGNATURE----- --IHQEUyCPif9NwElJ-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 19:41:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354581065670 for ; Fri, 2 Apr 2010 19:41:03 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id B712B8FC18 for ; Fri, 2 Apr 2010 19:41:01 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o32Jeodu077554; Fri, 2 Apr 2010 21:40:50 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Fri, 2 Apr 2010 23:46:41 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: Kostik Belousov In-Reply-To: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> Message-ID: References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o32Jeodu077554 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org, kostikbel@gmail.com X-FELK-MailScanner-Watermark: 1270842051.90385@VjKjYZo3rAsK6y8giYjgCg X-Spam-Status: No X-Mailman-Approved-At: Fri, 02 Apr 2010 20:32:32 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 19:41:03 -0000 > You can either increase kern.maxvnodes, the default value is very > conservative on amd64, where a lot of KVA is available. On the other > hand, increase of the value on i386 could easily cause KVA exhaustion. The increase helps, the system become responsive. In fact I previously suspected scheduler, but change to 4BSD, UP, nopreemption didn't helped. The build directory of gcc-4.3 is in a separated mount point. Even after the build is stopped and the mount point unmounted, the vfs.numvnodes is still to high. The temporary files (*.s) are in /tmp, but they have been deleted, so my expectation is that vfs.numvnodes should lower significantly. > Another possible workaround, if you do not need path resolutions in /proc > or lsof(1), is to set sysctl vfs.vlru_allow_cache_src=1. I will test this. Petr From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 02:14:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 457DA106566C for ; Sat, 3 Apr 2010 02:14:42 +0000 (UTC) (envelope-from lujiandong1001@yahoo.com.cn) Received: from web15707.mail.cnb.yahoo.com (web15707.mail.cnb.yahoo.com [202.165.102.74]) by mx1.freebsd.org (Postfix) with SMTP id 92D898FC18 for ; Sat, 3 Apr 2010 02:14:41 +0000 (UTC) Received: (qmail 6279 invoked by uid 60001); 3 Apr 2010 02:14:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.cn; s=s1024; t=1270260880; bh=m8NrkfitCIJqruT8Cc1AWH2k6To+z73LTccJaL9E24U=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=HnwCyfU8en+YqVXutHMFRrynH9BKgQdaPnfU3xGW+u3bJkjrC8KQx1djNxd/lDIwozVd6bYIDSXlRrTHJpHf84/bkz4/aiFvXsztGUIuy+3UytGcwW+vK7TNPIsDWd93xSIZyuWGndsRgJGxh1QWTNIl1GPy9k1vEZ1HtHIAbo4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Ed5irqdOjzOqszcn+RVY2eeIcSDpfpvSjbVdSLBE4zAKiOmqmTlqpEIEBxh0BFlbZAcG7gjZoBQV5HIWC1Yabnv2jlcG6malIVMqoDSRE0TuVPT8Blz7bZBu5M6aNCOI94O7F8f88k6y92vC0VPlNNazprSkP4ILrf2BJ6trl+s=; Message-ID: <95187.6276.qm@web15707.mail.cnb.yahoo.com> X-YMail-OSG: Ermu10AVM1k5nXxd9rzM0qNLKJWzIH2ceQ_1HZqQWZDEEiE sUD8pUKpDadKbthq1ZniJ1nid6YbekQfgb2voBwn.3l1CWrSkYEUt65M9.YH cCamodqZUNWGGSUjAGgZvyFeCX2IlzcRG0PQJHFq1gVXVtiT9svwkMj9tgmr Fv4yqltnlQA35ptJTslKJ7B5G9kPx4Rr9LSyHUZUY_x1PGXpN12dJkkbNM4y b9X.d4h7rw6q3hF_eBz4- Received: from [122.224.33.10] by web15707.mail.cnb.yahoo.com via HTTP; Sat, 03 Apr 2010 10:14:39 CST X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 Date: Sat, 3 Apr 2010 10:14:39 +0800 (CST) From: Jiandong Lu To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: howto make 8.0-RELEASE-i386-disc1.iso X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 02:14:42 -0000 hi,everyone.=0A each time I use disk1 to install my FreeBSD system.Now I = want to make my own FreeBSD distro.My question is =0Ahow to make disk1?=0A= thanks.=0A=0A=0A From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 08:02:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 196131065670; Sat, 3 Apr 2010 08:02:37 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id B7D198FC0C; Sat, 3 Apr 2010 08:02:36 +0000 (UTC) Received: by iwn12 with SMTP id 12so984300iwn.14 for ; Sat, 03 Apr 2010 01:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:cc:content-type; bh=IH/TWS2MDfLKmkYPloQ2jSXWUF98ZfulxJp6+TRAb7A=; b=YXqBddeXCDaORHv11KdZ9CB31Rw8UmWvit067hQsLRizeMNy2sxI+hDKrICXsjpcQZ 4vuSvwQl5IHC9yOSU90zaDJVEIAKG+LhrPKrKycVPrRgGQSVl0li4CQ1j8hcU/LFL/5n ULhjQRXD4qX157AJhwsVSCMMEdr3reWxHMKT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=pWWl2lSdUGdd9N5Maoa0h3lbSg3u7RLcKZ0Pa7auwcPpb29Sh4FiJSUAVpZQkhf4Yd nR1RyGA8/lQSJCVcPcWnOznlwm8h868PWqs4WOjNkWkUlwQ0UDNUly6zJ7mIewzqiDJG tcq7+t8ZFKDnYNhLZTd+GxolkYiIEsLiv5Nm4= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Sat, 3 Apr 2010 01:02:36 -0700 (PDT) Date: Sat, 3 Apr 2010 02:02:36 -0600 Received: by 10.231.160.135 with SMTP id n7mr1334504ibx.26.1270281756170; Sat, 03 Apr 2010 01:02:36 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? - SOLVED X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 08:02:37 -0000 On 4/1/10, Tim Judd wrote: > On 4/1/10, Tim Judd wrote: >> On 4/1/10, John Baldwin wrote: >>> On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: >>>> Hi All, >>>> >>>> Just starting to see if I can find other reports. You all probably >>>> have had the "more than one pair of eyes looking at a thing is better >>>> than my eyes alone." This is why I'm writing now, as I'm starting the >>>> discovery. >>>> >>>> Let me background this a little bit. I only started looking into this >>>> because mkuzip and it's counterpart, geom_uzip are throwing errors on >>>> FreeBSD8 i386 >>>> >>>> >>>> scenario (/etc/src.conf in effect, removing *LOTS* of stuff with >>>> knobs): >>>> make DESTDIR=/home/small8 installworld installkernel distribution >>>> mv /home/small8/boot /home/small8-boot/ >>>> makefs -t ffs /home/small8/usr.img /home/small8/usr/ >>>> mkuzip -o /home/small8/usr.uzip /home/small8/usr.img >>>> [*] >>>> chflags -R noschg /home/small8/usr/* >>>> rm -rf /home/small8/usr/* /home/small8/usr.img >>>> ee /home/small8/etc/rc.d/mountcritlocal >>>> [**] >>>> makefs -t ffs /home/small8-boot/mfsroot /home/small8/ >>>> gzip --best /home/small8-boot/mfsroot >>>> ee /home/small8-boot/boot/loader.conf >>>> [***] >>>> rm /home/small8-boot/boot/kernel/*.symbols >>>> gzip --best /home/small8-boot/boot/kernel/kernel >>>> mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot >>>> -iso-level 4 -o /home/small8.iso /home/small8-boot/ >>>> >>>> >>>> [*]: mkuzip inserts a script header that is broken. module name it's >>>> searching for may have been renamed? >>>> [**]: Edited mountcritlocal to mount the usr.uzip file as by using the >>>> above script header, throws errors >>>> [***]: added zlib and geom_uzip modules to load to the boot image, to >>>> satisfy the script header's requirements. >>>> >>>> OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. >>>> Small enough to apparently fit into the undocumented 50 or 100MB size >>>> limit of mfs_root module >>> >>> BTW, you can raise this limit by changing NKPT. >>> >>>> The problem: >>>> mkuzip generates a few lines as a script in the head of the >>>> resulting *.uzip file. Two problems... >>>> 1) the module it queries for is geom_uzip (kldstat -m $m), but >>>> FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. >>>> mkuzip's generated image will never find the module if they're not >>>> named the same. >>> >>> It is g_uzip even in 7: >>> >>> DECLARE_GEOM_CLASS(g_uzip_class, g_uzip); >>> MODULE_DEPEND(g_uzip, zlib, 1, 1, 1); >>> >>> This has probably just been broken from the start. If it used 'kldstat >>> -n' >>> then it might work. Well, it probably works (modulo a warning) by >>> accident >>> as >>> it doesn't hurt to kldload an already-loaded module. Note though that >>> it >>> assumes the raw usr.img is an ISO image, not a UFS filesystem. >>> >>>> 2) even with geom_uzip module and it's dependency zlib loaded, i don't >>>> get a mdconfig node '/dev/md?.uzip' to appear. >>>> >>>> It's been forever since I touched uzip, so I have to ask. >>> >>> Do you have a md0 device at all? I think you want to hack the script to >>> do >>> something like this: >>> >>> disk=`mdconfig -af /path/to/usr.img` >>> mount -r /dev/$disk.uzip /usr >>> >>> -- >>> John Baldwin >>> >> >> >> >> booted single-user >> md0 is the mfs_root >> >> here is the manual attachment of an mdconfig... >> # mdconfig -af /usr.uzip >> WARNING: opening backing store: /usr.uzip readonly >> md1.uzip: block size (24) should be a multiple of 512. >> md1 >> # ls /dev/md1* >> /dev/md1 >> # >> > > Forgot the kldstat, which was obviously omitted > > # kldstat > Id Refs Address Size Name > 1 5 0xc0400000 b6e060 kernel > 2 1 0xc0f6f000 3ffc geom_uzip.ko > 3 2 -xc0f73000 ac20 zlib.ko > John, All: Don't spend any more time on this issue as a show-stopper anymore. I understand what was going on enough to realize that the middle line, rather than a warning, was an outright error and the md?.uzip device cannot be presented. When I was trying to diagnose my cascading problems, one of the items I did was to edit (with ee) the usr.uzip binary file. I only used the cursor in the script header part, saved it and tried it out. Evidentally, that screwed the file up. Recreating the .img, converting to a .uzip is working. I'm back on track, no need to continue to search this. enjoy! From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 08:14:56 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 777021065672 for ; Sat, 3 Apr 2010 08:14:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A23658FC13 for ; Sat, 3 Apr 2010 08:14:55 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA11256; Sat, 03 Apr 2010 11:14:50 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NxyVF-0008Xj-N9; Sat, 03 Apr 2010 11:14:49 +0300 Message-ID: <4BB6F8F9.1050307@icyb.net.ua> Date: Sat, 03 Apr 2010 11:14:49 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Jiandong Lu References: <95187.6276.qm@web15707.mail.cnb.yahoo.com> In-Reply-To: <95187.6276.qm@web15707.mail.cnb.yahoo.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: howto make 8.0-RELEASE-i386-disc1.iso X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 08:14:56 -0000 on 03/04/2010 05:14 Jiandong Lu said the following: > hi,everyone. > each time I use disk1 to install my FreeBSD system.Now I want to make my own FreeBSD distro.My question is > how to make disk1? > thanks. Try: man 7 release P.S. this list in not appropriate for questions like this, there is freebsd-questions@ -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 12:51:47 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 066BE1065672; Sat, 3 Apr 2010 12:51:47 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B1FD18FC08; Sat, 3 Apr 2010 12:51:46 +0000 (UTC) Received: by pwi9 with SMTP id 9so2319611pwi.13 for ; Sat, 03 Apr 2010 05:51:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Iw3dPn9RiOXpeB/CBropiE0tCOkCrt36kbNfUr6LRzw=; b=oB3vor3SCV0xjYVxdtFmb+67kutRuh1IlB3Gqd0ByTaT39GcxVj9tLOFblcopMlPOe HftM7x6ol8WSc9fvyGCCcPsxEUzIhwGNNrnrmRAM/AQYLqaBc99cU8VJD5aU9VYezxM+ 9XqfhGq9s0Z/21EhWWwyh7Vs+wCj1iqI6o37U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CaYbUpSERD0sreKwIDDVupRfy696pdTwWhBJRzEVjBXi87yi+//Dipf6WfK3fB0CpX GLWV2DjWZQFh0A0ILl5iAW3AKZ4+8o9ZAXh1XXFTNFAC1na/f1BO6Ks+tvZJvYrTCjta 9Ukq8jkzTBUl0h2rj5LvuJwoG+Fiuex+TzTZ8= MIME-Version: 1.0 Received: by 10.114.137.14 with HTTP; Sat, 3 Apr 2010 05:51:46 -0700 (PDT) In-Reply-To: <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> Date: Sat, 3 Apr 2010 12:51:46 +0000 Received: by 10.115.133.39 with SMTP id k39mr3184921wan.198.1270299106089; Sat, 03 Apr 2010 05:51:46 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 12:51:47 -0000 On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > On 28 March 2010 16:42, Masoom Shaikh wrote: > >> lets assume if this is h/w problem, then how can other OSes overcome >> this ? is there a way to make FreeBSD ignore this as well, let it >> result in reasonable performance penalty. > > Very probably, if only we could detect where the problem is. > Try adding "options =A0 =A0 PRINTF_BUFR_SIZE=3D128" to the kernel > configuration file if you can, to see if you can get a less mangled > log outout. > ok, after few days of silence I am back with more questions this time system feels little better, it is able to sustain for more time that what 7.3-RELEASE could FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr 1 01:20:45 UTC 2010 root@:/usr/obj/usr/src/sys/INSPIRON amd64 I am using KDE4, and when OS freezes, well it freezes, means I cannot change to tty0 and see the panic text, if any it might possibly have spit. the stuck frozen GUI keeps staring there. So the question is how to I capture that panic text ? unfortunately I am not getting core files too, so there is nothing I can pick up hints is there some option (KDB, DDB), so that on panic system drop to debugger ? Masoom Shaikh From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 14:35:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 017611065673; Sat, 3 Apr 2010 14:35:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 880968FC15; Sat, 3 Apr 2010 14:35:25 +0000 (UTC) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Ny4RY-0007T1-5y; Sat, 03 Apr 2010 16:35:24 +0200 Received: from p57ae1cdc.dip0.t-ipconnect.de ([87.174.28.220]:54437 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Ny4RX-0001Xs-Tn; Sat, 03 Apr 2010 16:35:24 +0200 Date: Sat, 3 Apr 2010 16:35:23 +0200 From: Gary Jennejohn To: Masoom Shaikh Message-ID: <20100403163523.7d5658f2@ernst.jennejohn.org> In-Reply-To: References: <9bbcef731003280503q4993e5b4ud8d874b8e9c376a9@mail.gmail.com> <9bbcef731003281038x33b8a9atc2a81d22aa26468@mail.gmail.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: random FreeBSD panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 14:35:26 -0000 On Sat, 3 Apr 2010 12:51:46 +0000 Masoom Shaikh wrote: > On Sun, Mar 28, 2010 at 5:38 PM, Ivan Voras wrote: > > On 28 March 2010 16:42, Masoom Shaikh wrote: > > > >> lets assume if this is h/w problem, then how can other OSes overcome > >> this ? is there a way to make FreeBSD ignore this as well, let it > >> result in reasonable performance penalty. > > > > Very probably, if only we could detect where the problem is. > > Try adding "options __ __ PRINTF_BUFR_SIZE=128" to the kernel > > configuration file if you can, to see if you can get a less mangled > > log outout. > > > > ok, after few days of silence I am back with more questions > this time system feels little better, it is able to sustain for more > time that what 7.3-RELEASE could > > FreeBSD raptor 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Thu Apr 1 > 01:20:45 UTC 2010 root@:/usr/obj/usr/src/sys/INSPIRON amd64 > > I am using KDE4, and when OS freezes, well it freezes, means I cannot > change to tty0 and see the panic text, if any it might possibly have > spit. the stuck frozen GUI keeps staring there. So the question is how > to I capture that panic text ? unfortunately I am not getting core > files too, so there is nothing I can pick up hints > > is there some option (KDB, DDB), so that on panic system drop to debugger ? > [trimmed Cc - no need to send this to 3 MLs] There's no code in the kernel to switch back out of graphics mode (i.e. what X uses) when a panic happens. You probably can switch to v0, but you won't be able to see it. The only sure-fire way is to hook up a screen (terminal, laptop or another computer) to a serial port. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 05:11:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998BF106566C for ; Sat, 3 Apr 2010 05:11:16 +0000 (UTC) (envelope-from Petr.Salinger@seznam.cz) Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2698B8FC0A for ; Sat, 3 Apr 2010 05:11:15 +0000 (UTC) Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100]) by relay.felk.cvut.cz (8.14.3/8.14.3) with ESMTP id o335B3PZ012243 for ; Sat, 3 Apr 2010 07:11:03 +0200 (CEST) (envelope-from Petr.Salinger@seznam.cz) Date: Sat, 3 Apr 2010 09:16:54 +0200 (CEST) From: Petr Salinger X-X-Sender: salinger@sci.felk.cvut.cz To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-FELK-MailScanner-Information: X-MailScanner-ID: o335B3PZ012243 X-FELK-MailScanner: Found to be clean X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.121, required 5, BAYES_00 -1.90, SPF_NEUTRAL 0.78) X-FELK-MailScanner-From: petr.salinger@seznam.cz X-FELK-MailScanner-To: freebsd-hackers@freebsd.org X-FELK-MailScanner-Watermark: 1270876265.89403@tLUuI+L7zyow7ZrDD4mTdQ X-Spam-Status: No X-Mailman-Approved-At: Sat, 03 Apr 2010 15:06:33 +0000 Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 05:11:16 -0000 >> Another possible workaround, if you do not need path resolutions in /proc >> or lsof(1), is to set sysctl vfs.vlru_allow_cache_src=1. > > I will test this. Does not help. kern.maxvnodes: 100000 kern.minvnodes: 25000 vfs.vlru_allow_cache_src: 1 vfs.freevnodes: 199 vfs.wantfreevnodes: 25000 vfs.numvnodes: 100038 debug.vnlru_nowhere: 647 Petr From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 16:52:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3422C106564A for ; Sat, 3 Apr 2010 16:52:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 959268FC0C for ; Sat, 3 Apr 2010 16:52:42 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o33Gqcov084619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Apr 2010 19:52:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o33Gqc4p043589; Sat, 3 Apr 2010 19:52:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o33Gqcff043588; Sat, 3 Apr 2010 19:52:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 3 Apr 2010 19:52:38 +0300 From: Kostik Belousov To: Petr Salinger Message-ID: <20100403165238.GO2415@deviant.kiev.zoral.com.ua> References: <20100402190239.GL2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6o5AAeie4QQ7Mfd3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: leak of the vnodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 16:52:43 -0000 --6o5AAeie4QQ7Mfd3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 03, 2010 at 09:16:54AM +0200, Petr Salinger wrote: > >>Another possible workaround, if you do not need path resolutions in /pr= oc > >>or lsof(1), is to set sysctl vfs.vlru_allow_cache_src=3D1. > > > >I will test this. >=20 > Does not help. >=20 > kern.maxvnodes: 100000 > kern.minvnodes: 25000 > vfs.vlru_allow_cache_src: 1 > vfs.freevnodes: 199 > vfs.wantfreevnodes: 25000 > vfs.numvnodes: 100038 > debug.vnlru_nowhere: 647 Can you go into single-user mode, and then start unmounting filesystems one by one, looking at the vfs.numvnodes ? The goal is to determine which fs caused exhaustion of the vnodes limit. Then, after you determined the problematic mp, reboot the machine, redo the procedure causing leak. From ddb prompt, you can do "show mount", find the mp, then do "show mount ". The later command shall produce really large output, listing all mp vnodes, so serial console or firewire can be useful. Put output somewhere. Thanks. --6o5AAeie4QQ7Mfd3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku3clUACgkQC3+MBN1Mb4gpngCgjSc4XPijCIW0eCxSsFiegN+8 wg4AnjRsTwd77kkjCQOMAZv7zzKkkO9k =q69I -----END PGP SIGNATURE----- --6o5AAeie4QQ7Mfd3--