Re: 6.1BETA3 amd64 doesn't detect my floppy drive
On Tuesday 30 January 2007 00:27, M. Warner Losh wrote: > : I did the USB/Firewire thing just to make sure one wasn't the direct > : cause. > > Maybe we have yet another issue with resources... I thing I have noticed is that when the floppy attach fails there is another attempt a short time later. Not sure if it's related though. Anyone know of any debugging that could be tried to shed more light on the problem? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpt19XmeWpFs.pgp Description: PGP signature
diskless boot /usr/local/etc/rc.d/ scripts do not run, why?
Hello everyone, I'm using 6-stable on 4 amd64 machines. One of them has FreeBSD on its HD and others are booted via network with PXE. But I encounter that /usr/local/etc/rc.d/* are not executed during the boot process? Is there some kind of option to change this? Or may be I misconfigured something ? Also, I do not see any messages on console after kernel is loaded into memory. The next thing I see is login: prompt. How to turn on boot messages for network booted machines. I have to say that I use this loader.rc for network boot: load /boot/kernel/kernel echo \007\007 set console="vidconsole" autoboot Cheers, Tyoma. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.2 bge regression
On Monday 29 January 2007 21:32, Daniel O'Connor wrote: > Currently it's connected to a 10mbit hub :) > (Very crusty, I know) > > I've tried hard wiring it to 10BaseT/UTP but no change. I just dug out a spare switch (god knows why the hub was still in place) and it works fine with that. I then tried the 6.1 system with the switch and it worked (duh) but when I went to switch back to the hub it wouldn't work.. I don't know how the 6.1 box worked with the hub since I can't get it to work now, perhaps the hub is busted. So, in conclusion, I think bge(4) is OK :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpBCE5By8dgs.pgp Description: PGP signature
Re: System hang on laptop suspend/resume
On Wed, 24 Jan 2007, Torfinn Ingolfsen wrote: On Wed, 24 Jan 2007 09:26:54 -0800 (PST) Stephen Casner <[EMAIL PROTECTED]> wrote: Do you know, though, whether there is any way in NEWCARD to power down the PC Card / Cardbus slot? I didn't see anything in the 6.2 release note regarding changes in that area. Hmm, doesn't 'pccardc power ...' already do that? See 'man pccardc' for more info. Yes, that is what I used to do on FreeBSD 4.8. However, since converting to 6.1, I get the following error: oak> pccardc power 0 0 pccardc: /dev/card0: No such file or directory In the mail archive, I saw that pccardc is not supported in NEWCARD, but the binary and man page are still included in the 6.1 release. I am awaiting the arrival of my 6.2 CDs, but as mentioned above, I didn't see anything in the release note to suggest the result will be different. Hence my question if there was some other way! Thanks for taking the time to reply, though. -- Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ng_deflate prob?
Brian wrote: > I cvsupped a couple days ago and a buildworld kept getting me > > make: don't know how to make ng_deflate.4. Stop > *** Error code 2 > > I see now there is an update in a cvsup this morning, just wanted to > post incase anyone else saw this. > > Brian See http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/032667.html, should be fixed. -Proto ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Update on buildworld failing with NO_SHARED
Michael Proto said Obscurity in the face of adversity is no dice and while we were trying to figure that out on Mon, Jan 29, 2007 at 14:59 he continued with: > Bill Vermillion wrote: > > OK. > > So I tried using the variable documented in > > /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. > > I rebuilt the world and kernel [I did not remove the /usr/obj/src > > directory this time - maybe that's it] - but all the files > > in /bin and /sbin are still "dynamically linked (users shared libs, > > stripped) when I run 'file' on them. > > Is this strange, or is it just me. > > Bill > > According to the make.conf(5) manpage and the examples/etc/make.conf > file (at least on my 6.2 box), the knob is NO_DYNAMICROOT, not > NO_DYNAMIC_ROOT. I just checked and I see that. I'd swear it was NO_DYNAMIC_ROOT awhile back. But I just checked on a 6.1 and the ..examples/etc/make.conf does also show that I screwed up - as that was dated on Dec 17, while the one on my 6.2 shows a date of today, about an hour ago, when I installed it all. I feel so _ _ _ _ _ _ / ___|| |_ _ _ __| (_) __| | | | | | \___ \| __| | | |/ _` | |/ _` | | | | | ___) | |_| |_| | (_| | | (_| | |_| |_| |/ \__|\__,_|\__,_|_|\__,_| (_) (_) Thanks. I'll try not to be so dense next time, but don't hold me to that. Bill -- Bill Vermillion - bv @ wjv . com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ng_deflate prob?
I cvsupped a couple days ago and a buildworld kept getting me make: don't know how to make ng_deflate.4. Stop *** Error code 2 I see now there is an update in a cvsup this morning, just wanted to post incase anyone else saw this. Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Update on buildworld failing with NO_SHARED
Bill Vermillion wrote: > OK. > > So I tried using the variable documented in > /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. > > I rebuilt the world and kernel [I did not remove the /usr/obj/src > directory this time - maybe that's it] - but all the files > in /bin and /sbin are still "dynamically linked (users shared libs, > stripped) when I run 'file' on them. > > Is this strange, or is it just me. > > Bill According to the make.conf(5) manpage and the examples/etc/make.conf file (at least on my 6.2 box), the knob is NO_DYNAMICROOT, not NO_DYNAMIC_ROOT. -Proto ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Update on buildworld failing with NO_SHARED
OK. So I tried using the variable documented in /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. I rebuilt the world and kernel [I did not remove the /usr/obj/src directory this time - maybe that's it] - but all the files in /bin and /sbin are still "dynamically linked (users shared libs, stripped) when I run 'file' on them. Is this strange, or is it just me. Bill -- Bill Vermillion - bv @ wjv . com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.2 buildworld fails without "NO_CXX=YES"
In response to archon <[EMAIL PROTECTED]>: > I've just updated the sources in FreeBSD 6.2-RELEASE and tried to > rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled > successful, if this option not added 'make buildworld' failed. 'make > buildworld' fails: groff is written in C++. If you can live without groff, there may be a NO_GROFF knob you could tweak. However, it looks like openssl is also written in C++ as well. If you can live without those two, it should be doable. I'm not sure how practical a system without C++ is in the modern world. -- Bill Moran Collaborative Fusion Inc. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: impossible rc.d ordering problem with stf and pf ?
> The "(ifnX)" syntax is only for places where you use the interface as an > address. The "on ifnX" part stays unchanged in any case and it does not > matter if the interface exists already or not. h, so whats going on with mine then ? *goes and has a closer look* gah! there was a 'loginterface' lurking in there! having removed that, and changing the address parts to (stf0) everything now works fine, thanks for the help! I have a few other odd IPv6 issues, unrelated to PF, and possibly not really stable related either - whats the best list to ask about them on ? -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.2 buildworld fails without "NO_CXX=YES"
On Jan 29, 2007, at 10:47 AM, archon wrote: I've just updated the sources in FreeBSD 6.2-RELEASE and tried to rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled successful, if this option not added 'make buildworld' failed. 'make buildworld' fails: Building various userland libraries like NCurses requires a C++ compiler. If you want to rebuild world, you cannot use 'NO_CXX=YES'... -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.2 buildworld fails without "NO_CXX=YES"
I've just updated the sources in FreeBSD 6.2-RELEASE and tried to rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled successful, if this option not added 'make buildworld' failed. 'make buildworld' fails: <..> ===> gnu/usr.bin/groff/src/libs/libgroff (depend) Making version.cpp rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/iftoa.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/matherr.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/progname.c mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniuni.cpp version.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18: cmap
Re: Pb with network interface and some other questions
On Mon, Jan 29, 2007 at 04:00:43PM +0100, Stephane THOMAS wrote: > The main pb I have is that the ethernet interface (bge0) works, but > breakdown a few minutes after I boot. with this message (repeated) in the > first VT : "bge0: PHY read timeout". I tried googling to find out a > solution but I must admit I'm a little bit lost. Do one has an idea for > this ? The problem happens with or without ACPI support. Check the mailing list archives: http://lists.freebsd.org/pipermail/freebsd-stable/ I've seen some messages concerning bge recently. > My network interface is : Broadcom BCM5705 A1, ASIC rev. 0x3001 > I upgraded my BIOS with the last version available. > ifconfig tell me : "media : Ethernet autoselect". I would try to force to > 100MB but I can't find where to change this setting. Have a look at the bge(4) and ifconfig(8) manual pages. What you need is the "media" parameter to ifconfig, which you should set to 100baseTX. > The second point is just a question I have : what's the difference between > 6.2-RELEASE and 6.2-STABLE ? This can be somewhat confusing, especially since you sometimes also see CVS tags. Have a look at appendix A.7 of the FreeBSD handbook. You'll find the english handbook at /usr/share/doc/en_US.ISO8859-1/books/handbook/index.html, but you can also access it via the FreeBSD website: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpdY3Rt6j5Z9.pgp Description: PGP signature
pmap panic message: can someone take a look at this PR?
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108121 -- Bill Moran Collaborative Fusion Inc. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Problem with s5000PAUl using a SRCS16 in Raid 5 with 5 * 500gig drives
Hello, I have been having troubles installing the amd64 platform on an Intel S5000pal system with the SRCS16 Raid controller using Raid 5 with 5 * 500gig drives. In order to get it to install I had to split the raid setup into two logical arrays. I guess it was too close to the 2TB limit as it was giving me read sector error when booting. However I now have it booting but it gets stuck at the Attempting to mount / (the root partition). This goes on for like 20 minutes and then it finally proceeds. This seems odd and clearly is a problem to mount the small / root partition that is only a few gigs big. Does anyone have an idea what is going on here? I also noticed it with adding a user it added the user but got stuck for like 10 minutes before proceeding. This system has 16GIG of ram using the amd64 platform and has 2 dual core cps running. I installed the centos just to see if there were any problems with this operating system (in case this was hardware related) but it worked 100% without any fuss. The problem is I want to use Freebsd :) So I do not believe this is hardware related. If anyone reading this has set up a S5000PAL system can they let me know what settings they used to have a successful installation? Thanks Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Trying to Compile [HEAD] BCE driver with SERDES support on RELEASE_6_2
*** Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 *** I am trying to compile the BCE driver from HEAD on RELEASE_6_2. It seems the new code adds SERDES support to the BCE driver. The only change I made was to comment the incompatible VLAN code. When I try to compile the kernel it breaks at the BCE driver(not surprising). -- cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/bce/if_bce.c /usr/src/sys/dev/bce/if_bce.c: In function `bce_attach': /usr/src/sys/dev/bce/if_bce.c:488: warning: implicit declaration of function `pci_msi_count' /usr/src/sys/dev/bce/if_bce.c:488: warning: nested extern declaration of `pci_msi_count' /usr/src/sys/dev/bce/if_bce.c:489: warning: implicit declaration of function `pci_alloc_msi' /usr/src/sys/dev/bce/if_bce.c:489: warning: nested extern declaration of `pci_alloc_msi' /usr/src/sys/dev/bce/if_bce.c: In function `bce_release_resources': /usr/src/sys/dev/bce/if_bce.c:2532: warning: implicit declaration of function `pci_release_msi' /usr/src/sys/dev/bce/if_bce.c:2532: warning: nested extern declaration of `pci_release_msi' *** Error code 1 Stop in /usr/obj/usr/src/sys/SMP. *** Error code 1 -- I have tried to disable the "-Werror" flag to see if it would compile with the warnings, but setting NO_WERROR=yes doesn't seem to work. Is there another way of disabling the "-Werror" flag? Also does the MSI API exist on Releng_6 or is it just on Current? And if someone can explain the warning or create a patch it would help a lot. Regards Conrad ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: impossible rc.d ordering problem with stf and pf ?
On Monday 29 January 2007 13:02, Pete French wrote: > > 1) You use the interface name as address w/o dynamic lookup. > > i.e. "... from stf0 ..." > > Yes, thats it - I hadn't come across this 'dynamic lookup' thing before > though, so I didn't realise what it was. I still cant find it in the PF > manual, aside from a reference that you need to do it for NAT. > > > To 1 and 2 there is a simple sollution: Don't do that then! 1 can > > easily=20 be defused by adding parentheses. i.e. "... from (stf0) > > ...". > > pass out on (stf0) inet6 from any to any keep state No, that's a misunderstanding. The "on ifnX" part stays untouched. > Gives me a syntax error when I try and load it with pfctl. If I change > it to: > > pass out on stf0 inet6 from any to any keep state > > Then it works loading it with pfctl, but now does not work at boot due > to the lack of stf0 interface. :-( That's strange. Works here without a problem: # ifconfig -l fxp0 bge0 bge1 lo0 pflog0 No stf0 interface. # echo "pass out on stf0 inet6 from any to any keep state" | pfctl -vf- pass out on stf0 inet6 all keep state Still, rule loaded without problems ... The "(ifnX)" syntax is only for places where you use the interface as an address. The "on ifnX" part stays unchanged in any case and it does not matter if the interface exists already or not. What version are you using again? My tests are with 6.2 -- /"\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News pgpi4J7JHSy3D.pgp Description: PGP signature
Pb with network interface and some other questions
Hi, I'm a FreeBSD newbie (I use GNU/Linux) so I hope my questions won't be too silly... So, to test freebsd I installed 6.2-RELEASE on a Dell Latitude D600 laptop. No problem to run X. I first felt in a trap choosing "Upgrade" in sysinstall... So I re-installed again, then follow instruction from the hand-book to buildworld, buildkernel, etc. No problem. The main pb I have is that the ethernet interface (bge0) works, but breakdown a few minutes after I boot. with this message (repeated) in the first VT : "bge0: PHY read timeout". I tried googling to find out a solution but I must admit I'm a little bit lost. Do one has an idea for this ? The problem happens with or without ACPI support. My network interface is : Broadcom BCM5705 A1, ASIC rev. 0x3001 I upgraded my BIOS with the last version available. ifconfig tell me : "media : Ethernet autoselect". I would try to force to 100MB but I can't find where to change this setting. Appart of this issue I feel FreeBSD to be a good OS, filesystem seems very clean and I like the "ports" concept. Stéphane THOMAS The second point is just a question I have : what's the difference between 6.2-RELEASE and 6.2-STABLE ? Stephane THOMAS TCS Desktop Team ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CARP + VLAN = kernel dump
On Thu, Dec 14, 2006 at 07:05:04PM -0800, Ask Bj?rn Hansen wrote: A> Hi, A> A> If I enable carp on a vlan interface in rc.conf the kernel goes A> boom. This is 6.2-RC from a couple of weeks ago. (IIRC then I had A> the same problem setting up carp on a bridge'd interface). A> A> I'm configuring it like this: A> A> ifconfig_vlan2="inet 10.50.0.3/24 vlan 202 vlandev sis2" A> ifconfig_carp2="vhid 3 advskew 200 pass awe4jkfha4jkfha4f 10.50.0.1" A> A> cloned_interfaces="... carp2 ... vlan2" A> A> However, if I do the carp2 setup "manually" after the system is A> booted, it is working fine. A> A> ifconfig carp2 vhid 3 advskew 200 pass hjarefhakjewfha 10.50.0.1 A> A> Any ideas? A> A> (kernel dump below) A> A> - ask A> A> A> fault virtual address = 0x15c A> fault code = supervisor read, page not present A> instruction pointer = 0x20:0xc05ba533 A> stack pointer = 0x28:0xc7975c30 A> frame pointer = 0x28:0xc7975c90 A> code segment= base 0x0, limit 0xf, type 0x1b A> = DPL 0, pres 1, def32 1, gran 1 A> processor eflags= interrupt enabled, resume, IOPL = 0 A> current process = 13 (swi1: net) A> trap number = 12 A> panic: page fault A> Uptime: 17s A> Cannot dump. No dump device defined. Can you please configure dump device, obtain kernel dump, and print the backtrace from it? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rd.d/power_profile: dev.cpu.0.cz_supported doesn't exist
> performance_cx_lowest="HIGH"# Online CPU idle state > economy_cx_lowest="HIGH"# Offline CPU idle state Have you tried "LOW"? Or to put performance and economy option into rc.conf file? Zoran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.1BETA3 amd64 doesn't detect my floppy drive
In message: <[EMAIL PROTECTED]> "Daniel O'Connor" <[EMAIL PROTECTED]> writes: : On Thursday 09 March 2006 12:11, Daniel O'Connor wrote: : > On Tuesday 07 March 2006 09:22, M. Warner Losh wrote: : > > Maybe the output of size kernel? : > : >textdata bss dec hex filename : > 3069343 305288 212944 3587575 36bdf7 /boot/kernel/kernel (6.0-RC1 custom) : > 5746665 702632 389712 6839009 685ae1 /boot/kernel/kernel (6.1-BETA3) : > 5146715 672352 348688 6167755 5e1ccb /boot/kernel/kernel (5.4-RELEASE) : : GENERIC in 6.2 has the same problem. : I trimmed it down (substantially) and my floppy drive is detected again. : : This is on a Supermicro P8SCT board with a P4-531 vs the Athlon64 system I saw : it on before - both are amd64 kernels though. : : This kernel works.. (trimmed heavily) :textdata bss dec hex filename : 4433534 617512 271328 5322374 513686 kernel : : This one doesn't.. (some stuff added back) :textdata bss dec hex filename : 4709507 651688 278624 5639819 560e8b kernel : : This one does.. (no Firewire, with USB) :textdata bss dec hex filename : 4622780 643624 278496 5544900 549bc4 kernel : : This one does.. (no USB, with Firewire) :textdata bss dec hex filename : 4520517 625576 271456 5417549 52aa4d kernel : : I did the USB/Firewire thing just to make sure one wasn't the direct cause. Maybe we have yet another issue with resources... Warner ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: impossible rc.d ordering problem with stf and pf ?
Pete French wrote: 1) You use the interface name as address w/o dynamic lookup. i.e. "... from stf0 ..." Yes, thats it - I hadn't come across this 'dynamic lookup' thing before though, so I didn't realise what it was. I still cant find it in the PF manual, aside from a reference that you need to do it for NAT. To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 be defused by adding parentheses. i.e. "... from (stf0) ...". pass out on (stf0) inet6 from any to any keep state Gives me a syntax error when I try and load it with pfctl. If I change it to: pass out on stf0 inet6 from any to any keep state Then it works loading it with pfctl, but now does not work at boot due to the lack of stf0 interface. :-( -pete. This confused me at first. But I believe you only use the dynamic syntax (stf0) in places where the interface name gets converted to an address or network, rather than just specifying an interface. So, for instance pass out on stf0 from (stf0) to any The way I found them all was to look at "pfctl -s rules" and look for the rules that had the ip address that was causing the problem. For me, this occurred in places where I used the interface name with "to", "from", and inside the "antispoof" rule. That fixed my problem with ppp and pf. Richard Coleman [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: impossible rc.d ordering problem with stf and pf ?
> 1) You use the interface name as address w/o dynamic lookup. > i.e. "... from stf0 ..." Yes, thats it - I hadn't come across this 'dynamic lookup' thing before though, so I didn't realise what it was. I still cant find it in the PF manual, aside from a reference that you need to do it for NAT. > To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 > be defused by adding parentheses. i.e. "... from (stf0) ...". pass out on (stf0) inet6 from any to any keep state Gives me a syntax error when I try and load it with pfctl. If I change it to: pass out on stf0 inet6 from any to any keep state Then it works loading it with pfctl, but now does not work at boot due to the lack of stf0 interface. :-( -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.2 bge regression
On Monday 29 January 2007 20:11, Peter Jeremy wrote: > Do you have a better idea than "between 6.1 and 6.2" as to when it broke? > There was a fair amount of work on bge in that time so knowing CVSup dates > or revisions could be useful. No :( I have updated to RELENG_6 as of today and will try that tomorrow morning. If that doesn't work I'll try a binary search. > What speed switch are you using? Auto-negotiate or hard-wired? If > you have a managed switch, does switching between hard-wires and > auto-negotiate have any effect? Currently it's connected to a 10mbit hub :) (Very crusty, I know) I've tried hard wiring it to 10BaseT/UTP but no change. > I have an older bge (BCM5705 A3 NIC/PHY) running 6.2 and the initial > ifconfig (during rc.d processing) normally reports "no carrier" but > it recovers in a second or so (it's OK by the time ntpdate wants > the network). I presume you find that ifconfig is still reporting > no carrier once it's in multi-user mode. I am booting install media, but this is long past the kernel startup - I run the CD/DVD shell and then run ifconfig. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgp6mvm38sNSC.pgp Description: PGP signature
Re: buildworld: make: don't know how to make ng_deflate.4
On Sun, Jan 28, 2007 at 11:40:49PM +0100, Lars Stokholm wrote: L> Result of 'make buildworld': L> L> gzip -cn /usr/src/share/man/man4/ng_cisco.4 > ng_cisco.4.gz L> make: don't know how to make ng_deflate.4. Stop L> *** Error code 2 My fault. I have just fixed this. I'm sorry :( -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.2 bge regression
On Mon, 2007-Jan-29 17:01:05 +1030, Daniel O'Connor wrote: >I have some Supermicro P8SCT based systems I would like to run 6.2 on, >unfortunately something between 6.1 and 6.2 has broken bge on this board. > >This board has 2 bge's and the first one is on before the BIOS hands off to >the OS (I can see the activity light flash) but when the kernel attaches the >light stops flashing. An ifconfig says 'no carrier'. Do you have a better idea than "between 6.1 and 6.2" as to when it broke? There was a fair amount of work on bge in that time so knowing CVSup dates or revisions could be useful. What speed switch are you using? Auto-negotiate or hard-wired? If you have a managed switch, does switching between hard-wires and auto-negotiate have any effect? I have an older bge (BCM5705 A3 NIC/PHY) running 6.2 and the initial ifconfig (during rc.d processing) normally reports "no carrier" but it recovers in a second or so (it's OK by the time ntpdate wants the network). I presume you find that ifconfig is still reporting no carrier once it's in multi-user mode. -- Peter Jeremy pgpLuJzvo8Qa5.pgp Description: PGP signature
PANIC in RELENG_6 from yesterday, if_de.c
Hi guys,
I've build an RELENG_6 cvsupped yesterday and got a panic while booting
in if_de.c related to BPF. (Null pointer)
My friend J"org Wunsch (Tm) investigated that it was coming from if_de.c
line 4044:
/*
* bounce a copy to the bpf listener, if any.
*/
->> BPF_MTAP(sc->tulip_ifp, m);
The expansion of this macro on a 6.2-RC is as follows:
do { if ((sc->tulip_ifp)->if_bpf) { ; bpf_mtap((sc->tulip_ifp)->if_bpf, (m)); }
} while (0);
on a older 6-stable this gets expanded like this:
do { if (bpf_peers_present((sc->tulip_ifp)->if_bpf)) { ;
bpf_mtap_new((sc->tulip_ifp)->if_bpf, (m)); } } while (0);
The macro is coming from /sys/net/bpf.h :
#define BPF_MTAP(_ifp,_m) do { \
if ((_ifp)->if_bpf) { \
M_ASSERTVALID(_m); \
bpf_mtap((_ifp)->if_bpf, (_m)); \
} \
} while (0)
On a 6.2-RC:
#define BPF_MTAP(_ifp,_m) do { \
if (bpf_peers_present((_ifp)->if_bpf)) {\
M_ASSERTVALID(_m); \
bpf_mtap((_ifp)->if_bpf, (_m)); \
} \
} while (0)
What's going on here?
Can someone please take a look at his?
Commenting out the line 4044 from if_de.c was bringing back the network
interface to
life. Unfortunately I only hve a BNC Network at home...
Kind Regards,
Holm
--
FreibergNet.de IT SystemsHolm Tiffe Administration, Development
09627 Bobritzsch Hauptstrasse 19, phone +49 3731 4193411, www.freibergnet.de
Bereich Server & Technik: Am St.Niclas Schacht 13,09599 Freiberg
phone +49 3731 419010, mobile +49 172 8790 741, fax +49 3731 4196026
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
