From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 01:26:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EC0C16A4B3 for ; Sun, 28 Sep 2003 01:26:42 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2629743FBF for ; Sun, 28 Sep 2003 01:26:41 -0700 (PDT) (envelope-from pilkis@gmx.net) Received: (qmail 25020 invoked by uid 65534); 28 Sep 2003 08:26:39 -0000 Received: from unknown (EHLO pilkishome) (62.68.63.42) by mail.gmx.net (mp014) with SMTP; 28 Sep 2003 10:26:39 +0200 X-Authenticated: #6832473 Message-ID: <003101c3859a$3d255360$1e64a8c0@spotripoli.local> From: "Putinas" To: Date: Sun, 28 Sep 2003 10:26:38 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_002E_01C385AB.003E2380" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Fw: SATA drive lock-up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 08:26:42 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_002E_01C385AB.003E2380 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit my verbose dmesg is in attached zip file, from today. my disks are connected with sata - pata converter based on marvel 88i8030 and one more question about ata3 and cable 40 wires, the cable actually is serial ata cable, not the 40 wires pata cable. and why it doesn't say then same thing about ata4 ? actually it's exactly same device like ata3? and to be strict ata1 is also 80 pins cable not 40 pins. ad4: setting UDMA100 on SiI 3112 chip GEOM: create disk ad4 dp=0xc6262670 ad4: ATA-5 disk at ata2-master ad4: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad4 ata3-master: pio=0x0c wdma=0x22 udma=0x45 cable=40pin ----- Original Message ----- From: "Soren Schmidt" To: "Derek Ragona" Cc: "Putinas" ; Sent: Thursday, September 25, 2003 09:32 Subject: Re: SATA drive lock-up It seems Derek Ragona wrote: > Søren, > > My setup is as follows: > Maxtor 6Y120MO 120GB SATA drive > Adaptec Serial ATA RAID 1210SA > Intel® Desktop Board D845GEBV2 > 1GB RAM > 1.7 GHz Celeron CPU Ok, I'll try to get something semialr setup here and try to reproduce. > If there is some way to get more debugging information, please let me > know. If you want the ATA subsystem rebuilt differently for more > debugging, I'm happy to do that as well. If you want access to the box, I > will give you that too. Hmm debugging this kind of problems most often requires "hands on" access to the HW, in some cases the ability to hook up measuring/test equipment greatly enhances the problem hunting (or is the only way to catch it). -Søren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ------=_NextPart_000_002E_01C385AB.003E2380 Content-Type: application/octet-stream; name="dmesg.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.zip" UEsDBBQAAgAIAENRPC+i9p6imBkAAFd4AAAJAAAAZG1lc2cudHh07D39b9u4kr8HyP9ALA6HBM9O SEqyZb9tAH+kqbF146vTxd7tWxSyRMVCZMkryWmyf/3NkJQsf9uJe73ua9DKsjgz5MyQM0NyRFcG N9eVfqdV6fRvf60MWneVwfDaqFU679++/zR8V+neDSutzqBX6fd/q7z9bfixMhxe438Ol8q7u7vK Xb8yaF9fnZ4kwgnJREzi5JmQN4TRulHnlmlScsYoN0i/fX56Mhg/p4E7B3THs+jhLD1vnp7QJ1r6 Y/CfVMnCw4bwfb9Camad1Wwyes5ECrQtm0yde5GeL5KoUbFMwhCeZ0kSjJq2YdZq3MzJcMtqmGZB yXl0gqKRyIxRs6nNGpycNWxb8TIK4tTgTfI2nkUeafduhwYnQ5E8Bq4g3SARbobYY+F4IiFOBi1x KfW5Sekc+TrKZA30yWeeDbJCELw7J+SjeMQSQt6LCBtxejJ1A0RskkGnJ2skQuJL4j7y+A/6xLwR VDCNpgpUNW8QDRSC52TOvDEN5pdh89ZIUs0G5zRvBbsow91e90mvS1yPmtCq22wMDErqaXAfOdks AZH6WC/o9UvoRE3ys035BWPkfRA9kPfOs0iwyziRF0+gELmIp88kjWeJK6AkmoUhPMcP4gmUaIX8 JZJYfwEI0A0AaA39J+ld3sLDARAKZhMyAMj+3cePJJ1Np3GSgZicUSi805Nfr4etJgkiP04mThbE ERmFsftwemLViGkRyyAmI9BvqCGvLL+qG/mPc7xCbyvKTcJtvNL6HIM583tu4bWMwfJ/XF4NeTXl VcLSmsZQFG15bcirojuSV1dehbz6CkMxaNTJJPYEjCylh/z5o3FBYQRZllF70N27QvzQuU+b0HEq EolkKKsmdhDLaDQExwEMf5yf52Q+/Nrr9lqL30gnTkDWSqgffgWJtGMn8UhnHExlJ2pBD3LcaUBB b63hpyEhZGDe2L/B5xUBnEmM/WiESLKnf46nIjpj503VKkYcz0uIVOcZDGrXt89JkEJHtrFt1DXL WI5GY9AV30gQ+YeY+f25gnf9e3cs3Iem7lsw4H53QycFtBqC/UF+H3vJGxtuoDZsoiBngfcGLAYM U7t2XhqWcgw8iiRFGUB/B44/pUF0T/5j0Puo5ArGh8lRG8AYmRsFgwMsjOrqbRQ+k16UiSSZTTOg GcWROD15H7tKsqQ9S0lXtXQQwHc5okjv43+lpydpGGekRuQfwwvFSwtvnmpwD72bWKROGmDRsB2M b8JpKxy2HkdMRmBLhZeD88buetbj6HqMQ3A6CocfgtNVOKP9cAxW4ocfgrNdblLWTMmaL+uncQiO rsc5BKezVQbrcbTc7C04vIRTlptzCE57d9tWcDovaFt3t6yNEg4v8TM6BKe9u20rOJ0XtK27W9Zm CadW4sc+BKe9u20rOJ0XtK27W9ZWCae+e5yux9lud9bjdHbb0RWc7t52VOJYh9kdiWOUcPatx9xt d9BVfx7N0s/RDLCTJkliYBAekLGTglcin9vtDxUCjnI2QRcH/qsFKLdpVyTBoxi4Qc9rSniKnhXt oz+LXDKPAgbxF4wbZ1kGfu3MD56EB84UpxskCyZQFMbxQ0pubm+7BKqAKNSACMV5UjdfAi8bY3z8 A+VvhHIH0C5ErBD/kJ8Qv+o7afYT8RPx50xE7jMxrHrDglD93V/kz5kTBtkzwfBUd1hZG0aY3KyO gkzXDnGWcaHw+u/+ulJBJH0SJrWr8mOEAajslpqOO50hlc7g09WaIrahaCT7MiKW+3YZDENFGQCj aN7FaVbFqdwoCbx7UbQLQtsqXv0SYhX+YN4SZAHMnt048oP7mQ62qxv+Tk/+9a/Pw/bni/cffmmR IPkTfCC0/HdpMkxpbGrSTM2HPWEmYdYfoK4vlVA8irCSjp0E41ZCL3gDJ4Fzml1Fk1ivo8nKNDu6 nfR1NHmZ5jvdzsbraBrHbqfBFuXZ1u18JU2mO8tIwCRXkFRkGdrnaRLECY4WeEpCmDSkZFNnacO0 PShNQUjhZrTDVm5OTRqkmyMyyGYyZGQy0GIq5pLwzIKOD1PwMHtuSgAEVFfC5/flJ+AuFksZLa64 1uTDNCxyBTQOl0U0a01CF3kHnzKbkhE4rqoXpHIJYA3rfxPeucltzb7jo/3ck/tqjpSAwQSTAlB7 2JcfxuW7NC6v0pEyLuDCCg8mndcslR5Oura8eJov9ELpG3g6caa/M/pHk2TPU4E+P3Gie7jhFTJy UhipelWmQtLgL0F4rTJfs5MrWNUr8igiL07kao4N5RBUwj0uwwA18Rh48I2CHGWNQAficfzEoBNb kK/pVCmtYj1jL8G2IBJ8m/hIDrhzJ14i7uVTEypJMyfLvzcAznXcsQij9K83lJx5X+LEw+Xi0Mlk oCHByBklUXpewUDnPsqWnjlPAFx+tps/tps/lvPn+9v4owv8SWmX+KNfib+dujdfrnu+WTZsne7N ZdmwDbKpL8pm9GLZ2OSM48rjVvHwQjzminhQNJ5diIdYJfHocHLiZNA0T+8GoIOXRqX34a5FztSi OimZ6/MCUS2SNIiEDFKY483Q/mextBaM7VKA6ZYVwBcVwBsrGnCr1Nhz9FFrQQPc/kq9E5z9NIje OBVk+Q2yvJdCzBcqpL1GId21CmmvKsTarQ9zD32w/fRBv6U+Rkof1p7qoC9UR2eNOjpr1dFZMz7o bn3U99AH/w704erxseLL2YpChGeX7Tmjhyiku0Yh79YqpLuqkMZufXh76KO+qA++nz4WowXe+Lr6 8JQ+gOMpLjWkU+Hi0p7e8ExJl5IuRHnuLIHJQgZfd4rGFHPR2EuiMegrnClbdqYv76o13PBfdaac nOmnuzsA3dwBjLUhA9vPYTHq/98MyMXht94eloYfBlzF8JO45v64fBnXfkW97svr3WX//RKuuZ+5 gcnMhvho2f4bbFN8tIf9H+3R3eb+mGF3s5297E39m8RHuNR5P8UJIG5Sh+RGRCIJXDKO0wzlUl7O nIgJ5qXoqV0Vbke+/MMF2Xy3/YLqyWNB2QlDudsd3ZOb1t2d1JczFQnmlZDYV2qumf1iKjqLHqL4 S3S1QJaRsygmHu5F4AJwhqLxtGZZaf5aXdNic97i+kqLWbnFmhoYXuHGkedA98ItD7nyUy6djUAZ QeRkQpeXS3uXt0DcxSwH/UefhKrfg7pLkDrfpQQMkKJorfA92doSxhTXi1Tv11gI5hf8Gb7G+OYL zCDXYy9ZIMmXLoe+aB3x+1x9+3qSh27INq0VFcULa0Vsj/hSLK4XmBsd3Jq1Brp5rUGPmVVngczs mEsz7SvoIVNpRj2Ruwow4KV1HocpV8E2rmMZB6zzLHmKvdYyZN5mg684Cwsec2vFXzBModw4o947 RNX9BQbMNHSeK+TXm9bVkrNYb9VnY+UKlFOywRuyLky1e5135jn5NGzjoMqSOAwBDb5WW8VmG05W 0NDazNeaKlWIq9JzYz9LRwfWAaiyZTkuQqGOZYKYXKGdjWdYoGh+egdjRO6zw1NQEqqaNC5VyIrw 9BIvFZUKxwpsTpREvwTZGL4k4CUeVbJZKkKfSPFjD59NUoDuB24Sp7Gfle5k/WHQj2ep+Fe/ekGu n6YhmL4kr5ph1ZzpqmE4Bap1xiXL6VpE7X+mxIk88j/EC5ILWQYqfR/fB5lwx1Iwg+ElJ7Iq0q+2 W2Z9gT+e82esVAKEzPWVjFXH2Vc17bn6TaV+U6vfWtQ+W9D+gVVo7bMcd7322au0zw7QPrSFH8BB Zy4kHYzQfIzQRSnxBSkdWIeWEs9x10uJv0pKfH8p6ZgyhahWuaQKtuhqkeH6luCSbwou5xQMuhxD 8vUxJC+XrsSQ5dJ1MWRDqW1URIR8Ywzp2kUM6dVLMSTfHEOKedQpjhNDvn31XhpfjmRuXr2nzlUk c8wdPyS5sIl4fZRWGsdmfGkL8RiMs0VZXh+llfzYnYgtyvIYjPNFWR6Dcb4oy7dHaSU/difii7I8 BuO1RVkeg/HaoixvjtJKfuxOVDt2ngC/qB877QJJsuPOT5EkP+78FEkeXZbWsWfRMHaO39XNC/rq DLGbr5wl1WjQ4spK9+WrIa+14gmjxXUxS8pcyhArGaPvmY1XJrp9vypkhm3X/x5q1Kx8i2XDrxhs W99DsM2+QrBtfQ/BNvt3DbbZ9xFsW0cPttn3EWxbP4LtH8H23zHYnqp117W7YDwvXtgF4/uleYy2 pIXydTtZaCE27GS9my9f6ldn1+9krcuxYozyYiOL0nJOaF1tZPE8x2plI8vcO8NmJeVtrxQrDs8b tZV9rHnKUGkbCzSJT9fuYy1kWrGlbSxGunxlM2svDZrrE2a2iri+l4jnWSWNqk2/gYi355V8DWG+ IuvJsV+e9eSYL896cl6R9dSw12c9SVxzW4LmYrZVYz/TYW4yHW+XTId5iOmgDSvv1wZja9LJ835t rpgOtiYF8UV74Kx2xI69xWzww3t6ob2amWvPXUyvre2nPWtXuluuPeuQbDdmCjNXH6s5tc3qs1bU x/dPYWC146lPZjbUtr6SsZrztncGQ3/Ym5fbZCLSFM+UwmOrCEzVUdQT+WZxImCi/ijIdf8To7+w Yq91pPIRRnk+QqO881hsG863/nQRkiXyJek0K/bpPLktqPrPAmU8EmDWxJU/6G3kzNamEwBAIlEK UoZ+J5IEdbwCa0tYfOl6HbDmbxjcT5w7EZLhXavTqHN2yQ2Cd6QDDXPxCB157JVt2Ga9RhvnVzmq KveFPkeK2Sg30m11Kvl9qwv3lrydOCmumjzG4WwiKqSo1eiS62jsRK6YgGZy0oMkmOD2qiurEE8Z dGMQUlFXq98aLLFrCMrZVoYXpcP8/YHrnrc/sCG4NdpD8mnkjWb+Z41mCFZvFFj/xJfLa8yRMQ4M 47x0Ey636iu4RoGrSk9PnMzRm+bDoEfQiJNh667FLFra7S/6d0P1QvjwK/TJUVvI8GHgN5WMAR91 /KYg4QPLRnozG0y5TtPM3VhV3zJ/dcSYm0eMbvaOQVNqbonT3/uDYevt9R/709S77jnZNW2X5IEU dESRkWzKsHM/gJcjMZo++gbkKe/YGy11XlXdvyltI5gwgIDeoPKxwnSkjNpE3yzT5wX9gnxOXbOD J2exn0GVn/ut4d31x6uchDy3KmdBHlKg+M7L5+KB78YhLBmHs2S8niVjB0tGmaXRvcC+3k5ix3Pj CWl3+jAQOLkJ7h00Sdd4RlgksgppDXsd9IcXBOMcyvP84nK2BdzK/OKVtBprc8/FFuzRxVZryRuf N1HmyICHakI42aRusyaaMIG23aYH0/VJEID/Rlb7vfmcFQkAmeQe5qtSDJJ7g2B+GJX/KUYpd7+R wbv/Vue6KTolJACWMJX8pvq2+5u0Mgq1dFuUlIsWypxZFud8jaZ+kY0DXjx1ZL4e5uH0hq11eTgL udwAL9P7EFRzK0nk436e/YXpTORTt9+Cxqyzcb5OrqZo4+DGkNd6+X5V4fh2dSkVPsPGLA8cIx84 dHng0OWBA4NgeeCwfOAwjZKGzqMAfeyPsjrWDD3W9KBjeDMfawUncnyBc1R8m/MRVhBeMBpsC+8r RoMt885WjAbUqBgRI42yzPtOO8M2887W2hkT7cygt2BpWC6JupaEtSwJVpbEJE0/T5N4BA2N4ny0 knuIG6MKwdgeDKRBFZwnMuGC1YG++wzNCcIQYwc88dD3z3+Q+kHq34mUfiUICWVE0vRgjqg3VPco 9z0XfYGeQ8AUIYyn0+dy9upZYHNar1fIh+s6pzUYxwlxwzgS54UbMHwMYw2fo9n3LTnga8SDKy+d 7KSqett7e5vP42Eips8lzsYggnEc4oqghw1ipkmrv7TxOKufVP6p9FNIQ33FzIBdzE2nWONMnkxa TIIw6JXtlvFDDnTdGZDhYICf/7geyHtVlPNYr+NZVfX6CDmV90ZdRTN1yalRPvxKkhz2O9UweBDE HQdTqTMgfgnELwdDfvmh126/vz4nQUQ6t/1B664HX+VRrjm+lJTM4mW1S/lvVVjTqQ5dBk7igLpC 1dxi4R0IAVAYyBfZBu97AwLR0Jc4eSAyj8B3XKEBVegSTleii3CaSeREYixBZzqlX2YkVKViItkE bFqw0DA8ubiMnAYxlKMAYQ6GkdkTxyOJn7jF5vd47DICznualLyOI82SzBU5tZRUsyzako/Y2hrM xkoNLK+Byxq4rsFYrIEt1bCrAzrZw0gNsF/Eszzxd2lkUZPPh1HNrMhjF6W/LB+5hlTkUTR3JKdz pU4zRg9bglfVaQxo61gUazbwoFw3BPQTfLEAexQExWa9QHrIW9rrAnWTOSNyhiciYxvQp6vWqO9N /Q2mAHd4bhOExRyhKzpJQx22nJ+7bMhZB/SMFOfgM2kDcNFNvwcp8HDf11u0XeU/vMthpH6AfEOQ rz0YvnX5/ydZR9MnnJ29hVnMH/m3nycO+F9oOMx00jhZPb9dgfU+gPmrzX2qnOCgcXTAZIaJcLxn CECCNEv/SdKHAFwjRCS4SJ6DsV1gaNibuYHfDuwjpL8TDGKDpgwQtoOB14PpJrrgvcB2MHKXPOPt R4D4PECvBw6F44FWawvMTQX2pgJ3Q4GxqQ5jUx3GpjoMrCMF2aW7RPd4D8qFyw4wGA3KXn+GQDEE aw3DRQ0RhMAftNBT7fWg+B0BoziqLgDHidyguJ3KPMmPt/1ULgkFsVqcwxcC1QuhdR9XqD29hubh m/J6TQid9UQdNTt/4niPdHPEM3a2FAbu5sJRtrnMTTeXCW9zmS82lwVbysJtZdEWJqYusEh8JwjV fqIEQann8augcwXkK7Ba0IDKNhJOZRQ5fE4zwIXgKo1DtcJXhIFlWhL615sWzKNq5DFIspl6Tw2x Uh2Q4T40pVca2MedRhXKgQ2bBBEgiMksdLIYl5tccpY+p0ihKD6Xg55vbnEQG5sLo80yxBEDvOYH buAyZf56dC5FVy4wen4hS4fOXwEsdV4f10WRXgWvFRm8N1EuZ9b5PC6tU4pLxhIYa2iWaoBINslc GbyaFVx5burKcKqgwlmJhy8DytlbE1/Tx1/JUN+MShGB61KN8CWIvPiL/PURmd5E5S530+AP5B5m pniDnspvzgtOT7DpU5hQTcCTJSmZTXE+hTu21dn09MSiuHHI6PwnXPSvu3BSqxPLJ6ZPAMbmxDKJ jT/tMvIJ8xEESqgnf2FF4dWxvOESWxDbx199AbBGDTEaxDGI7+e/7sJlHSb+nAuTPwxj2MRoEMMh xghMJWAYHjEEMXz5Ky5U/n6LXWqh/IdtlnUD4RUuYYYsf28Et/flL6SgDMu8stfxKv99K16vb1qX S/yC2QCbMUtxNebvyPLjFkO/zcEtODf9yzCL7wL4MArTsfAu8NWD2PVTkoj/be9af9qGgfh3JP4H f+ADSC3xI34kgkl9MKhGB4IONKFpytK060gfaij993fnxE1aKILBx6lSlcfdz+dzLne2z85whCPm OJCxtuV677pV3WydayaZoDrg1f3WDV3fqR3aZhTfk+QxgV4Uo4fUDp0n8e5O86rTPj0he1fFeu6Q sENNyR7Za0PHNoQYhwqPBpgbwHQo/RDUukfSadRHydrfut3vX096bkkx2DuoBbdBFgyU0rl8VPCA xPcQrA5GKQhiQ4eSFhNTBtEitRsTRXGczCDKXUzS0XiE82bpdDgEDnBd06dzR7PBkm9g4WLvh3KM br5IkzrORNnncRnh2uxhefuZoosCSxGwDuSzFd1+m8k/FKxa6CEh7QLmGGoK3dUoTWu4mYLFOS4T f9ZmQWajKU5bxGTZH0eYB8PJIj/yOYmR49inEGfhrvUYJbgFYJedCzt0VJnkwjE6R3Z0dl5v9+rX PXLaOqkb37AmLrWXn0irfXVbDD/akRCM27MiN8NxY6RHlAnol6aXkX13dECWc1AF3DH5DcOVPQJH xKkPh/i2H+BGFCieQ8PQMwux4JotHf/bDei9QDHjWvFUOOJbLGGdGs4f8pLRm8wnYBfTgaNvLPoY tudbkHApi/QSYrN7M0fVTeLfERjWOCTJH+hA5cM2c+SBBp6CAP2StD9ajNG6vV9pNLnHODbemMJ/ odHkRqP1/bLN3CwkNNsq+yJvtNOTi24IbjrBISQo8J4AI+nPjjGPg8NP0wLrqNMS8pxx2ri5aVBd p95NQ100JIfootFr1GXBbpvWSVzwMqbhddBtkn3uMy59zcEx20/f2RYUgfApwdQdRc5qRAlyXSMS ZGw6foXkmQd9RCACq5lBxxLePgtomKJuriqTZLmqx0aywFuUp/5VeaqiPJkrT71ReaKiPPVO5alX Ku+O/iCDEBwfRHmhJtl+6+z6IKQe8xhJ8hOJ6VnS96CELIS/NDTCSKM0cDPkphvcknOPlvz4gccS AHkDQQuUAMfU7ngFhSnpcCzjViCmtGZGrSOJ5+R5GYdLJrUOEIczRQNwH9I1cavwlAk+VRmzaYbw lhecSwUGPxmCRn0eCKlEAA4/mfTz00AxGTwPwh2II8QaVJDyK4gEOtYs4IJtQRIOyRHybUiMG0O1 Mb7eAuU7qBWlWWGBQ1XC4CNoHJqQLKA80GUdK9antkgbrcoQPmdaQwDlpAVlCW18wV+lQfHLIZUy riCtgMWZ3sIfP+Hf0FdVgv8G8loDUR9hIOrDDER9nIGo9xvIhmQfZAzqncag3mgMXQzp0TfaLZYG 8+mYLAZZ6EEPw8uNfHfHov3EODXEiROk9jLoi3h4aXdnd+cvUEsBAhQAFAACAAgAQ1E8L6L2nqKY GQAAV3gAAAkAAAAAAAAAAQAgAICBAAAAAGRtZXNnLnR4dFBLBQYAAAAAAQABADcAAAC/GQAAAAA= ------=_NextPart_000_002E_01C385AB.003E2380-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 02:12:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E456916A4BF for ; Sun, 28 Sep 2003 02:12:00 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C359243FE3 for ; Sun, 28 Sep 2003 02:11:57 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.9/8.12.9) with ESMTP id h8S9BsKg095130; Sun, 28 Sep 2003 11:11:55 +0200 (CEST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9/Submit) id h8S9Bsxt095129; Sun, 28 Sep 2003 11:11:54 +0200 (CEST) From: Soren Schmidt Message-Id: <200309280911.h8S9Bsxt095129@spider.deepcore.dk> In-Reply-To: <20030928001720.GA765@uriel.mcgoldrick.org> To: Michael McGoldrick Date: Sun, 28 Sep 2003 11:11:54 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.ORG Subject: Re: ATANG Vs. Acer chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 09:12:01 -0000 It seems Michael McGoldrick wrote: > I haven't been able to boot a -current kernel since the ATAng import. > They all die after (in a boot -v) a message from GEOM about creating ad0. > If any further info would be helpful, just let me know what you need. I know there are a problem with *some* Acer chipsets, but so far I havn't found out why. I'll look into it as soon as I get time, but reallife is taking all my spare hours currently... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 03:15:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C778D16A4B3 for ; Sun, 28 Sep 2003 03:15:39 -0700 (PDT) Received: from grus.itea.ntnu.no (grus.itea.ntnu.no [129.241.190.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57F9F44027 for ; Sun, 28 Sep 2003 03:15:38 -0700 (PDT) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by grus.itea.ntnu.no (Postfix) with ESMTP id 88098C353C; Sun, 28 Sep 2003 12:15:36 +0200 (CEST) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by grus.itea.ntnu.no (Postfix) with ESMTP id 3C0DCC34FE; Sun, 28 Sep 2003 12:15:36 +0200 (CEST) Received: (from morten@localhost) by slurp.rodal.no (8.12.10/8.12.10/Submit) id h8SAFZsl005403; Sun, 28 Sep 2003 12:15:35 +0200 (CEST) (envelope-from morten) Date: Sun, 28 Sep 2003 12:15:35 +0200 From: Morten Rodal To: Jeff Roberson Message-ID: <20030928101535.GA5209@slurp.rodal.no> References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030927233041.C99666-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030927233041.C99666-100000@mail.chesapeake.net> X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 10:15:39 -0000 On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > On Sat, 27 Sep 2003, Morten Rodal wrote: > > It has improved quite a bit lately, and is now also working with KSE. > > However, the mouse will get sluggish whenever the computer is under > > bursts of load (i.e. a compile) > > > > I have not had this experience. Can you give me details of your machine > and the kind of load that causes slugishness? I'll correct it as soon as > I can identify it. > The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. I do also experience this with my computer at school, a single Pentium3 733MHz. The load isn't very complicated, usually just gnome 2.4 and mozilla firebird running. If I then do anything that requires lots of cpu, like a compile of a program, the interactivity drops fast. On the dual machine I have also experienced a *HUGE* increase in the time for "portupgrade -ar" to complete. I am not familiar with how portupgrade works, but it seems to spawn a few make's and sort's, but I am not sure why it is currently using 3 hours instead of 10 minutes to complete! (This was tested when there was no packages to upgrade, which shouldn't take long) Both machines (this dual and the one at school) are running with a libmap.conf in order to use libkse, is this perhaps affecting the performance of ULE? I am not sure how useful this is to you, but if you have any other pointers as to what I should look at just ask. -- Morten Rodal From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 03:37:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE9B816A4D6 for ; Sun, 28 Sep 2003 03:37:12 -0700 (PDT) Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF3B44022 for ; Sun, 28 Sep 2003 03:37:11 -0700 (PDT) (envelope-from antony.t.curtis@ntlworld.com) Received: from [10.10.10.100] ([81.98.110.96]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030928103440.SGPC21645.mta07-svc.ntlworld.com@[10.10.10.100]> for ; Sun, 28 Sep 2003 11:34:40 +0100 From: Antony T Curtis To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GUuP5nNuzsXFLjNxFKsR" Message-Id: <1064745279.23318.17.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 28 Sep 2003 11:34:39 +0100 Subject: UMASS: fatal trap while unplugging floppy drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 10:37:13 -0000 --=-GUuP5nNuzsXFLjNxFKsR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi I cvsupped this morning and rebuilt world and kernel... When I unplug the USB floppy drive, I get the following > umass0: at uhub1 port 1 (addr 2) disconnected > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > GEOM: destroy disk da0 dp=3D0xc40b6450 >=20 >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x2c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc05fc8b7 > stack pointer =3D 0x10:0xd7151b68 > frame pointer =3D 0x10:0xd7151b70 > code segment =3D base 0x0, limit 0xfffff , type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 29 (usb1) > kernel: type 12 trap, code=3D0 > Stopped at cam_periph_invalidate_0xc: testb $0x8,0x2c(%bx) > db> trace > cam_periph_invalidate(0,c06205b5,0,ffffffff,ffffffff) at cam_periph_inval= idate+0xc > targbhasync(0,40,d7151c1c,0,0) at targbhasync_0xdd > xpt_async_bcast(c150de70,40,d7151c1c,0,0) at xpt_async_bcast+0x3c > xpt_bus_deregister(0,d7151c4c,c44390a8,d7151c5c,c44a9d7f) at xpt_bus_dere= gister+0x6e > umass_cam_detach_sim(c4450000,c44390a8,c442b200,c442b200,d7151cb0) at uma= ss_cam_detach_sim+0x21 > umass_detach(c442b200,c44390a8,c02ff818,c442b200,0) at umass_detach+0x31 > device_detach(c3fde8b0,c3fdec00,11,186,c018505b) at device_detach+0x6e > uhub_explore(c3fde980,c3fcdd00,d7151d18,c04046d7,c3fcdd00) at uhub_explor= e+0x17c > usb_discover(c3fcdd00,0,5c,c0416ce8,1770) at usb_discover+0x36 > usb_event_thread(c3fcdd00,d7151d48,c02c47bb,314,c3fcdd00) at usb_event_th= read+0x62 > fork_exit() at fork_exit+0xaf --=20 Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ --=-GUuP5nNuzsXFLjNxFKsR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/drk/ql7dp2cddmIRAkQTAJ0aO5aygsDT9LW8MgOjLdyTa9jISACfdXBK wR8FauMEmRxaIV+mV02IWSs= =NK8S -----END PGP SIGNATURE----- --=-GUuP5nNuzsXFLjNxFKsR-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 03:57:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD22016A4BF for ; Sun, 28 Sep 2003 03:57:15 -0700 (PDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B953444013 for ; Sun, 28 Sep 2003 03:57:14 -0700 (PDT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id h8SAvAkv018724; Sun, 28 Sep 2003 04:57:11 -0600 (MDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) ESMTP id h8SAv9cP016578; Sun, 28 Sep 2003 13:57:09 +0300 (EEST) Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1]) h8SAv9Lx007662; Sun, 28 Sep 2003 13:57:09 +0300 (EEST) Received: (from tomppa@localhost)h8SAv8oW007659; Sun, 28 Sep 2003 13:57:08 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16246.48771.976706.318272@ultrahot.finland.sun.com> Date: Sun, 28 Sep 2003 13:57:07 +0300 To: freebsd-current@freebsd.org In-Reply-To: <16245.50283.938685.367597@ultrahot.finland.sun.com> References: <16245.50283.938685.367597@ultrahot.finland.sun.com> X-Mailer: VM 7.17 under 21.4 (patch 9) "Informed Management" XEmacs Lucid cc: Dag-Erling Smørgrav Subject: more panics from current (partII) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 10:57:15 -0000 After adding more disks to this system it dies continously. Last two traces look quite the same. Tomppa ---clipclip--- login: kernel trap 19 with interrupts disabled NMI ... going to debugger kernel: type 19 trap, code=0 Stopped at rtcintr+0x57: call rtcin db> trace rtcintr(0) at rtcintr+0x57 Xfastintr8() at Xfastintr8+0x68 --- interrupt, eip = 0xc037ed02, esp = 0xcd680cdc, ebp = 0xcd680cdc --- cpu_idle(73042444,890002c0,bde8241c,c7ffff80,10c2444) at cpu_idle+0x22 idle_proc(0,cd680d48,c7000000,50082444,c70000df) at idle_proc+0x25 fork_exit(c01ecd40,0,cd680d48) at fork_exit+0xb1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcd680d7c, ebp = 0 --- db> rtcintr(0) at rtcintr+0x57 Xfastintr8() at Xfastintr8+0x68 --- interrupt, eip = 0xc037ed02, esp = 0xcd680cdc, ebp = 0xcd680cdc --- db> panic panic: from debugger Debugger("panic") Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc0375b34 stack pointer = 0x10:0xcd680a80 frame pointer = 0x10:0xcd680a8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 11 (idle) Stopped at rtcintr+0x57: call rtcin db> panic: from debugger Uptime: 7h17m58s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 04:15:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1579616A4BF for ; Sun, 28 Sep 2003 04:15:25 -0700 (PDT) Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89254402A for ; Sun, 28 Sep 2003 04:15:23 -0700 (PDT) (envelope-from antony.t.curtis@ntlworld.com) Received: from [10.10.10.100] ([81.98.110.96]) by mta02-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030928110805.TKUP1966.mta02-svc.ntlworld.com@[10.10.10.100]>; Sun, 28 Sep 2003 12:08:05 +0100 From: Antony T Curtis To: John-Mark Gurney In-Reply-To: <20030928104855.GT1105@funkthat.com> References: <1064745279.23318.17.camel@pcgem.rdg.cyberkinetica.com> <20030928104855.GT1105@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FDUYhoKCDlxQGkJufel4" Message-Id: <1064747283.23318.22.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 28 Sep 2003 12:08:03 +0100 cc: freebsd-current@freebsd.org Subject: Re: UMASS: fatal trap while unplugging floppy drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 11:15:25 -0000 --=-FDUYhoKCDlxQGkJufel4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-09-28 at 11:48, John-Mark Gurney wrote: > Antony T Curtis wrote this message on Sun, Sep 28, 2003 at 11:34 +0100: > > I cvsupped this morning and rebuilt world and kernel... > >=20 > > When I unplug the USB floppy drive, I get the following >=20 > Did you have the filesystem mounted? Right now USB is not at all safe > for hot plugging. If the recent move to GEOM, it may make unplugging > devices even more dangerous. You might try ejecting the media through > camcontrol before unplugging the drive. (or even physically ejecting it) The filesystem was not mounted - I used mtools to examine the disk. Plugging in seemed to work fine. I just cannot unplug. > patches welcome! :) I'll probably take a peek... --=20 Antony T Curtis BSc Unix Analyst Programmer http://homepage.ntlworld.com/antony.t.curtis/ --=-FDUYhoKCDlxQGkJufel4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/dsETql7dp2cddmIRAtBZAJ0fnQByQ7wdClHMYoFHNpt/VFRAVACfVJ2D NQgt9tY/lKsfDAfP8G610Hk= =uzdD -----END PGP SIGNATURE----- --=-FDUYhoKCDlxQGkJufel4-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 05:26:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D30316A504 for ; Sun, 28 Sep 2003 05:26:28 -0700 (PDT) Received: from holly.xtaz.co.uk (82-32-29-13.cable.ubr04.azte.blueyonder.co.uk [82.32.29.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F0E44027 for ; Sun, 28 Sep 2003 05:26:26 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from xtaz.co.uk (heather [10.0.0.2]) by holly.xtaz.co.uk (Postfix) with ESMTP id 305648FC8F; Sun, 28 Sep 2003 13:26:25 +0100 (BST) Message-ID: <3F76D370.5010604@xtaz.co.uk> Date: Sun, 28 Sep 2003 13:26:24 +0100 From: Matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030919 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Morten Rodal References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030927233041.C99666-100000@mail.chesapeake.net> <20030928101535.GA5209@slurp.rodal.no> In-Reply-To: <20030928101535.GA5209@slurp.rodal.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Jeff Roberson cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 12:26:28 -0000 Morten Rodal wrote: > On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > >>On Sat, 27 Sep 2003, Morten Rodal wrote: >> >>>It has improved quite a bit lately, and is now also working with KSE. >>>However, the mouse will get sluggish whenever the computer is under >>>bursts of load (i.e. a compile) >>> >> >>I have not had this experience. Can you give me details of your machine >>and the kind of load that causes slugishness? I'll correct it as soon as >>I can identify it. >> > > > The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > I do also experience this with my computer at school, a single Pentium3 > 733MHz. > > The load isn't very complicated, usually just gnome 2.4 and mozilla > firebird running. If I then do anything that requires lots of cpu, > like a compile of a program, the interactivity drops fast. > > On the dual machine I have also experienced a *HUGE* increase in the > time for "portupgrade -ar" to complete. I am not familiar with how > portupgrade works, but it seems to spawn a few make's and sort's, but > I am not sure why it is currently using 3 hours instead of 10 minutes > to complete! (This was tested when there was no packages to upgrade, > which shouldn't take long) > > Both machines (this dual and the one at school) are running with a > libmap.conf in order to use libkse, is this perhaps affecting the > performance of ULE? > > I am not sure how useful this is to you, but if you have any other > pointers as to what I should look at just ask. > Are you running 5.1-release or 5.1-current? I ask because I have used ULE on two different kernels so far on this box. One was 5.1-release running gnome2, mozilla, xmms. On this the mouse stutters really badly whenever anything is being compiled. However on the 5.1-current kernel this behavior no longer happens and the mouse is fine. I suspect ULE has had a few enhancements between the release and now. Matt. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 05:30:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1497116A4B3 for ; Sun, 28 Sep 2003 05:30:46 -0700 (PDT) Received: from grus.itea.ntnu.no (grus.itea.ntnu.no [129.241.190.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95C943F85 for ; Sun, 28 Sep 2003 05:30:44 -0700 (PDT) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by grus.itea.ntnu.no (Postfix) with ESMTP id 581DAC34A3; Sun, 28 Sep 2003 14:30:43 +0200 (CEST) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by grus.itea.ntnu.no (Postfix) with ESMTP id E9E84C349D; Sun, 28 Sep 2003 14:30:42 +0200 (CEST) Received: (from morten@localhost) by slurp.rodal.no (8.12.10/8.12.10/Submit) id h8SCUgbn006499; Sun, 28 Sep 2003 14:30:42 +0200 (CEST) (envelope-from morten) Date: Sun, 28 Sep 2003 14:30:42 +0200 From: Morten Rodal To: Matt Message-ID: <20030928123041.GB5209@slurp.rodal.no> References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030927233041.C99666-100000@mail.chesapeake.net> <20030928101535.GA5209@slurp.rodal.no> <3F76D370.5010604@xtaz.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F76D370.5010604@xtaz.co.uk> X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. cc: Jeff Roberson cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 12:30:46 -0000 On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: > Morten Rodal wrote: > >On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > > > >>On Sat, 27 Sep 2003, Morten Rodal wrote: > >> > >>>It has improved quite a bit lately, and is now also working with KSE. > >>>However, the mouse will get sluggish whenever the computer is under > >>>bursts of load (i.e. a compile) > >>> > >> > >>I have not had this experience. Can you give me details of your machine > >>and the kind of load that causes slugishness? I'll correct it as soon as > >>I can identify it. > >> > > > > > >The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > >I do also experience this with my computer at school, a single Pentium3 > >733MHz. > > > >The load isn't very complicated, usually just gnome 2.4 and mozilla > >firebird running. If I then do anything that requires lots of cpu, > >like a compile of a program, the interactivity drops fast. > > > >On the dual machine I have also experienced a *HUGE* increase in the > >time for "portupgrade -ar" to complete. I am not familiar with how > >portupgrade works, but it seems to spawn a few make's and sort's, but > >I am not sure why it is currently using 3 hours instead of 10 minutes > >to complete! (This was tested when there was no packages to upgrade, > >which shouldn't take long) > > > >Both machines (this dual and the one at school) are running with a > >libmap.conf in order to use libkse, is this perhaps affecting the > >performance of ULE? > > > >I am not sure how useful this is to you, but if you have any other > >pointers as to what I should look at just ask. > > > > Are you running 5.1-release or 5.1-current? > > I ask because I have used ULE on two different kernels so far on this > box. One was 5.1-release running gnome2, mozilla, xmms. On this the > mouse stutters really badly whenever anything is being compiled. > > However on the 5.1-current kernel this behavior no longer happens and > the mouse is fine. > > I suspect ULE has had a few enhancements between the release and now. > I am running 5.1-current Dual machine: FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 04:03:23 CEST 2003 root@slurp.rodal.no:/usr/obj/usr/src/sys/slurp i386 School computer: FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 09:12:55 CEST 2003 root@hauk10.idi.ntnu.no:/usr/obj/usr/src/sys/hauk10 i386 -- Morten Rodal From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 05:38:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA0116A4B3 for ; Sun, 28 Sep 2003 05:38:04 -0700 (PDT) Received: from holly.xtaz.co.uk (82-32-29-13.cable.ubr04.azte.blueyonder.co.uk [82.32.29.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA1943FB1 for ; Sun, 28 Sep 2003 05:38:03 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from xtaz.co.uk (heather [10.0.0.2]) by holly.xtaz.co.uk (Postfix) with ESMTP id 8ABA38FCA3; Sun, 28 Sep 2003 13:38:02 +0100 (BST) Message-ID: <3F76D62A.90509@xtaz.co.uk> Date: Sun, 28 Sep 2003 13:38:02 +0100 From: Matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030919 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Morten Rodal References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030927233041.C99666-100000@mail.chesapeake.net> <20030928101535.GA5209@slurp.rodal.no> <3F76D370.5010604@xtaz.co.uk> <20030928123041.GB5209@slurp.rodal.no> In-Reply-To: <20030928123041.GB5209@slurp.rodal.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Jeff Roberson cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 12:38:04 -0000 Morten Rodal wrote: > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: > >>Morten Rodal wrote: >> >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: >>> >>> >>>>On Sat, 27 Sep 2003, Morten Rodal wrote: >>>> >>>> >>>>>It has improved quite a bit lately, and is now also working with KSE. >>>>>However, the mouse will get sluggish whenever the computer is under >>>>>bursts of load (i.e. a compile) >>>>> >>>> >>>>I have not had this experience. Can you give me details of your machine >>>>and the kind of load that causes slugishness? I'll correct it as soon as >>>>I can identify it. >>>> >>> >>> >>>The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. >>>I do also experience this with my computer at school, a single Pentium3 >>>733MHz. >>> >>>The load isn't very complicated, usually just gnome 2.4 and mozilla >>>firebird running. If I then do anything that requires lots of cpu, >>>like a compile of a program, the interactivity drops fast. >>> >>>On the dual machine I have also experienced a *HUGE* increase in the >>>time for "portupgrade -ar" to complete. I am not familiar with how >>>portupgrade works, but it seems to spawn a few make's and sort's, but >>>I am not sure why it is currently using 3 hours instead of 10 minutes >>>to complete! (This was tested when there was no packages to upgrade, >>>which shouldn't take long) >>> >>>Both machines (this dual and the one at school) are running with a >>>libmap.conf in order to use libkse, is this perhaps affecting the >>>performance of ULE? >>> >>>I am not sure how useful this is to you, but if you have any other >>>pointers as to what I should look at just ask. >>> >> >>Are you running 5.1-release or 5.1-current? >> >>I ask because I have used ULE on two different kernels so far on this >>box. One was 5.1-release running gnome2, mozilla, xmms. On this the >>mouse stutters really badly whenever anything is being compiled. >> >>However on the 5.1-current kernel this behavior no longer happens and >>the mouse is fine. >> >>I suspect ULE has had a few enhancements between the release and now. >> > > > I am running 5.1-current > > Dual machine: > FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 04:03:23 CEST 2003 root@slurp.rodal.no:/usr/obj/usr/src/sys/slurp i386 > > School computer: > FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 09:12:55 CEST 2003 root@hauk10.idi.ntnu.no:/usr/obj/usr/src/sys/hauk10 i386 > > Ahh I tell you the other difference. I had a USB mouse when I tried ULE with 5.1-release and it stuttered. It's just a ps2 one on the current kernel where it's not stuttering. Matt. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 06:45:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E775916A4B3 for ; Sun, 28 Sep 2003 06:45:42 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A9A64400B for ; Sun, 28 Sep 2003 06:45:40 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 44319 invoked by uid 85); 28 Sep 2003 13:45:48 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.20rc1 (uvscan: v4.2.40/v4288. Clear:RC:1:. Processed in 0.090094 secs); 28 Sep 2003 13:45:48 -0000 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 28 Sep 2003 13:45:48 -0000 From: Arjan van Leeuwen To: Matt , Morten Rodal Date: Sun, 28 Sep 2003 15:45:36 +0200 User-Agent: KMail/1.5.4 References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030928123041.GB5209@slurp.rodal.no> <3F76D62A.90509@xtaz.co.uk> In-Reply-To: <3F76D62A.90509@xtaz.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309281545.36457.avleeuwen@piwebs.com> cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 13:45:43 -0000 On Sunday 28 September 2003 14:38, Matt wrote: > Morten Rodal wrote: > > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: > >>Morten Rodal wrote: > >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > >>>>On Sat, 27 Sep 2003, Morten Rodal wrote: > >>>>>It has improved quite a bit lately, and is now also working with KSE. > >>>>>However, the mouse will get sluggish whenever the computer is under > >>>>>bursts of load (i.e. a compile) > >>>> > >>>>I have not had this experience. Can you give me details of your > >>>> machine and the kind of load that causes slugishness? I'll correct it > >>>> as soon as I can identify it. > >>> > >>>The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > >>>I do also experience this with my computer at school, a single Pentium3 > >>>733MHz. > >>> > >>>The load isn't very complicated, usually just gnome 2.4 and mozilla > >>>firebird running. If I then do anything that requires lots of cpu, > >>>like a compile of a program, the interactivity drops fast. > >>> > >>>On the dual machine I have also experienced a *HUGE* increase in the > >>>time for "portupgrade -ar" to complete. I am not familiar with how > >>>portupgrade works, but it seems to spawn a few make's and sort's, but > >>>I am not sure why it is currently using 3 hours instead of 10 minutes > >>>to complete! (This was tested when there was no packages to upgrade, > >>>which shouldn't take long) > >>> > >>>Both machines (this dual and the one at school) are running with a > >>>libmap.conf in order to use libkse, is this perhaps affecting the > >>>performance of ULE? > >>> > >>>I am not sure how useful this is to you, but if you have any other > >>>pointers as to what I should look at just ask. > >> > >>Are you running 5.1-release or 5.1-current? > >> > >>I ask because I have used ULE on two different kernels so far on this > >>box. One was 5.1-release running gnome2, mozilla, xmms. On this the > >>mouse stutters really badly whenever anything is being compiled. > >> > >>However on the 5.1-current kernel this behavior no longer happens and > >>the mouse is fine. > >> > >>I suspect ULE has had a few enhancements between the release and now. > > > > I am running 5.1-current > > > > Dual machine: > > FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 > > 04:03:23 CEST 2003 root@slurp.rodal.no:/usr/obj/usr/src/sys/slurp > > i386 > > > > School computer: > > FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 > > 09:12:55 CEST 2003 root@hauk10.idi.ntnu.no:/usr/obj/usr/src/sys/hauk10 > > i386 > > Ahh I tell you the other difference. I had a USB mouse when I tried ULE > with 5.1-release and it stuttered. It's just a ps2 one on the current > kernel where it's not stuttering. > > Matt. I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the stuttering too. It happens when compiling stuff, when loading complicated pages in Mozilla Firebird, and when logging out of GNOME 2.4 (the 'background fade' animation brings my Athlon XP 2000+ to its knees when I use SCHED_ULE). Arjan From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 07:06:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C5B16A4B3 for ; Sun, 28 Sep 2003 07:06:24 -0700 (PDT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC84844033 for ; Sun, 28 Sep 2003 07:06:19 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HLX00GCKGII44@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Sun, 28 Sep 2003 16:06:18 +0200 (MEST) Received: from relay.RWTH-Aachen.DE ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 28 Sep 2003 16:06:17 +0200 (MEST) Received: from dustpuppy.kawo2.rwth-aachen.de (dustpuppy.kawo2.RWTH-Aachen.DE [134.130.180.5])h8SE6HsU003885 for ; Sun, 28 Sep 2003 16:06:17 +0200 (MEST) Received: from dustpuppy.kawo2.rwth-aachen.de (localhost [127.0.0.1]) for ; Sun, 28 Sep 2003 16:06:16 +0200 (CEST) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.rwth-aachen.de [134.130.181.148])7E7321FC095; Sun, 28 Sep 2003 16:06:16 +0200 (CEST) Received: from fump.kawo2.rwth-aachen.defump.kawo2.rwth-aachen.de (8.12.10/8.12.10) with ESMTP id h8SE6GTl002583; Sun, 28 Sep 2003 16:06:16 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.10/8.12.10/Submit) id h8SE6Ftx002582; Sun, 28 Sep 2003 16:06:15 +0200 (CEST envelope-from alex) Date: Sun, 28 Sep 2003 16:06:15 +0200 From: Alexander Langer In-reply-to: <20030927233041.C99666-100000@mail.chesapeake.net> To: Jeff Roberson Mail-Followup-To: Alexander Langer , Jeff Roberson , Morten Rodal , Roderick van Domburg , freebsd-current@freebsd.org Message-id: <20030928140615.GA1860@fump.kawo2.rwth-aachen.de> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.5.4i X-PGP-Fingerprint: 7EC1 5B98 4554 2A63 9079 2B2F 9A94 CD6F 7F14 EFA4 X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. X-Spam-Checker-Version: SpamAssassin 2.60-kawo2_dustpuppy_0.21 (1.212-2003-09-23-exp) on dustpuppy.kawo2.rwth-aachen.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60-kawo2_dustpuppy_0.21 X-Spam-Level: References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030927233041.C99666-100000@mail.chesapeake.net> cc: Roderick van Domburg cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 14:06:24 -0000 > I have not had this experience. Can you give me details of your machine > and the kind of load that causes slugishness? I'll correct it as soon as > I can identify it. Using Linux-Firebird with some Java applets shows this effect, i.e. completelly bogging down X to a unusable state. Also, it's very easy to archive if you stress some ata-disks. In particular, if I copy a big (1 GB) file from ad0: 114473MB [232581/16/63] at ata0-master UDMA100 to ad2: 57259MB [116336/16/63] at ata1-master UDMA100 or vice versa, X will completely unresponsive until the the copy is finnished. A same kernel with the 4BSD scheduler doesn't show this, so I don't think it's hardware related. Alex From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 07:52:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9260D16A4B3 for ; Sun, 28 Sep 2003 07:52:18 -0700 (PDT) Received: from vsmtp3.tin.it (vsmtp3.tin.it [212.216.176.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9C04400E for ; Sun, 28 Sep 2003 07:52:17 -0700 (PDT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (80.182.47.156) by vsmtp3.tin.it (7.0.019) id 3F6F6533003B4EFE for freebsd-current@freebsd.org; Sun, 28 Sep 2003 16:52:16 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 0C74B2E; Sun, 28 Sep 2003 16:52:13 +0200 (CEST) From: Matteo Riondato To: freebsd-current@freebsd.org In-Reply-To: <200309281545.36457.avleeuwen@piwebs.com> References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030928123041.GB5209@slurp.rodal.no> <3F76D62A.90509@xtaz.co.uk> <200309281545.36457.avleeuwen@piwebs.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xaszYqiWkVHJ9L3FQAdX" Message-Id: <1064760733.814.5.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 28 Sep 2003 16:52:13 +0200 Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 14:52:18 -0000 --=-xaszYqiWkVHJ9L3FQAdX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Il Dom, 2003-09-28 alle 15:45, Arjan van Leeuwen ha scritto: > > Ahh I tell you the other difference. I had a USB mouse when I tried ULE > > with 5.1-release and it stuttered. It's just a ps2 one on the current > > kernel where it's not stuttering. > > > > Matt. >=20 > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the= =20 > stuttering too. >=20 > It happens when compiling stuff, when loading complicated pages in Mozill= a=20 > Firebird, and when logging out of GNOME 2.4 (the 'background fade' animat= ion=20 > brings my Athlon XP 2000+ to its knees when I use SCHED_ULE). Same problem here, with a PS/2 Mouse on my Athlon XP 2000+, usign Firebird, Ximian Evolution and others applications with SCHED_ULE. --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.1-CURRENT --=-xaszYqiWkVHJ9L3FQAdX Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA/dvWd2Mp4pR7Fa+wRAjJdAKCxTJIcNGkxqQ0VdtRnadgoYiqQHwCePZfF a/KANmebltn1Yd3VOcsPWWI= =FRvl -----END PGP SIGNATURE----- --=-xaszYqiWkVHJ9L3FQAdX-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 08:49:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B810F16A4B3 for ; Sun, 28 Sep 2003 08:49:48 -0700 (PDT) Received: from zinc.btinternet.com (zinc.btinternet.com [194.73.73.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 031CC43F75 for ; Sun, 28 Sep 2003 08:49:48 -0700 (PDT) (envelope-from bruce@brucec.ath.cx) Received: from host213-122-178-215.in-addr.btopenworld.com ([213.122.178.215] helo=buffy.brucec.ath.cx) by zinc.btinternet.com with esmtp (Exim 3.22 #23) id 1A3dnu-0007RJ-00 for current@freebsd.org; Sun, 28 Sep 2003 16:49:46 +0100 Received: by buffy.brucec.ath.cx (Postfix, from userid 1001) id 9A8804104; Sun, 28 Sep 2003 16:49:41 +0100 (BST) Date: Sun, 28 Sep 2003 16:49:41 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20030928154941.GA7336@buffy.brucec.backnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: uplcom driver and USB modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 15:49:48 -0000 I've recently been trying to get my USB modem working in FreeBSD -CURRENT, without much success. In Linux, I can load the pl2303 driver and a ttyUSB0 device node is then used to communicate with the modem as if were attached to a serial port. In FreeBSD, I load the uplcom driver and the Prolific PL-2303 device is found and a ucom0 node gets created, but after that there doesn't seem to be any communications with the modem. Is the uplcom driver broken for my Jetway modem, or is there something I can do to get comms working? I know I should probably get a 'proper' serial modem, but I'd like to know if it's at all possible to get my current modem working. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:40:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D23E416A4B3 for ; Sun, 28 Sep 2003 09:40:20 -0700 (PDT) Received: from tuebingen.mpg.de (connect.tuebingen.mpg.de [192.124.26.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB4744014 for ; Sun, 28 Sep 2003 09:40:19 -0700 (PDT) (envelope-from peter.kadau@tuebingen.mpg.de) Received: from [80.133.218.119] ([80.133.218.119] verified) by tuebingen.mpg.de (CommuniGate Pro SMTP 4.0.6) with ESMTP id 5756896 for freebsd-current@freebsd.org; Sun, 28 Sep 2003 18:40:17 +0200 From: Peter Kadau To: freebsd-current@freebsd.org In-Reply-To: <1064760733.814.5.camel@kaiser.sig11.org> References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <20030928123041.GB5209@slurp.rodal.no> <3F76D62A.90509@xtaz.co.uk> <200309281545.36457.avleeuwen@piwebs.com> <1064760733.814.5.camel@kaiser.sig11.org> Content-Type: text/plain Message-Id: <1064767217.66820.18.camel@straycat> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 28 Sep 2003 18:40:17 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 16:40:20 -0000 Hi ! > > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the > > stuttering too. Me too, though I have to relativize this. My configuration is UP with a pentium 4, 2.4 GHz running gnome2, evolution, mozilla and some gnome-terminals. With 4BSD, the mouse cycles through non-responding, jumping and smoothly sliding under compilation load. Whereas under ULE, it is sort of constantly stuttering. On the other hand I experienced satisfactory responsiveness even under a load of > 4, one of the most irritating exceptions being the stuttering mouse (though with 4BSD, responsiveness is beyond all hope...) There is another exception which is far more frustrating. Using vi (or view) on a file and typing 'j' on the last line. It'll take approximately half a second per line scrolling by. (Still talking of compilation load here.) Cheers Peter From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:48:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09ED16A4B3 for ; Sun, 28 Sep 2003 09:48:25 -0700 (PDT) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9825B43FCB for ; Sun, 28 Sep 2003 09:48:24 -0700 (PDT) (envelope-from matt@fruitsalad.org) Received: from [192.168.15.54] (helo=192.168.15.54) by mandarin.fruitsalad.org with esmtp (Exim 4.14) id 1A3eid-000G6A-50; Sun, 28 Sep 2003 18:48:23 +0200 From: Matt Douhan Organization: fruitsalad.org To: Peter Kadau , freebsd-current@freebsd.org Date: Sun, 28 Sep 2003 16:47:52 +0000 User-Agent: KMail/1.5.4 References: <20030927171727.GA68494@hauk10.idi.ntnu.no> <1064760733.814.5.camel@kaiser.sig11.org> <1064767217.66820.18.camel@straycat> In-Reply-To: <1064767217.66820.18.camel@straycat> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309281647.52431.matt@fruitsalad.org> Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 16:48:25 -0000 On Sunday 28 September 2003 16.40, Peter Kadau wrote: > Hi ! > > > > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience > > > the stuttering too. > > Me too, though I have to relativize this. > My configuration is UP with a pentium 4, 2.4 GHz running > gnome2, evolution, mozilla and some gnome-terminals. I am running --current on my laptop which is 2.5 Ghz P4 / 512 MB RAM, and during buildworld/or make install of the KDE metaport I have no problems at all using _ULE If I cp or mv a large file 2GB or larger I still see no problems -- Matt Douhan www.fruitsalad.org matt@fruitsalad.org ping elvis elvis is alive From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 10:38:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE9E16A4BF for ; Sun, 28 Sep 2003 10:38:58 -0700 (PDT) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id D861D43FBD for ; Sun, 28 Sep 2003 10:38:56 -0700 (PDT) (envelope-from gaml@buz.ch) Received: (qmail 87174 invoked from network); 28 Sep 2003 17:38:51 -0000 Received: from dclient217-162-130-157.hispeed.ch (HELO ga) (217.162.130.157) by 0 with SMTP; 28 Sep 2003 17:38:51 -0000 Date: Sun, 28 Sep 2003 19:40:07 +0200 From: Gabriel Ambuehl X-Mailer: The Bat! (v2.00.6) UNREG / CD5BF9353B3B7091 Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <3191313171.20030928194007@buz.ch> To: Derek Ragona In-Reply-To: <5.2.1.1.2.20030927135017.01066210@www.computinginnovations.com> References: <5.2.1.1.2.20030927135017.01066210@www.computinginnovations.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Travis Troyer cc: freebsd-current@freebsd.org Subject: Re[2]: Sil680 RAID Support while installing 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 17:38:59 -0000 Hello Derek, Saturday, September 27, 2003, 8:50:21 PM, you wrote: > Gabriel, > I experienced the same problem using 5.1 release with an Adaptec SATA > Raid card that uses the SATA Sil3112A chip. > With 5.1-CURRENT I can get FreeBSD to install, but the server locks-up > because the disk subsystem gets a DMA write error that it either never > recovers from or falls into the debugger (most times it does NOT go to > the debugger.) > There are a few of us using SATA Sil3112A chips and experiencing these > problems. It seems to boot ok with the latest snapshot boot cd from current.freebsd.org HOWEVER whatever I do, the disks will show up individually in the setup and not as array. Best regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 12:51:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80D5E16A4B3 for ; Sun, 28 Sep 2003 12:51:40 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C4C43FEC for ; Sun, 28 Sep 2003 12:51:39 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8SJpcLG000147 for ; Sun, 28 Sep 2003 21:51:38 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 27 Sep 2003 23:57:19 +0200." <92028.1064699839@critter.freebsd.dk> Date: Sun, 28 Sep 2003 21:51:38 +0200 Message-ID: <146.1064778698@critter.freebsd.dk> Subject: TEST PLEASE: if_tap patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 19:51:40 -0000 There is now also another patch http://phk.freebsd.dk/patch/if_tap.patch for the /dev/tap and /dev/vmnet driver. Please test this too, it follows the if_tun patch very closely. >Please test this patch: > > http://phk.freebsd.dk/patch/if_tun.patch > >There is a slight change in semantics in that the interface will disappear >entirely when the /dev/tun%d device is closed. > >If no objections this will be committed in some days. > >| Remove the bogus tunbasedev, instead record the dev_t in our softc. >| >| Rely on the new an cloning friendlier semantics of make_dev(). >| >| Properly dismantle and remove the interface and destroy the dev_t >| at last close of the device. >| >| Remove code from MOD_UNLOAD to dismantle things. >| >| Remove the list used to hang the tunnels from, it is no longer needed. > > >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 14:22:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E812216A4B3; Sun, 28 Sep 2003 14:22:11 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB9744011; Sun, 28 Sep 2003 14:22:10 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8SLM7LG000654; Sun, 28 Sep 2003 23:22:08 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: arch@freebsd.org, current@freebsd.org From: Poul-Henning Kamp Date: Sun, 28 Sep 2003 23:22:07 +0200 Message-ID: <653.1064784127@critter.freebsd.dk> Subject: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 21:22:12 -0000 I am in the process of adding ref-counting and locking to dev_t, and would very much prefer if we could get this step completed soon before 5-STABLE gets branched. All this will be transparent to the majority of device drivers, as the refcounting will happen in the make_dev() and destroy_dev() family of calls and normal drivers need not know more about it. But there are a few remaining users of makedev() which get in the way of this effort, and we must get these fixed. Basically: 1. Do not call makedev(). 2. If you do cloning, please look at the patches I posted for if_tun/if_tap for how to do it. 3. If you do a "normal" device driver, cache the result from when you call make_dev(). 4. If you translate "foreign dev_t's", ie emulators or compat code, contact me. I'm not sure I understand how this works and should work and we need to talk. 5. If anything else or in doubt, ask me. Can I see some volounteers and/or maintainers please ? ./alpha/osf1/osf1_misc.c badly named local macro ? ./compat/linux/linux_stats.c ./compat/svr4/svr4_types.h compat code, not sure that this is correct now. Must be supported by new "finddev" semantics. ./dev/ata/atapi-cd.c cloning related to root mount. gets fixed when phk GEOMify the driver. ./dev/sound/midi/midi.h Not sure. ./dev/nmdm/nmdm.c pseudo-cloning. Should do real cloning. ./dev/syscons/syscons.c Related to console initialization. Maybe tricky. ./dev/sound/pcm/dsp.c ./dev/sound/pcm/mixer.c ./dev/usb/ugen.c ./dev/usb/uscanner.c Failure to cache result of make_dev() ./dev/vinum Failure to cache result of make_dev() ? Thanks in advance! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:00:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3991B16A4B3; Sun, 28 Sep 2003 16:00:22 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEC544005; Sun, 28 Sep 2003 16:00:11 -0700 (PDT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 26F442BD41; Mon, 29 Sep 2003 09:00:10 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 448F451836; Mon, 29 Sep 2003 08:30:08 +0930 (CST) Date: Mon, 29 Sep 2003 08:30:08 +0930 From: Greg 'groggy' Lehey To: Poul-Henning Kamp Message-ID: <20030928230008.GF11520@wantadilla.lemis.com> References: <653.1064784127@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yRA+Bmk8aPhU85Qt" Content-Disposition: inline In-Reply-To: <653.1064784127@critter.freebsd.dk> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: arch@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 23:00:22 -0000 --yRA+Bmk8aPhU85Qt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote: > Basically: > > 3. If you do a "normal" device driver, cache the result > from when you call make_dev(). > ... > > ./dev/vinum > Failure to cache result of make_dev() ? Where should this be cached? Can you point to example code? Greg -- See complete headers for address and phone numbers. NOTE: Due to the currently active Microsoft-based worms, I am limiting all incoming mail to 131,072 bytes. This is enough for normal mail, but not for large attachments. Please send these as URLs. --yRA+Bmk8aPhU85Qt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/d2f4IubykFB6QiMRAtOjAKCy3rqkpXqlVw5agPI79MRIas32WgCeLZHP ZHxDJyRTuPKCbv3tyIiOdM0= =i3ZG -----END PGP SIGNATURE----- --yRA+Bmk8aPhU85Qt-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:38:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE2B916A4B3; Sun, 28 Sep 2003 16:38:36 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7E8A44015; Sun, 28 Sep 2003 16:38:34 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) h8SNcPFs078206 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 29 Sep 2003 01:38:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id h8SNcOWZ080261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2003 01:38:25 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h8SNcOrY014878; Mon, 29 Sep 2003 01:38:24 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h8SNcNwT014877; Mon, 29 Sep 2003 01:38:23 +0200 (CEST) Date: Mon, 29 Sep 2003 01:38:23 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20030928233823.GJ90598@cicely12.cicely.de> References: <653.1064784127@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <653.1064784127@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: arch@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 23:38:36 -0000 On Sun, Sep 28, 2003 at 11:22:07PM +0200, Poul-Henning Kamp wrote: > > I am in the process of adding ref-counting and locking to dev_t, > and would very much prefer if we could get this step completed > soon before 5-STABLE gets branched. > > All this will be transparent to the majority of device drivers, as > the refcounting will happen in the make_dev() and destroy_dev() > family of calls and normal drivers need not know more about it. > > But there are a few remaining users of makedev() which get in the > way of this effort, and we must get these fixed. > > Basically: > > 1. Do not call makedev(). > > 2. If you do cloning, please look at the patches I posted > for if_tun/if_tap for how to do it. > > 3. If you do a "normal" device driver, cache the result > from when you call make_dev(). > > 4. If you translate "foreign dev_t's", ie emulators or > compat code, contact me. I'm not sure I understand > how this works and should work and we need to talk. > > 5. If anything else or in doubt, ask me. > > Can I see some volounteers and/or maintainers please ? > > ./alpha/osf1/osf1_misc.c > badly named local macro ? Unused code. umakedev is used within a macro but nowhere defined it seems. makedev is used as a macroname, but ifdef'ed 0. Shouldn't hurt. Maybe someone with knowledge about OSF1 emulation should decide what happens with them in the long run. > ./dev/usb/ugen.c > ./dev/usb/uscanner.c > Failure to cache result of make_dev() I'll take those. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:46:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD4516A4B3; Sun, 28 Sep 2003 16:46:51 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2079F44022; Sun, 28 Sep 2003 16:46:50 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id h8SNkK7R086827; Sun, 28 Sep 2003 19:46:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h8SNkKju086824; Sun, 28 Sep 2003 19:46:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Sep 2003 19:46:20 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Greg 'groggy' Lehey" In-Reply-To: <20030928230008.GF11520@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: arch@FreeBSD.org cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 23:46:51 -0000 On Mon, 29 Sep 2003, Greg 'groggy' Lehey wrote: > On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote: > > Basically: > > > > 3. If you do a "normal" device driver, cache the result > > from when you call make_dev(). > > ... > > > > ./dev/vinum > > Failure to cache result of make_dev() ? > > Where should this be cached? Can you point to example code? Actually, it looks like Vinum is caching the dev_t's, but it's not always using them to get back to the dev_t--sometimes it's invoking makedev() instead. However, this appears to happen only in the vinumrevive.c code, so I'm not sure if that's a property of the cached reference being unavailable -- it looks like it should be available in that context though. I.e., using sd->dev instead of VINUM_SD() -- it looks like there is a valid (struct sd *) reference there to follow, so you can get to the dev_t without doing a makedev(). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:59:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0F916A4B3; Sun, 28 Sep 2003 16:59:12 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2674403F; Sun, 28 Sep 2003 16:59:11 -0700 (PDT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 44B7E2BD41; Mon, 29 Sep 2003 09:59:09 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 73D0351836; Mon, 29 Sep 2003 09:29:06 +0930 (CST) Date: Mon, 29 Sep 2003 09:29:06 +0930 From: Greg 'groggy' Lehey To: Robert Watson Message-ID: <20030928235906.GG11520@wantadilla.lemis.com> References: <20030928230008.GF11520@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S5HS5MvDw4DmbRmb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: arch@FreeBSD.org cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 23:59:12 -0000 --S5HS5MvDw4DmbRmb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 28 September 2003 at 19:46:20 -0400, Robert Watson wrote: > > On Mon, 29 Sep 2003, Greg 'groggy' Lehey wrote: > >> On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote: >>> Basically: >>> >>> 3. If you do a "normal" device driver, cache the result >>> from when you call make_dev(). >>> ... >>> >>> ./dev/vinum >>> Failure to cache result of make_dev() ? >> >> Where should this be cached? Can you point to example code? > > Actually, it looks like Vinum is caching the dev_t's, Ah, you mean saving the results rather than calling make_dev() every time? Yes, it only calls make_dev() once for any device. > but it's not always using them to get back to the dev_t--sometimes > it's invoking makedev() instead. However, this appears to happen > only in the vinumrevive.c code, so I'm not sure if that's a property > of the cached reference being unavailable it looks like it should be > available in that context though. No, it should always be available. I was going to say "I don't see any references to make_dev() in vinumrevive.c, nor any references to makedev() at all", but I see that VINUM_SD includes both. > I.e., using sd->dev instead of VINUM_SD() -- it looks like there is > a valid (struct sd *) reference there to follow, so you can get to > the dev_t without doing a makedev(). Yes, this is a bug (and an indication of the dangers of using macros :-) I'll fix it. Greg -- See complete headers for address and phone numbers. NOTE: Due to the currently active Microsoft-based worms, I am limiting all incoming mail to 131,072 bytes. This is enough for normal mail, but not for large attachments. Please send these as URLs. --S5HS5MvDw4DmbRmb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/d3XKIubykFB6QiMRAm5CAKCPLcOmXQlsNb4IVNsJz2Wx1ip2SQCfTBtE E5DAbhM6C3Lms7NO/7/bJn0= =SbzM -----END PGP SIGNATURE----- --S5HS5MvDw4DmbRmb-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:04:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8739616A4B3 for ; Sun, 28 Sep 2003 22:04:46 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A52684403F for ; Sun, 28 Sep 2003 22:04:45 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.9/8.12.3) with ESMTP id h8T54hgg013549; Sun, 28 Sep 2003 22:04:43 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id h8T54hrE013548; Sun, 28 Sep 2003 22:04:43 -0700 Date: Sun, 28 Sep 2003 22:04:42 -0700 From: Brooks Davis To: Poul-Henning Kamp Message-ID: <20030929050442.GA20995@Odin.AC.HMC.Edu> References: <92028.1064699839@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <92028.1064699839@critter.freebsd.dk> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: TEST PLEASE: if_tun patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:04:46 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 27, 2003 at 11:57:19PM +0200, Poul-Henning Kamp wrote: >=20 > Please test this patch: >=20 > http://phk.freebsd.dk/patch/if_tun.patch >=20 > There is a slight change in semantics in that the interface will disappear > entirely when the /dev/tun%d device is closed. >=20 > If no objections this will be committed in some days. > | Properly dismantle and remove the interface and destroy the dev_t=20 > | at last close of the device. I'm not convinced this is the right direction to move in. The problem is that users are beginning to expect that pseudo-interfaces be created with network interface cloning, but tun, tap, and vmnet aren't. I'm concerned that this destroy on last close semantic will make it harder to implement that. I guess if we moved to a model where we allowed both methods to work, we could somehow add an extra reference when we cloned interfaces via "ifconfig create", but I don't know the devfs side well enough to know if that's possible. This doesn't constitute an objection since I've had over a year to fix these drivers, but I'd appreciate it if you would give it some thought. -- Brooks P.S. Since you're moving it anyway, we make the assumption in the network code that the ifnet struct is the first member of the softc so you might want to fix tun while you're there. See the comment around if_var.h:111. --=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 --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/d71pXY6L6fI4GtQRAvmcAJsF0CzrHrC1Z/fYAHX5ew/K2BiPwwCgr4xL 10UJaIFY1UFVmz50klFZnCA= =PnEq -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:04:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811DB16A4B3 for ; Sun, 28 Sep 2003 22:04:59 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75FD743FE9 for ; Sun, 28 Sep 2003 22:04:58 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h8T54nT64217; Mon, 29 Sep 2003 01:04:49 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 29 Sep 2003 01:04:49 -0400 (EDT) From: Jeff Roberson To: Morten Rodal In-Reply-To: <20030928101535.GA5209@slurp.rodal.no> Message-ID: <20030929010425.L99666-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:04:59 -0000 On Sun, 28 Sep 2003, Morten Rodal wrote: > On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > > On Sat, 27 Sep 2003, Morten Rodal wrote: > > > It has improved quite a bit lately, and is now also working with KSE. > > > However, the mouse will get sluggish whenever the computer is under > > > bursts of load (i.e. a compile) > > > > > > > I have not had this experience. Can you give me details of your machine > > and the kind of load that causes slugishness? I'll correct it as soon as > > I can identify it. > > > > The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > I do also experience this with my computer at school, a single Pentium3 > 733MHz. > > The load isn't very complicated, usually just gnome 2.4 and mozilla > firebird running. If I then do anything that requires lots of cpu, > like a compile of a program, the interactivity drops fast. > > On the dual machine I have also experienced a *HUGE* increase in the > time for "portupgrade -ar" to complete. I am not familiar with how > portupgrade works, but it seems to spawn a few make's and sort's, but > I am not sure why it is currently using 3 hours instead of 10 minutes > to complete! (This was tested when there was no packages to upgrade, > which shouldn't take long) > > Both machines (this dual and the one at school) are running with a > libmap.conf in order to use libkse, is this perhaps affecting the > performance of ULE? It could be. Can you try with libthr or libc_r and let me know? > > I am not sure how useful this is to you, but if you have any other > pointers as to what I should look at just ask. > > -- > Morten Rodal > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:05:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 291D316A4B3 for ; Sun, 28 Sep 2003 22:05:59 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 310794402D for ; Sun, 28 Sep 2003 22:05:58 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h8T55r064723; Mon, 29 Sep 2003 01:05:53 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 29 Sep 2003 01:05:53 -0400 (EDT) From: Jeff Roberson To: Arjan van Leeuwen In-Reply-To: <200309281545.36457.avleeuwen@piwebs.com> Message-ID: <20030929010512.N99666-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:05:59 -0000 On Sun, 28 Sep 2003, Arjan van Leeuwen wrote: > On Sunday 28 September 2003 14:38, Matt wrote: > > Morten Rodal wrote: > > > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: > > >>Morten Rodal wrote: > > >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > > >>>>On Sat, 27 Sep 2003, Morten Rodal wrote: > > >>>>>It has improved quite a bit lately, and is now also working with KSE. > > >>>>>However, the mouse will get sluggish whenever the computer is under > > >>>>>bursts of load (i.e. a compile) > > >>>> > > >>>>I have not had this experience. Can you give me details of your > > >>>> machine and the kind of load that causes slugishness? I'll correct it > > >>>> as soon as I can identify it. > > >>> > > >>>The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > > >>>I do also experience this with my computer at school, a single Pentium3 > > >>>733MHz. > > >>> > > >>>The load isn't very complicated, usually just gnome 2.4 and mozilla > > >>>firebird running. If I then do anything that requires lots of cpu, > > >>>like a compile of a program, the interactivity drops fast. > > >>> > > >>>On the dual machine I have also experienced a *HUGE* increase in the > > >>>time for "portupgrade -ar" to complete. I am not familiar with how > > >>>portupgrade works, but it seems to spawn a few make's and sort's, but > > >>>I am not sure why it is currently using 3 hours instead of 10 minutes > > >>>to complete! (This was tested when there was no packages to upgrade, > > >>>which shouldn't take long) > > >>> > > >>>Both machines (this dual and the one at school) are running with a > > >>>libmap.conf in order to use libkse, is this perhaps affecting the > > >>>performance of ULE? > > >>> > > >>>I am not sure how useful this is to you, but if you have any other > > >>>pointers as to what I should look at just ask. > > >> > > >>Are you running 5.1-release or 5.1-current? > > >> > > >>I ask because I have used ULE on two different kernels so far on this > > >>box. One was 5.1-release running gnome2, mozilla, xmms. On this the > > >>mouse stutters really badly whenever anything is being compiled. > > >> > > >>However on the 5.1-current kernel this behavior no longer happens and > > >>the mouse is fine. > > >> > > >>I suspect ULE has had a few enhancements between the release and now. > > > > > > I am running 5.1-current > > > > > > Dual machine: > > > FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 > > > 04:03:23 CEST 2003 root@slurp.rodal.no:/usr/obj/usr/src/sys/slurp > > > i386 > > > > > > School computer: > > > FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 > > > 09:12:55 CEST 2003 root@hauk10.idi.ntnu.no:/usr/obj/usr/src/sys/hauk10 > > > i386 > > > > Ahh I tell you the other difference. I had a USB mouse when I tried ULE > > with 5.1-release and it stuttered. It's just a ps2 one on the current > > kernel where it's not stuttering. > > > > Matt. > > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the > stuttering too. > > It happens when compiling stuff, when loading complicated pages in Mozilla > Firebird, and when logging out of GNOME 2.4 (the 'background fade' animation > brings my Athlon XP 2000+ to its knees when I use SCHED_ULE). > > Arjan > Gnome seems to be a common theme. Are you also using libkse? There could be some interaction there. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:12:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E92B16A4B3; Sun, 28 Sep 2003 22:12:25 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B02F44015; Sun, 28 Sep 2003 22:12:23 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8T5CKLG004323; Mon, 29 Sep 2003 07:12:21 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Greg 'groggy' Lehey" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 29 Sep 2003 08:30:08 +0930." <20030928230008.GF11520@wantadilla.lemis.com> Date: Mon, 29 Sep 2003 07:12:20 +0200 Message-ID: <4322.1064812340@critter.freebsd.dk> cc: arch@FreeBSD.org cc: current@FreeBSD.org Subject: Re: HEADSUP: Change of makedev() semantics. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:12:25 -0000 In message <20030928230008.GF11520@wantadilla.lemis.com>, "Greg 'groggy' Lehey" writes: > >--yRA+Bmk8aPhU85Qt >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline > >On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote: >> Basically: >> >> 3. If you do a "normal" device driver, cache the result >> from when you call make_dev(). >> ... >> >> ./dev/vinum >> Failure to cache result of make_dev() ? > >Where should this be cached? Can you point to example code? Almost any other device driver. It is usually stored in the softc structure. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:26:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD6C16A4B3 for ; Sun, 28 Sep 2003 22:26:06 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FD344001 for ; Sun, 28 Sep 2003 22:26:03 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 5AC1E7D0EF; Mon, 29 Sep 2003 07:26:02 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 2E8E19C8D7; Mon, 29 Sep 2003 07:26:02 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 5DF5C9C8D5; Mon, 29 Sep 2003 07:25:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 50A92B84A; Mon, 29 Sep 2003 07:25:58 +0200 (CEST) To: Tomi.Vainio@Sun.COM References: <16245.50283.938685.367597@ultrahot.finland.sun.com> <16246.48771.976706.318272@ultrahot.finland.sun.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 29 Sep 2003 07:25:58 +0200 In-Reply-To: <16246.48771.976706.318272@ultrahot.finland.sun.com> (Tomi Vainio's message of "Sun, 28 Sep 2003 13:57:07 +0300") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-3.0 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: more panics from current (partII) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:26:06 -0000 Tomi Vainio - Sun Finland writes: > After adding more disks to this system it dies continously. Last two > traces look quite the same. > > Tomppa > > ---clipclip--- > login: kernel trap 19 with interrupts disabled > NMI ... going to debugger An NMI almost certainly indicates a hardware failure. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:29:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FBF516A4B3 for ; Sun, 28 Sep 2003 22:29:10 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 950F244003 for ; Sun, 28 Sep 2003 22:29:09 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8T5T8LG004473; Mon, 29 Sep 2003 07:29:08 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Brooks Davis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 28 Sep 2003 22:04:42 PDT." <20030929050442.GA20995@Odin.AC.HMC.Edu> Date: Mon, 29 Sep 2003 07:29:08 +0200 Message-ID: <4472.1064813348@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: TEST PLEASE: if_tun patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:29:10 -0000 In message <20030929050442.GA20995@Odin.AC.HMC.Edu>, Brooks Davis writes: >> | Properly dismantle and remove the interface and destroy the dev_t=20 >> | at last close of the device. > >I'm not convinced this is the right direction to move in. The problem >is that users are beginning to expect that pseudo-interfaces be created >with network interface cloning, but tun, tap, and vmnet aren't. I'm totally "don't-care" on the semantics of any and all of these, my patch is just an attempt to evict makedev() from the tree. If you have a better idea how to do this, by all means go for it. It has also been pointed out that my subsequent if_tap.c patch would likely break the way people expect the "vmnet" device to work so I have already canned that. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:36:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B05EF16A4B3 for ; Sun, 28 Sep 2003 22:36:58 -0700 (PDT) Received: from mail.airnet.com.au (bert.airnet.com.au [202.174.32.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAA944032 for ; Sun, 28 Sep 2003 22:36:57 -0700 (PDT) (envelope-from Lucas.James@LDJcs.Com.Au) Received: from voyager.ldjcs.com.au (ppp138.ar1.adl1.airnet.com.au [202.174.34.138]) by mail.airnet.com.au (Postfix) with ESMTP id CEBBB92CA6; Mon, 29 Sep 2003 15:06:51 +0930 (CST) Received: from draco.ldjcs.com.au (draco.ldjcs.com.au [203.17.30.8]) (authenticated bits=0) by voyager.ldjcs.com.au (8.12.10/8.12.9) with ESMTP id h8T5ajRb003683; Mon, 29 Sep 2003 15:06:45 +0930 (CST) (envelope-from Lucas.James@LDJcs.Com.Au) From: Lucas James To: Tomi.Vainio@Sun.COM, freebsd-current@freebsd.org Date: Mon, 29 Sep 2003 15:03:31 +0930 User-Agent: KMail/1.5.3 References: <16245.50283.938685.367597@ultrahot.finland.sun.com> <16246.48771.976706.318272@ultrahot.finland.sun.com> In-Reply-To: <16246.48771.976706.318272@ultrahot.finland.sun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309291503.33011.Lucas.James@LDJcs.Com.Au> Subject: Re: more panics from current (partII) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 05:36:58 -0000 On Sun, 28 Sep 2003 08:27 pm, Tomi Vainio - Sun Finland wrote: > After adding more disks to this system it dies continously. Last two > traces look quite the same. > > Tomppa It could be a power supply on the way out. I had an old dual P-166 that rebooted misterously until I took out two CD-ROM drives I wanted for another machine. (replaced the power supply, and refitted the CDROMS, and every thing worked ok.) Lucas From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 23:09:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F2F16A4B3 for ; Sun, 28 Sep 2003 23:09:08 -0700 (PDT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D734401A for ; Sun, 28 Sep 2003 23:09:07 -0700 (PDT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by nwkea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id h8T68xis026558; Sun, 28 Sep 2003 23:09:00 -0700 (PDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) ESMTP id h8T68wcP029967; Mon, 29 Sep 2003 09:08:58 +0300 (EEST) Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1]) h8T68wLx013828; Mon, 29 Sep 2003 09:08:58 +0300 (EEST) Received: (from tomppa@localhost)h8T68voI013825; Mon, 29 Sep 2003 09:08:58 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <16247.52338.785563.48087@ultrahot.finland.sun.com> Date: Mon, 29 Sep 2003 09:08:50 +0300 To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) X-Mailer: VM 7.17 under 21.4 (patch 9) "Informed Management" XEmacs Lucid cc: Lucas James cc: freebsd-current@freebsd.org Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 06:09:08 -0000 Dag-Erling Smørgrav writes: > > An NMI almost certainly indicates a hardware failure. > Lucas James writes: > > It could be a power supply on the way out. I had an old dual P-166 that > rebooted misterously until I took out two CD-ROM drives I wanted > for another > machine. (replaced the power supply, and refitted the CDROMS, and > every thing worked ok.) > We're already running this system with two power supplys. All old stuff is using old power and 4 new disks were attached to new one. Because we had multiple reboots without any trace we also replaced mother board and memory though mobo type is same as before. Messages like these don't mean anything bad? > ad6: WARNING - READ_DMA recovered from missing interrupt > ad7: WARNING - READ_DMA recovered from missing interrupt > ar: Promise check1 failed Tomppa From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 01:30:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C644F16A4C2 for ; Mon, 29 Sep 2003 01:30:19 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D5443FEC for ; Mon, 29 Sep 2003 01:30:13 -0700 (PDT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id BC9F72BD41 for ; Mon, 29 Sep 2003 18:30:10 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id E6B1C51836; Mon, 29 Sep 2003 18:00:07 +0930 (CST) Date: Mon, 29 Sep 2003 18:00:07 +0930 From: Greg 'groggy' Lehey To: FreeBSD current users Message-ID: <20030929083007.GA33083@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Serial debug broken in recent -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 08:30:20 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After building a new kernel, remote serial gdb no longer works. When I issue a 'continue' command, I lose control of the system, but it doesn't continue running. Has anybody else seen this? Greg -- See complete headers for address and phone numbers. NOTE: Due to the currently active Microsoft-based worms, I am limiting all incoming mail to 131,072 bytes. This is enough for normal mail, but not for large attachments. Please send these as URLs. --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/d+2PIubykFB6QiMRAqOAAKCCXTu14iu5m2sk/vECJqVJbEmSAgCfey/q ecjOueE9inBjgI2Lmlom7Ds= =eKeL -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 02:36:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD9B616A4B3 for ; Mon, 29 Sep 2003 02:36:02 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 12F6444011 for ; Mon, 29 Sep 2003 02:36:01 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 53894 invoked by uid 85); 29 Sep 2003 09:36:13 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.20rc1 (uvscan: v4.2.40/v4288. Clear:RC:1:. Processed in 0.066284 secs); 29 Sep 2003 09:36:13 -0000 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 29 Sep 2003 09:36:13 -0000 From: Arjan van Leeuwen To: Jeff Roberson Date: Mon, 29 Sep 2003 11:35:59 +0200 User-Agent: KMail/1.5.4 References: <20030929010512.N99666-100000@mail.chesapeake.net> In-Reply-To: <20030929010512.N99666-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309291135.59741.avleeuwen@piwebs.com> cc: current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 09:36:03 -0000 On Monday 29 September 2003 07:05, Jeff Roberson wrote: > On Sun, 28 Sep 2003, Arjan van Leeuwen wrote: > > On Sunday 28 September 2003 14:38, Matt wrote: > > > Morten Rodal wrote: > > > > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: > > > >>Morten Rodal wrote: > > > >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > > > >>>>On Sat, 27 Sep 2003, Morten Rodal wrote: > > > >>>>>It has improved quite a bit lately, and is now also working with > > > >>>>> KSE. However, the mouse will get sluggish whenever the computer > > > >>>>> is under bursts of load (i.e. a compile) > > > >>>> > > > >>>>I have not had this experience. Can you give me details of your > > > >>>> machine and the kind of load that causes slugishness? I'll > > > >>>> correct it as soon as I can identify it. > > > >>> > > > >>>The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > > > >>>I do also experience this with my computer at school, a single > > > >>> Pentium3 733MHz. > > > >>> > > > >>>The load isn't very complicated, usually just gnome 2.4 and mozilla > > > >>>firebird running. If I then do anything that requires lots of cpu, > > > >>>like a compile of a program, the interactivity drops fast. > > > >>> > > > >>>On the dual machine I have also experienced a *HUGE* increase in the > > > >>>time for "portupgrade -ar" to complete. I am not familiar with how > > > >>>portupgrade works, but it seems to spawn a few make's and sort's, > > > >>> but I am not sure why it is currently using 3 hours instead of 10 > > > >>> minutes to complete! (This was tested when there was no packages to > > > >>> upgrade, which shouldn't take long) > > > >>> > > > >>>Both machines (this dual and the one at school) are running with a > > > >>>libmap.conf in order to use libkse, is this perhaps affecting the > > > >>>performance of ULE? > > > >>> > > > >>>I am not sure how useful this is to you, but if you have any other > > > >>>pointers as to what I should look at just ask. > > > >> > > > >>Are you running 5.1-release or 5.1-current? > > > >> > > > >>I ask because I have used ULE on two different kernels so far on this > > > >>box. One was 5.1-release running gnome2, mozilla, xmms. On this the > > > >>mouse stutters really badly whenever anything is being compiled. > > > >> > > > >>However on the 5.1-current kernel this behavior no longer happens and > > > >>the mouse is fine. > > > >> > > > >>I suspect ULE has had a few enhancements between the release and now. > > > > > > > > I am running 5.1-current > > > > > > > > Dual machine: > > > > FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 > > > > 04:03:23 CEST 2003 root@slurp.rodal.no:/usr/obj/usr/src/sys/slurp > > > > i386 > > > > > > > > School computer: > > > > FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri > > > > Sep 26 09:12:55 CEST 2003 > > > > root@hauk10.idi.ntnu.no:/usr/obj/usr/src/sys/hauk10 i386 > > > > > > Ahh I tell you the other difference. I had a USB mouse when I tried ULE > > > with 5.1-release and it stuttered. It's just a ps2 one on the current > > > kernel where it's not stuttering. > > > > > > Matt. > > > > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the > > stuttering too. > > > > It happens when compiling stuff, when loading complicated pages in > > Mozilla Firebird, and when logging out of GNOME 2.4 (the 'background > > fade' animation brings my Athlon XP 2000+ to its knees when I use > > SCHED_ULE). > > > > Arjan > > Gnome seems to be a common theme. Are you also using libkse? There could > be some interaction there. Yes, I'm using libkse. It's also worth mentioning that it also happens in KDE, but only under the heavy load of a 'make buildworld' or compiling something else, or when for example extracting a big bzip2 file. Arjan From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 03:12:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48D8616A4B3 for ; Mon, 29 Sep 2003 03:12:05 -0700 (PDT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9D143FFD for ; Mon, 29 Sep 2003 03:12:04 -0700 (PDT) (envelope-from vova@sw.ru) Received: from localhost ([127.0.0.1]) by vbook.fbsd.ru with esmtp (Exim 4.22) id 1A3v0m-0003K1-15 for freebsd-current@freebsd.org; Mon, 29 Sep 2003 14:12:12 +0400 From: "Vladimir B. Grebenschikov" To: freebsd-current@freebsd.org Content-Type: text/plain Organization: SWsoft Inc. Message-Id: <1064830327.1704.177.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 29 Sep 2003 14:12:11 +0400 Content-Transfer-Encoding: 7bit Subject: gkrellm and libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 10:12:05 -0000 Hi Just tried run gnome-2.4 desktop with: % cat /etc/libmap.conf libc_r.so.5 libthr.so.1 libc_r.so libthr.so All seems smooth so far, but gkrellm. First it works right (creates some threads) Then system time consumed became all available CPU power (by systat -vm) When I have kill gkrellm all returns to normal operation. It is reproducible effect. -- Vladimir B. Grebenschikov SWsoft Inc. From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 04:08:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A47E616A4B3 for ; Mon, 29 Sep 2003 04:08:53 -0700 (PDT) Received: from s1.vhost.cz (s1.vhost.cz [195.39.16.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 208AF43FE5 for ; Mon, 29 Sep 2003 04:08:52 -0700 (PDT) (envelope-from konfer@mikulas.com) Received: (qmail 21367 invoked by uid 89); 29 Sep 2003 13:08:50 +0200 Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.155) by s1.vhost.cz with AES256-SHA encrypted SMTP; 29 Sep 2003 13:08:50 +0200 Message-ID: <3F781270.3020708@mikulas.com> Date: Mon, 29 Sep 2003 13:07:28 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; cs-CZ; rv:1.4) Gecko/20030710 X-Accept-Language: cs MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: procfs problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 11:08:53 -0000 Hello i have problem with /proc i already have options PROCFS options PSEUDOFS in kernel but get these messages ~~~cut~~~ map02# strace -p 730 strace: open("/proc/...", ...): No such file or directory trouble opening proc file map02# truss -p 730 truss: cannot open /proc/730/mem: No such file or directory map02# ps aux | grep 730 root 730 0.0 1.0 3476 2448 ?? Ss 8:40AM 0:00.21 /usr/sbin/sshd map02# uname -a FreeBSD map02.modrany.czf 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Sun Sep 28 23:37:08 CEST 2003 mik@map02.modrany.czf:/usr/obj/usr/src/sys/ROUTER i386 ~~~cut~~~ the same messages i get also at 5.1-RELEASE-p3 FreeBSD 5.1-RELEASE-p3 #2: Wed Sep 17 00:17:40 CEST 2003 box any ideas or do i something wrong? (forget I read anything about new procfs - sorry if yes ...) ? thaks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 04:28:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991EF16A4B3 for ; Mon, 29 Sep 2003 04:28:49 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBEDD44005 for ; Mon, 29 Sep 2003 04:28:47 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h8TBSk602604; Mon, 29 Sep 2003 13:28:46 +0200 (MEST) Date: Mon, 29 Sep 2003 13:28:45 +0200 (CEST) From: Harti Brandt To: Jiri Mikulas In-Reply-To: <3F781270.3020708@mikulas.com> Message-ID: <20030929132758.R35443@beagle.fokus.fraunhofer.de> References: <3F781270.3020708@mikulas.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: procfs problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 11:28:49 -0000 You must mount procfs. # fstab; proc /proc procfs rw 0 0 harti On Mon, 29 Sep 2003, Jiri Mikulas wrote: JM>Hello JM>i have problem with /proc JM>i already have JM> JM>options PROCFS JM>options PSEUDOFS JM> JM>in kernel JM>but get these messages JM>~~~cut~~~ JM>map02# strace -p 730 JM>strace: open("/proc/...", ...): No such file or directory JM>trouble opening proc file JM>map02# truss -p 730 JM>truss: cannot open /proc/730/mem: No such file or directory JM>map02# ps aux | grep 730 JM>root 730 0.0 1.0 3476 2448 ?? Ss 8:40AM 0:00.21 JM>/usr/sbin/sshd JM>map02# uname -a JM>FreeBSD map02.modrany.czf 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Sun Sep 28 JM>23:37:08 CEST 2003 JM>mik@map02.modrany.czf:/usr/obj/usr/src/sys/ROUTER i386 JM>~~~cut~~~ JM>the same messages i get also at JM>5.1-RELEASE-p3 FreeBSD 5.1-RELEASE-p3 #2: Wed Sep 17 00:17:40 CEST 2003 JM>box JM> JM>any ideas or do i something wrong? (forget I read anything about new JM>procfs - sorry if yes ...) ? JM>thaks for reply JM>Jiri JM> JM>_______________________________________________ JM>freebsd-current@freebsd.org mailing list JM>http://lists.freebsd.org/mailman/listinfo/freebsd-current JM>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" JM> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 04:40:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E1916A4B3 for ; Mon, 29 Sep 2003 04:40:58 -0700 (PDT) Received: from dfmm.org (walter.dfmm.org [209.151.233.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 704DB43FE5 for ; Mon, 29 Sep 2003 04:40:57 -0700 (PDT) (envelope-from freebsd-current@dfmm.org) Received: (qmail 83564 invoked by uid 1000); 29 Sep 2003 11:40:55 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Sep 2003 11:40:55 -0000 Date: Mon, 29 Sep 2003 04:40:54 -0700 (PDT) From: Jason Stone X-X-Sender: jason@walter To: current@freebsd.org In-Reply-To: <20030929132758.R35443@beagle.fokus.fraunhofer.de> Message-ID: <20030929043600.F55021@walter> References: <3F781270.3020708@mikulas.com> <20030929132758.R35443@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: procfs problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 11:40:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > JM>map02# strace -p 730 > JM>strace: open("/proc/...", ...): No such file or directory > JM>trouble opening proc file > You must mount procfs. > > # fstab; > proc /proc procfs rw 0 0 The bi-weekly status messages have been claiming that all the common debugging tools except for truss have been converted to work without procfs, since procfs is now deprecated. Does that not include strace, or is there something else wrong here? -Jason -------------------------------------------------------------------------- Freud himself was a bit of a cold fish, and one cannot avoid the suspicion that he was insufficiently fondled when he was an infant. -- Ashley Montagu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: See https://private.idealab.com/public/jason/jason.gpg iD8DBQE/eBpHswXMWWtptckRAgSoAJ9IcIadlSRauyYJQHDc9GinZ20YCACfVGf1 ysBa4h7i4d99kPhr4xBdfZ8= =7431 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 04:49:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29D1C16A4B3 for ; Mon, 29 Sep 2003 04:49:01 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5AD843FDF for ; Mon, 29 Sep 2003 04:48:59 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 64BBA66D32; Mon, 29 Sep 2003 04:48:44 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 4696FB02; Mon, 29 Sep 2003 04:48:44 -0700 (PDT) Date: Mon, 29 Sep 2003 04:48:44 -0700 From: Kris Kennaway To: Jason Stone Message-ID: <20030929114844.GA2318@rot13.obsecurity.org> References: <3F781270.3020708@mikulas.com> <20030929132758.R35443@beagle.fokus.fraunhofer.de> <20030929043600.F55021@walter> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20030929043600.F55021@walter> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: procfs problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 11:49:01 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 29, 2003 at 04:40:54AM -0700, Jason Stone wrote: >=20 > > JM>map02# strace -p 730 > > JM>strace: open("/proc/...", ...): No such file or directory > > JM>trouble opening proc file >=20 > > You must mount procfs. > > > > # fstab; > > proc /proc procfs rw 0 0 >=20 > The bi-weekly status messages have been claiming that all the common > debugging tools except for truss have been converted to work without > procfs, since procfs is now deprecated. Does that not include strace, or > is there something else wrong here? strace is not part of FreeBSD. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/eBwcWry0BWjoQKURAtayAKDn46GCmXCMqux+mxr+qxkSfXoOIQCeIiZo lZU5Cpo/ms97G4wmML//BBU= =2ZP4 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 07:00:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DEE816A4B3 for ; Mon, 29 Sep 2003 07:00:52 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F3A44011 for ; Mon, 29 Sep 2003 07:00:50 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id h8TE0J7R091982 for ; Mon, 29 Sep 2003 10:00:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9p2/8.12.9/Submit) id h8TE0IVN091981 for current@FreeBSD.org; Mon, 29 Sep 2003 10:00:18 -0400 (EDT) (envelope-from robert) Date: Mon, 29 Sep 2003 10:00:18 -0400 (EDT) Message-Id: <200309291400.h8TE0IVN091981@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 14:00:52 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+-----------+-----------------+--------------------| | | | | KSE M:N threading | | | | | support is | | | | | reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should | | | | | be productionable | | | | | and usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+-----------+-----------------+--------------------| | | | | Kernel bits are | | | | | implemented but | | KSE support for | In | | untested. Userland | | sparc64 | progress | Jake Burkholder | bits are not | | | | | implemented. | | | | | Required for | | | | | 5.2-RELEASE. | |---------------------+-----------+-----------------+--------------------| | | | | Kernel and | | KSE support for | | Marcel | userland bits | | ia64 | Complete. | Moolenaar | implemented but | | | | | unstable. Required | | | | | for 5.2-RELEASE. | |---------------------+-----------+-----------------+--------------------| | | | | Userland bits | | | | | implemented, | | KSE support for | In | Marcel | kernel bits not | | alpha | progress. | Moolenaar | implemented. | | | | | Required for | | | | | 5.2-RELEASE. | |---------------------+-----------+-----------------+--------------------| | | | | Kris Kennaway | | | | | reports high | | | | | instability of | | | | | 5-CURRENT on ia64 | | | | | machines, such as | | ia64 stability | In | Marcel | the pluto* | | | Progress | Moolenaar | machines. These | | | | | problems need to | | | | | be fixed in order | | | | | to get a | | | | | successful package | | | | | build. | |---------------------+-----------+-----------------+--------------------| | | | | A reworking of the | | | | | sio driver is | | | | | needed to support | | | | | serial terminal | | | | Marcel | devices on sparc64 | | New serial UART | In | Moolenaar, | and ia64 | | framework | progress | Warner Losh | platforms, among | | | | | others. This is | | | | | also an enabler | | | | | for syscons | | | | | support on | | | | | sparc64. | |---------------------+-----------+-----------------+--------------------| | | | | FAST_IPSEC | | | | | currently cannot | | | | | be used directly | | | | | with the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level | | | | | of IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | | | acceleration. This | | compatibility | -- | -- | issue must be | | | | | resolved so that | | | | | the two services | | | | | may more easily be | | | | | used together. | | | | | Among other | | | | | things, this will | | | | | require a careful | | | | | review of the | | | | | handling of mbuf | | | | | header copying and | | | | | m_tag support in | | | | | the KAME IPv6 | | | | | code. | |---------------------+-----------+-----------------+--------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially | | | | | dated with respect | | | | | to the KAME vendor | | KAME | In | Hajimu UMEMOTO | source. The | | Synchronization | progress | | FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+-----------+-----------------+--------------------| | | | | Almost all process | | | | | debugging tools | | | | | have been updated | | | | | to use non-procfs | | | | | kernel primitives, | | | | | with the exception | | | | | of truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due to | | | | | its inherent | | truss support for | In | Robert Drehmel | security risks, it | | ptrace | progress | | is highly | | | | | desirable to | | | | | update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling | | | | | Smorgrav had | | | | | prototype patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+-----------+-----------------+--------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must | | | | | be reviewed and | | | | | merged to the | | | | | FreeBSD tree. | |---------------------+-----------+-----------------+--------------------| | | | | Many systems | | | | | supporting | | | | | POSIX.1e ACLs | | | | | permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides | | ACL_MASK override | In | | the umask, rather | | of umask support in | progress | Robert Watson | than being | | UFS | | | intersected with | | | | | it. The resulting | | | | | semantics can be | | | | | useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+-----------+-----------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura, | etc. A 5.2-RELEASE | | Giant | | Sam Leffler | goal is to have | | | | | the network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve | | | | | performance of the | | | | | stack, as well as | | | | | other system | | | | | components by | | | | | reducing | | | | | contention on | | | | | Giant. | |---------------------+-----------+-----------------+--------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+-----------+-----------------+--------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from | | | | | a kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well | | | | | as the inability | | | | | to easily manage | | | | | compile-time | | | | | options for kernel | | | | | objects (such as | | | | | MAC, PAE, etc) | | Revised kld build | -- | -- | that may require | | infrastructure | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD | | | | | build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done some | | | | | initial | | | | | prototyping, and | | | | | should be | | | | | contacted before | | | | | starting on this | | | | | work. | |---------------------+-----------+-----------------+--------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a | | | | | light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread | | | | | in the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is | | context switches | | | required (such as | | | | | sleeping on a | | | | | lock) is that cost | | | | | required. This | | | | | optimization | | | | | should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such | | | | | as found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+-----------+-----------------+--------------------| | | | | The existing APIC | | | | | interrupt code | | | | | does not support | | Complete the APIC | | | PCI interrupt | | PCI interrupt | In | John Baldwin | routing properly. | | routing support | progress | | As a result, PCI | | | | | interrupts cannot | | | | | be routed either | | | | | via ACPI or across | | | | | PCI-PCI bridges. | |---------------------+-----------+-----------------+--------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and | | of GBDE and related | -- | -- | easy automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is | | | | | required to make | | | | | this feature more | | | | | easily accessible. | |---------------------+-----------+-----------------+--------------------| | | | | Brian Feldman has | | | | | submitted patches | | | | | to improve the | | | | | consistency of the | | | | | pathnames passed | | | | | into the MAC | | MAC Framework devfs | In | Robert Watson | Framework devfs | | path fixes | progress | | labeling entry | | | | | points. These | | | | | patches need to be | | | | | thoroughly | | | | | reviewed and | | | | | tested, then | | | | | merged. | |---------------------+-----------+-----------------+--------------------| | | | | A process cannot | | | | | be interrupted | | | | | while waiting on a | | | | | lock. Fixing this | | rpc.lockd(8) | In | Robert Watson | requires that the | | stability | progress | | rpc code be taught | | | | | how to deal with | | | | | lock cancellation | | | | | and interruption | | | | | events. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+-------------+----------------+-------------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of debugging, | | | | | which can result in | | | | | truss failing to attach | | | | | to the process before | | | | | it exits. The symptom | | | | | is that truss reports | | | | | that it cannot open the | | | | | procfs node supporting | | | | | the process being | | Race | | | debugged. A bug also | | conditions in | Errata | Robert Drehmel | appears to exist where | | truss | candidate | | in truss will hang if | | | | | execve() returns | | | | | ENOENT. A further race | | | | | appears to exist in | | | | | which truss will return | | | | | "PIOCWAIT: Input/output | | | | | error" occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling that | | | | | we will defer the fix | | | | | to post-5.0 and | | | | | consider this errata. | |---------------+-------------+----------------+-------------------------| | gdb -k | | | gdb -k doesn't work on | | support for | -- | Mark Peek | alpha | | alpha | | | | |---------------+-------------+----------------+-------------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated file | | | | | system operations | | | | | (VOPs), and not on RPCs | | | | | generated via the NFS | | MAC support | | | server. Improvements in | | for NFS | -- | Robert Watson | NFS server credential | | Server | | | handling are required | | | | | to correct this | | | | | problem, as well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and perform | | | | | enforcement properly. | |---------------+-------------+----------------+-------------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; no | | busdma in all | | | use of vtophys() will | | PCI drivers | -- | -- | be permitted for any | | | | | recent device driver. | | | | | ISA drivers may be | | | | | exempt. | |---------------+-------------+----------------+-------------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support is | | | | | now required to ease | | GDB thread | -- | -- | debugging of threaded | | support | | | applications. Ideally, | | | | | this support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |---------------+-------------+----------------+-------------------------| | | | | Prebinding reduces | | | | | executable startup time | | | | | by lowering the expense | | | | | of symbol lookup, | | | | | binding and relocation. | | | | | This is accomplished by | | | | | a prebinding data file | | | | | or ELF segment that | | | | | contains intermediate | | | | | lookup results allowing | | | | | fast symbol binding and | | | | | relocation, provided | | Per object | | | that dependent objects | | ELF | In progress | Matthew Dodd | remain unchanged since | | Prebinding | | | the prebinding | | support | | | information was | | | | | generated. | | | | | | | | | | The benefits of | | | | | prebinding are realized | | | | | when running | | | | | executables that use a | | | | | large (>10) number of | | | | | shared libraries. C++ | | | | | applications also | | | | | benefit as they contain | | | | | a large number of | | | | | relocations. | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+----------+----------------+----------------------------| | | | | New ATA model has arrived. | | ATA driver | | | Much testing is needed to | | structural | Complete | So/ren Schmidt | ensure no regressions. | | improvements, | | | ATAPI-CAM seems especially | | MPsafety | | | fragile, more testing is | | | | | encouraged. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/09/01 06:09:17 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 07:57:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A3416A4C0; Mon, 29 Sep 2003 07:57:59 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F059C4402D; Mon, 29 Sep 2003 07:57:57 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MUA74016; Mon, 29 Sep 2003 07:57:56 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9F2B95D04; Mon, 29 Sep 2003 07:57:54 -0700 (PDT) To: current@freebsd.org Date: Mon, 29 Sep 2003 07:57:54 -0700 From: "Kevin Oberman" Message-Id: <20030929145754.9F2B95D04@ptavv.es.net> cc: Nate Lawson cc: Orion Hodson Subject: ICH sound after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 14:57:59 -0000 Re: kern/55395 I see a patch to ich.c back on the 15th to "Correctly reset ich[3-5] sound cards on resume.", but I am still not able to properly use my sound card after a resume because the card starts clocking at the wrong rate, about 52K instead of the correct 48,000. There is nothing in the tying it to any PR, but it looks like it's trying to do the "right thing" on resume. As before, the sysctl for the sampling rate has no effect. Any ideas what I might try? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 08:21:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D7716A4B3 for ; Mon, 29 Sep 2003 08:21:43 -0700 (PDT) Received: from ray.idi.ntnu.no (ray.idi.ntnu.no [129.241.107.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24BC144029 for ; Mon, 29 Sep 2003 08:21:40 -0700 (PDT) (envelope-from morten@hauk10.idi.ntnu.no) Received: from hauk10.idi.ntnu.no (hauk10.idi.ntnu.no [129.241.102.222]) by ray.idi.ntnu.no (8.12.10/8.12.10) with ESMTP id h8TFLURK000873; Mon, 29 Sep 2003 17:21:30 +0200 (MEST) Received: (from morten@localhost) by hauk10.idi.ntnu.no (8.12.10/8.12.10/Submit) id h8TFLT0W076165; Mon, 29 Sep 2003 17:21:29 +0200 (CEST) (envelope-from morten) Date: Mon, 29 Sep 2003 17:21:28 +0200 From: Morten Rodal To: Jeff Roberson Message-ID: <20030929152128.GA52005@hauk10.idi.ntnu.no> References: <20030928101535.GA5209@slurp.rodal.no> <20030929010425.L99666-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030929010425.L99666-100000@mail.chesapeake.net> X-Spam-Status: No, hits=-6.7 required=4 X-Virus-Scanned: by amavisd-new-IDI cc: freebsd-current@freebsd.org Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 15:21:43 -0000 On Mon, Sep 29, 2003 at 01:04:49AM -0400, Jeff Roberson wrote: > On Sun, 28 Sep 2003, Morten Rodal wrote: > > > On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: > > > On Sat, 27 Sep 2003, Morten Rodal wrote: > > > > It has improved quite a bit lately, and is now also working with KSE. > > > > However, the mouse will get sluggish whenever the computer is under > > > > bursts of load (i.e. a compile) > > > > > > > > > > I have not had this experience. Can you give me details of your machine > > > and the kind of load that causes slugishness? I'll correct it as soon as > > > I can identify it. > > > > > > > The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. > > I do also experience this with my computer at school, a single Pentium3 > > 733MHz. > > > > The load isn't very complicated, usually just gnome 2.4 and mozilla > > firebird running. If I then do anything that requires lots of cpu, > > like a compile of a program, the interactivity drops fast. > > > > On the dual machine I have also experienced a *HUGE* increase in the > > time for "portupgrade -ar" to complete. I am not familiar with how > > portupgrade works, but it seems to spawn a few make's and sort's, but > > I am not sure why it is currently using 3 hours instead of 10 minutes > > to complete! (This was tested when there was no packages to upgrade, > > which shouldn't take long) > > > > Both machines (this dual and the one at school) are running with a > > libmap.conf in order to use libkse, is this perhaps affecting the > > performance of ULE? > > It could be. Can you try with libthr or libc_r and let me know? > I tried converting to libthr at school and started a "portupgrade -ar". (Of course I had restarted all the applications that uses threads) There was no difference in the interactivity, but I came to think of one other thing. I use the /dev/sysmouse and moused, not quite sure why but that's how I've always used my mouse (PS2 or USB) with FreeBSD. Could this have something to do with the mouse feeling sloppy? -- Morten Rodal From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 08:29:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AEEA16A4B3; Mon, 29 Sep 2003 08:29:42 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57BEC43FF3; Mon, 29 Sep 2003 08:29:41 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.9p1/8.12.3) with ESMTP id h8TFTcCu085911; Mon, 29 Sep 2003 08:29:38 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200309291529.h8TFTcCu085911@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: "Kevin Oberman" From: Orion Hodson In-Reply-To: Your message of "Mon, 29 Sep 2003 07:57:54 PDT." <20030929145754.9F2B95D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Sep 2003 08:29:38 -0700 Sender: hodson@icir.org cc: Nate Lawson cc: current@freebsd.org Subject: Re: ICH sound after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 15:29:42 -0000 /-- "Kevin Oberman" wrote: | Re: kern/55395 | | I see a patch to ich.c back on the 15th to "Correctly reset ich[3-5] | sound cards on resume.", but I am still not able to properly use my | sound card after a resume because the card starts clocking at the wrong | rate, about 52K instead of the correct 48,000. | | There is nothing in the tying it to any PR, but it looks like it's | trying to do the "right thing" on resume. | | As before, the sysctl for the sampling rate has no effect. | | Any ideas what I might try? Kevin All I can suggest is going through the ICH sound docs. Intel write both register descriptions and programmers guide for their h/w. You might also look at the ALSA driver. I believe the speed problem most likely lies in the AC97 resets. I know I promised to look into this, but I've been struck by a shortage of time lately and don't see the situation improving in the near future. I'm very close to calling it a day with the commit bit. - Orion From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 08:42:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222DA16A4B3; Mon, 29 Sep 2003 08:42:26 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AA2043FBF; Mon, 29 Sep 2003 08:42:25 -0700 (PDT) (envelope-from sam@errno.com) Received: from 66.127.85.91 ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h8TFgM0x071367 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 29 Sep 2003 08:42:24 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: "Greg 'groggy' Lehey" , FreeBSD current users Date: Mon, 29 Sep 2003 08:40:41 -0700 User-Agent: KMail/1.5.2 References: <20030929083007.GA33083@wantadilla.lemis.com> In-Reply-To: <20030929083007.GA33083@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309290840.41831.sam@errno.com> Subject: Re: Serial debug broken in recent -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 15:42:26 -0000 On Monday 29 September 2003 01:30 am, Greg 'groggy' Lehey wrote: > After building a new kernel, remote serial gdb no longer works. When > I issue a 'continue' command, I lose control of the system, but it > doesn't continue running. Has anybody else seen this? Yes, I noticed this late last week. I think it's been busted for <1 week. I tried to pinpoint the commit but ran out of time. Sam From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 08:45:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C954716A4B3; Mon, 29 Sep 2003 08:45:48 -0700 (PDT) Received: from postal2.es.net (proxy.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CBD4403D; Mon, 29 Sep 2003 08:45:47 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Mon, 29 Sep 2003 08:45:46 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CA6F75D04; Mon, 29 Sep 2003 08:45:44 -0700 (PDT) To: Orion Hodson In-Reply-To: Message from Orion Hodson <200309291529.h8TFTcCu085911@puma.icir.org> Date: Mon, 29 Sep 2003 08:45:44 -0700 From: "Kevin Oberman" Message-Id: <20030929154544.CA6F75D04@ptavv.es.net> cc: Nate Lawson cc: current@freebsd.org Subject: Re: ICH sound after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 15:45:48 -0000 > From: Orion Hodson > Date: Mon, 29 Sep 2003 08:29:38 -0700 > Sender: hodson@icir.org > > /-- "Kevin Oberman" wrote: > | Re: kern/55395 > | > | I see a patch to ich.c back on the 15th to "Correctly reset ich[3-5] > | sound cards on resume.", but I am still not able to properly use my > | sound card after a resume because the card starts clocking at the wrong > | rate, about 52K instead of the correct 48,000. > | > | There is nothing in the tying it to any PR, but it looks like it's > | trying to do the "right thing" on resume. > | > | As before, the sysctl for the sampling rate has no effect. > | > | Any ideas what I might try? > > Kevin > > All I can suggest is going through the ICH sound docs. Intel write both > register descriptions and programmers guide for their h/w. You might also > look at the ALSA driver. I believe the speed problem most likely lies in the > AC97 resets. > > I know I promised to look into this, but I've been struck by a shortage of > time lately and don't see the situation improving in the near future. I'm > very close to calling it a day with the commit bit. I understand completely. I did not send the message because of impatience, but to make sure that you (and others) were aware that the patch of 9/15 did not fix the problem. If I get some time, I'll try looking at it, but my C skills are rusty and my familiarity with hardware (let alone BIOS) pretty much ends with DEC Alphas and VAXen. I've been living in the network world for 10 years and can talk in detail about the design of forwarding engines, but they have little in common with PCs. Thanks, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 09:09:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD5A16A4B3 for ; Mon, 29 Sep 2003 09:09:18 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D7CA43FDD for ; Mon, 29 Sep 2003 09:09:17 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8BB3E72DA3; Mon, 29 Sep 2003 09:09:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8678772DA2; Mon, 29 Sep 2003 09:09:17 -0700 (PDT) Date: Mon, 29 Sep 2003 09:09:17 -0700 (PDT) From: Doug White To: Dave Truesdell In-Reply-To: <55839.1064653818@localhost> Message-ID: <20030929090643.U52567@carver.gumbysoft.com> References: <55839.1064653818@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: yep, umass still broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 16:09:18 -0000 What motherboards are you using with the OHCI controller? John-Mark Gurney (jmg@) and I kicked this around at bsdcon but couldn't reproduce it. If its a common board or chipset we can probably get it and work on the issue. The zeroed block showed up in 8KB boundaries in the instance we saw, which is asupicious since most OHCI controllers have a DMA limitation of 1 page crossing. I have a ppro with Intel OHCI which I haven't tested yet. On Sat, 27 Sep 2003, Dave Truesdell wrote: > -- Your message was: (from "Wesley Morgan") > On Fri, 26 Sep 2003, Brian Fundakowski Feldman wrote: > > > I can get fdisk to read the MBR, but when I try mdir, I get this trace back > > (of course, no crash dump because those haven't worked for me in a year): > > trap 0xc > > memcpy() > > ohci_softintr() > > usb_schedsoftintr() > > ohci_intr1() > > ohci_intr() > > ithread_loop() > > > > Anyone have any clued? I'll include my dmesg, of course. > > It was unbroken for a while, but has been broken for at least a month > (seem my earlier post about it). The umass driver has been a constant > source of frustation for me and suffers from constant breakage and > neglect. > > -- End of Message > > You may not want to blame the umass driver. I've been doing a little > experimenting trying to get a handle on what's going on. Luckily I have two > machines sitting side-by-side, one with OHCI and one with UHCI. Many of the > UMASS devices I have fail with 5.1-CURRENT on the OHCI machine but work just > fine on the UHCI system. > > Here's the note I sent as a followup to kern/54982: > I am encountering this problem as well. What I've seen so far is this: > > 1. The corruption does not occur with all UMASS devices. For example, I > see data corruption with a Creative Labs MUVO (128M) and NEXDISK (256M) > devices, but not with an Easydisc (128M) device. > > 2. I've only seen the corruption with OHCI based controllers. When I > connect the same device to a UHCI based machine, built from an identical > copy of the source tree, I see no corruption. > > 3. The pattern of corruption is decidely non-random. If you view the > file as a series of 4K blocks numbered 0 to N, the corruption I've seen > follows the following pattern: > (B == a zero filled 4k block) > > Original: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ... > Corrupt: 0 3 2 B 4 7 6 B 8 11 10 B 12 15 14 B ... > > I can provide logs of a file copy done on both the OHCI and UHCI based > systems done with hw.usb.debug=3 hw.usb.uhci.debug=6 hw.usb.ohci.debug=6 > and hw.usb.umass.debug=4294901760 if you wish. They are far too long to > attach here. > > This test was last run on 5.1-CURRENT cvsup'd on Sep 17th 2003. > > I'm presently updating both machines to -CURRENT cvsup'd this afternoon. > > I haven't gotten to the point where I understand the interactions between > umass, ohci/uhci and cam well enough to even hazzard a guess about where the > corruption is occuring. > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 09:20:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BBC816A4B3 for ; Mon, 29 Sep 2003 09:20:25 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A737F43FE1 for ; Mon, 29 Sep 2003 09:20:24 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 988B172DA3; Mon, 29 Sep 2003 09:20:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 95AAB72DA2; Mon, 29 Sep 2003 09:20:24 -0700 (PDT) Date: Mon, 29 Sep 2003 09:20:24 -0700 (PDT) From: Doug White To: Tomi Vainio - Sun Finland In-Reply-To: <16247.52338.785563.48087@ultrahot.finland.sun.com> Message-ID: <20030929091727.Y52567@carver.gumbysoft.com> References: <16247.52338.785563.48087@ultrahot.finland.sun.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: Lucas James Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 16:20:25 -0000 Please use subject lines. Thanks. On Mon, 29 Sep 2003, Tomi Vainio - Sun Finland wrote: > Dag-Erling Sm=F8rgrav writes: > > > > An NMI almost certainly indicates a hardware failure. > > > Lucas James writes: > > > > It could be a power supply on the way out. I had an old dual P-166 th= at > > rebooted misterously until I took out two CD-ROM drives I wanted > > for another > > machine. (replaced the power supply, and refitted the CDROMS, and > > every thing worked ok.) > > > We're already running this system with two power supplys. All old > stuff is using old power and 4 new disks were attached to new one. Well this might be the source of problems. I've expressed caution at doing this sorrt of thing before since getting the grounds equallized can be tricky. If the ground levels become unequalized, or worse you get some sort of ground loop going, you could damage your hardware, or cause Wierd Untraceable Problems. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 09:48:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B9316A4B3 for ; Mon, 29 Sep 2003 09:48:49 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEFA643FE1 for ; Mon, 29 Sep 2003 09:48:47 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8TGmcOP002267; Mon, 29 Sep 2003 18:48:39 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Doug White From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 29 Sep 2003 09:20:24 PDT." <20030929091727.Y52567@carver.gumbysoft.com> Date: Mon, 29 Sep 2003 18:48:38 +0200 Message-ID: <2266.1064854118@critter.freebsd.dk> cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: Lucas James cc: freebsd-current@freebsd.org cc: Tomi Vainio - Sun Finland Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 16:48:49 -0000 In message <20030929091727.Y52567@carver.gumbysoft.com>, Doug White writes: >Well this might be the source of problems. I've expressed caution at >doing this sorrt of thing before since getting the grounds equallized can >be tricky. If the ground levels become unequalized, or worse you get some >sort of ground loop going, you could damage your hardware, or cause Wierd >Untraceable Problems. ... not to mention escape of magic smoke, and in truly worst case: permanent tax-exemption. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 09:59:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D54BA16A4B3 for ; Mon, 29 Sep 2003 09:59:15 -0700 (PDT) Received: from tuebingen.mpg.de (connect.tuebingen.mpg.de [192.124.26.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531EB4402F for ; Mon, 29 Sep 2003 09:59:14 -0700 (PDT) (envelope-from peter.kadau@tuebingen.mpg.de) Received: from [217.229.193.124] ([217.229.193.124] verified) by tuebingen.mpg.de (CommuniGate Pro SMTP 4.0.6) with ESMTP id 5791915 for freebsd-current@freebsd.org; Mon, 29 Sep 2003 18:59:10 +0200 From: Peter Kadau To: freebsd-current@freebsd.org In-Reply-To: <20030929152128.GA52005@hauk10.idi.ntnu.no> References: <20030928101535.GA5209@slurp.rodal.no> <20030929010425.L99666-100000@mail.chesapeake.net> <20030929152128.GA52005@hauk10.idi.ntnu.no> Content-Type: text/plain Message-Id: <1064854750.64125.5.camel@straycat> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 29 Sep 2003 18:59:10 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Status of SCHED_ULE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 16:59:16 -0000 Hi ! > I use the /dev/sysmouse and moused, not quite sure > why but that's how I've always used my mouse (PS2 or USB) with > FreeBSD. Could this have something to do with the mouse feeling > sloppy? Hmmm, I never used moused and always /dev/psm0 in X. Still experience the same thing. Cheers Peter From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 10:08:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18CD316A4B3; Mon, 29 Sep 2003 10:08:33 -0700 (PDT) Received: from fasterix.frmug.org (fasterix.frmug.org [137.194.36.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1644044015; Mon, 29 Sep 2003 10:08:28 -0700 (PDT) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.12.10/8.12.9) with ESMTP id h8TH8PKd014910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2003 19:08:26 +0200 (CEST) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.12.10/8.12.9/Submit) id h8TH8P3r014909; Mon, 29 Sep 2003 19:08:25 +0200 (CEST) (envelope-from pb) Date: Mon, 29 Sep 2003 19:08:25 +0200 From: Pierre Beyssac To: freebsd-current@freebsd.org Message-ID: <20030929170823.GA14806@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses Subject: ATAng: DMA timeout, ICRC errors, ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 17:08:33 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've discovered several problems on my system with the ATAng driver. Most of these seem related to one particular disk drive, but the disk used to work fine with the older driver, so I assume the fault lies with the new driver. 1) under heavy I/O, frequent occurences of "ad0: TIMEOUT - WRITE_DMA retrying". Sometimes READ_DMA instead. The IDE configuration: ata0 -> 80-pin cable, one ATA100 capable 180Gb hard disk drive ata1 -> 40-pin cable, a DVD reader and a DVD burner. See dmesg.1, attached. This is the configuration where I get "TIMEOUT - WRITE_DMA" on ad0. 2) I tried to add another (older) IDE drive which I put in the following (non optimal) configuration: ata0 -> 80-pin cable, 180Gb hard disk, DVD burner ata1 -> 40-pin cable, 80Gb hard disk, DVD reader The driver correctly disables the ATA66 mode on ata0, given that the DVD burner is not ATA66-compliant. But no such message on ata1, and I get many ICRC errors when accessing ad1, making ad1 totally unusable. See dmesg.2 attached. 3) both disk drives on ata0, both DVD drives on ata1: ad0 (identified as ATA-6) is usable but thrashes on heavy I/O (DMA problems when reading a DV file with fwcontrol(8)). Same problem as 1) above, except the messages I get about timeouts are related to firewire -- but I'm quite certain the problem is not firewire-related as reading from firewire works perfectly fine when the file is stored on the other drive. Under heavy disk access (without firewire involved) I also get bunches of: ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) Reading from/writing to ad1 (identified as ATA-5) exhibits no problem. See dmesg.3 attached. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager@EU.org --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.1" e 0.8.3 \\_SB_.PCI0.LNKC irq 12: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.19.0 \\_SB_.PCI0.LNKC irq 12: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.19.1 \\_SB_.PCI0.LNKA irq 11: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.19.2 \\_SB_.PCI0.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.19.3 \\_SB_.PCI0.LNKA irq 11: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.0 \\_SB_.PCI0.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.1 \\_SB_.PCI0.LNKC irq 12: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.2 \\_SB_.PCI0.LNKD irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.3 \\_SB_.PCI0.LNKA irq 11: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.0 \\_SB_.PCI0.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.1 \\_SB_.PCI0.LNKC irq 12: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.2 \\_SB_.PCI0.LNKD irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled found-> vendor=0x1106, dev=0x0305, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x8305, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.7.INTD (source \\_SB_.PCI0.LNKD) pcib0: slot 7 INTD is routed to irq 5 found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.7.INTD (source \\_SB_.PCI0.LNKD) pcib0: slot 7 INTD is routed to irq 5 found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=7, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=7, func=4 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.8.INTA (source \\_SB_.PCI0.LNKD) pcib0: slot 8 INTA is routed to irq 5 found-> vendor=0x1102, dev=0x0002, revid=0x08 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 3, enabled found-> vendor=0x1102, dev=0x7002, revid=0x08 bus=0, slot=8, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base ef003000, size 8, enabled pcib0: matched entry for 0.9.INTA (source \\_SB_.PCI0.LNKC) pcib0: slot 9 INTA is routed to irq 12 found-> vendor=0x1186, dev=0x1300, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ef000000, size 12, enabled pcib0: matched entry for 0.11.INTA (source \\_SB_.PCI0.LNKD) pcib0: slot 11 INTA is routed to irq 5 found-> vendor=0x11c1, dev=0x5811, revid=0x04 bus=0, slot=11, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.13.INTA (source \\_SB_.PCI0.LNKB) pcib0: slot 13 INTA is routed to irq 10 found-> vendor=0x10ec, dev=0x8029, revid=0x00 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 0000ec00, size 8, enabled map[14]: type 1, range 32, base ef001000, size 8, enabled map[18]: type 1, range 32, base ef002000, size 12, enabled pcib0: matched entry for 0.17.INTA (source \\_SB_.PCI0.LNKA) pcib0: slot 17 INTA is routed to irq 11 found-> vendor=0x1000, dev=0x000f, revid=0x03 bus=0, slot=17, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xec000000-0xedffffff pcib1: prefetched decode 0xe0000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 4, range 32, base 0000c000, size 8, enabled map[18]: type 1, range 32, base ed000000, size 16, enabled pcib0: matched entry for 0.1.INTA (source \\_SB_.PCI0.LNKA) pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x1002, dev=0x5144, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata0-slave: stat=0x00 err=0x08 lsb=0x00 msb=0x00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 mask=03 stat0=50 stat1=00 devices=0xc ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xd400-0xd41f irq 5 at device 7.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 uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: port 0xd800-0xd81f irq 5 at device 7.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 uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: at device 7.4 (no driver attached) pcm0: port 0xdc00-0xdc1f irq 5 at device 8.0 on pci0 emu: setmap (714000, 800), nseg=1, error=0 emu: setmap (773000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement emu: setmap (6f6000, 1000), nseg=1, error=0 emu: setmap (6d8000, 1000), nseg=1, error=0 emu: setmap (792000, 1000), nseg=1, error=0 emu: setmap (790000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 2e92d000, 1000; 0xc5a99000 -> 2e92d000 pcm0: sndbuf_setmap 2e92b000, 1000; 0xc5a97000 -> 2e92b000 rl0: port 0xe400-0xe4ff mem 0xef003000-0xef0030ff irq 12 at device 9.0 on pci0 rl0: Ethernet address: 00:05:5d:4f:75:dc miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached fwohci0: mem 0xef000000-0xef000fff irq 5 at device 11.0 on pci0 fwohci0: latency timer 32 -> 32. fwohci0: cache size 8 -> 8. fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 8. fwohci0: EUI64 00:30:8d:01:21:32:d1:68 fwohci0: resetting OHCI...done (loop=0) fwohci0: phy read failed(1). fwohci0: fwphy_rddata: 0x2 loop=1, retry=1 fwohci0: fwphy_rddata: 0x3 loop=1, retry=0 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: Enable 1394a Enhancements fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: fwphy_rddata: 0x2 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: Link S400, max_rec 2048 bytes. fwohci0: BUS_OPT 0xa002 -> 0xf800a002 fwohci0: fwohci_set_intr: 1 firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) fwohci0: fw_set_bus_manager: 0->0 (loop=0) firewire0: bus manager 0 (me) send phy_config root_node=-1 gap_count=5 fwohci0: maxdesc: 2 fwohci0: start AT DMA status=0 ed0: port 0xe800-0xe81f irq 10 at device 13.0 on pci0 ed0: bpf attached ed0: address 00:00:00:00:00:00, type NE2000 (16 bit) ncr0: port 0xec00-0xecff mem 0xef002000-0xef002fff,0xef001000-0xef0010ff irq 11 at device 17.0 on pci0 ncr0: minsync=12, maxsync=137, maxoffs=16, 128 dwords burst, large dma fifo ncr0: single-ended, open drain IRQ driver, using on-chip SRAM fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x21 0x31 0x21 0x21 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x21 0x29 0x21 0x21 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: EPP SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ed: ed0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: