From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 21 06:29:04 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CD2616A402 for ; Sun, 21 Jan 2007 06:29:04 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 7A13013C441 for ; Sun, 21 Jan 2007 06:29:03 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l0L6E76k033036; Sun, 21 Jan 2007 15:14:07 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Jan 2007 15:14:07 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Message-Id: <20070121151407.0ab3f928.nork@FreeBSD.org> X-Mailer: Sylpheed 2.3.0rc (GTK+ 2.10.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__21_Jan_2007_15_14_07_+0900_27BD./RDB/+yKRNp" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 21 Jan 2007 15:14:08 +0900 (JST) Cc: Norikatsu Shigemura Subject: Add GENERIC weak symbols to rtld like libc's ones 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, 21 Jan 2007 06:29:04 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__21_Jan_2007_15_14_07_+0900_27BD./RDB/+yKRNp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I made two patches for HEAD and RELENG_6 to add GENERIC weak symbols to rtld like __foo, _foo and foo. How about these patches? --Multipart=_Sun__21_Jan_2007_15_14_07_+0900_27BD./RDB/+yKRNp Content-Type: application/octet-stream; name="rtld.c.7" Content-Disposition: attachment; filename="rtld.c.7" Content-Transfer-Encoding: base64 SW5kZXg6IHJ0bGQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9saWJleGVj L3J0bGQtZWxmL3J0bGQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMjAKZGlmZiAtdSAtcjEu MTIwIHJ0bGQuYwotLS0gcnRsZC5jCTkgSmFuIDIwMDcgMTc6NTA6MDUgLTAwMDAJMS4xMjAKKysr IHJ0bGQuYwkyMSBKYW4gMjAwNyAwMzo0MDoyOCAtMDAwMApAQCAtMTQyLDYgKzE0MiwyMyBAQAog CiB2b2lkIHJfZGVidWdfc3RhdGUoc3RydWN0IHJfZGVidWcgKiwgc3RydWN0IGxpbmtfbWFwICop OwogCitleHRlcm4gaW50IF9fZGxjbG9zZSh2b2lkICopOworZXh0ZXJuIGludCBfZGxjbG9zZSh2 b2lkICopOworZXh0ZXJuIGNvbnN0IGNoYXIgKl9fZGxlcnJvcih2b2lkKTsKK2V4dGVybiBjb25z dCBjaGFyICpfZGxlcnJvcih2b2lkKTsKK2V4dGVybiB2b2lkICpfX2Rsb3Blbihjb25zdCBjaGFy ICosIGludCk7CitleHRlcm4gdm9pZCAqX2Rsb3Blbihjb25zdCBjaGFyICosIGludCk7CitleHRl cm4gdm9pZCAqX19kbHN5bSh2b2lkICogX19yZXN0cmljdCwgY29uc3QgY2hhciAqIF9fcmVzdHJp Y3QpOworZXh0ZXJuIHZvaWQgKl9kbHN5bSh2b2lkICogX19yZXN0cmljdCwgY29uc3QgY2hhciAq IF9fcmVzdHJpY3QpOworZXh0ZXJuIGludCBfX2RsYWRkcihjb25zdCB2b2lkICogX19yZXN0cmlj dCwgRGxfaW5mbyAqIF9fcmVzdHJpY3QpOworZXh0ZXJuIGludCBfZGxhZGRyKGNvbnN0IHZvaWQg KiBfX3Jlc3RyaWN0LCBEbF9pbmZvICogX19yZXN0cmljdCk7CitleHRlcm4gdm9pZCBfX2RsbG9j a2luaXQodm9pZCAqLCB2b2lkICooKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9pZCAo Kikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9pZCAoKiko dm9pZCAqKSk7CitleHRlcm4gdm9pZCBfZGxsb2NraW5pdCh2b2lkICosIHZvaWQgKigqKSh2b2lk ICopLCB2b2lkICgqKSh2b2lkICopLCB2b2lkICgqKSh2b2lkICopLCB2b2lkICgqKSh2b2lkICop LCB2b2lkICgqKSh2b2lkICopLCB2b2lkICgqKSh2b2lkICopKTsKK2V4dGVybiBpbnQgX19kbGlu Zm8odm9pZCAqIF9fcmVzdHJpY3QsIGludCwgdm9pZCAqIF9fcmVzdHJpY3QpOworZXh0ZXJuIGlu dCBfZGxpbmZvKHZvaWQgKiBfX3Jlc3RyaWN0LCBpbnQsIHZvaWQgKiBfX3Jlc3RyaWN0KTsKK2V4 dGVybiB2b2lkICpfX2RsdnN5bSh2b2lkICogX19yZXN0cmljdCwgY29uc3QgY2hhciAqIF9fcmVz dHJpY3QsIGNvbnN0IGNoYXIgKiBfX3Jlc3RyaWN0KTsKK2V4dGVybiB2b2lkICpfZGx2c3ltKHZv aWQgKiBfX3Jlc3RyaWN0LCBjb25zdCBjaGFyICogX19yZXN0cmljdCwgY29uc3QgY2hhciAqIF9f cmVzdHJpY3QpOworCiAvKgogICogRGF0YSBkZWNsYXJhdGlvbnMuCiAgKi8KQEAgLTE4OSwxMyAr MjA2LDI5IEBACiAgKi8KIHN0YXRpYyBmdW5jX3B0cl90eXBlIGV4cG9ydHNbXSA9IHsKICAgICAo ZnVuY19wdHJfdHlwZSkgJl9ydGxkX2Vycm9yLAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbGNs b3NlLAorICAgIChmdW5jX3B0cl90eXBlKSAmX2RsY2xvc2UsCiAgICAgKGZ1bmNfcHRyX3R5cGUp ICZkbGNsb3NlLAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbGVycm9yLAorICAgIChmdW5jX3B0 cl90eXBlKSAmX2RsZXJyb3IsCiAgICAgKGZ1bmNfcHRyX3R5cGUpICZkbGVycm9yLAorICAgIChm dW5jX3B0cl90eXBlKSAmX19kbG9wZW4sCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfZGxvcGVuLAog ICAgIChmdW5jX3B0cl90eXBlKSAmZGxvcGVuLAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbHN5 bSwKKyAgICAoZnVuY19wdHJfdHlwZSkgJl9kbHN5bSwKICAgICAoZnVuY19wdHJfdHlwZSkgJmRs c3ltLAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbHZzeW0sCisgICAgKGZ1bmNfcHRyX3R5cGUp ICZfZGx2c3ltLAogICAgIChmdW5jX3B0cl90eXBlKSAmZGx2c3ltLAorICAgIChmdW5jX3B0cl90 eXBlKSAmX19kbGFkZHIsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfZGxhZGRyLAogICAgIChmdW5j X3B0cl90eXBlKSAmZGxhZGRyLAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbGxvY2tpbml0LAor ICAgIChmdW5jX3B0cl90eXBlKSAmX2RsbG9ja2luaXQsCiAgICAgKGZ1bmNfcHRyX3R5cGUpICZk bGxvY2tpbml0LAorICAgIChmdW5jX3B0cl90eXBlKSAmX19kbGluZm8sCisgICAgKGZ1bmNfcHRy X3R5cGUpICZfZGxpbmZvLAogICAgIChmdW5jX3B0cl90eXBlKSAmZGxpbmZvLAogICAgIChmdW5j X3B0cl90eXBlKSAmX3J0bGRfdGhyZWFkX2luaXQsCiAjaWZkZWYgX19pMzg2X18KQEAgLTE3MjQs NyArMTc1Nyw3IEBACiB9CiAKIGludAotZGxjbG9zZSh2b2lkICpoYW5kbGUpCitfX2RsY2xvc2Uo dm9pZCAqaGFuZGxlKQogewogICAgIE9ial9FbnRyeSAqcm9vdDsKICAgICBpbnQgbG9ja3N0YXRl OwpAQCAtMTc2MiwyMCArMTc5NSwyNCBAQAogICAgIHdsb2NrX3JlbGVhc2UocnRsZF9iaW5kX2xv Y2ssIGxvY2tzdGF0ZSk7CiAgICAgcmV0dXJuIDA7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxj bG9zZSwgZGxjbG9zZSk7CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxjbG9zZSwgX2RsY2xvc2UpOwog CiBjb25zdCBjaGFyICoKLWRsZXJyb3Iodm9pZCkKK19fZGxlcnJvcih2b2lkKQogewogICAgIGNo YXIgKm1zZyA9IGVycm9yX21lc3NhZ2U7CiAgICAgZXJyb3JfbWVzc2FnZSA9IE5VTEw7CiAgICAg cmV0dXJuIG1zZzsKIH0KK19fd2Vha19yZWZlcmVuY2UoX19kbGVycm9yLCBkbGVycm9yKTsKK19f d2Vha19yZWZlcmVuY2UoX19kbGVycm9yLCBfZGxlcnJvcik7CiAKIC8qCiAgKiBUaGlzIGZ1bmN0 aW9uIGlzIGRlcHJlY2F0ZWQgYW5kIGhhcyBubyBlZmZlY3QuCiAgKi8KIHZvaWQKLWRsbG9ja2lu aXQodm9pZCAqY29udGV4dCwKK19fZGxsb2NraW5pdCh2b2lkICpjb250ZXh0LAogCSAgIHZvaWQg KigqbG9ja19jcmVhdGUpKHZvaWQgKmNvbnRleHQpLAogICAgICAgICAgICB2b2lkICgqcmxvY2tf YWNxdWlyZSkodm9pZCAqbG9jayksCiAgICAgICAgICAgIHZvaWQgKCp3bG9ja19hY3F1aXJlKSh2 b2lkICpsb2NrKSwKQEAgLTE3OTIsOSArMTgyOSwxMSBAQAogICAgIGN1cl9jb250ZXh0ID0gY29u dGV4dDsKICAgICBjdXJfY29udGV4dF9kZXN0cm95ID0gY29udGV4dF9kZXN0cm95OwogfQorX193 ZWFrX3JlZmVyZW5jZShfX2RsbG9ja2luaXQsIGRsbG9ja2luaXQpOworX193ZWFrX3JlZmVyZW5j ZShfX2RsbG9ja2luaXQsIF9kbGxvY2tpbml0KTsKIAogdm9pZCAqCi1kbG9wZW4oY29uc3QgY2hh ciAqbmFtZSwgaW50IG1vZGUpCitfX2Rsb3Blbihjb25zdCBjaGFyICpuYW1lLCBpbnQgbW9kZSkK IHsKICAgICBPYmpfRW50cnkgKipvbGRfb2JqX3RhaWw7CiAgICAgT2JqX0VudHJ5ICpvYmo7CkBA IC0xODcwLDYgKzE5MDksOCBAQAogICAgIHdsb2NrX3JlbGVhc2UocnRsZF9iaW5kX2xvY2ssIGxv Y2tzdGF0ZSk7CiAgICAgZXhpdCgwKTsKIH0KK19fd2Vha19yZWZlcmVuY2UoX19kbG9wZW4sIGRs b3Blbik7CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxvcGVuLCBfZGxvcGVuKTsKIAogc3RhdGljIHZv aWQgKgogZG9fZGxzeW0odm9pZCAqaGFuZGxlLCBjb25zdCBjaGFyICpuYW1lLCB2b2lkICpyZXRh ZGRyLCBjb25zdCBWZXJfRW50cnkgKnZlLApAQCAtMTk1OCwxNCArMTk5OSwxNiBAQAogfQogCiB2 b2lkICoKLWRsc3ltKHZvaWQgKmhhbmRsZSwgY29uc3QgY2hhciAqbmFtZSkKK19fZGxzeW0odm9p ZCAqaGFuZGxlLCBjb25zdCBjaGFyICpuYW1lKQogewogCXJldHVybiBkb19kbHN5bShoYW5kbGUs IG5hbWUsIF9fYnVpbHRpbl9yZXR1cm5fYWRkcmVzcygwKSwgTlVMTCwKIAkgICAgU1lNTE9PS19E TFNZTSk7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxzeW0sIGRsc3ltKTsKK19fd2Vha19yZWZl cmVuY2UoX19kbHN5bSwgX2Rsc3ltKTsKIAogdm9pZCAqCi1kbHZzeW0odm9pZCAqaGFuZGxlLCBj b25zdCBjaGFyICpuYW1lLCBjb25zdCBjaGFyICp2ZXJzaW9uKQorX19kbHZzeW0odm9pZCAqaGFu ZGxlLCBjb25zdCBjaGFyICpuYW1lLCBjb25zdCBjaGFyICp2ZXJzaW9uKQogewogCVZlcl9FbnRy eSB2ZW50cnk7CiAKQEAgLTE5NzYsOSArMjAxOSwxMSBAQAogCXJldHVybiBkb19kbHN5bShoYW5k bGUsIG5hbWUsIF9fYnVpbHRpbl9yZXR1cm5fYWRkcmVzcygwKSwgJnZlbnRyeSwKIAkgICAgU1lN TE9PS19ETFNZTSk7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9fZGx2c3ltLCBkbHZzeW0pOworX193 ZWFrX3JlZmVyZW5jZShfX2RsdnN5bSwgX2RsdnN5bSk7CiAKIGludAotZGxhZGRyKGNvbnN0IHZv aWQgKmFkZHIsIERsX2luZm8gKmluZm8pCitfX2RsYWRkcihjb25zdCB2b2lkICphZGRyLCBEbF9p bmZvICppbmZvKQogewogICAgIGNvbnN0IE9ial9FbnRyeSAqb2JqOwogICAgIGNvbnN0IEVsZl9T eW0gKmRlZjsKQEAgLTIwMzIsOSArMjA3NywxMSBAQAogICAgIHJsb2NrX3JlbGVhc2UocnRsZF9i aW5kX2xvY2ssIGxvY2tzdGF0ZSk7CiAgICAgcmV0dXJuIDE7CiB9CitfX3dlYWtfcmVmZXJlbmNl KF9fZGxhZGRyLCBkbGFkZHIpOworX193ZWFrX3JlZmVyZW5jZShfX2RsYWRkciwgX2RsYWRkcik7 CiAKIGludAotZGxpbmZvKHZvaWQgKmhhbmRsZSwgaW50IHJlcXVlc3QsIHZvaWQgKnApCitfX2Rs aW5mbyh2b2lkICpoYW5kbGUsIGludCByZXF1ZXN0LCB2b2lkICpwKQogewogICAgIGNvbnN0IE9i al9FbnRyeSAqb2JqOwogICAgIGludCBlcnJvciwgbG9ja3N0YXRlOwpAQCAtMjA3OCw2ICsyMTI1 LDggQEAKIAogICAgIHJldHVybiAoZXJyb3IpOwogfQorX193ZWFrX3JlZmVyZW5jZShfX2RsaW5m bywgZGxpbmZvKTsKK19fd2Vha19yZWZlcmVuY2UoX19kbGluZm8sIF9kbGluZm8pOwogCiBzdHJ1 Y3QgZmlsbF9zZWFyY2hfaW5mb19hcmdzIHsKICAgICBpbnQJCSByZXF1ZXN0Owo= --Multipart=_Sun__21_Jan_2007_15_14_07_+0900_27BD./RDB/+yKRNp Content-Type: application/octet-stream; name="rtld.c.6" Content-Disposition: attachment; filename="rtld.c.6" Content-Transfer-Encoding: base64 SW5kZXg6IHJ0bGQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9saWJleGVj L3J0bGQtZWxmL3J0bGQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDYuMi40CmRpZmYgLXUg LXIxLjEwNi4yLjQgcnRsZC5jCi0tLSBydGxkLmMJMTYgSmFuIDIwMDcgMDc6NTE6MDQgLTAwMDAJ MS4xMDYuMi40CisrKyBydGxkLmMJMjEgSmFuIDIwMDcgMDM6NDA6NDggLTAwMDAKQEAgLTEzMyw2 ICsxMzMsMjEgQEAKIAogdm9pZCByX2RlYnVnX3N0YXRlKHN0cnVjdCByX2RlYnVnICosIHN0cnVj dCBsaW5rX21hcCAqKTsKIAorZXh0ZXJuIGludCBfX2RsY2xvc2Uodm9pZCAqKTsKK2V4dGVybiBp bnQgX2RsY2xvc2Uodm9pZCAqKTsKK2V4dGVybiBjb25zdCBjaGFyICpfX2RsZXJyb3Iodm9pZCk7 CitleHRlcm4gY29uc3QgY2hhciAqX2RsZXJyb3Iodm9pZCk7CitleHRlcm4gdm9pZCAqX19kbG9w ZW4oY29uc3QgY2hhciAqLCBpbnQpOworZXh0ZXJuIHZvaWQgKl9kbG9wZW4oY29uc3QgY2hhciAq LCBpbnQpOworZXh0ZXJuIHZvaWQgKl9fZGxzeW0odm9pZCAqIF9fcmVzdHJpY3QsIGNvbnN0IGNo YXIgKiBfX3Jlc3RyaWN0KTsKK2V4dGVybiB2b2lkICpfZGxzeW0odm9pZCAqIF9fcmVzdHJpY3Qs IGNvbnN0IGNoYXIgKiBfX3Jlc3RyaWN0KTsKK2V4dGVybiBpbnQgX19kbGFkZHIoY29uc3Qgdm9p ZCAqIF9fcmVzdHJpY3QsIERsX2luZm8gKiBfX3Jlc3RyaWN0KTsKK2V4dGVybiBpbnQgX2RsYWRk cihjb25zdCB2b2lkICogX19yZXN0cmljdCwgRGxfaW5mbyAqIF9fcmVzdHJpY3QpOworZXh0ZXJu IHZvaWQgX19kbGxvY2tpbml0KHZvaWQgKiwgdm9pZCAqKCopKHZvaWQgKiksIHZvaWQgKCopKHZv aWQgKiksIHZvaWQgKCopKHZvaWQgKiksIHZvaWQgKCopKHZvaWQgKiksIHZvaWQgKCopKHZvaWQg KiksIHZvaWQgKCopKHZvaWQgKikpOworZXh0ZXJuIHZvaWQgX2RsbG9ja2luaXQodm9pZCAqLCB2 b2lkICooKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9p ZCAoKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSwgdm9pZCAoKikodm9pZCAqKSk7CitleHRl cm4gaW50IF9fZGxpbmZvKHZvaWQgKiBfX3Jlc3RyaWN0LCBpbnQsIHZvaWQgKiBfX3Jlc3RyaWN0 KTsKK2V4dGVybiBpbnQgX2RsaW5mbyh2b2lkICogX19yZXN0cmljdCwgaW50LCB2b2lkICogX19y ZXN0cmljdCk7CisKIC8qCiAgKiBEYXRhIGRlY2xhcmF0aW9ucy4KICAqLwpAQCAtMTc5LDEyICsx OTQsMjYgQEAKICAqLwogc3RhdGljIGZ1bmNfcHRyX3R5cGUgZXhwb3J0c1tdID0gewogICAgIChm dW5jX3B0cl90eXBlKSAmX3J0bGRfZXJyb3IsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfX2RsY2xv c2UsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfZGxjbG9zZSwKICAgICAoZnVuY19wdHJfdHlwZSkg JmRsY2xvc2UsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfX2RsZXJyb3IsCisgICAgKGZ1bmNfcHRy X3R5cGUpICZfZGxlcnJvciwKICAgICAoZnVuY19wdHJfdHlwZSkgJmRsZXJyb3IsCisgICAgKGZ1 bmNfcHRyX3R5cGUpICZfX2Rsb3BlbiwKKyAgICAoZnVuY19wdHJfdHlwZSkgJl9kbG9wZW4sCiAg ICAgKGZ1bmNfcHRyX3R5cGUpICZkbG9wZW4sCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfX2Rsc3lt LAorICAgIChmdW5jX3B0cl90eXBlKSAmX2Rsc3ltLAogICAgIChmdW5jX3B0cl90eXBlKSAmZGxz eW0sCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfX2RsYWRkciwKKyAgICAoZnVuY19wdHJfdHlwZSkg Jl9kbGFkZHIsCiAgICAgKGZ1bmNfcHRyX3R5cGUpICZkbGFkZHIsCisgICAgKGZ1bmNfcHRyX3R5 cGUpICZfX2RsbG9ja2luaXQsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfZGxsb2NraW5pdCwKICAg ICAoZnVuY19wdHJfdHlwZSkgJmRsbG9ja2luaXQsCisgICAgKGZ1bmNfcHRyX3R5cGUpICZfX2Rs aW5mbywKKyAgICAoZnVuY19wdHJfdHlwZSkgJl9kbGluZm8sCiAgICAgKGZ1bmNfcHRyX3R5cGUp ICZkbGluZm8sCiAgICAgKGZ1bmNfcHRyX3R5cGUpICZfcnRsZF90aHJlYWRfaW5pdCwKICNpZmRl ZiBfX2kzODZfXwpAQCAtMTYyMSw3ICsxNjUwLDcgQEAKIH0KIAogaW50Ci1kbGNsb3NlKHZvaWQg KmhhbmRsZSkKK19fZGxjbG9zZSh2b2lkICpoYW5kbGUpCiB7CiAgICAgT2JqX0VudHJ5ICpyb290 OwogICAgIGludCBsb2Nrc3RhdGU7CkBAIC0xNjU2LDIwICsxNjg1LDI0IEBACiAgICAgd2xvY2tf cmVsZWFzZShydGxkX2JpbmRfbG9jaywgbG9ja3N0YXRlKTsKICAgICByZXR1cm4gMDsKIH0KK19f d2Vha19yZWZlcmVuY2UoX19kbGNsb3NlLCBkbGNsb3NlKTsKK19fd2Vha19yZWZlcmVuY2UoX19k bGNsb3NlLCBfZGxjbG9zZSk7CiAKIGNvbnN0IGNoYXIgKgotZGxlcnJvcih2b2lkKQorX19kbGVy cm9yKHZvaWQpCiB7CiAgICAgY2hhciAqbXNnID0gZXJyb3JfbWVzc2FnZTsKICAgICBlcnJvcl9t ZXNzYWdlID0gTlVMTDsKICAgICByZXR1cm4gbXNnOwogfQorX193ZWFrX3JlZmVyZW5jZShfX2Rs ZXJyb3IsIGRsZXJyb3IpOworX193ZWFrX3JlZmVyZW5jZShfX2RsZXJyb3IsIF9kbGVycm9yKTsK IAogLyoKICAqIFRoaXMgZnVuY3Rpb24gaXMgZGVwcmVjYXRlZCBhbmQgaGFzIG5vIGVmZmVjdC4K ICAqLwogdm9pZAotZGxsb2NraW5pdCh2b2lkICpjb250ZXh0LAorX19kbGxvY2tpbml0KHZvaWQg KmNvbnRleHQsCiAJICAgdm9pZCAqKCpsb2NrX2NyZWF0ZSkodm9pZCAqY29udGV4dCksCiAgICAg ICAgICAgIHZvaWQgKCpybG9ja19hY3F1aXJlKSh2b2lkICpsb2NrKSwKICAgICAgICAgICAgdm9p ZCAoKndsb2NrX2FjcXVpcmUpKHZvaWQgKmxvY2spLApAQCAtMTY4Niw5ICsxNzE5LDExIEBACiAg ICAgY3VyX2NvbnRleHQgPSBjb250ZXh0OwogICAgIGN1cl9jb250ZXh0X2Rlc3Ryb3kgPSBjb250 ZXh0X2Rlc3Ryb3k7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxsb2NraW5pdCwgZGxsb2NraW5p dCk7CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxsb2NraW5pdCwgX2RsbG9ja2luaXQpOwogCiB2b2lk ICoKLWRsb3Blbihjb25zdCBjaGFyICpuYW1lLCBpbnQgbW9kZSkKK19fZGxvcGVuKGNvbnN0IGNo YXIgKm5hbWUsIGludCBtb2RlKQogewogICAgIE9ial9FbnRyeSAqKm9sZF9vYmpfdGFpbDsKICAg ICBPYmpfRW50cnkgKm9iajsKQEAgLTE3NjMsOSArMTc5OCwxMSBAQAogICAgIHdsb2NrX3JlbGVh c2UocnRsZF9iaW5kX2xvY2ssIGxvY2tzdGF0ZSk7CiAgICAgZXhpdCgwKTsKIH0KK19fd2Vha19y ZWZlcmVuY2UoX19kbG9wZW4sIGRsb3Blbik7CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxvcGVuLCBf ZGxvcGVuKTsKIAogdm9pZCAqCi1kbHN5bSh2b2lkICpoYW5kbGUsIGNvbnN0IGNoYXIgKm5hbWUp CitfX2Rsc3ltKHZvaWQgKmhhbmRsZSwgY29uc3QgY2hhciAqbmFtZSkKIHsKICAgICBEb25lTGlz dCBkb25lbGlzdDsKICAgICBjb25zdCBPYmpfRW50cnkgKm9iaiwgKmRlZm9iajsKQEAgLTE4NDks OSArMTg4NiwxMSBAQAogICAgIHJsb2NrX3JlbGVhc2UocnRsZF9iaW5kX2xvY2ssIGxvY2tzdGF0 ZSk7CiAgICAgcmV0dXJuIE5VTEw7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxzeW0sIGRsc3lt KTsKK19fd2Vha19yZWZlcmVuY2UoX19kbHN5bSwgX2Rsc3ltKTsKIAogaW50Ci1kbGFkZHIoY29u c3Qgdm9pZCAqYWRkciwgRGxfaW5mbyAqaW5mbykKK19fZGxhZGRyKGNvbnN0IHZvaWQgKmFkZHIs IERsX2luZm8gKmluZm8pCiB7CiAgICAgY29uc3QgT2JqX0VudHJ5ICpvYmo7CiAgICAgY29uc3Qg RWxmX1N5bSAqZGVmOwpAQCAtMTkwNSw5ICsxOTQ0LDExIEBACiAgICAgcmxvY2tfcmVsZWFzZShy dGxkX2JpbmRfbG9jaywgbG9ja3N0YXRlKTsKICAgICByZXR1cm4gMTsKIH0KK19fd2Vha19yZWZl cmVuY2UoX19kbGFkZHIsIGRsYWRkcik7CitfX3dlYWtfcmVmZXJlbmNlKF9fZGxhZGRyLCBfZGxh ZGRyKTsKIAogaW50Ci1kbGluZm8odm9pZCAqaGFuZGxlLCBpbnQgcmVxdWVzdCwgdm9pZCAqcCkK K19fZGxpbmZvKHZvaWQgKmhhbmRsZSwgaW50IHJlcXVlc3QsIHZvaWQgKnApCiB7CiAgICAgY29u c3QgT2JqX0VudHJ5ICpvYmo7CiAgICAgaW50IGVycm9yLCBsb2Nrc3RhdGU7CkBAIC0xOTUxLDYg KzE5OTIsOCBAQAogCiAgICAgcmV0dXJuIChlcnJvcik7CiB9CitfX3dlYWtfcmVmZXJlbmNlKF9f ZGxpbmZvLCBkbGluZm8pOworX193ZWFrX3JlZmVyZW5jZShfX2RsaW5mbywgX2RsaW5mbyk7CiAK IHN0cnVjdCBmaWxsX3NlYXJjaF9pbmZvX2FyZ3MgewogICAgIGludAkJIHJlcXVlc3Q7CkBAIC0y ODc3LDMgKzI5MjAsMTAgQEAKICAgICBmcmVlX3Rscyh0Y2IsIHRjYnNpemUsIHRjYmFsaWduKTsK ICAgICB3bG9ja19yZWxlYXNlKHJ0bGRfYmluZF9sb2NrLCBsb2Nrc3RhdGUpOwogfQorCisKKwor CisKKworCg== --Multipart=_Sun__21_Jan_2007_15_14_07_+0900_27BD./RDB/+yKRNp-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 21 14:12:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC9B316A404 for ; Sun, 21 Jan 2007 14:12:17 +0000 (UTC) (envelope-from ederbs.hackers@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9617613C442 for ; Sun, 21 Jan 2007 14:12:17 +0000 (UTC) (envelope-from ederbs.hackers@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so510439pyh for ; Sun, 21 Jan 2007 06:12:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=olvXhq26t69kpPG3rjPps5bzS1TCW4AfAH/Ras1cnxOjWjfl//iap0IYPNEPOSK1yY6nb1JzbHNQ5Y5L+icBYaAjNLBOS36S5hekxqEtwY4nraru3M+LQE7syP1UFuz739LXR/2WcMCsiBun1MVP/F+pxG5p7vyZfe0iFf8BVk0= Received: by 10.35.106.15 with SMTP id i15mr8254413pym.1169387245924; Sun, 21 Jan 2007 05:47:25 -0800 (PST) Received: by 10.35.73.12 with HTTP; Sun, 21 Jan 2007 05:47:25 -0800 (PST) Message-ID: <2699850701210547q5396e15do5701d57b20a1d5da@mail.gmail.com> Date: Sun, 21 Jan 2007 11:47:25 -0200 From: Eder To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Nic NC1020 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, 21 Jan 2007 14:12:17 -0000 Hi, A doubt, This adapter "NIC" of net is supported by the FreeBSD? HP NC1020 Ederson de Moura From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 20 12:24:53 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 049B916A401 for ; Sat, 20 Jan 2007 12:24:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B899713C457 for ; Sat, 20 Jan 2007 12:24:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DAA7.dip.t-dialin.net [84.165.218.167]) by redbull.bpaserver.net (Postfix) with ESMTP id 7B8952E1AB; Sat, 20 Jan 2007 13:33:16 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 53D5A5B488C; Sat, 20 Jan 2007 13:24:45 +0100 (CET) Date: Sat, 20 Jan 2007 13:24:44 +0100 From: Alexander Leidinger To: Soeren Straarup Message-ID: <20070120132444.50c688b7@Magellan.Leidinger.net> In-Reply-To: <20070119201935.GA60202@x12.dk> References: <20070119201935.GA60202@x12.dk> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.8; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sun, 21 Jan 2007 15:15:47 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Where to start? 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, 20 Jan 2007 12:24:53 -0000 Quoting Soeren Straarup (Fri, 19 Jan 2007 21:19:35 +0100): > Hi > > I'm looking for a project. > Something that would actually be used. > > Preferely something with kernel and geom. > > I have looked over the project page, but not sure where to start. How hard is your requirement that it has to be in the kernel? If it is not very strong: you could extend sade(8) to handle GEOM stuff. Bye, Alexander. -- As a math atheist, I should be excused from this. -- Calvin http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 20 18:37:37 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 118D416A401 for ; Sat, 20 Jan 2007 18:37:37 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id BC71613C468 for ; Sat, 20 Jan 2007 18:37:36 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DAA7.dip.t-dialin.net [84.165.218.167]) by redbull.bpaserver.net (Postfix) with ESMTP id 06CC12E190; Sat, 20 Jan 2007 19:46:02 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 1C5395B482A; Sat, 20 Jan 2007 19:37:25 +0100 (CET) Date: Sat, 20 Jan 2007 19:37:24 +0100 From: Alexander Leidinger To: Soeren Straarup Message-ID: <20070120193724.2907738d@Magellan.Leidinger.net> In-Reply-To: <20070120171504.GD60202@x12.dk> References: <20070119201935.GA60202@x12.dk> <20070120132444.50c688b7@Magellan.Leidinger.net> <20070120171504.GD60202@x12.dk> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.8; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sun, 21 Jan 2007 15:16:14 +0000 Cc: freebsd-hackers@freebsd.org, jkh@FreeBSD.org Subject: Re: About sade (was Re: Where to start?) 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, 20 Jan 2007 18:37:37 -0000 Quoting Soeren Straarup (Sat, 20 Jan 2007 18:15:04 +0100): > On Sat, Jan 20, 2007 at 01:24:44PM +0100, Alexander Leidinger wrote: > > Quoting Soeren Straarup (Fri, 19 Jan 2007 21:19:35 +0100): > > > > > Hi > > > > > > I'm looking for a project. > > > Something that would actually be used. > > > > > > Preferely something with kernel and geom. > > > > > > I have looked over the project page, but not sure where to start. > > > > How hard is your requirement that it has to be in the kernel? If it is > > not very strong: you could extend sade(8) to handle GEOM stuff. > > How should the g* stuff be included? like extracting code from the individual > g* control programs and placed in sade? I could look at doing that. I don't know that much about the possibilities the GEOM API offers. Ideally it should be able to list the existing GEOM providers and offer to add new or remove configured ones. It should also be able to newfs on GEOM providers. This may result in the renaming of the items in the initial menu (it doesn't make sense to call it "fdisk" when you are able to do more than the fdisk stuff), or maybe in merging the two parts. A first step would be to enhance the fdisk part and maybe rename the two items to "configure" and "format" or something better. If you are willing to have a look at this I'm willing to review the UI/usability part and suggest improvements. For the GEOM related stuff I would have to direct you to the people which already did a lot of work there (e.g. pjd/phk), but maybe I'm able to handle minor stuff there too. Bye, Alexander. -- Mulder: Scully, should we be picking out china patterns, or what? "The X-Files: Small Potatoes" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 20 19:04:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 902FA16A401 for ; Sat, 20 Jan 2007 19:04:02 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 2844013C442 for ; Sat, 20 Jan 2007 19:04:02 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so669693uge for ; Sat, 20 Jan 2007 11:04:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cHSHLut6/q3MzmCUW5TuO5+wFogVSAOZID33zQp0m/KxfHnB59LmH1K4V8et/aylb4EbCwa3Z9u0DzlEPF1GZOsII1o/ztEH8Dne+JRGxUfADyWrlF2piZyPDgBsy/LEQm3oMn3dte2F8H68L5g6lgaiJ7PzfcbxIk3qmP8CxXk= Received: by 10.67.99.1 with SMTP id b1mr5021283ugm.1169318326701; Sat, 20 Jan 2007 10:38:46 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sat, 20 Jan 2007 10:38:46 -0800 (PST) Message-ID: <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> Date: Sat, 20 Jan 2007 18:38:46 +0000 From: "Abdullah Al-Marrie" To: "Benjamin Close" In-Reply-To: <45A0F739.3030202@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> X-Mailman-Approved-At: Sun, 21 Jan 2007 15:16:32 +0000 Cc: Massimo Lusetti , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, Attilio Rao , damien.bergamini@free.fr, sam@freebsd.org, gabor@freebsd.org, Max Laier Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 20 Jan 2007 19:04:02 -0000 On 1/7/07, Benjamin Close wrote: > Massimo Lusetti wrote: > > On 1/5/07, Max Laier wrote: > >> Thoughts? Volunteers? > > I can say that the first attempt still running fine here on my laptop > > on a -STABLE as of yesterday. I use it on a daily basis without any > > glitch. I must say i don't do or tried to do nothing special or > > network intensive job, but for reading emails, doing a lot of ssh and > > http/https the drivers is working smoothly. > > > > I will try to compile this new one on my stable during the week end > > and will see on Monday how it will perform on my office wi-lan. > > > > For the records: my wpi doesn't still work on OpenBSD-current cause > > it's integrated and the switch used to turn it on seems an acpi one > > which OpenBSD doesn't attach very well yet. > Hi Folks, > I did the port as my searching led me to believe that progress on a > driver had stagnated. > Port 1: was done by Damien himself > (http://lists.freebsd.org/pipermail/freebsd-mobile/2006-July/008768.html) > Port 2: was an updated version by Daminen: > http://osdir.com/ml/freebsd-hackers@freebsd.org/msg58154.html > which seems to be duplicated here: > http://people.freebsd.org/~flz/local/wpi/ > (http://www.mail-archive.com/freebsd-net@freebsd.org/msg20710.html) > With version 2 being minor bug fixes to version 1 to try and get it > working. Since then the driver has come a long way in netbsd with the > FreeBSD version just getting older. > > To others working on a wpi driver, please post something indicating what > you've done and even a sample of what your up to so we can one build one > driver that just works. I also did the driver port as everything I found > failed to work on a 64bit kernel, most the time wouldn't even compile. > > I'm happy to try and maintain this driver. I have the hardware. > > The main bugs I know about in this driver port are: > > * The use of the iee80211_amrr code > The files exist in -current in /usr/src/sys/net80211 but the required > symbols are not in a GENERIC kernel build. There is a wlan_amrr module > which uses this code, though I'm not sure how to make use of this, it > appears a simple dependency on the module is not enough. The use of the > 80211_amrr code also means that use under -stable requires quite a bit > more work as Rink pointed out. > > * Bus resource allocation issues > Mainly related to: "bus_dmamem_alloc failed to align memory properly." > I'm hoping Mike > (http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026262.html) > might be able to help resolve these. > > These allocation issues are caused while allocating of the rx & tx ring > buffers - which if they are broken explain why things don't work. > I'm still coming to grips to how the whole bus_dma_tag_create works. The > Netbsd bus_dma_map_alloc seems much more intuitive. > I've found if the module failed the first time, unloading it, then > reloading it would often make the allocation issues disappear and the > driver just work. > Though I've also found sometimes that even though the allocation issues > are reported, things still work, I'm guessing the alignment is pulled > into line by higher levels of bus_dma. > > * ifconfig down causes timeouts reseting the tx ring > I'm still chasing the cause of this. It seems non critical as the driver > still works with an ifconfig up > > * Watch dog timer uses an obsolete interface > I'm looking into the correct way to do watchdog timing > > * A lock order reversal in wpi_intr > lock order reversal: > 1st 0xffffffff812d9e20 wpi0 (network driver) @ if_wpi.c:1554 > 2nd 0xffffff003cee32f0 radix node head (radix node head) @ net/route.c:147 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > witness_checkorder() at witness_checkorder+0x4f9 > _mtx_lock_flags() at _mtx_lock_flags+0x75 > rtalloc1() at rtalloc1+0x7a > arplookup() at arplookup+0x5c > arpintr() at arpintr+0x255 > ether_demux() at ether_demux+0x2d3 > ether_input() at ether_input+0x1e9 > ieee80211_input() at ieee80211_input+0xd05 > wpi_intr() at wpi_intr+0x9d7 > ithread_loop() at ithread_loop+0xfe > fork_exit() at fork_exit+0xaa > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffa0698d40, rbp = 0 --- > > For those wishing to help debug the driver and get it working, I've > posted a new version > http://www.clearchain.com/~benjsc/download/20070107-wpi-freebsd.tar.gz > > To help debug: > > kldload wpi_ucode > kldload if_wpi > wlandebug -i wpi0 0xffffff (I've included a copy of the -current > tool to save having to checkout the tree) > sysctl debug.wpi=10 (Debug levels are explained in if_wpi.c) > ifconfig wpi0 up > ... wait 30 seconds then... > ifconfig wpi0 down > > Then put /var/log/messages somewhere on the web & let me know > > This will dump lots of debug info to syslog but should help me work out > whats happening. If the driver works for you, stick to debug level 5 > max, else you'll be bombarded with logs. I'll try to install FBSD 32 > -current & -stable (32/64) on the laptop in the next week to see what > might be different. ANY feedback is helpful. > > Finally, for those who see "rx tail flags error xxx" this is caused by a > 802.11 frame with an invalid CRC. Hence seeing the occasional one (with > debug level 4 or higher) is quiet normal. If you see floods of them then > chances are the rx ring is really out of alignment and things will just > be busted. > > Cheers, > Benjamin Here it's FreeBSD DELL 6.2-STABLE FreeBSD 6.2-STABLE #1: Fri Jan 19 20:32:20 UTC 2007 Bdo@DELL:/usr/obj/usr/src/sys/BDO i386 DELL# tail /var/log/messages Jan 20 18:34:48 DELL kernel: rx intr: idx=63 len=128 stat len=89 rssi=61 rate=a chan=11 tstamp=134327399314interrupt reg 80000008 Jan 20 18:34:48 DELL kernel: rx notification qid=d5 idx=124 flags=0 type=157 len =244 Jan 20 18:34:48 DELL kernel: interrupt reg 80000008 Jan 20 18:34:48 DELL kernel: rx notification qid=d5 idx=125 flags=2 type=27 len= 128 Jan 20 18:34:48 DELL kernel: rx intr: idx=1 len=128 stat len=89 rssi=63 rate=a c han=11 tstamp=134327501715interrupt reg 80000008 Jan 20 18:34:48 DELL kernel: rx notification qid=d5 idx=126 flags=0 type=157 len =244 Jan 20 18:34:48 DELL kernel: sending data: qid=0 idx=118 len=2 nsegs=1 Jan 20 18:34:48 DELL kernel: wpi0: link state changed to DOWN Jan 20 18:34:48 DELL dhclient[263]: connection closed Jan 20 18:34:48 DELL dhclient[263]: exiting. Also in dmesg rx intr: idx=39 len=1232 stat len=1193 rssi=4 rate=5 chan=11 tstamp=134441615293rx tail flags error 702 interrupt reg 80000008 rx notification qid=84 idx=238 flags=2 type=27 len=128 rx intr: idx=40 len=128 stat len=89 rssi=63 rate=a chan=11 tstamp=134441677716interrupt reg 80000008 rx notification qid=84 idx=239 flags=0 type=157 len=244 interrupt reg 80000008 rx notification qid=85 idx=12 flags=0 type=157 len=244 interrupt reg 80000008 rx notification qid=85 idx=13 flags=2 type=27 len=128 rx intr: idx=7 len=128 stat len=89 rssi=63 rate=a chan=11 tstamp=134443213720interrupt reg 80000000 rx notification qid=85 idx=14 flags=0 type=157 len=244 interrupt reg 80000008 rx notification qid=85 idx=15 flags=2 type=27 len=128 rx intr: idx=9 len=128 stat len=89 rssi=62 rate=a chan=11 tstamp=134443316118interrupt reg 80000008 rx notification qid=85 idx=16 flags=0 type=157 len=244 interrupt reg 80000008 rx notification qid=85 idx=17 flags=2 type=27 len=128 rx intr: idx=11 len=128 stat len=89 rssi=63 rate=a chan=11 tstamp=134443418515interrupt reg 80000008 rx notification qid=85 idx=18 flags=0 type=157 len=244 interrupt reg 80000008 rx notification qid=85 idx=19 flags=2 type=27 len=128 rx intr: idx=13 len=128 stat len=89 rssi=62 rate=a chan=11 tstamp=134443520918interrupt reg 80000000 rx notification qid=85 idx=20 flags=0 type=157 len=244 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 01:39:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A231D16A400 for ; Mon, 22 Jan 2007 01:39:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2F513C45D for ; Mon, 22 Jan 2007 01:39:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1140206wxc for ; Sun, 21 Jan 2007 17:39:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=oCjqn2M+JStCbNHE1MHnF5iYlh+bkximJGQAz3Ko2w55nSXrAvl0JEJexP4Ki9Uteg5f/1fZxu1IHmsTZ0ngTMa7kf8Pf2YcVLCI6iTFMFvf8HJHXYsiu7wEkkM5iJdtqagamlnNjRTVDwUGw5jqomcnVghPLXRPEQGJkDBRIco= Received: by 10.90.27.15 with SMTP id a15mr5496433aga.1169429975664; Sun, 21 Jan 2007 17:39:35 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 33sm8630373wra.2007.01.21.17.39.33; Sun, 21 Jan 2007 17:39:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l0M1eUbj029653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Jan 2007 10:40:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l0M1eUfI029652; Mon, 22 Jan 2007 10:40:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 22 Jan 2007 10:40:30 +0900 From: Pyun YongHyeon To: Eder Message-ID: <20070122014030.GB29223@cdnetworks.co.kr> References: <2699850701210547q5396e15do5701d57b20a1d5da@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2699850701210547q5396e15do5701d57b20a1d5da@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Nic NC1020 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 01:39:36 -0000 On Sun, Jan 21, 2007 at 11:47:25AM -0200, Eder wrote: > Hi, > > A doubt, This adapter "NIC" of net is supported by the FreeBSD? > > HP NC1020 > I'm not sure but it seems that it uses BCM5705 which is supported by bge(4). -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 03:33:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F1BA16A404 for ; Mon, 22 Jan 2007 03:33:32 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.83]) by mx1.freebsd.org (Postfix) with ESMTP id 4C37513C457 for ; Mon, 22 Jan 2007 03:33:32 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from [192.168.2.4] (c-67-171-65-107.hsd1.pa.comcast.net [67.171.65.107]) (user=jdamato mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.13.6/8.13.6) with ESMTP id l0M3XWNd027659 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sun, 21 Jan 2007 22:33:32 -0500 Message-ID: <45B4308B.7050608@andrew.cmu.edu> Date: Sun, 21 Jan 2007 22:33:31 -0500 From: Joe Damato User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 128.2.10.83 Cc: Alejandro Lince Subject: Creating a "new" virtual address space for a process 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, 22 Jan 2007 03:33:32 -0000 Hello - This is my first time posting to the list, so please let me know if I should expand on anything I mention here. I am working on the S4OS project for FreeBSD with a couple friends and we are currently trying to understand how to use the VM system in FreeBSD. We have a process, (in this case it happens to be curproc or proc0), and we would like to create a new virtual address space and allocate, say N pages starting at address X. We have been reading the fork() code to try to see how this would work, but got lost in some of the COW stuff. We have some kernel data that needs to be copied out to userland, but we can't seem to figure out how to actually set up that virtual address space. I would attach a code snippet of the code we wrote to accomplish this, but it is literally all guess work, and probably completely wrong. Anyone know how to do this or even where to look to see an example of this happening? Thanks, Joe From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 20 04:26:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 224AB16A402 for ; Sat, 20 Jan 2007 04:26:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.freebsd.org (Postfix) with ESMTP id 06E7E13C457 for ; Sat, 20 Jan 2007 04:26:08 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1H87Ym-0002EK-50 for freebsd-hackers@freebsd.org; Fri, 19 Jan 2007 20:10:32 -0800 Message-ID: <8461626.post@talk.nabble.com> Date: Fri, 19 Jan 2007 20:10:32 -0800 (PST) From: xoundmind To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: timothyparker@gmail.com X-Mailman-Approved-At: Mon, 22 Jan 2007 04:44:20 +0000 Subject: ipw3945 assistance? 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, 20 Jan 2007 04:26:09 -0000 Hi, Please excuse my noob status...I would like some assistance with installing the wpi-freebsd driver on a 6_2 Release setup. Please feel free to be a specific as possible, as I suspect there are many others who wish to get this working (and are not used to applying "non-standard" drivers.) Many thanks -- View this message in context: http://www.nabble.com/ipw3945-assistance--tf3043955.html#a8461626 Sent from the freebsd-hackers mailing list archive at Nabble.com. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 06:58:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2AFC16A400 for ; Mon, 22 Jan 2007 06:58:01 +0000 (UTC) (envelope-from pranav.sawargaonkar@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.234]) by mx1.freebsd.org (Postfix) with ESMTP id 702B913C469 for ; Mon, 22 Jan 2007 06:58:01 +0000 (UTC) (envelope-from pranav.sawargaonkar@gmail.com) Received: by hu-out-0506.google.com with SMTP id 38so435627huc for ; Sun, 21 Jan 2007 22:57:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=KLA22fx84ZfpgF5yXyLL/kNlD/Ijxv+cAp4N1iCFl97emAAeeiRJy3Y82rZG7jcWWn7XOndEWbrQbuNbV6DTOTGjbx4K7CwVE6/8FMFzb6E2TKjCY/e9CQVQwuX6CMiqdWQ2D8Hjj3hOZDgDHauMklbo9s7hmsy1IziLuMISne4= Received: by 10.82.113.6 with SMTP id l6mr6032281buc.1169449079366; Sun, 21 Jan 2007 22:57:59 -0800 (PST) Received: by 10.78.122.5 with HTTP; Sun, 21 Jan 2007 22:57:59 -0800 (PST) Message-ID: <5007e1a40701212257m6f6f51b8w6f15040e88a9080e@mail.gmail.com> Date: Mon, 22 Jan 2007 12:27:59 +0530 From: "Pranav Sawargaonkar" To: freebsd-hackers@freebsd.org In-Reply-To: <5007e1a40701212257q37d0c641u5e368464a3068612@mail.gmail.com> MIME-Version: 1.0 References: <45B4308B.7050608@andrew.cmu.edu> <5007e1a40701212257q37d0c641u5e368464a3068612@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Creating a "new" virtual address space for a process 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, 22 Jan 2007 06:58:02 -0000 ---------- Forwarded message ---------- From: Pranav Sawargaonkar Date: Jan 22, 2007 12:27 PM Subject: Re: Creating a "new" virtual address space for a process To: Joe Damato On 1/22/07, Joe Damato wrote: > > Hello - > > >This is my first time posting to the list, so please let me know if I > >should expand on anything I mention here. I am working on the S4OS > >project for FreeBSD with a couple friends and we are currently trying to > >understand how to use the VM system in FreeBSD. > > >We have a process, (in this case it happens to be curproc or proc0), and > >we would like to create a new virtual address space and allocate, say N > >pages starting at address X. To allocate new vmspace and vm_map you can use vmspace_fork() defined in vm/vm_map.c. We have been reading the fork() code to try > >to see how this would work, but got lost in some of the COW stuff. > > >We have some kernel data that needs to be copied out to userland, but we > >can't seem to figure out how to actually set up that virtual address > >space. I would attach a code snippet of the code we wrote to accomplish > >this, but it is literally all guess work, and probably completely wrong. > >Anyone know how to do this or even where to look to see an example of > >this happening? > > >Thanks, > >Joe > _______________________________________________ > 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 Mon Jan 22 08:37:29 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E21D16A400; Mon, 22 Jan 2007 08:37:29 +0000 (UTC) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3B99F13C448; Mon, 22 Jan 2007 08:37:29 +0000 (UTC) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 8C91FB866; Mon, 22 Jan 2007 10:37:27 +0200 (EET) Received: (nullmailer pid 43848 invoked by uid 1002); Mon, 22 Jan 2007 08:37:27 -0000 Date: Mon, 22 Jan 2007 10:37:27 +0200 From: Vasil Dimov To: Mike Silbersack Message-ID: <20070122083727.GA61615@qlovarnika.bg.datamax> References: <20070119201935.GA60202@x12.dk> <20070120024614.E99400@odysseus.silby.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20070120024614.E99400@odysseus.silby.com> Cc: freebsd-hackers@freebsd.org, Soeren Straarup Subject: Re: Where to start? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 08:37:29 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 20, 2007 at 02:48:14 -0600, Mike Silbersack wrote: > On Fri, 19 Jan 2007, Soeren Straarup wrote: [...] > >I'm looking for a project. [...] > I'd like to see the ability to run gjournal without reformatting. If you= =20 > could create a dummy file inside the filesystem, then use that area for= =20 > the journal, it might be possible. I'm sure that would let a lot more=20 > people see if journalling is right for them. I am not sure about gjournal internals but what if a system crash occurs in the middle of a transaction and the fs gets corrupted and the data, necessary to fix it is in the journal, but you cannot access the journal because the file, which contains the journal, is on a corrupted fs? You should better ask at the geom mailing list. --=20 Vasil Dimov gro.DSBeerF@dv % Everything should be made as simple as possible, but not simpler. -- Albert Einstein --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFFtHfHFw6SP/bBpCARAojlAJ9z1EgiG++v4LmDooyHFNVjjFK6iQCgl2kK CsRFvRulbMAcPTJDi857eIU= =CRoP -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 08:59:47 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79CD016A400; Mon, 22 Jan 2007 08:59:47 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8E513C457; Mon, 22 Jan 2007 08:59:47 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <45B47291.1000102@geminix.org> Date: Mon, 22 Jan 2007 09:15:13 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061231 SeaMonkey/1.0.7 MIME-Version: 1.0 To: Steve Watt References: <200701020825.l028PMBK034571@wattres.watt.com> <200701200918.l0K9Igbn002427@wattres.watt.com> In-Reply-To: <200701200918.l0K9Igbn002427@wattres.watt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H8uKf-000KBq-P0; Mon, 22 Jan 2007 09:59:46 +0100 Cc: hackers@freebsd.org, andre@freebsd.org, julian@elischer.org Subject: Re: Interesting TCP issue 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, 22 Jan 2007 08:59:47 -0000 Steve Watt wrote: > In <459AD141.5010502@elischer.org>, Julian Elischer wrote: > > [ Snip discussion of symptoms of window scaling broken when > talking to at least the skype mail servers. ] > >> we have seen this since 4.x >> I think a fix may be in 7.0 but I'm not sure.. >> I thin kthere is a problem when the far end sets the window down to 1 >> but scales it by a factor of 2^{big number}. >> >> Andre, can you check out this problem and MFC the correct fix >> if it is indeed the same problem in 6.2? > > It is the same problem; I took the (one-line) fix as indicated by > >> http://cvs.ironport.com/cgi-bin/viewcvs.cgi/freebsd/src/sys/netinet/tcp_syncache.c.diff?r1=1.84&r2=1.85 > > (well, not cvs.ironport.com, which doesn't seem to exist at the moment), > and applied the diff from 1.84 to > 1.85 and to a 6.2-PRERELEASE box updated around 25 Dec 06. > It works like a charm. > > I would vote to MFC 1.85 now that 6.2 is out. > > The diff, for those who are following along at home, is: > > =================================================================== > RCS file: /usr/local/www/cvsroot/FreeBSD/src/sys/netinet/tcp_syncache.c,v > retrieving revision 1.84 > retrieving revision 1.85 > diff -u -p -r1.84 -r1.85 > --- src/sys/netinet/tcp_syncache.c 2006/02/09 21:29:02 1.84 > +++ src/sys/netinet/tcp_syncache.c 2006/02/28 23:05:59 1.85 > @@ -682,7 +682,7 @@ syncache_socket(sc, lso, m) > tp->t_flags |= TF_NOOPT; > if (sc->sc_flags & SCF_WINSCALE) { > tp->t_flags |= TF_REQ_SCALE|TF_RCVD_SCALE; > - tp->requested_s_scale = sc->sc_requested_s_scale; > + tp->snd_scale = sc->sc_requested_s_scale; > tp->request_r_scale = sc->sc_request_r_scale; > } > if (sc->sc_flags & SCF_TIMESTAMP) { I wonder whether it is that easy. As far as I can tell the commit to HEAD actually comprised changes to three files: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_input.c.diff?r1=1.290&r2=1.291 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_syncache.c.diff?r1=1.84&r2=1.85 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_var.h.diff?r1=1.127&r2=1.128 How about the modifications in 'tcp_input.c'? Are they relevant to the problem this thread is about? If so, assessing the correctness of an MFC might prove to be a little harder. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 15:46:12 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25BE816A409; Mon, 22 Jan 2007 15:46:12 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id E057A13C442; Mon, 22 Jan 2007 15:46:11 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l0MFk36t081899; Mon, 22 Jan 2007 07:46:08 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l0MFk27m081898; Mon, 22 Jan 2007 07:46:02 -0800 (PST) (envelope-from steve) Message-Id: <200701221546.l0MFk27m081898@wattres.watt.com> From: steve@Watt.COM (Steve Watt) Date: Mon, 22 Jan 2007 07:46:02 -0800 In-Reply-To: Uwe Doering "Re: Interesting TCP issue" (Jan 22, 9:15) X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Uwe Doering , Steve Watt X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Mon, 22 Jan 2007 07:46:08 -0800 (PST) X-Archived: 1169480768.350534846@wattres.Watt.COM Cc: hackers@freebsd.org, andre@freebsd.org, julian@elischer.org Subject: Re: Interesting TCP issue 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, 22 Jan 2007 15:46:12 -0000 On Jan 22, 9:15, Uwe Doering wrote: } Subject: Re: Interesting TCP issue } Steve Watt wrote: } > In <459AD141.5010502@elischer.org>, Julian Elischer wrote: } > } > [ Snip discussion of symptoms of window scaling broken when } > talking to at least the skype mail servers. ] } > } >> we have seen this since 4.x } >> I think a fix may be in 7.0 but I'm not sure.. } >> I thin kthere is a problem when the far end sets the window down to 1 } >> but scales it by a factor of 2^{big number}. } >> } >> Andre, can you check out this problem and MFC the correct fix } >> if it is indeed the same problem in 6.2? } > } > It is the same problem; I took the (one-line) fix as indicated by } > } >> http://cvs.ironport.com/cgi-bin/viewcvs.cgi/freebsd/src/sys/netinet/tcp_syncache.c.diff?r1=1.84&r2=1.85 } > } > (well, not cvs.ironport.com, which doesn't seem to exist at the moment), } > and applied the diff from 1.84 to } > 1.85 and to a 6.2-PRERELEASE box updated around 25 Dec 06. } > It works like a charm. } > } > I would vote to MFC 1.85 now that 6.2 is out. } } I wonder whether it is that easy. As far as I can tell the commit to } HEAD actually comprised changes to three files: I wonder as well, but that single diff fixes the problem I was running into with the skype mail servers. } http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_input.c.diff?r1=1.290&r2=1.291 } http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_syncache.c.diff?r1=1.84&r2=1.85 } http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_var.h.diff?r1=1.127&r2=1.128 } } How about the modifications in 'tcp_input.c'? Are they relevant to the } problem this thread is about? If so, assessing the correctness of an } MFC might prove to be a little harder. Looking at it, yeah, those probably need to be picked up in some form as well. I didn't look closely at the tcpdump after, only observing that it worked where it didn't before. Hmm. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 16:11:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DD516A403 for ; Mon, 22 Jan 2007 16:11:00 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.83]) by mx1.freebsd.org (Postfix) with ESMTP id B0D8713C459 for ; Mon, 22 Jan 2007 16:11:00 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from [192.168.2.4] (c-67-171-65-107.hsd1.pa.comcast.net [67.171.65.107]) (user=jdamato mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.13.6/8.13.6) with ESMTP id l0MGAsFC003027 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 22 Jan 2007 11:10:59 -0500 Message-ID: <45B4E20E.70308@andrew.cmu.edu> Date: Mon, 22 Jan 2007 11:10:54 -0500 From: Joe Damato User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Pranav Sawargaonkar References: <45B4308B.7050608@andrew.cmu.edu> <5007e1a40701212257q37d0c641u5e368464a3068612@mail.gmail.com> <5007e1a40701212257m6f6f51b8w6f15040e88a9080e@mail.gmail.com> In-Reply-To: <5007e1a40701212257m6f6f51b8w6f15040e88a9080e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 128.2.10.83 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Creating a "new" virtual address space for a process 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, 22 Jan 2007 16:11:01 -0000 Pranav Sawargaonkar wrote: >> >We have a process, (in this case it happens to be curproc or proc0), >> and >> >we would like to create a new virtual address space and allocate, say N >> >pages starting at address X. > To allocate new vmspace and vm_map you can use vmspace_fork() > defined in > vm/vm_map.c. vmspace_fork() is something we looked at already... It "creates a new vmspace structure and vm_map based on those of an existing process..." My understanding is that the problem with using vmspace_fork is that we don't know which virtual addresses are backed with physical pages and as such, we don't know what virtual address to begin copying data to (we were planning on using copyout). This process will never execute - we just need to copy a lot of kernel data to user memory, so we don't really care if we overwrite user stack or heap or anything like that. We simply want to choose (or be given) a starting virtual address where we can copy N pages. Thanks for your suggestion, any other hints or suggestions are definitely welcome. Thanks, Joe From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 18:49:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C91E16A40D for ; Mon, 22 Jan 2007 18:49:08 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id EB12713C4CE for ; Mon, 22 Jan 2007 18:49:07 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id l0MIn5VB041817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 22 Jan 2007 10:49:07 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id l0MIn56Z041816; Mon, 22 Jan 2007 10:49:05 -0800 (PST) Received: from fbsd61 ([192.168.200.61]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07030; Mon, 22 Jan 07 10:26:58 PST Date: Mon, 22 Jan 2007 10:29:18 -0800 From: perryh@pluto.rain.com To: vd@freebsd.org Message-Id: <45b5027e.g8Hs/VOZs+63TD6V%perryh@pluto.rain.com> References: <20070119201935.GA60202@x12.dk> <20070120024614.E99400@odysseus.silby.com> <20070122083727.GA61615@qlovarnika.bg.datamax> In-Reply-To: <20070122083727.GA61615@qlovarnika.bg.datamax> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, xride@x12.dk Subject: Re: Where to start? 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, 22 Jan 2007 18:49:08 -0000 > > I'd like to see the ability to run gjournal without reformatting. > > If you could create a dummy file inside the filesystem, then use > > that area for the journal, it might be possible ... > > I am not sure about gjournal internals but what if a system crash > occurs in the middle of a transaction and the fs gets corrupted > and the data, necessary to fix it is in the journal, but you > cannot access the journal because the file, which contains the > journal, is on a corrupted fs? Looking at this as purely a data-integrity problem, and knowing nothing whatsoever about gjournal internals :) I would guess that if a way could be found to preallocate the journal space (as with mkfile(8) in sufficiently-old systems), and then record its location in a reasonably-secure location (the superblock?), it could be accessed during recovery without reference to possibly-corrupt filesystem metadata. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 19:15:42 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A66516A401 for ; Mon, 22 Jan 2007 19:15:42 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id 49F0213C461 for ; Mon, 22 Jan 2007 19:15:42 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l0MJ3iBD087005 for ; Mon, 22 Jan 2007 11:03:49 -0800 (PST) (envelope-from news@wattres.watt.com) Received: (from news@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l0MJ3iRW087004 for hackers@freebsd.org; Mon, 22 Jan 2007 11:03:44 -0800 (PST) (envelope-from news) To: hackers@freebsd.org Path: not-for-mail From: Steve Watt Newsgroups: local.freebsd-hackers Date: Mon, 22 Jan 2007 19:03:44 +0000 (UTC) Organization: Watt Consultants, San Jose, CA, USA Lines: 17 Message-ID: References: <8461626.post@talk.nabble.com> NNTP-Posting-Host: localhost.watt.com X-Trace: wattres.Watt.COM 1169492624 86698 127.0.0.1 (22 Jan 2007 19:03:44 GMT) X-Complaints-To: usenet@wattres.Watt.COM NNTP-Posting-Date: Mon, 22 Jan 2007 19:03:44 +0000 (UTC) X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Originator: steve@Watt.COM (Steve Watt) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Mon, 22 Jan 2007 11:03:49 -0800 (PST) X-Archived: 1169492629.356497026@wattres.Watt.COM X-Mailman-Approved-At: Mon, 22 Jan 2007 19:21:38 +0000 Cc: Subject: Re: ipw3945 assistance? 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, 22 Jan 2007 19:15:42 -0000 In <8461626.post@talk.nabble.com>, xoundmind wrote: > >Hi, >Please excuse my noob status...I would like some assistance with installing >the wpi-freebsd driver on a 6_2 Release setup. Please feel free to be a >specific as possible, as I suspect there are many others who wish to get >this working (and are not used to applying "non-standard" drivers.) What have you tried so far, and how is it failing? http://www.catb.org/~esr/faqs/smart-questions.html Steve -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 22 23:21:27 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B42E16A400 for ; Mon, 22 Jan 2007 23:21:27 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DE14A13C45B for ; Mon, 22 Jan 2007 23:21:26 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H98TZ-00023S-Rg for freebsd-hackers@freebsd.org; Tue, 23 Jan 2007 00:21:21 +0100 Received: from 89-172-41-77.adsl.net.t-com.hr ([89.172.41.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Jan 2007 00:21:21 +0100 Received: from ivoras by 89-172-41-77.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Jan 2007 00:21:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Tue, 23 Jan 2007 00:20:51 +0100 Lines: 29 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6B3236CF039F99F00D803693" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-41-77.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) X-Enigmail-Version: 0.94.1.2 Sender: news Subject: MSI 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, 22 Jan 2007 23:21:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B3236CF039F99F00D803693 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Reading recent commits, I was wondering what MSI is, so I found a nice explanation here, in case anyone's interested: http://www.microsoft.com/whdc/system/bus/PCI/MSI.mspx The .doc also talks about how it's implemented in Windows so hardware manufacturers will follow that. --------------enig6B3236CF039F99F00D803693 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFtUbTldnAQVacBcgRApwXAKD3UXl33nbeNXwJSDzK8q8lZL4KVgCg5Xhe gX11qaaYSd6s17vM4Tu3UFc= =+dVj -----END PGP SIGNATURE----- --------------enig6B3236CF039F99F00D803693-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 00:28:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 798C116A401 for ; Tue, 23 Jan 2007 00:28:33 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2285A13C45A for ; Tue, 23 Jan 2007 00:28:33 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1H99Wa-0001zq-6t for freebsd-hackers@freebsd.org; Mon, 22 Jan 2007 16:28:32 -0800 Message-ID: <8513106.post@talk.nabble.com> Date: Mon, 22 Jan 2007 16:28:32 -0800 (PST) From: xoundmind To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: timothyparker@gmail.com References: <8461626.post@talk.nabble.com> X-Mailman-Approved-At: Tue, 23 Jan 2007 01:08:17 +0000 Subject: Re: ipw3945 assistance? 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, 23 Jan 2007 00:28:33 -0000 I installed the drivers (if_wpi.ko & wpi_ucode.kom directory. Then attempted to install the ipw-firmware port per this document: http://damien.bergamini.free.fr/ipw/ipw-freebsd.html Was directed to ipw-firmware-kmod instead. When attempting to install that, I received the message: "ipw-firmware-kmod-1.3_1 needs fresh ipw(4), install net/ipw-firmware instead" What have you tried so far, and how is it failing? -- View this message in context: http://www.nabble.com/ipw3945-assistance--tf3043955.html#a8513106 Sent from the freebsd-hackers mailing list archive at Nabble.com. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 00:42:04 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6DFD16A417 for ; Tue, 23 Jan 2007 00:42:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.freebsd.org (Postfix) with ESMTP id CDE7713C4BC for ; Tue, 23 Jan 2007 00:42:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1H99jg-0000CV-AP for freebsd-hackers@freebsd.org; Mon, 22 Jan 2007 16:42:04 -0800 Message-ID: <8513312.post@talk.nabble.com> Date: Mon, 22 Jan 2007 16:42:04 -0800 (PST) From: xoundmind To: freebsd-hackers@freebsd.org In-Reply-To: <8513106.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: timothyparker@gmail.com References: <8461626.post@talk.nabble.com> <8513106.post@talk.nabble.com> X-Mailman-Approved-At: Tue, 23 Jan 2007 01:08:29 +0000 Subject: Re: ipw3945 assistance? 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, 23 Jan 2007 00:42:05 -0000 That should have read: "I installed the drivers (if_wpi.ko & wpi_ucode.ko) /boot/kernel directory." I installed the drivers (if_wpi.ko & wpi_ucode.kom directory. Then attempted to install the ipw-firmware port per this document: http://damien.bergamini.free.fr/ipw/ipw-freebsd.html Was directed to ipw-firmware-kmod instead. When attempting to install that, I received the message: "ipw-firmware-kmod-1.3_1 needs fresh ipw(4), install net/ipw-firmware instead" Steve Watt-3 wrote: > > What have you tried so far, and how is it failing? > > > -- View this message in context: http://www.nabble.com/ipw3945-assistance--tf3043955.html#a8513312 Sent from the freebsd-hackers mailing list archive at Nabble.com. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 08:01:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FC9716A402 for ; Tue, 23 Jan 2007 08:01:39 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id D4C0413C44C for ; Tue, 23 Jan 2007 08:01:38 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 4466 invoked from network); 23 Jan 2007 08:01:23 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 23 Jan 2007 08:01:23 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 23 Jan 2007 02:01:20 -0600 (CST) From: Mike Silbersack To: perryh@pluto.rain.com In-Reply-To: <45b5027e.g8Hs/VOZs+63TD6V%perryh@pluto.rain.com> Message-ID: <20070123020013.I16240@odysseus.silby.com> References: <20070119201935.GA60202@x12.dk> <20070120024614.E99400@odysseus.silby.com> <20070122083727.GA61615@qlovarnika.bg.datamax> <45b5027e.g8Hs/VOZs+63TD6V%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: vd@freebsd.org, xride@x12.dk, freebsd-hackers@freebsd.org Subject: Re: Where to start? 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, 23 Jan 2007 08:01:39 -0000 On Mon, 22 Jan 2007, perryh@pluto.rain.com wrote: > I would guess that if a way could be found to preallocate the > journal space (as with mkfile(8) in sufficiently-old systems), > and then record its location in a reasonably-secure location > (the superblock?), it could be accessed during recovery without > reference to possibly-corrupt filesystem metadata. That's the kind of approach I was thinking of. I'm sure it would be a bit of work, but it would be cool. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 08:20:16 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 523CF16A40E for ; Tue, 23 Jan 2007 08:20:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id D2B6C13C478 for ; Tue, 23 Jan 2007 08:20:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pahevu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0N8Jxiu003877; Tue, 23 Jan 2007 09:20:05 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0N8Jxrm003876; Tue, 23 Jan 2007 09:19:59 +0100 (CET) (envelope-from olli) Date: Tue, 23 Jan 2007 09:19:59 +0100 (CET) Message-Id: <200701230819.l0N8Jxrm003876@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, vd@FreeBSD.ORG, xride@x12.dk, silby@silby.com In-Reply-To: <20070122083727.GA61615@qlovarnika.bg.datamax> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 23 Jan 2007 09:20:05 +0100 (CET) Cc: Subject: Re: Where to start? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, vd@FreeBSD.ORG, xride@x12.dk, silby@silby.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 08:20:16 -0000 Vasil Dimov wrote: > Mike Silbersack wrote: > > Soeren Straarup wrote: > > [...] > > > I'm looking for a project. > > [...] > > I'd like to see the ability to run gjournal without reformatting. > > If you could create a dummy file inside the filesystem, then use > > that area for the journal, it might be possible. I'm sure that > > would let a lot more people see if journalling is right for them. > > I am not sure about gjournal internals but what if a system crash > occurs in the middle of a transaction and the fs gets corrupted and > the data, necessary to fix it is in the journal, but you cannot > access the journal because the file, which contains the journal, > is on a corrupted fs? I think you should still be able to mount the file system read-only, even if it's not "clean", so there's no problem locating the journal file. Particularly, note that the journal file should probably be located in the root of the file system, and it will have a constant size and should be allocated from the start (i.e. it never grows nor changes allocation), which means there is no way that its meta data could be damaged. On the other hand, _if_ the file system is so seriously busted that the journal file could not be located or used anymore, then it's probably a sign of physical damage, and in that case the journal wouldn't be able help you anyway. Journalling is only able to fix things after "regular" crashes. Disclaimer: I'm not a GEOM code expert. Someone please correct me if I'm wrong. BTW, I've just got an idea. Wouldn't it be possible to set up a "journal file" in a similar manner as you set up a swap file? That is, you create a sufficiently large file with dd(1) from /dev/zero, then run vnconfig(8) to create an md(4) device for it, then -- instead of running swapon(8) -- you enable journalling, using that file for the journal. I'm aware that this doesn't currently work out of the box, and there's a hen-and-egg problem during boot when fsck+mount is to be run. But I think it should be possible to make it work without too much trouble. Best regards Oliver PS: I've set reply-to to the freebsd-geom list. I think it is more appropriate than -hackers. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 12:35:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6323C16A400 for ; Tue, 23 Jan 2007 12:35:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id DEA3113C4A5 for ; Tue, 23 Jan 2007 12:35:34 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.246] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1H9Ks90wnK-0001Ly; Tue, 23 Jan 2007 13:35:33 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Tue, 23 Jan 2007 13:35:24 +0100 User-Agent: KMail/1.9.5 References: <8461626.post@talk.nabble.com> In-Reply-To: <8461626.post@talk.nabble.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4219913.FoYqhLhiBU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701231335.31196.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: xoundmind Subject: Re: ipw3945 assistance? 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, 23 Jan 2007 12:35:35 -0000 --nextPart4219913.FoYqhLhiBU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 20 January 2007 05:10, xoundmind wrote: > Please excuse my noob status...I would like some assistance with > installing the wpi-freebsd driver on a 6_2 Release setup. Please feel N.B. wpi(4) !=3D ipw(4) !!! The latter is for the - now ancient - 1st=20 generation centrino cards (2100). The former - supporting the 3945=20 cards - is in early stages of development (at least the port to FreeBSD=20 is). The latest attempt is located at:=20 http://www.clearchain.com/wiki/Wpi Note that this is not yet recommended for consumer use. Eventhough=20 testing is welcome and encouraged, this work is simply not yet in a=20 stable enough state that documentation can be made available. In=20 general, the tarball from the page above supplies you with everything you=20 need (other than a FreeBSD src-tree). There is no need to download=20 additional firmware. The focus, for now, is HEAD so testing in RELENG_6=20 is not supported. The best advice, as a user and for now, seems to be to try ndis (though I=20 have heard reports that it doesn't work for the ipw hardware), or wait=20 for the driver to hit the tree. > free to be a specific as possible, as I suspect there are many others > who wish to get this working (and are not used to applying > "non-standard" drivers.) Many thanks =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4219913.FoYqhLhiBU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFtgETXyyEoT62BG0RArcOAJ92nG20IP94lqUiULp02J6BNBXqQgCdGksN AEExCwZioNjc8nHGQFWOBf0= =fy86 -----END PGP SIGNATURE----- --nextPart4219913.FoYqhLhiBU-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 12:44:03 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FBDD16A654 for ; Tue, 23 Jan 2007 12:44:03 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEA813C4C6 for ; Tue, 23 Jan 2007 12:44:02 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 17455172 for freebsd-hackers@freebsd.org; Tue, 23 Jan 2007 14:44:01 +0300 Message-ID: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Tue, 23 Jan 2007 14:44:01 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Subject: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 23 Jan 2007 12:44:03 -0000 Hello. System - RELENG_6. Easiest way I found is to patch libc. But in this case we still can get an original library and use LD_PRELOAD. Is there any way to obtain uid of calling process (thread?) within the kernel? We have following extern in src/lib/libc/gen/sysctl.c: [..] extern int __sysctl(int *name, u_int namelen, void *oldp, size_t *oldlenp, void *newp, size_t newlen); [..] And there is __sysctl (src/sys/kern/kern_sysctl.c): [..] /* * MPSAFE */ int __sysctl(struct thread *td, struct sysctl_args *uap) [..] 1. Whether this function is called from libc sysctl() ? 2. What can we get from td here? My knowledge about FreeBSD kernel and kernel threads is not yet enough for understanding this. I also thought about passing control variable from libc to kernel, but it seems to be bad idea. Any other ways? -- Andrew N. Below From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 13:10:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F7AE16A400 for ; Tue, 23 Jan 2007 13:10:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1C33113C467 for ; Tue, 23 Jan 2007 13:10:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.246] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1H9LPx0spJ-0007mB; Tue, 23 Jan 2007 14:10:32 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Tue, 23 Jan 2007 14:10:19 +0100 User-Agent: KMail/1.9.5 References: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> In-Reply-To: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1579798.YI70Pe6SDu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701231410.25946.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Andrew N. Below" Subject: Re: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 23 Jan 2007 13:10:40 -0000 --nextPart1579798.YI70Pe6SDu Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 23 January 2007 12:44, Andrew N. Below wrote: > System - RELENG_6. > > Easiest way I found is to patch libc. > But in this case we still can get an original library and use > LD_PRELOAD. > > Is there any way to obtain uid of calling process (thread?) > within the kernel? > > We have following extern in src/lib/libc/gen/sysctl.c: > [..] > extern int __sysctl(int *name, u_int namelen, void *oldp, size_t > *oldlenp, void *newp, size_t newlen); > [..] > > And there is __sysctl (src/sys/kern/kern_sysctl.c): > > [..] > /* > * MPSAFE > */ > int > __sysctl(struct thread *td, struct sysctl_args *uap) > [..] > > 1. Whether this function is called from libc sysctl() ? > > 2. What can we get from td here? My knowledge about FreeBSD kernel > and kernel threads is not yet enough for understanding this. td->td_proc->p_ucred has the user credentials. You probably want to do=20 your checks in userland_sysctl() according to the comment just above. > I also thought about passing control variable from libc > to kernel, but it seems to be bad idea. > > Any other ways? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1579798.YI70Pe6SDu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFtglBXyyEoT62BG0RApg3AJwIbm10Z5FzGgf7LB0rCRNjBAjdjACdE9Zz owIr66gd37/k8kx1WHsvAOE= =+aSz -----END PGP SIGNATURE----- --nextPart1579798.YI70Pe6SDu-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 16:40:29 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C642316A402 for ; Tue, 23 Jan 2007 16:40:29 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay0.av-mx.com (relay0.av-mx.com [137.118.16.125]) by mx1.freebsd.org (Postfix) with ESMTP id 5B56E13C4BD for ; Tue, 23 Jan 2007 16:40:29 +0000 (UTC) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from mx0.av-mx.com ([137.118.16.61] verified) by relay0.av-mx.com (CommuniGate Pro SMTP 5.0.13) with SMTP id 567893306 for freebsd-hackers@freebsd.org; Tue, 23 Jan 2007 11:40:24 -0500 Received: (qmail 16050 invoked from network); 23 Jan 2007 16:40:23 -0000 Received: from dsl10219.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@12.178.97.219) by 0 with SMTP; 23 Jan 2007 16:40:23 -0000 X-CLIENT-IP: 12.178.97.219 X-CLIENT-HOST: dsl10219.ywave.com Message-ID: <45B63A79.3030805@ywave.com> Date: Tue, 23 Jan 2007 08:40:25 -0800 From: Micah User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Page fault in vfs_hash_get on 6.2 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, 23 Jan 2007 16:40:30 -0000 Back in October 2006, I was having the same problem in 6.1 (original thread at: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-October/018393.html) The update to 6.2 decreased the frequency of the panics, but I still get the panic periodically - since October I've had 6-8 panics judging by my vmcore count. trisha# uname -a FreeBSD trisha.lan 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Sat Jan 20 16:18:57 PST 2007 root@trisha.lan:/usr/obj/usr/src/sys/TRISHA i386 Here are the last two dumps with some prints of the interesting vars (I have more dumps, but these are the only two for 6.2-release). Let me know if I can provide anything else. trisha# kgdb /usr/obj/usr/src/sys/TRISHA/kernel.debug vmcore.13 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd92c1358 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0595304 stack pointer = 0x28:0xf039c89c frame pointer = 0x28:0xf039c8bc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 15173 (kphotoalbum) trap number = 12 panic: page fault Uptime: 2d4h53m29s Dumping 1534 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1534MB (392672 pages) 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 158 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 142 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 126 110 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 94 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 78 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 62 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 46 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 30 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 14 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0535f54 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0536286 in panic (fmt=0xc071898d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06f34bc in trap_fatal (frame=0xf039c85c, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06f31c2 in trap_pfault (frame=0xf039c85c, usermode=0, eva=3643544408) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06f2d8d in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 4, tf_esi = 4, tf_ebp = -264648516, tf_isp = -264648568, tf_ebx = -651422928, tf_edx = -980348928, tf_ecx = -978780160, tf_eax = 8055459, tf_trapno = 12, tf_err = 0, tf_eip = -1067887868, tf_cs = 32, tf_eflags = 2163334, tf_esp = -978780160, tf_ss = 8055459}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06df32a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0595304 in vfs_hash_get (mp=0xc5a90000, hash=8055459, flags=2, td=0xc6552600, vpp=0xf039c99c, fn=0, arg=0x0) at /usr/src/sys/kern/vfs_hash.c:73 #8 0xc067f379 in ffs_vget (mp=0xc5a90000, ino=8055459, flags=2, vpp=0xf039c99c) at pcpu.h:162 #9 0xc06879f3 in ufs_lookup (ap=0xf039ca40) at /usr/src/sys/ufs/ufs/ufs_lookup.c:572 #10 0xc0707993 in VOP_CACHEDLOOKUP_APV (vop=0x7aeaa3, a=0xc5911000) at vnode_if.c:150 #11 0xc05913ea in vfs_cache_lookup (ap=0x7aeaa3) at vnode_if.h:82 #12 0xc0707908 in VOP_LOOKUP_APV (vop=0xc076c500, a=0xf039caec) at vnode_if.c:99 #13 0xc0596a3b in lookup (ndp=0xf039cb94) at vnode_if.h:56 #14 0xc05961d8 in namei (ndp=0xf039cb94) at /usr/src/sys/kern/vfs_lookup.c:211 #15 0xc05a86cf in kern_lstat (td=0xc6552600, path=0xc5911000 "", pathseg=3314618368, sbp=0x7aeaa3) at /usr/src/sys/kern/vfs_syscalls.c:2143 #16 0xc05a864f in lstat (td=0x7aeaa3, uap=0xf039cd04) at /usr/src/sys/kern/vfs_syscalls.c:2126 #17 0xc06f3892 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 139441408, tf_esi = -1077945056, tf_ebp = -1077945816, tf_isp = -264647324, tf_ebx = 1230067672, tf_edx = 69, tf_ecx = 142276000, tf_eax = 190, tf_trapno = 0, tf_err = 2, tf_eip = 1233487479, tf_cs = 51, tf_eflags = 2097794, tf_esp = -1077945892, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #18 0xc06df37f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xc0595304 in vfs_hash_get (mp=0xc5a90000, hash=8055459, flags=2, td=0xc6552600, vpp=0xf039c99c, fn=0, arg=0x0) at /usr/src/sys/kern/vfs_hash.c:73 73 if (vp->v_hash != hash) (kgdb) p mp $1 = (struct mount *) 0xc5a90000 (kgdb) p *mp $2 = {mnt_list = {tqe_next = 0x0, tqe_prev = 0xc5a90298}, mnt_op = 0xc076bc60, mnt_vfc = 0xc076bca0, mnt_vnodecovered = 0xc5ad0aa0, mnt_syncer = 0xc5ad4cc0, mnt_nvnodelist = {tqh_first = 0xc5ad4dd0, tqh_last = 0xcaabc014}, mnt_lock = {lk_interlock = 0xc077f11c, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc072d526 "vfslock", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, mnt_mtx = {mtx_object = { lo_class = 0xc075a8a4, lo_name = 0xc072d515 "struct mount mtx", lo_type = 0xc072d515 "struct mount mtx", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, mnt_writeopcount = 0, mnt_flag = 2101248, mnt_opt = 0xc5a498a0, mnt_optnew = 0x0, mnt_kern_flag = 536870912, mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = 5, f_flags = 2101248, f_bsize = 2048, f_iosize = 16384, f_blocks = 47731967, f_bfree = 11478076, f_bavail = 7659519, f_files = 12341246, f_ffree = 11381805, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1161696182, 824004859}}, f_charspare = '\0' , f_fstypename = "ufs", '\0' , f_mntfromname = "/dev/ad4s1h", '\0' , f_mntonname = "/home", '\0' }, mnt_cred = 0xc5a24c00, mnt_data = 0xc5a6b900, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = 0x0, mnt_mntlabel = 0x0, mnt_fslabel = 0x0, mnt_nvnodelistsize = 81992, mnt_hashseed = 1412285663, mnt_markercnt = 0, mnt_holdcnt = 0, mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 2436404, mnt_ref = 81992, mnt_gen = 1} (kgdb) p vp $3 = (struct vnode *) 0xd92c1330 (kgdb) p *vp Cannot access memory at address 0xd92c1330 (kgdb) trisha# kgdb /usr/obj/usr/src/sys/TRISHA/kernel.debug vmcore.14 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xce7b0df8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0595304 stack pointer = 0x28:0xf03ab89c frame pointer = 0x28:0xf03ab8bc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2897 (find) trap number = 12 panic: page fault Uptime: 5h17m47s Dumping 1534 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1534MB (392672 pages) 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0535f54 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0536286 in panic (fmt=0xc071898d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06f34bc in trap_fatal (frame=0xf03ab85c, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06f31c2 in trap_pfault (frame=0xf03ab85c, usermode=0, eva=3464171000) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06f2d8d in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 4, tf_esi = 4, tf_ebp = -264587076, tf_isp = -264587128, tf_ebx = -830796336, tf_edx = -980348928, tf_ecx = -978780160, tf_eax = 4027855, tf_trapno = 12, tf_err = 0, tf_eip = -1067887868, tf_cs = 32, tf_eflags = 66178, tf_esp = -978780160, tf_ss = 4027855}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06df32a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0595304 in vfs_hash_get (mp=0xc5a90000, hash=4027855, flags=2, td=0xc64a3d80, vpp=0xf03ab99c, fn=0, arg=0x0) at /usr/src/sys/kern/vfs_hash.c:73 #8 0xc067f379 in ffs_vget (mp=0xc5a90000, ino=4027855, flags=2, vpp=0xf03ab99c) at pcpu.h:162 #9 0xc06879f3 in ufs_lookup (ap=0xf03aba40) at /usr/src/sys/ufs/ufs/ufs_lookup.c:572 #10 0xc0707993 in VOP_CACHEDLOOKUP_APV (vop=0x3d75cf, a=0xc5911000) at vnode_if.c:150 #11 0xc05913ea in vfs_cache_lookup (ap=0x3d75cf) at vnode_if.h:82 #12 0xc0707908 in VOP_LOOKUP_APV (vop=0xc076c500, a=0xf03abaec) at vnode_if.c:99 #13 0xc0596a3b in lookup (ndp=0xf03abb94) at vnode_if.h:56 #14 0xc05961d8 in namei (ndp=0xf03abb94) at /usr/src/sys/kern/vfs_lookup.c:211 #15 0xc05a86cf in kern_lstat (td=0xc64a3d80, path=0xc5911000 "@ÔLÆ0ÓLÆ ÒLÆ\020ÑLÆ°\233LÆ \232LÆ\220\231LÆÀ\034MÆ°\033MÆ \032MÆÀ¬MÆ", pathseg=3314618368, sbp=0x3d75cf) at /usr/src/sys/kern/vfs_syscalls.c:2143 #16 0xc05a864f in lstat (td=0x3d75cf, uap=0xf03abd04) at /usr/src/sys/kern/vfs_syscalls.c:2126 #17 0xc06f3892 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134687816, tf_esi = 134687744, tf_ebp = -1077941128, tf_isp = -264585884, tf_ebx = 1209422816, tf_edx = 134687744, tf_ecx = 134565888, tf_eax = 190, tf_trapno = 12, tf_err = 2, tf_eip = 1209300599, tf_cs = 51, tf_eflags = 582, tf_esp = -1077941284, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 ---Type to continue, or q to quit--- #18 0xc06df37f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xc0595304 in vfs_hash_get (mp=0xc5a90000, hash=4027855, flags=2, td=0xc64a3d80, vpp=0xf03ab99c, fn=0, arg=0x0) at /usr/src/sys/kern/vfs_hash.c:73 73 if (vp->v_hash != hash) (kgdb) p mp $1 = (struct mount *) 0xc5a90000 (kgdb) p *mp $2 = {mnt_list = {tqe_next = 0x0, tqe_prev = 0xc5a90298}, mnt_op = 0xc076bc60, mnt_vfc = 0xc076bca0, mnt_vnodecovered = 0xc5ad0aa0, mnt_syncer = 0xc5ad4cc0, mnt_nvnodelist = {tqh_first = 0xc5ad4dd0, tqh_last = 0xc7145344}, mnt_lock = {lk_interlock = 0xc077f11c, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc072d526 "vfslock", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, mnt_mtx = {mtx_object = { lo_class = 0xc075a8a4, lo_name = 0xc072d515 "struct mount mtx", lo_type = 0xc072d515 "struct mount mtx", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, mnt_writeopcount = 0, mnt_flag = 2101248, mnt_opt = 0xc5a496e0, mnt_optnew = 0x0, mnt_kern_flag = 536870912, mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = 5, f_flags = 2101248, f_bsize = 2048, f_iosize = 16384, f_blocks = 47731967, f_bfree = 9820243, f_bavail = 6001686, f_files = 12341246, f_ffree = 11382010, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1161696182, 824004859}}, f_charspare = '\0' , f_fstypename = "ufs", '\0' , f_mntfromname = "/dev/ad4s1h", '\0' , f_mntonname = "/home", '\0' }, mnt_cred = 0xc5aaed00, mnt_data = 0xc5a99e00, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = 0x0, mnt_mntlabel = 0x0, mnt_fslabel = 0x0, mnt_nvnodelistsize = 10746, mnt_hashseed = 1412285663, mnt_markercnt = 0, mnt_holdcnt = 0, mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 334543, mnt_ref = 10746, mnt_gen = 1} (kgdb) p vp $3 = (struct vnode *) 0xce7b0dd0 (kgdb) p *vp Cannot access memory at address 0xce7b0dd0 (kgdb) Thanks, Micah From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 23 18:30:18 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E935916A405 for ; Tue, 23 Jan 2007 18:30:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id DDD1313C4A6 for ; Tue, 23 Jan 2007 18:30:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l0NIUCFf003528; Wed, 24 Jan 2007 05:30:12 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l0NIUBcV003527; Wed, 24 Jan 2007 05:30:11 +1100 (EST) (envelope-from peter) Date: Wed, 24 Jan 2007 05:30:11 +1100 From: Peter Jeremy To: perryh@pluto.rain.com Message-ID: <20070123183011.GK838@turion.vk2pj.dyndns.org> References: <20070119201935.GA60202@x12.dk> <20070120024614.E99400@odysseus.silby.com> <20070122083727.GA61615@qlovarnika.bg.datamax> <45b5027e.g8Hs/VOZs+63TD6V%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <45b5027e.g8Hs/VOZs+63TD6V%perryh@pluto.rain.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: vd@freebsd.org, xride@x12.dk, freebsd-hackers@freebsd.org Subject: Re: Where to start? 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, 23 Jan 2007 18:30:19 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2007-Jan-22 10:29:18 -0800, perryh@pluto.rain.com wrote: >I would guess that if a way could be found to preallocate the >journal space (as with mkfile(8) in sufficiently-old systems), mkfile(8)ing a journal is easy. This would not guarantee that the journal was a contiguous block though and the journalling code would also need to be able to follow the journal contents through a block list chain defined by an inode - this is not difficult but not as easy as having a single contiguous chunk of space. >and then record its location in a reasonably-secure location >(the superblock?), it could be accessed during recovery without >reference to possibly-corrupt filesystem metadata. The superblock is the logical location. There are a number of spare fields in the superblock that could potentially be used to contain a journal location. Files within UFS are described by an inode number so the 'location' of the journal would be an inode number. The journal code would need to verify that the given inode was internally consistent before it accessed the data. --=20 Peter Jeremy --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFtlQz/opHv/APuIcRAiR2AKC3t9oe1OIsq35XmnW/2CXxcEUMigCfYyeD nK/VH0J2Y9tSztdjW96jooM= =2iwc -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 00:11:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1E7116A40A for ; Wed, 24 Jan 2007 00:11:00 +0000 (UTC) (envelope-from newroswell@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 8B92013C508 for ; Wed, 24 Jan 2007 00:11:00 +0000 (UTC) (envelope-from newroswell@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so15310uge for ; Tue, 23 Jan 2007 16:10:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=dG2lXRaBM6aSQEHTH03pRr9Ccxv+baJEAZNlb8NMXSsEQhY8juOo4MLn3zoeNrQZakl82n7yz4L0sYAi46L4QNzoRmZwFN9tricn8OeBP6dnGfriAAH5vr5Z92NxKs6ZnbgEp4XpLq93Y9phdn6liTo1k0zNy/H92ZEXEsg/1FM= Received: by 10.66.243.4 with SMTP id q4mr169569ugh.1169597459048; Tue, 23 Jan 2007 16:10:59 -0800 (PST) Received: by 10.67.92.10 with HTTP; Tue, 23 Jan 2007 16:10:58 -0800 (PST) Message-ID: <375baf50701231610x37f817dbrb8ae84b0ea3b6f3d@mail.gmail.com> Date: Tue, 23 Jan 2007 16:10:58 -0800 From: "Kevin Sanders" To: "John-Mark Gurney" , freebsd-hackers@freebsd.org In-Reply-To: <20070119055736.GC92003@funkthat.com> MIME-Version: 1.0 References: <200701191148.14198.doconnor@gsoft.com.au> <375baf50701181740y6434e763q9c5487fef81dfa87@mail.gmail.com> <20070119055736.GC92003@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: "Streaming" data from kernel to userland 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, 24 Jan 2007 00:11:01 -0000 On 1/18/07, John-Mark Gurney wrote: > > Kevin Sanders wrote this message on Thu, Jan 18, 2007 at 17:40 -0800: > > Ivan, I'm basically doing something similar, and I have found that > adding > > kqueue support to your kernel module and making ioctl/read/write's is > very > > efficient. I'm a long time windows developer that has used I/O > Completion > > Ports, and I'm real impressed with kqueue api. It was a little daunting > > figuring out the kernel module side though. > > If you feeling like extending kqueue(9) to be more helpful, I'm more than willing to review and commit patches for it. > > I was able to add support by looking at code from if_tap.c, and recommend it for it's intended purpose to other aspiring kernal module authors. I would help with kqueue(9) if I could, but certainly can't write from a complete understanding of the subject any time soon. Kevin From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 11:55:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3607216A401; Wed, 24 Jan 2007 11:55:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 8405113C442; Wed, 24 Jan 2007 11:55:16 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 393087190; Wed, 24 Jan 2007 12:55:14 +0100 From: Hans Petter Selasky To: Ed Schouten Date: Wed, 24 Jan 2007 12:54:51 +0100 User-Agent: KMail/1.9.5 References: <20070124113858.GG64263@hoeg.nl> In-Reply-To: <20070124113858.GG64263@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701241254.51900.hselasky@c2i.net> Cc: FreeBSD Hackers , freebsd-stable@freebsd.org, Pietro Cerutti Subject: Re: atacontrol kernel crash (atausb?) 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, 24 Jan 2007 11:55:17 -0000 On Wednesday 24 January 2007 12:38, Ed Schouten wrote: > Hello, > > * Pietro Cerutti wrote: > > On 1/15/07, Hans Petter Selasky wrote: > > >No. What happens when you use/load "umass" and unload "atausb" ? > > > > Everything works nice with umass. It creates the da0 device node. > > It just shows up these errors, as it always did... > > GEOM: new disk da0 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: < USB2.0 FlashDisk 1.1b> Removable Direct Access SCSI-0 device > > da0: Serial Number > > da0: 40.000MB/s transfers > > da0: 248MB (507904 512 byte sectors: 64H 32S/T 248C) > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > status == 0x0 > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > status == 0x0 > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > status == 0x0 > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > status == 0x0 > > I had these messages with two other devices before, an MP3 player and a > USB floppy drive. I fixed these errors by adding a quirk to > /sys/cam/scsi/scsi_da.c. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=97174 > http://www.freebsd.org/cgi/query-pr.cgi?pr=107101 Instead of having all these quirks, isn't it possible that the SCSI layer can auto-probe this? --HPS From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 11:38:59 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D182316A402 for ; Wed, 24 Jan 2007 11:38:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9084113C465 for ; Wed, 24 Jan 2007 11:38:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4A6CF1CD4A; Wed, 24 Jan 2007 12:38:58 +0100 (CET) Date: Wed, 24 Jan 2007 12:38:58 +0100 From: Ed Schouten To: Pietro Cerutti Message-ID: <20070124113858.GG64263@hoeg.nl> References: <200701151555.07155.hselasky@c2i.net> <200701151716.20094.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z4ZSWl3cPHKQyRxO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Wed, 24 Jan 2007 12:32:59 +0000 Cc: FreeBSD Hackers , freebsd-stable@freebsd.org, Hans Petter Selasky Subject: Re: atacontrol kernel crash (atausb?) 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, 24 Jan 2007 11:38:59 -0000 --Z4ZSWl3cPHKQyRxO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, * Pietro Cerutti wrote: > On 1/15/07, Hans Petter Selasky wrote: > > > >No. What happens when you use/load "umass" and unload "atausb" ? > Everything works nice with umass. It creates the da0 device node. > It just shows up these errors, as it always did... > GEOM: new disk da0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < USB2.0 FlashDisk 1.1b> Removable Direct Access SCSI-0 device > da0: Serial Number > da0: 40.000MB/s transfers > da0: 248MB (507904 512 byte sectors: 64H 32S/T 248C) > (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi > status =3D=3D 0x0 > (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi > status =3D=3D 0x0 > (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi > status =3D=3D 0x0 > (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi > status =3D=3D 0x0 I had these messages with two other devices before, an MP3 player and a USB floppy drive. I fixed these errors by adding a quirk to /sys/cam/scsi/scsi_da.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D97174 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D107101 --=20 Ed Schouten WWW: http://g-rave.nl/ --Z4ZSWl3cPHKQyRxO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFt0VS52SDGA2eCwURArAtAJ4hYPnwSLUzDnHQsFLqjrkLMXwHwACfVPRs UhQ6a/iZX4wvFuWzyQHH6rg= =Ywri -----END PGP SIGNATURE----- --Z4ZSWl3cPHKQyRxO-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 13:23:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8283716A402 for ; Wed, 24 Jan 2007 13:23:07 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 00D6113C4C1 for ; Wed, 24 Jan 2007 13:23:06 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (account defan@zenon.net) by mp.zenon.net (CommuniGate Pro WebUser 4.3.7) with HTTP id 17517891; Wed, 24 Jan 2007 16:23:03 +0300 From: "Andrew N. Below" To: Max Laier ,freebsd-hackers@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.3.7 Date: Wed, 24 Jan 2007 16:23:03 +0300 Message-ID: In-Reply-To: <200701231410.25946.max@love2party.net> References: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> <200701231410.25946.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R"; format="flowed" Content-Transfer-Encoding: 8bit Cc: Subject: Re: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 24 Jan 2007 13:23:07 -0000 On Tue, 23 Jan 2007 14:10:19 +0100 Max Laier wrote: [..] > td->td_proc->p_ucred has the user credentials. You >probably want to do > your checks in userland_sysctl() according to the >comment just above. Thanks, it is really what I need. Now I have once more question. I made the kernel object with one check-function and all works fine from userland via syscall(). Is there a documented possibility to use syscalls _inside_ kernel code? In other words, I need to call the function located in loadable kernel object from kernel, doesn't matter how this would be done (syscall, etc). My goal is to avoid kernel rebuilding each time after function modification. Is it possible? -- Andrew N. Below From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 13:57:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACE4416A400 for ; Wed, 24 Jan 2007 13:57:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA7913C4C4 for ; Wed, 24 Jan 2007 13:57:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.177.213] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1H9icb3rEI-0005GL; Wed, 24 Jan 2007 14:57:31 +0100 From: Max Laier Organization: FreeBSD To: "Andrew N. Below" Date: Wed, 24 Jan 2007 14:56:29 +0100 User-Agent: KMail/1.9.5 References: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> <200701231410.25946.max@love2party.net> In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1483407.sNoK3KlFSD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701241456.39203.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Re: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 24 Jan 2007 13:57:36 -0000 --nextPart1483407.sNoK3KlFSD Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 24 January 2007 14:23, you wrote: > On Tue, 23 Jan 2007 14:10:19 +0100 > Max Laier wrote: > > [..] > > > td->td_proc->p_ucred has the user credentials. You > >probably want to do > > your checks in userland_sysctl() according to the > >comment just above. > > Thanks, it is really what I need. > > Now I have once more question. > I made the kernel object with one check-function and all > works fine from userland via syscall(). > > Is there a documented possibility to use syscalls _inside_ > kernel code? > In other words, I need to call the function located in > loadable kernel object from kernel, doesn't matter how > this would be done (syscall, etc). > > My goal is to avoid kernel rebuilding each time after > function modification. > > Is it possible? You should use a function pointer. Look for example at "ip_dn_io_ptr" in=20 netinet. This is a function pointer that is populated from the dummynet=20 module and (if non-NULL) called from the kernel (or ip_fw_pfil.c). Note=20 that you might need some locking around the pointer access if you want to=20 be able to load and unload the module at will. OTOH, sysctl seems to be=20 protected by Giant anyways. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1483407.sNoK3KlFSD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFt2WXXyyEoT62BG0RArgOAJ9QHtBnJPFfYvnz3w5g7nH7aFYzRwCeNKDr zfsWFsEPT3g+pz849+pG8WE= =/c4K -----END PGP SIGNATURE----- --nextPart1483407.sNoK3KlFSD-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 14:16:53 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DC5D16A409 for ; Wed, 24 Jan 2007 14:16:53 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id BA7F213C480 for ; Wed, 24 Jan 2007 14:16:52 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 17520647; Wed, 24 Jan 2007 17:16:51 +0300 Message-ID: <0d4201c73fc2$4adfe160$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: "Thijs Eilander" , References: Date: Wed, 24 Jan 2007 17:16:51 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Cc: Subject: Re: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 24 Jan 2007 14:16:53 -0000 > > Is there a documented possibility to use syscalls _inside_ > > kernel code? > > In other words, I need to call the function located in > > loadable kernel object from kernel, doesn't matter how > > this would be done (syscall, etc). > Hi Andrew, > You can redirect syscalls to another function with loadable kernel modules. > Some documentation/examples you might want to read first: > > /usr/share/examples/kld > http://www.r4k.net/mod/fbsdfun.html > http://packetstormsecurity.org/papers/unix/bsdkern.htm > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverbasics- > kld.html Thanks for these links, I have already seen them while googling around last night and now I'm in process of understanding, heh. Some things seems hard to get in becouse I'm working with RELENG_6, and examples/info in those tutorials are for 4.x (struct proc instead of struct thread, etc.) :) Anyway, thanks. Will try to go forward. -- Andrew N. Below From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 14:20:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DF6816A4F3 for ; Wed, 24 Jan 2007 14:20:25 +0000 (UTC) (envelope-from eilander@paranoid.nl) Received: from smtpq1.groni1.gr.home.nl (smtpq1.groni1.gr.home.nl [213.51.130.200]) by mx1.freebsd.org (Postfix) with ESMTP id C4FEE13C505 for ; Wed, 24 Jan 2007 14:20:22 +0000 (UTC) (envelope-from eilander@paranoid.nl) Received: from [213.51.130.189] (port=60074 helo=smtp2.groni1.gr.home.nl) by smtpq1.groni1.gr.home.nl with esmtp (Exim 4.30) id 1H9ikn-00038F-Sg; Wed, 24 Jan 2007 15:05:33 +0100 Received: from cp26621-a.gelen1.lb.home.nl ([84.28.158.27]:1385 helo=workstation) by smtp2.groni1.gr.home.nl with esmtp (Exim 4.30) id 1H9if2-0002P7-Jg; Wed, 24 Jan 2007 14:59:36 +0100 From: "Thijs Eilander" To: "'Andrew N. Below'" , Date: Wed, 24 Jan 2007 15:03:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: Thread-Index: Acc/uwpxKsFlUa+fSOOKSfDAS7tzagABFb4A X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean Message-Id: <20070124142022.C4FEE13C505@mx1.freebsd.org> Cc: Subject: RE: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 24 Jan 2007 14:20:25 -0000 > Is there a documented possibility to use syscalls _inside_ > kernel code? > In other words, I need to call the function located in > loadable kernel object from kernel, doesn't matter how > this would be done (syscall, etc). Hi Andrew, You can redirect syscalls to another function with loadable kernel modules. Some documentation/examples you might want to read first: /usr/share/examples/kld http://www.r4k.net/mod/fbsdfun.html http://packetstormsecurity.org/papers/unix/bsdkern.htm http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverbasics- kld.html With best regards, Thijs Eilander From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 14:46:30 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E995D16A403 for ; Wed, 24 Jan 2007 14:46:30 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 7977513C43E for ; Wed, 24 Jan 2007 14:46:30 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l0OEkJKd054966; Wed, 24 Jan 2007 15:46:19 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l0OEkBiV042747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Jan 2007 15:46:12 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l0OEkBLA040083; Wed, 24 Jan 2007 15:46:11 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l0OEk881040082; Wed, 24 Jan 2007 15:46:08 +0100 (CET) (envelope-from ticso) Date: Wed, 24 Jan 2007 15:46:08 +0100 From: Bernd Walter To: Hans Petter Selasky Message-ID: <20070124144607.GD39608@cicely12.cicely.de> References: <20070124113858.GG64263@hoeg.nl> <200701241254.51900.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701241254.51900.hselasky@c2i.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: FreeBSD Hackers , freebsd-stable@freebsd.org, Ed Schouten , Pietro Cerutti Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jan 2007 14:46:31 -0000 On Wed, Jan 24, 2007 at 12:54:51PM +0100, Hans Petter Selasky wrote: > On Wednesday 24 January 2007 12:38, Ed Schouten wrote: > > Hello, > > > > * Pietro Cerutti wrote: > > > On 1/15/07, Hans Petter Selasky wrote: > > > >No. What happens when you use/load "umass" and unload "atausb" ? > > > > > > Everything works nice with umass. It creates the da0 device node. > > > It just shows up these errors, as it always did... > > > GEOM: new disk da0 > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > da0: < USB2.0 FlashDisk 1.1b> Removable Direct Access SCSI-0 device > > > da0: Serial Number > > > da0: 40.000MB/s transfers > > > da0: 248MB (507904 512 byte sectors: 64H 32S/T 248C) > > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > > status == 0x0 > > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > > status == 0x0 > > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > > status == 0x0 > > > (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi > > > status == 0x0 > > > > I had these messages with two other devices before, an MP3 player and a > > USB floppy drive. I fixed these errors by adding a quirk to > > /sys/cam/scsi/scsi_da.c. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=97174 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=107101 > > Instead of having all these quirks, isn't it possible that the SCSI layer can > auto-probe this? No - it is intended to fail on devices not supporting the commands. And the user should know if a drive has not been synced befor unplugging it from power. The SCSI Layer could ask if the device has a cache at least, but I this would likely just relocate the problem. Issuing unsupported commands should be harmless for any sane device, but often bad implemented devices just hang on unknown commands. IIRC umass specification has a way to distinguish reduced command set flash type from generic SCSI devices, by interpreting the subclass. That way umass could safely catch such commands. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 24 21:10:54 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 900CF16A411; Wed, 24 Jan 2007 21:10:54 +0000 (UTC) (envelope-from hika@bsdmon.com) Received: from bigfugu.bsdmon.com (218.128.101-84.rev.gaoland.net [84.101.128.218]) by mx1.freebsd.org (Postfix) with ESMTP id 02BE713C457; Wed, 24 Jan 2007 21:10:53 +0000 (UTC) (envelope-from hika@bsdmon.com) Received: from localhost (localhost [127.0.0.1]) by bigfugu.bsdmon.com (Postfix) with ESMTP id CEA056276; Wed, 24 Jan 2007 21:43:26 +0100 (CET) Received: from bigfugu.bsdmon.com ([127.0.0.1]) by localhost (bigfugu.bsdmon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47252-19; Wed, 24 Jan 2007 21:43:25 +0100 (CET) Received: from vaio.bsdmon.com (unknown [192.168.0.14]) by bigfugu.bsdmon.com (Postfix) with ESMTP id 846316274; Wed, 24 Jan 2007 21:43:25 +0100 (CET) Date: Wed, 24 Jan 2007 21:44:43 +0100 From: Gilbert Cao To: Benjamin Close Message-ID: <20070124204443.GA1107@bsdmon.com> References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> X-Operating-System: FreeBSD 6.2-RELEASE i386 Organization: BSDMon X-GPG-Key: http://www.bsdmon.com/public_key.gpg User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: amavisd-new at bsdmon.com X-Mailman-Approved-At: Thu, 25 Jan 2007 00:18:02 +0000 Cc: Massimo Lusetti , Abdullah Al-Marrie , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, Attilio Rao , damien.bergamini@free.fr, sam@freebsd.org, gabor@freebsd.org, Max Laier Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 24 Jan 2007 21:10:54 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 20, 2007 at 06:38:46PM +0000, Abdullah Al-Marrie wrote: [..] Well, sorry to post in *this* thread. It may not be appropriate, but I just subscribe to freebsd-drivers :p. > On 1/7/07, Benjamin Close wrote: > >To others working on a wpi driver, please post something indicating what > >you've done and even a sample of what your up to so we can one build one > >driver that just works. I also did the driver port as everything I found > >failed to work on a 64bit kernel, most the time wouldn't even compile. > > > >I'm happy to try and maintain this driver. I have the hardware. > > > >The main bugs I know about in this driver port are: > > > >* The use of the iee80211_amrr code > >The files exist in -current in /usr/src/sys/net80211 but the required > >symbols are not in a GENERIC kernel build. There is a wlan_amrr module > >which uses this code, though I'm not sure how to make use of this, it > >appears a simple dependency on the module is not enough. The use of the > >80211_amrr code also means that use under -stable requires quite a bit > >more work as Rink pointed out. > > [..] > >For those wishing to help debug the driver and get it working, I've > >posted a new version > >http://www.clearchain.com/~benjsc/download/20070107-wpi-freebsd.tar.gz > > As I have posted a message here: http://lists.freebsd.org/pipermail/freebsd-questions/2007-January/140475.ht= ml I have put a custom version of mine from your last package here: http://www.bsdmon.com/download/20070121-wpi-freebsd.tar.gz What I have mainly done is to make the package compile and work (for me a least) on 6.2-RELEASE (and possibly other 6.x ?). Don't know if you will ignore it or not, but I feel like I should have post it here, anyway. As it works well, now for my daily uses (reading mail, surfing on the HTTP, playing Q3 ;), I may post some debug output, if needed, but I keep using 6.2, no -current. The post may be off topic, sorry ... --=20 -------------------------------- (hika) Gilbert Cao http://www.miaouirc.com - MiaouIRC Project 2002-2003 http://www.bsdmon.com - The BSD DMON Power to serve IRC : #miaule at IRCNET Network -------------------------------- --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFt8U6SyQfFTqAEpcRAhgvAJ9eRWyjeQbABx4/XLfzvk4V/2xRCACfTDEX 7qn/pgi9qpsR3xOo5fxSrgA= =rKYT -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 25 18:33:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 235B316A400 for ; Thu, 25 Jan 2007 18:33:32 +0000 (UTC) (envelope-from matt@frii.com) Received: from mail.frii.com (phobos02.frii.com [216.17.128.162]) by mx1.freebsd.org (Postfix) with ESMTP id E442913C4BE for ; Thu, 25 Jan 2007 18:33:31 +0000 (UTC) (envelope-from matt@frii.com) Received: from elara.frii.com (elara.frii.com [216.17.128.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.frii.com (FRII) with ESMTP id E3579A43C8 for ; Thu, 25 Jan 2007 11:18:16 -0700 (MST) Date: Thu, 25 Jan 2007 11:18:16 -0700 (MST) From: Matt Ruzicka X-X-Sender: mattr@elara.frii.com To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 6.2 + xinetd + amanda problem 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, 25 Jan 2007 18:33:32 -0000 I sent this to freebsd-questions first, but hadn't heard anything. I wasn't sure if this wasn't the better place for it anyway. I seem to be running into a strange issue/bug that appears to be related to FreeBSD 6.2, manifesting itself in my case through problems with xinetd and amanda. FreeBSD 6.2 was released while we was building out a couple new servers so we took the opportunity to upgrade these boxes from 6.1 to 6.2 following the instructions in UPDATING. Initially everything seemed fine, but then we noticed that our previously working amanda backups started to fail. (We install amanda from source and run it from xinetd, which we install from ports.) Initially I figured amanda just needed to be recompiled, but the new install was failing as well. Specifically amcheck from the amanda server was reporting that the client self check was timing out. (A common and usually easily fixed issue.) During the troubleshooting I noticed that xinetd was reporting the following errors in /var/log/messages. Jan 24 14:36:34 hostname xinetd[44463]: fcntl( 0, clear close-on-exec ) failed: Bad file descriptor (errno = 9) Jan 24 14:36:34 hostname xinetd[44463]: dup2( 0, 0 ) failed: Bad file descriptor (errno = 9) After these errors finished the amanda server would report the selfcheck request timed out and suggest the host was down. Normally when this runs the amanda client creates a /tmp/amanda directory on the client being backed up, but after the selfcheck fails the directory has not been created. This seems to imply that amanda is never actually starting. This lead me to believe that there was something wrong with xinetd and not amanda so I disabled amanda from the xinetd config and added it to plain old inetd and fired it up. With amanda running from inetd the selfcheck would complete properly and the /tmp/amanda would be created with the proper files. The strange thing I have two other services running from xinetd that /are/ working just fine, so xinetd itself seems to be at least partially ok. After re-installing xinetd about a dozen times with variations in the config options and from both ports and source I'm still getting the same errors and it's really eating my lunch. I am able to confirm that the amanda and xinetd configs were working under 6.1 because we have backups of these machines before the upgrade. Also, this combination of services are running just fine on other servers. Just to be sure though I reinstalled amanda and xinetd on one of my 6.1 boxes from the same source that I'm having trouble with on 6.2 and everything works fine on 6.1. So in short: Under FreeBSD 6.1 xinetd and amanda work fine Under FreeBSD 6.2 xinetd works for some services, but not amanda Under FreeBSD 6.2 amanda works through inetd, but not xinetd Both xinetd and amanda have been recompiled on FreeBSD 6.2 It seems very odd, but there does seem to be some strange subtle issue or bug with FreeBSD 6.2 as it relates to the combination of amanda and xinetd. Has anyone else seen anything even remotely similar with FreeBSD 6.2? What other information can I gather to help shed more light on this? Thanks in advance for your time and I apologize if something similar has already been discussed and I somehow missed it in my troubleshooting and research. Thanks. Matt Ruzicka - Senior Systems Administrator FRII 970-212-0728 matt@frii.net From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 26 07:16:44 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3592C16A401 for ; Fri, 26 Jan 2007 07:16:44 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 6C58913C484 for ; Fri, 26 Jan 2007 07:16:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([87.226.153.33]:18185 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7767786AbXAZG7U (ORCPT ); Fri, 26 Jan 2007 09:59:20 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <45B9A6C5.7000400@yandex.ru> Date: Fri, 26 Jan 2007 09:59:17 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> In-Reply-To: <082f01c73ee3$c6b3f810$970da8c0@jam.zenon.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: how to deny reading of several sysctls (for a set of uids, f.e.) 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, 26 Jan 2007 07:16:44 -0000 Andrew N. Below wrote: > I also thought about passing control variable from libc > to kernel, but it seems to be bad idea. > > Any other ways? As an idea - maybe you can implement this feature as MAC module? Looks for a mac_check_system_sysctl function. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 26 12:40:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6888A16A401; Fri, 26 Jan 2007 12:40:22 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id AFEAA13C489; Fri, 26 Jan 2007 12:40:20 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ppp230-38.lns2.adl4.internode.on.net (HELO mail.clearchain.com) ([203.122.230.38]) by ipmail01.adl2.internode.on.net with ESMTP; 26 Jan 2007 23:10:17 +1030 X-IronPort-AV: i="4.13,242,1167571800"; d="scan'208"; a="79091910:sNHT3174205440" Received: from [192.168.155.248] ([192.168.155.248]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id l0QCdpoo094408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Jan 2007 23:09:58 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <45B9F697.1090402@clearchain.com> Date: Fri, 26 Jan 2007 23:09:51 +1030 From: Benjamin Close User-Agent: Thunderbird 1.5.0.8 (X11/20061211) MIME-Version: 1.0 To: Gilbert Cao References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> <20070124204443.GA1107@bsdmon.com> In-Reply-To: <20070124204443.GA1107@bsdmon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.155.1]); Fri, 26 Jan 2007 23:09:59 +1030 (CST) X-Mailman-Approved-At: Fri, 26 Jan 2007 15:09:07 +0000 Cc: Massimo Lusetti , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, Attilio Rao , damien.bergamini@free.fr, sam@freebsd.org, gabor@freebsd.org, Max Laier Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 26 Jan 2007 12:40:22 -0000 Gilbert Cao wrote: > > As I have posted a message here: > http://lists.freebsd.org/pipermail/freebsd-questions/2007-January/140475.html > > I have put a custom version of mine from your last package here: > http://www.bsdmon.com/download/20070121-wpi-freebsd.tar.gz > > What I have mainly done is to make the package compile and work (for me > a least) on 6.2-RELEASE (and possibly other 6.x ?). > > Don't know if you will ignore it or not, but I feel like I should have post > it here, anyway. > As it works well, now for my daily uses (reading mail, surfing on the > HTTP, playing Q3 ;), I may post some debug output, if needed, but I keep > using 6.2, no -current. > The post may be off topic, sorry .. Hi Gilbert, Thanks for the custom version. I've integrated the changes into the driver I'm working on. For those wanting to test out the driver which is now fully up to date with all change from NetBSD & OpenBSD - and has a few minor improvements over them, grab it from: http://www.clearchain.com/~benjsc/download/ File is: 20070125-wpi-freebsd.tar.gz Full instructions on how to build / install the driver are in the README in the tar file. This should work both under -current and 6.2-Stable now. Info about the driver and what's working/broken can be found at: http://www.clearchain.com/wiki/wpi Cheers, Benjamin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 26 16:33:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA11616A401 for ; Fri, 26 Jan 2007 16:33:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC0A13C4AC for ; Fri, 26 Jan 2007 16:33:32 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so699891uge for ; Fri, 26 Jan 2007 08:33:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nW1MgPU10Ip64m6pFA5KqPtXyb5jH5xtp2nNPTq6YtsBgxZWp02fudqwqQ+SeFERBVlAePrWTpiQ7X9a3JOWpSz+HCCW4amZcYMTf5Zb0SQASwKoqHhA9iko6vdVT72Bu+0a5n+aYGstAmgBjJQts4b9vkPNqQS8vfnzkbWVDeI= Received: by 10.67.89.5 with SMTP id r5mr4522260ugl.1169829210895; Fri, 26 Jan 2007 08:33:30 -0800 (PST) Received: by 10.66.255.10 with HTTP; Fri, 26 Jan 2007 08:33:30 -0800 (PST) Message-ID: <499c70c0701260833u67c15482hcd617817b7889c06@mail.gmail.com> Date: Fri, 26 Jan 2007 16:33:30 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: "Benjamin Close" In-Reply-To: <45B9F697.1090402@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> <20070124204443.GA1107@bsdmon.com> <45B9F697.1090402@clearchain.com> X-Mailman-Approved-At: Fri, 26 Jan 2007 17:15:28 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 26 Jan 2007 16:33:32 -0000 On 1/26/07, Benjamin Close wrote: > Gilbert Cao wrote: > > > > As I have posted a message here: > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-January/140475.html > > > > I have put a custom version of mine from your last package here: > > http://www.bsdmon.com/download/20070121-wpi-freebsd.tar.gz > > > > What I have mainly done is to make the package compile and work (for me > > a least) on 6.2-RELEASE (and possibly other 6.x ?). > > > > Don't know if you will ignore it or not, but I feel like I should have post > > it here, anyway. > > As it works well, now for my daily uses (reading mail, surfing on the > > HTTP, playing Q3 ;), I may post some debug output, if needed, but I keep > > using 6.2, no -current. > > The post may be off topic, sorry .. > Hi Gilbert, > Thanks for the custom version. I've integrated the changes into the > driver I'm working on. > For those wanting to test out the driver which is now fully up to date > with all change from NetBSD & OpenBSD - and has a few minor improvements > over them, grab it from: > > http://www.clearchain.com/~benjsc/download/ > > File is: 20070125-wpi-freebsd.tar.gz > > Full instructions on how to build / install the driver are in the README > in the tar file. > > This should work both under -current and 6.2-Stable now. > > Info about the driver and what's working/broken can be found at: > > http://www.clearchain.com/wiki/wpi > > Cheers, > Benjamin Great stuff, now the wlan speed is much much faster, thank you for the hard a nice work ;) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 27 10:18:53 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7375716A405; Sat, 27 Jan 2007 10:18:53 +0000 (UTC) (envelope-from hika@bsdmon.com) Received: from bigfugu.bsdmon.com (218.128.101-84.rev.gaoland.net [84.101.128.218]) by mx1.freebsd.org (Postfix) with ESMTP id EF00213C487; Sat, 27 Jan 2007 10:18:52 +0000 (UTC) (envelope-from hika@bsdmon.com) Received: from localhost (localhost [127.0.0.1]) by bigfugu.bsdmon.com (Postfix) with ESMTP id 9EFB56240; Sat, 27 Jan 2007 11:17:40 +0100 (CET) Received: from bigfugu.bsdmon.com ([127.0.0.1]) by localhost (bigfugu.bsdmon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82871-13; Sat, 27 Jan 2007 11:17:39 +0100 (CET) Received: from vaio.bsdmon.com (unknown [192.168.0.14]) by bigfugu.bsdmon.com (Postfix) with ESMTP id 6810C6266; Sat, 27 Jan 2007 11:17:39 +0100 (CET) Date: Sat, 27 Jan 2007 11:19:00 +0100 From: Gilbert Cao To: Benjamin Close Message-ID: <20070127101900.GB1099@bsdmon.com> References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> <20070124204443.GA1107@bsdmon.com> <45B9F697.1090402@clearchain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline In-Reply-To: <45B9F697.1090402@clearchain.com> X-Operating-System: FreeBSD 6.2-RELEASE i386 Organization: BSDMon X-GPG-Key: http://www.bsdmon.com/public_key.gpg User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: amavisd-new at bsdmon.com X-Mailman-Approved-At: Sat, 27 Jan 2007 12:46:42 +0000 Cc: Massimo Lusetti , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, Attilio Rao , damien.bergamini@free.fr, sam@freebsd.org, gabor@freebsd.org, Max Laier Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 27 Jan 2007 10:18:53 -0000 --XF85m9dhOBO43t/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 26, 2007 at 11:09:51PM +1030, Benjamin Close wrote: > Hi Gilbert, > Thanks for the custom version. I've integrated the changes into the=20 > driver I'm working on. > For those wanting to test out the driver which is now fully up to date=20 > with all change from NetBSD & OpenBSD - and has a few minor improvements= =20 > over them, grab it from: >=20 > http://www.clearchain.com/~benjsc/download/ >=20 > File is: 20070125-wpi-freebsd.tar.gz >=20 > Full instructions on how to build / install the driver are in the README= =20 > in the tar file. >=20 > This should work both under -current and 6.2-Stable now. >=20 > Info about the driver and what's working/broken can be found at: >=20 > http://www.clearchain.com/wiki/wpi >=20 > Cheers, > Benjamin I have tried the new 20070125 version. However, I did not manage to make work. At least, it compiles. I have installed, both wpi_fw.ko and the if_wpi.ko, as the README said. wpi_fw.ko lies in /boot/modules and if_wpi.ko in /boot/kernel. When, I "kldload if_wpi", here is a small sample of /var/log/messages Jan 27 10:30:39 vaio kernel: wpi0: mem 0xcc= 000000-0xcc000fff irq 18 at device 0.0 on pci6 Jan 27 10:30:39 vaio kernel: bus_dmamem_alloc failed to align memory proper= ly. Jan 27 10:30:39 vaio last message repeated 6 times Jan 27 10:30:39 vaio kernel: wpi0: Ethernet address: 00:18:de:5c:cb:9a Jan 27 10:30:39 vaio kernel: wpi0: [GIANT-LOCKED] Jan 27 10:30:39 vaio kernel: wpi0: 11a rates:=20 Jan 27 10:30:39 vaio kernel: wpi0: 11b rates:=20 Jan 27 10:30:40 vaio kernel: firmware_get: failed to load firmware image wp= i_fw Jan 27 10:30:40 vaio kernel: wpi0: could not load firmware image 'wpi_fw' Jan 27 10:30:40 vaio kernel: firmware_get: failed to load firmware image wp= i_fw Jan 27 10:30:40 vaio kernel: wpi0: could not load firmware image 'wpi_fw'= =20 Jan 27 10:32:19 vaio kernel: firmware_get: failed to load firmware image wp= i_fw Jan 27 10:32:19 vaio kernel: wpi0: could not load firmware image 'wpi_fw' In kldstat, both modules are loaded. Then, I have "kldunload if_wpi" (and if_wpi seems to be reload, automatically, I don't know why). Same problem, it seems that wpi_fw could not be load (found ?). As a result, no AP is "associated". After a fresh reboot, I have reinstall the custom 20070121 version of mine, and all returns OK. Another strange thing: when "kldload if_wpi" with 20070121 version, and then kldstat, I don't see "wpi_ucode". It seems that wpi_ucode.ko does not need to be loaded, in my case. My wpi_ucode.ko lies in /boot/modules After another fresh reboot, I first moved wpi_ucode.ko to another place. When I "kldload if_wpi", I got the following message: Jan 27 09:47:16 vaio kernel: wpi0: mem 0xcc= 000000-0xcc000fff irq 18 at device 0.0 on pci6 Jan 27 09:47:16 vaio kernel: bus_dmamem_alloc failed to align memory proper= ly. Jan 27 09:47:16 vaio last message repeated 6 times Jan 27 09:47:16 vaio kernel: wpi0: Ethernet address: 00:18:de:5c:cb:9a Jan 27 09:47:16 vaio kernel: wpi0: [GIANT-LOCKED] Jan 27 09:47:16 vaio kernel: wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24M= bps 36Mbps 48Mbps 54Mbps Jan 27 09:47:16 vaio kernel: wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Jan 27 09:47:16 vaio kernel: wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6M= bps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Jan 27 09:47:16 vaio kernel: firmware_get: failed to load firmware image wp= i_ucode Jan 27 09:47:16 vaio kernel: wpi0: could not load firmware image 'wpi_ucode' So, it seems that wpi_ucode.ko have to lied in my /boot/modules (the place where I have also put if_wpi 20070121 version), even if it is not loaded. --=20 -------------------------------- (hika) Gilbert Cao http://www.miaouirc.com - MiaouIRC Project 2002-2003 http://www.bsdmon.com - The BSD DMON Power to serve IRC : #miaule at IRCNET Network -------------------------------- --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFuycTSyQfFTqAEpcRAg3rAJ4sAYdG7EjCsWV2y+e2JwgwQ/HwiwCfVOho vlz87bqOmiArF4Y6QKUpyzQ= =JfDQ -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 27 14:36:43 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BF1516A403 for ; Sat, 27 Jan 2007 14:36:43 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from calvin.roe.ch (calvin.roe.ch [213.144.141.26]) by mx1.freebsd.org (Postfix) with ESMTP id EB77313C4AA for ; Sat, 27 Jan 2007 14:36:42 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from d212-53-102-185.cust.tele2.ch ([212.53.102.185] helo=dragon.roe.ch) by calvin.roe.ch (envelope-from ) with ESMTPS (TLSv1:AES256-SHA:256) id 1HAnzN-000Ckx-TW for freebsd-hackers@freebsd.org; Sat, 27 Jan 2007 14:53:06 +0100 Received: from roe by dragon.roe.ch (envelope-from ) with LOCAL id 1HAo0F-0000gj-00 for freebsd-hackers@freebsd.org; Sat, 27 Jan 2007 14:53:59 +0100 Date: Sat, 27 Jan 2007 14:53:59 +0100 From: Daniel Roethlisberger To: freebsd-hackers@freebsd.org Message-ID: <20070127135359.GA2167@dragon.roe.ch> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20070124002343.GA6214@dragon.roe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070124002343.GA6214@dragon.roe.ch> User-Agent: Mutt/1.5.4i DomainKey-Status: (calvin.roe.ch) DomainKey-Result: (calvin.roe.ch) Subject: Review request: new OMNIKEY CardMan 4040 driver 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, 27 Jan 2007 14:36:43 -0000 I've already tried -drivers, but got no answers so far, so I am trying here. I'm looking for source code review or early testers for my new OMNIKEY CardMan 4040 `cmx' driver (pccard smartcard reader). It seems to work, but there are some areas I am unsure about, especially the mutex, callout and msleep interaction when detaching. Here is a diff against RELENG_6_1: http://dragon.roe.ch/~roe/cmx/cmx-6.1-20070124.diff.gz There's no manual page yet, but the driver itself should be complete. I can make the code available in other forms than a diff vs 6.1 if desired. Thanks, Dan -- Daniel Roethlisberger From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 27 16:05:12 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD4CB16A403 for ; Sat, 27 Jan 2007 16:05:12 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp103.sbc.mail.mud.yahoo.com (smtp103.sbc.mail.mud.yahoo.com [68.142.198.202]) by mx1.freebsd.org (Postfix) with SMTP id 875CC13C484 for ; Sat, 27 Jan 2007 16:05:10 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 95341 invoked from network); 27 Jan 2007 15:38:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=OeUOkaLa8xPuFGgE4f7QjY1EqO1wtE2cw9xpA/3hf+3PeJ+GmafIfN3bPoIaVcvAz2b8kw0a+NFjMzhQlD4NLHcHADZBw+X3sbC+nnlrNLrfbPAZ18jZzrnScZOM7qwoTmhAXhdBmna3UT0u/nYz8cu361awSXlRFplxJYrMKDQ= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.53.89 with plain) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 27 Jan 2007 15:38:29 -0000 X-YMail-OSG: Ic9vHxkVM1l.pyh.wHl.RDQ.7h4xPU31o5EUnYbB.aIowRvuNDBP1cZX0imMgp.sM8sshGB9Lg-- Message-ID: <45BB72D6.9070809@pacbell.net> Date: Sat, 27 Jan 2007 07:42:14 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sysctl(3) interface 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, 27 Jan 2007 16:05:12 -0000 Hello List, I've been taking apart and analyzing the sysctl(8) program to gain a better insight into how to use the sysctl(3) interface. Adding some debugging code to the program in strategic locations, this is what I have as an output: debug: name: dev debug: all: oid: 0 2 440 debug: name: dev.nexus.%parent debug: oid: 440 912 913 debug: all: oid: 0 2 440 912 913 debug: name: dev.nexus.0.%desc debug: oid: 440 912 914 915 debug: all: oid: 0 2 440 912 914 915 debug: name: dev.nexus.0.%driver debug: oid: 440 912 914 916 debug: value: nexusdev.nexus.0.%driver: nexus debug: all: oid: 0 2 440 912 914 916 debug: name: dev.nexus.0.%location debug: oid: 440 912 914 917 debug: all: oid: 0 2 440 912 914 917 debug: name: dev.nexus.0.%pnpinfo debug: oid: 440 912 914 918 debug: all: oid: 0 2 440 912 914 918 debug: name: dev.nexus.0.%parent debug: oid: 440 912 914 919 debug: value: root0dev.nexus.0.%parent: root0 debug: all: oid: 0 2 440 912 914 919 debug: name: dev.acpi.%parent debug: oid: 440 920 921 debug: all: oid: 0 2 440 920 921 debug: name: dev.acpi.0.%desc debug: oid: 440 920 922 923 debug: value: AMIINT dev.acpi.0.%desc: AMIINT debug: all: oid: 0 2 440 920 922 923 debug: name: dev.acpi.0.%driver debug: oid: 440 920 922 924 debug: value: acpidev.acpi.0.%driver: acpi debug: all: oid: 0 2 440 920 922 924 debug: name: dev.acpi.0.%location debug: oid: 440 920 922 925 debug: all: oid: 0 2 440 920 922 925 debug: name: dev.acpi.0.%pnpinfo debug: oid: 440 920 922 926 It's using an oid of 0 and 2 to get something, then it comes up with 440 and then a sequence of numbers that are incrementing in a peculiar pattern. I went looking and found that 0 is CTL_UNSPEC which according to the comment is unused, but I see it here in the program output. I also noticed this little blurb in the source code too: /* * These functions uses a presently undocumented interface to the kernel * to walk the tree and get the type so it can print the value. * This interface is under work and consideration, and should probably * be killed with a big axe by the first person who can find the time. * (be aware though, that the proper interface isn't as obvious as it * may seem, there are various conflicting requirements. */ But I figure it's for the actual display of the various variables and not for returning information about the dev tree. So, my question is, how do I walk the tree to get the PnP info for all the devices in the system? -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 27 20:01:24 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E75DD16A402 for ; Sat, 27 Jan 2007 20:01:24 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id AF8AF13C491 for ; Sat, 27 Jan 2007 20:01:24 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so957298nzh for ; Sat, 27 Jan 2007 12:01:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VpsDRpfX5mHpOEWbsIpEJymTW7yXz29nVaZTW8UvEo2+XRwYF+fowYvWDG7vp9/QgOEFv+vU0gWDL2fptALnCJ9opCM7FAh5sCo5tE7dOUYgp306gNA2tyavCebqI7/w12wUZIn+XbCrRZNUcogEx04YXJ1HClru/uJsoCYds2s= Received: by 10.114.195.19 with SMTP id s19mr182003waf.1169926567034; Sat, 27 Jan 2007 11:36:07 -0800 (PST) Received: by 10.114.111.17 with HTTP; Sat, 27 Jan 2007 11:36:06 -0800 (PST) Message-ID: <6eb82e0701271136n5538792eu31f464414e7dbaae@mail.gmail.com> Date: Sun, 28 Jan 2007 03:36:07 +0800 From: "Rong-en Fan" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: how to determine if we are building lib32 in Makefile? 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, 27 Jan 2007 20:01:25 -0000 I'm working on wide character support in base's ncurses. For some reason, I have to make lib/ncurses/ncursesw to include ncurses.h from its object directory. However, current lib32 uses something like cc ... -I${LIB32TMP}/usr/includes ... -IFROM_NCURSES_MAKEFILE ... Right now, I have the following: .if ${.TARGET} == "installincludes" && !empty(${DESTDIR:M*/lib32/*}) INCS= ${HEADERS} ${SRCHDRS} INCSLINKS= curses.h ${INCLUDEDIR}/ncurses.h .endif It works, but it's really ugly. Is there any other way to do this? Thanks, Rong-En Fan From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 27 19:14:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 386B916A403 for ; Sat, 27 Jan 2007 19:14:07 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEEB13C491 for ; Sat, 27 Jan 2007 19:14:06 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so879316uge for ; Sat, 27 Jan 2007 11:14:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZLwgrpVv/Whgtd0fnLYKbBc8qsXoJAdeGE0LxlUg8uuDCDyWQRr4kPfFJKmyZK7qGPRaBR4noIYu4U0FeRbe/7OwuyH3Cy7dQpgCa1w6mEtLZvoLl/Kw7wxWnKraV+y1vvuVKPGtYm0W4j1A1lX1WwuvrqlaC5Y0Dgw8Wf6UYlw= Received: by 10.78.201.2 with SMTP id y2mr3115793huf.1169925245036; Sat, 27 Jan 2007 11:14:05 -0800 (PST) Received: by 10.78.151.6 with HTTP; Sat, 27 Jan 2007 11:14:04 -0800 (PST) Message-ID: <11167f520701271114j66f82398h83c43885b9d25e12@mail.gmail.com> Date: Sat, 27 Jan 2007 13:14:04 -0600 From: "Sam Fourman Jr." To: "Gilbert Cao" In-Reply-To: <20070127101900.GB1099@bsdmon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <459E6477.2010508@clearchain.com> <200701051634.00293.max@love2party.net> <459E75A5.7000309@FreeBSD.org> <200701051732.27176.max@love2party.net> <45A0F739.3030202@clearchain.com> <499c70c0701201038w6960174n3006ffd525f17bf6@mail.gmail.com> <20070124204443.GA1107@bsdmon.com> <45B9F697.1090402@clearchain.com> <20070127101900.GB1099@bsdmon.com> X-Mailman-Approved-At: Sat, 27 Jan 2007 22:47:22 +0000 Cc: Massimo Lusetti , Benjamin Close , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, Attilio Rao , damien.bergamini@free.fr, sam@freebsd.org, gabor@freebsd.org, Max Laier Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 27 Jan 2007 19:14:07 -0000 I can also confirm that i get the firmware_get: failed to load firmware image wpi_fw on the 20070125 version. I should note that I tried it on a fresh 6.2 RELEASE install. Sam Fourman Jr. On 1/27/07, Gilbert Cao wrote: > On Fri, Jan 26, 2007 at 11:09:51PM +1030, Benjamin Close wrote: > > Hi Gilbert, > > Thanks for the custom version. I've integrated the changes into the > > driver I'm working on. > > For those wanting to test out the driver which is now fully up to date > > with all change from NetBSD & OpenBSD - and has a few minor improvements > > over them, grab it from: > > > > http://www.clearchain.com/~benjsc/download/ > > > > File is: 20070125-wpi-freebsd.tar.gz > > > > Full instructions on how to build / install the driver are in the README > > in the tar file. > > > > This should work both under -current and 6.2-Stable now. > > > > Info about the driver and what's working/broken can be found at: > > > > http://www.clearchain.com/wiki/wpi > > > > Cheers, > > Benjamin > > I have tried the new 20070125 version. > However, I did not manage to make work. At least, it compiles. > I have installed, both wpi_fw.ko and the if_wpi.ko, as the README said. > wpi_fw.ko lies in /boot/modules and if_wpi.ko in /boot/kernel. > > When, I "kldload if_wpi", here is a small sample of /var/log/messages > > Jan 27 10:30:39 vaio kernel: wpi0: mem 0xcc000000-0xcc000fff irq 18 at device 0.0 on pci6 > Jan 27 10:30:39 vaio kernel: bus_dmamem_alloc failed to align memory properly. > Jan 27 10:30:39 vaio last message repeated 6 times > Jan 27 10:30:39 vaio kernel: wpi0: Ethernet address: 00:18:de:5c:cb:9a > Jan 27 10:30:39 vaio kernel: wpi0: [GIANT-LOCKED] > Jan 27 10:30:39 vaio kernel: wpi0: 11a rates: > Jan 27 10:30:39 vaio kernel: wpi0: 11b rates: > Jan 27 10:30:40 vaio kernel: firmware_get: failed to load firmware image wpi_fw > Jan 27 10:30:40 vaio kernel: wpi0: could not load firmware image 'wpi_fw' > Jan 27 10:30:40 vaio kernel: firmware_get: failed to load firmware image wpi_fw > Jan 27 10:30:40 vaio kernel: wpi0: could not load firmware image 'wpi_fw' > Jan 27 10:32:19 vaio kernel: firmware_get: failed to load firmware image wpi_fw > Jan 27 10:32:19 vaio kernel: wpi0: could not load firmware image 'wpi_fw' > > In kldstat, both modules are loaded. > Then, I have "kldunload if_wpi" (and if_wpi seems to be reload, > automatically, I don't know why). Same problem, it seems that wpi_fw > could not be load (found ?). > > As a result, no AP is "associated". > > > After a fresh reboot, I have reinstall the custom 20070121 version of > mine, and all returns OK. > Another strange thing: when "kldload if_wpi" with 20070121 version, and > then kldstat, I don't see "wpi_ucode". It seems that wpi_ucode.ko does > not need to be loaded, in my case. > My wpi_ucode.ko lies in /boot/modules > > After another fresh reboot, I first moved wpi_ucode.ko to another place. > When I "kldload if_wpi", I got the following message: > > Jan 27 09:47:16 vaio kernel: wpi0: mem 0xcc000000-0xcc000fff irq 18 at device 0.0 on pci6 > Jan 27 09:47:16 vaio kernel: bus_dmamem_alloc failed to align memory properly. > Jan 27 09:47:16 vaio last message repeated 6 times > Jan 27 09:47:16 vaio kernel: wpi0: Ethernet address: 00:18:de:5c:cb:9a > Jan 27 09:47:16 vaio kernel: wpi0: [GIANT-LOCKED] > Jan 27 09:47:16 vaio kernel: wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > Jan 27 09:47:16 vaio kernel: wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > Jan 27 09:47:16 vaio kernel: wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > Jan 27 09:47:16 vaio kernel: firmware_get: failed to load firmware image wpi_ucode > Jan 27 09:47:16 vaio kernel: wpi0: could not load firmware image 'wpi_ucode' > > So, it seems that wpi_ucode.ko have to lied in my /boot/modules (the > place where I have also put if_wpi 20070121 version), even if it is not > loaded. > > -- > -------------------------------- > (hika) Gilbert Cao > http://www.miaouirc.com > - MiaouIRC Project 2002-2003 > http://www.bsdmon.com > - The BSD DMON Power to serve > IRC : #miaule at IRCNET Network > -------------------------------- > > >