Re: Updated ATAPI/CAM patches
On Thu, Feb 28, 2002 at 02:45:04PM -0500, Matthew N. Dodd wrote: On Thu, 28 Feb 2002, Søren Schmidt wrote: I'll quit the ATA/ATAPI development/maintenance if this goes in quickly. What? Are you looking at the same patches that everyone else is? I'd expect this sort of foot-dragging if the patch were intrusive to the ATA drivers but its not. FWIW, I'll volunteer as a tester. I need this functionality. I've applied the patch to -stable and used it extensively with not even the slightest hint of problems. I'd offer to help maintain it, but a) I'm not a committer, b) I don't think I have the time right now, and c) I'm not familiar enough with ATA/ATAPI, CAM, or the patches to be an effective maintainer. Not to mention it's not my code. :-) -- Christopher Nielsen - Metal-wielding pyro techie [EMAIL PROTECTED] Those who are willing to trade freedom for security deserve neither freedom nor security. --Benjamin Franklin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Support for atapi cdrw as scsi in -current?
On Tue, Feb 05, 2002 at 08:14:22PM +0100, Thomas Quinot wrote: Is there a place where I can find this updated patch which will work for me in the current -current? Thanks. I put up updated patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ For -CURRENT, you should be using the latest one (of today) which fixes a silly line inversion. I'd be very interested in success/failuire reports on this patch, especially with ATAPI tape or floppy drives. FYI, I applied the patch to -stable and tested it using cdrdao with my plextor 1610A. Worked like a charm. -- Christopher Nielsen - Metal-wielding pyro techie [EMAIL PROTECTED] Those who are willing to trade freedom for security deserve neither freedom nor security. --Benjamin Franklin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: SMP changes and breaking kld object module compatibility
On Tue, 25 Apr 2000, Vallo Kallaste wrote: Fair enough, but as somebody (Greg Lehey if I recall) said it was taken about 5 years for Sun to develop fine SMP support and we can't expect to be faster. FreeBSD is quite behind of Linux on the SMP issues currently, Linux is somewhat behind of NT and NT, I believe, is still behind of Solaris for SMP. Actually, I don't know, because my Solaris 8 CD is still on the way :( Solaris is far and away better at SMP than NT. I haven't seen NT running on 64-cpu machines, and I certainly haven't seen it scaling very nearly linearly to ~20 CPUs (diminishing returns start to take effect around 22 cpus). Solaris has had this since at least 2.6 (when I last evaluated this) with 2.[78] adding greater stability and more features. -- Christopher Nielsen (enkhyl|cnielsen)@pobox.com Enkhyl on IRC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV warning
On Wed, 19 Apr 2000, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Warner Losh writes: In message [EMAIL PROTECTED] Poul-Henning Kamp writes: : In message [EMAIL PROTECTED], Warner Losh writes: : In message [EMAIL PROTECTED] Poul-Henning Kamp writes: : : At what time does the message come relative to the mounting of the : : root filesystem ? Before or after ? : : I get mine when nfs starts up. : : Any chance you have a bdev on one of the nfs fs's ? Almost none. I don't actually mount nfs partitions until I type mount foo:/bar /bar. There's no network card active at that time anyway... But does the nfs filesystems you mount have any bdevs on them ? I get it, too, and I'm not using NFS. Here's the relevant dmesg output from a verbose boot: Mounting root from ufs:/dev/ad0a pccard: card inserted, slot 0 ad0s1: type 0xa5, start 0, end = 16006409, size 16006410 : OK start_init: trying /sbin/init WARNING: run /dev/MAKEDEV before 2000-06-01 to get rid of block devices Linux-ELF exec handler installed -- Christopher Nielsen (enkhyl|cnielsen)@pobox.com Enkhyl on IRC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Getty/Init weirdness
After much perusing of source code, scouring of cvs log messages, and searching the archives, I've determined I have no idea where else to look for this problem I'm having. The problem is this: After booting, starting all services, and getting to the point where init usually spawns the getty processes on ttyv[0-7], I get no login prompts and no virtual terminal sessions. I'm able to login over the network, and everything else looks normal once logged in, except there are no getty processes. This is with a -current of a few hours ago, including a new kernel, running on a ThinkPad 770X. Below is my kernel config file. Any help would be greatly appreciated, including pointers to relevant source files. -- Christopher Nielsen (enkhyl|cnielsen)@pobox.com Enkhyl on IRC --- Begin Kernel Config File --- machine i386 cpu I586_CPU cpu I686_CPU ident ENDER maxusers32 makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols options MAXMEM="(127*1024)" options INET#InterNETworking options INET6 #IPv6 options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_IPV6FWD #IP security tunnel for IPv6 options IPSEC_DEBUG #debug for IP security options NETGRAPH#netgraph(4) system options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options MD_ROOT #MFS usable as root device, "MFS" req'ed options SOFTUPDATES options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000#Be pessimistic about Joe SCSI device options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options PQ_LARGECACHE #color for 512k/16k cache options INCLUDE_CONFIG_FILE #Include this file in kernel options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options MD5 options DDB options ICMP_BANDLIM options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options MSGBUF_SIZE=40960 options PNPBIOS device isa device pci device fdc0at isa? port IO_FD1 irq 8 drq 2 device fd0 at fdc0 drive 0 device ata device atadisk device atapicd device scbus # SCSI bus (required) device da # Direct Access (disks) device pass# Passthrough device (direct SCSI access) device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x2 device psm0at atkbdc? irq 12 device vga0at isa? pseudo-device splash device sc0 at isa? options SC_HISTORY_SIZE=32768 options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_BLACK) options SC_KERNEL_CONS_ATTR=(FG_LIGHTGREEN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_YELLOW|BG_BLACK) options SC_DEBUG_LEVEL=5 device npx0at nexus? port IO_NPX irq 13 device apm0at nexus? flags 0x31 # Advanced Power Management device card device pcic0 at isa? device pcic1 at isa? device sio0at isa? port IO_COM1 flags 0x10 irq 4 device ppc0at isa? irq 7 device ppbus # Parallel port bus (required) device ep device xe0 device wi device aic0at isa? device pcm device csa pseudo-device loop# Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device streams pseudo-device bpf #Berkeley packet filter device uhci# UHCI PCI-USB interface device ohci# OHCI PCI-USB interface device usb # USB Bus (required) --- End Kernel Config File --- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Getty/Init weirdness
"Sheldon" == Sheldon Hearn [EMAIL PROTECTED] writes: Sheldon You should probably show us your /etc/ttys, not your Sheldon kernel config. :-) Doh! I meant to do that. :-) See below. Sheldon Also, have a look in /var/log/messages for error messages Sheldon from getty(8). No error messages from getty, but I also forgot to include that I turned on maximum debugging for the syscons driver. I'm attaching my dmesg output, too. --- Begin dmesg output --- 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 #24: Mon Mar 6 20:41:55 PST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/ENDER Calibrating clock(s) ... TSC clock: 297766253 Hz, i8254 clock: 1193106 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (297.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 133169152 (130048K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0034d000 - 0x07ef5fff, 129667072 bytes (31657 pages) sc0: releasing kbd0 sc0: kbd_release returned 0 sc0: kbd != NULL!, index:0, unit:0, flags:0x15 sc0: keyboard 0 sc0: kbd index:0, unit:0, flags:0x35 avail memory = 120524800 (117700K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x0 pnpbios: Found PnP BIOS data at 0xc00fe700 pnpbios: Entry = f:e724 Rev = 1.0 pnpbios: Event flag at 415 Other BIOS signatures found: ACPI: 000fd6e0 Preloaded elf kernel "kernel" at 0xc0334000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 pci_open(1):mode 1 addr port (0x0cf8) is 0x38c8 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) npx0: math processor on motherboard npx0: INT 16 interface apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard found- vendor=0x8086, dev=0x7190, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[10]: type 1, range 32, base 4000, size 26 found- vendor=0x8086, dev=0x7191, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1secondarybus=1 found- vendor=0x104c, dev=0xac1d, revid=0x00 class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=4secondarybus=2 intpin=a, irq=255 map[10]: type 1, range 32, base 50102000, size 12 found- vendor=0x104c, dev=0xac1d, revid=0x00 class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=7secondarybus=5 intpin=b, irq=255 map[10]: type 1, range 32, base 50101000, size 12 found- vendor=0x1013, dev=0x6001, revid=0x01 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=0 found- vendor=0x8086, dev=0x7110, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[20]: type 1, range 32, base fcf0, size 4 found- vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=d, irq=255 map[20]: type 1, range 32, base 8400, size 5 found- vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[90]: type 1, range 32, base efa0, size 4 pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 found- vendor=0x1023, dev=0x939a, revid=0xf3 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=255 map[10]: type 1, range 32, base 7080, size 23 map[14]: type 1, range 32, base 7100, size 17 map[18]: type 1, range 32, base 7000, size 23 pci1: PCI bus on pcib1 pci1: Trident model 939a VGA-compatible display device (vendor=0x1023, dev=0x939a) at 0.0 pcic-pci0: TI PCI-1251 PCI-CardBus Bridge mem 0x50102000-0x50102fff at device 2.0 on pci0 PCI Config space: 00: ac1d104c 0217 0607 0082a808 10: 50102000 02a0 b0040200 20:
Re: Getty/Init weirdness
"Alfred" == Alfred Perlstein [EMAIL PROTECTED] writes: Alfred When was the last time you've cvsup'd and built world Alfred before it broke? I added some functionality to init, but Alfred that was about 2 weeks ago. That's not the problem. I already tried backing it out of my local tree and rebuilding init. Same behavior. :-) I cvsup'd yesterday around 6PM. I built and installed world immediately after that and then built and installed a new kernel. -- Christopher Nielsen (enkhyl|cnielsen)@pobox.com Enkhyl on IRC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ppp phone dial is broken
On Tue, 21 Dec 1999, Andrey A. Chernov wrote: With latest ppp I hear no phone numbers dial sounds at the stage: Phase: Phone: N ppp does _nothing_ until timeout occurse, then redial happens with the same unsuccessful result. I'm seeing the exact same thing. It appears that the phone number substition is broken in the dial string. It work for me, if I replace \\T with the number I want to dial. Once I got it working, something else I saw that I thought was odd, maybe due to the mbuf changes in ppp, is when doing a cvsup of a large file, I get the log messages below and then ppp dies. Specifically it was choking on one of the uuencided compat libs just committed. -- Begin Log Messages -- Dec 20 20:15:35 ender ppp[5719]: tun0: Error: Request for mbuf size 2872 denied Dec 20 20:15:35 ender ppp[5719]: tun0: Phase: PPP Terminated (71). Dec 20 20:15:35 ender ppp[5719]: tun0: IPCP: deflink: LayerDown: 204.179.134.192 Dec 20 20:15:35 ender ppp[5719]: tun0: IPCP: Using trigger address 0.0.0.0 Dec 20 20:15:35 ender ppp[5719]: tun0: IPCP: deflink: SendTerminateReq(3) state = Opened Dec 20 20:15:35 ender ppp[5719]: tun0: IPCP: deflink: State change Opened -- Closing Dec 20 20:15:35 ender ppp[5719]: tun0: Error: Oops, destroying a datalink in state open Dec 20 20:15:35 ender ppp[5719]: tun0: Phase: deflink: Connect time: 604 secs: 724617 octets in, 1007191 octets out Dec 20 20:15:35 ender ppp[5719]: tun0: Phase: total 2867 bytes/sec, peak 6971 bytes/sec on Mon Dec 20 20:15:35 1999 -- End Log Messages -- My currently working config is below: default: # # Make sure that "device" references the correct serial port # for your modem. (cuaa0 = COM1, cuaa1 = COM2) # set device /dev/cuaa1 set log Phase Chat LCP IPCP CCP tun command set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ OK-ATZ-OK \ ATE1Q0 OK ATDT\\T TIMEOUT 40 CONNECT" set timeout 120 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR enable dns ricochet: set device /dev/cuaa0 set speed 57600 set parity even set ctsrts on set phone 777 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ OK-ATZ-OK \ ATE1Q0 OK ATDT777 TIMEOUT 40 CONNECT" set timeout 0 delete! default set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 delete ALL add 0 0 HISADDR Here is my previously working config: default: # # Make sure that "device" references the correct serial port # for your modem. (cuaa0 = COM1, cuaa1 = COM2) # set device /dev/cuaa1 set log Phase Chat LCP IPCP CCP tun command set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ OK-ATZ-OK \ ATE1Q0 OK ATDT\\T TIMEOUT 40 CONNECT" set timeout 120 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR enable dns ricochet: set device /dev/cuaa0 set speed 57600 set parity even set ctsrts on set phone 777 set timeout 0 delete! default set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 delete ALL add 0 0 HISADDR -- Christopher Nielsen (enkhyl|cnielsen)@pobox.com Enkhyl on IRC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: usb driver broken?
On Tue, 26 Jan 1999, Alex Le Heux wrote: Am I the only one who gets this when he tries to compile a kernel with the usb drivers in it? Nope. I ran into this same problem, but I haven't had a chance to query the list about it. This is produced by having USB_DEBUG turned on in your kernel config. UHCI_LEGSUP isn't defined anywhere in the usb code. cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../dev/usb/uhci.c ../../dev/usb/uhci.c: In function `uhci_dumpregs': ../../dev/usb/uhci.c:406: `UHCI_LEGSUP' undeclared (first use this function) ../../dev/usb/uhci.c:406: (Each undeclared identifier is reported only once ../../dev/usb/uhci.c:406: for each function it appears in.) machine/cpufunc.h:284: warning: inlining failed in call to `inw' ../../dev/usb/uhci.c:406: warning: called from here *** Error code 1 Stop. -- Christopher Nielsen Scient: The eBusiness Systems Innovator http://www.scient.com cniel...@scient.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
