Re: new rc system
Doug Barton wrote: ntpd[ate] is a very difficult thing to order, because a lot of things need/want accurate time before they start, and yet by definition, ntp is a network protocol so it has a lot of other dependencies before it can even start. A lot of the things that ntp depends on (like network) want logging before they start, but syslog wants accurate time before IT starts... and we spiral back in time infinitely. Technically, syslog only has a soft dependency on the current time, since the time is looked up each event, rather than being cached. So it has a dependency, but it's not one that prevent syslog from running or providing some minimal/degraded service level. This is a known shortcoming in the new rc system. Luke Mewburn commented on it in a talk recently but does not yet have a satisfactory solution. Can you describe in more detail what you mean by this is a known shortcoming? I believe he means the distinction between soft (would like) vs. hard (absolutely cannot run if not present) dependencies. The new rc system fails to make such distinctions: it doesn't have a high enough granularity to its dependency classification. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Why does bsdlabel autogenerate the 'a' partition?
Hi Why does the bsdlabel program autogenerate the 'a' partition? If I edit the disk label removing all partitions except for 'c' and then save it, a subsequent read of the disk label shows an 'a' partition has been made covering the whole disk. Even if I make another partition using the whole disk, it still makes 'a', which has to be deleted to create other partitions because of the resulting overlap. Ian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Internal compiler error in reload_cse_simplify_operands
Guess maybe it's hardware-related. Was hoping to find a solution that would clear any charges against my new hardware, but I guess that's all that's left. *sigh* Did you try a packaged GCC? You could try: pkg_add -r gcc33 and use it instead... Regards, Julian -- Always make allowances for the duh factor. pgp0.pgp Description: PGP signature
Re: new rc system
On Wed, Sep 10, 2003 at 05:00:49PM -0700, Doug Barton wrote: [re-ordering rc.d scripts] This is a known shortcoming in the new rc system. Luke Mewburn commented on it in a talk recently but does not yet have a satisfactory solution. Can you describe in more detail what you mean by this is a known shortcoming? The files in /etc/rc.d/ include dependency information in the form of 'BEFORE' and 'REQUIRE' entries. The default entries are appropriate for normal configurations but may require changes in some cases (eg Philipp's situation). The new rc system currently has no mechanism for over-riding these defaults other then by editing the individual rc files. These changes need to be re-merged if the rc files are updated. Luke is currently looking at options to allow administrators to alter the dependency order without requiring the rc files to be edited. Two possibilities are: 1) An option to rcorder that allows dependency information to be included on the command line. 2) Add a hack to rcorder so that given a file /etc/rc.d/foo, it will check for dependency information in /etc/rc.cnf/foo. Peter ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Quo vadis, -CURRENT? (recent changes to cc compatibility)
On Wed, 10 Sep 2003 12:41:41 -0400 Michael Edenfield [EMAIL PROTECTED] wrote: Err, not quite. Tried to build gnome2 lately? :) gnome2 depends on gnomemedia2. gnomemedia2 depends on gstreamer-plugins. gstreamer-plugins fails because ARTSD_FLAGS in several dozen Makefiles includes -pthread. Artsd is a part of KDE and gstreamer-plugin doesn't build it by default (the plugin gets build if artsd is already installed or you have to ask for it). Artsd isn't maintained by gnome@ and it doesn't use the bsd.gnome.mk framework, so it doesn't fall into my definition of a GNOME port. Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Double panics with g_up
I saw this already 5 times. It is _always_ double panic. Second panic may vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic is on the way, there is no usable stack trace remains. My suggestion: can we add sysctl to NOT sync disk after panic but reboot immediately to preserve stack frame (for remote machine)? Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code= supervisor read, page not present instruction pointer = 0x8:0xc017fd3b stack pointer = 0x10:0xcd36bb70 frame pointer = 0x10:0xcd36bb84 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) trap number = 12 panic: page fault syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code= supervisor read, page not present instruction pointer = 0x8:0xc017fd3b stack pointer = 0x10:0xcd377c84 frame pointer = 0x10:0xcd377c98 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 24 (irq15: ahc0) trap number = 12 panic: page fault Uptime: 2d3h22m53s ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Double panics with g_up
On Thu, 11 Sep 2003, Andrey Chernov wrote: Date: Thu, 11 Sep 2003 13:08:49 +0400 From: Andrey Chernov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Double panics with g_up I saw this already 5 times. It is _always_ double panic. Second panic may vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic is on the way, there is no usable stack trace remains. My suggestion: can we add sysctl to NOT sync disk after panic but reboot immediately to preserve stack frame (for remote machine)? kern.sync_on_panic=0 Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS FreeBSD is BSD, UNIX(tm) is a BSD-like OS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PXE boot loader
I found the issue. I was doing: cd /usr/src/sys/boot make depend make cp /usr/src/sys/boot/i386/pxeldr/pxeboot /tftpboot This works os -stable, but not on -current (dunno why)...the pxeboot is created without problems, but doesn't work. However, building world as usual creates a working pxeboot in /usr/obj/usr/src/sys/boot/i386/pxeldr/pxeboot -- Alex Dupre [EMAIL PROTECTED] http://www.alexdupre.com/ [EMAIL PROTECTED] Today's excuse: Netscape has crashed ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Work around for the xl driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I've seen some posts on this mailing list. I have a 3com 3ccfe575bt-d and i was wondering is there a workaround to get this card back to working? something like sysctl this=that ? Best regards Søren PSE (B)CC me i'm subscribing to this list ** | Soeren Straarup Mobile: +45 20 27 62 44 | | FreeBSD wannabe since 2.2.6-Rhttp://xforce.dk | | Also running OpenBSD and NetBSD aka OZ2DAK aka Xride | ** -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/YGiWXTGeGCdlN14RAs6TAKDS2jT80HXmz1oUZFf+7KvQhsA3KwCeKZfm YiAp2xSKqxGItziHZnvYj7g= =1KLh -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
upgrade from static to dynamic root
Hi, I just tried to upgrade one of my systems from a static root from july to an actual dynamic root. The installworld went fine 'til the place where /bin/test is installed. At that point the installation stopped with ELF interpreter /libexec/ld-elf.so.1 not found. And really /libexec is not populated yet. May it be, that the makefile uses one of the newly installed tools during install? For example 'ln' to make the link test - [? Also, wouldn't it be helpful to populate /rescue before /bin? Just in the case something goes wrong between installing been and rescue for the first time? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private [EMAIL PROTECTED], [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Compact Flash PCMCIA adapted failes
I run CURRENT as of last week. I try to use a PCMCIA CF adapter, but gets some errors. If I boot with it I get this in dmesg: ata2: TOSHIBA THNCF064MBA at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 ad0: 28615MB FUJITSU MHR2030AT [58140/16/63] at ata0-master UDMA100 acd0: CDRW HL-DT-STCD-RW/DVD DRIVE GCC-4240N at ata1-master PIO4 ad4: FAILURE - SETFEATURES status=51READY,DSC,ERROR error=4ABORTED ad4: FAILURE - SETFEATURES status=51READY,DSC,ERROR error=4ABORTED ad4: 61MB TOSHIBA THNCF064MBA [978/4/32] at ata2-master PIO0 Mounting root from ufs:/dev/ad0s1a Is there anything I can do to fix this? Or should I try to get me a USB CF adapter? -- Gunnar Flygt OPC Data Sveriges Radio ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Double panics with g_up
I have yet to see any information from you I can use to do debugging. See our handbook if you are in doubt what we need. Poul-Henning In message [EMAIL PROTECTED], Andrey Chernov writes: I saw this already 5 times. It is _always_ double panic. Second panic may vary (f.e. clock, etc) but first one _always_ in g_up. Since second panic is on the way, there is no usable stack trace remains. My suggestion: can we add sysctl to NOT sync disk after panic but reboot immediately to preserve stack frame (for remote machine)? Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code= supervisor read, page not present instruction pointer = 0x8:0xc017fd3b stack pointer = 0x10:0xcd36bb70 frame pointer = 0x10:0xcd36bb84 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) trap number = 12 panic: page fault syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code= supervisor read, page not present instruction pointer = 0x8:0xc017fd3b stack pointer = 0x10:0xcd377c84 frame pointer = 0x10:0xcd377c98 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 24 (irq15: ahc0) trap number = 12 panic: page fault Uptime: 2d3h22m53s -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: new rc system
On Thursday, September 11, 2003, at 04:36 AM, Peter Jeremy wrote: On Wed, Sep 10, 2003 at 05:00:49PM -0700, Doug Barton wrote: [re-ordering rc.d scripts] This is a known shortcoming in the new rc system. Luke Mewburn commented on it in a talk recently but does not yet have a satisfactory solution. Can you describe in more detail what you mean by this is a known shortcoming? The files in /etc/rc.d/ include dependency information in the form of 'BEFORE' and 'REQUIRE' entries. The default entries are appropriate for normal configurations but may require changes in some cases (eg Philipp's situation). The new rc system currently has no mechanism for over-riding these defaults other then by editing the individual rc files. These changes need to be re-merged if the rc files are updated. Luke is currently looking at options to allow administrators to alter the dependency order without requiring the rc files to be edited. Two possibilities are: 1) An option to rcorder that allows dependency information to be included on the command line. 2) Add a hack to rcorder so that given a file /etc/rc.d/foo, it will check for dependency information in /etc/rc.cnf/foo. My initial inclination was to write a couple of pages of ideas, for improving the rc subsystem. On second thought, I think it better not to include them until I know the appropriate recipients and/or venue. I'm not currently a contributor, am new to the freebsd-* lists, and do not yet know the people and their responsibilities. I am responding, however, because I have a number of ideas on how to improve the rc subsystem, and am willing to contribute both time and code if a new design grabs me. Except for contributing minor patches to gnutar, amanda, procmail, I'm new to opensource development. I do, however, have 20 years experience with Unix development and administration, and 4 years experience with a mix of FreeBSD 4.x and 5.x, so I should not take long to ramp up. So, whoever is responsible for this stuff, if you have room for a new person on your team, please let me know how I can get involved. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ufs related panic with latest current
Tomi Vainio - Sun Finland [EMAIL PROTECTED] writes: If you could just give instructions what you wanna get when system panics I might be able to persuade the other that we should crash our system once more. I already have. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Corrent Build Error
My src haves been cvs from to day.. cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/pci/pci_user.c awk -f ../../../tools/makeobjops.awk ../../../dev/pci/pcib_if.m -c ; cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror pcib_if.c cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/pcic/i82365.c ../../../dev/pcic/i82365.c: In function `pcic_chip_do_mem_map': ../../../dev/pcic/i82365.c:850: error: structure has no member named `offset' ../../../dev/pcic/i82365.c:855: error: structure has no member named `offset' ../../../dev/pcic/i82365.c: In function `pcic_chip_mem_map': ../../../dev/pcic/i82365.c:928: error: structure has no member named `offset' *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-fdisk'ing a partition - permission denied?
On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Kevin Oberman writes: In any case, since GEOM was added you can no longer slice or label an active device. As a result, the only way I know of to change slices or labels on V5 is to boot off of CD or floppy Fixit disks or install disks. (I just had to do this on my laptop this morning.) If this is the case it is a bug in fdisk(8). The only restriction GEOM introduces is that you cannot change an _open_ device. Anything else is a bug. Change, or update? It's probable that fdisk is writing the entire partition table in one go. Shouldn't geom be ok it the bit that refers to open devices is the same as it was before? Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: re-fdisk'ing a partition - permission denied?
In message [EMAIL PROTECTED], Josef Karthauser writes: --7UIJfHqpdi+oBJdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Kevin Oberman write= s: =20 In any case, since GEOM was added you can no longer slice or label an active device. As a result, the only way I know of to change slices or labels on V5 is to boot off of CD or floppy Fixit disks or install disks. (I just had to do this on my laptop this morning.) =20 If this is the case it is a bug in fdisk(8). =20 The only restriction GEOM introduces is that you cannot change an _open_ device. Anything else is a bug. =20 Change, or update? It's probable that fdisk is writing the entire partition table in one go. Shouldn't geom be ok it the bit that refers to open devices is the same as it was before? Yes, exactly. I've put this on my list for when I get home. If somebody can make a small shell script which reproduces this, it will be fixed faster. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
route problems in 5.1-RELEASE
Howdy list, I'm having major problems with the route command today. My machine is an IBM Thinkpad A30p laptop, running FreeBSD 5.1-RELEASE. I have two interfaces. wi0 and fxp0 Normally, if I want to swap from wi0 to fxp0, all I have to do is: killall dhclient ifconfig wi0 down ifconfig fxp0 up dhclient fxp0 And I'm done. However, ocassionally this backfires, like it did today: My fxp0 interface is up: fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2d0:59ff:feaa:70ec%fxp0 prefixlen 64 scopeid 0x3 inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255 ether 00:d0:59:aa:70:ec media: Ethernet autoselect (100baseTX full-duplex) status: active And my wi0 interface is down: wi0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::220:e0ff:fe8a:9061%wi0 prefixlen 64 scopeid 0x2 inet 192.168.1.47 netmask 0xff00 broadcast 192.168.1.255 ether 00:20:e0:8a:90:61 media: IEEE 802.11 Wireless Ethernet autoselect (none) ssid WingNET 1:WingNET stationname FreeBSD WaveLAN/IEEE node channel -1 authmode OPEN powersavemode OFF powersavesleep 100 wepmode MIXED weptxkey 1 wepkey 1:128-bit But routes to the internet are still wanting to use the wi0 interface for some reason: [16:[EMAIL PROTECTED]:[~]# route get 206.30.215.2 route to: 206.30.215.2 destination: 206.30.215.2 gateway: 192.168.1.1 interface: wi0 flags: UP,GATEWAY,HOST,DONE,WASCLONED,PROTO3 recvpipe sendpipe ssthresh rtt,msecrttvar hopcount mtu expire 0 0 0 0 0 0 1500 3584 [16:[EMAIL PROTECTED]:[~]# I can change the interface on a per-route basis, but not globally: [16:[EMAIL PROTECTED]:[~]# route change 206.30.215.2 -iface fxp0 change host 206.30.215.2: gateway fxp0 [16:[EMAIL PROTECTED]:[~]# route get 206.30.215.2 route to: 206.30.215.2 destination: 206.30.215.2 gateway: fxp0:0.d0.59.aa.70.ec interface: fxp0 flags: UP,GATEWAY,HOST,DONE,WASCLONED,PROTO3 recvpipe sendpipe ssthresh rtt,msecrttvar hopcount mtu expire 0 0 0 0 0 0 1500 3582 [16:[EMAIL PROTECTED]:[~]# route get 206.30.215.4 route to: 206.30.215.4 destination: default mask: default gateway: 192.168.1.1 interface: wi0 flags: UP,GATEWAY,DONE,STATIC,PRCLONING recvpipe sendpipe ssthresh rtt,msecrttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 [16:[EMAIL PROTECTED]:[~]# Some funky combination of: ifconfig wi0 -alias And restarting dhclient fixed the problem, but it took forever. 1.) Is this a bug? 2.) If so, has it already been fixed in -CURRENT? Thanks! -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: route problems in 5.1-RELEASE
From: Jesse Guardiani [EMAIL PROTECTED] Date: Thu, 11 Sep 2003 16:19:42 -0400 Sender: [EMAIL PROTECTED] Howdy list, I'm having major problems with the route command today. My machine is an IBM Thinkpad A30p laptop, running FreeBSD 5.1-RELEASE. I have two interfaces. wi0 and fxp0 Normally, if I want to swap from wi0 to fxp0, all I have to do is: killall dhclient ifconfig wi0 down ifconfig fxp0 up dhclient fxp0 And I'm done. However, ocassionally this backfires, like it did today: Jesse, Try changing your list of commands to: killall dhclient ifconfig wi0 down route flush ifconfig fxp0 up dhclient fxp0 That should fix it up. I've been trying to get Lars Eggert's netswitch running with current. It will do all of the above, but it's probably over-kill for you case. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: route problems in 5.1-RELEASE
Kevin Oberman wrote: From: Jesse Guardiani [EMAIL PROTECTED] Date: Thu, 11 Sep 2003 16:19:42 -0400 Sender: [EMAIL PROTECTED] Howdy list, I'm having major problems with the route command today. My machine is an IBM Thinkpad A30p laptop, running FreeBSD 5.1-RELEASE. I have two interfaces. wi0 and fxp0 Normally, if I want to swap from wi0 to fxp0, all I have to do is: killall dhclient ifconfig wi0 down ifconfig fxp0 up dhclient fxp0 And I'm done. However, ocassionally this backfires, like it did today: Jesse, Try changing your list of commands to: killall dhclient ifconfig wi0 down route flush ifconfig fxp0 up dhclient fxp0 That should fix it up. Sorry for neglecting to mention it, but I did that, multiple times, in multiple places. I _didn't_ do it the FIRST time, but I did do multiple times after that. Perhaps I should do it the first time, from now on? Would that prevent the problem? -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
The bikeshed T-shirt
The bikeshed T-shirt which has been referred about was only produced in 5 copies and I hadn't really expected that so many people would ask me about it. I don't want to get into the clothing business, so if you want one, you'll probably have to make it yourself. I can ask the company which produced them if they will be willing to ship abroad, but I doubt they are set up for that sort of thing. The xfig source is here: http://phk.frebsd.dk/misc/bsdcon03.fig http://phk.frebsd.dk/misc/bsdcon03.pdf Enjoy... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
On Fri, 12 Sep 2003, Poul-Henning Kamp wrote: The bikeshed T-shirt which has been referred about was only produced in 5 copies and I hadn't really expected that so many people would ask me about it. I don't want to get into the clothing business, so if you want one, you'll probably have to make it yourself. I can ask the company which produced them if they will be willing to ship abroad, but I doubt they are set up for that sort of thing. The xfig source is here: http://phk.frebsd.dk/misc/bsdcon03.fig http://phk.frebsd.dk/misc/bsdcon03.pdf Enjoy... Note: before making a t-shirt, be sure to modify the image and select your favorite bikeshed color. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: The bikeshed T-shirt
Cool! BTW, the real links are: http://phk.freebsd.dk/misc/bsdcon03.fig http://phk.freebsd.dk/misc/bsdcon03.pdf ...but I would have used a blue bicycle and a white roof. ;-) John -Original Message- From: Poul-Henning Kamp [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2003 6:05 PM To: [EMAIL PROTECTED] Subject: The bikeshed T-shirt The bikeshed T-shirt which has been referred about was only produced in 5 copies and I hadn't really expected that so many people would ask me about it. I don't want to get into the clothing business, so if you want one, you'll probably have to make it yourself. I can ask the company which produced them if they will be willing to ship abroad, but I doubt they are set up for that sort of thing. The xfig source is here: http://phk.frebsd.dk/misc/bsdcon03.fig http://phk.frebsd.dk/misc/bsdcon03.pdf Enjoy... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Page fault on boot when probing IBM ServeRAID Adapter on Netfinity 4000R
hi, i've just got hold of an IBM Netfinity 4000R system (8653-45Y) which uses an IBM ServeRaid-3L to control two 9 gig disks. Drives are set up as a standard mirror, and online. Booting from 5.1-RELEASE and the latest snapshot i could find both result in a kernel panic on boot. i've included the dmesg for both kernels below, and would be grateful if anyone could offer any advice. many thanks, ian Copyright (c) 1992-2003 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 5.1-CURRENT-20030908-JPSNAP #0: Mon Sep 8 03:26:52 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0b41000. Preloaded mfs_root /boot/mfsroot at 0xc0b41200. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (745.00-MHz 686-class CPU) Origin = GenuineIntel Id = 0x681 Stepping = 1 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 1073741824 (1024 MB) avail memory = 1031286784 (983 MB) Pentium Pro MTRR support enabled md0: Preloaded image /boot/mfsroot 4423680 bytes at 0xc0707670 npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 pcib0: Intel 82443GX host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 agp0: Intel 82443GX host to PCI bridge mem 0xf000-0xf3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 UDMA33 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0x3000-0x301f at device 7.2 on pci0 uhci0: Could not allocate irq device_probe_and_attach: uhci0 attach returned 6 pci0: bridge, PCI-unknown at device 7.3 (no driver attached) fxp0: Intel 82559 Pro/100 Ethernet port 0x3040-0x307f mem 0xfea0-0xfeaf,0xfebff000-0xfebf irq 10 at device 17.0 on pci0 fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x4080 fxp0: EEPROM checksum @ 0x3f: 0xd29 - 0xd29 fxp0: Ethernet address 00:06:29:de:b9:ac miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Intel 82559 Pro/100 Ethernet port 0x3080-0x30bf mem 0xfe90-0xfe9f,0xfebfe000-0xfebfefff irq 11 at device 18.0 on pci0 fxp1: Disabling dynamic standby mode in EEPROM fxp1: New EEPROM ID: 0x4080 fxp1: EEPROM checksum @ 0x3f: 0xe29 - 0xe29 fxp1: Ethernet address 00:06:29:de:b9:ab miibus1: MII bus on fxp1 inphy1: i82555 10/100 media interface on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: PCI-PCI bridge at device 20.0 on pci0 pci2: PCI bus on pcib2 ips0: IBM ServeRAID Adapter port 0x2000-0x20ff mem 0xfe00-0xfe0f irq 9 at device 15.0 on pci2 ips0: reinitializing adapter, this could take several minutes. ips0: logical drives: 222 ipsd0: Logical Drive on ips0 GEOM: create disk ipsd0 dp=0xc6588b90 ipsd0: Logical Drive (1824184MB) ipsd1: Logical Drive on ips0 GEOM: create disk ipsd1 dp=0xc6588a90 ipsd1: Logical Drive (1824184MB) ipsd2: Logical Drive on ips0 GEOM: create disk ipsd2 dp=0xc6588990 ipsd2: Logical Drive (1824184MB) ipsd3: Logical Drive on ips0 GEOM: create disk ipsd3 dp=0xc6588890 ipsd3: Logical Drive (1824184MB) ipsd4: Logical Drive on ips0 GEOM: create disk ipsd4 dp=0xc6588790 Memory modified after free 0xc65aa080(124) panic: Most recently used by none Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db reset øø þø æ øDS Copyright (c) 1992-2003 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 5.1-RELEASE #0: Thu Jun 5 02:55:42 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0ac1000. Preloaded mfs_root /boot/mfsroot at 0xc0ac1200. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 744995420 Hz CPU: Intel Pentium III (745.00-MHz 686-class CPU) Origin = GenuineIntel Id = 0x681 Stepping = 1 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 1073741824 (1024 MB) avail memory = 1031827456 (984 MB) Pentium Pro MTRR support enabled md0: Preloaded image /boot/mfsroot 4423680 bytes at 0xc06877a4 npx0: math processor on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 pcib0: Intel 82443GX host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 agp0: Intel 82443GX host to PCI bridge mem
Re: route problems in 5.1-RELEASE
Hi, Normally, if I want to swap from wi0 to fxp0, all I have to do is: killall dhclient ifconfig wi0 down ifconfig fxp0 up dhclient fxp0 Why don't you just update to 5.X, run mergemaster- Then just remove the wi0 card and plug in a ethernet cable to the internal NIC ? This works wonderful here. No manual interaction needed anymore. Dhclient had a bunch of fixes for this problem, the rc system had it too. All of them are fixed. Martin Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED] -- ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: finger -l [EMAIL PROTECTED] PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
At 1:05 AM +0200 2003/09/12, Poul-Henning Kamp wrote: I don't want to get into the clothing business, so if you want one, you'll probably have to make it yourself. I can ask the company which produced them if they will be willing to ship abroad, but I doubt they are set up for that sort of thing. Problem solved. See http://www.cafeshops.com/cmvp.7534915. Note that these are being sold at cost (something any other CafePress member can confirm). The xfig source is here: http://phk.frebsd.dk/misc/bsdcon03.fig http://phk.frebsd.dk/misc/bsdcon03.pdf The PNG version I created is at http://www.shub-internet.org/brad/pictures/freebsd-bikeshed.png. Enjoy... I have interpreted your post to mean that it's okay for other people to print up t-shirts, based on this image. However, if you prefer that I take this down, just let me know. -- Brad Knowles, [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++): a C++(+++)$ UMBSHI$ P+++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++ h--- r---(+++)* z(+++) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
In message [EMAIL PROTECTED], Brad Knowles writes: I have interpreted your post to mean that it's okay for other people to print up t-shirts, based on this image. However, if you prefer that I take this down, just let me know. Yes, absolutely. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Question related to FreeBSD Serial Console...
On Tue, Sep 02, 2003 at 12:18:51PM +0100, [EMAIL PROTECTED] wrote: Hiya Unfortunately, many motherboards (BIOSs?) won't initialise a PS/2 keyboard interface unless a keyboard is connected at boot time, so if you plug in a keyboard subsequently it won't work. Nothing the OS can do in this case (I believe), and yes it's a PITA. Keyboard and mouse manufacturers usually give dire warnings about plugging in PS/2 devices when the machine is powered up, maybe that's the reason why. I've personally killed about 5 keyboards this way. I don't recommend hot plugging PS/2 keyboards. -gordon pgp0.pgp Description: PGP signature
Re: The bikeshed T-shirt
At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote: Yes, absolutely. Okay, it should be down in a few minutes. If you are serious about wanting to make the image available to others for use on t-shirts, I would encourage you to set up your own CafePress shop, as one of the easiest ways to quickly take any image you want and put it on a wide variety of different products from t-shirts, hats, aprons, mugs, and a whole host of others. -- Brad Knowles, [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++): a C++(+++)$ UMBSHI$ P+++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++ h--- r---(+++)* z(+++) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
At 2:00 AM +0200 2003/09/12, Brad Knowles wrote: Problem solved. See http://www.cafeshops.com/cmvp.7534915. Note that these are being sold at cost (something any other CafePress member can confirm). Per PHK's request, I am taking this down. The PNG version I created is at http://www.shub-internet.org/brad/pictures/freebsd-bikeshed.png. I will leave my PNG version of the bikeshed graphic in place, unless I get another request from PHK to remove it. -- Brad Knowles, [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++): a C++(+++)$ UMBSHI$ P+++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++ h--- r---(+++)* z(+++) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: The bikeshed T-shirt
At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote: Yes, absolutely. Okay, it should be down in a few minutes. If you are serious about wanting to make the image available to others for use on t-shirts, I would encourage you to set up your own CafePress shop, as one of the easiest ways to quickly take any image you want and put it on a wide variety of different products from t-shirts, hats, aprons, mugs, and a whole host of others. I interpreted his Yes, absolutely to be a grant of permission. I think he was replying to the first sentance, not the second. DS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
Brad Knowles wrote: At 2:00 AM +0200 2003/09/12, Brad Knowles wrote: Problem solved. See http://www.cafeshops.com/cmvp.7534915. Note that these are being sold at cost (something any other CafePress member can confirm). Per PHK's request, I am taking this down. My interpretation of phk's reply was that you could, you may want to check again. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
How do put an ATA disk into sleep/standby mode?
In my workstation, running 5.1-R, I have two disks, one containing FreeBSD, the other Windows. Since the Windows disk isn't used at all when in FreeBSD, I would like to put it into standby or sleep mode (whichever is necessary) to make it spin down, reducing heat and noise production--both of which have become a real problem. This is at least technically possible, since spinning down a disk is part of the APM sleep mode. The capabilities list atacontrol reports for the disk in question shows power management and advanced power management as being supported, and I've gotten Windows to spin down this disk. I haven't had any luck figuring out how to do this in FreeBSD, though. So how do I accomplish this? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
Brad Knowles wrote: At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote: Yes, absolutely. Okay, it should be down in a few minutes. If you are serious about wanting to make the image available to others for use on t-shirts, I would encourage you to set up your own CafePress shop, as one of the easiest ways to quickly take any image you want and put it on a wide variety of different products from t-shirts, hats, aprons, mugs, and a whole host of others. Err, Brad... I'm pretty sure PH was answering the first sentence, not the second. :-) Well, maybe you get to buy him a beer if you really like the t-shirt. :-) -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Steele: Aha! We've finally got you talking jargon too! Stallman: What did he say? Steele: Bob just used canonical in the canonical way. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
David Schwartz wrote: At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote: Yes, absolutely. Okay, it should be down in a few minutes. If you are serious about wanting to make the image available to others for use on t-shirts, I would encourage you to set up your own CafePress shop, as one of the easiest ways to quickly take any image you want and put it on a wide variety of different products from t-shirts, hats, aprons, mugs, and a whole host of others. I interpreted his Yes, absolutely to be a grant of permission. I think he was replying to the first sentance, not the second. Yes. Maybe we should remove Brad's commit bit until he puts the t-shirt up again??? :-) -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Steele: Aha! We've finally got you talking jargon too! Stallman: What did he say? Steele: Bob just used canonical in the canonical way. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
At 10:17 PM -0300 2003/09/11, Daniel C. Sobral wrote: Yes. Maybe we should remove Brad's commit bit until he puts the t-shirt up again??? :-) I concede that I may have mis-interpreted PHK's response, but before I consider putting the shirt design back up, I need to get explicit confirmation from him that this is okay. I thought about whether or not this was a mis-interpretation or not, but he's usually pretty careful about trimming the quote to which he is responding. I would have expected him to omit the last sentence of that paragraph if his response was positive, but since he kept it, I concluded that he was against the idea. The images should probably have a copyright statement attached to them, and specify under what kind of license they may be distributed under. I can add that to the PNGs I generated (at PHK's direction), or he can re-generate the source files from which I will work. -- Brad Knowles, [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++): a C++(+++)$ UMBSHI$ P+++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++ h--- r---(+++)* z(+++) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
bikeshed
Did you ever consider that your doing exactly what phk's logo protests? ;) Maybe that is why phk hasn't responded any further, because he's laughing at you! You have to admit that is just a bit ironic. -masta At 10:17 PM -0300 2003/09/11, Daniel C. Sobral wrote: Yes. Maybe we should remove Brad's commit bit until he puts the t-shirt up again??? I concede that I may have mis-interpreted PHK's response, but before I consider putting the shirt design back up, I need to get explicit confirmation from him that this is okay. I thought about whether or not this was a mis-interpretation or not, but he's usually pretty careful about trimming the quote to which he is responding. I would have expected him to omit the last sentence of that paragraph if his response was positive, but since he kept it, I concluded that he was against the idea. The images should probably have a copyright statement attached to them, and specify under what kind of license they may be distributed under. I can add that to the PNGs I generated (at PHK's direction), or he can re-generate the source files from which I will work. -- Brad Knowles, [EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++): a C++(+++)$ UMBSHI$ P+++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++ h--- r---(+++)* z(+++) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The bikeshed T-shirt
In message [EMAIL PROTECTED], Brad Knowles writes: At 2:11 AM +0200 2003/09/12, Poul-Henning Kamp wrote: Yes, absolutely. Okay, it should be down in a few minutes. You misunderstood: Yes, it is absolutely OK for you do print T-shirts, mugs, or anything else you might want to use it on. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bikeshed
In message [EMAIL PROTECTED], [EMAIL PROTECTED] ibsd.org writes: Did you ever consider that your doing exactly what phk's logo protests? ;) Maybe that is why phk hasn't responded any further, because he's laughing at you! You have to admit that is just a bit ironic. Well, the reason I didn't answer until now was that I was eating some sort of fish (species now forgotten). But let me make it 100% clear: You can use the no bikeshed logo for anything you want, anywhere you want, anytime you want with the following simple exception: YOU MAY NOT UNDER ANY CIRCUMSTANCES _EVER_ make it the subject of a bikeshed discussion. :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Crash in swapgeom_strategy?
Hello. My FreeBSD server has been getting panics for the last few days and the panics always refer to swapgeom_strategy. Here's a transcription of what I can see: vimes# uname -a FreeBSD vimes.eivind 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Sep 10 09:36:05 CEST 2003 [EMAIL PROTECTED]:/usr/obj/src/sys/VIMES i386 The sources were cvsup'ed in the evening on the 9th of September (evening according to CET). I have not been able to produce a crash dump. Does anyone have any suggestions as to what might be wrong? Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04a8f4c stack pointer = 0x10:0xcaf25a44 frame pointer = 0x10:0xcaf25a5c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 6 (pagedaemon) kernel: type 12 trap, code=0 Stopped at swapgeom_strategy+0x3c: movl%edi,0x40(%eax) db show reg cs 0x8 ds0x10 es0x10 fs0x18 ss0x10 eax 0 ecx 0 edx0x4 ebx 0xc1f8eb80 esp 0xcaf25a44 ebp 0xcaf25a5c esi 0xc5ab87f8 edi 0xc5ab87f8 eip 0xc04a8f4c swapgeom_strategy+0x3c efl0x10246 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0x0ff0 dr5 0x400 dr6 0x0ff0 dr7 0x400 swapgeom_strategy+0x3c: movl%edi,0x40(%eax) db trace swapgeom_strategy(c5ab87f8,c1f8eb80,0,0,0) at swapgeom_strategy+0x3c swp_pager_strategy(c5ab87f8,200,0,3a1,0) at swp_pager_strategy+0xc5 swap_pager_putpages(c27ba784,caf25b80,1,0,caf25af0) at swap_pager_putpages+0x452 vm_pageout_flush(caf25b80,1,0,1,0) at vm_pageout_flush+0x18b vm_pageout_clean(c098d268,0,0,0,0) at vm_pageout_clean+0x2cd vm_pageout_scan(0,c0632120,44,c0565bb1,1f4) at vm_pageout_scan+0x6ff vm_pageout(0,caf25d48,0,0,0) at vm_pageout+0x368 fork_exit(c04becc0,0,caf25d48) at fork_exit+0xb1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcaf25d7c, ebp = 0 --- db panic panic: from debugger Debugger(panic) Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc04e9e64 stack pointer = 0x10:0xcaf257bc frame pointer = 0x10:0xcaf257c8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= IOPL = 0 currnet process = 6 (pagedaemon) Stopped at swapgeom_strategy+0x3c: movl%edi,0x40(%eax) db panic panic: from debugger Uptime: 12h58m23s panic: free locked buf Uptime: 12h58m24s Dumping 191 MB ...and there it just hangs... -- Regards Eivind Olsen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bikeshed
On Fri, Sep 12, 2003 at 04:02:03AM +0200, [EMAIL PROTECTED] wrote: Did you ever consider that your doing exactly what phk's logo protests? ;) Maybe that is why phk hasn't responded any further, because he's laughing at you! You have to admit that is just a bit ironic. Actually looks more like tears here at the BSDcon front... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
