similar to: Is rl broken?

Displaying 20 results from an estimated 200 matches similar to: "Is rl broken?"

2003 Aug 19
2
rl(4) is broken in STABLE
Hi! Revisions 1.38.2.17/1.38.2.18 of src/sys/pci/if_rl.c (and corresponding 1.14.2.6 of src/sys/pci/if_rlreg.h) broke rl(4) at least for D-Link DFE 530TX+ 10/100BaseTX. I've sent PR an hour ago but still did not get its number. Meantime I've rolled back these revisions, rebuilt kernel and my NICs work again. Eugene Grosbein
2009 Feb 24
4
7.1-R to RELENG_7 upgrade breaks re nic
Hi, I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after booting, re0 works for only a short time, then gives "re0: PHY read failed" over and over. Does anyone have a suggestion on how to debug? Thanks, Steve
2003 Sep 02
0
kern/55727: rl(4) not working in recent 4.8-STABLE: watchdog timeout
Bill Paul wrote: > > Ok. I went out and bought a D-Link 530+ card with the same chip you > have and used the latest (.18) driver, and it works fine for me. > I am really not sure what's broken. There are only two small things > that _might_ have bearing on the problem. To test my theory, download > the driver from: > > http://www.freebsd.org/~wpaul/RealTek/4-stable
2003 Aug 09
28
[releng_4 tinderbox] failure on alpha/alpha
TB --- 2003-08-09 16:00:11 - starting RELENG_4 tinderbox run for alpha/alpha TB --- 2003-08-09 16:00:11 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-08-09 16:00:11 - /usr/bin/cvs returned exit code 1 TB --- 2003-08-09 16:00:11 - ERROR: unable to check out the source tree TB ---
2008 Mar 31
4
Packet corruption in re0
----- Original Message ---- > From: Pyun YongHyeon <pyunyh@gmail.com> > To: Ian FREISLICH <ianf@clue.co.za> > Cc: FreeBSD Current <freebsd-current@freebsd.org>; Robert Backhaus <robbak@robbak.com> > Sent: Monday, March 17, 2008 8:12:03 AM > Subject: Re: Packet corruption in re0 > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: >
2008 Sep 19
2
Extract method for a new class
Dear list, I am trying to write a package for simulating meioses in R. We defined a class 'haplotype' which contains the basic units of our simulation: setClass("haplotype",representation(snp = "numeric",qtl = "list", hID = "numeric",phID0 = "numeric",phID1 = "numeric"),
1999 Oct 17
1
Ping win/FreeBSD probs
Okay, I'm starting to get excited now because I think someone from the Samba lists has pushed me in the right direction here. To recap: I can't ping my win machine (192.168.1.2) from my FreeBSD box (192.168.1.3) and vice versa. Both subnet masks are 255.255.255.0 and ipfw is not running. I loaded the dos config program for the card on my BSD machine (by booting off DOS floppy
2003 Jul 28
2
NForce2 + FreeBSD
Hello, Is this possible to install drivers for this hardware under FreeBSD, and begginig from which version? Motherboard Epox 8RDA3+ (NForce2) none0@pci0:0:1: class=0x050000 card=0x10001695 chip=0x01eb10de rev=0xc1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce2 Memory Controller 1' class = memory subclass = RAM none1@pci0:0:2: class=0x050000
2003 Sep 29
4
IPFILTER_DEFAULT_BLOCK & No route to host
Hi, After the option IPFILTER_DEFAULT_BLOCK is specified at kernel conf on FreeBSD 4.8 stable (cvsup'd with tag RELENG_4_8), the machine cannot be ping'd by others on the same network. In addition, the machine cannot ping itself. ping localhost (or 127.0.0.1) -> no route to host ping itself with its own ip address -> no route to host The freebsd box, with an external pppoe
2003 Sep 29
4
IPFILTER_DEFAULT_BLOCK & No route to host
Hi, After the option IPFILTER_DEFAULT_BLOCK is specified at kernel conf on FreeBSD 4.8 stable (cvsup'd with tag RELENG_4_8), the machine cannot be ping'd by others on the same network. In addition, the machine cannot ping itself. ping localhost (or 127.0.0.1) -> no route to host ping itself with its own ip address -> no route to host The freebsd box, with an external pppoe
2003 Jun 13
5
cvsup with tag=. on src and upgrading (in general)
I'm just getting into regular use with cvsup (way over do on that one), and I tried to specify a tag=. in the cvsup file. Here's the file: # This file specifies src files are to be uploaded. *default host=cvsup2.FreeBSD.org # *default tag=RELENG_5_1_0_RELEASE *default tag=. *default prefix=/usr *default release=cvs delete use-rel-suffix compress *default base=/usr/local/etc/cvsup
2008 Feb 23
1
packet loss with re(4)
With FreeBSD 6.3-RELEASE, I'm finding significant packet loss (sometimes 85%). If I insert an Intel nic (fxp), there is nil packet loss with similar tests (ping -c 100). re0: <RealTek 8168/8111B PCIe Gigabit Ethernet> port 0xc800-0xc8ff mem 0xf9fff000-0xf9ffffff irq 17 at device 0.0 on pci1 I have seen a thread on current mentioning similar problems:
2003 Jul 08
4
Hardening production servers
Greetings, Apologies if this is not the appropriate list, but my questions are about best practices in maintaining production servers (so I believe I can justify a post in -stable, short of a -release list :) I maintain a modest installation of 6 FreeBSD servers. They're CVSUP'd to RELENG_4_8 (I make buildworld on each individually) and I portupgrade ports as necessary. In an attempt to
2004 Aug 06
5
liveice problem
Hello everybody... I figure this is not exactly an icecast question, but maybe someone might be able to help. Icecast runs nicely as far as I can see, and so does liveice, apart from the fact I don't get any input signal fed into it. I think it's due to the fact it expects the signal on line in by default and the souncard only has a mic in. So I tried to use the built in mixer mode,
2003 Aug 11
1
World broken - pkgwrap.c missing
Hi Just double cvsup'd RELENG_4 and buildworld exits in usr.sbin/pkg_install/lib pkgwrap.c is not present but is required in the Makefile. Cheers Neil -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dr Neil J Long, Computing Services, University of Oxford 13 Banbury Road, Oxford, OX2 6NN, UK Tel:+44 1865 273232 Fax:+44 1865 273275 EMail:
2003 Jul 26
1
Strange Kernel Compile Error....
merlin# rm GENERIC merlin# cd /usr/share/examples/cvsup/ merlin# cvsup stable-supfile Connected to cvsup.uk.FreeBSD.org Updating collection src-all/cvs Checkout src/sys/i386/conf/GENERIC Finished successfully merlin# cd /usr/src merlin# make buildkernel KERNCONF=GENERIC -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sat Jul 26
2004 Dec 09
6
Horrible MeetMe performance
Hey folks, Using FreeBSD 5.2.1 and I've got the current zaptel driver installed from ports (0.8_1) and current ports asterisk (1.0.1). I've set options HZ=1000 in my kernel config, recompiled and rebooted and as far as I can tell, I've done everything right but when I try to use the conference, the audio is very delayed, choppy and segmented -- totally unusable. At the
2003 Apr 11
1
make buildworld error - 4.8-STABLE
Below is from make buildworld output on FreeBSD cvsup'd to RELENG_4 (so 4.8-STABLE) on the following hardware: Intel SHG2 Hodges Dual Xeon board 2 x Intel Xeon 2.4Ghz (512k) 2 x 512MB PC-2100 266Mhz ECC DDR Seagate 36GB 10K U320 LC SCSI Adaptec SCSI Raid 2000s 48MB SDRAM Intel Hudson 3 SC5200 base w 450W Any suggestions? Cheers, Carl. <snip> cc -o make_keys -O -pipe -I.
2003 Aug 31
1
Filesystem problem
Hi. I have been experencing some filesystem problems for the last month or so. I was running 4.8-STABLE and updated to 5.1-RELEASE-p2. While I was running 4.8 and I tried to run a command that required hard disk activity, the process would 'hang' and I would no longer be able to ssh or telnet in. I would get stuck after typing in my login. Running 5.1 is a different story. I did a low
2003 Jun 22
1
savecore: warning: /kernel version mismatch: ...
Morning all ... 'K, this one is a first for me ... server crashed this aft and savecore wouldn't dump the resultant core: pluto# savecore -v /vm/crash dumplo = 4362141696 (8519808 * 512) savecore: warning: /kernel version mismatch: "FreeBSD 4.8-STABLE #1: Sat May 31 22:57:04 ADT 2003 " and " #(#(#(" savecore: reboot savecore: dump time is zero