IPv6: can a link-site (or global) address be configured in rc.conf?
Hello, Now that I have several machines running FreeBSD 4.0, I started to play with IPv6. It's fun! I have plans to set up a v6-over-v4 tunnel and connect to the 6Bone. I read /usr/share/examples/IPv6/USAGE, /usr/share/doc/IPv6/IMPLEMENTATION and some documents at the KAME web site. However, I still have to figure out how to assign a not-link-local address (i.e., a site or global address) to the [unique] Ethernet interface of each host in an automatic manner (from /etc/rc.conf). After reading /etc/rc.network6 I concluded that no addresses apart from the link-local ones are assigned to the interfaces. I am using ifconfig manually to do this (BTW, I found that there is no need to specify "alias"). I am new to IPv6, so maybe I am asking for something with no sense... My congratulations to the IPv6 team. Great job! TIA, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPv6: can a link-site (or global) address be configured in rc.conf?
Bill Fenner wrote: Bruce is right that machines expect to learn their prefixes from their local router; however if you're just playing around you might want to set it yourself. The easiest way I've found to do this is to say that this machine is a router: # sysctl -w net.inet6.ip6.forwarding=1 net.inet6.ip6.forwarding: 0 - 1 and then run "prefix" to set a site-local prefix: # prefix dc0 fec0:0:0:1:: # ifconfig dc0 dc0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2a0:ccff:fe36:7410%dc0 prefixlen 64 scopeid 0x1 inet6 fec0::1:2a0:ccff:fe36:7410 prefixlen 64 Of course, if you have global address space too you can assign that prefix too. Thanks Bruce and Bill!. I suspected something like this. I read about IPv6 autoconfiguration, but since I am playing with site-local addresses and I have no IPv6 router [yet], I wondered about how to configure the IPv6 site-local address. Well, my problem is solved, and now I understand IPv6 better. Thanks again, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
suggestion: a g77 - f77 link
Hello, While trying to compile Scilab-2.5 (the math/Scilab port is outdated), I found that the "configure" script, when instructed to use the GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler is installed as /usr/bin/f77. The solution is simple: "ln f77 g77", but I think that the "g77" link should be standard, since it's coherent with the existence of the "cc" and "gcc" links. I think that this patch could do the trick: -- BEGIN --- gnu/usr.bin/cc/f77/Makefile.origMon Jan 24 21:12:05 2000 +++ gnu/usr.bin/cc/f77/Makefile Mon Mar 13 16:53:11 2000 @@ -7,6 +7,9 @@ PROG= f77 SRCS= gcc.c g77spec.c version.c +LINKS= ${BINDIR}/f77 ${BINDIR}/g77 +MLINKS= f77.1 g77.1 + DPADD+=${LIBCC_INT} ${LIBCC_FBSD} LDADD+=${LIBCC_INT} ${LIBCC_FBSD} END Cheers, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: suggestion: a g77 - f77 link
David O'Brien wrote: NO. I will not apply this link. BSD has always had a "f77" command. It has not always had a "g77" command. The G77 developers should have installed a "f77" compatability link. It is their fault this misspelling is perpitrating forward. All the world is not Gfoo. I agree: all the world is not Gfoo. But my argument is: when GNU C was integrated in FreeBSD, a "gcc" command was added. Once the GNU Fortran compiler has been also integrated, a "g77" command should be added, too. This is ugly, but it's coherent with "gcc" and may avoid some problems for some users. Anyway, I don't want to start a "g77 war" :-) If nobody likes the idea, OK, I'll forget it. I hate Fortran, after all! --I am not a Quiche Eater, however-- ;-) Cheers, -- JMA Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: suggestion: a g77 - f77 link
Hi David, Now, a week after the discussion, what do you think about my proposal of the "g77" link under /usr/bin? IMHO, the following facts are all good reasons for creating the link: - the output of "f77 -V", "f77 --version", "man f77", and "info g77"; - our Fortran compiler _is_ GNU Fortran, i.e., g77; - there are configure scripts which [legitimately] look for g77 when instructed to use the GNU Fortran compiler; - we already have a "gcc" link. I understand (and agree) your arguments against Gfoo, but I think that the benefits of the g77 link are worth the "sacrifice" (gsacrifice?) :-) Regards, -- JMA * Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] * "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: suggestion: a g77 - f77 link
David O'Brien wrote: On Mon, Mar 20, 2000 at 11:48:02AM +0100, Jose M. Alcaide wrote: Now, a week after the discussion, what do you think about my proposal of the "g77" link under /usr/bin? What part about "NO" was unclear? Hey, OK, don't get upset! :-) You are the maintainer, so you have the authority about this issue. Simply, I thought that, after explaining my arguments and Satoshi giving his opinion, there was a chance that you might changed your mind. If this not the case, well, forget it. I'll do, too. End of discussion. Regards, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Yet another breakage this week ...
Salvo Bartolotta wrote: Well, I downloaded the sources again "today" (at 11 GMT on May, 25) to compile ONLY the kernel -- without remaking the world. The good news is that the ipfilter module compiles; the bad news that there's a problem (read ``Error code 1'') in .../modules/twe/twe.c at line 1488, 1495, 1496: structure has no member named tqh_something. I bumped into the same problems. If you need to compile a new kernel, edit sys/modules/Makefile and delete "twe" from the list of subdirs. I think this problem will be fixed in a few hours. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SB AWE64 not recognised anymore
Ollivier Robert wrote: I just upgraded my home machine from 4.0-R to 5.0-CURRENT and have found something odd. I have an ISA PnP SB AWE64 in the machine and it is not seen by the system at all. -CURRENT kernel built last Thursday recognizes my AWE64 PnP: $ uname -a FreeBSD defiant.we.lc.ehu.es 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu May 25 11:43:13 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/DEFIANT i386 $ /sbin/dmesg | fgrep sbc sbc0: Creative SB AWE64 at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: SB DSP 4.16 on sbc0 -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
how to update Prism-2.5 firmware? (was: Re: new wi0 slowness)
On Sun, Jan 19, 2003 at 07:46:11PM -0800, Sam Leffler wrote: Finally, you may want to try different station firmware in your Dlink card. I run 1.4.9 in my Senao (Prism 2.5) cards with good success. I don't recall whether there were issues with 1.3.6 (I know some of the intermediate versions had problems especially in hostap mode). You can get 1.4.9 firmware at http://www.netgate.com/support/prism_firmware/. Sam, could you briefly explain the procedure for updating the firmware? I have several D-Link 650 cards which are showing problems while doing big transfers with WEP turned on (4.7-RELEASE), and I expect that a new firmware may solve this problem. Thanks! -- * Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] * * Go ahead... make my day -- Harry Callahan * To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: arp: some ether addr is using my IP address 0.0.0.0! ??!?!?
On Wed, Oct 17, 2001 at 10:55:25PM -0800, Beech Rintoul wrote: On Wed, 17 Oct 2001, Jose M. Alcaide wrote: After rebuilding the kernel two days ago (Oct 15), I am getting lots of messages like these: arp: 00:30:65:de:99:32 is using my IP address 0.0.0.0! arp: 00:0a:27:b0:a7:06 is using my IP address 0.0.0.0! arp: 00:30:65:d1:2f:cc is using my IP address 0.0.0.0! arp: 00:30:65:e9:57:5e is using my IP address 0.0.0.0! and so on. Neither ifconfig(8) nor arp(8) show anything unusual. I'm having the exact same problem. I connect to a large subnet /12 and I'm getting flooded with these. This just started about a week ago. I'm also not using DHCP. Any way of blocking this short of turning off all kernel messages? I found something interesting: these messages are caused by ARP requests carrying 0.0.0.0 as the sender IP address. All of them come from Apple Macintosh (over 40 different machines). I am not sure whether 0.0.0.0 is a legal sender IP address in an ARP request; 0.0.0.0 means this host, so that I think that it is a valid address when the machine doing the ARP request does not know its IP address yet (though this sounds stupid). Anyway, the fact is that -CURRENT can flood the console and /var/log/messages if there are many Macintosh sending these ARP requests in a LAN (as it is our case). I think that there is no reason to printf these messages, since 0.0.0.0 is a valid IP address meaning this host. -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: arp: some ether addr is using my IP address 0.0.0.0! ??!?!?
On Fri, Oct 19, 2001 at 11:12:48AM +0200, Harti Brandt wrote: I have run tcpdump all night to find out what happens. The host receives an ARP request with a source address of 0.0.0.0: 18:33:51.222688 arp who-has hydra tell 0.0.0.0 0001 0800 0604 0001 0030 65c6 a174 c1af 8755 I think, this may happen if the host does not yet know it's IP address (DHCP maybe?). But FreeBSD-current for some unknown reason answers to this request: 18:33:51.222835 arp reply 0.0.0.0 is-at 0:60:97:a:99:f 0001 0800 0604 0002 0060 970a 990f 0030 65c6 a174 and then prints: Oct 18 18:33:51 scotty /boot/kernel/kernel: arp: 00:30:65:c6:a1:74 is using my IP address 0.0.0.0! Same here. My -CURRENT system is replying to those ARP request which carry 0.0.0.0 as sender IP address: 14:43:33.706099 arp who-has 158.227.48.193 (ff:ff:ff:ff:ff:ff) tell 0.0.0.0 14:43:33.706152 arp reply 0.0.0.0 is-at 0:d0:b7:3e:a0:fb I think this is because I have an interface that is up and has NO IP address: I don't think so: # ifconfig -a fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 158.227.6.52 netmask 0xff00 broadcast 158.227.6.255 inet6 fe80::2d0:b7ff:fe3e:a0fb%fxp0 prefixlen 64 scopeid 0x1 inet6 fec0::9ee3:634 prefixlen 120 ether 00:d0:b7:3e:a0:fb media: Ethernet autoselect (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff00 Something is broken in the ARP implementation of -CURRENT. --JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
arp: some ether addr is using my IP address 0.0.0.0! ??!?!?
After rebuilding the kernel two days ago (Oct 15), I am getting lots of messages like these: arp: 00:30:65:de:99:32 is using my IP address 0.0.0.0! arp: 00:0a:27:b0:a7:06 is using my IP address 0.0.0.0! arp: 00:30:65:d1:2f:cc is using my IP address 0.0.0.0! arp: 00:30:65:e9:57:5e is using my IP address 0.0.0.0! and so on. Neither ifconfig(8) nor arp(8) show anything unusual. Somebody reported this problem about two weeks ago, but there were no answers. Any ideas? Cheers, JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: arp: some ether addr is using my IP address 0.0.0.0! ??!?!?
On Wed, Oct 17, 2001 at 12:11:45PM -0700, Julian Elischer wrote: I've seen this when DHCP fails to allocate an address. But I am not using DHCP. Maybe there are other machines in the LAN (it is a *big* LAN) trying to get their addresses using DHCP, and now -CURRENT shows a message whenever detects one of those packets. I will try to identify the senders (over 40!). Anyway, these 0.0.0.0 ARP messages are new in -CURRENT, and none of our machines running FreeBSD 4.x show them. -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
cannot exec `cpp0': No such file or directory
Hello, Just made world, and now cc(1) fails: $ cc p.c -o p cc: installation problem, cannot exec `cpp0': No such file or directory Using ktrace(1), I found that now cc searchs its subcomponents in /usr/libexec/elf. However, installworld puts them in /usr/libexec. Nothing is said about this problem in UPDATING. Could this problem be related to the recent changes to src/gnu/usr.bin/cc/cc_tools/freebsd-native.h (1.10, 1.11)? Cheers, JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cannot exec `cpp0': No such file or directory
On Wed, Feb 20, 2002 at 09:21:14AM -0800, David O'Brien wrote: I need to see the output of ``/usr/bin/cc -print-search-dirs'' from the problematic compiler. $ /usr/bin/cc -print-search-dirs install: /usr/libexec/(null) programs: /usr/libexec/elf/ libraries: /usr/lib/ -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Mouse frozen in X when returning from text console
Benedikt Schmidt wrote: Same problem here on current (make world + kernel last week) with Xfree86 4.0.1 using a V3000 and and ps2 mouse. I tried using "Device" "/dev/mouse" with moused and "Device" "/dev/psm0" without moused. With both settings the mouse is frozen after switching back to X. I didn't have this problem with Xfree 4.0. It just appeared when I updated to the new 4.0.1 port. I don't have this problem on Linux using Xfree86 4.0.1 on the same computer. This problem is not specifically related to -CURRENT; it happens with XFree86 4.0.1 when the configured mouse protocol is "Auto". Another glitch: "Protocol SysMouse" does not work with moused; however, "Protocol Mousesystems" does. -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
processes only consume system time ????
This happens with freshly built -CURRENT, on an uniprocessor machine: $ cat loop.c main() { while (1); } $ time ./loop [ wait for ten seconds... ] ^C real0m9.982s user0m0.000s sys 0m5.689s Uh? Other utilities, such as top(1) and systat(1) show that 100% of time is accounted to the system. I imagine that this is related to SMPng... Any clues? Cheers, -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: processes only consume system time ????
John Baldwin wrote: Yes. This is a FAQ. The accounting is screwed up, and some of the statistics are wrong. Your system is scheduling processes close enough to normal that you shouldn't have any problems. Ah, I am sorry. I searched the -current archives but I didn't find anything related. And yes, I supposed that this problem was an accounting issue, since the scheduling works fine indeed. Thanks, -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall's console keymap menu
Jordan Hubbard wrote: OK, if I understood correctly, is this patch reasonable at this time? Yes, this looks much better! Jordan, what do you think about making the keymap selection the first step of the "Standard" installation? Cheers, -- JMA ****** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall's console keymap menu
Jordan Hubbard wrote: Jordan, what do you think about making the keymap selection the first step of the "Standard" installation? Most people don't need to set it, and the Standard install is all about trying to take the "most general" path. If I'm wildly wrong about this anywhere but Spain, I'm certainly willing to revisit the decision. :) H... There are many countries/languages which use keyboards with different layouts. This affects the location of some important signs such as "/". It's very annoying for a new FreeBSD user typing "/" while getting "" in the disklabel screen, for example. Cheers, -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: To those with ATA probe problems
Soren Schmidt wrote: I've put patches for 4.2-BETA (diff-4.2) and for -current (diff-5.0) on ftp://freebsd.dk/pub/ATA Please try them and mail me the dmesg from your system. After losing ata1 (440BX chipset), I applied the patches to 4.2-BETA and ata1 was detected again. You can find the dmesg output attached. -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** Copyright (c) 1992-2000 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 4.2-BETA #1: Fri Nov 10 13:20:22 CET 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FUJITSU Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 134152192 (131008K bytes) avail memory = 127586304 (124596K bytes) Preloaded elf kernel "kernel" at 0xc0304000. Pentium Pro MTRR support enabled md0: Malloc disk apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI Mach64-GB graphics accelerator at 0.0 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xf000-0xf00f at device 7.1 on pci0 ata0: mask=03 status0=50 status1=00 probe ATAPI master a=00 b=00 probe ATAPI slave a=00 b=00 ata0: mask=03 status0=50 status1=00 probe ATA master a=01 b=a5 devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: mask=03 status0=50 status1=00 probe ATAPI master a=14 b=eb probe ATAPI slave a=7f b=7f ata1: mask=03 status0=00 status1=00 devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371AB/EB (PIIX4) USB controller at 7.2 chip1: Intel 82371AB Power management controller port 0x5000-0x500f at device 7.3 on pci0 fxp0: Intel Pro 10/100B/100+ Ethernet port 0xd400-0xd43f mem 0xe900-0xe90f,0xe910-0xe9100fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:90:27:e7:3b:60 pcm0: ESS Solo-1E port 0xe800-0xe803,0xe400-0xe403,0xe000-0xe00f,0xdc00-0xdc0f,0xd800-0xd83f irq 10 at device 11.0 on pci0 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ad0: 8223MB ST38410A [16708/16/63] at ata0-master UDMA33 acd0: CDROM LTN403 at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s2a
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 03:56:11PM +0100, Mark Murray wrote: If you want to do that, go ahead. My plan is to move some _FreeBSD_ games into a port and remove them from base. What do you think about moving fortune, primes, factor, grdc, pom, etc. to /usr/bin, and then removing /usr/games? JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 10:42:46AM -0700, Nate Lawson wrote: On Wed, 9 Oct 2002, Jose M. Alcaide wrote: What do you think about moving fortune, primes, factor, grdc, pom, etc. to /usr/bin, and then removing /usr/games? The most clever way to axe one change is to suggest an additional, more controversial and less necessary change, and then insist they be bundled together. Too bad I have seen through your nefarious plan. Rats! ;-) -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
just FYI: playing with PnP and device.hints
Hello, I have been playing with PnP and device hints. Using a device.hints with hints for all the drivers, some "PNPxxx can't assing resources" messages showed up at boot. Then I removed hints one by one, until I ended up with these: hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.atkbd.0.flags="0x1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.sc.0.at="isa" If I remove the hints for fd, the floppy is not attached (fd0c is). Something similar happens with atkbd and psm, and also with sc. Using the hints given above, I only get one PNPxxx..." message for the PNP0f13 device. I found that this message is not shown after removing the psm hints, so I suspect that the PNP0f13 device is the PS/2 port. However, I must keep the psm hints for getting the psm driver attached. All the rest of ISA devices are found and attached without problems. I include the dmesg output for reference. I have "PnP OS = yes" in the BIOS setup, BTW. Just FYI ;-) Cheers, -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** Copyright (c) 1992-2001 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.0-CURRENT #1: Wed Feb 7 15:04:53 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEFIANT Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (342.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x650 Stepping = 0 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134152192 (131008K bytes) avail memory = 127049728 (124072K bytes) Preloaded elf kernel "kernel" at 0xc036c000. Preloaded elf module "joy.ko" at 0xc036c09c. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fde00 apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443LX (440 LX) host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 pci0: mass storage, ATA at 7.1 (no driver attached) pci0: serial bus, USB at 7.2 (no driver attached) pci0: bridge, PCI-unknown at 7.3 (no driver attached) fxp0: Intel Pro 10/100B/100+ Ethernet port 0xe400-0xe43f mem 0xe300-0xe30f,0xe3101000-0xe3101fff irq 15 at device 15.0 on pci0 fxp0: Ethernet address 00:d0:b7:3e:a0:fb ahc0: Adaptec aic7880 Ultra SCSI adapter port 0xe800-0xe8ff mem 0xe310-0xe3100fff irq 11 at device 20.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs isa0: unexpected small tag 14 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sbc0: Creative SB AWE64 at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: SB16 DSP 4.16 on sbc0 midi0: SB Midi Interface on sbc0 midi1: SB OPL FM Synthesizer on sbc0 joy0: Generic PnP Joystick at port 0x200-0x207 on isa0 midi2: CTL0022 WaveTable Synthesizer at port 0x620-0x623,0xa20-0xa23,0xe20-0xe23 on isa0 emu2: DRAM size = 512KB atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 irq 1 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 unknown: PNP0f13 can't assign resources sio0: 16550A-compatible COM port at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A fdc0: NEC 72065B or clone at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 ppc0: Standard parallel printer port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode sio1: 16550A-compatible COM port at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 10 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s2a cd0 at ahc0 bus 0 target 5 lun 0 cd0: TOSHIBA CD-ROM XM-6201TA 1030 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: FUJITSU M2513E 0050 Removable Optical SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: IBM DDRS-34560W S92A Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C)
Re: telnet broken with auto-negotiation of encrypt/decrypt change
Harti Brandt wrote: 162 [hbb] (beagle) netgraph_atm/tests/ccatm # telnet scotty Trying 193.175.135.70... Connected to scotty. Escape character is '^]'. Trying SRA secure login: User (hbb): ^C^C^C^C^]^]^]^\^\^\^\^\ Password: [ SRA login failed ] User (hbb): ^Z [1]+ Stopped telnet scotty 164 [hbb] (beagle) netgraph_atm/tests/ccatm # kill %1 [1]+ Terminated telnet scotty I can confirm this *bad* telnet behavior under 4.3-BETA, which is still worse :-( -- JMA ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
first impressions after upgrading from 3.4-RELASE to 4.0-20000209-CURRENT
I have just finished a net install of 4.0-2209-CURRENT using the sysinstall's "Upgrade" procedure, over a 3.4-RELEASE system. Well, the system is now running OK, but I found some small issues. First, I must say that I was not following the -CURRENT branch since the transition to 3.1-STABLE. This means that my point of view is similar to that of many users who will install 4.0-RELEASE. The target machine is based on a Iwill PIILS motherboard (with integrated Adaptec 7880 SCSI controller), and it has no ATA peripherals. Its ethernet adapter is a 3COM509 (until I can borrow a better card ;-) ). 1. Just after booting the install kernel, I went to the visual configuration screen in order to disable all drivers for unexistent devices. My first surprise was that the ep(4) driver was not listed. However, the install kernel includes this driver: the card was correctly detected. I think that this issue should be documented somewhere, or lots of questions will flood the mailing lists :-) 2. From sysinstall, I selected the "Upgrade" option, the "X-User" distribution, and I customized it adding "games". However, /usr/games was not touched by the upgrade. 3. I selected "ftp7.de.freebsd.org" as installation media. However, the directory was not found; then, I had to specify the exact URL: ftp://ftp7.de.freebsd.org/pub/FreeBSD/snapshots/i386/. 4. After finishing an upgrade (using sysinstall or "make world") I always examine /sbin, /bin, /usr/sbin, /usr/bin, /usr/libexec and /usr/lib, searching for old binaries and libraries that must be removed or that should have been overwritten by the new versions. And I found that there was two files under /usr/libexec not touched by the upgrade: mail.local and ld-elf.so. They have the "schg" flag, so I think that the upgrade failed to overwrite them. 5. Next step: build a custom kernel. I knew that the gcc compiler is new, and I typed a "man cc" to find that I can use a "-march=pentiumpro" flag. Great! Then, I edited /etc/make.conf and... where is the new make.conf? In /etc/upgrade? No! In /usr/src/etc? No! I found it after doing a "grep make.conf /usr/share/mk/*": it resides in /etc/defaults! OK, I created a new /etc/make.conf only containing the changes from the defaults. 6. Boot the new kernel. The boot messages seem OK, except: ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs isa0: unexpected tag 14 THIS! ?? fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 7. I tested sound and it did not work. What happened? Easy: the new pcm driver attachs itself as "pcm0" instead of "pcm1". Then, I remade the sound devices with ./MAKEDEV snd0, and sound worked again. 8. I started X (I use KDE) and it worked, even after removing the old libraries. This is good, as I don't want to compile KDE today :-) Using ldd(1) I listed the shared libraries used by some KDE binaries, to find that some libs are under /usr/lib/compat. Well, this means that KDE (like most ports, I suppose) should be recompiled. But then, a thought crossed my mind: what about XFree86? The binaries have been built for FreeBSD 3.x! And indeed: /usr/X11R6/bin/XF86_SVGA: libxpg4.so.2 = /usr/lib/libxpg4.so.2 (0x282ee000) libz.so.2 = /usr/lib/libz.so.2 (0x282f2000) libm.so.2 = /usr/lib/libm.so.2 (0x282ff000) libc.so.3 = /usr/lib/compat/libc.so.3 (0x2831a000) = Hummm... This is ugly. This means that the XFree86 3.3.6 which will be distributed with 4.0-RELEASE needs the "compat3x" libraries. This should be documented somewhere. That's all for the moment. Sorry for the long message, but I thought that this information could be useful. Cheers, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: XFree86 Libraries
"Patrick M. Hausen" wrote: Hi all! I don't know if this has been addressed already, but the archives are offline. I started using current by installing 2127-SNAP of current.freebsd.org including XFree86 3.3.6. The Xfree86 a.out libraries were missing from the installtion tarballs, so e.g. Netscape would not run. I can confirm this problem with 4.0-2209-CURRENT. I did not detected it myself because I did an upgrade and the old XFree86 3.3.5 a.out libraries are still in /usr/X11R6/lib/aout. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
S/Key authentication fails for ftpd
The subject says all ;-). System version: 4.0-2229-CURRENT (ftpd 6.00LS). However, S/Key authentication works for telnet and login. Of course, the simple cleartext password authentication method does work for ftpd. It looks like a bug in ftpd (or PAM?). -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: first impressions after upgrading from 3.4-RELASE to 4.0-20000209-CURRENT
Kenneth Wayne Culver wrote: Hummm... This is ugly. This means that the XFree86 3.3.6 which will be distributed with 4.0-RELEASE needs the "compat3x" libraries. This should be documented somewhere. if you cd to /usr/ports/x11/XFree86 and do a make... this problem will be solved. Yes. I know how to solve this problem ;-), but just think of many users that will install (or upgrade to) 4.0-RELEASE. I suggest that the need of compat3x for XFree86 (the XFree86 3.3.6 distributed with 4.0-RELEASE) should be clearly stated. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Quirk in the latest 4.0-RC install disk ?
[EMAIL PROTECTED] wrote: Hello, I've just installed 4.0 from the latest Release Candidate (iso image gotten from the freebsd ftp and burned this morning) the install itself went smooth, but I can't start X11 : there seems to be a bug in the dynamic libraries : % ldd `which xinit` /usr/X11R6/bin/xinit: libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x28066000) libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x28078000) libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x280c) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x280c9000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x280de000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x280ea000) libxpg4.so.2 = /usr/lib/libxpg4.so.2 (0x28189000) libc.so.4 = /usr/lib/libc.so.4 (0x2818d000) libXThrStub.so.6 = not found (0x0) libXThrStub.so.6 = not found (0x0) % what's this libXThrStub.so.6 ? Hu... I did an upgrade through the network (using sysinstall), and libXThrStub.so.6 _was_ installed: -rwxr-xr-x 1 root wheel 8936 8 ene 17:42 /usr/X11R6/bin/xinit -rwxr-xr-x 1 root wheel 3909 8 ene 17:42 /usr/X11R6/lib/libXThrStub.so.6 -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: S/Key authentication fails for ftpd
Yoshinobu Inoue wrote: As far as I confirmed, following trial fixed this situation. -Disabled pam authentication in ftpd.c, pass() -Or, change the pam.conf entry like below. - other authrequiredpam_unix.so try_first_pass + other authrequiredpam_skey.so try_first_pass I confirm that the change in the pam.conf entry also fixes the problem in my environment. Thanks, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
Alexander Leidinger wrote: On 15 Feb, Jose M. Alcaide wrote: I found an annoying problem: the line drawing chars are not drawn in xterms. This can be tested with talk(1), grdc(6), or simply with a command like "dialog --yesno Test 5 15". However, it works from the system console, using TERM=cons25 and TERM=cons25l1. If using TERM=xterm-color from an xterm, the background color of the line drawing character boxes is correct, but the character itself does not appear. Works here without problems (TERM = xterm xterm-color). Wild guess: Does your shell support 8bit-chars? Very surprising. Yes, the shell correctly displays 8-bit characters. The system is 4.0-2209-CURRENT, but I have just rebuilt libncurses and termcap. I was using bash with LANG=es_ES.ISO_8859-1, but I did the tests again using sh with LANG=C (8bit-clean, anyway), to no avail. Any ideas? -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: feedback on CD install of 4.0-RC2
Brian Beattie wrote: On Sun, 20 Feb 2000, Daniel C. Sobral wrote: "Guided". I like it. That's *PRECISELY* what this installation option is. There is NO difference in the number of choices available in any of the three types. Guided/Express/Expert. That's my vote. This still implies that Expert nee Custom is superior to Guided nee Novice, in ways that it is not. As far as I can tell the only thing Expert provides is the ability to skip steps and to do steps in the wrong order so that the install will fail. Standard/Express/Exceptional. Would be my vote, if I had a vote which I'm sure I don't. Guided/Express/Dangerous ? -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
why DIS_8859_15 instead of ISO_8859_15 ?
Hello, One simple question: why are the 8859-15 locales (under /usr/share/locale) named DIS_8859-15 instead of ISO_8859-15? And this affects XFree86, because /usr/X11R6/lib/X11/locale/locale.alias uses "ISO" and not "DIS" for its ISO_8859-15 entries. Cheers, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
"Roden, Thomas" wrote: Problem 2 After installing bash-2.03 from the 3.4 packages, attempting to run bash yields: /usr/libexec/ld-elf.so.1: Shared object "libhistory.so.3" not found 'ln -s libhistory.so.4 libhistory.so.3' fixes? the problem I assumed (perhaps incorrectly) that installing the compat3x option allowed 3.4 executables to run. I bumped into this same problem, because I did an upgrade over a 3.4 system, where bash was already installed. After I deleted the old libhistory.so.3, I could not start bash again. At first, I thought that the problem could be an outdated ldconfig database, but it seems that there is a library version mismatch. Then, the solution is to recompile the bash port or install the bash package built for FreeBSD 4.0. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
annoying problem with ncurses, acs_chars and xterm
I found an annoying problem: the line drawing chars are not drawn in xterms. This can be tested with talk(1), grdc(6), or simply with a command like "dialog --yesno Test 5 15". However, it works from the system console, using TERM=cons25 and TERM=cons25l1. If using TERM=xterm-color from an xterm, the background color of the line drawing character boxes is correct, but the character itself does not appear. I examined termcap(5) and everything seems correct. Even I substituted /usr/X11R6/lib/X11/xterm.termcap for the xterm entries of the stock termcap, to no avail. Something appears to be broken in 4.0's ncurses... -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
Warner Losh wrote: In message [EMAIL PROTECTED] Alexander Leidinger writes: : Works here without problems (TERM = xterm xterm-color). : : Wild guess: Does your shell support 8bit-chars? No. The line drawing characters aren't 8 bit characters on VT100 derived terminals. My guess is that you don't have a proper line drawing font installed on your system for the font you are using for the xterm. Been too long since I read the man page to know what you need to tweak, but I'm sure that it is there. You are right! I was using the "lucidatypewriter" font (I really _like_ that font). I switched the xterm to use "fixed" font and the line drawing characters now appear. Hummm... is there any way to force ncurses to use the old '-', '|' and '+' characters for drawing lines and boxes (perhaps the "ac" termcap capabilility)? I prefer lucidatypewriter over fixed font. Thank you very much, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: feedback on CD install of 4.0-RC2
John Reynolds~ wrote: o Finally, again, it seems to me that the skeleton .cshrc, .profile, etc. files that are used for accounts creating during install should have the following variables set: setenv LC_ALL en_US.ISO_8859-1 setenv LC_CTYPE en_US.ISO_8859-1 setenv LANG en_US.ISO_8859-1 I agree: this would be very useful specially for non-US users. But instead of modifying .cshrc, .profile, etc. for each account, I think that adding the capabilities lang=xx_YY.ISO_8859-ZZ:\ charset=ISO_8859-ZZ: to the "default" entry in /etc/login.conf (or maybe to the "me" entry in .login_conf for each account) would be a better approach. But I would left this improvement for 4.1-RELEASE :) -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.0-CURRENT - RELENG_3: trouble ?
Marco van Hylckama Vlieg wrote: I'm running 3.0-CURRENT at the moment, last timme I built world is about 2 or 3 weeks ago I guess. What I want to do is go to 3.0-RELEASE and from then start keeping track of the 3.x-STABLE branch. Since I've read a lot about various problems people had with this I now wonder: is it safe to CVSUP to RELENG_3 right now or will bad things happen? I don't want to mess up my system. I did the 3.0-CURRENT -- 3.0-STABLE transition the last weekend without _any_ problem. Usually I cvsup every night, but I disabled this process just before the branch. One day after the branch I restarted the cvsup procedure, this time tracking RELENG_3. I made the world on last Saturday and everything worked fine [as usual :-)]. If someone could give me some guidelines on how to get going on the above described track or point me to a webpage/document or anything else that describes what to do I'd be eternally grateful. At the moment it's very unclear to me what to do and whether I'll be able to boot and/or login to my system after I went to RELENG_3. I'm running 3.0-CURRENT with everything ELF including the kernel. If you made the world before, simply repeat the procedure. Remember that there is an excellent tutorial written by Nik Clayton. -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | http://www.we.lc.ehu.es/~jose Dpto. de Electricidad y Electrónica | Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: keymaps
Kazutaka YOKOTA wrote: * Summary of magic key sequences 101 keyboard84 keyboard function Ctrl-Alt-Delete Ctrl-Alt-Delete reboot Ctrl-Alt-EscCtrl-Alt-Escdebug Ctrl-Alt-Space Ctrl-Alt-Space susp ScrollLock ScrollLock slock PrintScreen Shift-(Numpad *)/PrintScreennscr Ctrl-PrintScreenShift-Ctrl-(Numpad *)/PrintScreen debug Alt-PrintScreen/SysRq SysRq nop Pause Ctrl-NumLockslock Shift-Pause Shift-Ctrl-NumLock saver Alt-Pause Alt-Ctrl-NumLocksusp Ctrl-Pause/BreakCtrl-ScrollLock/Break nop Nihil obstat :-) -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | http://www.we.lc.ehu.es/~jose Dpto. de Electricidad y Electrónica | Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
boot0 does not remember F5
I have just installed the new boot0 boot manager on a machine which has two IDE disks attached to the same IDE bus. The first disk (wd0) is entirely dedicated to Windoze (ugh!) and the second one (wd1) to FreeBSD (aahhh...). Boot0 does its job, so I can choose between the two disks pressing F1 or F5. However, the default option is _always_ F1, despite of being F5 the last choice. Is this a bug or a feature :-) ? -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Heads up! /etc/rc.conf.site is dead.
What I don't like from the new rc.conf approach is the name rc.conf ;-). I think that the old sysconfig should come back. Then, there would be a /etc/defaults/sysconfig (R/O), and a /etc/sysconfig (storing the site-specific config). These files would contain _only_ variable assignments. The /etc/rc.conf script would be R/O too; it would read /etc/defaults/sysconfig and /etc/sysconfig in turn. Furthermore, both sysconfigs could be splitted into several files (net, nfs, time, console, isdn, etc.). In this case, another directory should be created under /etc (named siteconfig, for example), which would be the site-specific counterpart of /etc/defaults. My 0.02 euro, -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: How to power off an ATX power supply machine on shutdown ?
Matthew Thyer wrote: Anyway, how do I power off a machine on shutdown ? I have apm in the kernel and it probes as apm v 1.2 but when the shutdown -p now command is run, the power is not turned off and I have to hold down the power button for 4 seconds to turn it off. Hows it done ? Do I have to run apmconf -e (The owner hasn't tried this yet) Yes. There is a knob in /etc/rc.conf (apm_enable) that forces this at startup. -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
rc.local not executed because of bug in rc
First, sorry for the cross-posting, but this problem affects both the -STABLE and -CURRENT branches. The rc.local script is called from rc as $conf_dir/rc.local. However, the new rc.conf does not set the conf_dir variable anymore, therefore rc.local is not executed. -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: How to power off an ATX power supply machine on shutdown ?
Alex Zepeda wrote: Is a delay needed between the final sync's and the actual power off? Apparently so. There is/was a recently added sysctl for this purpose. Poke around in the archives. Was that sysctl added to the -STABLE branch? I am running 3.1-BETA and I cannot find it. -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
easily reproducible NFS-related panic
Sorry for the cross-posting, but I am running -STABLE and I would like to hear from -CURRENT users about this problem. The panic is easily reproducible: simply, try to hard-link a file from a local filesystem to a NFS-mounted one (yes, I _know_ that this is non-sense): mount remotesys:/exportedfs /mnt cd /mnt ln /bin/ls . -- this complaints about cross-device link, OK ln /bin/ls . -- (yes, again) panic: vrele: negative ref cnt -- CRASH!!! I have confirmed this with recent 3.0-STABLE and 3.1-BETA clients and servers, and also with a Solaris 2.5.1 NFS server. However, it does not happen on a 2.2.8-RELEASE client. Some feedback from the NFS gurus ;-) would be very useful. -- JMA --- José Mª Alcaide | mailto:j...@we.lc.ehu.es Universidad del País Vasco | mailto:j...@es.freebsd.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 --- Go ahead... make my day. - H. Callahan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
ACPI issues and questions (Dell Inspiron 3700)
I have just installed -CURRENT on my Dell Inspiron 3700 laptop, and I immediately found two problems with ACPI: 1. The sio1 port (IrDA) is not detected. I had to add hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 to /boot/device.hints in order to get it probed at boot. I think that this is a fault of the ACPI BIOS. 2. S3/STR does not work: if I run acpiconf -s 3, the machine initiates a strange suspend process (stops HD, turns off LCD, then turns it on again, waits, and then seems to enter suspended state). However, when I try to resume the machine, it hangs with the power led on, HD on and LCD off; I have to press the power button for more than 5 seconds in order to turn off the laptop). There also are problems with the ACPI time counter, already reported to phk. I send attached a .tar.gz containing the output of acpidump(8), pciconf(8), and dmesg(8). Just FYI ;-) Also, I have a question: the acpiconf command can enable or disable ACPI power management but... is it enabled or disabled after boot? I cannot find any way to obtain this information. Cheers, JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** acpimsgs.tar.gz Description: application/tar-gz
Re: ACPI issues and questions (Dell Inspiron 3700)
On Tue, Feb 26, 2002 at 12:32:47AM +0900, Takanori Watanabe wrote: In message [EMAIL PROTECTED], Jose M. Alcaide wrote: 1. The sio1 port (IrDA) is not detected. I had to add hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.irq=3 to /boot/device.hints in order to get it probed at boot. I think that this is a fault of the ACPI BIOS. From acpidump. Device(IRDA) { Name(_HID, 0x10f0a34d) So try adding {0x10f0a34d, NULL} to sio_ids in /sys/dev/sio/sio_isa.c It works: sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x280-0x287,0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A Thanks! -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
new french calendar(1) breaks installword
The commit was done abot 11 hours ago, but it was incomplete: the directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error message: === usr.bin/calendar install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/calendar.* /usr/share/calendar install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/de_DE.ISO8859-1/calendar.* /usr/share/calendar/de_DE.ISO8859-1; install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/fr_FR.ISO_8859-1/calendar.* /usr/share/calendar/fr_FR.ISO_8859-1; install: /usr/src/usr.bin/calendar/calendars/fr_FR.ISO_8859-1/calendar.*: No such file or directory *** Error code 71 Just FYI. -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2
I am getting this error while building XFree86-Server-4.2.0_2 on a recently updated -CURRENT (Mon Apr 29 10:55:43 GMT): LD_LIBRARY_PATH=../../../../../../exports/lib cc -c -O -pipe-ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../../exports/include/X11 -I../../../../../../include/extensions -I../../../../../../extras/Mesa/src -I../../../../../../lib/GL/mesa/src/drv/common -I../../../../../../lib/GL/mesa/src/drv/i810 -I../../../../../../lib/GL/dri -I../../../../../../lib/GL/glx -I../../../../../../exports/include -I../../../../../../exports/include/GL -I../../../../../../lib/GL/mesa/dri -I../../../../../../programs/Xserver/GL/dri -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/hw/xfree86/drivers/i810 -I../../../../../../lib/GL/dri/drm -I../../../../../.. -I../../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../../exports/include/X11 -I../../../../../../include/extensions -I../../../../../../extras/Mesa/src -I../../../../../../lib/GL/mesa/src/drv/common -I../../../../../../lib/GL/mesa/src/drv/i810 -I../../../../../../lib/GL/dri -I../../../../../../lib/GL/glx -I../../../../../../exports/include -I../../../../../../exports/include/GL -I../../../../../../lib/GL/mesa/dri -I../../../../../../programs/Xserver/GL/dri -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/hw/xfree86/drivers/i810 -I../../../../../../lib/GL/dri/drm -I../../../../../.. -I../../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -fPIC i810tris.c In file included from /usr/include/pthread.h:43, from ../../../../../../exports/include/X11/Xthreads.h:199, from ../../../../../../extras/Mesa/src/glthread.h:176, from ../../../../../../extras/Mesa/src/types.h:36, from i810tris.c:30: /usr/include/sys/time.h: In function `timespec2bintime': /usr/include/sys/time.h:154: warning: ANSI C forbids long long integer constants /usr/include/sys/time.h: In function `timeval2bintime': /usr/include/sys/time.h:172: warning: ANSI C forbids long long integer constants cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got fatal signal 10 This cc1 SIGBUS is triggered by different source files at different times. But it happens while building XFree86-Server sooner or later, and always with SIGBUS. I did not have problems building the rest of the XFree86-4 ports, or making the world, neither. I commented out CFLAGS (and also CPUTYPE) from /etc/make.conf, but it seems that the XFree86 build system uses -O -pipe anyway. Any ideas? Cheers, JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2
On Tue, Apr 30, 2002 at 11:28:48AM +0200, Jose M. Alcaide wrote: cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got fatal signal 10 This cc1 SIGBUS is triggered by different source files at different times. But it happens while building XFree86-Server sooner or later, and always with SIGBUS. I did not have problems building the rest of the XFree86-4 ports, or making the world, neither. I commented out CFLAGS (and also CPUTYPE) from /etc/make.conf, but it seems that the XFree86 build system uses -O -pipe anyway. More info: removing -O and/or -pipe from CFLAGS does not improve the situation: cc1 keeps crashing at random places with SIGBUS while building XFree86-Server-4.2.0_2. I found a message from Kris Kennaway telling that this is a widely experienced problem: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1049089+1051787+/usr/local/www/db/text/2002/freebsd-current/20020310.freebsd-current However, disabling optimizations does not work for me. -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2
On Tue, Apr 30, 2002 at 06:24:14PM -0400, Forrest Aldrich wrote: I've experienced this same problem today; but only after installing 5.0-current on the system in question. It compiled fine with FreeBSD_4.5. This is a 1.2ghz Pentium with 1gb of RAM. No problems with other things (large compile projects with 4.5 before). I have been building XFree86 without problems, until I updated my -CURRENT system (I did the previous update three months ago). I don't think that this is a hardware related problem. My -CURRENT system is running on an 800 MHz Duron (KT133 chipset), and performs flawlessly otherwise, including large builds such as make worlds. The kernel has all debugging options removed, and the malloc.conf options are aj. -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Panic for today, in dev2udev()
On Tue, May 28, 2002 at 07:58:39AM -0700, David Wolfskill wrote: No problem up to yesterday's -CURRENT (well, other than the 'could sleep with ___ lock locked from ___' messages), and built today's OK, but here's what I got on the serial console on reboot: [...] Entropy harvesting: interrupts ethernet point_to_point. Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x8:0xc0193c66 stack pointer = 0x10:0xda25db10 frame pointer = 0x10:0xda25db10 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 = 43 (sysctl) kernel: type 12 trap, code=0 Stopped at dev2udev+0x10: movl0x1c(%edx),%eax The panic is triggered by a sysctl -a invoked from /etc/rc while harvesting entropy data. The cause is a bug introduced in sys/kern/tty.c. Try the following patch (suggested by [EMAIL PROTECTED]): Index: sys/kern/tty.c === RCS file: /home/ncvs/src/sys/kern/tty.c,v retrieving revision 1.179 diff -u -r1.179 tty.c --- sys/kern/tty.c 28 May 2002 06:53:41 - 1.179 +++ sys/kern/tty.c 28 May 2002 12:30:20 - @@ -2593,12 +2593,15 @@ xt.xt_cancc = tp-t_canq.c_cc; xt.xt_outcc = tp-t_outq.c_cc; XT_COPY(line); - xt.xt_dev = dev2udev(tp-t_dev); + if (tp-t_dev) + xt.xt_dev = dev2udev(tp-t_dev); XT_COPY(state); XT_COPY(flags); XT_COPY(timeout); - xt.xt_pgid = tp-t_pgrp-pg_id; - xt.xt_sid = tp-t_session-s_sid; + if (tp-t_pgrp) + xt.xt_pgid = tp-t_pgrp-pg_id; + if (tp-t_session) + xt.xt_sid = tp-t_session-s_sid; XT_COPY(termios); XT_COPY(winsize); XT_COPY(column); -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mergemaster broken?
On Tue, Jun 04, 2002 at 10:42:35PM -0700, Kris Kennaway wrote: On Tue, Jun 04, 2002 at 07:52:19PM -0700, walt wrote: Aha! After doing 'use.perl port' it works again, thanks. Looks like this is going to be necessary after each buildworld, then. :-/ I thought that's what NO_PERL is for. And speaking of NO_PERL... any reference to this knob was removed from share/examples/etc/make.conf 1.888. JMA -- ** Jose M. Alcaide // [EMAIL PROTECTED] // [EMAIL PROTECTED] ** ** Beware of Programmers who carry screwdrivers -- Leonard Brandwein ** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message