From owner-freebsd-current Sun Sep 9 0:57:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.sovintel.ru (ns.sovintel.ru [212.44.130.6]) by hub.freebsd.org (Postfix) with ESMTP id E1FD237B407 for ; Sun, 9 Sep 2001 00:57:31 -0700 (PDT) Received: from ppp70-spb-213-221-48.sovintel.ru (ppp70-spb-213-221-48.sovintel.ru [213.221.48.70] (may be forged)) by ns.sovintel.ru (8.11.5/8.11.5) with SMTP id f897uYo65963 for ; Sun, 9 Sep 2001 11:56:50 +0400 (MSD) (envelope-from helprita@list.ru) Message-ID: <00de01c138d8$84c3cb40$1230ddd5@users.mns.ru> From: "alya radzik" To: freebsd-current@FreeBSD.org Subject: =?koi8-r?B?0M/Nz8fJ1MUg09DB09TJIM3BzMXO2MvVwCDExdfP3svV?= Date: Sun, 9 Sep 2001 06:38:32 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00DB_01C138FA.0B785720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00DB_01C138FA.0B785720 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Моей дочери Рите 7 лет. 1 января 2001 года у нее начались спазмы почки, а на следующий день вылился почти литр крови. Маргарите поставили страшный диагноз - опухоль Вилмса правой почки с метастазами в правое легкое, 4-я стадия. С этого момента девочка перенесла курс интенсивной лучевой и химиотерапии, тяжелейшую операцию по удалению правой почки и опухолевого тромба длиной 8.5 см., заражение крови через катетер, химический ожог кишечника, гемаррагический синдром и падение зрения. Состояние и мучения девочки не передать никакими словами. Несмотря на полгода интенсивных процедур лечение Маргариты далеко от успешного завершения. А ведь Рита всего лишь семилетняя девочка, которая очень любит танцевать и много трудилась до болезни, чтобы стать балериной. Наши опытные врачи дают нам благоприятный прогноз, но чтобы вылечиться, нам необходимы лекарства для защиты и поддержания органов, время от времени нужна кровь для вливания. Лекарства очень дорогие, одна ампула нейпогена стоит 180 долларов, а ампул нужно много, перед каждым блоком химии. 50 мг. дифлюкана в растворе стоят 550 рублей - это нам на день, 7 капсул дифлюкана по 50 мг. - около 900 рублей, а в день нужно принимать 2 капсулы. Мы должны пить эссенциале, покупать противорвотные латран, зофрам, для защиты сердца от токсического воздействия химии и общей поддержки нужны кардиоксан, инозия-ф, коэнзим Q10 и т.д. Рита очень нежная девочка и плохо переносит жесткий протокол лечения по 4 стадии. Она была на грани гибели после лечения химиопрепаратом карбоплатина. Поэтому ее перевели на менее жесткий протокол лечения по 3 стадии, но остающийся метастаз в легком вероятно вынудит врачей снова провести курс карбоплатины, о чем нас заранее предупредили, и тогда нам будет нужен амбизом - самый эффективный на сегодняшний день противогрибковый препарат. Нам понадобится около 10 ампул амбизома, а цена одной ампулы около 220 долларов. Его более дешевые аналоги для нас непригодны из-за токсичности. Мы с Ритой, ее бабушкой и моей сестрой живем в одной комнате (14.2 м2) в коммуналке на первом этаже, под нами в подвале постоянно стоит вода. Квартира темная и сырая. Даже когда ход лечения позволяет нам возвращаться домой, мы с дочкой часто предпочитаем оставаться в больнице, где условия проживания гораздо лучше. Я не могу работать, так как постоянно нахожусь на отделении вместе с Маргаритой. Моя мама получает пенсию 780 рублей, сестра зарабатывает около 1500 рублей. Прошу помощи, очень трудно! Заранее спасибо всем, кто откликнется. С уважением, Алевтина Раздик тел: (812)272-92-18 helprita@list.ru http://helprita.boom.ru ------=_NextPart_000_00DB_01C138FA.0B785720 Content-Type: image/jpeg; name="homerita.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="homerita.jpg" /9j/4AAQSkZJRgABAgEASwBLAAD//gAmRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rvc2hvcKgg NS4w/+4AIUFkb2JlAGSAAAAAAQMAEAMCAwYAAAAAAAAAAAAAAAD/2wCEAAwICAgJCAwJCQwRCwoL ERUPDAwPFRgTExUTExgRDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBDQsLDQ4N EA4OEBQODg4UFA4ODg4UEQwMDAwMEREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DP/CABEIAGQAWgMBIgACEQEDEQH/xADLAAACAgMBAQAAAAAAAAAAAAAFBgMEAAcIAgEBAAIDAQAA AAAAAAAAAAAAAAIDAAQFARAAAgICAgEDAwMFAAAAAAAAAgMBBAAFERIGExQWICIVECEyMDEkBxcR AAIBAwEFBQMGCA8AAAAAAAECAwAREgQhMUEiE1EyQlIzciMUcbFigpKiEGHSU2NzNAUgMIGRodGy wuJDk8PjVDUSAAIBAwEFBQcFAAAAAAAAAAABETECEiEQQWFCEyBRcSIy8IGRobFSYoIDI1MU/9oA DAMBAQIRAxEAAAAcdUpMwmT2uScM+k2JHtZfghaa7aLHrS+NfYMCE3NCeJjyhxZjaEcoBAkxOiHm iSvxsDAuulUpSV+BCjNdVHLjQgUGCyy5IzEbJKFpor8mriVurXbbr1i2ETYmv2uteonuCNtG00ze TWJhFaK8dHgUJJ950BVvzZ82YLmWKcjalojpEx2lIjoLN+hN0R1F6PjEFUKUaaq+xRN8PRsjXxQ2 Bq1wpG9NYbBNJkTkU2dEavOeciRS0zmYXSBnlbNIeqs5Vwp1VnKuSdVZyrknVWcq5J//2gAIAQIA AQUAJSywlhMJUoSlHUuk8+nPHQeFLkiBa4yRjh0yI+4LgZKZV9sDMzBZZnhfeOoyMlEc5EzhRzHM SP8AkdhI3BTlkRE8yU/tyUZ1H1VJ65W4yI4zrHOdY5T/AHD+P0f/2gAIAQMAAQUAFpDkNnkRa0rC GpiYHjkOec5yTZEy9zBmOQ6jgliw7SQjGCQzgDzPSeRHnE4Y/tASElH3cIyJBZQYHBp+305iCkYn tPUmwWRyOTZLrJlP6s/l9P8A/9oACAEBAAEFANVsU1RR5RrRv3F+JbANd8c1y27vS6mhHkmyfbqe b3Eg7zixYVoPJqGqqV9/Qsq/OURj5TrsAGTMIvdVULtiT1ezWTKFrYtPx5ZHapQGuTZNpaW2rYVb Ba+Ned0vR9hGR40EiXjFuM+L3iHZ+PWwoAQamrdfcsuTetDYrqbT29DrWylo421hPiFxQfjNlkTz nM4fPHkHkJPdagvTlZNWWqZCS1fvagdhDxlNYrjNzTSHyFWespcPv1VzsPKKQVNTVtXV1tE1mR4f wIePWAyvpIrjv6xK2tQ1qr7qrUvo+O0csxYOHn1jbX2MLQFwGuBfUBGckB6lCO3l9IGN1IrsYjQr i76uWNTTdG+WmmgyWk/FEkNSu6lEqzpJRZUayv21LB+vKrl/QWhrfHdnkFzH+wFvrW68TaOprnPp fHdgTtQh80Hh5Im3VZccrd7NSb292iTqxvXVK/5irh2whWyTSvhvPHatJWjaoQu20RlUlkkwQZtg BDygjsb0qtloavYt1uy+cOw4cmke090CNnZhWjam4mNn6L0Xqq5sW1tYMtIb3jjatibCjzVvRqXe 8qZFol5Z1tCkes9ge1vQiqz2yrk1qVscmtMApXWOMVXrpnY6HWbJX/N62bOwNjHN2A5qNUTLWuoT Vojr6QEK+v12/Yezb8k9TTfifdf0f//aAAgBAgIGPwDK6JMZTtmhFqTuZrbBDfhBvOYiiWswUl94 4OJGbp3EE73s1Y25xS1aOl/ou6cZTHmy/ryLdyZuIgpBBjy5ermxElW3eY3vLF1PEagWjRl0/NGP UknW1Oto/wCOPyeydkwXeK9Qqe7s/wD/2gAIAQMCBj8AhNktVpCFbanLF1FGVDL4yU+eySU2o7hW /uN3K3W2RplR7KFB8aGfRWeUV5fuxGhktwVTQzLXKIifKaveNLSVREWy49vSWttrhdUbmZPXxwga xVzSqZZKXy2kfVEPaq/o7X//2gAIAQEBBj8AKyzTadggETqtyhvzt9LKo5Z9RPqIYwVJ6Vrk28r0 Ypv3trVheQyNE98Lk+HKPJcam08H7z1LpKCosiFlW3mwp5NFLqddqMBHH18QntOi9JOWgNRqmIBu FJ5N98V8lRxMFlixJ6rXy2fSqTSMuEc4Kl1UsTfZ2+WunrG5Cw9+l9g7q9SLvUJ9O5kiYlQQQBkO 93qu0gH4iy/11x324UcmIvuAFzs/u1ksbG/4t9ASpgRwJCV3DHGwuxBJOI8VR6aEHA5MwF74pUMT e6ji5mFiC39FLDpO/ECBnxBOVSQ3tNHdlI4Yml65w1KWs/A25sXqbJV00+nZmWSMOQxYKfTHI3NU aRR6d81F5cTG4uB4WeTmr/zYvR/OLv8Azu+jdYwbWUgC/wBakZNSqMl9yA/PWL6xbE5G0Sg39qtT qH1zySJA/JiLMArcn1q08/VL6uWEq8SixUnbi1B3lOQIsMiLL9WpIJJCyNsiLG6g/VOVM+oGOVyj C5Uljy1LGRZhNioO61+T7r1JGNQISFV+m3EHvL9qiTwUBABfYK3N6GHHf5a2fgNjapY4nxgiGC23 Mx8bezRdrtKF3ntJotuLAknibGutGpZSbbPlrpup60Numx4G1TFl9+JVyHYQwXl+zQ1MwvgjR7eN zfm9nGun1Stjytvt8teovZ/jqxYWoozAsNoUG9SFQ2RRgDs2bPlqReCG+R43rpyi6NYX7LGioIA4 bKWGNAEYjqtwuBytTAhWJWxvvv8AyUMUEaaghrdjLjnTtJIVBkBJ7BfmqGXTzpEyyBM1bYQ/sV+1 zbrd7727u00gZ+Xbv4eGlYSPcXMuR33pdMhxWVrADiPM3loRxD3YNjxJ9qtoFxWyjR2bbbajlQW6 JZieIvYVLGSmCg26gBB4feo6l36caOGRFC2BHnby14N+PfXu+agGBBtY22bKugGZZwLncoNua9Nq p1B3soubn2dtJLqAV6m2w27CaVBIEcjYrcpP2qt2UduyiwOy/wA9PFKmTMdhIvtqSf8AypkDAbrB ifCKhkjndpZZArCVjgqtl5e4qV6qbsPU4f8AY/U1s40kgGUUgYp2E27tGZx1B33v2LzKn0aQaeUw nHbiATt8uVO8v711DxLtjgkW4DbO89mXH2KvIecXFD4SODVLdrpNI62GzFss/wDbq2qgEEw3hWDo QPEj/l1NC7hWhnUpluKjBnWpAlimClLdjWf7uVL8LGsstgJkk5gUJ8KpXrj07em+/wDMd2thuwPh oQ6nGVg2cd96ipNbooTGCMZEFitjys6ighO2ukGGbdu6gUIIPZVrDMb+2rDh2Vq0iOWLNc9pDfk1 AGNhioIvwxWvidNEspQdEo635Se/HjzZ1/50Pq5f8v6ypnHK0RdhsFiL5f2a1McoTOUWgdmsN3d5 F8zU+nnkWQRozRglSthhnj4mxyrqJLjynau8OPDR00ukeZmBYPmtnt5cvFSxTaCdG2HGwcC/stSP pFcTIQJEZGXlP0mGH3qGW/srVa+aOZQGL2CEg3OXqJlHUzQWaMRjFHGRDEczNj3Fjp5dbAZInjLd Wys3iX3fkzev2eT1M949P8qg7IXlmtlBJsIVjz8jeFa14nUhHXPT47lBUIycv6RfG9QNJ7kalhE8 YGIUSgqzr5EyoRmIRIB6lrXP0seWrRlXZDssQbXoAgC1ua+2go2kWN+N6u21jvP4GMUaRltrFVAv 9mmSeFQzj1EGLfzjvfWr9tbfb007nlpdTp7LIimKQ7GLb+5ieZUenhn1SOsitiLWANkLe3IuNKdL pS2sQgmaQkociyzKmzuJ9Ol000jam17mU5mxPp5N3lTwUXjhVGbeVFvmrYT/AA0+Fy+Kybo4Wt3m y7vL08/r1F8b0Ph8X6VrY48nUy6Xvf8AUqfoY/GX95a1rfoP0X8V/9k= ------=_NextPart_000_00DB_01C138FA.0B785720-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 1: 1:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from hermes.dialup.ru (hermes.dialup.ru [194.87.16.230]) by hub.freebsd.org (Postfix) with ESMTP id DBF7637B407 for ; Sun, 9 Sep 2001 01:01:17 -0700 (PDT) Received: (from ache@localhost) by hermes.dialup.ru (8.11.5/8.11.5) id f8981Fa00488 for current@freebsd.org; Sun, 9 Sep 2001 12:01:15 +0400 (MSD) (envelope-from ache) Date: Sun, 9 Sep 2001 12:01:15 +0400 From: "Andrey A. Chernov" To: current@freebsd.org Subject: New ACPI dangerous false devices Message-ID: <20010909120115.A374@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With new ACPI and my ASUS TUSL2-C I got following false devices configured: sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 port 0-0x7 irq 3 on acpi0 sio1: type 8250 (I disable sio1 in BIOS, it must not assign irq 3 here) sc1: on isa0 sc1: MDA <16 virtual consoles, flags=0x0> (I have no sc1 or MDA) sio1 maked by ACPI is dangerous ineed because when try to write something to /dev/cuaa1 I got system lockup. Please do something with it. Also I got lots of: fdc1: cannot reserve I/O port range (6 ports) ppc1: cannot reserve I/O port range I don't think they are dangerous because no devices created. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 3: 4:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by hub.freebsd.org (Postfix) with ESMTP id 0951B37B406 for ; Sun, 9 Sep 2001 03:04:37 -0700 (PDT) Received: (from root@localhost) by boggy.acest.tutrp.tut.ac.jp (8.11.6+3.4W/8.11.6) id f89A4QB02764 for freebsd-current@freebsd.org; Sun, 9 Sep 2001 19:04:26 +0900 (JST) Received: from boggy.acest.tutrp.tut.ac.jp (localhost [127.0.0.1]) by boggy.acest.tutrp.tut.ac.jp (8.11.6+3.4W/8.11.6av) with ESMTP id f89A4Lq02757 for ; Sun, 9 Sep 2001 19:04:21 +0900 (JST) To: freebsd-current@freebsd.org Subject: ACPI kills my current-box frequently. MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: 09 Sep 2001 19:04:20 +0900 Message-ID: <87u1ycist7.fsf@boggy.acest.tutrp.tut.ac.jp> Lines: 39 User-Agent: T-gnus/6.15.3 (based on Oort Gnus v0.03) (revision 05) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I updated the kernel on my current-box yesterday evening. $ uname -a FreeBSD boggy.acest.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #12: Sat Sep 8 16:56:16 JST 2001 root@boggy.acest.tutrp.tut.ac.jp:/usr/obj/usr/src/sys/NAKAJI i386 Just after rebooting with this kernel and installworld, this host reboots frequently, about every 10 minutes. /var/log/messages shows that $ zgrep 'Copyright .*FreeBSD Project' /var/log/messages.1.gz Sep 8 17:10:36 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 17:28:57 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 17:49:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:32:36 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:42:08 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:58:45 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 19:21:52 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 19:35:39 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. $ zgrep 'Copyright .*FreeBSD Project' /var/log/messages.0.gz Sep 8 21:01:17 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 21:21:28 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 22:23:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 22:39:09 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:13:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:22:30 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:31:25 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:39:39 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Finally I found this evening this host stopping after the failure of fsck, prompting Enter full pathname of shell or RETURN for /bin/sh: The solution was 'unset acpi_load'. :( -- NAKAJI Hiroyuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 4:19:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout00.sul.t-online.de (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id A887237B401 for ; Sun, 9 Sep 2001 04:19:29 -0700 (PDT) Received: from fwd01.sul.t-online.de by mailout00.sul.t-online.de with smtp id 15g2cZ-0002yt-04; Sun, 09 Sep 2001 13:19:27 +0200 Received: from pc-micha.mc.hp.com (320021761316-0001@[217.81.148.17]) by fmrl01.sul.t-online.com with esmtp id 15g2cL-1PovPkC; Sun, 9 Sep 2001 13:19:13 +0200 Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.11.6/8.11.0) with ESMTP id f89BJkC00645; Sun, 9 Sep 2001 13:19:55 +0200 (MEST) (envelope-from michaelc@space.ebiz-hp.com) X-Authentication-Warning: pc-micha.mc.hp.com: michaelc owned process doing -bs Date: Sun, 9 Sep 2001 13:19:46 +0200 (MEST) From: Michael Class X-X-Sender: Reply-To: Michael Class To: Cc: Subject: Re: boot() called on cpu #1 - hang In-Reply-To: <200109090131.DAA16278@midten.fast.no> Message-ID: <20010909131559.A639-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Tor, thank you for your quick response, unfortunately your patch did not fix the problem. I have now tested a little bit more with the following sequence: boot machine to single-user reboot I did this more then 10 times. It now got stuck every time Approx. 8 time with boot() called on cpu #1 W And 3 times with boot() called on cpu #0 Wa or boot() called on cpu #0 Waiting (max It looks to me that the kernel-printf gets somehow stuck. Michael On Sun, 9 Sep 2001 Tor.Egge@fast.no wrote: > > Hello, > > > > on a 5.0-current i386-SMP system of today I am still getting on about > > every second reboot the message: > > > > boot() called on cpu #1 > > W > > Try applying the enclosed patch. > > - Tor Egge > > > ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 8:17:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4363437B409 for ; Sun, 9 Sep 2001 08:17:29 -0700 (PDT) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id f89FHBB20513; Sun, 9 Sep 2001 11:17:12 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 9 Sep 2001 11:17:11 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kazutaka YOKOTA Cc: freebsd-current@freebsd.org Subject: Re: Recent -current breaks console probing on dell notebook? In-Reply-To: <200109030330.MAA27173@zodiac.mech.utsunomiya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-832306140-1000048631=:20335" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-832306140-1000048631=:20335 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 3 Sep 2001, Kazutaka YOKOTA wrote: > >Until yesterday, I was running -CURRENT from around July 4th on my > >notebook, given that I was travelling and unwilling to break my means of > >giving presentations on my trip :-). Yesterday, I decided to upgrade, and > >built kernel/world. The userland stuff appears to work fine, but > >interestingly, my kernel seems not to probe the console, and instead, use > >the serial console. The boot loader does not have this problem, and sees > >the console fine. The symptoms are that as the kernel loads (spin spin) > >after the boot loader, it ceases spinning, the cursor changes to a block, > > This means that the video card is initialized Ok... Although eventually the display will turn itself off due to lack of keyboard activity. > >and after a delay for hardware probes (&tc), the login prompt comes up but > > syscons is working and providing /dev/ttyv%d... Now that I'm back in my office, I can actually log into the machine remotely fine, and cat to /dev/ttyv0 to generate output on the display. /dev/console does not generate output on the display, however. > >without the ability to type. > > Umm, the keyboard is not available... dmesg on the box over the network demonstrates that while sc0 is probed with a vga display, the keyboard is not probed: sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources I've attached a diff between the dmesg's. The old ones were pre-ACPI and a number of other changes, so the diff may or may not be all that useful. > >Unfortunately, I don't have a box with me I > >can use as a serial console, so I can't attempt to see what it did or > >didn't probe successfully, just that things got that far. When I get home > >tomorrow, I'll attempt to debug it, but was wondering if anyone else had > >experienced this, or could point me at any commits that might potentially > >impact this. > > Can you login to your notebook via network? As the loader seems working, > you can boot the machine with bootverbose set, and can get dmesg output > if you are able to login via network. Ok, diff attached. I'm going on travel again, so am backing out to the previous kernel again. Interestingly, when I did the following: unload kernel load /boot/kernel.bad/kernel boot -s it booted to multi-user mode. I tried this with both my old device.hints from a while back, and a new empty device.hints. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services --0-832306140-1000048631=:20335 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="boot.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg diff LS0tIC90bXAvYm9vdC4xCVN1biBTZXAgIDkgMTE6MTE6NDggMjAwMQ0KKysr IC90bXAvYm9vdC4yCVN1biBTZXAgIDkgMTE6MTI6MDQgMjAwMQ0KQEAgLTEs MTUgKzEsMTUgQEANCiBDb3B5cmlnaHQgKGMpIDE5OTItMjAwMSBUaGUgRnJl ZUJTRCBQcm9qZWN0Lg0KIENvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4 MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0K IAlUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KLUZyZWVCU0QgNS4wLUNVUlJFTlQg IzA6IFdlZCBKdWwgIDQgMjI6MTc6MzIgRURUIDIwMDENCi0gICAgcndhdHNv bkBwYXByaWthOi9tbnQvb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMNCitGcmVl QlNEIDUuMC1DVVJSRU5UICMwOiBTdW4gU2VwICAyIDEwOjUyOjUwIEVEVCAy MDAxDQorICAgIHJ3YXRzb25AcGFwcmlrYTovdXNyL29iai91c3Ivc3JjL3N5 cy9HRU5FUklDDQogVGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDEx OTMxODIgSHoNCiBDUFU6IFBlbnRpdW0gSUlJL1BlbnRpdW0gSUlJIFhlb24v Q2VsZXJvbiAoNzAxLjYwLU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2OGEgIFN0ZXBwaW5nID0gMTAN CiAgIEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs TU1YLEZYU1IsU1NFPg0KIHJlYWwgbWVtb3J5ICA9IDUzNjc4ODk5MiAoNTI0 MjA4SyBieXRlcykNCi1hdmFpbCBtZW1vcnkgPSA1MTczODIxNDQgKDUwNTI1 NksgYnl0ZXMpDQotUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQg MHhjMDUxMDAwMC4NCithdmFpbCBtZW1vcnkgPSA1MTcyNzk3NDQgKDUwNTE1 NksgYnl0ZXMpDQorUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQg MHhjMDUyZTAwMC4NCiBQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxl ZA0KIFdBUk5JTkc6IERyaXZlciBtaXN0YWtlOiBkZXN0cm95X2RldiBvbiAx NTQvMA0KIFVzaW5nICRQSVIgdGFibGUsIDkgZW50cmllcyBhdCAweGMwMGZi ZDgwDQpAQCAtMjMsMTIgKzIzLDEwIEBADQogcGNpMTogPFBDSSBidXM+IG9u IHBjaWIxDQogcGNpMTogPGRpc3BsYXksIFZHQT4gYXQgMC4wIChubyBkcml2 ZXIgYXR0YWNoZWQpDQogcGNpYzA6IDxUSSBQQ0ktMTQyMCBQQ0ktQ2FyZEJ1 cyBCcmlkZ2U+IGlycSAxMSBhdCBkZXZpY2UgMy4wIG9uIHBjaTANCi1wY2lj MDogTWVtb3J5IG1hcHBlZCBkZXZpY2UsIHdpbGwgd29yay4NCiBwY2ljMDog UENJIE1lbW9yeSBhbGxvY2F0ZWQ6IDB4NDQwMDAwMDANCiBwY2ljMDogVEkx MlhYIFBDSSBDb25maWcgUmVnOiBbcmluZyBlbmFibGVdW3NwZWFrZXIgZW5h YmxlXVtwY2kgb25seV0NCiBwY2NhcmQwOiA8UEMgQ2FyZCBidXMgKGNsYXNz aWMpPiBvbiBwY2ljMA0KIHBjaWMxOiA8VEkgUENJLTE0MjAgUENJLUNhcmRC dXMgQnJpZGdlPiBpcnEgMTEgYXQgZGV2aWNlIDMuMSBvbiBwY2kwDQotcGNp YzE6IE1lbW9yeSBtYXBwZWQgZGV2aWNlLCB3aWxsIHdvcmsuDQogcGNpYzE6 IFBDSSBNZW1vcnkgYWxsb2NhdGVkOiAweDQ0MDAxMDAwDQogcGNpYzE6IFRJ MTJYWCBQQ0kgQ29uZmlnIFJlZzogW3JpbmcgZW5hYmxlXVtzcGVha2VyIGVu YWJsZV1bcGNpIG9ubHldDQogcGNjYXJkMTogPFBDIENhcmQgYnVzIChjbGFz c2ljKT4gb24gcGNpYzENCkBAIC01MSw0OCArNDksMjAgQEANCiB1a3BoeTA6 ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgt RkRYLCBhdXRvDQogcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgMTYuMSAobm8g ZHJpdmVyIGF0dGFjaGVkKQ0KIG9ybTA6IDxPcHRpb24gUk9Ncz4gYXQgaW9t ZW0gMHhjMDAwMC0weGNmZmZmLDB4ZDAwMDAtMHhkMDdmZiwweGQwODAwLTB4 ZDBmZmYsMHhkMTAwMC0weGQxN2ZmLDB4ZDE4MDAtMHhkMWZmZiwweGQyMDAw LTB4ZDI3ZmYsMHhkMjgwMC0weGQyZmZmLDB4ZDMwMDAtMHhkMzdmZiwweGQz ODAwLTB4ZDNmZmYgb24gaXNhMA0KLWZkYzA6IDxORUMgNzIwNjVCIG9yIGNs b25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9u IGlzYTANCi1mZGMwOiBGSUZPIGVuYWJsZWQsIDggYnl0ZXMgdGhyZXNob2xk DQotZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAN Ci1hdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBw b3J0IDB4NjAsMHg2NCBvbiBpc2EwDQotYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGtiZGMwDQota2JkMCBhdCBhdGtiZDAN Ci1wc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCi1wc20w OiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwDQorc2Mw OiA8U3lzdGVtIGNvbnNvbGU+IG9uIGlzYTANCitzYzA6IFZHQSA8MTYgdmly dHVhbCBjb25zb2xlcywgZmxhZ3M9MHgwPg0KIHZnYTA6IDxHZW5lcmljIElT QSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJm ZmZmIG9uIGlzYTANCi1zYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3Mg MHgxMDAgb24gaXNhMA0KLXNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVz LCBmbGFncz0weDMwMD4NCi1wbXRpbWVyMCBvbiBpc2EwDQotc2lvMCBhdCBw b3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0KK3Vu a25vd246IDxQTlAwYjAwPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQorc2lv MDogPDE2NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBhdCBwb3J0IDB4M2Y4 LTB4NDA3IGlycSA0IG9uIGlzYTANCiBzaW8wOiB0eXBlIDE2NTUwQQ0KLXNp bzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQg aXJxcyAwDQotcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgt MHgzN2YgaXJxIDcgb24gaXNhMA0KK3BwYzA6IDxFQ1AgcGFyYWxsZWwgcHJp bnRlciBwb3J0PiBhdCBwb3J0IDB4Mzc4LTB4Mzg3LDB4Nzc4LTB4NzdiIGly cSA3IGRycSAzIG9uIGlzYTANCiBwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChF Q1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KIHBwYzA6 IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZA0KIHBsaXAwOiA8 UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQogbHB0MDogPFBy aW50ZXI+IG9uIHBwYnVzMA0KIGxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9y dA0KIHBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0KLXNuMDogaW9h ZGRyIGlzIDB4MzAwDQotc24wOiB0ZXN0MSBmYWlsZWQNCi11bmtub3duOiA8 UE5QMGMwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KLXVua25vd246IDxQ TlAwMzAzPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQotdW5rbm93bjogPFBO UDBmMTM+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCi11bmtub3duOiA8UE5Q MGIwMD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KLXVua25vd246IDxQTlAw NTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQotdW5rbm93bjogPFBOUDA0 MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCi11bmtub3duOiA8UE5QMDcw MD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KK2ZkYzA6IDxORUMgNzIwNjVC IG9yIGNsb25lPiBhdCBwb3J0IDB4M2YyLTB4M2Y1LDB4M2Y3IGlycSA2IGRy cSAyIG9uIGlzYTANCiBhZDA6IDE5MDc3TUIgPEhJVEFDSElfREsyM0JBLTIw PiBbMzg3NjAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUEzMw0KIE1vdW50 aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWENCiBsaW5wcm9jZnMgcmVn aXN0ZXJlZA0KLS9kZXYvdm1tb246IE1vZHVsZSB2bW1vbjogcmVnaXN0ZXJl ZCB3aXRoIG1ham9yPTIwMCBtaW5vcj0wIHRhZz0kTmFtZTogYnVpbGQtNTcw ICQNCi0vZGV2L3ZtbW9uOiBNb2R1bGUgdm1tb246IGluaXRpYWxpemVkDQot eGwwOiBwcm9taXNjdW91cyBtb2RlIGVuYWJsZWQNCi12bW5ldDE6IHByb21p c2N1b3VzIG1vZGUgZW5hYmxlZA0KLVdhaXRpbmcgKG1heCA2MCBzZWNvbmRz KSBmb3Igc3lzdGVtIHByb2Nlc3MgYGJ1ZmRhZW1vbicgdG8gc3RvcC4uLnN0 b3BwZWQNCi1XYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBw cm9jZXNzIGBzeW5jZXInIHRvIHN0b3AuLi5zdG9wcGVkDQotDQotc3luY2lu ZyBkaXNrcy4uLiA2IDYgNiAzIDMgDQotZG9uZQ0KLVVwdGltZTogMW0yN3MN Ci1SZWJvb3RpbmcuLi4NCg== --0-832306140-1000048631=:20335 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="boot.2" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMC1DVVJSRU5UICMwOiBTdW4gU2VwICAyIDEw OjUyOjUwIEVEVCAyMDAxDQogICAgcndhdHNvbkBwYXByaWthOi91c3Ivb2Jq L3Vzci9zcmMvc3lzL0dFTkVSSUMNClRpbWVjb3VudGVyICJpODI1NCIgIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6DQpDUFU6IFBlbnRpdW0gSUlJL1BlbnRpdW0g SUlJIFhlb24vQ2VsZXJvbiAoNzAxLjYwLU1IeiA2ODYtY2xhc3MgQ1BVKQ0K ICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDY4YSAgU3RlcHBp bmcgPSAxMA0KICBGZWF0dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFU LFBTRTM2LE1NWCxGWFNSLFNTRT4NCnJlYWwgbWVtb3J5ICA9IDUzNjc4ODk5 MiAoNTI0MjA4SyBieXRlcykNCmF2YWlsIG1lbW9yeSA9IDUxNzI3OTc0NCAo NTA1MTU2SyBieXRlcykNClByZWxvYWRlZCBlbGYga2VybmVsICJrZXJuZWwi IGF0IDB4YzA1MmUwMDAuDQpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5h YmxlZA0KV0FSTklORzogRHJpdmVyIG1pc3Rha2U6IGRlc3Ryb3lfZGV2IG9u IDE1NC8wDQpVc2luZyAkUElSIHRhYmxlLCA5IGVudHJpZXMgYXQgMHhjMDBm YmQ4MA0KYXBtMDogPEFQTSBCSU9TPiBvbiBtb3RoZXJib2FyZA0KYXBtMDog Zm91bmQgQVBNIEJJT1MgdjEuMiwgY29ubmVjdGVkIGF0IHYxLjINCm5weDA6 IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAx NiBpbnRlcmZhY2UNCnBjaWIwOiA8SW50ZWwgODI0NDNCWCAoNDQwIEJYKSBo b3N0IHRvIFBDSSBicmlkZ2U+IGF0IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJk DQpwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8UENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+ IG9uIHBjaWIxDQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkNCnBjaWMwOiA8VEkgUENJLTE0MjAgUENJLUNhcmRC dXMgQnJpZGdlPiBpcnEgMTEgYXQgZGV2aWNlIDMuMCBvbiBwY2kwDQpwY2lj MDogUENJIE1lbW9yeSBhbGxvY2F0ZWQ6IDB4NDQwMDAwMDANCnBjaWMwOiBU STEyWFggUENJIENvbmZpZyBSZWc6IFtyaW5nIGVuYWJsZV1bc3BlYWtlciBl bmFibGVdW3BjaSBvbmx5XQ0KcGNjYXJkMDogPFBDIENhcmQgYnVzIChjbGFz c2ljKT4gb24gcGNpYzANCnBjaWMxOiA8VEkgUENJLTE0MjAgUENJLUNhcmRC dXMgQnJpZGdlPiBpcnEgMTEgYXQgZGV2aWNlIDMuMSBvbiBwY2kwDQpwY2lj MTogUENJIE1lbW9yeSBhbGxvY2F0ZWQ6IDB4NDQwMDEwMDANCnBjaWMxOiBU STEyWFggUENJIENvbmZpZyBSZWc6IFtyaW5nIGVuYWJsZV1bc3BlYWtlciBl bmFibGVdW3BjaSBvbmx5XQ0KcGNjYXJkMTogPFBDIENhcmQgYnVzIChjbGFz c2ljKT4gb24gcGNpYzENCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQph dGFwY2kwOiA8SW50ZWwgUElJWDQgQVRBMzMgY29udHJvbGxlcj4gcG9ydCAw eDg2MC0weDg2ZiBhdCBkZXZpY2UgNy4xIG9uIHBjaTANCmF0YTA6IGF0IDB4 MWYwIGlycSAxNCBvbiBhdGFwY2kwDQphdGExOiBhdCAweDE3MCBpcnEgMTUg b24gYXRhcGNpMA0KdWhjaTA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhkY2UwLTB4ZGNmZiBpcnEgMTEgYXQg ZGV2aWNlIDcuMiBvbiBwY2kwDQp1c2IwOiA8SW50ZWwgODIzNzFBQi9FQiAo UElJWDQpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMA0KdXNiMDogVVNCIHJl dmlzaW9uIDEuMA0KdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMDogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnBjaTA6IDxicmlkZ2Us IFBDSS11bmtub3duPiBhdCA3LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBj aTA6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgOC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpDQp4bDA6IDwzQ29tIDNjNTU2IEZhc3QgRXRoZXJsaW5rIFhMPiBw b3J0IDB4ZDQwMC0weGQ0ZmYgbWVtIDB4ZjNmZmQ4MDAtMHhmM2ZmZDg3Ziww eGYzZmZkYzAwLTB4ZjNmZmRjN2YgaXJxIDExIGF0IGRldmljZSAxNi4wIG9u IHBjaTANCnhsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6NzY6NDI6ODk6 N2INCm1paWJ1czA6IDxNSUkgYnVzPiBvbiB4bDANCnVrcGh5MDogPEdlbmVy aWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQp1 a3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi YXNlVFgtRkRYLCBhdXRvDQpwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCAxNi4x IChubyBkcml2ZXIgYXR0YWNoZWQpDQpvcm0wOiA8T3B0aW9uIFJPTXM+IGF0 IGlvbWVtIDB4YzAwMDAtMHhjZmZmZiwweGQwMDAwLTB4ZDA3ZmYsMHhkMDgw MC0weGQwZmZmLDB4ZDEwMDAtMHhkMTdmZiwweGQxODAwLTB4ZDFmZmYsMHhk MjAwMC0weGQyN2ZmLDB4ZDI4MDAtMHhkMmZmZiwweGQzMDAwLTB4ZDM3ZmYs MHhkMzgwMC0weGQzZmZmIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xl PiBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxh Z3M9MHgwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KdW5rbm93 bjogPFBOUDBiMDA+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCnNpbzA6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gYXQgcG9ydCAweDNmOC0weDQw NyBpcnEgNCBvbiBpc2EwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KcHBjMDogPEVD UCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzODcs MHg3NzgtMHg3N2IgaXJxIDcgZHJxIDMgb24gaXNhMA0KcHBjMDogU01DLWxp a2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxF IG1vZGUNCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9s ZA0KcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czAN CmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czANCmxwdDA6IEludGVycnVwdC1k cml2ZW4gcG9ydA0KcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpm ZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMi0weDNm NSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQphZDA6IDE5MDc3TUIgPEhJ VEFDSElfREsyM0JBLTIwPiBbMzg3NjAvMTYvNjNdIGF0IGF0YTAtbWFzdGVy IFVETUEzMw0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQ0K bGlucHJvY2ZzIHJlZ2lzdGVyZWQNCg== --0-832306140-1000048631=:20335-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 9:23: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from c46422-a.mntp1.il.home.com (c46422-a.mntp1.il.home.com [65.6.31.160]) by hub.freebsd.org (Postfix) with SMTP id 92A6F37B409 for ; Sun, 9 Sep 2001 09:22:58 -0700 (PDT) Received: (qmail 41054 invoked from network); 9 Sep 2001 16:22:57 -0000 Received: from laptop.wicklein.org (HELO localhost) (192.168.1.7) by eotw.wicklein.org with SMTP; 9 Sep 2001 16:22:57 -0000 Date: Sun, 9 Sep 2001 11:23:34 -0500 From: chrisw@Wicklein.ORG Content-Type: text/plain; format=flowed; charset=us-ascii X-Mailer: Apple Mail (2.388) Cc: chrisw@wicklein.org To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v388) Content-Transfer-Encoding: 7bit Subject: problems with libkvm and sysctl Message-Id: <20010909162258.92A6F37B409@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CONTEXT: I'm writing a clone of pgrep(1) (part of Solaris) for FreeBSD 5.0-CURRENT. Similar to FreeBSD's killall, pgrep matches a pattern against either the executable associated with each process or each process's command line arguments. I have tried using both sysctl and kvm to do this and have run into problems with each: The snippet below works, except that for each non-zero kp[n].ki_args I find that ki_args is an invalid pointer and that dereferencing it to access arguments to process n results in a bus error. size_t len; int mib[3] = { CTL_KERN, KERN_PROC, KERN_PROC_ALL }; if( sysctl( mib, 3, NULL, &len, NULL, 0 ) < 0 ) { perror( "sysctl failed" ); return( -1 ); } assert( kp = malloc( len ) ); if( sysctl( mib, 3, kp, &len, NULL, 0 ) < 0 ) { perror( "sysctl failed" ); return( -1 ); } That failing, I fell back on libkvm using this snippet: if( ( kern = kvm_open( NULL, NULL, NULL, O_RDONLY, "kvm_open failed" ) ) == NULL ) { exit( 1 ); } and found that the resulting executable fails on kvm_open: $ pgrep foo kvm_open failed: /dev/mem: Invalid argument The same open works on 4.1.1-STABLE with the same device file /dev/mem present. Am I doing something obviously wrong, or are these known limitations of the proc info interfaces at this time? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 9:26:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id ED81337B408; Sun, 9 Sep 2001 09:26:14 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id SAA03060; Sun, 9 Sep 2001 18:26:12 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Cc: msmith@freebsd.org Subject: acpi.ko From: Dag-Erling Smorgrav Date: 09 Sep 2001 18:26:12 +0200 Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Why does the boot loader automatically load acpi.ko at boot time, even though I have no loader.conf, and do not have "device acpica" in my kernel? The ACPI driver causes the clock to run at double rate, so I there is absolutely no way I will run it on this machine if I can help it. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 9:31: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id C8B4C37B407 for ; Sun, 9 Sep 2001 09:30:47 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15g7Tq-0004lC-01; Sun, 9 Sep 2001 18:30:46 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id f89Fgus61344 for freebsd-current@freebsd.org; Sun, 9 Sep 2001 17:42:56 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: cp in INSTALLTMP? Date: Sun, 9 Sep 2001 15:42:53 +0000 (UTC) Message-ID: <9ng2lt$1rhu$1@kemoauc.mips.inka.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know why nobody else seems to be seeing this, but cp is used several times during installworld, which consequently fails for me unless cp is added to INSTALLTMP. ... ===> gnu/lib/libreadline/history install -c -o root -g wheel -m 444 libhistory.a /usr/lib install -c -o root -g wheel -m 444 libhistory_p.a /usr/lib install -c -s -o root -g wheel -m 444 libhistory.so.4 /usr/lib ln -sf libhistory.so.4 /usr/lib/libhistory.so cp /usr/src/gnu/lib/libreadline/history/../../../../contrib/libreadline/doc/history.3 rlhistory.3 install -c -o root -g wheel -m 444 rlhistory.3.gz /usr/share/man/man3 ... ===> gnu/usr.bin/cvs/contrib ... cp /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/rcs2log.sh rcs2log install -c -o root -g wheel -m 555 rcs2log /usr/share/examples/cvs/contrib/rcs2log ... ===> gnu/usr.bin/perl/library/re rm -f re_exec.c cp ../../regexec.c re_exec.c cc -c -fno-strict-aliasing -DAPPLLIB_EXP="/usr/libdata/perl/BSDPAN" -DVERSION=\"0.02\" -DXS_VERSION=\"0.02\" -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin/perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_exec.c rm -f re_comp.c cp ../../regcomp.c re_comp.c cc -c -fno-strict-aliasing -DAPPLLIB_EXP="/usr/libdata/perl/BSDPAN" -DVERSION=\"0.02\" -DXS_VERSION=\"0.02\" -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin /perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_comp.c ... ===> gnu/usr.bin/perl/pod/pod2man install -c -o root -g wheel -m 555 pod2man /usr/bin cp -p /usr/src/gnu/usr.bin/perl/pod/pod2man/../../../../../contrib/perl5/pod/pod2man.PL pod2man.PL ... -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 10:31:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 96DE037B406 for ; Sun, 9 Sep 2001 10:31:32 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id DAA22981; Mon, 10 Sep 2001 03:31:24 +1000 Date: Mon, 10 Sep 2001 03:30:30 +1000 (EST) From: Bruce Evans X-X-Sender: To: Dag-Erling Smorgrav Cc: Subject: Re: Awright, who's the funny bunny? In-Reply-To: Message-ID: <20010910031216.A7492-100000@alphplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [wrong mailing list developers@freebsd.org changed to current@freebsd.org] On 9 Sep 2001, Dag-Erling Smorgrav wrote: > Nice smiley face, but try to align it better next time. Looks like > the Linuxulator is a goner again, btw: > panic: recurse > > syncing disks... \\|/ ____ \\|/ > "@'/ .. \\`@" > /_| \\__/ |_\\ > \\__U_/ Recursive panics don't work right. boot() normally prints a newline after "syncing disks...", but not if sync() panics recursively. > panic: bremfree: bp 0xcd04f5a0 not locked > Uptime: 5h25m26s > > dumping to dev ad1b, offset 7340064 > dump ata1: resetting devices .. done > 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 [CTRL-C to abort] 362 361 360 359 358 357 [CTRL-C to abort] 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 2! ! > 73 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 [CTRL-C to abort] 118 [CTRL-C to abort] 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 [CTRL-C to abort] 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20! ! > 19 18 17 16 15 14 13 12 11 10 9 8 [CTRL-C to abort] 7 6 5 [CTRL-C to > abort] 4 [CTRL-C to abort] 3 2 [CTRL-C to abort] 1 0 [CTRL-C to abort] Did you want to abort? I really hate the change that stopped the space bar aborting. > --- > ... > #8 0xc01a529d in panic (fmt=0xc02a9e88 "recurse") > at ../../../kern/kern_shutdown.c:657 > #9 0xc01c55c8 in witness_lock (lock=0xda11373c, flags=8, > file=0xc02c3380 "../../../i386/linux/linux_sysvec.c", line=387) > at ../../../kern/subr_witness.c:543 > #10 0xc02807b0 in linux_sendsig (catcher=0x286f2e10, sig=32, mask={ > sigmask_l_ = , sigmask = 0xda14ff1c, > sigmask_r_ = 0xda14fef8 ""}, code=0) > at ../../../i386/linux/linux_sysvec.c:387 > #11 0xc01aaaea in postsig (sig=32) at ../../../kern/kern_sig.c:1694 This seems to be because: 1.85 +3 -3 src/sys/i386/linux/linux_sysvec.c missed changing linux_sendsig(). It only changed linux_rt_sendsig(). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 10:51:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 438AB37B403 for ; Sun, 9 Sep 2001 10:51:24 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f89HpNm68895 for current@FreeBSD.Org; Sun, 9 Sep 2001 10:51:23 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 64.173.182.158 ( [64.173.182.158]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Sun, 9 Sep 2001 10:51:23 -0700 Message-ID: <1000057883.3b9bac1b100d0@Mail.SavvyWorld.Net> Date: Sun, 9 Sep 2001 10:51:23 -0700 From: Edwin Culp To: current@FreeBSD.Org Subject: How can I turn off acpi 100%? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 64.173.182.158 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I hadn't rebooted my laptop since Aug 28 although I have been building world and a new kernel daily. I thought today would be a good day to see how acpi was comming. Mistake. It comes up fine, I think because all I can see are: acpi_cmbat0: bif size changed 0 at what looks like several per second. In single user I am getting: acpi-ec0: evaluation of CPE query method _Q3F failed - AE_NOT_FOUND at the rate of one every 10 seconds more or less. So basically my laptop is useless right now. It is a Compaq 1700 PIII 850Mhz, 256MB, 30GB. I haven't had a problem since July. How can I turn all this off? Can I send any info that might help someone else? Thanks, ed --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 11: 0:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 63F2A37B401 for ; Sun, 9 Sep 2001 11:00:48 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f89I0mW69068 for current@freebsd.org; Sun, 9 Sep 2001 11:00:48 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 64.173.182.158 ( [64.173.182.158]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Sun, 9 Sep 2001 11:00:48 -0700 Message-ID: <1000058448.3b9bae5013bf1@Mail.SavvyWorld.Net> Date: Sun, 9 Sep 2001 11:00:48 -0700 From: Edwin Culp To: current@freebsd.org Subject: Re: How can I turn off acpi 100%? References: <1000057883.3b9bac1b100d0@Mail.SavvyWorld.Net> In-Reply-To: <1000057883.3b9bac1b100d0@Mail.SavvyWorld.Net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 64.173.182.158 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just realized that booting an old kernel doesn't stop the errors. It that the case or am I now doing something totally stupid in addition to having decided to reboot my laptop today? :-) Thanks, ed Quoting Edwin Culp : | | I hadn't rebooted my laptop since Aug 28 although I have been building | world | and a new kernel daily. I thought today would be a good day to see how | acpi | was comming. Mistake. It comes up fine, I think because all I can see | are: | | acpi_cmbat0: bif size changed 0 | | at what looks like several per second. In single user I am getting: | | acpi-ec0: evaluation of CPE query method _Q3F failed - AE_NOT_FOUND | | at the rate of one every 10 seconds more or less. So basically my laptop | is useless right now. | | It is a Compaq 1700 PIII 850Mhz, 256MB, 30GB. I haven't had a problem | since | July. | | How can I turn all this off? Can I send any info that might help someone | else? | | Thanks, | | ed | | | | | --- | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 11:27:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 3B19237B401 for ; Sun, 9 Sep 2001 11:27:09 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f89IR3f69389; Sun, 9 Sep 2001 11:27:03 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 64.173.182.158 ( [64.173.182.158]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Sun, 9 Sep 2001 11:27:02 -0700 Message-ID: <1000060022.3b9bb476c2283@Mail.SavvyWorld.Net> Date: Sun, 9 Sep 2001 11:27:02 -0700 From: Edwin Culp To: David Wolfskill Cc: acpi-jp@jp.freebsd.org, current@freebsd.org Subject: Re: How can I turn off acpi 100%? References: <200109091804.f89I47036992@bunrab.catwhisker.org> In-Reply-To: <200109091804.f89I47036992@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 64.173.182.158 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David, You are a life saver, as you so often are. I am copying this to the developers so they can let me know what they need because this Compaq seems to be a mess. I'll add this to my hints and see what happens. Thanks again, ed Quoting David Wolfskill : | Per Mike Smith's message of Wed, 29 Aug 2001 19:58:59 -0700: | | - Help! ACPI crashes my system. | | You can disable ACPI by unsetting the 'acpi_load' variable in the | loader (for temporary testing) or by setting | | hint.acpi.0.disable=1 | | in /boot/device.hints. If you find that you need to do this, please | let the FreeBSD ACPI developers (acpi-jp@jp.freebsd.org) know so that | we can investigate the problem. | | | Cheers, | david | -- | David H. Wolfskill david@catwhisker.org | As a computing professional, I believe it would be unethical for me to | advise, recommend, or support the use (save possibly for personal | amusement) of any product that is or depends on any Microsoft product. | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 11:41:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A189237B403 for ; Sun, 9 Sep 2001 11:41:15 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA25028; Mon, 10 Sep 2001 04:41:09 +1000 Date: Mon, 10 Sep 2001 04:40:15 +1000 (EST) From: Bruce Evans X-X-Sender: To: Christian Weisgerber Cc: Subject: Re: cp in INSTALLTMP? In-Reply-To: <9ng2lt$1rhu$1@kemoauc.mips.inka.de> Message-ID: <20010910042855.F7917-100000@alphplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 9 Sep 2001, Christian Weisgerber wrote: > I don't know why nobody else seems to be seeing this, but cp is This might be caused by having the sources and objects on different machines with inconsistent clocks. > used several times during installworld, which consequently fails > for me unless cp is added to INSTALLTMP. > > ... > ===> gnu/lib/libreadline/history > install -c -o root -g wheel -m 444 libhistory.a /usr/lib > install -c -o root -g wheel -m 444 libhistory_p.a /usr/lib > install -c -s -o root -g wheel -m 444 libhistory.so.4 /usr/lib > ln -sf libhistory.so.4 /usr/lib/libhistory.so > cp /usr/src/gnu/lib/libreadline/history/../../../../contrib/libreadline/doc/history.3 rlhistory.3 This is caused by a bug in bsd.man.mk. It creates rlhistory.3 at install time if certain files are out of date. This also breaks installing from read-only object trees. > install -c -o root -g wheel -m 444 rlhistory.3.gz /usr/share/man/man3 Note that it doesn't claim to rebuild rlhistory.3.gz from rlhistory.3. I think it really doesn't create it. This is correct -- the install should just fail if rlhistory.3.gz doesn't exist. > ... > ===> gnu/usr.bin/perl/library/re > rm -f re_exec.c > cp ../../regexec.c re_exec.c > cc -c -fno-strict-aliasing -DAPPLLIB_EXP="/usr/libdata/perl/BSDPAN" -DVERSION=\"0.02\" -DXS_VERSION=\"0.02\" -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin/perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_exec.c > rm -f re_comp.c > cp ../../regcomp.c re_comp.c > cc -c -fno-strict-aliasing -DAPPLLIB_EXP="/usr/libdata/perl/BSDPAN" -DVERSION=\"0.02\" -DXS_VERSION=\"0.02\" -DPIC -fpic -I/home/obj/usr/src/gnu/usr.bin /perl/library/re -I/usr/obj/usr/src/alpha/usr/include re_comp.c Does all this happen at install time? perl sometimes builds a lot at install time, but I don't remember seeing it in this directory. > ... > ===> gnu/usr.bin/perl/pod/pod2man > install -c -o root -g wheel -m 555 pod2man /usr/bin > cp -p /usr/src/gnu/usr.bin/perl/pod/pod2man/../../../../../contrib/perl5/pod/pod2man.PL pod2man.PL > ... This is clearly due to a bug in one of the perl Makefiles. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 14:19:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id A2B9D37B401; Sun, 9 Sep 2001 14:19:09 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f89LQ5h01376; Sun, 9 Sep 2001 14:26:06 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109092126.f89LQ5h01376@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dag-Erling Smorgrav Cc: current@freebsd.org, msmith@freebsd.org Subject: Re: acpi.ko In-reply-to: Your message of "09 Sep 2001 18:26:12 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Sep 2001 14:26:05 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Why does the boot loader automatically load acpi.ko at boot time, even > though I have no loader.conf, and do not have "device acpica" in my > kernel? The ACPI driver causes the clock to run at double rate, so I > there is absolutely no way I will run it on this machine if I can help > it. Because your system claims ACPI support. Your attitude is unproductive; a) the acpi(4) manpage tells you how to turn off the ACPI timecounter, and b) once I get some time to work on it, the timecounter will probably be fixed to deal (one way or another) with your board. I am assuming you're using an ALi chipset of some sort? Your bugreport dosn't seem to indicate that. If all you're having trouble with is the timecounter, turn it off. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 14:30:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id CE78F37B403 for ; Sun, 9 Sep 2001 14:30:52 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15gCAF-0006Q3-01; Sun, 9 Sep 2001 23:30:51 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id f89L2eH01032 for freebsd-current@freebsd.org; Sun, 9 Sep 2001 23:02:40 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: cp in INSTALLTMP? Date: Sun, 9 Sep 2001 21:02:37 +0000 (UTC) Message-ID: <9ngldd$t8$1@kemoauc.mips.inka.de> References: <9ng2lt$1rhu$1@kemoauc.mips.inka.de> <20010910042855.F7917-100000@alphplex.bde.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans wrote: > > I don't know why nobody else seems to be seeing this, but cp is > > This might be caused by having the sources and objects on different > machines with inconsistent clocks. No, it's all local on a single machine. FWIW, I'm on alpha. > > ===> gnu/usr.bin/perl/library/re > [...] > Does all this happen at install time? Yes. make installworld from yesterday. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 14:51:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id EA2BF37B405 for ; Sun, 9 Sep 2001 14:51:53 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.2/8.11.3) id f89Lsho18124; Sun, 9 Sep 2001 17:54:43 -0400 (EDT) (envelope-from mike) Date: Sun, 9 Sep 2001 17:54:43 -0400 From: Mike Barcroft To: Christian Weisgerber Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: cp in INSTALLTMP? Message-ID: <20010909175443.D15754@coffee.q9media.com> References: <9ng2lt$1rhu$1@kemoauc.mips.inka.de> <20010910042855.F7917-100000@alphplex.bde.org> <9ngldd$t8$1@kemoauc.mips.inka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9ngldd$t8$1@kemoauc.mips.inka.de>; from naddy@mips.inka.de on Sun, Sep 09, 2001 at 09:02:37PM +0000 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christian Weisgerber writes: > Bruce Evans wrote: > > > > I don't know why nobody else seems to be seeing this, but cp is > > > > This might be caused by having the sources and objects on different > > machines with inconsistent clocks. > > No, it's all local on a single machine. > FWIW, I'm on alpha. I'm seeing this on my alpha as well. I believe it started about a week or two ago. As a temporary solution I've been adding cp to /usr/obj/usr/src/alpha/usr/bin and using chflags to set the schg flag. This has to be done once a make world has started. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 21: 1:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id E4EDD37B401; Sun, 9 Sep 2001 21:01:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7369366D02; Sun, 9 Sep 2001 21:01:50 -0700 (PDT) Date: Sun, 9 Sep 2001 21:01:50 -0700 From: Kris Kennaway To: current@FreeBSD.org Cc: marcel@FreeBSD.org Subject: LINT broken? Message-ID: <20010909210150.A29652@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is anyone else seeing this? This was build failure of a -current LINT under RELENG_4. As far as I can tell I'm up to date. Kris cc -c -O -pipe -march=pentium -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -DGPROF -DGPROF4 -DGUPROF -D_KERNEL -include opt_global.h -elf -malign-functions=4 -fno-builtin -mpreferred-stack-boundary=2 -pg -mprofiler-epilogue ../../../i386/linux/linux_sysvec.c ../../../i386/linux/linux_sysvec.c: In function `linux_rt_sendsig': ../../../i386/linux/linux_sysvec.c:223: `LINUX_SYS_linux_rt_sendsig' undeclared (first use in this function) ../../../i386/linux/linux_sysvec.c:223: (Each undeclared identifier is reported only once ../../../i386/linux/linux_sysvec.c:223: for each function it appears in.) ../../../i386/linux/linux_sysvec.c: In function `linux_sendsig': ../../../i386/linux/linux_sysvec.c:379: `LINUX_SYS_linux_sendsig' undeclared (first use in this function) *** Error code 1 --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7nDstWry0BWjoQKURAtFFAKCMwDKa9ilyjN+HjE2Sw+eIn3LFaACg7ZjC W+PFdkiRNGZsLI0oHCZQ+8c= =xv3j -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 21:13:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 4AE6037B407; Sun, 9 Sep 2001 21:13:38 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 2C7F710F4C1; Sun, 9 Sep 2001 23:13:44 -0500 (CDT) Date: Sun, 9 Sep 2001 23:13:44 -0500 From: "David W. Chapman Jr." To: Kris Kennaway Cc: current@FreeBSD.org, marcel@FreeBSD.org Subject: Re: LINT broken? Message-ID: <20010909231343.C64609@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Kris Kennaway , current@FreeBSD.org, marcel@FreeBSD.org References: <20010909210150.A29652@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010909210150.A29652@xor.obsecurity.org> User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.4-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 09, 2001 at 09:01:50PM -0700, Kris Kennaway wrote: > Is anyone else seeing this? This was build failure of a -current LINT > under RELENG_4. As far as I can tell I'm up to date. > > Kris > > cc -c -O -pipe -march=pentium -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -DGPROF -DGPROF4 -DGUPROF -D_KERNEL -include opt_global.h -elf -malign-functions=4 -fno-builtin -mpreferred-stack-boundary=2 -pg -mprofiler-epilogue ../../../i386/linux/linux_sysvec.c > ../../../i386/linux/linux_sysvec.c: In function `linux_rt_sendsig': > ../../../i386/linux/linux_sysvec.c:223: `LINUX_SYS_linux_rt_sendsig' undeclared (first use in this function) > ../../../i386/linux/linux_sysvec.c:223: (Each undeclared identifier is reported only once > ../../../i386/linux/linux_sysvec.c:223: for each function it appears in.) > ../../../i386/linux/linux_sysvec.c: In function `linux_sendsig': > ../../../i386/linux/linux_sysvec.c:379: `LINUX_SYS_linux_sendsig' undeclared (first use in this function) > *** Error code 1 > As you already know, I got this too, I think it was supposed to be fixed earlier today, but the cvsup problems of today might be hiding the update somewhere(just speculating). -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 9 23:43: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from cm1.ethome.net.tw (cm1.ethome.net.tw [210.58.94.21]) by hub.freebsd.org (Postfix) with SMTP id DFAC137B406 for ; Sun, 9 Sep 2001 23:43:00 -0700 (PDT) Received: (qmail 18585 invoked from network); 10 Sep 2001 06:36:31 -0000 Received: from 184.c210-58-188.ethome.net.tw (HELO CoreBit.com) (210.58.188.184) by cm1.ethome.net.tw with SMTP; 10 Sep 2001 06:36:31 -0000 Message-ID: <3B9C5510.37FF4C6C@CoreBit.com> Date: Mon, 10 Sep 2001 13:52:16 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: current@FreeBSD.org Subject: Re: [acpi-jp 1246] ACPI and PS/2 mouse problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > >> And do you have the following line in /boot/device.hints? > >> hint.psm.0.irq="12" > > i have ibm 570e, with the same PS/2 mouse problem, Ohh. worse.. > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x3a > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc0268092 > > stack pointer = 0x10:0xcd1dc948 > > frame pointer = 0x10:0xcd1dc948 > > 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 = 50 (sysctl) > > trap number = 12 > > \|/ ____ \|/ > > "@'/ .. \`@" > > /_| \__/ |_\ > > \__U_/ > Do you have a debug kernel, if so, can you do 'gdb -k kernel.debug' in your > sys/i386/compile/FOO directory and then do 'l *0xc0268092' to see what source > line it died on. It's a NULL pointer dereference (as can be seen from the John, please ignore my previous report since i made a mistake using a broken kernel. i was first trying the broken PS/2 mouse, and then using another kernel to see the diff, i mixed them togather. sorry. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 0: 1:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 66CEE37B406 for ; Mon, 10 Sep 2001 00:01:06 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f8A715f46943; Mon, 10 Sep 2001 00:01:05 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f8A71GG88778; Mon, 10 Sep 2001 00:01:16 -0700 (PDT) (envelope-from marcel) Date: Mon, 10 Sep 2001 00:01:15 -0700 From: Marcel Moolenaar To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: LINT broken? Message-ID: <20010910000115.B19205@dhcp01.pn.xcllnt.net> References: <20010909210150.A29652@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010909210150.A29652@xor.obsecurity.org> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 09, 2001 at 09:01:50PM -0700, Kris Kennaway wrote: > Is anyone else seeing this? This was build failure of a -current LINT > under RELENG_4. As far as I can tell I'm up to date. Verified and fixed. Thanks, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 1:38:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 2085437B406 for ; Mon, 10 Sep 2001 01:38:30 -0700 (PDT) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f8A8bo5506059; Mon, 10 Sep 2001 17:37:50 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f8A8bou408008; Mon, 10 Sep 2001 17:37:50 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:+qoStAlTt9jYnbf/d4ihedLzDEepiEHH@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id RAA09827; Mon, 10 Sep 2001 17:47:34 +0900 (JST) Message-Id: <200109100847.RAA09827@zodiac.mech.utsunomiya-u.ac.jp> To: "Andrey A. Chernov" Cc: current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: New ACPI dangerous false devices In-reply-to: Your message of "Sun, 09 Sep 2001 12:01:15 +0400." <20010909120115.A374@nagual.pp.ru> References: <20010909120115.A374@nagual.pp.ru> Date: Mon, 10 Sep 2001 17:47:33 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think you had better supply some more information, such as entire dmesg output after "boot -v". Kazu >With new ACPI and my ASUS TUSL2-C I got following false devices >configured: > >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1 port 0-0x7 irq 3 on acpi0 >sio1: type 8250 > >(I disable sio1 in BIOS, it must not assign irq 3 here) > >sc1: on isa0 >sc1: MDA <16 virtual consoles, flags=0x0> > >(I have no sc1 or MDA) > >sio1 maked by ACPI is dangerous ineed because when try to write something >to /dev/cuaa1 I got system lockup. Please do something with it. > >Also I got lots of: > >fdc1: cannot reserve I/O port range (6 ports) >ppc1: cannot reserve I/O port range > >I don't think they are dangerous because no devices created. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 4:46:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 16E8237B406 for ; Mon, 10 Sep 2001 04:46:31 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f8ABkta66627 for current@freebsd.org; Mon, 10 Sep 2001 13:46:55 +0200 (CEST) (envelope-from sos) From: SЬren Schmidt Message-Id: <200109101146.f8ABkta66627@freebsd.dk> Subject: HEADS UP! DAO mode added to burncd/ATA driver... To: current@freebsd.org Date: Mon, 10 Sep 2001 13:46:27 +0200 (CEST) Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Due to new ioctl's and a rearrange of the old ones make sure that burncd & kernel is in sync or wierd things can happen. -SЬren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 4:56:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BFA1637B407; Mon, 10 Sep 2001 04:56:34 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA06974; Mon, 10 Sep 2001 13:56:32 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Mike Smith Cc: current@freebsd.org Subject: Re: acpi.ko References: <200109092126.f89LQ5h01376@mass.dis.org> From: Dag-Erling Smorgrav Date: 10 Sep 2001 13:56:32 +0200 In-Reply-To: <200109092126.f89LQ5h01376@mass.dis.org> Message-ID: Lines: 19 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Smith writes: > I am assuming you're using an ALi chipset of some sort? Your bugreport > dosn't seem to indicate that. If all you're having trouble with is the > timecounter, turn it off. Yes, an ALI Aladdin V, and I reported this several weeks ago when the ACPI timer code was first introduced. Other problems: recent -CURRENT kernels have an average uptime of about ten minutes ("bremfree: bp 0xcd04f5a0 not locked"), and older kernels, when loaded with a new boot loader, fail to probe / attach ISA devices (kbd, sio). I'm currently running a loader / kernel combo from August 22 (which has issues with the syncer, causing horrible interrupt latency, but at least it doesn't panic every ten minutes or so). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 5: 3: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from dell-serv-1.phoenixmedical.co.uk (dell-serv-1.phoenixmedical.co.uk [213.38.153.186]) by hub.freebsd.org (Postfix) with SMTP id B631537B406 for ; Mon, 10 Sep 2001 05:02:56 -0700 (PDT) Received: from no.name.available by dell-serv-1.phoenixmedical.co.uk via smtpd (for hub.freebsd.org [216.136.204.18]) with SMTP; 10 Sep 2001 11:49:02 UT Received: by dell-serv-1.phoenixmedical.co.uk with Internet Mail Service (5.5.2650.21) id ; Mon, 10 Sep 2001 12:56:17 +0100 Message-ID: <99A83EE8C34AD311809C009027936117144B1D@dell-serv-1.phoenixmedical.co.uk> From: Tomas Palfi To: "'freebsd-current@FreeBSD.ORG'" Subject: Raid Controller reconditioning Date: Mon, 10 Sep 2001 12:56:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i'm running stable4.3 on Dell poweredge 2500 with PERC 3/Di controller which is causing a problem. the support battery on the controller is being discharged on irregular basis and when fully discharged it freezes the system. After rebooting the system the console displays: aac0: ** Battery charge is now OK this message is displayed on the console after approx. 2-3 mins of running. there is no way the battery would be fully recharged after such a short time. Being it a new system the battery has not been fully charged and dischardged to gain full working capacity. come on guys, what's going on here?!, is anyone running 4.3 on Poweredge 2500, has anyone got similar problems? i've checked it with 'stable guys' and no messages no suggestion, nothing. perhaps it's me, overlooking something, but the server goes down at least once a week thank you -- Tomas Palfi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 5: 4:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5801E37B407 for ; Mon, 10 Sep 2001 05:04:25 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA07005; Mon, 10 Sep 2001 14:04:19 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bruce Evans Cc: Subject: Re: Awright, who's the funny bunny? References: <20010910031216.A7492-100000@alphplex.bde.org> From: Dag-Erling Smorgrav Date: 10 Sep 2001 14:04:18 +0200 In-Reply-To: <20010910031216.A7492-100000@alphplex.bde.org> Message-ID: Lines: 104 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans writes: > > 19 18 17 16 15 14 13 12 11 10 9 8 [CTRL-C to abort] 7 6 5 [CTRL-C to > > abort] 4 [CTRL-C to abort] 3 2 [CTRL-C to abort] 1 0 [CTRL-C to abort] > Did you want to abort? I really hate the change that stopped the space > bar aborting. No, I don't know why it did that. I may have pressed a key by accident. > > > --- > > ... > > #8 0xc01a529d in panic (fmt=0xc02a9e88 "recurse") > > at ../../../kern/kern_shutdown.c:657 > > #9 0xc01c55c8 in witness_lock (lock=0xda11373c, flags=8, > > file=0xc02c3380 "../../../i386/linux/linux_sysvec.c", line=387) > > at ../../../kern/subr_witness.c:543 > > #10 0xc02807b0 in linux_sendsig (catcher=0x286f2e10, sig=32, mask={ > > sigmask_l_ = , sigmask = 0xda14ff1c, > > sigmask_r_ = 0xda14fef8 ""}, code=0) > > at ../../../i386/linux/linux_sysvec.c:387 > > #11 0xc01aaaea in postsig (sig=32) at ../../../kern/kern_sig.c:1694 > > This seems to be because: > > 1.85 +3 -3 src/sys/i386/linux/linux_sysvec.c > > missed changing linux_sendsig(). It only changed linux_rt_sendsig(). It's not just linux_sendsig() - I get this panic even when not running Linux programs: #0 dumpsys () at ../../../kern/kern_shutdown.c:489 #1 0xc01a4e3b in boot (howto=260) at ../../../kern/kern_shutdown.c:332 #2 0xc01a529d in panic (fmt=0xc02ace21 "bremfree: bp %p not locked") at ../../../kern/kern_shutdown.c:657 #3 0xc01e0d29 in bremfree (bp=0xccf49d0c) at ../../../kern/vfs_bio.c:535 #4 0xc01e23de in vfs_bio_awrite (bp=0xccf49d0c) at ../../../kern/vfs_bio.c:1528 #5 0xc0177d8c in spec_fsync (ap=0xda0b6c6c) at ../../../fs/specfs/spec_vnops.c:400 #6 0xc0177999 in spec_vnoperate (ap=0xda0b6c6c) at ../../../fs/specfs/spec_vnops.c:119 #7 0xc0230a40 in ffs_sync (mp=0xc295b200, waitfor=2, cred=0xc14b2d00, p=0xc034f0a0) at vnode_if.h:441 #8 0xc01f0673 in sync (p=0xc034f0a0, uap=0x0) at ../../../kern/vfs_syscalls.c:622 #9 0xc01a48f7 in boot (howto=256) at ../../../kern/kern_shutdown.c:241 #10 0xc01a529d in panic (fmt=0xc02a9d20 "blockable sleep lock (%s) %s @ %s:%d") at ../../../kern/kern_shutdown.c:657 #11 0xc01c5432 in witness_lock (lock=0xc034fb40, flags=0, file=0xc02a6503 "../../../kern/kern_proc.c", line=146) at ../../../kern/subr_witness.c:493 #12 0xc01aca15 in _sx_slock (sx=0xc034fb40, file=0xc02a6503 "../../../kern/kern_proc.c", line=146) at ../../../kern/kern_sx.c:115 #13 0xc019bf80 in pfind (pid=453) at ../../../kern/kern_proc.c:146 #14 0xc01ca409 in selwakeup (sip=0xc2bf5004) at ../../../kern/sys_generic.c:1255 #15 0xc01d580b in ptcwakeup (tp=0xc2bf5020, flag=1) at ../../../kern/tty_pty.c:319 #16 0xc01d57e6 in ptsstart (tp=0xc2bf5020) at ../../../kern/tty_pty.c:308 #17 0xc01d2d40 in ttstart (tp=0xc2bf5020) at ../../../kern/tty.c:1409 #18 0xc01d42f9 in tputchar (c=109, tp=0xc2bf5020) at ../../../kern/tty.c:2458 #19 0xc01c075b in putchar (c=109, arg=0xda0b6eb4) at ../../../kern/subr_prf.c:305 #20 0xc01c09c2 in kvprintf ( fmt=0xc02a6921 "icrouptime() went backwards (%ld.%06ld -> %ld.%06ld)\n", func=0xc01c070c , arg=0xda0b6eb4, radix=10, ap=0xda0b6ecc "\\n") at ../../../kern/subr_prf.c:488 #21 0xc01c0688 in printf ( fmt=0xc02a6920 "microuptime() went backwards (%ld.%06ld -> %ld.%06ld)\n") at ../../../kern/subr_prf.c:261 #22 0xc01a2a17 in calcru (p=0xd9fbb880, up=0xda0b5cd0, sp=0xda0b5cd8, ip=0x0) at ../../../kern/kern_resource.c:640 #23 0xc01a2f8f in getrusage (p=0xd9fbb880, uap=0xda0b6f80) at ../../../kern/kern_resource.c:719 #24 0xc0277f79 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 675146872, tf_ebp = 136366288, tf_isp = -636784684, tf_ebx = 675227280, tf_edx = 136366316, tf_ecx = 675052402, tf_eax = 117, tf_trapno = 0, tf_err = 2, tf_eip = 677466309, tf_cs = 31, tf_eflags = 535, tf_esp = 136366248, tf_ss = 47}) at ../../../i386/i386/trap.c:1117 #25 0xc026a4fd in syscall_with_err_pushed () #26 0x283c6c0b in ?? () #27 0x283b7d3e in ?? () #28 0x283b7b1d in ?? () #29 0x283ba242 in ?? () #30 0x283b9f25 in ?? () #31 0x283b1e10 in ?? () #32 0x80944b7 in ?? () #33 0x80b2387 in ?? () #34 0x80b20ee in ?? () #35 0x80b2962 in ?? () #36 0x80617c7 in ?? () #37 0x80610e3 in ?? () #38 0x8060a3e in ?? () #39 0x283cdb08 in ?? () #40 0x283cd91a in ?? () #41 0xbfbffae8 in ?? () #42 0x0 in ?? () DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 5:12: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id C4E4537B408 for ; Mon, 10 Sep 2001 05:12:05 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 10 Sep 2001 12:12:05 -0000 X-Apparently-From: Message-ID: <3B9CAE14.1080602@yahoo.com> Date: Mon, 10 Sep 2001 07:12:04 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Tomas Palfi Cc: "'freebsd-current@FreeBSD.ORG'" Subject: Re: Raid Controller reconditioning References: <99A83EE8C34AD311809C009027936117144B1D@dell-serv-1.phoenixmedical.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Faulty battery monitor? If it's a NiCad, consistant recharging when the cell isn't discharged to the recommended "discharged" voltage can cause what is known as "memory effect", where the battery will never charge above that partially-discharged state at which it been consistantly recharged from. Also, if a NiCad is allowed to discharge below a certain voltage, polarity reversal can happen. Most modern gear will use NiMH or Li-ion cells nowadays, because such cells do not have these problems. Some manufacturers using cheezy parts and other cut corners in quality do still use NiCad cells though [if they were shoddy there, where else were they shoddy?] Main question: is it under warranty? Tomas Palfi wrote: > i'm running stable4.3 on Dell poweredge 2500 with PERC 3/Di controller which > is causing a problem. the support battery on the controller is being > discharged on irregular basis and when fully discharged it freezes the > system. After rebooting the system the console displays: > > aac0: ** Battery charge is now OK > > this message is displayed on the console after approx. 2-3 mins of running. > there is no way the battery would be fully recharged after such a short > time. Being it a new system the battery has not been fully charged and > dischardged to gain full working capacity. > > come on guys, what's going on here?!, is anyone running 4.3 on Poweredge > 2500, has anyone got similar problems? i've checked it with 'stable guys' > and no messages no suggestion, nothing. perhaps it's me, overlooking > something, but the server goes down at least once a week > > thank you > -- > Tomas Palfi jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 7:29:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from ringworld.nanolink.com (sentinel.office1.bg [217.75.135.254]) by hub.freebsd.org (Postfix) with SMTP id 64DC737B40A for ; Mon, 10 Sep 2001 07:29:03 -0700 (PDT) Received: (qmail 2007 invoked by uid 1000); 10 Sep 2001 14:28:29 -0000 Date: Mon, 10 Sep 2001 17:28:29 +0300 From: Peter Pentchev To: neckpain@nettaxi.com Cc: Andrzej Bialecki , cc@devcon.net, current@FreeBSD.ORG, audit@FreeBSD.org Subject: Re: problem with dynamic sysctls in -current Message-ID: <20010910172829.A1983@ringworld.oblivion.bg> Mail-Followup-To: neckpain@nettaxi.com, Andrzej Bialecki , cc@devcon.net, current@FreeBSD.ORG, audit@FreeBSD.org References: <200109090052.RAA03215@taxismtp2.alchemyfx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109090052.RAA03215@taxismtp2.alchemyfx.com>; from neckpain@nettaxi.com on Sun, Sep 09, 2001 at 09:49:59AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 09, 2001 at 09:49:59AM +0900, neckpain@nettaxi.com wrote: > On Sat, Sep 08, 2001 at 10:27:10PM +0200, Christian Carstensen wrote: > > > > hmm, > > > > i've posted the attached mail a week ago to this list, but got no > > response. could someone please comment on this issue? > > I've also posted a patch(much less refined than yours, though) last month > but still got no response. Maybe you need to talk to the person who committed > rev 1.112 of kern_sysctl.c ? Ouch! I was wondering why no one complained about the way I broke dynamic module unloading.. Guess I don't read -current as much as I should.. Anyway - yes, I am aware of the breakage that rev 1.112 introduced, although I only became aware of it a week or so ago, when I tried to MFC it to 4.4-RC.. I wrote up a quick patch to make things work again, a short discussion on -arch followed, resulting in no real agreement except for "it's broken, somebody should fix it". This, of course, is definitely not an appropriate way to end a discussion about a FreeBSD kernel breakage, but I've been a bit held up by real work events lately, and my -current system went a-bye-bye due to unrelated issues, so I had no system to test any kind of fixes on. I am CC'ing this to Andrej Bialecki, who seems to know a bit more than me about kern_sysctl.c; Andrej, is the attached patch good enough to be committed as an interim fix, until somebody actually gets around to fixing the sysctl_ctx_free() algorithm? This patch is definitely way better than my hack, which added a bogus new argument to sysctl_add_oid() :) If there are no objections, I could commit this in the next few days and take on the responsibility to really look into this in a week or two, and really clean up the mess I made.. G'luck, Peter -- Nostalgia ain't what it used to be. > > ---------- Forwarded message ---------- > > Date: Sat, 1 Sep 2001 03:26:46 +0200 (CEST) > > From: Christian Carstensen > > To: current@freebsd.org > > Subject: dynamic sysctl problem and proposed hot fix > > > > > > hi, > > > > i just came across a problem with dynamic sysctls: > > when unloading a driver module that used dyn sysctls, my system paniced > > with "oid too high". that problem is caused by sysctl_ctx_free() in > > kern/kern_sysctl.c, that first deregisters all oids in the list to see if > > a error occurs. then, all oids are being reregistered and, if there was no > > error, they're finally removed. > > during the second phase, sysctl_register_oid(e1->entry) is called with > > n := e1->entry->oid_number being the old oid number with n > CTL_AUTO_START. > > that leads to panic("static sysctl too high") in sysctl_register_oid. > > one approach might be to initialize the oid_number field to contain the > > value OID_AUTO before calling sysctl_regiser_oid, but i'm unsure about the > > side effects of doing that in sysctl_ctx_free(). > > alternatively, the "old" oid number could be reused, the following patch > > should do, but it's just a workaround. > > > > > > best, > > christian > > > > -- > > "Sorry, no defects found. Please try a different search" > > [http://www.cisco.com/support/bugtools/bugtool.shtml] > > > > > > Index: kern_sysctl.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/kern/kern_sysctl.c,v > > retrieving revision 1.113 > > diff -r1.113 kern_sysctl.c > > 83a84,96 > > > static struct sysctl_oid * > > > sysctl_find_oidnumber(const int number, struct sysctl_oid_list *list) > > > { > > > struct sysctl_oid *oidp; > > > > > > SLIST_FOREACH(oidp, list, oid_link) { > > > if (oidp->oid_number == number) { > > > return (oidp); > > > } > > > } > > > return (NULL); > > > } > > > > > 125c138,139 > > < panic("static sysctl oid too high: %d", oidp->oid_number); > > --- > > > if (sysctl_find_oidnumber(oidp->oid_number, parent)) > > > panic("static sysctl oid too high: %d", oidp->oid_number); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 7:30:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 24EAD37B405 for ; Mon, 10 Sep 2001 07:30:49 -0700 (PDT) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA28388; Mon, 10 Sep 2001 07:30:48 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA20910; Mon, 10 Sep 2001 07:17:51 -0700 (PDT) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA09699; Mon, 10 Sep 2001 08:30:46 -0600 (MDT) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id f8AEPuJ30590; Mon, 10 Sep 2001 08:25:56 -0600 (MDT) (envelope-from scottl) Date: Mon, 10 Sep 2001 08:25:56 -0600 From: Scott Long To: Tomas Palfi Cc: "'freebsd-current@FreeBSD.ORG'" Subject: Re: Raid Controller reconditioning Message-ID: <20010910082556.A30580@hollin.btc.adaptec.com> References: <99A83EE8C34AD311809C009027936117144B1D@dell-serv-1.phoenixmedical.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99A83EE8C34AD311809C009027936117144B1D@dell-serv-1.phoenixmedical.co.uk> User-Agent: Mutt/1.3.19i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 10, 2001 at 12:56:16PM +0100, Tomas Palfi wrote: > i'm running stable4.3 on Dell poweredge 2500 with PERC 3/Di controller which > is causing a problem. the support battery on the controller is being > discharged on irregular basis and when fully discharged it freezes the > system. After rebooting the system the console displays: > > aac0: ** Battery charge is now OK > > this message is displayed on the console after approx. 2-3 mins of running. > there is no way the battery would be fully recharged after such a short > time. Being it a new system the battery has not been fully charged and > dischardged to gain full working capacity. This is not the fault of the OS or the driver. The message that you see is generated by the firmware on the aac controller and simply logged to the console. My guess is that the battery is damaged and the controller is confused as to its state. Calling Dell Tech Support would be a good option. As a second option you could update to -current (or wait a week for -stable to catch up) and get the new-and-improved aac driver which will let you run the afacli app from Dell. With that, you may be able to convince the controller to recondition the battery with some success. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 8:21: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id D444537B408 for ; Mon, 10 Sep 2001 08:20:55 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f8AFKam37082; Tue, 11 Sep 2001 00:20:37 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 11 Sep 2001 00:20:24 +0900 (JST) Message-Id: <20010911.002024.07646982.iwasaki@jp.FreeBSD.org> To: acpi-jp@jp.freebsd.org, cisbjc@cs.unisa.edu.au Cc: current@freebsd.org Subject: Re: [acpi-jp 1258] ACPI Data for a Dell Inspiron 8000 Laptop From: Mitsuru IWASAKI In-Reply-To: <3B9C67A5.9FE17C92@reason.levels.unisa.edu.au> References: <3B9C67A5.9FE17C92@reason.levels.unisa.edu.au> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, thanks for your report. I'll add submitted ACPI data to our collection. > Find attached some data to help out with getting ACPI running smoothly. > Many features work with this laptop but the most annoying complaint is > the lack of console display being restored after a suspend/resume. Are you using APM suspend/resume on ACPI enabled system? I know that some machines can support both at the same time, but many machines cannnot. Please try to use acpiconf(8) under ACPI instead of apm(8)/zzz(8), then report the problems to acpi-jp ML if exists. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 8:53:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 665BB37B407 for ; Mon, 10 Sep 2001 08:53:18 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f8AFr1m47600; Tue, 11 Sep 2001 00:53:03 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 11 Sep 2001 00:52:42 +0900 (JST) Message-Id: <20010911.005242.41627103.iwasaki@jp.FreeBSD.org> To: eculp@EnContacto.Net Cc: current@FreeBSD.Org Subject: Re: How can I turn off acpi 100%? From: Mitsuru IWASAKI In-Reply-To: <1000057883.3b9bac1b100d0@Mail.SavvyWorld.Net> References: <1000057883.3b9bac1b100d0@Mail.SavvyWorld.Net> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > was comming. Mistake. It comes up fine, I think because all I can see are: > > acpi_cmbat0: bif size changed 0 > > at what looks like several per second. In single user I am getting: > > acpi-ec0: evaluation of CPE query method _Q3F failed - AE_NOT_FOUND Hmm, I think these two problems are the same; i.e. Embedded Controller problem. Could you get ACPI data from your machine, like # acpidump -o Compaq_1700.dsdt > Compaq_1700.asl and send them (plus boot -v dmesg) to acpi-jp@jp.freebsd.org ? > How can I turn all this off? Can I send any info that might help someone else? It's very easy to disable ACPI, but I think we had better to improve our ACPI implementation :-) Because newer Intel-based machines (not only Laptops) have become strongly depending on ACPI. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 8:53:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 384DE37B407; Mon, 10 Sep 2001 08:53:30 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f8AFrCP50218; Mon, 10 Sep 2001 17:53:14 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f8AFrPW05825; Mon, 10 Sep 2001 17:53:25 +0200 (CEST) Date: Mon, 10 Sep 2001 17:53:24 +0200 From: Bernd Walter To: Mike Barcroft Cc: Christian Weisgerber , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: cp in INSTALLTMP? Message-ID: <20010910175323.D5151@cicely20.cicely.de> References: <9ng2lt$1rhu$1@kemoauc.mips.inka.de> <20010910042855.F7917-100000@alphplex.bde.org> <9ngldd$t8$1@kemoauc.mips.inka.de> <20010909175443.D15754@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010909175443.D15754@coffee.q9media.com>; from mike@FreeBSD.ORG on Sun, Sep 09, 2001 at 05:54:43PM -0400 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 09, 2001 at 05:54:43PM -0400, Mike Barcroft wrote: > Christian Weisgerber writes: > > Bruce Evans wrote: > > > > > > I don't know why nobody else seems to be seeing this, but cp is > > > > > > This might be caused by having the sources and objects on different > > > machines with inconsistent clocks. > > > > No, it's all local on a single machine. > > FWIW, I'm on alpha. > > I'm seeing this on my alpha as well. I believe it started about a week > or two ago. I successfully installworld on alpha last with sources from 3th Sep. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 9:19:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 6175B37B409 for ; Mon, 10 Sep 2001 09:19:56 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f8AGJXm55892; Tue, 11 Sep 2001 01:19:36 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 11 Sep 2001 01:19:13 +0900 (JST) Message-Id: <20010911.011913.71083688.iwasaki@jp.FreeBSD.org> To: nakaji@tutrp.tut.ac.jp Cc: freebsd-current@freebsd.org Subject: Re: ACPI kills my current-box frequently. From: Mitsuru IWASAKI In-Reply-To: <87u1ycist7.fsf@boggy.acest.tutrp.tut.ac.jp> References: <87u1ycist7.fsf@boggy.acest.tutrp.tut.ac.jp> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, NAKAJI-san. Thank you for reporting. > Just after rebooting with this kernel and installworld, this host reboots > frequently, about every 10 minutes. /var/log/messages shows that Could you describe your hardware? I'd like see boot -v dmesg and ACPI data. Please send them to acpi-jp ML. Also could you try adjust loader variable `debug.acpi.disable' and see if which component is causing the problem? Possible values to debug.acpi.disable are; bus, children, button, cpu, ec, lid, pci, sysresource, thermal and timer. You can specify them in loader, like; ok set debug.acpi.disable="cpu ec lid pci sysresource thermal timer" See also acpi(4). Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 9:25:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 5164337B401 for ; Mon, 10 Sep 2001 09:25:10 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare/smtpfeed 1.14) with ESMTP/inet id f8AGOvm57020; Tue, 11 Sep 2001 01:24:59 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 11 Sep 2001 01:24:42 +0900 (JST) Message-Id: <20010911.012442.36918662.iwasaki@jp.FreeBSD.org> To: acpi-jp@jp.freebsd.org, andrea@webcom.it Cc: donny@CoreBit.com, current@freebsd.org, acpi-jp@jp.FreeBSD.org Subject: Re: [acpi-jp 1255] Re: ACPI and PS/2 mouse problem From: Mitsuru IWASAKI In-Reply-To: <20010909001324.A438@webcom.it> References: <200109071516.AAA26547@zodiac.mech.utsunomiya-u.ac.jp> <3B98F776.27F1DC09@CoreBit.com> <20010909001324.A438@webcom.it> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I have the same laptop but a different problem, with today kernel. The > following is copied by hand, no serial console at home: > wait: > > panic: free: address 0xcbf5e5fe > > db> trace > panic(...) at panic+0xb6 > free(...) at free+0x32 > AcpiOsFree(...) at AcpiOsFree+0x11 > AcpiExCopyStringToString(...) at AcpiExCopyStringToString+0x4d Yes, this is already analyzed in http://home.jp.FreeBSD.org/cgi-bin/showmail/acpi-jp/1239 Try following patch. This fix will be appear in next Intel ACPICA snapshot release. Index: dsobject.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/dev/acpica/dsobject.c,v retrieving revision 1.1.1.9 diff -u -r1.1.1.9 dsobject.c --- dsobject.c 26 Aug 2001 22:28:16 -0000 1.1.1.9 +++ dsobject.c 3 Sep 2001 11:45:49 -0000 @@ -558,6 +558,7 @@ break; } + ObjDesc->Common.Flags |= AOPOBJ_STATIC_POINTER; return (AE_OK); } Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 11:33: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 670E937B401; Mon, 10 Sep 2001 11:32:56 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id UAA08960; Mon, 10 Sep 2001 20:32:42 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Julian Elischer Cc: Marcel Moolenaar , John Baldwin , current@FreeBSD.ORG Subject: Re: Linuxulator: possible Giant pushdown victim References: <20010905172451.A526@dhcp01.pn.xcllnt.net> <20010907003859.A446@dhcp01.pn.xcllnt.net> <3B987CBA.97FC1A94@elischer.org> From: Dag-Erling Smorgrav Date: 10 Sep 2001 20:32:42 +0200 In-Reply-To: <3B987CBA.97FC1A94@elischer.org> Message-ID: Lines: 72 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > Marcel Moolenaar wrote: > > BTW: Do we have handy functions for use in the remote debugger, such > > as show_proc, show_vm or whatever, that dump important information > > in a readable form? > Matt has a cool set of macros as does Grog. I have a couple of macros I've used for debugging KLDs, which may serve as templates or inspiration for someone to write e.g. a "ps" macro (it shouldn't be too different from the "kldstat" macro, just walk the process table and print formatted info for every process) define kldstat set $kld = linker_files.tqh_first printf "Id Refs Address Size Name\n" while ($kld != 0) printf "%2d %4d 0x%08x %-8x %s\n", \ $kld->id, $kld->refs, $kld->address, $kld->size, $kld->filename set $kld = $kld->link.tqe_next end end document kldstat Lists the modules that were loaded when the kernel crashed. end define kldstat-v set $kld = linker_files.tqh_first printf "Id Refs Address Size Name\n" while ($kld != 0) printf "%2d %4d 0x%08x %-8x %s\n", \ $kld->id, $kld->refs, $kld->address, $kld->size, $kld->filename printf " Contains modules:\n" printf " Id Name\n" set $module = $kld->modules.tqh_first while ($module != 0) printf " %2d %s\n", $module->id, $module->name set $module = $module->link.tqe_next end set $kld = $kld->link.tqe_next end end document kldstat-v Lists modules with full information. end define kldload set $kld = linker_files.tqh_first set $done = 0 while ($kld != 0 && $done == 0) if ($kld->filename == $arg0) set $done = 1 else set $kld = $kld->link.tqe_next end end if ($done == 1) shell /usr/bin/objdump -h $arg0 | \ awk '/ .text/ { print "set \$offset = 0x" $6 }' > .kgdb.temp source .kgdb.temp add-symbol-file $arg0 $kld->address + $offset end end document kldload Loads a module. Arguments are module name and offset of text section. end DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 12: 3:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id B5DAE37B407 for ; Mon, 10 Sep 2001 12:03:50 -0700 (PDT) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id MAA11293; Mon, 10 Sep 2001 12:03:47 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <9ngldd$t8$1@kemoauc.mips.inka.de> Date: Mon, 10 Sep 2001 12:03:40 -0700 (PDT) From: John Baldwin To: (Christian Weisgerber) Subject: Re: cp in INSTALLTMP? Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 09-Sep-01 Christian Weisgerber wrote: > Bruce Evans wrote: > >> > I don't know why nobody else seems to be seeing this, but cp is >> >> This might be caused by having the sources and objects on different >> machines with inconsistent clocks. > > No, it's all local on a single machine. > FWIW, I'm on alpha. Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to pmap.c will fix this. I found that if I did a buildworld without -j X and then did an installworld it would work ok. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 12: 4:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 841A837B444 for ; Mon, 10 Sep 2001 12:04:23 -0700 (PDT) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id MAA11305; Mon, 10 Sep 2001 12:03:49 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 10 Sep 2001 12:03:41 -0700 (PDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: Linuxulator: possible Giant pushdown victim Cc: current@FreeBSD.org, Marcel Moolenaar , Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Sep-01 Dag-Erling Smorgrav wrote: > Julian Elischer writes: >> Marcel Moolenaar wrote: >> > BTW: Do we have handy functions for use in the remote debugger, such >> > as show_proc, show_vm or whatever, that dump important information >> > in a readable form? >> Matt has a cool set of macros as does Grog. > > I have a couple of macros I've used for debugging KLDs, which may > serve as templates or inspiration for someone to write e.g. a "ps" > macro (it shouldn't be too different from the "kldstat" macro, just > walk the process table and print formatted info for every process) Grog has a ps macro. Look in sys/modules/vinum IIRC. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 12: 7:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from taifun.devconsult.de (taifun.devconsult.de [212.15.193.29]) by hub.freebsd.org (Postfix) with ESMTP id A3CDD37B40A for ; Mon, 10 Sep 2001 12:07:50 -0700 (PDT) Received: from devcon.net (sec-01.bi.devcon.net [212.15.193.30]) by taifun.devconsult.de (8.9.3/8.9.3/il20000124) with SMTP id VAA32221 for ; Mon, 10 Sep 2001 21:07:48 +0200 Received: (qmail 20116 invoked by uid 501); 10 Sep 2001 19:07:48 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Sep 2001 19:07:48 -0000 Date: Mon, 10 Sep 2001 21:07:48 +0200 (CEST) From: Christian Carstensen To: Subject: kern/30440, please commit enclosed patch In-Reply-To: <200109101800.f8AI03a93471@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, could someone please commit the patch enclosed in kern/30440 to -current? thanks, christian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 10 12:51:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id A323D37B405; Mon, 10 Sep 2001 12:51:06 -0700 (PDT) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id f8AJp1G09912; Mon, 10 Sep 2001 21:51:01 +0200 Received: (nullmailer pid 18481 invoked by uid 1000); Mon, 10 Sep 2001 19:51:00 -0000 Date: Mon, 10 Sep 2001 21:51:00 +0200 From: Mark Santcroos To: Jonathan Chen Cc: Warner Losh , current@FreeBSD.ORG Subject: Re: ToPIC100 not working correctly Message-ID: <20010910215100.A578@laptop.6bone.nl> References: <86n14cms6f.wl@e-ppp8.eken.phys.nagoya-u.ac.jp> <200109031624.f83GOVh26528@harmony.village.org> <20010904112524.A542@laptop.6bone.nl> <20010905115107.D28669@enterprise.spock.org> <20010906135053.C464@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010906135053.C464@laptop.6bone.nl>; from marks@ripe.net on Thu, Sep 06, 2001 at 01:50:53PM +0200 X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I supplied you with the information you asked for, but didnt receive any feedback/further directions. Is it btw recommended to switch to NEWCARD for the sake of testing/debugging. Or doesnt it matter at all? In pcic_pci.c v1.80 the warning for ToPIC100 not working disappeared, but it still isnt working as it should for me. (For verbosity: the cards only loads correctly once, it doesnt detect the second insert after removing (see other mails in this thread)) Do you know the exact reason for this problem or can I help by exactly finding out what change of code causes this problems? Mark On Thu, Sep 06, 2001 at 01:50:53PM +0200, Mark Santcroos wrote: > > On Wed, Sep 05, 2001 at 11:51:07AM -0400, Jonathan Chen wrote: > > A complete dmesg from a verbose boot with both the successful and failed > > attempts would be a good start. It would also be useful to know what card > > you're using. > > The card is a Lucent wavelan. I haven't tried this with another card > though, let me know if that might me usefull. > > Find attached the two dmesgs. They are both build after a cvsup. > For one of the two kernels I have replaced src/sys/pccard/ with the one > from August 20. > > I have also included my kernel config. > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > http://www.ripe.net/home/mark/ New Projects Group/TTM > machine i386 > cpu I686_CPU > ident MYNEW > maxusers 32 > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options MD_ROOT #MD is a potential root device > options PROCFS #Process filesystem > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options UCONSOLE #Allow users to grab the console > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B #Posix P1003_1B real-time extensions > options _KPOSIX_PRIORITY_SCHEDULING > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > device isa > device pci > device fdc > device ata > device atadisk # ATA disk drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID #Static device numbering > device atkbdc 1 > device atkbd > device psm > device vga > device sc 1 > device npx > device apm > device pmtimer > device card > device pcic > device sio > device wi > device random # Entropy device > device loop # Network loopback > device ether # Ethernet support > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device bpf # Berkeley packet filter > device uhci > device usb # USB Bus (required) > device ugen # Generic > options PSEUDOFS > options COMPAT_LINUX > options LINPROCFS > options DDB > options INCLUDE_CONFIG_FILE > options IPFIREWALL > options IPDIVERT > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #10: Thu Sep 6 09:41:15 CEST 2001 > root@laptop.6bone.nl:/usr/obj/usr/src/sys/LAPTOP > Calibrating clock(s) ... TSC clock: 299933216 Hz, i8254 clock: 1193150 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > CPU: Pentium II/Pentium II Xeon/Celeron (299.94-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x66a Stepping = 10 > Features=0x183f9ff > real memory = 134086656 (130944K bytes) > Physical memory chunk(s): > 0x00001000 - 0x0009efff, 647168 bytes (158 pages) > 0x0032c000 - 0x07fd7fff, 130727936 bytes (31916 pages) > avail memory = 127447040 (124460K bytes) > bios32: Found BIOS32 Service Directory header at 0xc00f0220 > bios32: Entry = 0xfc465 (c00fc465) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0xedcd > pnpbios: Found PnP BIOS data at 0xc00f8ed0 > pnpbios: Entry = f0000:9344 Rev = 1.0 > pnpbios: Event flag at 510 > pnpbios: OEM ID 1934f351 > Other BIOS signatures found: > Preloaded elf kernel "kernel" at 0xc0306000. > null: > random: > mem: > Pentium Pro MTRR support enabled > pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71948086) > Using $PIR table, 7 entries at 0xc00f0190 > apm0: on motherboard > apm0: found APM BIOS v1.2, connected at v1.2 > npx0: on motherboard > npx0: INT 16 interface > pcib0: at pcibus 0 on motherboard > pci0: physical bus=0 > found-> vendor=0x8086, dev=0x7194, revid=0x01 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > map[10]: type 1, range 32, base ff400000, size 22, enabled > map[14]: type 1, range 32, base ff3e0000, size 17, enabled > map[18]: type 1, range 32, base fec00000, size 22, enabled > found-> vendor=0x1023, dev=0x9525, revid=0x49 > bus=0, slot=4, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > powerspec 1 supports D0 D1 D2 D3 current D0 > found-> vendor=0x8086, dev=0x7198, revid=0x01 > bus=0, slot=7, func=0 > class=06-80-00, hdrtype=0x00, mfdev=1 > map[20]: type 4, range 32, base 0000fff0, size 4, enabled > found-> vendor=0x8086, dev=0x7199, revid=0x00 > bus=0, slot=7, func=1 > class=01-01-80, hdrtype=0x00, mfdev=0 > map[20]: type 4, range 32, base 0000ff80, size 5, enabled > found-> vendor=0x8086, dev=0x719a, revid=0x00 > bus=0, slot=7, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > intpin=d, irq=11 > found-> vendor=0x8086, dev=0x719b, revid=0x00 > bus=0, slot=7, func=3 > class=06-80-00, hdrtype=0x00, mfdev=0 > map[10]: type 4, range 32, base 0000ff60, size 5, enabled > found-> vendor=0x1179, dev=0x0d01, revid=0x00 > bus=0, slot=9, func=0 > class=0d-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > powerspec 2 supports D0 D1 D3 current D0 > found-> vendor=0x1179, dev=0x0617, revid=0x20 > bus=0, slot=11, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > intpin=a, irq=255 > powerspec 1 supports D0 D3 current D0 > map[10]: type 4, range 32, base 0000fc00, size 8, enabled > found-> vendor=0x125d, dev=0x1978, revid=0x10 > bus=0, slot=12, func=0 > class=04-01-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ffefff00, size 8, enabled > map[14]: type 4, range 32, base 000002f8, size 3, enabled > map[18]: type 4, range 32, base 00001c00, size 8, enabled > found-> vendor=0x11c1, dev=0x0441, revid=0x01 > bus=0, slot=13, func=0 > class=07-80-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=3 > powerspec 2 supports D0 D2 D3 current D0 > pci0: on pcib0 > pci0: at device 4.0 (no driver attached) > PCI-ISA bridge with incorrect subclass 0x80 > PCI-ISA bridge with incorrect subclass 0x80 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xfff0-0xffff at device 7.1 on pci0 > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xfff0 > ata0: mask=03 ostat0=50 ostat2=00 > ata0-master: ATAPI probe 00 00 > ata0-slave: ATAPI probe 00 00 > ata0: mask=03 stat0=50 stat1=00 > ata0-master: ATA probe 01 a5 > ata0: devices=01 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xfff8 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0xff80-0xff9f irq 11 at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 7.3 (no driver attached) > pci0: at device 9.0 (no driver attached) > pci_cfgintr_unique: hard-routed to irq 11 > pci_cfgintr: 0:11 INTA routed to irq 11 > pcic0: irq 11 at device 11.0 on pci0 > pcic0: PCI Memory allocated: 0x44000000 > pccard0: on pcic0 > pci0: at device 12.0 (no driver attached) > pci0: at device 13.0 (no driver attached) > ata-: ata0 already exists, using ata2 instead > ata-: ata1 already exists, using ata3 instead > pcic-: pcic0 already exists, using pcic1 instead > pcic-: pcic1 already exists, using pcic2 instead > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > pnpbios: 15 devices, largest 198 bytes > PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 > PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0x100000-0x7fdffff, size=0x7ee0000 > PNP0c01: adding fixed memory32 range 0x7fe0000-0x7feffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0x7ff0000-0x7ffffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0x100a0000-0x100fffff, size=0x60000 > PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 > pnpbios: handle 1 device ID PNP0c01 (010cd041) > PNP0200: adding io range 0-0xf, size=0x10, align=0x1 > PNP0200: adding io range 0x81-0x83, size=0x3, align=0x1 > PNP0200: adding io range 0x87-0x87, size=0x1, align=0x1 > PNP0200: adding io range 0x89-0x8b, size=0x3, align=0x1 > PNP0200: adding io range 0x8f-0x8f, size=0x1, align=0x1 > PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 > PNP0200: adding dma mask 0x10 > pnpbios: handle 2 device ID PNP0200 (0002d041) > PNP0000: adding io range 0x20-0x21, size=0x2, align=0x1 > PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0x1 > PNP0000: adding irq mask 0x4 > pnpbios: handle 3 device ID PNP0000 (0000d041) > PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 > PNP0100: adding irq mask 0x1 > pnpbios: handle 4 device ID PNP0100 (0001d041) > PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 > pnpbios: handle 5 device ID PNP0800 (0008d041) > PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 > PNP0c04: adding irq mask 0x2000 > pnpbios: handle 6 device ID PNP0c04 (040cd041) > PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 > PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 > PNP0303: adding irq mask 0x2 > pnpbios: handle 7 device ID PNP0303 (0303d041) > PNP0f13: adding irq mask 0x1000 > pnpbios: handle 8 device ID PNP0f13 (130fd041) > PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 > PNP0b00: adding irq mask 0x100 > pnpbios: handle 9 device ID PNP0b00 (000bd041) > PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 > PNP0c02: adding io range 0x84-0x86, size=0x3, align=0x1 > PNP0c02: adding io range 0x88-0x88, size=0x1, align=0x1 > PNP0c02: adding io range 0x8c-0x8e, size=0x3, align=0x1 > PNP0c02: adding io range 0xe0-0xef, size=0x10, align=0x1 > PNP0c02: adding io range 0xb0-0xb2, size=0x3, align=0x1 > PNP0c02: adding io range 0x62-0x62, size=0x1, align=0x1 > PNP0c02: adding io range 0x66-0x66, size=0x1, align=0x1 > PNP0c02: adding io range 0x6d-0x6d, size=0x1, align=0x1 > PNP0c02: adding io range 0x6f-0x6f, size=0x1, align=0x1 > PNP0c02: adding io range 0x480-0x48f, size=0x10, align=0x1 > PNP0c02: adding io range 0xcf8-0xcff, size=0x8, align=0x1 > PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 > PNP0c02: adding io range 0x22-0x22, size=0x1, align=0x1 > PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 > PNP0c02: adding io range 0xfd00-0xfd3f, size=0x40, align=0x1 > PNP0c02: adding io range 0xfeac-0xfeac, size=0x1, align=0x1 > PNP0c02: adding io range 0xfe00-0xfe3f, size=0x40, align=0x1 > PNP0c02: adding io range 0xfe50-0xfe57, size=0x8, align=0x1 > PNP0c02: adding io range 0xfe70-0xfe7f, size=0x10, align=0x1 > PNP0c02: adding io range 0xfe90-0xfe97, size=0x8, align=0x1 > PNP0c02: adding io range 0xfe9e-0xfe9e, size=0x1, align=0x1 > PNP0c02: adding irq mask 0x200 > pnpbios: handle 10 device ID PNP0c02 (020cd041) > PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0x1 > PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 > PNP0700: adding irq mask 0x40 > PNP0700: adding dma mask 0x4 > pnpbios: handle 11 device ID PNP0700 (0007d041) > PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x1 > PNP0501: adding irq mask 0x10 > pnpbios: handle 14 device ID PNP0501 (0105d041) > PNP0401: adding io range 0x378-0x37a, size=0x3, align=0x1 > PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x1 > PNP0401: adding irq mask 0x80 > PNP0401: adding dma mask 0x8 > pnpbios: handle 16 device ID PNP0401 (0104d041) > pnpbios: handle 17 device ID PNP0a03 (030ad041) > PNP0e03: adding io range 0x3e0-0x3e1, size=0x2, align=0x1 > pnpbios: handle 20 device ID PNP0e03 (030ed041) > sc-: sc0 already exists, using sc1 instead > vga-: vga0 already exists, using vga1 instead > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0:
 
