From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 22:32:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0E810656A1; Thu, 16 Oct 2008 22:32:39 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 559548FC1D; Thu, 16 Oct 2008 22:32:37 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6D2C.dip.t-dialin.net [84.154.109.44]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m9GMWTVf068940; Fri, 17 Oct 2008 00:32:33 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m9GMWRHk045232; Fri, 17 Oct 2008 00:32:28 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m9GMW45x079866; Fri, 17 Oct 2008 00:32:10 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200810162232.m9GMW45x079866@fire.js.berklix.net> To: stable@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Mon, 29 Sep 2008 19:12:00 +0200." <200809291712.m8THC091049553@fire.js.berklix.net> Date: Fri, 17 Oct 2008 00:32:04 +0200 Sender: jhs@berklix.org Cc: pyunyh@gmail.com, Jeremy Chadwick , jhs@berklix.org, re@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: rl0: watchdog timeout + 40, 000 ms ping with 7.1-BETA-i386-disc1.iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 22:32:39 -0000 Hi stable@ & I added re@ Summary: Seems I've found a regression error between 6.0-RELEASE & 7.1-BETA-i386-disc1.iso. Detail at foot of mail. Reference: > From: "Julian Stacey" > Date: Mon, 29 Sep 2008 19:12:00 +0200 > Message-id: <200809291712.m8THC091049553@fire.js.berklix.net> "Julian Stacey" wrote: > Hi, > Reference: > > From: Jeremy Chadwick > > Date: Sun, 28 Sep 2008 12:34:07 -0700 > > Message-id: <20080928193407.GA87069@icarus.home.lan> > > Jeremy Chadwick wrote: > > On Sun, Sep 28, 2008 at 11:21:19AM +0200, Julian Stacey wrote: > > > Hi, > > > Reference: > > > > From: "Julian Stacey" > > > > Date: Fri, 26 Sep 2008 19:54:04 +0200 > > > > Message-id: <200809261754.m8QHs41D011762@fire.js.berklix.net> > > > > > > "Julian Stacey" wrote: > > > > Hi, > > > > Reference: > > > > > From: "Julian Stacey" > > > > > Date: Fri, 26 Sep 2008 19:16:57 +0200 > > > > > Message-id: <200809261717.m8QHGvmx011312@fire.js.berklix.net> > > > > > > > > "Julian Stacey" wrote: > > > > > > > I'm remaking binaries, > > > > > > > > > > New generic kernel built & installed, & install of all src/ done too. > > > > > No improvement. > > > > > > > > > > > Is there reliable way to reproduce the issue? > > > > > > > > > > Its continuous, the machine virtually never does a ping in less > > > > > than 10 seconds. > > > > > > > > > > > Anyway, would you try attached patch and let me know result? > > > > > > > > > > Thanks > > > > > Done, doesnt help. > > > > > Seeing a new message now too: > > > > > ping: sendto: No buffer space available. > > > > > > > > > > Output of vmstat -i and pciconf -lv look the same as before > > > > > > > > > > It's a small card. Weighs 46 gram. I was going to write > > > > > I could simply post it to you, & you could keep it if you > > > > > want. As I had quessed it might be some new kind of card > > > > > unexperienced before, > > > > > RTL8139D, card just says made in China > > > > > > > > > > But I just grabbed another card > > > > > card says Level One. > > > > > chip 8139B > > > > > & with both patched kernel & original no improvement. > > > > > So I tried a totaly different card xl0 fails too, > > > > > I think that 3com xl0 card was OK before in another box, > > > > > so I'd guess not an rl problem, Sorry. > > > > > > > > > > Probably not 7.1 either, but probably a BIOS config problem of some sort. > > > > > > > > > > IRQ 12 was listed in Award BIOS as Primary, options were also secondary or disabled, so Ive set it disabled. > > > > > PNP OS Yes > > > > > Resources: Auto > > > > > "Reset config data" to Enabled (I forgot before after card changes) > > > > > > > > > > Did another restore BIOS factory defaults, no help. > > > > > Moved xl0 to another slot (all other 3 slots never use I guess, as > > > > > chassis plates not torn off on what I guess is original chassis. > > > > > No luck with xl0 > > > > > I'm out of ideas. > > > > > > > > Got it working on xl > > > > interrupt problem, I turned off lpt com2 & something else > > > > in bios. > > > > Got to go out now > > > > Ill go back to rl0 too & report back soon > > > > thanks for help both ! > > > > > > I'm wrong it is Not working. > > > (I typed my own own card address of 192.168.x.x by mistake, > > > not the 192.168.x.x of another host on net. ) > > > > > > Ive fiddled more with BIOS IRQ to no good effect > > > (not suprsing, dont understand some options in BIOS & no > > > MOtherboard manual for this Award BIOS 2A6LGB09, on box: > > > fujitsu siemens t-bird > > > > > > I was wondering if setting anything to polling might help a bit > > > I went looking with syctl -a -d | grep hw.pci > > > > > > hw.pci.enable_msi: 1 > > > hw.pci.enable_msi: Enable support for MSI interrupts > > > hw.pci.enable_msix: 1 > > > hw.pci.enable_msix: Enable support for MSI-X interrupts > > > > You could try disabling MSI and MSI-X in loader.conf to see if that > > makes a difference. > > > > hw.pci.enable_msi="0" > > hw.pci.enable_msix="0" > > OK Thanks, I just switched back from an xl ro an rl card, > I just tried above sysctl s, no help. > > BTW I dont know if ifconfig -a should show word polling, but it does not. > > > Pyun YongHyeon wrote: > > Can you see 'rl0: link state changed to UP' message in dmesg after > > you assign an IP address to rl0? > > Would you show me the 'ifconfig rl0' output? > > With an rc.conf of > # media 10baseT/UTP > # media 100baseTX > # media full-duplex > # media half-duplex > ifconfig_rl0="inet 192.168.91.64 media 100baseTX polling" > ifconfig_xl0="inet 192.168.91.64 polling" > inetd_enable="YES" > before enet cable plugged in I see > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:08:a1:6d:65:07 > inet 192.168.91.64 netmask 0xffffff00 broadcast 192.168.91.255 > media: Ethernet autoselect (none) > status: no carrier > & after plug in I see: > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:08:a1:6d:65:07 > inet 192.168.91.64 netmask 0xffffff00 broadcast 192.168.91.255 > media: Ethernet 100baseTX > status: active > & I see in dmesg > rl0: link state changed to UP > > I suspect I perhaps have something fundamental wrong with BIOS or PC > or similar. May be nothing to do with 7.1-BETA ? > I think Id better perhaps try with 7.0-RELEASE if you guys dont mind. > Hmm I'll dig out a spare disc rather than erase 7.1BETA then I can > test with either if you have any more ideas. Disk re-sliced with FDISK'd into 3 bootables:. 6.0-RELEASE works rl0 with No Problem. 7.1-BETA-i386-disc1.iso reinstalled, same as before, fails as before. 6.3-RELEASE-i386-disc1.iso loading from slow cdrom, wiil test next + building 6.3 DESTDIR on another host. 7.1-BETA2-i386-disc1.iso loading from net 6.4-RC will load next from net. So that PC's BIOS is quite happy to work with 6.0, so not my hardware at fault, So FreeBSD seems to have some regression error problem (& from my earlier posts, its not just an rl0 problem as I saw same problem when I swapped a card to xl0). I'll report back tomorrow when I know more. No point asking more questions just yet, as all I know so far was answered & is in archive of this thread, & I cant do more till downloads & builds complete. So this post just to say the problem I reported is probably not dismissable just as weird hardware. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org