3.1 to -CURRENT war story
Quite a few steps were necessary to go from 3.1 to -CURRENT which I think are not explained anywhere. Maybe it would be useful to add this to /usr/src/UPGRADING? * First, I ran a `make buildworld'. Nothing special here. * Then I had to compile and install a -CURRENT kernel. For this, I needed "cd /usr/src/usr.bin/genassym; make install" and "cd /usr/src/usr.sbin/config; make install". * In order to be able to boot the new kernel, a new boot block seemed to be necessary, so "cd /usr/src/sys/boot; make install", and then "disklabel -B da0". * After a reboot, I ran "make -k installworld". If some of the above was the wrong thing to do, please tell me. If these were the right steps, adding them to /usr/src/UPGRADING might be useful to others, if I do say so myself. kai -- ~/.signature: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ntop problem
Sorry, this is not -current (FreeBSD 3.2) but to file a bug report I think it's still too vague... I ran ntop (/usr/ports/net/ntop) for a moment, typed j inadvertently and ntop bailed out. From then on I'm hearing beeps all the way. I restarted ntop. Beeps went away. q in ntop. Beeps are there again. reran ntop. Suddenly: 'Cannot set scheduling timer' at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c Hm, think I'll have to reboot ... -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA and DMA
It seems Wes Morgan wrote: Has there been any resolution to the known-broken-dma drives and the ata driver? I haven't seen any commits or LINT options to this effect, and it seems to me that since it is the new default driver that something should be in place before it goes to -release. Look at the ata.4 manpage, there is a sysctl knob that can change the modes, if it gets too bad we can always make it boot in PIO mode, and then the user can change to known safe DMA modes in rc.something... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
new patchset for USB - makes umass driver work and perform.
Please try out the newest patchset against CURRENT as of this night, 2000-02-08 02:00 GMT. http://www.etla.net/~n_hibma/usb/patches/USB-patch-2208 It contains a working USB Zip 100 driver, based on state handling, that provides 600kb/s at 64kb blocks(*). Working as in, you can connect and disconnect the drive multiple times (DON'T if the file system is mounted) and use it various ways. The umass driver is loadable as a kld, if you have compiled in the scbus, da, and pass (support for SCSI devices) entries in your static kernel. It also contains a fix that makes transfers larger than 4kb work properly. Previously it was scribbling all over physical memory. Please report back on what works and what doesn't. If you have a Zip drive that does not seem to work, please mail me the P/N on the bottom of the drive (it seems that not all Zip drives are created equal). Cheers, Nick (*) With smaller block sizes performance decreases rapidly. I'll fix that as soon as I have the CATC near me again, so I can see what goes on on the wire. Probably we need to piggyback the data stage onto the CBS stage / the CSW stage onto the data stage for bulk transfers and make the USB stack not kill these transfers on STALL. Nick -- [EMAIL PROTECTED] [EMAIL PROTECTED] USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: from 3.x to 4.0, not the xinstall thing
Kai Großjohann wrote: I now think that I should have made a new kernel, first. Hm. The file /usr/src/UPDATING doesn't say that I should, so maybe I can be forgiven for not knowing, and there's nothing in Chapter 17 of the Handbook, either. Do you think making a kernel first will help? UPDATING does say you need to do that. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "If you consider our help impolite, you should see the manager." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp 10.10
Yoshinobu Inoue wrote: If IPv4 dotted-decimal forms are given, getaddrinfo() calls finally inet_pton(). inet_pton() is defined in RFC2553 and it does not permit non-standard IPv4 dotted-decimal, such as 10.10 Do people have troubles with this change? Not supporting 127.1 violates POLA. Me, I hate 127.1. But some people expect it to work, and they have every right to. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "If you consider our help impolite, you should see the manager." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hardwiring SCSI device ID broken?
Barry, I think I know the problem you have. When "device scbus0" changed to "device scbus" in LINT and I applied that to my config file I found I could no longer wire down my disks to scbus0 unless I changed the base SCSI code line back to "device scbus0". This is what I have: device scbus0 # Base SCSI code device da0 at scbus0 target 0 device da1 at scbus0 target 1 device da2 at scbus0 target 2 device da3 at scbus0 target 3 device da4 at scbus0 target 4 device da5 at scbus0 target 5 device da6 at scbus0 target 6 And it works fine. On Mon, 7 Feb 2000, tele danmarQ kvindeservice wrote: On Mon, 7 Feb 1900, Noted Usenet Pedophile Barry Bouwsma wrote: More about this later. Here's more now: Here is FreeBSD-*STABLE* as it properly wires the devices to where I want them to be (highlighted by ^) The kernel configuration looks like this (meat stripped away) machine "i386" cpu "I586_CPU" ident FLUFFY controllerahc0# AHA2940 and onboard AIC7xxx devices controllerscbus0 # SCSI bus (required) deviceda0 # Direct Access (disks) devicecd0 # CD devicepass0 # Passthrough device (direct SCSI) devicewt0 at isa? port 0x308 bio irq 3 drq 3 disk da0 at scbus0 target 1 Feb 6 18:30:22 netscum syslogd: exiting on signal 15 Feb 6 20:25:42 netscum /kernel: Copyright (c) 1992-1999 FreeBSD Inc. Feb 6 20:25:42 netscum /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Feb 6 20:25:42 netscum /kernel: The Regents of the University of California. All rights reserved. Feb 6 20:25:42 netscum /kernel: FreeBSD 3.4-STABLE #5: Sat Jan 29 03:35:23 CET 2000 Feb 6 20:25:42 netscum /kernel: [EMAIL PROTECTED]:/usr/src/sys/compile/FLUFFY Feb 6 20:25:42 netscum /kernel: Timecounter "i8254" frequency 1193182 Hz Feb 6 20:25:42 netscum /kernel: CPU: Pentium/P55C (167.05-MHz 586-class CPU) Feb 6 20:25:42 netscum /kernel: Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Feb 6 20:25:42 netscum /kernel: Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX Feb 6 20:25:43 netscum /kernel: real memory = 67108864 (65536K bytes) Feb 6 20:25:43 netscum /kernel: config di wdc1 Feb 6 20:25:43 netscum /kernel: config q Feb 6 20:25:43 netscum /kernel: avail memory = 61956096 (60504K bytes) Feb 6 20:25:43 netscum /kernel: Preloaded elf kernel "kernel" at 0xc031c000. Feb 6 20:25:43 netscum /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc031c09c. [...] Feb 6 20:25:43 netscum /kernel: ide_pci0: Intel PIIX3 Bus-master IDE controller rev 0x00 on pci0.7.1 Feb 6 20:25:43 netscum /kernel: ahc0: Adaptec 2940 Ultra SCSI adapter rev 0x00 int a irq 11 on pci0.10.0 Feb 6 20:25:43 netscum /kernel: ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs [...] Feb 6 20:25:43 netscum /kernel: wt0 not probed due to drq conflict with pcm1 at 1 Feb 6 20:25:44 netscum /kernel: ppc0 at 0x378 irq 7 flags 0x40 on isa Feb 6 20:25:44 netscum /kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Feb 6 20:25:44 netscum /kernel: ppc0: FIFO with 16/16/16 bytes threshold Feb 6 20:25:44 netscum /kernel: lnc0 not found at 0x280 Feb 6 20:25:44 netscum /kernel: vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa Feb 6 20:25:44 netscum /kernel: npx0 on motherboard Feb 6 20:25:44 netscum /kernel: npx0: INT 16 interface Feb 6 20:25:44 netscum /kernel: Intel Pentium detected, installing workaround for F00F bug Feb 6 20:25:44 netscum /kernel: IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default Feb 6 20:25:44 netscum /kernel: ccd0-3: Concatenated disk drivers Feb 6 20:25:44 netscum /kernel: changing root device to da0s3a Feb 6 20:25:44 netscum /kernel: da1 at ahc0 bus 0 target 0 lun 0 Feb 6 20:25:44 netscum /kernel: da1: IBM DPES-31080 S31Q Fixed Direct Access SCSI-2 device Feb 6 20:25:44 netscum /kernel: da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled Feb 6 20:25:44 netscum /kernel: da1: 1034MB (2118144 512 byte sectors: 255H 63S/T 131C) Feb 6 20:25:44 netscum /kernel: cd0 at ahc0 bus 0 target 6 lun 0 Feb 6 20:25:44 netscum /kernel: cd0: SONY CD-ROM CDU-561 1.9i Removable CD-ROM SCSI-2 device Feb 6 20:25:44 netscum /kernel: cd0: 4.032MB/s transfers (4.032MHz, offset 15) Feb 6 20:25:44 netscum /kernel: cd0: cd present [328664 x 2048 byte records] Feb 6 20:25:44 netscum /kernel: da0 at ahc0 bus 0 target 1 lun 0 Feb 6 20:25:44 netscum /kernel: da0: IBM DCAS-34330 S65A Fixed Direct
Re: from 3.x to 4.0, not the xinstall thing
"Daniel C. Sobral" [EMAIL PROTECTED] writes: Kai Großjohann wrote: I now think that I should have made a new kernel, first. Hm. The file /usr/src/UPDATING doesn't say that I should,[...] UPDATING does say you need to do that. Hm. Upon closer inspection, you're right. The following entry has this: / | 19990929: | The sigset_t datatype has been changed from an integral type | to a compound type and can hold 128 signals. Syscalls directly | or indirectly using the new sigset_t have been added as to | maintain compatibility with existing binaries. A new kernel must | be made and installed and booted with before a make world can | be done. \ Okay, next time I'll read _all_ of the stuff. Whee. Sorry. kai -- ~/.signature: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.1 to -CURRENT war story
[EMAIL PROTECTED] (Kai Großjohann) writes: * Then I had to compile and install a -CURRENT kernel. For this, I needed "cd /usr/src/usr.bin/genassym; make install" and "cd /usr/src/usr.sbin/config; make install". Thanks to Daniel who pointed out that this (the fact that a kernel needs to be compiled first) is already in the 19990929 entry. kai -- ~/.signature: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: from 3.x to 4.0, not the xinstall thing
On Tue, Feb 08, 2000 at 01:54:31PM +0100, Kai Gro?johann wrote: "Daniel C. Sobral" [EMAIL PROTECTED] writes: Kai Gro?johann wrote: I now think that I should have made a new kernel, first. Hm. The file /usr/src/UPDATING doesn't say that I should,[...] UPDATING does say you need to do that. Hm. Upon closer inspection, you're right. The following entry has this: / | 19990929: | The sigset_t datatype has been changed from an integral type | to a compound type and can hold 128 signals. Syscalls directly | or indirectly using the new sigset_t have been added as to | maintain compatibility with existing binaries. A new kernel must | be made and installed and booted with before a make world can | be done. \ Okay, next time I'll read _all_ of the stuff. Whee. Sorry. Except it should be read as "before a make installworld can be done". There is no need to have -current kernel at buildworld (I speak from my recent experience upgrading to -current from 3.3). -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.1 to -CURRENT war story
Kai Großjohann wrote: Quite a few steps were necessary to go from 3.1 to -CURRENT which I think are not explained anywhere. Maybe it would be useful to add Because that's WAY too much trouble. Upgrade from latest -STABLE to -CURRENT. Do not try to upgrade from anything else. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "If you consider our help impolite, you should see the manager." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
syscons: cursor going off simultaneously on all vtys
Hi! On a recent -current (don't know if this is a known problem), when cursor is switched off on one virtual console, it is turned off on *all* virtual consoles. Any patch to try? -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
freeze with todays kernel when trying to look at ata-zip drive
when trying to do mdir z: my current kernel immediately freezes! here is dmesg (the ata devicee was attached to isa bus in the config file, which is wrong but did not matter all the time): The attached file "core" is the dmesg-output. -- Fritz Heinrichmeyer mailto:[EMAIL PROTECTED] FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Tue Feb 8 15:01:14 CET 2000 [EMAIL PROTECTED]:/tmp/compile/JFH00 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (265.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,MMX real memory = 268435456 (262144K bytes) avail memory = 257130496 (251104K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xc032e000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX3 ATA controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0 at 0x01f0 irq 14 on ata-pci0 vga-pci0: Matrox MGA Millennium II 2164W graphics accelerator mem 0xfe00-0xfe7f,0xfebfc000-0xfebf,0xfc00-0xfcff irq 16 at device 10.0 on pci0 xl0: 3Com 3c905-TX Fast Etherlink XL port 0xef00-0xef3f irq 19 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:0b:b0:a5 miibus0: MII bus on xl0 nsphy0: DP83840 10/100 media interface on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: Adaptec 2940 Ultra SCSI adapter port 0xec00-0xecff mem 0xfebfb000-0xfebfbfff irq 16 at device 14.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs isa0: unexpected tag 14 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 ata-isa0: already registered as ata0 atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 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 0x278-0x27f irq 7 flags 0x40 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port 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 joy0: Generic PnP Joystick at port 0x200-0x207 on isa0 unknown0: WaveTable at port 0x620-0x623 on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 2 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! afd0: 96MB IOMEGA ZIP 100 ATAPI [32/64/96] at ata0-master using PIO0 Mounting root from ufs:/dev/da0s2a cd1 at ahc0 bus 0 target 3 lun 0 cd1: TEAC CD-ROM CD-516S 1.0G Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: IBM OEM DCHS09U 5353 Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8689MB (17796077 512 byte sectors: 255H 63S/T 1107C) WARNING: / was not properly dismounted cd0 at ahc0 bus 0 target 2 lun 0 cd0: YAMAHA CRW4260 1.0q Removable CD-ROM SCSI-2 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed lpt0: switched to polled standard mode
Re: ftp 10.10
Not supporting 127.1 violates POLA. Me, I hate 127.1. But some people expect it to work, and they have every right to. Now there is some discussion about it on ietf/ipng list, but not yet clear if future document allow it or not. If it does not become clear in this 1 or 2 days, I'll change getaddrinfo() and related functions to use inet_aton() for IPv4. (e.g. change it to allow 127.1) Because, -RFC2553 doesn't forbid it. -X/Open spec clearly require it. so it is standard conformant now. If standard documents would be updated to disallow it in the future, then we need to think of changing getaddrinfo() behaviour at that time. Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: syscons: cursor going off simultaneously on all vtys
On Tue, Feb 08, 2000 at 11:44:41PM +0900, Kazutaka YOKOTA wrote: On a recent -current (don't know if this is a known problem), when cursor is switched off on one virtual console, it is turned off on *all* virtual consoles. Any patch to try? =20 Do you mean the "text" cursor, or the "mouse" cursor? =20 text, here is some additional info: vidcontrol -c destructive echo -n "=1B[=3D14;12C" (cursor will go away) echo -n "=1B[=3D10;12C" (cursor will appear again) The text cursor shape is "global" property, in the sense that if you change it in one vty, the cursor shape in the other vtys changes too. When you run "vidcontrol -c destructive", you will have the "blinking underline" cursor in ALL vtys. This has been so for a long time. The escape sequence ESC[=nC invokes the normal/blink/destructive cursor. This has effect in all vtys at once, just as "vidcontrol -c". The escape sequence ESC[=n;mC sets the cursor height. syscons.c used to change the cursor height in the current vty only. This was considered a bug, because it is inconsistent with the way ESC[=nC works, and corrected in 1.307 (around June 1999). What you are now seeing is the correct and expected result. The previous behavior was considered incorrect. Kazu To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPv6
If memory serves me right, Ollivier Robert wrote: Please use consistent names like "mroute6d_flags" and "mroute6d_program". Thanks...these changes will be reflected in the next version I post. For your information, I didn't use different naming conventions just for the hell of it...I just neglected to convert all of the names from the KAME version of the script to use the rc.conf conventions. Bruce. PGP signature
gcc and /usr/lib/libstdc++.so.3
I am running the lastest -current (just did a cvsup followed by a make world last night). I am getting these link errors when trying to compile the developement version of kdesupport, which I obtained thru cvsup. (KDE uses cvsup for its development versions.) I get the following errors. I have also installed the latest development snapshot of gcc 2.96 into /usr/local/bin, and I don't get these errors. gmake[5]: Entering directory `/usr/home/dmmiller/compile/kde/kdesupport/odbc/uni xODBC/odbcinst/cmd' /bin/sh ../../../../libtool --silent --mode=link gcc -mpentium -O3 -pipe -s -o odbcinst odbcinst.o ../libodbcinst.la ../../lst/libuodbclst.la /usr/lib/libstdc++.so.3: undefined reference to `exception type_info function' /usr/lib/libstdc++.so.3: undefined reference to `__cp_push_exception' /usr/lib/libstdc++.so.3: undefined reference to `__rtti_user' /usr/lib/libstdc++.so.3: undefined reference to `__rtti_si' /usr/lib/libstdc++.so.3: undefined reference to `__get_eh_context' /usr/lib/libstdc++.so.3: undefined reference to `__sjthrow' /usr/lib/libstdc++.so.3: undefined reference to `terminate(void)' /usr/lib/libstdc++.so.3: undefined reference to `exception type_info node' /usr/lib/libstdc++.so.3: undefined reference to `exception virtual table' /usr/lib/libstdc++.so.3: undefined reference to `__builtin_vec_new' /usr/lib/libstdc++.so.3: undefined reference to `__builtin_vec_delete' /usr/lib/libstdc++.so.3: undefined reference to `__rtti_class' /usr/lib/libstdc++.so.3: undefined reference to `__builtin_delete' /usr/lib/libstdc++.so.3: undefined reference to `__terminate' /usr/lib/libstdc++.so.3: undefined reference to `__builtin_new' /usr/lib/libstdc++.so.3: undefined reference to `__eh_alloc' gmake[5]: *** [odbcinst] Error 1 I'd just like to let you guys know in case this is a problem with our stock gcc in current. Like I said, it compiled fine with my compiler in /usr/local: $ /usr/local/bin/gcc -v Reading specs from /usr/local/lib/gcc-lib/i386-unknown-freebsdelf4.0/2.96/specs gcc version 2.96 2131 (experimental) But, the stock gcc (2.95.2) is the one that gives me these errors. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freeze with todays kernel when trying to look at ata-zip drive
It seems F. Heinrichmeyer wrote: when trying to do mdir z: my current kernel immediately freezes! Yeah, I used a bde patch verbatim, shouldn't have done that :) Fixed. -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
Forrest Aldrich wrote: Has anyone gotten the Megahertz pccards to work with the boot floppies? I don't believe the correct entry is there for them. I recall there being a discussion here, indicating that the modification wouldn't be difficult. Is there any way we can get this fixed? I'm actually trying to source a -CURRENT friendly 10/100 PCMCIA card. I thought that I'd heard that the 3CCFE574BT (10/100) from 3com/Megahertz was supported, but it seems like it isn't. I've tried the pccard floppies, the regular floppies, for both -CURRENT and -STABLE. FYI, Warner has stated that Cardbus isn't working, and there are known problems with some of the ethernet cards (interrupts don't seem to be working correctly). That said, I did order the "non-cardbus" 3com card, got the above card, and it has trouble recognizing it. As a move of desperation, I tried a D-link DFE-660TX, which it doesn't recognize at all. If you have any luck, or someone has a suggestion or some patches, I'm willing to test. Thanks, Gerald. -- This is your FreeBSD -- Where do YOU want to go tommorow? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
Gerald Abshez wrote: I thought that I'd heard that the 3CCFE574BT (10/100) from 3com/Megahertz was supported, but it seems like it isn't. I've tried Actually, it is. I'm running one in my laptop right now, in fact, and it works fine. What problems are you seeing? -- Frank Mayhar [EMAIL PROTECTED] http://www.exit.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp passive modem is on by defaut?
shin The 1st trial seems to be rejected at, shin 500 Illegal PORT range rejected. shin and 2nd trial seems to be accepted at, shin 200 pcmd command successful. This problem was reported at [FreeBSD-users-jp 46521]. It is Japanese FreeBSD mailing list. In my experience, EPRT didn't fail in such case. I didn't understand what you say. At last, I understand it. It's my misunderstanding of my test environment. I used NetBSD-current for FTP server. FreeBSD version of ftpd checks the validity of PORT request for security reson by default. EPRT request via NAT box is rejected by this check. But, NetBSD's ftpd need `checkportcmd' options to behave as FreeBSD does, and I didn't specified it. I think `ftpd -R' causes same situation. OK, I realized it and actually confirmed that EPRT cause problem via NAT when ftpd is execed with -R option. shin The connection hanged at shin 229 Entering Extended Passive Mode (|||1044|) shin for a while, so I aborted it. This is something strange. I still cannot understand why it occures. It seems libalias does no additional thing for PASV. So, I think, if EPSV isn't NAT friendly, PASV would also fail. Sorry this is my firewall setting mistake and PASV also failed. After I fixed the configuration, both EPSV and PASV was OK. I'll just change ftp command to use PORT command for IPv4. Thanks, Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp 10.10
On Wed, 9 Feb 2000, Yoshinobu Inoue wrote: Not supporting 127.1 violates POLA. Me, I hate 127.1. But some people expect it to work, and they have every right to. Now there is some discussion about it on ietf/ipng list, but not yet clear if future document allow it or not. If it does not become clear in this 1 or 2 days, I'll change getaddrinfo() and related functions to use inet_aton() for IPv4. (e.g. change it to allow 127.1) Because, -RFC2553 doesn't forbid it. -X/Open spec clearly require it. so it is standard conformant now. If standard documents would be updated to disallow it in the future, then we need to think of changing getaddrinfo() behaviour at that time. Thanks all for looking into my query. I agree conformance is important! There is also, for users, in which category I put myself, the need for 'unity'. If it works in one tool, it should, IMHO, do so also in another. If ping 10.10 works, it is confusing that ftp 10.10 (or lynx 10.10) does not. Telnet 10.10 or 127.1 does work still here, however (uname: 4.0-CURRENT #0: Mon Feb 7 00:50:17 CET 2000). -- Marc Schneiders [EMAIL PROTECTED] http://zelf.net [EMAIL PROTECTED] propro5:16pm up19:27, load average: 2.00 2.00 2.00 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
crystal sound problem
i have a problem with HP desktop which has onboard crystal sound-chip. i talked briefly with cameron yesterday on irc, and he pointed out where i was wrong in my earlier attempts, but aven after that i was only able to get the boot to initialize the chip, i still get no sound. =( the machine is 3 hours old current. some cutpastes below: csa0: Crystal Semiconductor CS4614/4622/4624 Audio accelerator/4280 Audio controller mem 0xf400-0xf40f,0xf410-0xf4100fff irq 7 at device 6.0 on pci0 pcm0: CS461x PCM Audio on csa0 dilemma# pciconf -l chip0@pci0:0:0: class=0x06 card=0x chip=0x71908086 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x chip=0x71918086 rev=0x03 hdr=0x01 isab0@pci0:4:0: class=0x060100 card=0x chip=0x71108086 rev=0x02 hdr=0x00 ata-pci0@pci0:4:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 none0@pci0:4:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 chip1@pci0:4:3: class=0x068000 card=0x chip=0x71138086 rev=0x02 hdr=0x00 csa0@pci0:6:0: class=0x040100 card=0x42801013 chip=0x60031013 rev=0x01 hdr=0x00 xl0@pci0:11:0: class=0x02 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 vga-pci0@pci1:0:0: class=0x03 card=0xff00102b chip=0x0521102b rev=0x03 hdr=0x00 when i try to run xmms (installed from the port), i get: cmd xmms pid 243 tried to use non-present sched_getscheduler cmd xmms pid 25936 tried to use non-present sched_getscheduler cmd xmms pid 51468 tried to use non-present sched_getscheduler the machine in question can be used for patch-testing if someone have those available. and yes, i have kept close eye on the mailing lists about the issue too... mickey To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc and /usr/lib/libstdc++.so.3
Donn Miller wrote: I am running the lastest -current (just did a cvsup followed by a make world last night). I am getting these link errors when trying to compile the developement version of kdesupport, which I obtained thru cvsup. (KDE uses cvsup for its development versions.) I get the following errors. I have also installed the latest development snapshot of gcc 2.96 into /usr/local/bin, and I don't get these errors. gmake[5]: Entering directory `/usr/home/dmmiller/compile/kde/kdesupport/odbc/uni xODBC/odbcinst/cmd' /bin/sh ../../../../libtool --silent --mode=link gcc -mpentium -O3 -pipe -s -o odbcinst odbcinst.o ../libodbcinst.la ../../lst/libuodbclst.la /usr/lib/libstdc++.so.3: undefined reference to `exception type_info function' [...] gmake[5]: *** [odbcinst] Error 1 Absolutely the same is here on just builded/installed -current. Interesting that two days ago I had compiled kdesupport w/o this problem on the -current system compiled on February 3. Therefore bug in question was introduced during Feb 3 - Feb 8 period. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
I'm using the floppies from the 01/27 CURRENT (as that's all they provide now, on current.freebsd.org)... and I can't get it to recognize the cards. Period.When it goes to initialize, and time for installation, nothing shows up for NICs... just ppp, lp0, etc. Is very frustrating! For what it's worth, here are the card numbers I have: 3CCFEM556 B 3CCFE574BT At 09:11 AM 2/8/00 -0800, Frank Mayhar wrote: Gerald Abshez wrote: I thought that I'd heard that the 3CCFE574BT (10/100) from 3com/Megahertz was supported, but it seems like it isn't. I've tried Actually, it is. I'm running one in my laptop right now, in fact, and it works fine. What problems are you seeing? -- Frank Mayhar [EMAIL PROTECTED] http://www.exit.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: crystal sound problem
mika ruohotie stated: i have a problem with HP desktop which has onboard crystal sound-chip. i talked briefly with cameron yesterday on irc, and he pointed out where i was wrong in my earlier attempts, but aven after that i was only able to get the boot to initialize the chip, i still get no sound. the machine in question can be used for patch-testing if someone have those available. and yes, i have kept close eye on the mailing lists about the issue too... Do you get any sound via the cdrom? I have seen similar behavior with a Thinkpad 570 whereby cdaudio will work just fine, but any attempt to generate noise via /dev/audio or /dev/dsp results in silence... realplayer waveplay sure love to be able to have realaudio work for my users... S --- Sean O'ConnellEmail: [EMAIL PROTECTED] Institute of Statistics and Decision Sciences Phone: (919) 684-5419 Duke University Fax: (919) 684-8594 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA and DMA
In message [EMAIL PROTECTED] Soren Schmidt writes: : Look at the ata.4 manpage, there is a sysctl knob that can change the : modes, if it gets too bad we can always make it boot in PIO mode, and : then the user can change to known safe DMA modes in rc.something... I know that I have one wdma drive that I had to put into pio mode early in the rc scripts to make things stable. Unfortunately, sysctl.conf was too late in the booting process, since i needed to do this before / was fsckd. I've since desided that I don't like this disk and have disposed of it. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: from 3.x to 4.0, not the xinstall thing
In message [EMAIL PROTECTED] Kai=?iso-8859-1?q?_Gro=DFjohann?= writes: : Hm. Upon closer inspection, you're right. The following entry has : this: I had thought to put something like : / : | 19990929: : | The sigset_t datatype has been changed from an integral type : | to a compound type and can hold 128 signals. Syscalls directly : | or indirectly using the new sigset_t have been added as to : | maintain compatibility with existing binaries. A new kernel must : | be made and installed and booted with before a make world can : | be done. *** RECOMPILE AND REINSTALL KERNEL BEFORE MAKEWORLD *** to make it jump out at people more. I think I'll go do that becuase I've had some very smart people hassle me about this. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp 10.10
In message [EMAIL PROTECTED] Yoshinobu Inoue writes: : If standard documents would be updated to disallow it in the : future, then we need to think of changing getaddrinfo() : behaviour at that time. Agreed. I think in code freeze/feature freeze it is a bad time to change this, reguardless of what the standards say. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
In message [EMAIL PROTECTED] Gerald Abshez writes: : FYI, Warner has stated that Cardbus isn't working, and there are known : problems with some of the ethernet cards (interrupts don't seem to be : working correctly). As far as I know, the interrupt problems were fixed by Matt Dodd a while ago. Cardbus status is still correct. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Update 3.4-S - 4.0-C
According to Ruslan Ermilov:
From my recent experience upgrading from 3.3-S to 4.0-C:
1. You do not need a -current kernel for buildworld stage.
chown failed with a sig12 ("bad syscall" -- which I expected to get) so I
don't agree with you...
3. You will need to `make -DNOINFO installworld'.
I'm not yet at this stage :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
In message [EMAIL PROTECTED] Forrest Aldrich writes: : I'm using the floppies from the 01/27 CURRENT (as that's all they provide : now, on current.freebsd.org)... and I can't get it to recognize the : cards. Period.When it goes to initialize, and time for installation, : nothing shows up for NICs... just ppp, lp0, etc. : : Is very frustrating! : : : For what it's worth, here are the card numbers I have: : : : 3CCFEM556 B : 3CCFE574BT Boot -v and send me the output. You can get to the dmesg output from before the console switch by using the scroll lock key. After the switch, it is on vty2 or something like that. You may need to do some minor tweaking to get this to work. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Can't record with newpcm CS423x
With my Acer AW35/Pro (CS4236) and -current I can play sound just fine, but I can't record. (Recording and full duplex worked fine with 3.4-stable.) When I run rec -c 1 -f s -r 44100 -s w test.wav rec just sits, blocked in pcmrd, and rec can't be interrupted with ctl-c. The output file test.wav never increases in size, always remaining 0 bytes long. My kernel config file has "device pcm". Any ideas? Matt - cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 4 2000 14:51:04 Installed devices: pcm0: CS423x at io 0x534 irq 5 drq 1:0 (1p/1r channels duplex) - FreeBSD 4.0-CURRENT #0: Fri Feb 4 14:52:00 PST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/BILBO Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR,XMM real memory = 134205440 (131060K bytes) avail memory = 126857216 (123884K bytes) Preloaded elf kernel "kernel" at 0xc0316000. Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 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 vga-pci0: NVidia Riva TNT2 graphics accelerator mem 0xe200-0xe3ff,0xe0 00-0xe0ff irq 11 at device 0.0 on pci1 isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX4 ATA-33 controller port 0xd800-0xd80f at device 4.1 on pc i0 ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 4.2 irq 10 chip1: Intel 82371AB Power management controller port 0xe800-0xe80f at device 4.3 on pci0 xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xd000-0xd07f mem 0xdf80-0xdf80 007f irq 10 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:ab:87:55 miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 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-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 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: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port pcm0: CS423x at port 0x534-0x537,0x388-0x38f,0x220-0x22f irq 5 drq 1,0 on isa0 joy0: CSC0001 PnP Joystick at port 0x200-0x207 on isa0 unknown0: CTRL at port 0x120-0x127 on isa0 unknown1: MPU at port 0x330-0x331 irq 9 on isa0 IPsec: Initialized Security Association Processing. ad0: 8223MB ST38422A [16708/16/63] at ata0-master using UDMA33 acd0: CDROM ATAPI 44X CDROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s1a - pnpinfo: Card assigned CSN #1 Vendor ID CSCd937 (0x37d9630e), Serial Number 0x PnP Version 1.0, Vendor Version 1 Device Description: AW35/Pro (Resource R2.2-D7) Logical Device ID: CSC 0x630e #0 Device Description: WSS/SB TAG Start DF Good Configuration DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 - only one type (true/edge) I/O Range 0x534 .. 0x534, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x220 .. 0x220, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Acceptable Configuration DMA: channel(s) 1 3 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x220 .. 0x260, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Sub-optimal Configuration DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr]
Re: /usr/src/Makefile.inc1: make update
In article [EMAIL PROTECTED], Patrick M. Hausen [EMAIL PROTECTED] wrote: Yes, but now we have three different ways to update: [...] 2. call cvsup from /usr/local/etc/periodic with supfiles for whatever you need ... Not a good idea. Add a new crontab entry instead. If everybody used /usr/local/etc/periodic to run their cvsups, then they would all hit the servers at the same times (from a given time zone). Not friendly, and not likely to yield satisfactory results either. Pick a "random" time instead. John -- John Polstra [EMAIL PROTECTED] John D. Polstra Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
Frank Mayhar wrote: Gerald Abshez wrote: I thought that I'd heard that the 3CCFE574BT (10/100) from 3com/Megahertz was supported, but it seems like it isn't. I've tried Actually, it is. I'm running one in my laptop right now, in fact, and it works fine. What problems are you seeing? After I boot off of the floppies (these are ~end of January, last good snap) it says on vty2: DEBUG: ioctl(3, TIOCONS, NULL) = 0 (success) pccard: card inserted, slot 0 ep0: No irq?! The floppies ask me if I want to use PC-CARD as my install media, which I answered yes to. There is no other info shown about the card. It's an IBM Thinkpad "Type 2621, i series" if this helps at all. It seems to see the disk ok. If it would help, I could try running through a -STABLE pccard disk install. I'm willing to debug, if someone can tell me how to get a serial console going on the laptop. Thanks, Gerald. -- This is your FreeBSD -- Where do YOU want to go tommorow? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
Warner Losh wrote: In message [EMAIL PROTECTED] Forrest Aldrich writes: : 3CCFE574BT That's mine... Boot -v and send me the output. You can get to the dmesg output from before the console switch by using the scroll lock key. After the switch, it is on vty2 or something like that. You may need to do some minor tweaking to get this to work. If you want the entire dmesg output, your going to wait until I figure out how to disable the keyboard probe, since I can't unplug my laptop keyboard. However, the thing I think that is relevant: pcic: management irq 10 pccard0: PC Card bus -- kludge version on pcic0 pccard1: PC Card bus -- kludge version on pcic0 pcic1: not probed (disabled) There is only the ethernet card plugged in. After the boot probe completes, I get: ep0: No irq?! If you need anything else, let me know. Thanks, Gerald. -- This is your FreeBSD -- Where do YOU want to go tommorow? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
top and ps as of today...
ps: root@rodia ps PID TT STAT TIME COMMAND 311 p1 IN+0:00.05 su (M-@^A) 10030 p6 SN 0:00.13 su (M-@^A) 34398 p6 RNL+ 0:00.00 ps (M-@^A) 249 v0 INs+ 0:00.08 -bash (M-@^A) 250 v1 INLs+ 0:00.01 /usr/libexec/getty Pc ttyv1 (M-@^A) 251 v2 INLs+ 0:00.01 /usr/libexec/getty Pc ttyv2 (M-@^A) 252 v3 INLs+ 0:00.01 /usr/libexec/getty Pc ttyv3 (M-@^A) top: PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 231 nobody42 -52 3233M 513G RUN 12:57 88.92% 88.92% ?? 278 root 42 -52 3234M 524G select 1:02 2.00% 2.00% ?? 34195 root 42 -52 3235M 513G RUN 0:00 1.48% 0.49% ?? 298 mango 42 -52 3234M 514G select 0:26 0.00% 0.00% ?? 77 root 42 -52 3233M 514G select 0:01 0.00% 0.00% ?? 4983 root 42 -52 3235M 514G select 0:01 0.00% 0.00% ?? 302 root 42 -52 3234M 514G select 0:01 0.00% 0.00% ?? 237 root 42 -52 3233M 514G select 0:00 0.00% 0.00% ?? 32288 root 42 -52 3235M 514G select 0:00 0.00% 0.00% ?? 75 root 42 -52 3233M 515G select 0:00 0.00% 0.00% ?? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
REVIEW: Update passwd(1) to allow lower case passwords
How do
[cc'd JKH: Assuming this passes review, can I put it in 4.0 and MFC? ]
passwd(1) normally enforces mixed case passwords -- or at least it forces
you to enter the lower case password several times before it will actually
let you use it.
This is a pain if you're using the Unix password file in a situation where
lower case passwords are useful. For example, Windows 9x lower cases
passwords before sending them on to Samba for authentication. You can
sort of work around this in Samba with the "password level" smb.conf
setting, but that's a bit of a hack.
It's also a pain if you have to tell your users, when changing their
passwords, that they have to enter the same password several times
before the change will be accepted. They ask complicated questions
like "Why should I?", and then they walk off without listening to the
answer. . .
So, attached is a tiny patch that teaches passwd(1) about a new login.conf
setting, "mixpasswordcase".
By default, everything is exactly as it was before. However, if you have
:mixpasswordcase@:
somewhere appropriate in your login.conf file, passwd(1) will allow lower
case passwords for those users without further complaint.
Thoughts?
N
--
If you want to imagine the future, imagine a tennis shoe stamping
on a penguin's face forever.
--- with apologies to George Orwell
Index: local_passwd.c
===
RCS file: /home/ncvs/src/usr.bin/passwd/local_passwd.c,v
retrieving revision 1.23
diff -u -r1.23 local_passwd.c
--- local_passwd.c 1999/08/28 01:04:51 1.23
+++ local_passwd.c 2000/02/08 19:25:05
@@ -95,6 +95,7 @@
int nis;
{
int tries, min_length = 6;
+ int force_mix_case = 1;
char *p, *t;
#ifdef LOGIN_CAP
login_cap_t * lc;
@@ -114,7 +115,8 @@
#ifdef LOGIN_CAP
/*
-* Determine minimum password length and next password change date.
+* Determine minimum password length, next password change date,
+* and whether or not to force mixed case passwords.
* Note that even for NIS passwords, login_cap is still used.
*/
if ((lc = login_getpwclass(pw)) != NULL) {
@@ -128,6 +130,8 @@
if (period (time_t)0) {
pw-pw_change = time(NULL) + period;
}
+ /* mixpasswordcase capability */
+ force_mix_case = login_getcapbool(lc, "mixpasswordcase", 1);
login_close(lc);
}
#endif
@@ -142,10 +146,13 @@
(void)printf("Please enter a password at least %d characters
in length.\n", min_length);
continue;
}
- for (t = p; *t islower(*t); ++t);
- if (!*t (uid != 0 || ++tries 2)) {
- (void)printf("Please don't use an all-lower case
password.\nUnusual capitalization, control characters or digits are suggested.\n");
- continue;
+
+ if (force_mix_case) {
+ for (t = p; *t islower(*t); ++t);
+ if (!*t (uid != 0 || ++tries 2)) {
+ (void)printf("Please don't use an all-lower case
+password.\nUnusual capitalization, control characters or digits are suggested.\n");
+ continue;
+ }
}
(void)strcpy(buf, p);
if (!strcmp(buf, getpass("Retype new password:")))
Index: passwd.1
===
RCS file: /home/ncvs/src/usr.bin/passwd/passwd.1,v
retrieving revision 1.16
diff -u -r1.16 passwd.1
--- passwd.11999/08/28 01:04:51 1.16
+++ passwd.12000/02/08 19:14:50
@@ -70,8 +70,17 @@
Its total length must be less than
.Dv _PASSWORD_LEN
(currently 128 characters).
-Numbers, upper case letters and meta characters
-are encouraged.
+.Pp
+The new password should contain a mixture of upper and lower case
+characters (which may be overridden using the
+.Xr login.conf 5
+.if t ``mixpasswordcase''
+.if n "mixpasswordcase"
+setting for a user's login class). Allowing lower case passwords may
+be useful where the password file will be used in situations where only
+lower case passwords are permissable, such as when using Samba to
+authenticate Windows clients. In all other situations, numbers, upper
+case letters and meta characters are encouraged.
.Pp
Once the password has been verified,
.Nm passwd
Re: Megahertz pccard
On Tue, 08 Feb 2000 14:22:25 EST, Gerald Abshez wrote: There is only the ethernet card plugged in. After the boot probe completes, I get: ep0: No irq?! I also have one of these cards, and it's working fine under 4.0-CURRENT. Seems like the default IRQs used by pccard are being used by something else on your laptop. The default line in /etc/pccard.conf.sample is irq 3 5 10 11 13 15 I needed to add "-i13 -i15" to my /etc/rc.conf's pccard_flags entry as all other IRQs on my laptop were in use. I could have also edited the pccard.conf file. If there's some point at bootup where you can add these flags to pccardd or edit its default pccard.conf.sample file, it's worth a shot. I installed 3.4-STABLE from 3.4's floppies and CDs onto my laptop, hacked /etc/pccard.conf to create an entry for my Megahertz, then updated it to 4.0-CURRENT via NFS. I never tried the 4.0 boot floppies since I needed to run "make installworld" from a build on another box. -- Parag Patel To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
wierd audio properties..
with the latest (ok, 2 days old) version of the kernel source, i've gotten audio up on my poor little workstation. but, here's the problem: buffer space. mp3's play really slowly, other audio apps are fine, up untill you try to stop them, then the buffer takes around 2 seconds to clear. card info: pcm0: CS423x at port 0x534-0x537,0x388-0x38f,0x220-0x22f irq 5 drq 1,0 on isa0 the only irq conflict is with the USB port, which is unused, but activated in the kernel for testing. pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 5 thoughts or advice? the card itself is a crystal CS 4232 (if i remember correctly) and had performed fine with OSS drivers under 3.4 (but didn't recieve audio from linux binaries). -- jan +-/ f. johan beisser /--+ email: jan[at]caustic.org web: http://www.caustic.org/~jan "knowledge is power. power corrupts. study hard, be evil." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Megahertz pccard
Patel, you're a life saver!This is exactly what was needed, change the IRQ. In my case, I chose option 2 and walla. Amazing, so simple. Note this is using the snapshot that is 02/08/2000, latest (floppies). Thank you. Forrest At 11:56 AM 2/8/00 -0800, Parag Patel wrote: On Tue, 08 Feb 2000 14:22:25 EST, Gerald Abshez wrote: There is only the ethernet card plugged in. After the boot probe completes, I get: ep0: No irq?! I also have one of these cards, and it's working fine under 4.0-CURRENT. Seems like the default IRQs used by pccard are being used by something else on your laptop. The default line in /etc/pccard.conf.sample is irq 3 5 10 11 13 15 I needed to add "-i13 -i15" to my /etc/rc.conf's pccard_flags entry as all other IRQs on my laptop were in use. I could have also edited the pccard.conf file. If there's some point at bootup where you can add these flags to pccardd or edit its default pccard.conf.sample file, it's worth a shot. I installed 3.4-STABLE from 3.4's floppies and CDs onto my laptop, hacked /etc/pccard.conf to create an entry for my Megahertz, then updated it to 4.0-CURRENT via NFS. I never tried the 4.0 boot floppies since I needed to run "make installworld" from a build on another box. -- Parag Patel To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Update 3.4-S - 4.0-C
On Tue, Feb 08, 2000 at 08:25:15AM +0100, Ollivier Robert wrote:
According to Ruslan Ermilov:
From my recent experience upgrading from 3.3-S to 4.0-C:
1. You do not need a -current kernel for buildworld stage.
chown failed with a sig12 ("bad syscall" -- which I expected to get) so I
don't agree with you...
chown(8) is not called at buildworld stage:
# grep chown /home/ru/src-4.0/buildworld.log
=== usr.sbin/chown
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/home/ru/src-4.0/lib/libc_r/../libc/include
-DPTHREAD_KERNEL -D_THREAD_SAFE -I/home/ru/src-4.0/lib/libc_r/uthread
-I/home/ru/src-4.0/lib/libc_r/../../include -D_LOCK_DEBUG -D__DBINTERFACE_PRIVATE
-DINET6 -DPOSIX_MISTAKE -I/home/ru/src-4.0/lib/libc_r/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/lib/libc_r/uthread/uthread_fchown.c -o uthread_fchown.o
cc -pg -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/home/ru/src-4.0/lib/libc_r/../libc/include
-DPTHREAD_KERNEL -D_THREAD_SAFE -I/home/ru/src-4.0/lib/libc_r/uthread
-I/home/ru/src-4.0/lib/libc_r/../../include -D_LOCK_DEBUG -D__DBINTERFACE_PRIVATE
-DINET6 -DPOSIX_MISTAKE -I/home/ru/src-4.0/lib/libc_r/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/lib/libc_r/uthread/uthread_fchown.c -o uthread_fchown.po
cc -fpic -DPIC -O -pipe -DLIBC_RCS -DSYSLIBC_RCS
-I/home/ru/src-4.0/lib/libc_r/../libc/include -DPTHREAD_KERNEL -D_THREAD_SAFE
-I/home/ru/src-4.0/lib/libc_r/uthread -I/home/ru/src-4.0/lib/libc_r/../../include
-D_LOCK_DEBUG -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE
-I/home/ru/src-4.0/lib/libc_r/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/lib/libc_r/uthread/uthread_fchown.c -o uthread_fchown.So
=== usr.sbin/chown
=== usr.sbin/chown
cc -O -pipe -DSUPPORT_DOT -I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/usr.sbin/chown/chown.c
cc -O -pipe -DSUPPORT_DOT -I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -o chown
chown.o
This is a fact, that -current world builds OK on 3.3-STABLE:
# uname -r
3.3-STABLE
# head /home/ru/src-4.0/buildworld.log
--
Rebuilding the temporary build tree
--
for dir in bin games include lib sbin; do rm -rf
/usr/obj/4.0/home/ru/src-4.0/i386/usr/$dir; done
rm -f /usr/obj/4.0/home/ru/src-4.0/i386/sys
# XXX - Work-around for broken cc/cc_tools/Makefile.
# This is beyond dirty...
rm -f /usr/obj/4.0/home/ru/src-4.0/gnu/usr.bin/cc/cc_tools/.depend
mkdir -p /usr/obj/4.0/home/ru/src-4.0/i386/usr/bin
# tail /home/ru/src-4.0/buildworld.log
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_time.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/sess_id.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/verify.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -c
/home/ru/src-4.0/secure/usr.bin/openssl/../../../crypto/openssl/apps/x509.c
cc -O -pipe -DMONOLITH -DNO_IDEA -I/home/ru/src-4.0/secure/usr.bin/openssl
-I/usr/obj/4.0/home/ru/src-4.0/i386/usr/include -o openssl apps.o asn1pars.o ca.o
ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o
genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o
s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o -lssl
-lcrypto
=== etc
=== etc/sendmail
6393.80 real 4514.55 user 669.84 sys
3. You will need to `make -DNOINFO installworld'.
I'm not yet at this stage :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--
Ruslan Ermilov Sysadmin and DBA of the
[EMAIL PROTECTED]United Commercial Bank,
[EMAIL PROTECTED] FreeBSD committer,
+380.652.247.647
Re: from 3.x to 4.0, not the xinstall thing
On Tue, Feb 08, 2000 at 11:03:48AM -0700, Warner Losh wrote: In message [EMAIL PROTECTED] Kai=?iso-8859-1?q?_Gro=DFjohann?= writes: : Hm. Upon closer inspection, you're right. The following entry has : this: I had thought to put something like : / : | 19990929: : | The sigset_t datatype has been changed from an integral type : | to a compound type and can hold 128 signals. Syscalls directly : | or indirectly using the new sigset_t have been added as to : | maintain compatibility with existing binaries. A new kernel must : | be made and installed and booted with before a make world can : | be done. *** RECOMPILE AND REINSTALL KERNEL BEFORE MAKEWORLD *** BEFORE INSTALLWORLD! No need for a newer kernel at buildworld. -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: top and ps as of today...
On Tue, Feb 08, 2000 at 01:16:14PM -0600, Raul Zighelboim wrote: ps: root@rodia ps PID TT STAT TIME COMMAND 311 p1 IN+0:00.05 su (M-@^A) I've seen ps(1) output similar to this when my kernel and `world' versions were not compiled from the same sources. A build/installworld solved this for me. -- Giorgos Keramidas, keramida @ ceid . upatras . gr For my public PGP key: finger [EMAIL PROTECTED] PGP fingerprint, phone and address in the headers of this message. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
4.0-20000208-SNAP -- make world fails(/usr/src/tools/install.sh)
Hi, I've just installed a 4.0-2208-SNAP on a test machine, sources current as of 9am EST for the make world/make release. The following command fails almost immediately: cd /usr/src make world -- stage 1: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools cd /usr/src/games/fortune/strfile; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include /usr/src/games/fortune/strfile/strfile.c cd /usr/src/games/fortune/strfile; make _EXTRADEPEND echo strfile: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -o strfile strfile.o sh /usr/src/tools/install.sh -c -s -o root -g games -m 555 strfile /usr/obj/usr/src/i386/usr/games /usr/src/tools/install.sh: Can't open /usr/src/tools/install.sh: No such file or directory *** Error code 2 Stop in /usr/src/games/fortune/strfile. *** Error code 1 Stop in /usr/src. *** Error code 1 install.sh is found on the snap building machine: FreeBSD:/usr/home/jwd %locate /install.sh | grep tools /mirror/ncvs/src/tools/install.sh,v /snap/release/usr/src/tools/install.sh /usr/src/tools/install.sh The entire /usr/src/tools directory is not found on the newly installed machine: #ls /usr/src/tools ls: /usr/src/tools: No such file or directory I will look into this later this evenning. The make release logs should show whether or not the appropriate files are being added to the tarballs. If anyone has any comments please let me know. Thanks! John ps: elm-2.4ME+68 newly installed onto this machine via /usr/ports is core dumping before coming all the way up. I have not had a chance to debug this yet either. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