------=_NextPart_000_0005_01C13BBD.475F2500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 10:48:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id 45B3337B40A for ; Wed, 12 Sep 2001 10:48:09 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Sep 2001 17:48:09 -0000 X-Apparently-From: Message-ID: <3B9F9FD8.1000501@yahoo.com> Date: Wed, 12 Sep 2001 12:48:08 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Jonathan Love Cc: freebsd-current@FreeBSD.org Subject: Re: References: <000801c13bb4$e679d260$7000a8c0@game> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ???????????????????? Jonathan Love wrote: > > jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 10:52:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by hub.freebsd.org (Postfix) with ESMTP id DEDE337B401; Wed, 12 Sep 2001 10:52:37 -0700 (PDT) Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 15hEBg-0003NM-00; Wed, 12 Sep 2001 19:52:36 +0200 Received: from pd901720e.dip.t-dialin.net ([217.1.114.14]) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 15hEBf-000470-00; Wed, 12 Sep 2001 19:52:36 +0200 Date: Wed, 12 Sep 2001 17:52:23 +0200 (CEST) From: "P. U. (Uli) Kruppa" To: Cc: Subject: anonymous-ftp cracked Message-ID: <20010912174347.Q1009-100000@pukruppa.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, sorry for cross-mailing two lists! I am running -CURRENT (ok - though I do not know anything about computers) and just found about about 624 MB trash in my /var/ftp - this is my anonymous-ftp -directory. It was disposed in a sub-directory ../incoming/tagged/byDj-krok . What can I do (besides deleting this stuff)? Uli. *--------------------------------------* | www.pukruppa.de www.2000d.de | | Wuppertal - Germany | *--------------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 10:53: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 4A5AF37B403; Wed, 12 Sep 2001 10:52:53 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id E389910F45A; Wed, 12 Sep 2001 12:52:50 -0500 (CDT) Date: Wed, 12 Sep 2001 12:52:50 -0500 From: "David W. Chapman Jr." To: John Baldwin Cc: Alexander Leidinger , current@FreeBSD.org, swliu2002@yahoo.com, djhill@novagate.net Subject: Re: FreeBSD current is very slow Message-ID: <20010912125250.A57316@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: John Baldwin , Alexander Leidinger , current@FreeBSD.org, swliu2002@yahoo.com, djhill@novagate.net References: <200109111132.f8BBWOv03896@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.4-RC i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 12, 2001 at 10:02:39AM -0700, John Baldwin wrote: > > On 11-Sep-01 Alexander Leidinger wrote: > > On 10 Sep, David Hill wrote: > > [-current is slow] > >> > >> FreeBSD-current, by default, has debugging turned on in the kernel. Try > >> recompiling your kernel without the debugging options, and it should work > >> very quickly. > > > > Just put this symlink into /etc and try again. > > > > (2) netchild@ttyp1 % ll /etc/malloc.conf > > lrwx------ 1 root wheel 2 18 Aug 21:47 /etc/malloc.conf@ -> aj > > That doesn't affect INVARIANTS or WITNESS, which slow the system considerably > (esp. WITNESS). > I took debugging out of the kernel and it runs fine for me speed wise. Granted I have a 1.1GHz with 256mb ram though. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 11: 3:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id 5393E37B40B for ; Wed, 12 Sep 2001 11:03:16 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Sep 2001 18:03:16 -0000 X-Apparently-From: Message-ID: <3B9FA363.3020308@yahoo.com> Date: Wed, 12 Sep 2001 13:03:15 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: "P. U. (Uli) Kruppa" Cc: current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: anonymous-ftp cracked References: <20010912174347.Q1009-100000@pukruppa.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This doesn't indicate that you were cracked if it was anonymous FTP. You may have been scanned for open ports, and it appears that they took advantage of your FTP being open. Set up logging via the inetd.conf line (man ftpd for options). Then you can at least use ipf or ipfw to ban the domains that were involved. P. U. (Uli) Kruppa wrote: > Hi, > > sorry for cross-mailing two lists! > > I am running -CURRENT (ok - though I do not know anything > about computers) and just found about about 624 MB trash in > my /var/ftp - this is my anonymous-ftp -directory. > It was disposed in a sub-directory > ../incoming/tagged/byDj-krok . > > What can I do (besides deleting this stuff)? > > > Uli. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 11: 4:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by hub.freebsd.org (Postfix) with ESMTP id 4BE5037B401; Wed, 12 Sep 2001 11:04:41 -0700 (PDT) Received: from avalon-w0rjc2md.typhoon.windsheer.net (sushi.uu.net [24.206.4.50]) (authenticated) by mail.webjockey.net (8.11.6/8.11.5) with ESMTP id f8CI4dO01153; Wed, 12 Sep 2001 14:04:39 -0400 (EDT) (envelope-from ancient@typhoon.windsheer.net) Message-Id: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> X-Sender: ancient@208.141.46.254 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 12 Sep 2001 13:57:22 -0400 To: current@freebsd.org From: Storms of Perfection Subject: pam problems on latest -CURRENT Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol "login_getclass" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 11: 4:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by hub.freebsd.org (Postfix) with ESMTP id 4BE5037B401; Wed, 12 Sep 2001 11:04:41 -0700 (PDT) Received: from avalon-w0rjc2md.typhoon.windsheer.net (sushi.uu.net [24.206.4.50]) (authenticated) by mail.webjockey.net (8.11.6/8.11.5) with ESMTP id f8CI4dO01153; Wed, 12 Sep 2001 14:04:39 -0400 (EDT) (envelope-from ancient@typhoon.windsheer.net) Message-Id: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> X-Sender: ancient@208.141.46.254 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 12 Sep 2001 13:57:22 -0400 To: current@freebsd.org From: Storms of Perfection Subject: pam problems on latest -CURRENT Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol "login_getclass" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 11:20:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 9B30C37B410; Wed, 12 Sep 2001 11:20:09 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA59417; Wed, 12 Sep 2001 11:53:13 -0700 (PDT) Date: Wed, 12 Sep 2001 11:53:11 -0700 (PDT) From: Julian Elischer To: Storms of Perfection Cc: current@freebsd.org, freebsd-current@freebsd.org Subject: Re: pam problems on latest -CURRENT In-Reply-To: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG how 'latest' is 'latest'? (revision # of sys/proc.h would be a clue..) On Wed, 12 Sep 2001, Storms of Perfection wrote: > > > Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 > Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: > Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol "login_getclass" > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 11:20:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 9B30C37B410; Wed, 12 Sep 2001 11:20:09 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA59417; Wed, 12 Sep 2001 11:53:13 -0700 (PDT) Date: Wed, 12 Sep 2001 11:53:11 -0700 (PDT) From: Julian Elischer To: Storms of Perfection Cc: current@freebsd.org, freebsd-current@freebsd.org Subject: Re: pam problems on latest -CURRENT In-Reply-To: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG how 'latest' is 'latest'? (revision # of sys/proc.h would be a clue..) On Wed, 12 Sep 2001, Storms of Perfection wrote: > > > Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 > Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: > Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol "login_getclass" > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 12:50: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from aleph.alameda.edu (aleph.alameda.edu [204.247.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 11BC037B403 for ; Wed, 12 Sep 2001 12:50:05 -0700 (PDT) Received: (from adam@localhost) by aleph.alameda.edu (8.11.0/8.11.0) id f8CG2UM06211 for current@freebsd.org; Wed, 12 Sep 2001 09:02:30 -0700 (PDT) Date: Wed, 12 Sep 2001 09:02:30 -0700 (PDT) From: Adam Kranzel Message-Id: <200109121602.f8CG2UM06211@aleph.alameda.edu> To: current@freebsd.org Subject: CVSup package for -current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi.... Since bento does not seem to building -current packages right now, I have built a package of the most recent version of CVSup (with the billionth-second-since-the-epoch bug fixed) and put it up at www.blacktabby.org/files/cvsup-16.1_3.tgz Feel free to download it if you don't feel like compiling all the modula-3 stuff, though the server is on a somewhat slow connection, so please be patient. thanks -Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 12:59:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 800B837B401 for ; Wed, 12 Sep 2001 12:59:54 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA59767; Wed, 12 Sep 2001 13:37:20 -0700 (PDT) Date: Wed, 12 Sep 2001 13:37:18 -0700 (PDT) From: Julian Elischer To: Adam Kranzel Cc: current@freebsd.org Subject: Re: CVSup package for -current In-Reply-To: <200109121602.f8CG2UM06211@aleph.alameda.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG how does this differ from the one jdp announced with his 1-gig announcement? On Wed, 12 Sep 2001, Adam Kranzel wrote: > Hi.... > > Since bento does not seem to building -current packages > right now, I have built a package of the most recent version > of CVSup (with the billionth-second-since-the-epoch bug fixed) > and put it up at www.blacktabby.org/files/cvsup-16.1_3.tgz > > Feel free to download it if you don't feel like compiling all > the modula-3 stuff, though the server is on a somewhat slow > connection, so please be patient. > > thanks > -Adam > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13: 7:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 6DD6037B409; Wed, 12 Sep 2001 13:07:49 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f8CK7dU40087; Wed, 12 Sep 2001 13:07:39 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Wed, 12 Sep 2001 13:07:38 -0700 Message-ID: <1000325258.3b9fc08adb2f8@Mail.SavvyWorld.Net> Date: Wed, 12 Sep 2001 13:07:38 -0700 From: Edwin Culp To: Storms of Perfection Cc: current@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: pam problems on latest -CURRENT References: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> In-Reply-To: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 24.20.19.75 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the same problem on one of my current servers and on others no???? thanks, ed Quoting Storms of Perfection : | | | Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 | Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: | Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol | "login_getclass" | | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13: 7:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 6DD6037B409; Wed, 12 Sep 2001 13:07:49 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f8CK7dU40087; Wed, 12 Sep 2001 13:07:39 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Wed, 12 Sep 2001 13:07:38 -0700 Message-ID: <1000325258.3b9fc08adb2f8@Mail.SavvyWorld.Net> Date: Wed, 12 Sep 2001 13:07:38 -0700 From: Edwin Culp To: Storms of Perfection Cc: current@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: pam problems on latest -CURRENT References: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> In-Reply-To: <5.1.0.14.2.20010912135613.00b65cc8@208.141.46.254> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 24.20.19.75 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the same problem on one of my current servers and on others no???? thanks, ed Quoting Storms of Perfection : | | | Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 | Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: | Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol | "login_getclass" | | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13: 7:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from aleph.alameda.edu (aleph.alameda.edu [204.247.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 2FCB137B403 for ; Wed, 12 Sep 2001 13:07:56 -0700 (PDT) Received: (from adam@localhost) by aleph.alameda.edu (8.11.0/8.11.0) id f8CGJSs06249; Wed, 12 Sep 2001 09:19:28 -0700 (PDT) Date: Wed, 12 Sep 2001 09:19:28 -0700 (PDT) From: Adam Kranzel Message-Id: <200109121619.f8CGJSs06249@aleph.alameda.edu> To: adam@alameda.edu, julian@elischer.org Subject: Re: CVSup package for -current Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did not see one annouced by jdp, sorry for the redundancy if there is already one available :) This is just one I built and put up because I was getting tired of compiling modula-3 repeatedly. thanks -Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:12:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 3157B37B40C; Wed, 12 Sep 2001 13:12:13 -0700 (PDT) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id NAA13464; Wed, 12 Sep 2001 13:11:00 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 12 Sep 2001 13:10:53 -0700 (PDT) From: John Baldwin To: Julian Elischer Subject: Re: HEADSUP!!!! KSE Milestone-2 COMMITTED Cc: current@FreeBSD.org, Ruslan Ermilov Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12-Sep-01 Julian Elischer wrote: > My comment is that if this is a locking change than it should be part of > the locking changes.. > so it's just each of us 'batting' to put the patch in the other > set.. You could have done 'suser(td->td_proc)' but instead you have changed an API that now has to be unchanged. :( Hence we have people asking about whether or not to document the suser_td() function. This would not have required the 'p' variable and would have preserved the API, which is perfectly acceptable in this case seeing as how ucred's are per-proc and not per-thread, thus suser() still is a proc related check, not a thread related one as suser_td() seems to imply. No bother, it will all be backed out eventually anyways. :-/ -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:16:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 07EA337B40B for ; Wed, 12 Sep 2001 13:16:47 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f8CKGEW13332; Wed, 12 Sep 2001 13:16:14 -0700 Date: Wed, 12 Sep 2001 13:16:14 -0700 From: Brooks Davis To: Adam Kranzel Cc: julian@elischer.org, current@FreeBSD.ORG Subject: Re: CVSup package for -current Message-ID: <20010912131614.A12782@Odin.AC.HMC.Edu> References: <200109121619.f8CGJSs06249@aleph.alameda.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109121619.f8CGJSs06249@aleph.alameda.edu>; from adam@alameda.edu on Wed, Sep 12, 2001 at 09:19:28AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2001 at 09:19:28AM -0700, Adam Kranzel wrote: > I did not see one annouced by jdp, sorry for the redundancy if > there is already one available :) There are 4.x, 3.5, and 2.2 binaries on jdp's page. Unfortunatly, if you don't have compat4x installed the 4.x binary doens't work and compat3x doesn't seem to have everything for the 3.5 binary. Since compat4x is broken up until last night, a current binary would probaly be of use to some people. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7n8KNXY6L6fI4GtQRAmu0AKC0YAFf3QMS/ueoj2tAGC3gCNXTIACcDPCt 9xLo6wo+1HCGEam8M52IDIk= =KDS3 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:17:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id E877A37B40C; Wed, 12 Sep 2001 13:17:18 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f8CKHEF40283; Wed, 12 Sep 2001 13:17:14 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Wed, 12 Sep 2001 13:17:13 -0700 Message-ID: <1000325833.3b9fc2c9d3a6f@Mail.SavvyWorld.Net> Date: Wed, 12 Sep 2001 13:17:13 -0700 From: Edwin Culp To: Julian Elischer Cc: Storms of Perfection , current@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: pam problems on latest -CURRENT References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 24.20.19.75 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian, I started getting this yesterday and am still getting it today. * $FreeBSD: src/sys/sys/proc.h,v 1.180 2001/09/12 08:38:05 julian Exp $ I'm still running my yesterday's kernel. I'm sure that in my case it has nothing to do with your commit. ed Quoting Julian Elischer : | how 'latest' is 'latest'? | (revision # of sys/proc.h would be a clue..) | | | | On Wed, 12 Sep 2001, Storms of Perfection wrote: | | > | > | > Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 | > Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: | > Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol | "login_getclass" | > | > | > | > To Unsubscribe: send mail to majordomo@FreeBSD.org | > with "unsubscribe freebsd-current" in the body of the message | > | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:17:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from EnContacto.Net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id E877A37B40C; Wed, 12 Sep 2001 13:17:18 -0700 (PDT) Received: (from root@localhost) by EnContacto.Net (8.11.6/8.11.4) id f8CKHEF40283; Wed, 12 Sep 2001 13:17:14 -0700 (PDT) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@Mail.SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Wed, 12 Sep 2001 13:17:13 -0700 Message-ID: <1000325833.3b9fc2c9d3a6f@Mail.SavvyWorld.Net> Date: Wed, 12 Sep 2001 13:17:13 -0700 From: Edwin Culp To: Julian Elischer Cc: Storms of Perfection , current@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: pam problems on latest -CURRENT References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Originating-IP: 24.20.19.75 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian, I started getting this yesterday and am still getting it today. * $FreeBSD: src/sys/sys/proc.h,v 1.180 2001/09/12 08:38:05 julian Exp $ I'm still running my yesterday's kernel. I'm sure that in my case it has nothing to do with your commit. ed Quoting Julian Elischer : | how 'latest' is 'latest'? | (revision # of sys/proc.h would be a clue..) | | | | On Wed, 12 Sep 2001, Storms of Perfection wrote: | | > | > | > Sep 12 13:55:57 boom imapd[469]: imap service init from 192.168.0.40 | > Sep 12 13:55:57 boom /usr/libexec/ld-elf.so.1: | > Sep 12 13:55:57 boom /usr/lib/pam_nologin.so: Undefined symbol | "login_getclass" | > | > | > | > To Unsubscribe: send mail to majordomo@FreeBSD.org | > with "unsubscribe freebsd-current" in the body of the message | > | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:22:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from aleph.alameda.edu (aleph.alameda.edu [204.247.96.2]) by hub.freebsd.org (Postfix) with ESMTP id AB0CD37B409 for ; Wed, 12 Sep 2001 13:22:14 -0700 (PDT) Received: (from adam@localhost) by aleph.alameda.edu (8.11.0/8.11.0) id f8CGYgf06361; Wed, 12 Sep 2001 09:34:42 -0700 (PDT) Date: Wed, 12 Sep 2001 09:34:42 -0700 (PDT) From: Adam Kranzel Message-Id: <200109121634.f8CGYgf06361@aleph.alameda.edu> To: adam@alameda.edu, brooks@one-eyed-alien.net Subject: Re: CVSup package for -current Cc: current@FreeBSD.ORG, julian@elischer.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi... This is indeed a -current binary, built on -current of september third. I will leave it up just in case someone finds it useful, as disk space is not much of an issue. thanks -Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 13:49:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 5C7F137B401; Wed, 12 Sep 2001 13:49:19 -0700 (PDT) Received: from hades.hell.gr (patr530-a049.otenet.gr [212.205.215.49]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id f8CKnDx27373; Wed, 12 Sep 2001 23:49:13 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id f8CIGX065884; Wed, 12 Sep 2001 21:16:33 +0300 (EEST) (envelope-from charon@labs.gr) Date: Wed, 12 Sep 2001 21:16:32 +0300 From: Giorgos Keramidas To: "P. U. (Uli) Kruppa" Cc: current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: anonymous-ftp cracked Message-ID: <20010912211632.A65756@hades.hell.gr> References: <20010912174347.Q1009-100000@pukruppa.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010912174347.Q1009-100000@pukruppa.de>; from root@pukruppa.de on Wed, Sep 12, 2001 at 05:52:23PM +0200 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: P. U. (Uli) Kruppa Subject: anonymous-ftp cracked Date: Wed, Sep 12, 2001 at 05:52:23PM +0200 > I am running -CURRENT (ok - though I do not know anything > about computers) Why are you running -CURRENT? Users that are running -CURRENT are expected to be able to track relatively simple problems like this one, without asking tons of questions. And this is not a problem of -CURRENT but of ftpd setup :-/ > and just found about about 624 MB trash in > my /var/ftp - this is my anonymous-ftp -directory. > It was disposed in a sub-directory > ../incoming/tagged/byDj-krok . You have not been cracked. Somebody just uses your writable /incoming directory to store their data. Since they *do* have write access in there, this is a legitimate use of your FTP server. > What can I do (besides deleting this stuff)? Do not allow write access in /var/ftp/incoming ? Another common thing done in writable incoming/ directories is to create a file of fixed size, say 100 Mb, and use vnconfig to mount this file as the incoming/ directory of an FTP server. Then there's only about 100 Mb of space available in your incoming/ and nobody can store tons of data in there, wasting your disk space until disks are full. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 14:21:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 26C6A37B401 for ; Wed, 12 Sep 2001 14:21:55 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8CLLSx97318; Wed, 12 Sep 2001 14:21:28 -0700 (PDT) (envelope-from obrien) Date: Wed, 12 Sep 2001 14:21:28 -0700 From: "David O'Brien" To: Brooks Davis Cc: Adam Kranzel , julian@elischer.org, current@FreeBSD.ORG Subject: Re: CVSup package for -current Message-ID: <20010912142128.A97282@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200109121619.f8CGJSs06249@aleph.alameda.edu> <20010912131614.A12782@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010912131614.A12782@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Wed, Sep 12, 2001 at 01:16:14PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 12, 2001 at 01:16:14PM -0700, Brooks Davis wrote: > On Wed, Sep 12, 2001 at 09:19:28AM -0700, Adam Kranzel wrote: > > I did not see one annouced by jdp, sorry for the redundancy if > > there is already one available :) > > There are 4.x, 3.5, and 2.2 binaries on jdp's page. Unfortunatly, if > you don't have compat4x installed the 4.x binary doens't work and > compat3x doesn't seem to have everything for the 3.5 binary. Since > compat4x is broken up until last night, a current binary would probaly How did compat4x become "broken"? I have not touched it since 4.3 release. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 15:39:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 14AFB37B401 for ; Wed, 12 Sep 2001 15:39:45 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA60449 for ; Wed, 12 Sep 2001 16:18:51 -0700 (PDT) Date: Wed, 12 Sep 2001 16:18:49 -0700 (PDT) From: Julian Elischer To: current@freebsd.org Subject: KSE usage, and one forgotten item (PC98) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm wondering how many people have tried running -current with the KSE-2 changes in it. I've had only one minor bug report so far. (which is either good or bad depending on wheterh it means "it all works" or "No-one is using it"....) Peter reminded me that we haven't changed the pc98 files for netgraph. In nearly all cases the changes will be identical to those in the i386 files but we have no way of testing them.. If a pc98 person can contect me I can help convert anything that is required to make it work again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 16: 1:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 8CE1F37B40A for ; Wed, 12 Sep 2001 16:01:26 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8CN0wS98612; Wed, 12 Sep 2001 16:00:58 -0700 (PDT) (envelope-from obrien) Date: Wed, 12 Sep 2001 16:00:58 -0700 From: "David O'Brien" To: Bob Bishop Cc: current@FreeBSD.ORG, Julian Elischer , Garrett Wollman Subject: Re: HEADSUP!! KSE commit imminent. Message-ID: <20010912160058.B98523@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200109111932.f8BJWbu01976@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rb@gid.co.uk on Tue, Sep 11, 2001 at 09:44:30PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 11, 2001 at 09:44:30PM +0100, Bob Bishop wrote: > At 15:32 -0400 11/9/01, Garrett Wollman wrote: > >I'm glad to see that, with a little help, you've managed to get the > >code into good-enough shape to make this work out. This is an > >important unit of functionality for FreeBSD 5.0 and I thank you and > >Matt and Peter for all the work you've done to make this happen > >without completely destabilizing -current. > > What he said. > > Will there be a pre-KSE tag? There is no need for one. If you really want one use a date specification. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 16:29:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id C534F37B407 for ; Wed, 12 Sep 2001 16:29:27 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f8CNTRm26431; Wed, 12 Sep 2001 16:29:27 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f8CNTht05291; Wed, 12 Sep 2001 16:29:43 -0700 (PDT) (envelope-from marcel) Date: Wed, 12 Sep 2001 16:29:42 -0700 From: Marcel Moolenaar To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: KSE usage, and one forgotten item (PC98) Message-ID: <20010912162942.A4151@dhcp01.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 12, 2001 at 04:18:49PM -0700, Julian Elischer wrote: > > I'm wondering how many people have tried running -current with the > KSE-2 changes in it. I've had only one minor bug report so far. IA-64 compiles and runs in the simulator. I didn't upgrade my i386 or alpha boxes yet. If you don't hear from me, then you obviously did an excellent job! :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 16:49:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1661537B406 for ; Wed, 12 Sep 2001 16:49:32 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8CNnU615331; Wed, 12 Sep 2001 17:49:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8CNnUt44391; Wed, 12 Sep 2001 17:49:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109122349.f8CNnUt44391@harmony.village.org> To: Julian Elischer Subject: Re: KSE usage, and one forgotten item (PC98) Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 12 Sep 2001 16:18:49 PDT." References: Date: Wed, 12 Sep 2001 17:49:30 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Julian Elischer writes: : Peter reminded me that we haven't changed the pc98 files for : netgraph. In nearly all cases the changes will be identical to those : in the i386 files but we have no way of testing them.. Is there a reason that the netgraph files are i386 specific? I don't see any changes to the files.i386 file related to this, nor in Makefile.i386. Can you be less vague? I'm building a pc98 kernel now... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 17: 0: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id BC82C37B406 for ; Wed, 12 Sep 2001 17:00:05 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA60734; Wed, 12 Sep 2001 17:35:01 -0700 (PDT) Date: Wed, 12 Sep 2001 17:35:00 -0700 (PDT) From: Julian Elischer To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: KSE usage, and one forgotten item (PC98) In-Reply-To: <20010912162942.A4151@dhcp01.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Sep 2001, Marcel Moolenaar wrote: > On Wed, Sep 12, 2001 at 04:18:49PM -0700, Julian Elischer wrote: > > > > I'm wondering how many people have tried running -current with the > > KSE-2 changes in it. I've had only one minor bug report so far. > > IA-64 compiles and runs in the simulator. I didn't upgrade my > i386 or alpha boxes yet. If you don't hear from me, then you > obviously did an excellent job! :-) In this case... Peter did.. :-) > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 17: 2:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 226D537B405 for ; Wed, 12 Sep 2001 17:02:24 -0700 (PDT) Received: (from ambrisko@localhost) by ambrisko.com (8.11.3/8.11.3) id f8CNxHg59969 for freebsd-current@freebsd.org; Wed, 12 Sep 2001 16:59:17 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200109122359.f8CNxHg59969@ambrisko.com> Subject: Anyone experience problems with the "tap" device in current? To: freebsd-current@freebsd.org Date: Wed, 12 Sep 2001 16:59:16 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just tried using tap in current. In both cases I don't see the /dev/tapX devices with devfs and accessing it without devfs doesn't work reporting "Device not configured". I tried it as a module and built into the kernel. Does anyone have this working? a2# ls /dev acd0a cuala1 pci ttyld1 ttyvb acd0c fd ppi0 ttyp0 ttyvc ad0 fd0 ptyp0 ttyv0 ttyvd ata io random ttyv1 ttyve bpf0 kbd0 stderr ttyv2 ttyvf console klog stdin ttyv3 urandom consolectl kmem stdout ttyv4 usb ctty log sysmouse ttyv5 usb0 cuaa0 lpt0 ttyd0 ttyv6 vga cuaa1 lpt0.ctl ttyd1 ttyv7 zero cuaia0 mdctl ttyid0 ttyv8 cuaia1 mem ttyid1 ttyv9 cuala0 null ttyld0 ttyva a2# df /dev Filesystem 1K-blocks Used Avail Capacity Mounted on devfs 1 1 0 100% /dev a2# kldstat Id Refs Address Size Name 1 6 0xc0000000 40000000 kernel 2 1 0xc13b1000 14000 linux.ko 3 1 0xc13eb000 4000 if_tap.ko a2# Thanks, Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 17:19:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 3D54A37B403 for ; Wed, 12 Sep 2001 17:19:53 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA60777; Wed, 12 Sep 2001 17:42:30 -0700 (PDT) Date: Wed, 12 Sep 2001 17:42:28 -0700 (PDT) From: Julian Elischer To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: KSE usage, and one forgotten item (PC98) In-Reply-To: <200109122349.f8CNnUt44391@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Sep 2001, Warner Losh wrote: > In message Julian Elischer writes: > : Peter reminded me that we haven't changed the pc98 files for > : netgraph. In nearly all cases the changes will be identical to those > : in the i386 files but we have no way of testing them.. > > Is there a reason that the netgraph files are i386 specific? ummm are they? They should be (mostly) not specific to i386 unless they have endian-ness issues (which I think some might) They are in files, not file.i386. > > I don't see any changes to the files.i386 file related to this, nor in > Makefile.i386. Can you be less vague? Only that we have not built or even tested PC98 support so it probably doesn't work. particularly if it has extra versions of things related to switch() etc. > > I'm building a pc98 kernel now... What has netgraph got to do with it? > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 17:28:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 4FCEB37B40F for ; Wed, 12 Sep 2001 17:28:08 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f8D0S0Z32260; Wed, 12 Sep 2001 17:28:00 -0700 Date: Wed, 12 Sep 2001 17:27:59 -0700 From: Brooks Davis To: Doug Ambrisko Cc: freebsd-current@FreeBSD.ORG Subject: Re: Anyone experience problems with the "tap" device in current? Message-ID: <20010912172759.A31013@Odin.AC.HMC.Edu> References: <200109122359.f8CNxHg59969@ambrisko.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109122359.f8CNxHg59969@ambrisko.com>; from ambrisko@ambrisko.com on Wed, Sep 12, 2001 at 04:59:16PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2001 at 04:59:16PM -0700, Doug Ambrisko wrote: > I just tried using tap in current. In both cases I don't see the > /dev/tapX devices with devfs and accessing it without devfs doesn't > work reporting "Device not configured". I tried it as a module and > built into the kernel. Does anyone have this working? With devfs, you just need to try opening the device and you'll get it if it's not busy. You can also open /dev/tap and get an arbitrary one. This is due to tun(4) style cloning code I committed recently. I'm not actually sure this is the way we want to handle cloning hybrid devices, but there is precident so I committed the patch. I think we may want to move to a model were we use interface cloning rather then devfs cloning because it will work in stable. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7n/2MXY6L6fI4GtQRAkBgAJ9vaOZ8fLwg7lUYKmIf4X5BkwU5tACgjFVR ZuZV/oISscL0LiOf4q6xzCw= =0VVr -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 17:29:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from web20203.mail.yahoo.com (web20203.mail.yahoo.com [216.136.226.58]) by hub.freebsd.org (Postfix) with SMTP id DA8A137B40E for ; Wed, 12 Sep 2001 17:29:49 -0700 (PDT) Message-ID: <20010913002949.15803.qmail@web20203.mail.yahoo.com> Received: from [202.98.16.1] by web20203.mail.yahoo.com via HTTP; Wed, 12 Sep 2001 17:29:49 PDT Date: Wed, 12 Sep 2001 17:29:49 -0700 (PDT) From: Liu Siwei Subject: Re: FreeBSD current is very slow To: dwcjr@inethouston.net Cc: current@FreeBSD.org, swliu2002@yahoo.com, djhill@novagate.net In-Reply-To: <20010912125250.A57316@leviathan.inethouston.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "David W. Chapman Jr." wrote: > On Wed, Sep 12, 2001 at 10:02:39AM -0700, John > Baldwin wrote: > > > > On 11-Sep-01 Alexander Leidinger wrote: > > > On 10 Sep, David Hill wrote: > > > [-current is slow] > > >> > > >> FreeBSD-current, by default, has debugging > turned on in the kernel. Try > > >> recompiling your kernel without the debugging > options, and it should work > > >> very quickly. > > > > > > Just put this symlink into /etc and try again. > > > > > > (2) netchild@ttyp1 % ll /etc/malloc.conf > > > lrwx------ 1 root wheel 2 18 Aug 21:47 > /etc/malloc.conf@ -> aj > > > > That doesn't affect INVARIANTS or WITNESS, which > slow the system considerably > > (esp. WITNESS). > > > I took debugging out of the kernel and it runs fine > for me speed > wise. Granted I have a 1.1GHz with 256mb ram > though. > I have K7-700 and 256mb ram, the speed is also wise for anything only but when MP3 playing. > -- > David W. Chapman Jr. > dwcjr@inethouston.net Raintree Network Services, > Inc. > dwcjr@freebsd.org FreeBSD Committer __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:11:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by hub.freebsd.org (Postfix) with ESMTP id 0466A37B403 for ; Wed, 12 Sep 2001 18:11:26 -0700 (PDT) Received: from reason.levels.unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202]) by reason.levels.unisa.edu.au (8.9.3/8.9.3) with ESMTP id KAA12089 for ; Thu, 13 Sep 2001 10:41:24 +0930 (CST) Message-ID: <3BA007F3.AD670487@reason.levels.unisa.edu.au> Date: Thu, 13 Sep 2001 10:42:19 +0930 From: Benjamin Close X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: KSE & Userland Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, Just wondering if the KSE commit will affect userland as well. (I'm somewhat assuming it will). If so perhaps an entry in UPDATING could be useful. Cheers, Benjamin -- 3D Research Associate +61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:14:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EB89A37B403 for ; Wed, 12 Sep 2001 18:14:41 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8D1Ee615496; Wed, 12 Sep 2001 19:14:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8D1Eet47483; Wed, 12 Sep 2001 19:14:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109130114.f8D1Eet47483@harmony.village.org> To: Julian Elischer Subject: Re: KSE usage, and one forgotten item (PC98) Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 12 Sep 2001 17:42:28 PDT." References: Date: Wed, 12 Sep 2001 19:14:40 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Julian Elischer writes: : They should be (mostly) not specific to i386 unless they have : endian-ness issues (which I think some might) : They are in files, not file.i386. netgraph isn't the issue. machdep hasn't been changed, along with others. I'm working on a patch. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:28:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3FA3F37B409 for ; Wed, 12 Sep 2001 18:28:44 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8D1Se615530; Wed, 12 Sep 2001 19:28:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8D1Sdt63787; Wed, 12 Sep 2001 19:28:39 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109130128.f8D1Sdt63787@harmony.village.org> To: Julian Elischer Subject: Re: KSE usage, and one forgotten item (PC98) Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 12 Sep 2001 17:42:28 PDT." References: Date: Wed, 12 Sep 2001 19:28:39 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actaully, the issues are that machdep and friends weren't updated. I'm updating now. :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:29:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 47DF937B406 for ; Wed, 12 Sep 2001 18:29:35 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8D1TY615538; Wed, 12 Sep 2001 19:29:34 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8D1TXt63812; Wed, 12 Sep 2001 19:29:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109130129.f8D1TXt63812@harmony.village.org> To: Benjamin Close Subject: Re: KSE & Userland Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Thu, 13 Sep 2001 10:42:19 +0930." <3BA007F3.AD670487@reason.levels.unisa.edu.au> References: <3BA007F3.AD670487@reason.levels.unisa.edu.au> Date: Wed, 12 Sep 2001 19:29:33 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3BA007F3.AD670487@reason.levels.unisa.edu.au> Benjamin Close writes: : Just wondering if the KSE commit will affect userland as well. (I'm : somewhat assuming it will). If so perhaps an entry in UPDATING could be : useful. And UPDATING entry is in the works. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:41:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from owa-sj-1.digisle.com (owa-sj-1.digisle.com [167.216.153.124]) by hub.freebsd.org (Postfix) with ESMTP id 614B337B406 for ; Wed, 12 Sep 2001 18:41:31 -0700 (PDT) Received: from VWALL-SJ-1.digisle.com ([167.216.153.118]) by owa-sj-1.digisle.com with Microsoft SMTPSVC(5.0.2195.2966); Wed, 12 Sep 2001 18:42:41 -0700 Received: from 206.220.227.145 by VWALL-SJ-1.digisle.com (InterScan E-Mail VirusWall NT); Wed, 12 Sep 2001 18:41:40 -0700 Message-ID: <3BA00ECA.5D311DB9@digisle.net> Date: Wed, 12 Sep 2001 18:41:30 -0700 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: Doug Ambrisko , freebsd-current@FreeBSD.ORG Subject: Re: Anyone experience problems with the "tap" device in current? References: <200109122359.f8CNxHg59969@ambrisko.com> <20010912172759.A31013@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Sep 2001 01:42:41.0585 (UTC) FILETIME=[608B4210:01C13BF5] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > > On Wed, Sep 12, 2001 at 04:59:16PM -0700, Doug Ambrisko wrote: > > I just tried using tap in current. In both cases I don't see the > > /dev/tapX devices with devfs and accessing it without devfs doesn't > > work reporting "Device not configured". I tried it as a module and > > built into the kernel. Does anyone have this working? > > With devfs, you just need to try opening the device and you'll get it if > it's not busy. You can also open /dev/tap and get an arbitrary one. > This is due to tun(4) style cloning code I committed recently. I'm not > actually sure this is the way we want to handle cloning hybrid devices, > but there is precident so I committed the patch. I think we may want to > move to a model were we use interface cloning rather then devfs cloning > because it will work in stable. just cvsup'ed new sources and compiled/installed new kernel. everything seems to work fine. at least without DEVFS. i will do full buildword tomorrow and test more. thansk, max p.s. building DEVFS enabled kernel now.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 18:52:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 64CD337B401; Wed, 12 Sep 2001 18:52:03 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.2/8.11.3) id f8D1tVa27139; Wed, 12 Sep 2001 21:55:31 -0400 (EDT) (envelope-from mike) Date: Wed, 12 Sep 2001 21:55:31 -0400 From: Mike Barcroft To: current@FreeBSD.org Cc: julian@FreeBSD.org Subject: Alpha kernel breakage Message-ID: <20010912215531.A27113@coffee.q9media.com> Mail-Followup-To: Mike Barcroft , current@FreeBSD.org, julian@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm seeing the following error building a kernel on my Alpha. The sources are updated as of a few minutes ago. [Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true'] -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/usr/src/sys cd /usr/src/sys/alpha/conf; PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/alpha/conf/GENERIC FYI: static unit limits for pci are set: NPCI=1 FYI: static unit limits for faith are set: NFAITH=1 FYI: static unit limits for ppp are set: NPPP=1 FYI: static unit limits for atkbdc are set: NATKBDC=1 FYI: static unit limits for sc are set: NSC=1 Kernel build directory is /usr/obj/usr/src/sys/GENERIC Don't forget to do a ``make depend'' cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel clean rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks setdef[01].c setdefs.h tags vers.c vnode_if.c vnode_if.h device_if.c bus_if.c linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h aicasm aicasm_gram.c aicasm_scan.c y.tab.h aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S __divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y mv y.tab.c aicasm_gram.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c aicasm_gram.c lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c aicasm_scan.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel depend rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi make _kernel-depend cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf /usr/src/sys/alpha/alpha/genassym.c In file included from /usr/src/sys/alpha/alpha/genassym.c:43: /usr/src/sys/sys/proc.h: In function `sigonstack': /usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type In file included from /usr/src/sys/alpha/alpha/genassym.c:45: /usr/src/sys/sys/buf.h: In function `BUF_KERNPROC': /usr/src/sys/sys/buf.h:338: dereferencing pointer to incomplete type /usr/src/sys/sys/buf.h:339: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c: At top level: /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw3' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw3' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw3' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw3' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw3' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw0' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw1' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw2' has non-integer type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw3' has non-integer type *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 19:38:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id F18F637B408 for ; Wed, 12 Sep 2001 19:38:17 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Sep 2001 02:38:17 -0000 X-Apparently-From: Message-ID: <3BA01C19.7050200@yahoo.com> Date: Wed, 12 Sep 2001 21:38:17 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Julian Elischer Cc: current@freebsd.org Subject: Re: KSE usage, and one forgotten item (PC98) References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, from -CURRENT fetched at approximately 1320 CDT today, buildworld/installworld were successful, building the kernel was successful, booting failed with the following [copied by hand]: trap 12: page fault in kernel mode cpuid = 1 lapic id = 01000000 virt. addr = 0x0 code = supervisor read, page not present ip = 0x8:0xc0231aa6 sp = 0x10:0xd073db10 fp = 0x10:0xd073db48 cs = base = 0x0 limit = 0xfffff type = 1b dpl = 0x0 pres = 1 def32 = 1 gran = 1 eflags = interrupt enable, resume, IOPL = 0 proc = 156 (nfsd) trap 12 panic: page fault boot cpu#1 synching disks: panic: bdwrite: buffer not busy I am using a Tyan S1696-DLUA SMP Mobo with 512M RAM and dual Pent-II/333 CPUs Julian Elischer wrote: > I'm wondering how many people have tried running -current with the > KSE-2 changes in it. I've had only one minor bug report so far. > (which is either good or bad depending on wheterh it means > "it all works" or "No-one is using it"....) > > > Peter reminded me that we haven't changed the pc98 files for > netgraph. In nearly all cases the changes will be identical to those > in the i386 files but we have no way of testing them.. > > If a pc98 person can contect me I can help convert anything that is > required to make it work again. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 19:55:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 57A4B37B401 for ; Wed, 12 Sep 2001 19:55:07 -0700 (PDT) Received: from localhost (green@localhost) by green.bikeshed.org (8.11.4/8.11.1) with ESMTP id f8D2t5l24102 for ; Wed, 12 Sep 2001 22:55:06 -0400 (EDT) (envelope-from green@green.bikeshed.org) Message-Id: <200109130255.f8D2t5l24102@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.org Subject: can't write CD-Rs with or without new DAO mode From: Brian Fundakowski Feldman Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Sep 2001 22:55:04 -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After updating my system I can't burn CD-Rs successfully. Can anyone else? What happens is pretty simple: {"/home/green/toxicity"}$ burncd -s 8 -d audio /dev/null $(ls | trackclassify > burncd: ioctl(CDRIOCINITWRITER): Input/output error acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0x00 The specific hardware is: atapci0: port 0xa000-0xa00f at device 7.1 on pci0 acd0: CD-RW at ata0-master WDMA2 I'd provide more info if I had it. Using atacontrol to stick the CD-ROM drive in PIO mode doesn't help, nor does the "reinit" command. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 20: 6:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by hub.freebsd.org (Postfix) with SMTP id ED17C37B40D for ; Wed, 12 Sep 2001 20:06:28 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Sep 2001 03:06:28 -0000 X-Apparently-From: Message-ID: <3BA022B3.8000402@yahoo.com> Date: Wed, 12 Sep 2001 22:06:27 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Brian Fundakowski Feldman Cc: current@FreeBSD.org Subject: Re: can't write CD-Rs with or without new DAO mode References: <200109130255.f8D2t5l24102@green.bikeshed.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian Fundakowski Feldman wrote: > After updating my system I can't burn CD-Rs successfully. Can anyone else? > What happens is pretty simple: > > {"/home/green/toxicity"}$ burncd -s 8 -d audio /dev/null $(ls | trackclassify > > burncd: ioctl(CDRIOCINITWRITER): Input/output error > acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0x00 > > The specific hardware is: > > atapci0: port 0xa000-0xa00f at device 7.1 on pci0 > acd0: CD-RW at ata0-master WDMA2 > > I'd provide more info if I had it. Using atacontrol to stick the CD-ROM > drive in PIO mode doesn't help, nor does the "reinit" command. Although until I restore from tape, I am running -CURRENT world, but not-current kernel... based on -CURRENT breakage for me, I will have to regress world... Looks like the problem may be with the burncd program itself... 10:01:24pm wahoo(106): burncd -s 12 -f /dev/acd0c data pink-floyd-studio-albums-complete.iso fixate burncd: ioctl(CDRIOCINITWRITER): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device [ad nausium, spits 'em out fast] jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 20:10:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id DDCD437B403 for ; Wed, 12 Sep 2001 20:10:12 -0700 (PDT) Received: from mkc-65-31-219-45.kc.rr.com (HELO yahoo.com) (65.31.219.45) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Sep 2001 03:10:12 -0000 X-Apparently-From: Message-ID: <3BA02393.5060806@yahoo.com> Date: Wed, 12 Sep 2001 22:10:11 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: kc5vdj@yahoo.com Cc: Brian Fundakowski Feldman , current@FreeBSD.org Subject: Re: can't write CD-Rs with or without new DAO mode References: <200109130255.f8D2t5l24102@green.bikeshed.org> <3BA022B3.8000402@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jim Bryant wrote: > Brian Fundakowski Feldman wrote: > >> After updating my system I can't burn CD-Rs successfully. Can anyone >> else? What happens is pretty simple: >> >> {"/home/green/toxicity"}$ burncd -s 8 -d audio /dev/null $(ls | >> trackclassify > >> burncd: ioctl(CDRIOCINITWRITER): Input/output error >> acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0x00 >> >> The specific hardware is: >> >> atapci0: port 0xa000-0xa00f at device >> 7.1 on pci0 >> acd0: CD-RW at ata0-master WDMA2 >> >> I'd provide more info if I had it. Using atacontrol to stick the >> CD-ROM drive in PIO mode doesn't help, nor does the "reinit" command. > > > > Although until I restore from tape, I am running -CURRENT world, but > not-current kernel... based on -CURRENT breakage for me, I will have to > regress world... > > Looks like the problem may be with the burncd program itself... > > 10:01:24pm wahoo(106): burncd -s 12 -f /dev/acd0c data > pink-floyd-studio-albums-complete.iso fixate > burncd: ioctl(CDRIOCINITWRITER): Inappropriate ioctl for device > burncd: ioctl(CDRIOCSETBLOCKSIZE): Inappropriate ioctl for device > [ad nausium, spits 'em out fast] using the world i'm about to regress to, and the kernel I did the above in, burncd does work. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! -------------------------------------------- POWER TO THE PEOPLE! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 20:14:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5277037B409 for ; Wed, 12 Sep 2001 20:14:29 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8D3E6615705; Wed, 12 Sep 2001 21:14:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8D3E4t94541; Wed, 12 Sep 2001 21:14:04 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109130314.f8D3E4t94541@harmony.village.org> Subject: Re: KSE usage, and one forgotten item (PC98) To: Julian Elischer , current@FreeBSD.ORG, FreeBSD98-testers@jp.freebsd.org In-reply-to: Your message of "Wed, 12 Sep 2001 19:28:39 MDT." <200109130128.f8D1Sdt63787@harmony.village.org> References: <200109130128.f8D1Sdt63787@harmony.village.org> Date: Wed, 12 Sep 2001 21:14:04 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG # please excuse this message in English to the traditionally Japanese list. # Julians changes broke pc98 builds with his KSE commits. In message <200109130128.f8D1Sdt63787@harmony.village.org> Warner Losh writes: : Actaully, the issues are that machdep and friends weren't updated. Please review http://people.freebsd.org/~imp/pc98.diff and pay special attention to what I did to fd.c. I wasn't sure. The rest were mechanical no-brainers. I booted this on my PC-9821Nr, but had no console compiled with kernel. A kernel from before the change also has this problem, so I don't know what to think. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 20:27:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 115B837B408; Wed, 12 Sep 2001 20:27:47 -0700 (PDT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2:290:27ff:fe98:c0b7]) by white.imgsrc.co.jp (Postfix) with ESMTP id CEB9024D3D; Thu, 13 Sep 2001 12:27:45 +0900 (JST) Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [2001:218:422:2:2d0:b7ff:fea0:d487]) by black.imgsrc.co.jp (Postfix) with ESMTP id B108ED1405; Thu, 13 Sep 2001 12:27:44 +0900 (JST) Date: Thu, 13 Sep 2001 12:27:42 +0900 Message-ID: <7mofofpy6p.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: markm@FreeBSD.org Cc: Current Subject: rexecd broken(?) on -current User-Agent: Wanderlust/2.6.0 (Twist And Shout) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 4) (Artificial Intelligence) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Mark, I tried to use rexecd on my -current environment, but it failed. If OPIE is defined, opiechallenge() is called to configure opiedata structue, but this structure is filled with 0 because I don't use one-time password. I think it should fallback to call crypt() or so if opiechallenge() is failed. I don't know how it should work with OPIE. Could you please fixing this, Mark? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 21:28: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by hub.freebsd.org (Postfix) with ESMTP id 8333737B401 for ; Wed, 12 Sep 2001 21:27:59 -0700 (PDT) Received: from [195.20.224.220] (helo=mrvdom04.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 15hO6O-0007mY-00; Thu, 13 Sep 2001 06:27:48 +0200 Received: from pd950c78f.dip.t-dialin.net ([217.80.199.143]) by mrvdom04.kundenserver.de with esmtp (Exim 2.12 #2) id 15hO6O-0002bh-00; Thu, 13 Sep 2001 06:27:48 +0200 Date: Thu, 13 Sep 2001 04:27:38 +0200 (CEST) From: "P. U. (Uli) Kruppa" To: Julian Elischer Cc: Subject: Re: KSE usage, and one forgotten item (PC98) In-Reply-To: Message-ID: <20010913042038.D393-100000@pukruppa.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Sep 2001, Julian Elischer wrote: > I'm wondering how many people have tried running -current with the > KSE-2 changes in it. I've had only one minor bug report so far. > (which is either good or bad depending on wheterh it means > "it all works" or "No-one is using it"....) I do run -CURRENT on one of my two private machines since july and are quite happy with it. But I don't have the least idea what KSE is or wether I am using it somehow. I have tried to read the webpages, but everybody seems to think that the letters KSE are quite self explanatory. Sorry. Uli. *--------------------------------------* | www.pukruppa.de www.2000d.de | | Wuppertal - Germany | *--------------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 21:28:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [206.29.169.15]) by hub.freebsd.org (Postfix) with ESMTP id 5808537B40E; Wed, 12 Sep 2001 21:28:17 -0700 (PDT) Received: from tedm.placo.com (nat-rtr.freebsd-corp-net-guide.com [206.29.168.154]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id f8D4S8602223; Wed, 12 Sep 2001 21:28:09 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Giorgos Keramidas" , "P. U. (Uli) Kruppa" Cc: , Subject: RE: anonymous-ftp cracked Date: Wed, 12 Sep 2001 21:28:07 -0700 Message-ID: <001501c13c0c$7d077780$1401a8c0@tedm.placo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <20010912211632.A65756@hades.hell.gr> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >-----Original Message----- >From: owner-freebsd-questions@FreeBSD.ORG >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Giorgos >Keramidas > >Another common thing done in writable incoming/ directories is to create a >file of fixed size, say 100 Mb, and use vnconfig to mount this file as the >incoming/ directory of an FTP server. Then there's only about 100 Mb of >space available in your incoming/ and nobody can store tons of data in there, >wasting your disk space until disks are full. > Hi Uli and Giorgos, I've had a bit of experience with this sort of thing and I have to say that nobody should be running an open FTP server that allows uploading to anyone unless they are willing to take the time to monitor it - and I mean every day, preferably several times a day. 100MB is plenty of space for some jerk to upload his collection of Sally SpreadEagle in all her silicon glory. If that happens your going to find every bit of outbound bandwidth you have completely saturated. If your unlucky enough to have your FTP server at an ISP you may find yourself fined heavily (ie: overage charges) Some people have a little script that runs out of cron and diffs the output of ls against the previous run and e-mails the maintainer when new files show up, others simply check by eye. Whatever works for you is fine, but don't think that you can just put out public storage for anyone to use as they see fit and just ignore it anymore. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 21:33:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns1.avatar.com (ns1.avatar.com [199.33.206.1]) by hub.freebsd.org (Postfix) with ESMTP id C079937B40D; Wed, 12 Sep 2001 21:33:47 -0700 (PDT) Received: from tomcat (tomcat.avatar.com [199.33.206.20]) by ns1.avatar.com (8.12.0.Beta8/8.12.0.Beta8) with SMTP id f8D4XkUM015238; Wed, 12 Sep 2001 21:33:47 -0700 (PDT) From: "Kory Hamzeh" To: "Ted Mittelstaedt" , "Giorgos Keramidas" , "P. U. (Uli) Kruppa" Cc: , Subject: RE: anonymous-ftp cracked Date: Wed, 12 Sep 2001 21:33:50 -0700 Message-ID: <000801c13c0d$4969dac0$14ce21c7@avatar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal In-Reply-To: <001501c13c0c$7d077780$1401a8c0@tedm.placo.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yup, I had some jerk constantly fill up the filesystem of the ftp directory until I finally disabled all uploads. The ethics of some people just amazes me. > -----Original Message----- > From: owner-freebsd-questions@FreeBSD.ORG > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Ted > Mittelstaedt > > >-----Original Message----- > >From: owner-freebsd-questions@FreeBSD.ORG > >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Giorgos > >Keramidas > > > >Another common thing done in writable incoming/ directories is > to create a > >file of fixed size, say 100 Mb, and use vnconfig to mount this > file as the > >incoming/ directory of an FTP server. Then there's only about 100 Mb of > >space available in your incoming/ and nobody can store tons of > data in there, > >wasting your disk space until disks are full. > > > > Hi Uli and Giorgos, > > I've had a bit of experience with this sort of thing and I have > to say that > nobody should be running an open FTP server that allows uploading > to anyone > unless they are willing to take the time to monitor it - and I mean every > day, preferably several times a day. > > 100MB is plenty of space for some jerk to upload his collection > of Sally SpreadEagle in all her silicon glory. If that happens > your going to find every bit of outbound bandwidth you have completely > saturated. If your unlucky enough to have your FTP server at an > ISP you may find yourself fined heavily (ie: overage charges) > > Some people have a little script that runs out of cron and diffs the > output of ls against the previous run and e-mails the maintainer when new > files show up, others simply check by eye. Whatever works for > you is fine, > but don't think that you can just put out public storage for anyone to use > as they see fit and just ignore it anymore. > > > Ted Mittelstaedt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 22:17:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 2024237B406 for ; Wed, 12 Sep 2001 22:16:20 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f8D5GJm64378; Wed, 12 Sep 2001 22:16:19 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f8D5GZ764800; Wed, 12 Sep 2001 22:16:35 -0700 (PDT) (envelope-from marcel) Date: Wed, 12 Sep 2001 22:16:30 -0700 From: Marcel Moolenaar To: Doug Ambrisko Cc: freebsd-current@FreeBSD.ORG Subject: Re: Anyone experience problems with the "tap" device in current? Message-ID: <20010912221630.A60181@dhcp01.pn.xcllnt.net> References: <200109122359.f8CNxHg59969@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200109122359.f8CNxHg59969@ambrisko.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 12, 2001 at 04:59:16PM -0700, Doug Ambrisko wrote: > I just tried using tap in current. In both cases I don't see the > /dev/tapX devices with devfs and accessing it without devfs doesn't > work reporting "Device not configured". I tried it as a module and > built into the kernel. Does anyone have this working? My guess is that the breakage is related to the recent commits that were made to if_tap. VMWare doesn't work anymore on -current because the NG modules aren't loaded. These, AFAICT, depend on the device. So, at this time I can only acknowledge the breakage. I probably won't have the time to suggest or implement fixes. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 22:21:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 7E97637B408; Wed, 12 Sep 2001 22:21:36 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f8D5LZm64397; Wed, 12 Sep 2001 22:21:35 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f8D5LpY67509; Wed, 12 Sep 2001 22:21:51 -0700 (PDT) (envelope-from marcel) Date: Wed, 12 Sep 2001 22:21:48 -0700 From: Marcel Moolenaar To: Mike Barcroft Cc: current@FreeBSD.ORG, julian@FreeBSD.ORG Subject: Re: Alpha kernel breakage Message-ID: <20010912222146.B60181@dhcp01.pn.xcllnt.net> References: <20010912215531.A27113@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010912215531.A27113@coffee.q9media.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote: > I'm seeing the following error building a kernel on my Alpha. The > sources are updated as of a few minutes ago. I had the same problem. Try using a different CVSup server. I had a kernel compiling shortly after the KSE stuff was checked, but had to go directly to freefall to get the lastest bits. After syncing again with one of the CVSup mirrors I had the breakage again... BTW: I used cvsup9.freebsd.org. That reminds me, I have to let somebody know... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 23:39:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 254DB37B412 for ; Wed, 12 Sep 2001 23:39:29 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA62184; Thu, 13 Sep 2001 00:19:31 -0700 (PDT) Message-ID: <3BA05472.BBE3BDA3@elischer.org> Date: Wed, 12 Sep 2001 23:38:42 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "P. U. (Uli) Kruppa" Cc: current@FreeBSD.ORG Subject: Re: KSE usage, and one forgotten item (PC98) References: <20010913042038.D393-100000@pukruppa.de> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "P. U. (Uli) Kruppa" wrote: > > On Wed, 12 Sep 2001, Julian Elischer wrote: > > > I'm wondering how many people have tried running -current with the > > KSE-2 changes in it. I've had only one minor bug report so far. > > (which is either good or bad depending on wheterh it means > > "it all works" or "No-one is using it"....) > I do run -CURRENT on one of my two private machines since > july and are quite happy with it. > But I don't have the least idea what KSE is or wether I am > using it somehow. I have tried to read the webpages, but > everybody seems to think that the letters KSE are quite self > explanatory. http://www.freebsd.org/~jasone/kse/ > > Sorry. > > Uli. > > *--------------------------------------* > | www.pukruppa.de www.2000d.de | > | Wuppertal - Germany | > *--------------------------------------* -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 23:39:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id D08B837B415; Wed, 12 Sep 2001 23:39:29 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA62182; Thu, 13 Sep 2001 00:17:26 -0700 (PDT) Message-ID: <3BA053F4.FD8BEEA4@elischer.org> Date: Wed, 12 Sep 2001 23:36:36 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Mike Barcroft Cc: current@FreeBSD.org, julian@FreeBSD.org Subject: Re: Alpha kernel breakage References: <20010912215531.A27113@coffee.q9media.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Barcroft wrote: > > I'm seeing the following error building a kernel on my Alpha. The > sources are updated as of a few minutes ago. > > [Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true'] first do a make clean of the directory then make depend... sounds like you have an old output of gensym.... (or whatever it's called) > > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001 > -------------------------------------------------------------- > ===> GENERIC > mkdir -p /usr/obj/usr/src/sys > cd /usr/src/sys/alpha/conf; PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/alpha/conf/GENERIC > FYI: static unit limits for pci are set: NPCI=1 > FYI: static unit limits for faith are set: NFAITH=1 > FYI: static unit limits for ppp are set: NPPP=1 > FYI: static unit limits for atkbdc are set: NATKBDC=1 > FYI: static unit limits for sc are set: NSC=1 > Kernel build directory is /usr/obj/usr/src/sys/GENERIC > Don't forget to do a ``make depend'' > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel clean > rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks setdef[01].c setdefs.h tags vers.c vnode_if.c vnode_if.h device_if.c bus_if.c linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h aicasm aicasm_gram.c aicasm_scan.c y.tab.h aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S __divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S > cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC > yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y > mv y.tab.c aicasm_gram.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c aicasm_gram.c > lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c aicasm_scan.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel depend > rm -f .olddep > if [ -f .depend ]; then mv .depend .olddep; fi > make _kernel-depend > cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf /usr/src/sys/alpha/alpha/genassym.c > In file included from /usr/src/sys/alpha/alpha/genassym.c:43: > /usr/src/sys/sys/proc.h: In function `sigonstack': > /usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type > In file included from /usr/src/sys/alpha/alpha/genassym.c:45: > /usr/src/sys/sys/buf.h: In function `BUF_KERNPROC': > /usr/src/sys/sys/buf.h:338: dereferencing pointer to incomplete type > /usr/src/sys/sys/buf.h:339: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c: At top level: > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:83: size of array `TD_PCBw3' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:84: size of array `TD_KSEw3' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:85: size of array `TD_PROCw3' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:87: size of array `TD_MD_FLAGSw3' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:88: size of array `TD_MD_PCBPADDRw3' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw0' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw1' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw2' has non-integer type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: dereferencing pointer to incomplete type > /usr/src/sys/alpha/alpha/genassym.c:89: size of array `TD_MD_HAEw3' has non-integer type > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 12 23:54:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from xntrick.daemon.sh (kato-ppp8.Mines.EDU [138.67.58.74]) by hub.freebsd.org (Postfix) with ESMTP id 6C6EF37B40A for ; Wed, 12 Sep 2001 23:54:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xntrick.daemon.sh (8.11.6/8.11.4) with ESMTP id f8CIt5N02022 for ; Wed, 12 Sep 2001 12:55:07 -0600 (MDT) (envelope-from iatohm@xntrick.daemon.sh) Date: Wed, 12 Sep 2001 12:55:05 -0600 (MDT) From: iatohm Reply-To: To: Subject: pkg_add problems Message-ID: <20010912124713.Q1961-100000@xntrick.daemon.sh> X-Boo: Do You Like Scary Headers? MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Core was generated by `pkg_add'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libfetch.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libmd.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x8049b24 in free () (gdb) bt #0 0x8049b24 in free () #1 0x3 in ?? () #2 0x8049695 in free () (gdb) {0}/usr/sbin:# ident pkg_add pkg_add: $FreeBSD: src/usr.sbin/pkg_install/add/main.c,v 1.46 2001/09/07 22:32:37 unfurl Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/perform.c,v 1.65 2001/08/15 14:22:01 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/futil.c,v 1.11 2001/09/11 11:11:38 dd Exp $ $FreeBSD: src/usr.sbin/pkg_install/add/extract.c,v 1.29 2001/08/20 15:09:33 brian Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/plist.c,v 1.34 2001/08/02 12:38:29 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/pen.c,v 1.33 2001/03/23 18:45:24 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/msg.c,v 1.14 2001/03/23 18:45:24 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/exec.c,v 1.8 2001/03/23 18:45:24 sobomax Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/str.c,v 1.12 2001/08/13 04:18:30 obrien Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/file.c,v 1.51 2001/08/02 18:20:27 jon Exp $ $FreeBSD: src/usr.sbin/pkg_install/lib/global.c,v 1.8 2001/08/02 13:08:43 -Rodriguez To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 0: 2:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 22FC937B40F; Thu, 13 Sep 2001 00:02:28 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.2/8.11.3) id f8D6wSQ27759; Thu, 13 Sep 2001 02:58:28 -0400 (EDT) (envelope-from mike) Date: Thu, 13 Sep 2001 02:58:27 -0400 From: Mike Barcroft To: Marcel Moolenaar Cc: current@FreeBSD.ORG, julian@FreeBSD.ORG Subject: Re: Alpha kernel breakage Message-ID: <20010913025827.B27113@coffee.q9media.com> Mail-Followup-To: Mike Barcroft , Marcel Moolenaar , current@FreeBSD.ORG, julian@FreeBSD.ORG References: <20010912215531.A27113@coffee.q9media.com> <20010912222146.B60181@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010912222146.B60181@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Wed, Sep 12, 2001 at 10:21:48PM -0700 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marcel Moolenaar writes: > On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote: > > I'm seeing the following error building a kernel on my Alpha. The > > sources are updated as of a few minutes ago. > > I had the same problem. Try using a different CVSup server. > I had a kernel compiling shortly after the KSE stuff was > checked, but had to go directly to freefall to get the > lastest bits. After syncing again with one of the CVSup > mirrors I had the breakage again... > > BTW: I used cvsup9.freebsd.org. > > That reminds me, I have to let somebody know... It appears this was the problem. Switching to cvsup2.FreeBSD.org seems to have have solved it. I assume this is a result of the S1G bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 0: 3:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 1119937B41B; Thu, 13 Sep 2001 00:03:25 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f8D73oY96622; Thu, 13 Sep 2001 09:03:50 +0200 (CEST) (envelope-from sos) From: SЬren Schmidt Message-Id: <200109130703.f8D73oY96622@freebsd.dk> Subject: Re: can't write CD-Rs with or without new DAO mode In-Reply-To: <200109130255.f8D2t5l24102@green.bikeshed.org> "from Brian Fundakowski Feldman at Sep 12, 2001 10:55:04 pm" To: Brian Fundakowski Feldman Date: Thu, 13 Sep 2001 09:02:30 +0200 (CEST) Cc: current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Brian Fundakowski Feldman wrote: > After updating my system I can't burn CD-Rs successfully. Can anyone else? > What happens is pretty simple: > > {"/home/green/toxicity"}$ burncd -s 8 -d audio /dev/null $(ls | trackclassify > > burncd: ioctl(CDRIOCINITWRITER): Input/output error > acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=0x26 ascq=0x00 error=0x00 Are you absolutely sure your kernel & userland are in sync ? -SЬren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 0:19:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 0683337B40C for ; Thu, 13 Sep 2001 00:19:48 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA62331; Thu, 13 Sep 2001 00:40:13 -0700 (PDT) Message-ID: <3BA05949.1CCB2D82@elischer.org> Date: Wed, 12 Sep 2001 23:59:21 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Warner Losh Cc: current@FreeBSD.ORG, FreeBSD98-testers@jp.freebsd.org Subject: Re: KSE usage, and one forgotten item (PC98) References: <200109130128.f8D1Sdt63787@harmony.village.org> <200109130314.f8D3E4t94541@harmony.village.org> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > > # please excuse this message in English to the traditionally Japanese list. > # Julians changes broke pc98 builds with his KSE commits. > > In message <200109130128.f8D1Sdt63787@harmony.village.org> Warner Losh writes: > : Actaully, the issues are that machdep and friends weren't updated. > > Please review http://people.freebsd.org/~imp/pc98.diff > > and pay special attention to what I did to fd.c. I wasn't sure. The > rest were mechanical no-brainers. > > I booted this on my PC-9821Nr, but had no console compiled with > kernel. A kernel from before the change also has this problem, so I > don't know what to think. > > Warner All looks good.. obviously the logic of what was going on was easy enough to pick up :-) the only bit I didn't see so easily was: static int -fdformat(dev, finfo, p) +fdformat(dev, finfo, td) dev_t dev; struct fd_formb *finfo; - struct proc *p; + struct thread *td; { + struct proc *p = td->td_proc; fdu_t fdu; fd_p fd; @@ -2860,7 +2861,7 @@ /* * keep the process from being swapped */ - PHOLD(p); + PROC_LOCK(p); bzero((void *)bp, sizeof(*bp)); bp->bio_cmd = BIO_FORMAT; @@ -2898,7 +2899,7 @@ /* * allow the process to be swapped */ - PRELE(p); + PROC_UNLOCK(p); free(bp, M_TEMP); return rv; } the replacement of PHOLD with PROC_LOCK().. I'm not sure of what this actualy means.. the rest is as you say...mechanical.. -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 0:32:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id AAD5437B406 for ; Thu, 13 Sep 2001 00:32:06 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8D7Vv616329; Thu, 13 Sep 2001 01:31:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f8D7Vut96075; Thu, 13 Sep 2001 01:31:56 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109130731.f8D7Vut96075@harmony.village.org> To: Julian Elischer Subject: Re: KSE usage, and one forgotten item (PC98) Cc: current@FreeBSD.ORG, FreeBSD98-testers@jp.freebsd.org In-reply-to: Your message of "Wed, 12 Sep 2001 23:59:21 PDT." <3BA05949.1CCB2D82@elischer.org> References: <3BA05949.1CCB2D82@elischer.org> <200109130128.f8D1Sdt63787@harmony.village.org> <200109130314.f8D3E4t94541@harmony.village.org> Date: Thu, 13 Sep 2001 01:31:56 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3BA05949.1CCB2D82@elischer.org> Julian Elischer writes: : All looks good.. obviously the logic of what was going on was easy : enough to pick up :-) : : the only bit I didn't see so easily was: : : static int : -fdformat(dev, finfo, p) : +fdformat(dev, finfo, td) : dev_t dev; : struct fd_formb *finfo; : - struct proc *p; : + struct thread *td; : { : + struct proc *p = td->td_proc; : fdu_t fdu; : fd_p fd; : : @@ -2860,7 +2861,7 @@ : /* : * keep the process from being swapped : */ : - PHOLD(p); : + PROC_LOCK(p); : bzero((void *)bp, sizeof(*bp)); : bp->bio_cmd = BIO_FORMAT; : : @@ -2898,7 +2899,7 @@ : /* : * allow the process to be swapped : */ : - PRELE(p); : + PROC_UNLOCK(p); : free(bp, M_TEMP); : return rv; : } : : the replacement of PHOLD with PROC_LOCK().. I'm not sure of what this actualy : means.. Since I don't know what either PHOLD or PROC_LOCK are, I don't know if I did this right. Maybe it is bogus. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 1:11:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from arb.arb.za.net (mail.powerbox.co.za [196.7.148.4]) by hub.freebsd.org (Postfix) with ESMTP id 0590E37B405 for ; Thu, 13 Sep 2001 01:11:29 -0700 (PDT) Received: (from uucp@localhost) by arb.arb.za.net (8.11.3/8.11.3) with UUCP id f8D8B9M39090; Thu, 13 Sep 2001 10:11:09 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.6/8.11.4) with ESMTP id f8D7R6u70961; Thu, 13 Sep 2001 08:27:06 +0100 (BST) (envelope-from mark@grondar.za) Message-Id: <200109130727.f8D7R6u70961@grimreaper.grondar.za> To: Jun Kuriyama Cc: Current Subject: Re: rexecd broken(?) on -current References: <7mofofpy6p.wl@waterblue.imgsrc.co.jp> In-Reply-To: <7mofofpy6p.wl@waterblue.imgsrc.co.jp> ; from Jun Kuriyama "Thu, 13 Sep 2001 12:27:42 +0900." Date: Thu, 13 Sep 2001 08:27:04 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi Mark, Hi > > I tried to use rexecd on my -current environment, but it failed. > > If OPIE is defined, opiechallenge() is called to configure opiedata > structue, but this structure is filled with 0 because I don't use > one-time password. > > I think it should fallback to call crypt() or so if opiechallenge() is > failed. > > I don't know how it should work with OPIE. Could you please fixing > this, Mark? Sure! I've never used rexecd, su could you please suggest a minimalist test/command that I could use, and I'll get right to it. :-) M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 1:44: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 3523C37B407 for ; Thu, 13 Sep 2001 01:43:58 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f8D8hWT64301 for ; Thu, 13 Sep 2001 01:43:32 -0700 (PDT) (envelope-from jkh@freebsd.org) To: current@freebsd.org Subject: kern.flp blown out again X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010913014332U.jkh@freebsd.org> Date: Thu, 13 Sep 2001 01:43:32 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 22 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know what the KSE commit added (or if it was even anything more than bad timing), but we've hit the limit on the kernel floppy again (x86): Setting up /boot directory for kern floppy /R/stage/image.kern/kernel: 53.9% -- replaced with /R/stage/image.kern/kern el.gz sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 80000 fd1440 disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Any new device drivers added in the last day or so? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 1:47:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id C05E337B401 for ; Thu, 13 Sep 2001 01:47:50 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id KAA43442; Thu, 13 Sep 2001 10:47:49 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Thu, 13 Sep 2001 10:47:49 +0200 (CEST) Message-Id: <200109130847.KAA43442@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG Reply-To: freebsd-current@FreeBSD.ORG Subject: Re: anonymous-ftp cracked In-Reply-To: <000801c13c0d$4969dac0$14ce21c7@avatar.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [broken quoting fixed] Kory Hamzeh wrote: > Ted Mittelstaedt wrote: > > I've had a bit of experience with this sort of thing and I have > > to say that > > nobody should be running an open FTP server that allows uploading > > to anyone > > unless they are willing to take the time to monitor it - and I mean every > > day, preferably several times a day. > > [...] > > Yup, I had some jerk constantly fill up the filesystem of the ftp directory > until I finally disabled all uploads. The ethics of some people just amazes > me. If you absolutely need to have an anonymous upload directory, it is probably a good idea to disable ls and read-permission in that directory. That way people can upload things, but they can neither list nor download them without prior operator intervention. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 MЭnchen Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 1:58:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id B156337B409; Thu, 13 Sep 2001 01:58:08 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id KAA29185; Thu, 13 Sep 2001 10:58:07 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f8D8w6045348; Thu, 13 Sep 2001 10:58:06 +0200 (CEST) (envelope-from wkb) Date: Thu, 13 Sep 2001 10:58:06 +0200 From: Wilko Bulte To: Jordan Hubbard Cc: current@FreeBSD.ORG Subject: Re: kern.flp blown out again Message-ID: <20010913105806.B45320@freebie.xs4all.nl> References: <20010913014332U.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010913014332U.jkh@freebsd.org>; from jkh@FreeBSD.ORG on Thu, Sep 13, 2001 at 01:43:32AM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 01:43:32AM -0700, Jordan Hubbard wrote: Hm. Isn't this a strong sign that something fundamental must be done about the boot floppy process? Alpha has been suffering from this longer already due to the bigger binaries. > I don't know what the KSE commit added (or if it was even anything > more than bad timing), but we've hit the limit on the kernel floppy > again (x86): > > Setting up /boot directory for kern floppy > /R/stage/image.kern/kernel: 53.9% -- replaced with /R/stage/image.kern/kern > el.gz > sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt > 1440 /R/stage/image.kern 80000 fd1440 > disklabel: ioctl DIOCWLABEL: Operation not supported by device > Warning: Block size restricts cylinders per group to 6. > Warning: 1216 sector(s) in last cylinder unallocated > /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors > 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) > super-block backups (for fsck -b #) at: > 32 > cpio: write error: No space left on device > *** Error code 1 > > Any new device drivers added in the last day or so? > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---end of quoted text--- -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 1:58:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 4432C37B406; Thu, 13 Sep 2001 01:58:32 -0700 (PDT) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtp (Exim 3.32 #2) id 15hSKJ-0006fk-00; Thu, 13 Sep 2001 10:58:27 +0200 Received: from b857b.pppool.de ([213.7.133.123] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.32 #2) id 15hSKI-0000CF-00; Thu, 13 Sep 2001 10:58:27 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id f8D8xBE02767; Thu, 13 Sep 2001 10:59:12 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200109130859.f8D8xBE02767@Magelan.Leidinger.net> Date: Thu, 13 Sep 2001 10:59:10 +0200 (CEST) From: Alexander Leidinger Subject: Re: FreeBSD current is very slow To: jhb@FreeBSD.org Cc: current@FreeBSD.org, swliu2002@yahoo.com, djhill@novagate.net In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12 Sep, John Baldwin wrote: >> Just put this symlink into /etc and try again. >> >> (2) netchild@ttyp1 % ll /etc/malloc.conf >> lrwx------ 1 root wheel 2 18 Aug 21:47 /etc/malloc.conf@ -> aj > > That doesn't affect INVARIANTS or WITNESS, which slow the system considerably > (esp. WITNESS). I didn't knowed WITNESS is in GENERIC (I use a custom kernel), but INVARIANTS isn't that bad (Celeron@400 & Duron@800). Bye, Alexander. -- Failure is not an option. It comes bundled with your Microsoft product. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 2: 1:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 9A64737B403 for ; Thu, 13 Sep 2001 02:01:51 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f8D90vT64366; Thu, 13 Sep 2001 02:00:57 -0700 (PDT) (envelope-from jkh@freebsd.org) To: wkb@freebie.xs4all.nl Cc: current@freebsd.org Subject: Re: kern.flp blown out again In-Reply-To: <20010913105806.B45320@freebie.xs4all.nl> References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010913020057E.jkh@freebsd.org> Date: Thu, 13 Sep 2001 02:00:57 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 10 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hm. Isn't this a strong sign that something fundamental must be done > about the boot floppy process? Alpha has been suffering from this longer > already due to the bigger binaries. Hey, be my guest, just so long as we can install from whatever you come up with. :-) Seriously, the fact that it needs fundamental fixing is why we're still using what we do. It's just easier to keep band-aiding it, as ugly a scenario as that might be. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 2: 2: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id C2DE437B406; Thu, 13 Sep 2001 02:01:59 -0700 (PDT) Received: from vega.vega.com (dialup6-10.iptelecom.net.ua [212.9.227.74]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id MAA14228; Thu, 13 Sep 2001 12:01:55 +0300 (EEST) (envelope-from max@vega.com) Received: (from max@localhost) by vega.vega.com (8.11.4/8.11.3) id f8D90OW27202; Thu, 13 Sep 2001 12:00:24 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200109130900.f8D90OW27202@vega.vega.com> Subject: Re: kern.flp blown out again To: jkh@FreeBSD.ORG (Jordan Hubbard) Date: Thu, 13 Sep 2001 11:59:04 +0300 (EEST) Cc: current@FreeBSD.ORG In-Reply-To: <20010913014332U.jkh@freebsd.org> from "Jordan Hubbard" at Sep 13, 2001 01:43:32 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I don't know what the KSE commit added (or if it was even anything > more than bad timing), but we've hit the limit on the kernel floppy > again (x86): Hehe, it's time to add bzip2 into loader ;) I had a patch, but it provides only marginal improvement as due to memory constrains you can only use 100k compression blocks, `bzip2 -1', but it still provides 3% better compression that `gzip -9'. -Maxim > > Setting up /boot directory for kern floppy > /R/stage/image.kern/kernel: 53.9% -- replaced with /R/stage/image.kern/kern > el.gz > sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt > 1440 /R/stage/image.kern 80000 fd1440 > disklabel: ioctl DIOCWLABEL: Operation not supported by device > Warning: Block size restricts cylinders per group to 6. > Warning: 1216 sector(s) in last cylinder unallocated > /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors > 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) > super-block backups (for fsck -b #) at: > 32 > cpio: write error: No space left on device > *** Error code 1 > > Any new device drivers added in the last day or so? > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 2: 7:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 0D6F437B405; Thu, 13 Sep 2001 02:07:26 -0700 (PDT) Received: from cain.gsoft.com.au (root@spare0.gsoft.com.au [203.38.152.114]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id SAA26724; Thu, 13 Sep 2001 18:37:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010913020057E.jkh@freebsd.org> Date: Thu, 13 Sep 2001 18:37:22 +0930 (CST) From: "Daniel O'Connor" To: Jordan Hubbard Subject: Re: kern.flp blown out again Cc: current@freebsd.org, wkb@freebie.xs4all.nl Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 13-Sep-2001 Jordan Hubbard wrote: > > Hm. Isn't this a strong sign that something fundamental must be done > > about the boot floppy process? Alpha has been suffering from this longer > > already due to the bigger binaries. > > Hey, be my guest, just so long as we can install from whatever you > come up with. :-) Seriously, the fact that it needs fundamental fixing > is why we're still using what we do. It's just easier to keep > band-aiding it, as ugly a scenario as that might be. I have a patch for sysinstall which allows you to load kld's from a floppy. Basically if you can boot the floppy you can load everything else you need later on. (Except non-pnp ISA devices because you can't specify port/irq/etc) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 2:26:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134]) by hub.freebsd.org (Postfix) with ESMTP id DD61237B40F; Thu, 13 Sep 2001 02:26:42 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id LAA25304; Thu, 13 Sep 2001 11:26:41 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f8D9QeR45475; Thu, 13 Sep 2001 11:26:40 +0200 (CEST) (envelope-from wkb) Date: Thu, 13 Sep 2001 11:26:40 +0200 From: Wilko Bulte To: Jordan Hubbard Cc: current@freebsd.org Subject: Re: kern.flp blown out again Message-ID: <20010913112640.C45320@freebie.xs4all.nl> References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> <20010913020057E.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010913020057E.jkh@freebsd.org>; from jkh@freebsd.org on Thu, Sep 13, 2001 at 02:00:57AM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 02:00:57AM -0700, Jordan Hubbard wrote: > > Hm. Isn't this a strong sign that something fundamental must be done > > about the boot floppy process? Alpha has been suffering from this longer > > already due to the bigger binaries. > > Hey, be my guest, just so long as we can install from whatever you I knew you would say that ;) > come up with. :-) Seriously, the fact that it needs fundamental fixing > is why we're still using what we do. It's just easier to keep > band-aiding it, as ugly a scenario as that might be. Until you have to leave something essential out and then we are SOL. For alpha I could think of only supporting CD installs, and drop floppies altogether. This follows DECs/CPQs convention of only supporting OS installs from CD. Say a special install CD without packages (140MB or so). W/ -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 3:58:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 8DE0937B403 for ; Thu, 13 Sep 2001 03:58:17 -0700 (PDT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2:290:27ff:fe98:c0b7]) by white.imgsrc.co.jp (Postfix) with ESMTP id 8F4E524D45; Thu, 13 Sep 2001 19:58:16 +0900 (JST) Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [2001:218:422:2:2d0:b7ff:fea0:d487]) by black.imgsrc.co.jp (Postfix) with ESMTP id 6DDAFD1401; Thu, 13 Sep 2001 19:58:08 +0900 (JST) Date: Thu, 13 Sep 2001 19:58:05 +0900 Message-ID: <7melpbpdc2.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: Mark Murray Cc: Current Subject: Re: rexecd broken(?) on -current In-Reply-To: <200109130727.f8D7R6u70961@grimreaper.grondar.za> References: <7mofofpy6p.wl@waterblue.imgsrc.co.jp> <200109130727.f8D7R6u70961@grimreaper.grondar.za> User-Agent: Wanderlust/2.6.0 (Twist And Shout) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 4) (Artificial Intelligence) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Thu, 13 Sep 2001 08:27:04 +0100, Mark Murray wrote: > Sure! I've never used rexecd, su could you please suggest a minimalist > test/command that I could use, and I'll get right to it. :-) Hmmm, I tried with Astec-X (*1). I don't know how to test rexecd easily. But I can test on my environment if you make patch for rexecd. (*1) http://www.astec.co.jp/products/ENGLISH/ASTECX/ -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 4: 4: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 5DDA437B406; Thu, 13 Sep 2001 04:04:00 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8DB3hG08396; Thu, 13 Sep 2001 04:03:43 -0700 (PDT) (envelope-from obrien) Date: Thu, 13 Sep 2001 04:03:43 -0700 From: "David O'Brien" To: Wilko Bulte Cc: Jordan Hubbard , current@freebsd.org Subject: Re: kern.flp blown out again Message-ID: <20010913040343.A8280@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> <20010913020057E.jkh@freebsd.org> <20010913112640.C45320@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010913112640.C45320@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Thu, Sep 13, 2001 at 11:26:40AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 11:26:40AM +0200, Wilko Bulte wrote: > Until you have to leave something essential out and then we are SOL. For > alpha I could think of only supporting CD installs, and drop floppies > altogether. This follows DECs/CPQs convention of only supporting OS installs Only after someone spends the time to fix src/release/Makefile to produce a boot image intended for CDROM booting. There is no reason we cannot have a 5 MB CD-ROM boot kernel image on the Alpha. Thus we would not need to cut anything out. JKH signed up to do this (poke, poke :-)), but that has yet to happen. Do you know what the size limit is for the CD-ROM boot image on Alpha(SRM)? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 4: 4:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id A54E837B410; Thu, 13 Sep 2001 04:04:32 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8DB4Wu08411; Thu, 13 Sep 2001 04:04:32 -0700 (PDT) (envelope-from obrien) Date: Thu, 13 Sep 2001 04:04:32 -0700 From: "David O'Brien" To: Maxim Sobolev Cc: Jordan Hubbard , current@FreeBSD.ORG Subject: Re: kern.flp blown out again Message-ID: <20010913040432.B8280@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010913014332U.jkh@freebsd.org> <200109130900.f8D90OW27202@vega.vega.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109130900.f8D90OW27202@vega.vega.com>; from sobomax@FreeBSD.ORG on Thu, Sep 13, 2001 at 11:59:04AM +0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 11:59:04AM +0300, Maxim Sobolev wrote: > Hehe, it's time to add bzip2 into loader ;) I had a patch, but it provides > only marginal improvement as due to memory constrains you can only use > 100k compression blocks, `bzip2 -1', but it still provides 3% better > compression that `gzip -9'. Commit!! :-) 3% can actually help here, and we can always improve on it over time. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 4: 5:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7381B37B40C; Thu, 13 Sep 2001 04:05:08 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8DB4kb08421; Thu, 13 Sep 2001 04:04:46 -0700 (PDT) (envelope-from obrien) Date: Thu, 13 Sep 2001 04:04:46 -0700 From: "David O'Brien" To: "Daniel O'Connor" Cc: Jordan Hubbard , current@freebsd.org, wkb@freebie.xs4all.nl Subject: Re: kern.flp blown out again Message-ID: <20010913040446.C8280@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010913020057E.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from doconnor@gsoft.com.au on Thu, Sep 13, 2001 at 06:37:22PM +0930 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 06:37:22PM +0930, Daniel O'Connor wrote: > I have a patch for sysinstall which allows you to load kld's from a floppy. Please post!! :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 4:21:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 955EF37B40C; Thu, 13 Sep 2001 04:21:22 -0700 (PDT) Received: from cain.gsoft.com.au (root@spare0.gsoft.com.au [203.38.152.114]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id UAA28057; Thu, 13 Sep 2001 20:51:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010913040446.C8280@dragon.nuxi.com> Date: Thu, 13 Sep 2001 20:51:14 +0930 (CST) From: "Daniel O'Connor" To: "David O'Brien" Subject: Re: kern.flp blown out again Cc: wkb@freebie.xs4all.nl, current@freebsd.org, Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 13-Sep-2001 David O'Brien wrote: > On Thu, Sep 13, 2001 at 06:37:22PM +0930, Daniel O'Connor wrote: > > I have a patch for sysinstall which allows you to load kld's from a floppy. > > Please post!! :-) http://www.gsoft.com.au/~doconnor/sysinstall-kld.diff I am thinking of storing which modules the user picks and then 'later' in the install process (post install) copying them into /modules (if they aren't already there) and modifying /boot/loader.conf. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 7: 8:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from sage-american.com (sage-american.com [216.122.141.44]) by hub.freebsd.org (Postfix) with ESMTP id 5D13037B403; Thu, 13 Sep 2001 07:08:28 -0700 (PDT) Received: from sageone (ppp-208-191-234-114.dialup.crchtx.swbell.net [208.191.234.114]) by sage-american.com (8.9.3/8.9.3) with SMTP id JAA19218; Thu, 13 Sep 2001 09:07:58 -0500 (CDT) Message-Id: <3.0.5.32.20010913090817.011559f8@mail.sage-american.com> X-Sender: jacks@mail.sage-american.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Thu, 13 Sep 2001 09:08:17 -0500 To: "Ted Mittelstaedt" , "Giorgos Keramidas" , "P. U. (Uli) Kruppa" From: jacks@sage-american.com Subject: RE: anonymous-ftp cracked Cc: , In-Reply-To: <001501c13c0c$7d077780$1401a8c0@tedm.placo.com> References: <20010912211632.A65756@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ted: I've been watching this one because I've HAD to allow uploads to incoming because of a need for such a place article submissions from our Tech mag website from 175+ countries. Your tips for monitoring (like the script for a daily listing of the directory) are so simple and obvious it put a smile on my face. Thanks! LUV this list! At 09:28 PM 9.12.2001 -0700, Ted Mittelstaedt wrote: >>-----Original Message----- >>From: owner-freebsd-questions@FreeBSD.ORG >>[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Giorgos >>Keramidas >> >>Another common thing done in writable incoming/ directories is to create a >>file of fixed size, say 100 Mb, and use vnconfig to mount this file as the >>incoming/ directory of an FTP server. Then there's only about 100 Mb of >>space available in your incoming/ and nobody can store tons of data in there, >>wasting your disk space until disks are full. >> > >Hi Uli and Giorgos, > > I've had a bit of experience with this sort of thing and I have to say that >nobody should be running an open FTP server that allows uploading to anyone >unless they are willing to take the time to monitor it - and I mean every >day, preferably several times a day. > >100MB is plenty of space for some jerk to upload his collection >of Sally SpreadEagle in all her silicon glory. If that happens >your going to find every bit of outbound bandwidth you have completely >saturated. If your unlucky enough to have your FTP server at an >ISP you may find yourself fined heavily (ie: overage charges) > > Some people have a little script that runs out of cron and diffs the >output of ls against the previous run and e-mails the maintainer when new >files show up, others simply check by eye. Whatever works for you is fine, >but don't think that you can just put out public storage for anyone to use >as they see fit and just ignore it anymore. > > >Ted Mittelstaedt tedm@toybox.placo.com >Author of: The FreeBSD Corporate Networker's Guide >Book website: http://www.freebsd-corp-net-guide.com > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-questions" in the body of the message > > Best regards, Jack L. Stone, Server Admin Sage-American http://www.sage-american.com jacks@sage-american.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 7:15:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (fire.seasidesoftware.co.za [196.31.7.199]) by hub.freebsd.org (Postfix) with ESMTP id A7DBB37B401 for ; Thu, 13 Sep 2001 07:15:11 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 15hXFX-000EAM-00; Thu, 13 Sep 2001 16:13:51 +0200 From: Sheldon Hearn To: jacks@sage-american.com Cc: "Ted Mittelstaedt" , "Giorgos Keramidas" , "P. U. (Uli) Kruppa" , current@FreeBSD.ORG Subject: Re: anonymous-ftp cracked In-reply-to: Your message of "Thu, 13 Sep 2001 09:08:17 EST." <3.0.5.32.20010913090817.011559f8@mail.sage-american.com> Date: Thu, 13 Sep 2001 16:13:51 +0200 Message-ID: <54457.1000390431@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Sep 2001 09:08:17 EST, jacks@sage-american.com wrote: > Your tips for monitoring (like the script for a daily listing of the > directory) are so simple and obvious it put a smile on my face. Thanks! LUV > this list! Since the damage of a cross-post is mostly done, I'm surprised nobody bothered to point out that, since you're already running -CURRENT (irrespective of whether it's a suitable platform for you to use), you may as well take advantage of the new -o and -O "write-only mode" options to ftpd. In your case, you probably want -O, "write-only mode for anonymous users only". There's no substitute for reading the documentation that accompanies the software you use. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 8:13:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.250.58.156]) by hub.freebsd.org (Postfix) with ESMTP id 40E3B37B405 for ; Thu, 13 Sep 2001 08:13:29 -0700 (PDT) Received: from burns.conectiva (burns.conectiva [10.0.0.4]) by perninha.conectiva.com.br (Postfix) with SMTP id 328B138CC6 for ; Thu, 13 Sep 2001 12:13:23 -0300 (EST) Received: (qmail 10610 invoked by uid 0); 13 Sep 2001 15:11:04 -0000 Received: from duckman.distro.conectiva (root@10.0.17.2) by burns.conectiva with SMTP; 13 Sep 2001 15:11:04 -0000 Received: (from localhost user: 'riel', uid#500) by duckman.distro.conectiva with ESMTP id ; Thu, 13 Sep 2001 12:13:08 -0300 Date: Thu, 13 Sep 2001 12:13:08 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Ted Mittelstaedt Cc: Giorgos Keramidas , "P. U. (Uli) Kruppa" , , Subject: RE: anonymous-ftp cracked In-Reply-To: <001501c13c0c$7d077780$1401a8c0@tedm.placo.com> Message-ID: X-supervisor: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Sep 2001, Ted Mittelstaedt wrote: > nobody should be running an open FTP server that allows > uploading to anyone unless they are willing to take the time to > monitor it Some ftp daemons have the option to automatically email the admins every time a file gets uploaded. > 100MB is plenty of space for some jerk to upload his collection > of Sally SpreadEagle in all her silicon glory. If that happens > your going to find every bit of outbound bandwidth you have > completely saturated. That's what per-directory bandwidth limitations are for. If your /incoming needs to be usable for articles, you could just limit it to something like 2 kB/s per user. That's enough for legitimate articles, but for warez and porn it becomes effectively write-only. The only real problem is that people tend to upload the most worthless crap, so nothing interesting ever shows up in the 'harvesting' area. cheers, Rik -- IA64: a worthy successor to the i860. http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 8:44:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8778837B406; Thu, 13 Sep 2001 08:44:15 -0700 (PDT) Received: from localhost (green@localhost) by green.bikeshed.org (8.11.4/8.11.1) with ESMTP id f8DFiDG02475; Thu, 13 Sep 2001 11:44:14 -0400 (EDT) (envelope-from green@green.bikeshed.org) Message-Id: <200109131544.f8DFiDG02475@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: sos@freebsd.dk Cc: Brian Fundakowski Feldman , current@FreeBSD.ORG Subject: Re: can't write CD-Rs with or without new DAO mode In-Reply-To: Message from =?iso-8859-1?Q?S=F8ren?= Schmidt of "Thu, 13 Sep 2001 09:02:30 +0200." <200109130703.f8D73oY96622@freebsd.dk> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 13 Sep 2001 11:44:13 -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG S=F8ren Schmidt wrote: > It seems Brian Fundakowski Feldman wrote: > > After updating my system I can't burn CD-Rs successfully. Can anyone= else? = > > What happens is pretty simple: > > = > > {"/home/green/toxicity"}$ burncd -s 8 -d audio /dev/null $(ls | track= classify > > > burncd: ioctl(CDRIOCINITWRITER): Input/output error > > acd0: MODE_SELECT_BIG - ILLEGAL REQUEST asc=3D0x26 ascq=3D0x00 error=3D= 0x00 > = > Are you absolutely sure your kernel & userland are in sync ? Yes, I am. I just built a new kernel, did a make includes, and tried = recompiling burncd to the exact same effect. -- = Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 9: 5:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from owa-sj-1.digisle.com (owa-sj-1.digisle.com [167.216.153.124]) by hub.freebsd.org (Postfix) with ESMTP id 26DAB37B40F for ; Thu, 13 Sep 2001 09:05:18 -0700 (PDT) Received: from VWALL-SJ-1.digisle.com ([167.216.153.118]) by owa-sj-1.digisle.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 13 Sep 2001 09:06:28 -0700 Received: from 206.220.227.145 by VWALL-SJ-1.digisle.com (InterScan E-Mail VirusWall NT); Thu, 13 Sep 2001 09:05:27 -0700 Message-ID: <3BA0D93D.EB2737B6@digisle.net> Date: Thu, 13 Sep 2001 09:05:17 -0700 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Marcel Moolenaar Cc: freebsd-current@FreeBSD.ORG Subject: Re: Anyone experience problems with the "tap" device in current? References: <200109122359.f8CNxHg59969@ambrisko.com> <20010912221630.A60181@dhcp01.pn.xcllnt.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Sep 2001 16:06:28.0616 (UTC) FILETIME=[0BDC9880:01C13C6E] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > > On Wed, Sep 12, 2001 at 04:59:16PM -0700, Doug Ambrisko wrote: > > I just tried using tap in current. In both cases I don't see the > > /dev/tapX devices with devfs and accessing it without devfs doesn't > > work reporting "Device not configured". I tried it as a module and > > built into the kernel. Does anyone have this working? > > My guess is that the breakage is related to the recent commits > that were made to if_tap. VMWare doesn't work anymore on -current > because the NG modules aren't loaded. These, AFAICT, depend on > the device. > > So, at this time I can only acknowledge the breakage. I probably > won't have the time to suggest or implement fixes. the recent if_tap patch implements device cloning (a-la tun(4)). unfortunately i had to change vmnet device mask and that affects VMWare port because minor numbers for vmnet devices has changed. bottom line: in order to make vmnet working you need to change minor numbers for vmnet device nodes. another solution would be to link /dev/vmnet? to /compat/linux/dev/vmnet? port maintainer has been notified. i'm sorry for the trouble. thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 9:42:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id 50CA037B40A; Thu, 13 Sep 2001 09:42:37 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id RAA09004; Thu, 13 Sep 2001 17:14:03 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f8DFE1F46290; Thu, 13 Sep 2001 17:14:01 +0200 (CEST) (envelope-from wkb) Date: Thu, 13 Sep 2001 17:14:01 +0200 From: Wilko Bulte To: "David O'Brien" Cc: Jordan Hubbard , current@freebsd.org Subject: Re: kern.flp blown out again Message-ID: <20010913171401.E46156@freebie.xs4all.nl> References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> <20010913020057E.jkh@freebsd.org> <20010913112640.C45320@freebie.xs4all.nl> <20010913040343.A8280@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010913040343.A8280@dragon.nuxi.com>; from obrien@freebsd.org on Thu, Sep 13, 2001 at 04:03:43AM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 04:03:43AM -0700, David O'Brien wrote: > On Thu, Sep 13, 2001 at 11:26:40AM +0200, Wilko Bulte wrote: > > Until you have to leave something essential out and then we are SOL. For > > alpha I could think of only supporting CD installs, and drop floppies > > altogether. This follows DECs/CPQs convention of only supporting OS installs > > Only after someone spends the time to fix src/release/Makefile to produce > a boot image intended for CDROM booting. There is no reason we cannot > have a 5 MB CD-ROM boot kernel image on the Alpha. Thus we would not > need to cut anything out. JKH signed up to do this (poke, poke :-)), but > that has yet to happen. Do you know what the size limit is for the > CD-ROM boot image on Alpha(SRM)? I don't know of any size limit. Tru64 install CDs have 10MB (or so) kernels on them. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 9:59:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id CD8A937B40C; Thu, 13 Sep 2001 09:59:35 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA64355; Thu, 13 Sep 2001 10:32:30 -0700 (PDT) Message-ID: <3BA0E3FF.940AAA17@elischer.org> Date: Thu, 13 Sep 2001 09:51:11 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Alexandr Listopad Cc: Julian Elischer , Alexandr Listopad , current@freebsd.org Subject: Re: cvs commit: src/bin/ps print.c src/gnu/usr.bin/binutils/gdb/i386 freebsd-nat.c kvm-fbsd.c src/lib/libkvm kvm_proc.c src/sys/alpha/alpha db_interface.c db_trace.c exception.s fp_emulate.c genassym.c interrupt.c locore.s machdep.c mem.c ... References: <20010913162503.B63677@laa.zp.ua> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm amazed by the numbe of people running -current who have never heard of KSEs until now! The references are: http://www.freebsd.org/~jasone/kse/ and http://www.freebsd.org/~julian (see the threads link) julian Alexandr Listopad wrote: > > On Wed, Sep 12, 2001 at 01:38:13AM -0700, Julian Elischer wrote: > > julian 2001/09/12 01:38:13 PDT > > > > Modified files: > > bin/ps print.c > > gnu/usr.bin/binutils/gdb/i386 freebsd-nat.c kvm-fbsd.c > > lib/libkvm kvm_proc.c > > sys/alpha/alpha db_interface.c db_trace.c exception.s > > fp_emulate.c genassym.c interrupt.c > > [skip] > > > usr.bin/w proc_compare.c > > Log: > > KSE Milestone 2 > > What does it mean? > > > Note ALL MODULES MUST BE RECOMPILED > > make the kernel aware that there are smaller units of scheduling than the > > process. (but only allow one thread per process at this time). > > This is functionally equivalent to teh previousl -current except > > that there is a thread associated with each process. > > -- > Laa -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 10:28:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 12E3237B40E; Thu, 13 Sep 2001 10:27:49 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8DHRgQ06496; Thu, 13 Sep 2001 20:27:42 +0300 (EEST) (envelope-from ru) Date: Thu, 13 Sep 2001 20:27:42 +0300 From: Ruslan Ermilov To: arch@FreeBSD.org, freebsd-standards@bostonradio.org Cc: Bruce Evans , Garrett Wollman Subject: Fixing chown(8) and friends to handle symlinks properly Message-ID: <20010913202742.C2458@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Bcc'ed to -current in a hope for a more wider auditory] The attached patch fixes the handling of symlinks in chown(8) and chgrp(1). It is currently broken in many different ways. Basically, it is broken because -h is not supported with -RH or -RL. The actual problem lies in the depths of the fts(3) implementation, in particular, how the `fts_stat' is getting initialized. The trick in supporting roughly any combination of command line flags ([-h] [-R [-H | -L | -P]]) was to avoid looking into the `fts_stat' (as we don't know whether it is from lstat(2) or stat(2)), and just call chown(2) or lchown(2) as appropriate. Although it may seem as a big performance degradation, in fact it isn't, as kernel doesn't modify the inode if nothing is to be changed. This work is based on the latest POSIX drafts, and the superior NetBSD implementation (which I had to fix in a number of cases anyway, in particular, handling of dead symlinks in the -h case). The new algorithm of handling a symlink encountered during a file tree traversal works as follows: +-------------+-------------------------------------------------+ | Options | Action | +-------------+-------------------------------------------------+ | -- | chown | | -h | lchown | | | Notes: only FTS_SL symlinks may end up here | +-------------+-------------------------------------------------+ | -RP | SKIP | | -RP -h | lchown | | | Notes: only FTS_SL symlinks may end here | +-------------+-------------------------------------------------+ | -RH | SKIP | | -RH -h | lchown | | | Notes: both FTS_SL and FTS_SLNONE symlinks | | | may end up here. FTS_SLNONE's are deadlinks | | | specified as command line arguments | +-------------+-------------------------------------------------+ | -RL | SKIP | | -RL -h | lchown | | | Notes: only FTS_SLNONE symlinks may end up here | +-------------+-------------------------------------------------+ Or, in a more compact form: : if symlink { : if -R : -h ? lchmod : SKIP : else : -h ? lchmod : chmod : } else : chmod For the testing purposes, I'd suggest creating the following structure, which should be self-explaining: afile alink -> afile deadlink -> nofile dir adir -> dir dir/afile dir/alink -> afile dir/deadlink -> nofile PLEASE TEST THIS PATCH THROUGHLY! NOTE: This implementation is still not quite POSIX compliant, as the latter says to follow a symlink (in the -R case) only if it points to an object of type directory. Our fts(3) routines are unable of doing this. If this patch is accepted, I'm going to revisit and fix the rest of the fts(3) utilities that are listed on the symlink(7) manpage. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: chown.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/chown/chown.c,v retrieving revision 1.19 diff -u -p -r1.19 chown.c --- chown.c 2001/09/13 14:55:59 1.19 +++ chown.c 2001/09/13 16:54:28 @@ -80,6 +80,7 @@ main(argc, argv) int Hflag, Lflag, Rflag, fflag, hflag, vflag; int ch, fts_options, rval; char *cp; + int (*change_owner) __P((const char *, uid_t, gid_t)); cp = strrchr(argv[0], '/'); cp = (cp != NULL) ? cp + 1 : argv[0]; @@ -121,19 +122,15 @@ main(argc, argv) if (argc < 2) usage(); + fts_options = FTS_PHYSICAL; if (Rflag) { - fts_options = FTS_PHYSICAL; - if (hflag && (Hflag || Lflag)) - errx(1, "the -R%c and -h options may not be " - "specified together", Hflag ? 'H' : 'L'); if (Hflag) fts_options |= FTS_COMFOLLOW; else if (Lflag) { fts_options &= ~FTS_PHYSICAL; fts_options |= FTS_LOGICAL; } - } else - fts_options = hflag ? FTS_PHYSICAL : FTS_LOGICAL; + } uid = (uid_t)-1; gid = (gid_t)-1; @@ -156,6 +153,7 @@ main(argc, argv) err(1, NULL); for (rval = 0; (p = fts_read(ftsp)) != NULL;) { + change_owner = chown; switch (p->fts_info) { case FTS_D: /* Change it at FTS_DP. */ if (!Rflag) @@ -170,31 +168,48 @@ main(argc, argv) warnx("%s: %s", p->fts_path, strerror(p->fts_errno)); rval = 1; continue; - case FTS_SL: case FTS_SLNONE: /* * The only symlinks that end up here are ones that - * don't point to anything and ones that we found - * doing a physical walk. + * don't point to anything. Note that if we are + * doing a physical walk, we never reach here unless + * we asked to follow explicitly. */ - if (hflag) - break; - else + /* FALLTHROUGH */ + case FTS_SL: + /* + * All symlinks we found while doing a physical + * walk end up here. + */ + if (Rflag && !hflag) continue; + /* + * Note that if we follow a symlink, fts_info is + * not FTS_SL but FTS_F or whatever. And we should + * use lchown(2) only for FTS_SL and should use + * chown(2) for others. + */ + if (hflag) + change_owner = lchown; + break; default: break; } - if ((uid == (uid_t)-1 || uid == p->fts_statp->st_uid) && - (gid == (gid_t)-1 || gid == p->fts_statp->st_gid)) - continue; - if ((hflag ? lchown : chown)(p->fts_accpath, uid, gid) == -1) { + if ((*change_owner)(p->fts_accpath, uid, gid) == -1) { if (!fflag) { chownerr(p->fts_path); rval = 1; } } else { if (vflag) +#define DEBUG +#ifdef DEBUG + printf("%s %s\n", + (change_owner == chown) ? "chown" : "lchown", + p->fts_path); +#else printf("%s\n", p->fts_path); +#endif } } if (errno) --2fHTh5uZTiUOsy+g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 11:12:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0D43D37B40A; Thu, 13 Sep 2001 11:12:36 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f8DICZg22543; Thu, 13 Sep 2001 11:12:35 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id f8DICZW66779; Thu, 13 Sep 2001 11:12:35 -0700 (PDT) (envelope-from jdp) Date: Thu, 13 Sep 2001 11:12:35 -0700 (PDT) Message-Id: <200109131812.f8DICZW66779@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: mike@freebsd.org Subject: Re: Alpha kernel breakage In-Reply-To: <20010913025827.B27113@coffee.q9media.com> References: <20010912215531.A27113@coffee.q9media.com> <20010912222146.B60181@dhcp01.pn.xcllnt.net> <20010913025827.B27113@coffee.q9media.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010913025827.B27113@coffee.q9media.com>, Mike Barcroft wrote: > Marcel Moolenaar writes: > > > > BTW: I used cvsup9.freebsd.org. > > > > That reminds me, I have to let somebody know... > > It appears this was the problem. Switching to cvsup2.FreeBSD.org > seems to have have solved it. I assume this is a result of the S1G > bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. Not intending to single out you folks in particular, but ... Just a reminder, people: Please, if you think something is wrong with a CVSup mirror, write to the maintainer of that mirror and tell him. All of the maintainers' e-mail addresses are listed in the Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS It doesn't do any good to tell the -current list; you have to tell the maintainer or the problem won't get fixed. Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- ChЖgyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 12:17: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E688D37B410; Thu, 13 Sep 2001 12:16:44 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f8DJGhC59433; Thu, 13 Sep 2001 15:16:43 -0400 (EDT) (envelope-from wollman) Date: Thu, 13 Sep 2001 15:16:43 -0400 (EDT) From: Garrett Wollman Message-Id: <200109131916.f8DJGhC59433@khavrinen.lcs.mit.edu> To: Jordan Hubbard Cc: current@FreeBSD.ORG Subject: Re: kern.flp blown out again In-Reply-To: <20010913020057E.jkh@freebsd.org> References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> <20010913020057E.jkh@freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > It's just easier to keep band-aiding it, as ugly a scenario as that > might be. If we added a third disk with modules.... (This is based on somewhat dated sources, but I think that the idea is right.) wollman@khavrinen(305)$ ls -l *.gz -rwxr-xr-x 1 wollman sources 1232060 Sep 13 14:51 kernel.gz* -rwxr-xr-x 1 wollman sources 590239 Sep 13 15:13 lots-of-modules.ko.gz* Here's the config for that kernel (based on GENERIC): machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC maxusers 32 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) support options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 device dpt # DPT Smartcache III, IV - See NOTES for options! device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ida # Compaq Smart RAID device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen device splash device sc 1 device npx device apm device pmtimer device card # pccard bus device pcic # PCMCIA bridge device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device miibus device cs # Crystal Semiconductor CS89x0 NIC device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device xe # Xircom pccard ethernet device awi # BayStack 660 and others device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen device uhid device ukbd device umass device umodem device ums lots-of-modules.ko.gz is made by recursively linking together the following: ./modules/usr/src/sys/modules/aac/aac.kld ./modules/usr/src/sys/modules/aha/aha.kld ./modules/usr/src/sys/modules/aic/aic.kld ./modules/usr/src/sys/modules/amr/amr.kld ./modules/usr/src/sys/modules/asr/asr.kld ./modules/usr/src/sys/modules/cd9660/cd9660.kld ./modules/usr/src/sys/modules/fdc/fdc.kld ./modules/usr/src/sys/modules/an/if_an.kld ./modules/usr/src/sys/modules/ar/if_ar.kld ./modules/usr/src/sys/modules/aue/if_aue.kld ./modules/usr/src/sys/modules/cue/if_cue.kld ./modules/usr/src/sys/modules/dc/if_dc.kld ./modules/usr/src/sys/modules/de/if_de.kld ./modules/usr/src/sys/modules/ed/if_ed.kld ./modules/usr/src/sys/modules/el/if_el.kld ./modules/usr/src/sys/modules/fxp/if_fxp.kld ./modules/usr/src/sys/modules/if_gif/if_gif.kld ./modules/usr/src/sys/modules/kue/if_kue.kld ./modules/usr/src/sys/modules/lge/if_lge.kld ./modules/usr/src/sys/modules/lnc/if_lnc.kld ./modules/usr/src/sys/modules/nge/if_nge.kld ./modules/usr/src/sys/modules/pcn/if_pcn.kld ./modules/usr/src/sys/modules/ray/if_ray.kld ./modules/usr/src/sys/modules/rl/if_rl.kld ./modules/usr/src/sys/modules/sf/if_sf.kld ./modules/usr/src/sys/modules/sis/if_sis.kld ./modules/usr/src/sys/modules/sk/if_sk.kld ./modules/usr/src/sys/modules/sn/if_sn.kld ./modules/usr/src/sys/modules/sr/if_sr.kld ./modules/usr/src/sys/modules/ste/if_ste.kld ./modules/usr/src/sys/modules/if_stf/if_stf.kld ./modules/usr/src/sys/modules/ti/if_ti.kld ./modules/usr/src/sys/modules/tl/if_tl.kld ./modules/usr/src/sys/modules/if_tun/if_tun.kld ./modules/usr/src/sys/modules/tx/if_tx.kld ./modules/usr/src/sys/modules/txp/if_txp.kld ./modules/usr/src/sys/modules/vr/if_vr.kld ./modules/usr/src/sys/modules/vx/if_vx.kld ./modules/usr/src/sys/modules/wb/if_wb.kld ./modules/usr/src/sys/modules/wi/if_wi.kld ./modules/usr/src/sys/modules/wx/if_wx.kld ./modules/usr/src/sys/modules/xl/if_xl.kld ./modules/usr/src/sys/modules/mii/miibus.kld ./modules/usr/src/sys/modules/mlx/mlx.kld ./modules/usr/src/sys/modules/mly/mly.kld ./modules/usr/src/sys/modules/msdosfs/msdosfs.kld ./modules/usr/src/sys/modules/ntfs/ntfs.kld ./modules/usr/src/sys/modules/random/random.kld ./modules/usr/src/sys/modules/sppp/sppp.kld ./modules/usr/src/sys/modules/sym/sym.kld ./modules/usr/src/sys/modules/twe/twe.kld ...so if we go this route, we could clearly add support for additional install devices and methods which are not currently possible. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 12:29:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 2E12E37B40E for ; Thu, 13 Sep 2001 12:29:08 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f8DJT7559718; Thu, 13 Sep 2001 15:29:07 -0400 (EDT) (envelope-from wollman) Date: Thu, 13 Sep 2001 15:29:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200109131929.f8DJT7559718@khavrinen.lcs.mit.edu> To: current@FreeBSD.ORG Subject: Re: kern.flp blown out again In-Reply-To: <200109131916.f8DJGhC59433@khavrinen.lcs.mit.edu> References: <20010913014332U.jkh@freebsd.org> <20010913105806.B45320@freebie.xs4all.nl> <20010913020057E.jkh@freebsd.org> <200109131916.f8DJGhC59433@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < -rwxr-xr-x 1 wollman sources 590239 Sep 13 15:13 lots-of-modules.ko.gz* Here's another one, with all of the modules except for those which cannot possibly be used for installation (e.g., sound, discard interface, bktr, etc.): wollman@khavrinen(329)$ ls -l most-modules.ko.gz -rwxr-xr-x 1 wollman sources 1183522 Sep 13 15:26 most-modules.ko.gz* This includes all of netgraph, so udbp and PPPoE could be used for network installs. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 13:18:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id A06B137B409; Thu, 13 Sep 2001 13:18:46 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA65151; Thu, 13 Sep 2001 13:49:39 -0700 (PDT) Date: Thu, 13 Sep 2001 13:49:38 -0700 (PDT) From: Julian Elischer To: John Baldwin Cc: current@freebsd.org Subject: Re: cvs commit: src/sys/fs/msdosfs denode.h msdosfs_denode.c ms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Note CC list changed.. On Thu, 13 Sep 2001, John Baldwin wrote: > > On 13-Sep-01 Julian Elischer wrote: > > Why are you doing this? > > having pointers to threads that are calle proc is going to be REALLY > > confusing! > > > > All vop operations will have threads (do) > > so why are you puting proc structures on them? > > Because the code claims to be shared with NetBSD and they dont have struct > thread. However, as we talked on the phone, if portability with NetBSD is no > longer a concern, then this is moot. #define proc threadB is a REALLY bad choice of how to do this.. If You REALLY MUST do this.. #ifdef __FreeBSD__ #define OS_THREAD thread #else #define OS_THREAD proc #endif at least that way it will be obvious in the code that it's not a proc in FreeBSD. But as I said on the phone, NetBSD are making hteir own changes in these files without ifdeffing, so the minimal diff changes (easy to see and understand) you are removing simply massively obscure the code for FreeBSD. We have a struct proc, so to define proc to actually be a thread is not just obscure, it's possitively misleading. We could add general macros for compatibility but they should probably go in a central place so that they can be used in multiple places. If you really wanted to go overboard, we could #ifdef __FreeBSD__ typedef struct thread *vop_thread_arg; #define V_TD_PROC(dta) ((dta)->td_proc) #else typedef struct proc *vop_thread_arg; #define V_TD_PROC(dta) (dta) #endif or some similar set of macros but I'm uncomfortable about obfuscating the code and even more unhappy about making it plain misleading! > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 13:38:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 3B22D37B403; Thu, 13 Sep 2001 13:38:51 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA65308; Thu, 13 Sep 2001 14:20:04 -0700 (PDT) Date: Thu, 13 Sep 2001 14:20:00 -0700 (PDT) From: Julian Elischer To: Warner Losh Cc: John Baldwin , current@freeBSD.org Subject: Re: cvs commit: src/sys/fs/msdosfs denode.h msdosfs_denode.c msdosfs_lookup.c msdosfs_vfsops.c msdosfs_vnops.c In-Reply-To: <200109132029.f8DKT9t13894@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Sep 2001, Warner Losh wrote: > In message Julian Elischer writes: > : Why are you doing this? > : having pointers to threads that are calle proc is going to be REALLY > : confusing! > > I did the opposite to make my stuff more portable to -stable. Eg, I > was able to get away with '#define thread proc' given my use of the > struct thread/proc. > > I find changes of this nature to be espeically bad for people that > have to live in multiple versions of the OS. changes of which nature (It's not sure if you are FOR #define proc thread or against it.. (It wouldn't be so bad if it were #define task thread on one OS and #define task proc on another.. > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 16: 7:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 523E437B405 for ; Thu, 13 Sep 2001 16:07:18 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id JAA10186; Fri, 14 Sep 2001 09:07:05 +1000 Date: Fri, 14 Sep 2001 09:06:42 +1000 (EST) From: Bruce Evans X-X-Sender: To: Warner Losh Cc: Julian Elischer , , Subject: Re: KSE usage, and one forgotten item (PC98) In-Reply-To: <200109130731.f8D7Vut96075@harmony.village.org> Message-ID: <20010914085205.Q14510-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Sep 2001, Warner Losh wrote: > In message <3BA05949.1CCB2D82@elischer.org> Julian Elischer writes: > : All looks good.. obviously the logic of what was going on was easy > : enough to pick up :-) > : > : the only bit I didn't see so easily was: > : ... > : @@ -2860,7 +2861,7 @@ > : /* > : * keep the process from being swapped > : */ > : - PHOLD(p); > : + PROC_LOCK(p); > : bzero((void *)bp, sizeof(*bp)); > : bp->bio_cmd = BIO_FORMAT; > : ... > : the replacement of PHOLD with PROC_LOCK().. I'm not sure of what this actualy > : means.. This means that this version of fd.c has been broken :-). > Since I don't know what either PHOLD or PROC_LOCK are, I don't know if > I did this right. Maybe it is bogus. PHOLD() used to hold the user pages in core while the process waited for i/o to complete. The pc98 version of fd.c is rather out of date, so it still rather bogusly does DMA from the address where sys_generic.c:ioctl() copied the user data. This address may be on the kernel stack, so the driver needs to lock down the user pages until the DMA completes. I'm not sure if PROC_LOCK() does this accidentally. It gives a lock that is too strong in most ways. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 16:27:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from owa-sj-1.digisle.com (owa-sj-1.digisle.com [167.216.153.124]) by hub.freebsd.org (Postfix) with ESMTP id 539B337B40C for ; Thu, 13 Sep 2001 16:27:07 -0700 (PDT) Received: from VWALL-SJ-1.digisle.com ([167.216.153.118]) by owa-sj-1.digisle.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 13 Sep 2001 16:28:17 -0700 Received: from 206.220.227.145 by VWALL-SJ-1.digisle.com (InterScan E-Mail VirusWall NT); Thu, 13 Sep 2001 16:27:16 -0700 Message-ID: <3BA140CA.26AAA3B5@digisle.net> Date: Thu, 13 Sep 2001 16:27:06 -0700 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Doug Ambrisko Cc: current@freebsd.org Subject: DEVFS and device nodes that reside outside of /dev References: <200109130226.f8D2Qmp60816@ambrisko.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Sep 2001 23:28:17.0885 (UTC) FILETIME=[C49E08D0:01C13CAB] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hackers, here is small problem(?) with DEVFS and device nodes that reside outside of /dev directory. here is an example: recent patch for tap(4) added "cloning" feature. the tap(4) also implements support for vmnet device that required by VMWare port. however, vmnet device nodes reside in /compat/linux/dev. if you load if_tap module and try to access /dev/tap? device everything is working fine, but if you create device node *outside* of /dev directory and try to access it, *before* you access the same node under /dev, you will get "Device not configured". # pwd /root # mknod tap0 c 149 0 # kldload if_tap # cat tap0 cat: tap0: Device not configured # cat /dev/tap0 ^C # cat tap0 ^C # the same probably true for tun(4) device. is that a problem? is it the way it should work? thanks, max From: Doug Ambrisko Subject: Re: Anyone experience problems with the "tap" device in current? Doug Ambrisko wrote: > > Maksim Yevmenkin writes: > | Brooks Davis wrote: > | > > | > On Wed, Sep 12, 2001 at 04:59:16PM -0700, Doug Ambrisko wrote: > | > > I just tried using tap in current. In both cases I don't see the > | > > /dev/tapX devices with devfs and accessing it without devfs doesn't > | > > work reporting "Device not configured". I tried it as a module and > | > > built into the kernel. Does anyone have this working? > | > > | > With devfs, you just need to try opening the device and you'll get it if > | > it's not busy. You can also open /dev/tap and get an arbitrary one. > | > This is due to tun(4) style cloning code I committed recently. I'm not > | > actually sure this is the way we want to handle cloning hybrid devices, > | > but there is precident so I committed the patch. I think we may want to > | > move to a model were we use interface cloning rather then devfs cloning > | > because it will work in stable. > | > | patch was tested on -current as of Aug 31. everything was working for > | me. i'm upgrading my system now to test it. > > My mess up I forgot about the cloning changes, however, seems the minor > number for vmnet type devices changed: > > a21p% ls -l /compat/linux/dev/vmnet? > crw-r--r-- 1 root wheel 149, 0x00010001 Sep 5 17:11 /compat/linux/dev/vmnet1 > crw-r--r-- 1 root wheel 149, 0x00010002 Sep 5 19:37 /compat/linux/dev/vmnet2 > crw-r--r-- 1 root wheel 149, 0x00010003 Aug 9 13:58 /compat/linux/dev/vmnet3 > crw-r--r-- 1 root wheel 149, 0x00010004 Aug 13 14:02 /compat/linux/dev/vmnet4 > crw-r--r-- 1 root wheel 149, 0x00010005 Aug 10 11:31 /compat/linux/dev/vmnet5 > crw-r--r-- 1 root wheel 149, 0x00010006 Aug 30 10:22 /compat/linux/dev/vmnet6 > crw-r--r-- 1 root wheel 149, 0x00010007 Aug 30 10:22 /compat/linux/dev/vmnet7 > crw-r--r-- 1 root wheel 149, 0x00010008 Sep 5 17:22 /compat/linux/dev/vmnet8 > crw-r--r-- 1 root wheel 149, 0x00010009 Sep 5 16:57 /compat/linux/dev/vmnet9 > a21p% > > to: > > a2# ls -l /dev/vmnet? > crw------- 1 root wheel 149, 0x00800000 Sep 12 17:32 /dev/vmnet0 > crw------- 1 root wheel 149, 0x00800004 Sep 12 17:32 /dev/vmnet4 > crw------- 1 root wheel 149, 0x00800006 Sep 12 17:32 /dev/vmnet6 > crw------- 1 root wheel 149, 0x00800007 Sep 12 17:32 /dev/vmnet7 > a2# > > So for now I got around this via: > > a2# ls -l /compat/linux/dev/vmnet? > lrwxr-xr-x 1 root wheel 11 Sep 13 01:54 /compat/linux/dev/vmnet1 -> /dev/vmnet1 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:54 /compat/linux/dev/vmnet2 -> /dev/vmnet2 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:55 /compat/linux/dev/vmnet3 -> /dev/vmnet3 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:55 /compat/linux/dev/vmnet4 -> /dev/vmnet4 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:55 /compat/linux/dev/vmnet5 -> /dev/vmnet5 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:54 /compat/linux/dev/vmnet6 -> /dev/vmnet6 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:56 /compat/linux/dev/vmnet7 -> /dev/vmnet7 > lrwxr-xr-x 1 root wheel 11 Sep 13 01:56 /compat/linux/dev/vmnet8 -> /dev/vmnet8 > a2# > > Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 16:34:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 1095E37B401; Thu, 13 Sep 2001 16:34:16 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8DNVlA04235; Thu, 13 Sep 2001 16:31:47 -0700 (PDT) (envelope-from obrien) Date: Thu, 13 Sep 2001 16:31:47 -0700 From: "David O'Brien" To: Rik van Riel Cc: Ted Mittelstaedt , Giorgos Keramidas , "P. U. (Uli) Kruppa" , current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: anonymous-ftp cracked Message-ID: <20010913163147.A4209@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <001501c13c0c$7d077780$1401a8c0@tedm.placo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from riel@conectiva.com.br on Thu, Sep 13, 2001 at 12:13:08PM -0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 13, 2001 at 12:13:08PM -0300, Rik van Riel wrote: > On Wed, 12 Sep 2001, Ted Mittelstaedt wrote: > > > nobody should be running an open FTP server that allows > > uploading to anyone unless they are willing to take the time to > > monitor it > > Some ftp daemons have the option to automatically email > the admins every time a file gets uploaded. Yes. NcFPTd (which has a version for FreeBSD) allows one to do this. It also has many other configuration options that I consider mandatory for anonymous ftp servers -- esp. ones with an incoming directory. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 16:50:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id A6AD337B410; Thu, 13 Sep 2001 16:50:28 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id SAA51099; Thu, 13 Sep 2001 18:50:27 -0500 (CDT) From: Joe Greco Message-Id: <200109132350.SAA51099@aurora.sol.net> Subject: Re: anonymous-ftp cracked To: freebsd-questions@FreeBSD.ORG, current@FreeBSD.ORG, jacks@sage-american.com Date: Thu, 13 Sep 2001 18:50:27 -0500 (CDT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Ted: I've been watching this one because I've HAD to allow uploads to > incoming because of a need for such a place article submissions from our > Tech mag website from 175+ countries. > > Your tips for monitoring (like the script for a daily listing of the > directory) are so simple and obvious it put a smile on my face. Thanks! LUV > this list! Assuming you're using wuftpd: You may have to allow incoming, but perhaps you don't have to allow downloads of /incoming. Think about it. :-) Alternatively, wuftpd has a very nice notification feature that will mail you when something is submitted. Some of us do have good reasons for allowing both-way incoming access. Make sure your /incoming directory is unreadable in any case... > From ftp@snarchive.sol.net Thu Sep 13 18:42:44 2001 > Return-Path: > Date: Thu, 13 Sep 2001 18:42:41 -0500 (CDT) > From: wu-ftpd > Subject: New file uploaded: file.tmp > To: undisclosed-recipients:; > > jgreco@ uploaded /incoming/file.tmp from 206.55.xxx.xxx. > File size is 504586240. > Please move the file where it belongs. This has the advantage of being almost instantaneous. After an @Home wanker decided to fill a few gigabytes on snarchive, creating a denial-of-service to the legitimate users, I turned this on. Now when somebody tries to use me for their warez, I accidentally corrupt a bunch of bytes in their files. So far, they seem to have gotten the message, because I've only seen one unauthorized file attempted upload this week. >:-> -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 17:32:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 8BC9B37B406; Thu, 13 Sep 2001 17:32:46 -0700 (PDT) Received: (from mike@localhost) by coffee.q9media.com (8.11.2/8.11.3) id f8E0aGE29827; Thu, 13 Sep 2001 20:36:16 -0400 (EDT) (envelope-from mike) Date: Thu, 13 Sep 2001 20:36:16 -0400 From: Mike Barcroft To: John Polstra Cc: hubs@FreeBSD.org Subject: CVSup mirrors (was Re: Alpha kernel breakage) Message-ID: <20010913203616.C27113@coffee.q9media.com> References: <20010912215531.A27113@coffee.q9media.com> <20010912222146.B60181@dhcp01.pn.xcllnt.net> <20010913025827.B27113@coffee.q9media.com> <200109131812.f8DICZW66779@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109131812.f8DICZW66779@vashon.polstra.com>; from jdp@polstra.com on Thu, Sep 13, 2001 at 11:12:35AM -0700 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Moved to -hubs, BCC'd to -current] John Polstra writes: > In article <20010913025827.B27113@coffee.q9media.com>, > Mike Barcroft wrote: > > It appears this was the problem. Switching to cvsup2.FreeBSD.org > > seems to have have solved it. I assume this is a result of the S1G > > bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. > > Not intending to single out you folks in particular, but ... > > Just a reminder, people: Please, if you think something is wrong > with a CVSup mirror, write to the maintainer of that mirror and tell > him. All of the maintainers' e-mail addresses are listed in the > Handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS > > It doesn't do any good to tell the -current list; you have to tell > the maintainer or the problem won't get fixed. I was actually intending to contact the maintainer, but it looks like the problem has already been fixed. Would it be possible for us to be more proactive and check to make sure all the offical CVSup mirrors are running the corrected version? Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 13 17:51:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 7324E37B408 for ; Thu, 13 Sep 2001 17:51:12 -0700 (PDT) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id f8E0pAG24754; Fri, 14 Sep 2001 02:51:10 +0200 Received: (nullmailer pid 31245 invoked by uid 1000); Fri, 14 Sep 2001 00:51:10 -0000 Date: Fri, 14 Sep 2001 02:51:10 +0200 From: Mark Santcroos To: current@freebsd.org Cc: vns@delta.odessa.ua Subject: vmware2 KSE patches Message-ID: <20010914025110.A19200@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Below you can find the patches that are needed to compile vmware2 on -current with the KSE changes. It works like a charm again. http://www.ripe.net/home/mark/files/vmware2_kse.patch.tgz Just extract the files in 'ports/emulators/vmware2/files/' and rebuild. Note: To get networking to work (due to the cloning problems with if_tap) you have to 'create' '/dev/vmnet1' and link to it from '/compat/linux/dev/vmnet1'. (see other thread about if_tap/cloning) Mark ps. Julian/KSE experts: this is a first hack at KSE for me so correct me if I should have solved it differently please. -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 0:13: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from uli2.Franko.Lviv.UA (Uli2.Franko.Lviv.UA [194.44.198.55]) by hub.freebsd.org (Postfix) with ESMTP id 7629437B406 for ; Fri, 14 Sep 2001 00:13:03 -0700 (PDT) Received: from toto.chem.franko.lviv.ua (chem-020.franko.lviv.ua [192.168.244.20] (may be forged)) by uli2.Franko.Lviv.UA (8.11.3/8.11.3) with SMTP id f8DK3l426939 for ; Thu, 13 Sep 2001 23:03:47 +0300 Message-Id: <200109132003.f8DK3l426939@uli2.Franko.Lviv.UA> From: "TOTO2000" To: current@FreeBSD.org Subject: =?ISO-8859-1?Q?Autoref=5F03=5Fredactor?= date: Thu, 13 Sep 2001 22:48:50 +0300 MIME-Version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-Type: multipart/mixed; boundary="----4792053F_Outlook_Express_message_boundary" Content-Disposition: Multipart message Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG <<< No Message Collected >>> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 8:15:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by hub.freebsd.org (Postfix) with ESMTP id 5588537B40A for ; Fri, 14 Sep 2001 08:15:04 -0700 (PDT) Received: (from root@localhost) by fw.mccons.net (8.11.3/8.11.4) id f8EFF3Q94236 for freebsd-current@freebsd.org; Fri, 14 Sep 2001 10:15:03 -0500 (CDT) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.3/8.11.4av) with ESMTP id f8EFF1U94227 for ; Fri, 14 Sep 2001 10:15:01 -0500 (CDT) (envelope-from root@mccons.net) Date: Fri, 14 Sep 2001 10:15:00 -0500 (CDT) From: Wm Brian McCane To: Subject: Buildworld problems Message-ID: <20010914100423.M93244-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am having problems doing a buildworld. When I run it, I get the following error: cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make install cc -O -pipe -I/usr/obj/home/src/i386/usr/include -static -o xinstall xinstall.o xinstall.o: In function `main': xinstall.o(.text+0x8f): undefined reference to `strtofflags' I checked in /usr/lib/libc.a and got: root@china (/usr/src)> nm /usr/lib/libc.a | grep strtofflags strtofflags.o: 00000088 T strtofflags So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from install floppies to the 20010909 snapshot from current.freebsd.org, and I still get the same error. I was able to rebuild my kernel successfully after I updated, so I know the compiler and linker are mostly working. I tried to rebuild some out of date utilites (zip-5.40 upgrade to zip-5.42), as another experiment and I get: cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o fileio.o: In function `tempname': fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider using mkstemp() unix.o: In function `version_local': unix.o(.text+0x8a2): undefined reference to `__xuname' Once again I checked with 'nm' and I got: root@china (/usr/ports/archivers/zip)> nm /usr/lib/libc.a | grep __xuname U __xuname U __xuname __xuname.o: 00000000 T __xuname So it also exists. Then, out of boredom/desperation, I did: root@china (/tmp)> ar x /usr/lib/libc.a __xuname.o root@china (/tmp)> ar ruv /usr/lib/libc.a __xuname.o r - __xuname.o root@china (/tmp)> ranlib /usr/lib/libc.a And I still get the same results from the make in zip. Anybody else have another suggestion? - brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 8:35:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 6EEEA37B406 for ; Fri, 14 Sep 2001 08:33:49 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8EFX9B52999; Fri, 14 Sep 2001 18:33:09 +0300 (EEST) (envelope-from ru) Date: Fri, 14 Sep 2001 18:33:09 +0300 From: Ruslan Ermilov To: Wm Brian McCane Cc: freebsd-current@FreeBSD.ORG Subject: Re: Buildworld problems Message-ID: <20010914183309.A52001@sunbay.com> References: <20010914100423.M93244-100000@fw.mccons.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914100423.M93244-100000@fw.mccons.net>; from root@mccons.net on Fri, Sep 14, 2001 at 10:15:00AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: > I am having problems doing a buildworld. When I run it, I get the > following error: > > cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make > install > cc -O -pipe -I/usr/obj/home/src/i386/usr/include -static -o xinstall > xinstall.o > xinstall.o: In function `main': > xinstall.o(.text+0x8f): undefined reference to `strtofflags' > > I checked in /usr/lib/libc.a and got: > > root@china (/usr/src)> nm /usr/lib/libc.a | grep strtofflags > strtofflags.o: > 00000088 T strtofflags > > So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an > 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from > install floppies to the 20010909 snapshot from current.freebsd.org, and I > still get the same error. I was able to rebuild my kernel successfully > after I updated, so I know the compiler and linker are mostly working. > > I tried to rebuild some out of date utilites (zip-5.40 upgrade to > zip-5.42), as another experiment and I get: > > cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o > ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o > fileio.o: In function `tempname': > fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider > using mkstemp() > unix.o: In function `version_local': > unix.o(.text+0x8a2): undefined reference to `__xuname' > > Once again I checked with 'nm' and I got: > > root@china (/usr/ports/archivers/zip)> nm /usr/lib/libc.a | grep __xuname > U __xuname > U __xuname > __xuname.o: > 00000000 T __xuname > > So it also exists. Then, out of boredom/desperation, I did: > > root@china (/tmp)> ar x /usr/lib/libc.a __xuname.o > root@china (/tmp)> ar ruv /usr/lib/libc.a __xuname.o > r - __xuname.o > root@china (/tmp)> ranlib /usr/lib/libc.a > > And I still get the same results from the make in zip. > > > Anybody else have another suggestion? -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile 2001/04/02 11:54:59 1.15 +++ Makefile 2001/09/14 15:31:59 @@ -3,6 +3,22 @@ PROG= xinstall PROGNAME= install +SRCS= xinstall.c MAN= install.1 + +# Get __FreeBSD_version +.if !defined(OSVERSION) +.if exists(/sbin/sysctl) +OSVERSION!= /sbin/sysctl -n kern.osreldate +.else +OSVERSION!= /usr/sbin/sysctl -n kern.osreldate +.endif +.endif + +.if ${OSVERSION} < 400021 || \ + ${OSVERSION} >= 500000 && ${OSVERSION} < 500007 +.PATH: ${.CURDIR}/../../lib/libc/gen +SRCS+= strtofflags.c +.endif .include --sm4nu43k4a2Rpi4c-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 9:23: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by hub.freebsd.org (Postfix) with ESMTP id 83A3437B40E; Fri, 14 Sep 2001 09:22:56 -0700 (PDT) Received: (from root@localhost) by fw.mccons.net (8.11.3/8.11.4) id f8EGMuC97311; Fri, 14 Sep 2001 11:22:56 -0500 (CDT) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.3/8.11.4av) with ESMTP id f8EGMsT97301; Fri, 14 Sep 2001 11:22:54 -0500 (CDT) (envelope-from root@mccons.net) Date: Fri, 14 Sep 2001 11:22:54 -0500 (CDT) From: Wm Brian McCane To: Ruslan Ermilov Cc: Subject: Re: Buildworld problems In-Reply-To: <20010914183309.A52001@sunbay.com> Message-ID: <20010914112055.D96924-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actually, I was already at 5.0-CURRENT. FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001 - brian On Fri, 14 Sep 2001, Ruslan Ermilov wrote: > Please try the attached patch. I'm going to attempt to unbreak > the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in > the near future. > > On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: > > I am having problems doing a buildworld. When I run it, I get the > > following error: > > > > cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make > > install > > cc -O -pipe -I/usr/obj/home/src/i386/usr/include -static -o xinstall > > xinstall.o > > xinstall.o: In function `main': > > xinstall.o(.text+0x8f): undefined reference to `strtofflags' > > > > I checked in /usr/lib/libc.a and got: > > > > root@china (/usr/src)> nm /usr/lib/libc.a | grep strtofflags > > strtofflags.o: > > 00000088 T strtofflags > > > > So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an > > 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from > > install floppies to the 20010909 snapshot from current.freebsd.org, and I > > still get the same error. I was able to rebuild my kernel successfully > > after I updated, so I know the compiler and linker are mostly working. > > > > I tried to rebuild some out of date utilites (zip-5.40 upgrade to > > zip-5.42), as another experiment and I get: > > > > cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o > > ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o > > fileio.o: In function `tempname': > > fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider > > using mkstemp() > > unix.o: In function `version_local': > > unix.o(.text+0x8a2): undefined reference to `__xuname' > > > > Once again I checked with 'nm' and I got: > > > > root@china (/usr/ports/archivers/zip)> nm /usr/lib/libc.a | grep __xuname > > U __xuname > > U __xuname > > __xuname.o: > > 00000000 T __xuname > > > > So it also exists. Then, out of boredom/desperation, I did: > > > > root@china (/tmp)> ar x /usr/lib/libc.a __xuname.o > > root@china (/tmp)> ar ruv /usr/lib/libc.a __xuname.o > > r - __xuname.o > > root@china (/tmp)> ranlib /usr/lib/libc.a > > > > And I still get the same results from the make in zip. > > > > > > Anybody else have another suggestion? > > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > +-----------------------------------+------------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ root@bmccane.maxbaud.net he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/ +-------------------------------------------+----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 9:59:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id B881537B411 for ; Fri, 14 Sep 2001 09:59:03 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8EGw3q64419; Fri, 14 Sep 2001 19:58:03 +0300 (EEST) (envelope-from ru) Date: Fri, 14 Sep 2001 19:58:03 +0300 From: Ruslan Ermilov To: Wm Brian McCane Cc: freebsd-current@FreeBSD.ORG Subject: Re: Buildworld problems Message-ID: <20010914195803.G52001@sunbay.com> References: <20010914183309.A52001@sunbay.com> <20010914112055.D96924-100000@fw.mccons.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914112055.D96924-100000@fw.mccons.net>; from root@mccons.net on Fri, Sep 14, 2001 at 11:22:54AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's irrelevant. Your 5.0-CURRENT wasn't actually "current". On Fri, Sep 14, 2001 at 11:22:54AM -0500, Wm Brian McCane wrote: > Actually, I was already at 5.0-CURRENT. > > FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001 > > - brian > > > On Fri, 14 Sep 2001, Ruslan Ermilov wrote: > > > Please try the attached patch. I'm going to attempt to unbreak > > the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in > > the near future. > > > > On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: > > > I am having problems doing a buildworld. When I run it, I get the > > > following error: > > > > > > cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make > > > install > > > cc -O -pipe -I/usr/obj/home/src/i386/usr/include -static -o xinstall > > > xinstall.o > > > xinstall.o: In function `main': > > > xinstall.o(.text+0x8f): undefined reference to `strtofflags' > > > > > > I checked in /usr/lib/libc.a and got: > > > > > > root@china (/usr/src)> nm /usr/lib/libc.a | grep strtofflags > > > strtofflags.o: > > > 00000088 T strtofflags > > > > > > So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an > > > 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from > > > install floppies to the 20010909 snapshot from current.freebsd.org, and I > > > still get the same error. I was able to rebuild my kernel successfully > > > after I updated, so I know the compiler and linker are mostly working. > > > > > > I tried to rebuild some out of date utilites (zip-5.40 upgrade to > > > zip-5.42), as another experiment and I get: > > > > > > cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o > > > ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o > > > fileio.o: In function `tempname': > > > fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider > > > using mkstemp() > > > unix.o: In function `version_local': > > > unix.o(.text+0x8a2): undefined reference to `__xuname' > > > > > > Once again I checked with 'nm' and I got: > > > > > > root@china (/usr/ports/archivers/zip)> nm /usr/lib/libc.a | grep __xuname > > > U __xuname > > > U __xuname > > > __xuname.o: > > > 00000000 T __xuname > > > > > > So it also exists. Then, out of boredom/desperation, I did: > > > > > > root@china (/tmp)> ar x /usr/lib/libc.a __xuname.o > > > root@china (/tmp)> ar ruv /usr/lib/libc.a __xuname.o > > > r - __xuname.o > > > root@china (/tmp)> ranlib /usr/lib/libc.a > > > > > > And I still get the same results from the make in zip. > > > > > > > > > Anybody else have another suggestion? > > > > -- > > Ruslan Ermilov Oracle Developer/DBA, > > ru@sunbay.com Sunbay Software AG, > > ru@FreeBSD.org FreeBSD committer, > > +380.652.512.251 Simferopol, Ukraine > > > > http://www.FreeBSD.org The Power To Serve > > http://www.oracle.com Enabling The Information Age > > > > +-----------------------------------+------------------------------------------+ > He rides a cycle of mighty days, and \ Wm Brian and Lori McCane > represents the last great schizm among\ McCane Consulting > the gods. Evil though he obviously is, \ root@bmccane.maxbaud.net > he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ > my spirit, and I respect him as the sons \ http://www.sellit-here.com/ > of old did the fathers of their bodies. \ http://recall.maxbaud.net/ > Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/ > +-------------------------------------------+----------------------------------+ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 10:57:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 12E6A37B40A; Fri, 14 Sep 2001 10:57:53 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id DAA23218; Sat, 15 Sep 2001 03:57:50 +1000 Date: Sat, 15 Sep 2001 03:57:26 +1000 (EST) From: Bruce Evans X-X-Sender: To: Ruslan Ermilov Cc: Jordan Hubbard , Subject: Re: Build problem in -current In-Reply-To: <20010905181810.V96906@sunbay.com> Message-ID: <20010915032356.M20847-100000@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Sep 2001, Ruslan Ermilov wrote: > On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote: > [...] > > > Index: Makefile > > > =================================================================== > > > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v > > > retrieving revision 1.15 > > > diff -u -r1.15 Makefile > > > --- Makefile 2001/04/02 11:54:59 1.15 > > > +++ Makefile 2001/09/04 08:11:52 > > > @@ -3,6 +3,22 @@ > > > > > > PROG= xinstall > > > PROGNAME= install > > > +SRCS= xinstall.c > > > MAN= install.1 > > > + > > > +# Get __FreeBSD_version > > > +.if !defined(OSVERSION) > > > +.if exists(/sbin/sysctl) > > > +OSVERSION!= /sbin/sysctl -n kern.osreldate > > > +.else > > > +OSVERSION!= /usr/sbin/sysctl -n kern.osreldate > > > +.endif > > > +.endif > > > + > > > +.if ${OSVERSION} < 400021 || \ > > > + ${OSVERSION} >= 500000 && ${OSVERSION} < 500007 > > > +.PATH: ${.CURDIR}/../../lib/libc/gen > > > +SRCS+= strtofflags.c > > > +.endif > > > > > > .include > > > > Ugh. This is even worse than using __FreeBSD_version. It is broken > > for non-FreeBSD hosts. Hmm, this case is broken in my version too. > > Non-FreeBSD hosts might not have have FreeBSD file flags, so they might > > not have the definitions of the magic numbers necessary for strtofflags.c > > to compile; they might not even have the necessary headers. > > > What do I hear?! Are we required to support non-FreeBSD hosts at the > Makefile level? That would be too conservative, and is already broken > in many other ways. > > > It is unreasonable to expect the target source strtofflags.c to be > > compilable in the host environment. > > > But we can at least try (with high probability of success) -- this is > better than the current breakage Jordan observes. I think it's easier to make a fairly general case work than fix special cases as they turn up. > > The correct fix is to not support file flags in the bootstrap > > version of install. > > > But we now always bootstrap install(1). Not including support for > file flags here would mean "no support for file flags during the > installworld". That's certainly a problem. I still don't see the point of the runtime test to avoid using strtofflags.c. strttofflags.c is just as portable as the xinstall sources (modulo the dependency on declaring the things in it, if WARNS is turned on). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 11:47:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from reservoir.absolight.com (reservoir.absolight.com [212.43.217.72]) by hub.freebsd.org (Postfix) with ESMTP id 62E1037B40F for ; Fri, 14 Sep 2001 11:47:45 -0700 (PDT) Received: from bilbo.in.mat.cc (bilbo.in.mat.cc [212.43.217.121]) by reservoir.absolight.com (Postfix) with ESMTP id C593BD39EF for ; Fri, 14 Sep 2001 20:47:42 +0200 (CEST) Received: from bilbo.org (localhost [127.0.0.1]) by bilbo.in.mat.cc (Postfix) with ESMTP id 11B3165554 for ; Fri, 14 Sep 2001 20:47:36 +0200 (CEST) Received: from club-internet.fr (sauron.in.mat.cc [212.43.217.122]) by bilbo.in.mat.cc (Postfix) with ESMTP id 324FB65554 for ; Fri, 14 Sep 2001 20:47:33 +0200 (CEST) Message-ID: <3BA250C5.AF6B8107@club-internet.fr> Date: Fri, 14 Sep 2001 20:47:33 +0200 From: Mathieu Arnold Organization: http://www.absolight.com/ X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: ipfilter and memory problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I still have some no memory problem : http://www.absolight.fr/mat/ipf/ here is how it was this morning : IP states added: 11508117 TCP 1757381 UDP 1512795 ICMP 3225071612 hits 101807088 misses 0 maximum 586718 no memory 5055 bkts in use 32424 active 3239108 expired 10920043 closed here is what's in my ip_state.c #define FIVE_DAYS (3600) /* 5 days: half closed session */ #define TCP_MSL 60 /* 2 minutes */ u_long fr_tcpidletimeout = FIVE_DAYS, fr_tcpclosewait = 2 * TCP_MSL, fr_tcplastack = 2 * TCP_MSL, fr_tcptimeout = 2 * TCP_MSL, fr_tcpclosed = 2, fr_tcphalfclosed = 30*60, /* 2 hours */ fr_udptimeout = 240, fr_icmptimeout = 120; int fr_statemax = IPSTATE_MAX, fr_statesize = IPSTATE_SIZE; int fr_state_doflush = 0, fr_state_lock = 0; and in my ip_state.h : #define IPSTATE_SIZE 100823 #define IPSTATE_MAX 65536 /* Maximum number of states held */ It's a FreeBSD mano.absolight.com 4.3-RELEASE-p17 FreeBSD 4.3-RELEASE-p17 #0: Mon Sep 10 09:55:30 CEST 2001 root@mano.absolight.com:/usr/src/sys/compile/FW i386 with 256M of ram, and kern.ipc.nmbclusters="16384" kern.vm.kmem.size="83886080" in my loader.conf I was wondering how low I could go with the FIVE_DAYS const and with the others. I believe that lowering them should do it, but I'd rather not do stupid things. regards -- Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 12:10:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 4A7D237B412 for ; Fri, 14 Sep 2001 12:10:14 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Sep 2001 20:10:13 +0100 (BST) To: current@freebsd.org Subject: ACPI module loading. X-Request-Do: Date: Fri, 14 Sep 2001 20:10:13 +0100 From: David Malone Message-ID: <200109142010.aa54118@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you boot from an old kernel then the loader seems to load the acpi module from the wrong place. I tried booting with both: unload boot /boot/kernel.old/kernel and: unload load /boot/kernel.old/kernel boot and both loaded the acpi moduse from /boot/kernel/acpi.ko. I thought that the loader was supposed to be clever enough to find these things. I suppose it could be the acpi loader, the loader or me which is broked. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 12:44:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 9C67E37B410 for ; Fri, 14 Sep 2001 12:44:24 -0700 (PDT) Received: from notebook.vega.com (dialup12-40.iptelecom.net.ua [212.9.228.232]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id WAA66218; Fri, 14 Sep 2001 22:43:59 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Date: Fri, 14 Sep 2001 22:43:59 +0300 (EEST) Message-Id: <200109141943.WAA66218@ipcard.iptcom.net> To: dwmalone@maths.tcd.ie, current@FreeBSD.org From: Maxim Sobolev Subject: Re: ACPI module loading. X-Mailer: Pygmy (v0.5.11) In-Reply-To: <200109142010.aa54118@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Sep 2001 20:10:13 +0100, David Malone wrote: > If you boot from an old kernel then the loader seems to load the acpi > module from the wrong place. I tried booting with both: > > unload > boot /boot/kernel.old/kernel > and: > unload > load /boot/kernel.old/kernel > boot > > and both loaded the acpi moduse from /boot/kernel/acpi.ko. I thought > that the loader was supposed to be clever enough to find these > things. I suppose it could be the acpi loader, the loader or me > which is broked. The following is a correct way of doing this: unload boot kernel.old This will load both kernel and modules from the correct place, i.e. /boot/kernel.old. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 12:57:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from illuminati.is.co.za (illuminati.is.co.za [196.36.198.65]) by hub.freebsd.org (Postfix) with ESMTP id E281637B410 for ; Fri, 14 Sep 2001 12:57:37 -0700 (PDT) Received: by illuminati.is.co.za (Postfix, from userid 1001) id 81DC515F; Fri, 14 Sep 2001 21:57:24 +0200 (SAST) Date: Fri, 14 Sep 2001 21:57:24 +0200 From: Geoff Rehmet To: current@freebsd.org Subject: -current TCP performance hosed? Message-ID: <20010914215724.A52211@illuminati.is.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was just wondering if anyone has been experiencing problems with TCP performance on -current -- my box built on 11 Sept is dog slow - max 60kbps over 10baseT. I'm going to try and revert to an older kernel and see if there is a difference. Geoff. -- Geoff Rehmet, Internet Solutions tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800 email: geoffr@is.co.za URL: http://www.is.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 13:11: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from technokratis.com (modemcable093.62-201-24.mtl.mc.videotron.ca [24.201.62.93]) by hub.freebsd.org (Postfix) with ESMTP id 4997937B403 for ; Fri, 14 Sep 2001 13:10:53 -0700 (PDT) Received: (from bmilekic@localhost) by technokratis.com (8.11.4/8.11.3) id f8EKDbH30225; Fri, 14 Sep 2001 16:13:37 -0400 (EDT) (envelope-from bmilekic) Date: Fri, 14 Sep 2001 16:13:37 -0400 From: Bosko Milekic To: Geoff Rehmet Cc: current@FreeBSD.ORG Subject: Re: -current TCP performance hosed? Message-ID: <20010914161337.A30149@technokratis.com> References: <20010914215724.A52211@illuminati.is.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914215724.A52211@illuminati.is.co.za>; from geoff@illuminati.is.co.za on Fri, Sep 14, 2001 at 09:57:24PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote: > I was just wondering if anyone has been experiencing problems with > TCP performance on -current -- my box built on 11 Sept is dog slow - > max 60kbps over 10baseT. I'm going to try and revert to an older > kernel and see if there is a difference. No. Not here. Make sure that all the debugging options are OFF in your kernel configuration file? > Geoff. > -- > Geoff Rehmet, Internet Solutions > tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800 > email: geoffr@is.co.za > URL: http://www.is.co.za -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 14:40:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from illuminati.is.co.za (illuminati.is.co.za [196.36.198.65]) by hub.freebsd.org (Postfix) with ESMTP id D80A937B412 for ; Fri, 14 Sep 2001 14:40:27 -0700 (PDT) Received: by illuminati.is.co.za (Postfix, from userid 1001) id C86F2175; Fri, 14 Sep 2001 23:40:21 +0200 (SAST) Date: Fri, 14 Sep 2001 23:40:21 +0200 From: Geoff Rehmet To: Bosko Milekic Cc: current@FreeBSD.ORG Subject: Re: -current TCP performance hosed? Message-ID: <20010914234021.B52211@illuminati.is.co.za> References: <20010914215724.A52211@illuminati.is.co.za> <20010914161337.A30149@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914161337.A30149@technokratis.com>; from bmilekic@technokratis.com on Fri, Sep 14, 2001 at 04:13:37PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 14, 2001 at 04:13:37PM -0400, Bosko Milekic wrote: > > On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote: > > I was just wondering if anyone has been experiencing problems with > > TCP performance on -current -- my box built on 11 Sept is dog slow - > > max 60kbps over 10baseT. I'm going to try and revert to an older > > kernel and see if there is a difference. > > No. Not here. Make sure that all the debugging options are OFF in > your kernel configuration file? Nope, no debug options, but I am getting loads of microuptime() went backwards (29804.3839847 -> 29804.925730) microuptime() went backwards (29804.3839847 -> 29804.926005) microuptime() went backwards (29804.3839847 -> 29804.926316) microuptime() went backwards (29804.3839847 -> 29804.926741) microuptime() went backwards (29804.3839847 -> 29804.927119) microuptime() went backwards (29804.3839847 -> 29804.928361) microuptime() went backwards (29804.3839847 -> 29804.928867) microuptime() went backwards (29804.3839847 -> 29804.932863) microuptime() went backwards (29804.3839847 -> 29804.945770) microuptime() went backwards (29804.3839847 -> 29804.946271) microuptime() went backwards (29804.3839847 -> 29804.948524) microuptime() went backwards (29804.3839847 -> 29804.949926) microuptime() went backwards (29804.3839847 -> 29804.950331) microuptime() went backwards (29804.3839847 -> 29804.952237) microuptime() went backwards (29804.3839847 -> 29804.953419) microuptime() went backwards (29804.3839847 -> 29804.955314) microuptime() went backwards (29804.3839847 -> 29804.955781) -- Geoff Rehmet, Internet Solutions tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800 email: geoffr@is.co.za URL: http://www.is.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 15: 4: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 888FA37B407 for ; Fri, 14 Sep 2001 15:04:01 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f8EMBS504018; Fri, 14 Sep 2001 15:11:28 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109142211.f8EMBS504018@mass.dis.org> To: David Malone Cc: current@freebsd.org, msmith@mass.dis.org Subject: Re: ACPI module loading. In-Reply-To: Message from David Malone of "Fri, 14 Sep 2001 20:10:13 BST." <200109142010.aa54118@salmon.maths.tcd.ie> Date: Fri, 14 Sep 2001 15:11:28 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > and both loaded the acpi moduse from /boot/kernel/acpi.ko. I thought > that the loader was supposed to be clever enough to find these > things. I suppose it could be the acpi loader, the loader or me > which is broked. The way the loader finds the ACPI module is unsophisticated and needs to be modified; boot-conf with a non-default path doesn't seem to update the module path, so the loader gets the wrong module. 8( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 15:12:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id BF37537B403 for ; Fri, 14 Sep 2001 15:12:20 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f8EMIl504199; Fri, 14 Sep 2001 15:18:47 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109142218.f8EMIl504199@mass.dis.org> To: Geoff Rehmet Cc: Bosko Milekic , current@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: -current TCP performance hosed? In-Reply-To: Message from Geoff Rehmet of "Fri, 14 Sep 2001 23:40:21 +0200." <20010914234021.B52211@illuminati.is.co.za> Date: Fri, 14 Sep 2001 15:18:47 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Nope, no debug options, but I am getting loads of > > microuptime() went backwards (29804.3839847 -> 29804.925730) ALi chipset? Try turning off the ACPI timer if you haven't already; set debug.acpi.disable="timer" at the loader prompt. If this works, please let me know (with ACPI in the subject line so I don't miss it). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 15:46: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id C0A2637B409; Fri, 14 Sep 2001 15:45:55 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA02169; Fri, 14 Sep 2001 13:22:31 -0700 (PDT) Date: Fri, 14 Sep 2001 13:22:30 -0700 (PDT) From: Julian Elischer To: Mark Santcroos Cc: current@freebsd.org, vns@delta.odessa.ua, ports@freebsd.org Subject: Re: vmware2 KSE patches In-Reply-To: <20010914025110.A19200@laptop.6bone.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG what is this for? #define CDEV_MINOR 0 + +/* static struct cdevsw vmmon_cdevsw = { */ static struct cdevsw vmmon_cdevsw = { /* open */ FreeBSD_Driver_Open, /* close */ FreeBSD_Driver_Close, @@ -162,8 +164,12 @@ /* psize */ nopsize, /* flags */ 0, /* bmaj */ -1 + + }; + + /* all the rest looks good just need s 'ports' guru to know how to make it conditional on the right version of FreeBSD being used.. On Fri, 14 Sep 2001, Mark Santcroos wrote: > Below you can find the patches that are needed to compile vmware2 on > -current with the KSE changes. It works like a charm again. > > http://www.ripe.net/home/mark/files/vmware2_kse.patch.tgz > Just extract the files in 'ports/emulators/vmware2/files/' and rebuild. > > > Note: > To get networking to work (due to the cloning problems with if_tap) you > have to 'create' '/dev/vmnet1' and link to it from > '/compat/linux/dev/vmnet1'. (see other thread about if_tap/cloning) > > > Mark > > ps. Julian/KSE experts: this is a first hack at KSE for me so correct me if I > should have solved it differently please. > > -- > Mark Santcroos RIPE Network Coordination Centre > http://www.ripe.net/home/mark/ New Projects Group/TTM > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 15:49:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from front2.chartermi.net (24.213.60.124.up.mi.chartermi.net [24.213.60.124]) by hub.freebsd.org (Postfix) with ESMTP id CDFCD37B406 for ; Fri, 14 Sep 2001 15:49:24 -0700 (PDT) Received: from [24.247.81.122] (HELO rain.hill.hom) by front2.chartermi.net (CommuniGate Pro SMTP 3.5b2) with SMTP id 18549687; Fri, 14 Sep 2001 18:49:24 -0400 Date: Fri, 14 Sep 2001 18:47:55 -0400 From: David Hill To: Geoff Rehmet Cc: bmilekic@technokratis.com, current@FreeBSD.ORG Subject: Re: -current TCP performance hosed? Message-Id: <20010914184755.4b4a445d.david@phobia.ms> In-Reply-To: <20010914234021.B52211@illuminati.is.co.za> References: <20010914215724.A52211@illuminati.is.co.za> <20010914161337.A30149@technokratis.com> <20010914234021.B52211@illuminati.is.co.za> X-Mailer: Sylpheed version 0.6.1 (GTK+ 1.2.10; i386--freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Sep 2001 23:40:21 +0200 Geoff Rehmet wrote: > On Fri, Sep 14, 2001 at 04:13:37PM -0400, Bosko Milekic wrote: > > > > On Fri, Sep 14, 2001 at 09:57:24PM +0200, Geoff Rehmet wrote: > > > I was just wondering if anyone has been experiencing problems with > > > TCP performance on -current -- my box built on 11 Sept is dog slow - > > > max 60kbps over 10baseT. I'm going to try and revert to an older > > > kernel and see if there is a difference. > > > > No. Not here. Make sure that all the debugging options are OFF in > > your kernel configuration file? > Nope, no debug options, but I am getting loads of > > microuptime() went backwards (29804.3839847 -> 29804.925730) > microuptime() went backwards (29804.3839847 -> 29804.926005) > microuptime() went backwards (29804.3839847 -> 29804.926316) > microuptime() went backwards (29804.3839847 -> 29804.926741) > microuptime() went backwards (29804.3839847 -> 29804.927119) > microuptime() went backwards (29804.3839847 -> 29804.928361) > microuptime() went backwards (29804.3839847 -> 29804.928867) > microuptime() went backwards (29804.3839847 -> 29804.932863) > microuptime() went backwards (29804.3839847 -> 29804.945770) > microuptime() went backwards (29804.3839847 -> 29804.946271) > microuptime() went backwards (29804.3839847 -> 29804.948524) > microuptime() went backwards (29804.3839847 -> 29804.949926) > microuptime() went backwards (29804.3839847 -> 29804.950331) > microuptime() went backwards (29804.3839847 -> 29804.952237) > microuptime() went backwards (29804.3839847 -> 29804.953419) > microuptime() went backwards (29804.3839847 -> 29804.955314) > microuptime() went backwards (29804.3839847 -> 29804.955781) > > -- > Geoff Rehmet, Internet Solutions > tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800 > email: geoffr@is.co.za > URL: http://www.is.co.za > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Remove apm0 from your kernel. recompile, reboot. There is a bug with APM. - David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 16: 8: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 0501437B401; Fri, 14 Sep 2001 16:08:02 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8EN81a09582; Fri, 14 Sep 2001 16:08:01 -0700 (PDT) (envelope-from obrien) Date: Fri, 14 Sep 2001 16:08:01 -0700 From: "David O'Brien" To: Ruslan Ermilov Cc: Wm Brian McCane , freebsd-current@FreeBSD.ORG Subject: Re: Buildworld problems Message-ID: <20010914160801.A8668@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010914100423.M93244-100000@fw.mccons.net> <20010914183309.A52001@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914183309.A52001@sunbay.com>; from ru@FreeBSD.ORG on Fri, Sep 14, 2001 at 06:33:09PM +0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote: > Please try the attached patch. I'm going to attempt to unbreak > the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in > the near future. Please try to restructure it along the lines of src/gnu/usr.bin/binutils/libiberty/Makefile rev 1.11. Peter provided a patch that is a more proper way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 16: 8:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from mercury.is.co.za (mercury.is.co.za [196.4.160.222]) by hub.freebsd.org (Postfix) with ESMTP id C2E6437B401; Fri, 14 Sep 2001 16:08:44 -0700 (PDT) Received: from hermwas.is.co.za (hermwas.is.co.za [196.23.0.8]) by mercury.is.co.za (Postfix) with ESMTP id 7C7AA46B7; Sat, 15 Sep 2001 01:08:28 +0200 (SAST) Received: (from geoffr@localhost) by hermwas.is.co.za (8.9.3/8.9.3) id BAA21232; Sat, 15 Sep 2001 01:08:28 +0200 (SAT) Date: Sat, 15 Sep 2001 01:08:28 +0200 From: Geoff Rehmet To: Mike Smith Cc: Geoff Rehmet , Bosko Milekic , current@FreeBSD.ORG, msmith@mass.dis.org Subject: ACPI??? was - Re: -current TCP performance hosed? Message-ID: <20010915010828.A21183@hermwas.is.co.za> Reply-To: Geoff Rehmet References: <200109142218.f8EMIl504199@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109142218.f8EMIl504199@mass.dis.org>; from msmith@FreeBSD.ORG on Fri, Sep 14, 2001 at 03:18:47PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700, in message <200109142218.f8EMIl504199@mass.dis.org>, Mike Smith wrote: > > Nope, no debug options, but I am getting loads of > > > > microuptime() went backwards (29804.3839847 -> 29804.925730) > > ALi chipset? Try turning off the ACPI timer if you haven't already; > > set debug.acpi.disable="timer" > > at the loader prompt. If this works, please let me know (with ACPI in the > subject line so I don't miss it). Tried that, also tried "set hint.acpi.0.disable=1" - neither had any effect. The kernel is not compiled with apm... Geoff. -- Geoff Rehmet, Internet Solutions tel: +27-11-283-5462, fax: +27-11-283-5401 mobile: +27-83-292-5800 email: geoffr@is.co.za, geoff@is.co.za URL: http://www.is.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 16:19: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 2CF2637B40C; Fri, 14 Sep 2001 16:19:02 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f8ENQW504850; Fri, 14 Sep 2001 16:26:32 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109142326.f8ENQW504850@mass.dis.org> To: Geoff Rehmet Cc: Mike Smith , Geoff Rehmet , Bosko Milekic , current@FreeBSD.ORG Subject: Re: ACPI??? was - Re: -current TCP performance hosed? In-Reply-To: Message from Geoff Rehmet of "Sat, 15 Sep 2001 01:08:28 +0200." <20010915010828.A21183@hermwas.is.co.za> Date: Fri, 14 Sep 2001 16:26:32 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700, > in message <200109142218.f8EMIl504199@mass.dis.org>, Mike Smith wrote: > > > Nope, no debug options, but I am getting loads of > > > > > > microuptime() went backwards (29804.3839847 -> 29804.925730) > > > > ALi chipset? Try turning off the ACPI timer if you haven't already; > > > > set debug.acpi.disable="timer" > > > > at the loader prompt. If this works, please let me know (with ACPI in the > > subject line so I don't miss it). > > Tried that, also tried "set hint.acpi.0.disable=1" - neither > had any effect. Can you explicitly disable the ACPI module? unset acpi_load at the loader prompt. If it still happens with that, then something else is b0rked and I can stop panicking. 8) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 18:44:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (ci391991-a.grnvle1.sc.home.com [24.37.154.83]) by hub.freebsd.org (Postfix) with ESMTP id E73BD37B40F; Fri, 14 Sep 2001 18:44:46 -0700 (PDT) Received: (from morganw@localhost) by volatile.chemikals.org (8.11.5/8.11.5) id f8F1ifR34722; Fri, 14 Sep 2001 21:44:41 -0400 (EDT) (envelope-from morganw) Date: Fri, 14 Sep 2001 21:44:41 -0400 (EDT) From: Wesley Morgan To: Mike Smith Cc: Geoff Rehmet , Geoff Rehmet , Bosko Milekic , Subject: Re: ACPI??? was - Re: -current TCP performance hosed? In-Reply-To: <200109142326.f8ENQW504850@mass.dis.org> Message-ID: <20010914214355.S34711-100000@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FYI -- this has happened on my laptop (Toshiba Tecra 8000) ever since the ACPI was first introduced (months and months ago) On Fri, 14 Sep 2001, Mike Smith wrote: > > It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700, > > in message <200109142218.f8EMIl504199@mass.dis.org>, Mike Smith wrote: > > > > Nope, no debug options, but I am getting loads of > > > > > > > > microuptime() went backwards (29804.3839847 -> 29804.925730) > > > > > > ALi chipset? Try turning off the ACPI timer if you haven't already; > > > > > > set debug.acpi.disable="timer" > > > > > > at the loader prompt. If this works, please let me know (with ACPI in the > > > subject line so I don't miss it). > > > > Tried that, also tried "set hint.acpi.0.disable=1" - neither > > had any effect. > > Can you explicitly disable the ACPI module? > > unset acpi_load > > at the loader prompt. If it still happens with that, then something else is > b0rked and I can stop panicking. 8) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemikals.org _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 18:59: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 2A69037B40F for ; Fri, 14 Sep 2001 18:59:01 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f8F26N506211; Fri, 14 Sep 2001 19:06:24 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109150206.f8F26N506211@mass.dis.org> To: Wesley Morgan Cc: Geoff Rehmet , Bosko Milekic , current@FreeBSD.ORG Subject: Re: ACPI??? was - Re: -current TCP performance hosed? In-Reply-To: Message from Wesley Morgan of "Fri, 14 Sep 2001 21:44:41 EDT." <20010914214355.S34711-100000@volatile.chemikals.org> Date: Fri, 14 Sep 2001 19:06:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > FYI -- this has happened on my laptop (Toshiba Tecra 8000) ever since the > ACPI was first introduced (months and months ago) What has happened, specifically? If you disable the timer, as Geoff did, does it still happen? Details, details. > On Fri, 14 Sep 2001, Mike Smith wrote: > > > > It seems that, on Fri, Sep 14, 2001 at 03:18:47PM -0700, > > > in message <200109142218.f8EMIl504199@mass.dis.org>, Mike Smith wrote: > > > > > Nope, no debug options, but I am getting loads of > > > > > > > > > > microuptime() went backwards (29804.3839847 -> 29804.925730) > > > > > > > > ALi chipset? Try turning off the ACPI timer if you haven't already; > > > > > > > > set debug.acpi.disable="timer" > > > > > > > > at the loader prompt. If this works, please let me know (with ACPI in t > he > > > > subject line so I don't miss it). > > > > > > Tried that, also tried "set hint.acpi.0.disable=1" - neither > > > had any effect. > > > > Can you explicitly disable the ACPI module? > > > > unset acpi_load > > > > at the loader prompt. If it still happens with that, then something else is > > b0rked and I can stop panicking. 8) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > -- > _ __ ___ ____ ___ ___ ___ > Wesley N Morgan _ __ ___ | _ ) __| \ > morganw@chemikals.org _ __ | _ \._ \ |) | > FreeBSD: The Power To Serve _ |___/___/___/ > 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 > Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 14 19: 8:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from tomts11-srv.bellnexxia.net (tomts11.bellnexxia.net [209.226.175.55]) by hub.freebsd.org (Postfix) with ESMTP id C910A37B40E for ; Fri, 14 Sep 2001 19:08:38 -0700 (PDT) Received: from sympatico.ca ([209.226.116.51]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010914164739.DEYI26457.tomts6-srv.bellnexxia.net@sympatico.ca> for ; Fri, 14 Sep 2001 12:47:39 -0400 Message-ID: <3BA234D2.7DEE400C@sympatico.ca> Date: Fri, 14 Sep 2001 12:48:18 -0400 From: Kelvin Farmer X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: acpi boot problem Content-Type: multipart/mixed; boundary="------------D7EA9708445B79E9E78324DB" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------D7EA9708445B79E9E78324DB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit If either of my builtin serial ports is disabled in the bios then i get: sio1: configured irq 0 not in bitmap of probed irqs0 sio1 port 0-0x7 irq 0 on acpi0 sio1 type 8250 and the boot process stops at this message. since the acpi module is now loaded automatically, i can only boot if none of the serial ports are disabled in the bios. Please contact me with what further details are needed, dmesg with serial ports enable in bios attached. Thanks Kelvin. kfarmer@sympatico.ca --------------D7EA9708445B79E9E78324DB Content-Type: text/plain; charset=us-ascii; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #22: Thu Sep 13 23:27:53 EDT 2001 root@Tristal.home.local:/usr/src/sys/i386/compile/TRISTAL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1007289998 Hz CPU: AMD Athlon(tm) Processor (1007.29-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 402571264 (393136K bytes) avail memory = 388112384 (379016K bytes) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0363000. Preloaded elf module "/boot/kernel/if_ppp.ko" at 0xc03630a8. Preloaded elf module "/boot/kernel/if_tun.ko" at 0xc0363154. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0363200. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc03632ac. Preloaded elf module "/boot/kernel/usb.ko" at 0xc036335c. Preloaded elf module "/boot/kernel/ums.ko" at 0xc0363404. Preloaded elf module "/boot/kernel/if_de.ko" at 0xc03634ac. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0363558. Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00f1720 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb400-0xb41f irq 5 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Optical, rev 1.10/1.21, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. uhci1: port 0xb000-0xb01f irq 5 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 4.4 (no driver attached) pcm0: port 0x9400-0x941f irq 5 at device 9.0 on pci0 sio0: <3COM PCI FaxModem> port 0x8800-0x8807 irq 12 at device 10.0 on pci0 sio0: type 16550A de0: port 0x8400-0x847f mem 0xd6800000-0xd680007f irq 5 at device 13.0 on pci0 de0: DEC DE500-AA 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:f8:1e:30:20 atapci1: port 0x6800-0x683f,0x7000-0x7003,0x7400-0x7407,0x7800-0x7803,0x8000-0x8007 mem 0xd6000000-0xd601ffff irq 10 at device 17.0 on pci0 ata2: at 0x8000 on atapci1 ata3: at 0x7400 on atapci1 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port ppc1: cannot reserve I/O port range sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio2 port 0x3f8-0x3ff irq 4 on acpi0 sio2: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 ppc1: cannot reserve I/O port range orm0: