From owner-freebsd-alpha@FreeBSD.ORG Mon Dec 19 11:02:22 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790A116A420 for ; Mon, 19 Dec 2005 11:02:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E7B743D73 for ; Mon, 19 Dec 2005 11:02:08 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBJB255m011103 for ; Mon, 19 Dec 2005 11:02:05 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBJB24B8011097 for freebsd-alpha@freebsd.org; Mon, 19 Dec 2005 11:02:04 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 19 Dec 2005 11:02:04 GMT Message-Id: <200512191102.jBJB24B8011097@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-alpha@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 11:02:22 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/12/20] alpha/75317 alpha [ata] [busdma] ATA DMA broken on PCalpha 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele o [2003/11/10] alpha/59116 alpha [ntfs] mount_ntfs of a Windows 2000-forma o [2004/01/26] alpha/61940 alpha Can't disklabel new disk from FreeBSD/alp o [2004/01/27] alpha/61973 alpha Machine Check on boot-up of AlphaServer 2 s [2004/06/06] alpha/67626 alpha X crashes an alpha machine, resulting reb o [2005/08/27] alpha/85346 alpha PREEMPTION causes unstability in Alpha400 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2004/05/10] alpha/66478 alpha unexpected machine check: panic for 4.9, o [2004/06/13] alpha/67903 alpha hw.chipset.memory: 1099511627776 - thats 6 problems total. From owner-freebsd-alpha@FreeBSD.ORG Tue Dec 20 18:13:41 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D668F16A41F for ; Tue, 20 Dec 2005 18:13:41 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E78C43D6E for ; Tue, 20 Dec 2005 18:13:38 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 50526 invoked by uid 89); 20 Dec 2005 18:13:31 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 20 Dec 2005 18:13:31 -0000 Date: Tue, 20 Dec 2005 19:13:32 +0100 From: Oliver Lehmann To: ports@freebsd.org Message-Id: <20051220191332.0ed1b441.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: alpha@freebsd.org Subject: php makes httpd coredump on alpha when using date(format,stamp) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 18:13:42 -0000 Hi, can someone reproduce the bug I filled at http://bugs.php.net/bug.php?id=35751 on FreeBSD 6-STABLE/alpha (updated 3 days ago), php 5.1.1 and apache 2.0.55_2? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 21 02:07:37 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DFF516A41F for ; Wed, 21 Dec 2005 02:07:37 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E36C43D45 for ; Wed, 21 Dec 2005 02:07:36 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id jBL27WT8014904 for ; Wed, 21 Dec 2005 03:07:33 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id jBL27SQL094797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Dec 2005 03:07:28 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id jBL27RWO096754 for ; Wed, 21 Dec 2005 03:07:27 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id jBL27RJl096753 for alpha@freebsd.org; Wed, 21 Dec 2005 03:07:27 +0100 (CET) (envelope-from ticso) Date: Wed, 21 Dec 2005 03:07:27 +0100 From: Bernd Walter To: alpha@freebsd.org Message-ID: <20051221020726.GV83393@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: Subject: Panic in tulip_txprobe X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 02:07:37 -0000 Recent -current. September -current worked fine. FreeBSD/alpha SRM disk boot, Revision 1.2 (ticso@cicely4.cicely.de, Tue Dec 20 14:18:06 CET 2005) Memory: 655360 k Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x384220+0x1d8c0 syms=[0x8+0x49a40+0x8+0x3ded8] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xfffffc000033bfa0... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Tue Dec 20 22:41:07 CET 2005 ticso@cicely4.cicely.de:/usr/obj/var/d21/builder/c4-2005-12-20/src/sys/CICELY4 AlphaStation 500 or 600 (KN20AA) Digital AlphaStation 600 5/266, 266MHz 8192 byte page size, 1 processor. CPU: EV5 (21164) major=5 minor=0 OSF PAL rev: 0x1000000020116 real memory = 668778496 (637 MB) avail memory = 648364032 (618 MB) cia0: <2117x Core Logic chipset> cia0: ALCOR/ALCOR2, pass 2 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 pcib1: at device 8.0 on pci0 pci1: on pcib1 de0: mem 0x80222000-0x8022207f irq 16 at device 0.0 on pci1 de0: DEC 21040 [10Mb/s] pass 2.3 fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x0 type = access violation cause = load instructon pc = 0xfffffc000053e7c8 ra = 0xfffffc000053e7ac sp = 0xfffffc00007318a0 usp = 0x0 curthread = 0xfffffc00006896d8 pid = 0, comm = swapper [thread pid 0 tid 0 ] Stopped at tulip_txprobe+0x68: ldq t0,0(t0) <0x0> db> trace Tracing pid 0 tid 0 td 0xfffffc00006896d8 tulip_txprobe() at tulip_txprobe+0x68 tulip_media_poll() at tulip_media_poll+0x488 tulip_media_select() at tulip_media_select+0x104 tulip_reset() at tulip_reset+0x32c tulip_attach() at tulip_attach+0x1e4 tulip_pci_attach() at tulip_pci_attach+0xc74 device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c bus_generic_attach() at bus_generic_attach+0x28 pci_attach() at pci_attach+0xdc device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c bus_generic_attach() at bus_generic_attach+0x28 pcib_attach() at pcib_attach+0x68 device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c bus_generic_attach() at bus_generic_attach+0x28 pci_attach() at pci_attach+0xdc device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c bus_generic_attach() at bus_generic_attach+0x28 device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c bus_generic_attach() at bus_generic_attach+0x28 cia_attach() at cia_attach+0x190 device_attach() at device_attach+0x88 device_probe_and_attach() at device_probe_and_attach+0x13c root_bus_configure() at root_bus_configure+0x38 configure() at configure+0x18 mi_startup() at mi_startup+0x144 locorestart() at locorestart+0x64 --- root of call graph --- -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 21 15:21:42 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0B216A41F; Wed, 21 Dec 2005 15:21:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD6043D5D; Wed, 21 Dec 2005 15:21:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4291884 for multiple; Wed, 21 Dec 2005 10:23:18 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBLFLc6q014803; Wed, 21 Dec 2005 10:21:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-alpha@freebsd.org, ticso@cicely.de Date: Wed, 21 Dec 2005 10:21:12 -0500 User-Agent: KMail/1.8.2 References: <20051221020726.GV83393@cicely12.cicely.de> In-Reply-To: <20051221020726.GV83393@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211021.13384.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: Panic in tulip_txprobe X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 15:21:43 -0000 On Tuesday 20 December 2005 09:07 pm, Bernd Walter wrote: > Recent -current. > September -current worked fine. > > FreeBSD/alpha SRM disk boot, Revision 1.2 > (ticso@cicely4.cicely.de, Tue Dec 20 14:18:06 CET 2005) > Memory: 655360 k > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x384220+0x1d8c0 syms=[0x8+0x49a40+0x8+0x3ded8] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0xfffffc000033bfa0... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #0: Tue Dec 20 22:41:07 CET 2005 > > ticso@cicely4.cicely.de:/usr/obj/var/d21/builder/c4-2005-12-20/src/sys/CICE >LY4 AlphaStation 500 or 600 (KN20AA) > Digital AlphaStation 600 5/266, 266MHz > 8192 byte page size, 1 processor. > CPU: EV5 (21164) major=5 minor=0 > OSF PAL rev: 0x1000000020116 > real memory = 668778496 (637 MB) > avail memory = 648364032 (618 MB) > cia0: <2117x Core Logic chipset> > cia0: ALCOR/ALCOR2, pass 2 > pcib0: <2117x PCI host bus adapter> on cia0 > pci0: on pcib0 > pcib1: at device 8.0 on pci0 > pci1: on pcib1 > de0: mem 0x80222000-0x8022207f irq 16 at device > 0.0 on pci1 de0: DEC 21040 [10Mb/s] pass 2.3 > > fatal kernel trap: > > trap entry = 0x2 (memory management fault) > cpuid = 0 > faulting va = 0x0 > type = access violation > cause = load instructon > pc = 0xfffffc000053e7c8 > ra = 0xfffffc000053e7ac > sp = 0xfffffc00007318a0 > usp = 0x0 > curthread = 0xfffffc00006896d8 > pid = 0, comm = swapper > > [thread pid 0 tid 0 ] > Stopped at tulip_txprobe+0x68: ldq t0,0(t0) <0x0> > db> trace > Tracing pid 0 tid 0 td 0xfffffc00006896d8 > tulip_txprobe() at tulip_txprobe+0x68 > tulip_media_poll() at tulip_media_poll+0x488 > tulip_media_select() at tulip_media_select+0x104 > tulip_reset() at tulip_reset+0x32c > tulip_attach() at tulip_attach+0x1e4 > tulip_pci_attach() at tulip_pci_attach+0xc74 This is more fallout from Ruslan's IF_LLADDR changes. The simplest fix would be to change tulip_txprobe() to use sc->tulip_enaddr rather than IF_LLADDR prior to the call to ether_ifattach(). Hmmm, tulip_addr_filter() can also be called from tulip_init_locked() via tulip_linkup() via tulip_media_poll() as well. *sigh* I hate to call ether_ifattach() before the chip is actually known to be in a working state though which is the other alternative. You can try this patch which uses sc->tulip_enaddr early on: Index: if_de.c =================================================================== RCS file: /usr/cvs/src/sys/pci/if_de.c,v retrieving revision 1.177 diff -u -r1.177 if_de.c --- if_de.c 1 Dec 2005 21:18:04 -0000 1.177 +++ if_de.c 21 Dec 2005 15:15:33 -0000 @@ -246,6 +246,8 @@ tulip_txprobe(tulip_softc_t * const sc) { struct mbuf *m; + u_char *enaddr; + /* * Before we are sure this is the right media we need * to send a small packet to make sure there's carrier. @@ -260,8 +262,12 @@ /* * Construct a LLC TEST message which will point to ourselves. */ - bcopy(IF_LLADDR(sc->tulip_ifp), mtod(m, struct ether_header *)->ether_dhost, 6); - bcopy(IF_LLADDR(sc->tulip_ifp), mtod(m, struct ether_header *)->ether_shost, 6); + if (sc->tulip_ifp->if_input != NULL) + enaddr = IF_LLADDR(sc->tulip_ifp); + else + enaddr = sc->tulip_enaddr; + bcopy(enaddr, mtod(m, struct ether_header *)->ether_dhost, ETHER_ADDR_LEN); + bcopy(enaddr, mtod(m, struct ether_header *)->ether_shost, ETHER_ADDR_LEN); mtod(m, struct ether_header *)->ether_type = htons(3); mtod(m, unsigned char *)[14] = 0; mtod(m, unsigned char *)[15] = 0; @@ -3041,7 +3047,10 @@ IF_ADDR_LOCK(ifp); /* Copy MAC address on stack to align. */ - bcopy(IF_LLADDR(ifp), eaddr, ETHER_ADDR_LEN); + if (ifp->if_input != NULL) + bcopy(IF_LLADDR(ifp), eaddr, ETHER_ADDR_LEN); + else + bcopy(sc->tulip_enaddr, eaddr, ETHER_ADDR_LEN); TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 21 18:08:53 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E90716A420; Wed, 21 Dec 2005 18:08:53 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C2643D68; Wed, 21 Dec 2005 18:08:37 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id jBLI8St4000364; Wed, 21 Dec 2005 19:08:28 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id jBLI7uZS003879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Dec 2005 19:07:56 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id jBLI7ujq099953; Wed, 21 Dec 2005 19:07:56 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id jBLI7Zwh099952; Wed, 21 Dec 2005 19:07:35 +0100 (CET) (envelope-from ticso) Date: Wed, 21 Dec 2005 19:07:35 +0100 From: Bernd Walter To: John Baldwin Message-ID: <20051221180734.GB83393@cicely12.cicely.de> References: <20051221020726.GV83393@cicely12.cicely.de> <200512211021.13384.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512211021.13384.jhb@freebsd.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: ticso@cicely.de, freebsd-alpha@freebsd.org Subject: Re: Panic in tulip_txprobe X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:08:53 -0000 On Wed, Dec 21, 2005 at 10:21:12AM -0500, John Baldwin wrote: > This is more fallout from Ruslan's IF_LLADDR changes. The simplest fix would > be to change tulip_txprobe() to use sc->tulip_enaddr rather than IF_LLADDR > prior to the call to ether_ifattach(). Hmmm, tulip_addr_filter() can also be > called from tulip_init_locked() via tulip_linkup() via tulip_media_poll() as > well. *sigh* I hate to call ether_ifattach() before the chip is actually > known to be in a working state though which is the other alternative. You > can try this patch which uses sc->tulip_enaddr early on: It's booting with your patch. If you need a functional test let me know - so far the card is just in, because it's a combo card, network connection is done using an fxp card. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 21 18:58:32 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4CD616A420 for ; Wed, 21 Dec 2005 18:58:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id C917543DAE for ; Wed, 21 Dec 2005 18:56:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4304790 for multiple; Wed, 21 Dec 2005 13:58:19 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBLIudAQ028245; Wed, 21 Dec 2005 13:56:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: ticso@cicely.de Date: Wed, 21 Dec 2005 13:47:56 -0500 User-Agent: KMail/1.8.2 References: <20051221020726.GV83393@cicely12.cicely.de> <200512211021.13384.jhb@freebsd.org> <20051221180734.GB83393@cicely12.cicely.de> In-Reply-To: <20051221180734.GB83393@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211347.57308.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-alpha@freebsd.org Subject: Re: Panic in tulip_txprobe X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:58:32 -0000 On Wednesday 21 December 2005 01:07 pm, Bernd Walter wrote: > On Wed, Dec 21, 2005 at 10:21:12AM -0500, John Baldwin wrote: > > This is more fallout from Ruslan's IF_LLADDR changes. The simplest fix > > would be to change tulip_txprobe() to use sc->tulip_enaddr rather than > > IF_LLADDR prior to the call to ether_ifattach(). Hmmm, > > tulip_addr_filter() can also be called from tulip_init_locked() via > > tulip_linkup() via tulip_media_poll() as well. *sigh* I hate to call > > ether_ifattach() before the chip is actually known to be in a working > > state though which is the other alternative. You can try this patch > > which uses sc->tulip_enaddr early on: > > It's booting with your patch. > If you need a functional test let me know - so far the card is just in, > because it's a combo card, network connection is done using an fxp card. Booting is good. :) That's mostly what it changes. The only other thing to test would be to hook a cable up to it and make sure it works, then change the MAC address via ifconfig and make sure it can figure out its link state ok and still work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Wed Dec 21 22:02:52 2005 Return-Path: X-Original-To: alpha@freebsd.org Delivered-To: freebsd-alpha@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16D816A420 for ; Wed, 21 Dec 2005 22:02:52 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E3843D5E for ; Wed, 21 Dec 2005 22:02:51 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 75428 invoked by uid 89); 21 Dec 2005 22:02:41 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 21 Dec 2005 22:02:41 -0000 Date: Wed, 21 Dec 2005 23:02:47 +0100 From: Oliver Lehmann To: ports@freebsd.org Message-Id: <20051221230247.6a875322.lehmann@ans-netz.de> In-Reply-To: <20051220191332.0ed1b441.lehmann@ans-netz.de> References: <20051220191332.0ed1b441.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: alpha@freebsd.org Subject: Re: php makes httpd coredump on alpha when using date(format, stamp) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 22:02:52 -0000 Oliver Lehmann wrote: > Hi, > > can someone reproduce the bug I filled at > http://bugs.php.net/bug.php?id=35751 on FreeBSD 6-STABLE/alpha (updated 3 > days ago), php 5.1.1 and apache 2.0.55_2? Could someone please tell me if he is able to reproduce this bug? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 22 00:08:53 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE42116A41F; Thu, 22 Dec 2005 00:08:53 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C20C43D64; Thu, 22 Dec 2005 00:08:52 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id jBM08oSv022936; Thu, 22 Dec 2005 01:08:51 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id jBM08is0006685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 01:08:45 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id jBM08irb001319; Thu, 22 Dec 2005 01:08:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id jBM08hFe001318; Thu, 22 Dec 2005 01:08:44 +0100 (CET) (envelope-from ticso) Date: Thu, 22 Dec 2005 01:08:43 +0100 From: Bernd Walter To: John Baldwin Message-ID: <20051222000843.GD83393@cicely12.cicely.de> References: <20051221020726.GV83393@cicely12.cicely.de> <200512211021.13384.jhb@freebsd.org> <20051221180734.GB83393@cicely12.cicely.de> <200512211347.57308.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512211347.57308.jhb@freebsd.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: ticso@cicely.de, freebsd-alpha@freebsd.org Subject: Re: Panic in tulip_txprobe X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 00:08:54 -0000 On Wed, Dec 21, 2005 at 01:47:56PM -0500, John Baldwin wrote: > On Wednesday 21 December 2005 01:07 pm, Bernd Walter wrote: > > On Wed, Dec 21, 2005 at 10:21:12AM -0500, John Baldwin wrote: > > > This is more fallout from Ruslan's IF_LLADDR changes. The simplest fix > > > would be to change tulip_txprobe() to use sc->tulip_enaddr rather than > > > IF_LLADDR prior to the call to ether_ifattach(). Hmmm, > > > tulip_addr_filter() can also be called from tulip_init_locked() via > > > tulip_linkup() via tulip_media_poll() as well. *sigh* I hate to call > > > ether_ifattach() before the chip is actually known to be in a working > > > state though which is the other alternative. You can try this patch > > > which uses sc->tulip_enaddr early on: > > > > It's booting with your patch. > > If you need a functional test let me know - so far the card is just in, > > because it's a combo card, network connection is done using an fxp card. > > Booting is good. :) That's mostly what it changes. The only other thing to > test would be to hook a cable up to it and make sure it works, then change > the MAC address via ifconfig and make sure it can figure out its link state > ok and still work. Looks good: [53]cicely4# ifconfig de0 de0: flags=8843 mtu 1500 inet 10.1.1.6 netmask 0xffffff00 broadcast 10.1.1.255 ether 08:00:2b:e7:a1:d6 media: Ethernet autoselect (10baseT/UTP) status: active [54]cicely4# ifconfig de0 link 08:00:2b:e7:a1:de [55]cicely4# ifconfig de0 de0: flags=8843 mtu 1500 inet 10.1.1.6 netmask 0xffffff00 broadcast 10.1.1.255 ether 08:00:2b:e7:a1:de media: Ethernet autoselect (10baseT/UTP) status: active Login was ssh using de0, so it's working. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Sat Dec 24 14:11:39 2005 Return-Path: X-Original-To: freebsd-alpha@freebsd.org Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FDC216A41F for ; Sat, 24 Dec 2005 14:11:39 +0000 (GMT) (envelope-from afeigin@yahoo.com) Received: from web32907.mail.mud.yahoo.com (web32907.mail.mud.yahoo.com [68.142.206.54]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A4AC43D7F for ; Sat, 24 Dec 2005 14:11:27 +0000 (GMT) (envelope-from afeigin@yahoo.com) Received: (qmail 85723 invoked by uid 60001); 24 Dec 2005 14:11:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zJlY72+DaUUk+2v0kXgHjxqgIyUdI8oYKMTKRhwbXEzn01AGFVOWQvOXR9PK/bWau7Jz1Hzipn7dhnRLdxR/FfmTAvY9mMWNmRjC9tWSwUe7KlF6cwUDjF5il9mzyEA/vggcaBjer1RO6RR2DJT74GLF3jZz9pfEK/UOsD1RkQs= ; Message-ID: <20051224141123.85721.qmail@web32907.mail.mud.yahoo.com> Received: from [213.160.44.194] by web32907.mail.mud.yahoo.com via HTTP; Sat, 24 Dec 2005 06:11:23 PST Date: Sat, 24 Dec 2005 06:11:23 -0800 (PST) From: Adam Feigin To: freebsd-alpha@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Problems installing 6.0 on Miata (PWS500au) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: afeigin@yahoo.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2005 14:11:39 -0000 Hello. I've been trying to install 6.0 from CD on my Miata, without any luck. At first, I got reports that the qlogic driver was a bit flakey, so I should install on an IDE drive. Alas, recabling the machine is not really what I had in mind. So, I figured that I'd swap the qlogic for a symbios (875) card, and try that; if its the isp driver thats flakey, then perhaps it would work. Well, the mighty casey has struck out. The booting with the sym card gets to the same point (looks like SCSI probe), and then halts. Here's the boot -v output: OK boot -v Entering /boot/kernel/kernel at 0xfffffc000034a9d0... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 01:10:43 UTC 2005 root@ds10.freebie.xs4all.nl:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc0000e54000. Preloaded mfs_root "/boot/mfsroot" at 0xfffffc0000e540e0. Digital Personal Workstation (Miata) Digital Personal WorkStation 500au, 500MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1 OSF PAL rev: 0x1000000020116 real memory = 534929408 (510 MB) Physical memory chunk(s): 0x00e74000 - 0x1f84bfff, 513638400 bytes (62700 pages) avail memory = 510132224 (486 MB) null: random: nfslock: pseudo-device mem: cia0: <2117x Core Logic chipset> cia0: Pyxis, pass 1 cia0: extended capabilities: 1 cia0: WARNING: Pyxis pass 1 DMA bug; no bets... pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1011, dev=0x0019, revid=0x30 bus=0, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0047, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=0 map[10]: type 4, range 32, base 00009000, size 7, enabled map[14]: type 1, range 32, base 80140000, size 7, enabled found-> vendor=0x1095, dev=0x0646, revid=0x01 bus=0, slot=4, func=0 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0045, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=1 map[20]: type 4, range 32, base 00009080, size 4, enabled found-> vendor=0x8086, dev=0x0484, revid=0x43 bus=0, slot=7, func=0 class=00-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1011, dev=0x0021, revid=0x02 bus=0, slot=20, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0a80, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x20 (8000 ns), maxlat=0x00 (0 ns) dc0: port 0x9000-0x907f mem 0x80140000-0x8014007f irq 0 at device 3.0 on pci0 dc0: Reserved 0x80 bytes for rid 0x10 type 4 at 0x9000 miibus0: on dc0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:00:f8:75:65:d7 dc0: interrupting at CIA irq 0 dc0: [MPSAFE] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x9080-0x908f irq 1 at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x9080 atapci0: interrupting at CIA irq 1 atapci0: [MPSAFE] ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=01 ostat0=50 ostat1=ff ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: interrupting at ISA irq 14 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: interrupting at ISA irq 15 ata1: [MPSAFE] PCI-ISA bridge with incorrect subclass 0x0 PCI-ISA bridge with incorrect subclass 0x0 isab0: at device 7.0 on pci0 isa0: on isab0 pcib1: at device 20.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 0 pcib1: I/O decode 0x8000-0x8fff pcib1: memory decode 0x80000000-0x800fffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1000, dev=0x000f, revid=0x14 bus=1, slot=8, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0057, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=12 map[10]: type 4, range 32, base 00008100, size 8, enabled pcib1: (null) requested I/O range 0x8100-0x81ff: in range map[14]: type 1, range 32, base 80022100, size 8, enabled pcib1: (null) requested memory range 0x80022100-0x800221ff: good map[18]: type 1, range 32, base 80021000, size 12, enabled pcib1: (null) requested memory range 0x80021000-0x80021fff: good found-> vendor=0x1000, dev=0x000f, revid=0x14 bus=1, slot=8, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0057, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=b, irq=13 map[10]: type 4, range 32, base 00008000, size 8, enabled pcib1: (null) requested I/O range 0x8000-0x80ff: in range map[14]: type 1, range 32, base 80022000, size 8, enabled pcib1: (null) requested memory range 0x80022000-0x800220ff: good map[18]: type 1, range 32, base 80020000, size 12, enabled pcib1: (null) requested memory range 0x80020000-0x80020fff: good sym0: <875> port 0x8100-0x81ff mem 0x80022100-0x800221ff,0x80021000-0x80021fff irq 12 at device 8.0 on pci1 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x80022100 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x80021000 sym0: clock multiplier found sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/00/24 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym0: Delay (GEN=11): 263 msec, 33795 KHz sym0: Delay (GEN=11): 304 msec, 29237 KHz sym0: Delay (GEN=11): 304 msec, 29237 KHz sym0: interrupting at CIA irq 12 sym0: [GIANT-LOCKED] sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. sym1: <875> port 0x8000-0x80ff mem 0x80022000-0x800220ff,0x80020000-0x80020fff irq 13 at device 8.1 on pci1 sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x80022000 sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x80020000 sym1: clock multiplier found sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/00/24 sym1: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym1: Delay (GEN=11): 263 msec, 33795 KHz sym1: Delay (GEN=11): 304 msec, 29237 KHz sym1: Delay (GEN=11): 304 msec, 29237 KHz sym1: interrupting at CIA irq 13 sym1: [GIANT-LOCKED] sym1: enabling clock multiplier sym1: Downloading SCSI SCRIPTS. halted CPU 0 halt code = 5 HALT instruction executed PC = 203134 CPU 0 booting Like I said, booting with the qlogic card halts at the exact same place. The machine runs 5.4-STABLE without problems. Any help is appreciated (other than install on IDE!).... TIA, /AWF Linux is like Fleischkase; all those nasty bits (ears, snouts, feet, etc) all ground up and mixed together to provide a homogenous end product. You can eat it, but I wouldn't recommend it __________________________________________ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com