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
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis...freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"