From owner-freebsd-current Thu Apr 29 19:42:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles557.castles.com [208.214.165.121]) by hub.freebsd.org (Postfix) with ESMTP id 1F2BC14EE4; Thu, 29 Apr 1999 19:42:32 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id TAA00363; Thu, 29 Apr 1999 19:41:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199904300241.TAA00363@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Eric@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: ppbus causes hangs? In-reply-to: Your message of "Thu, 29 Apr 1999 22:30:03 EDT." <372915AB.26D40EB3@colltech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Apr 1999 19:41:37 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try setting the flags on the 'ppc' device to 0x40 and _please_ report the results. > I searched the mailing list archives and didn't find anything that > looks like this, so maybe it's just me, but adding ppbus and lpt0 > to my kernel config (sources cvsupped on 4/17) causes my machine to > hang hard during boot. The freeze occurs shortly after probing > my network card and is accompanied (sometimes) with an error like > > RTC BIOS diagnostic error > ff > > My config looks like (if I comment out the ppc,ppbus, and lpt lines, > the kernel works fine): > > machine "i386" > cpu "I586_CPU" > cpu "I686_CPU" > ident GENERIC > maxusers 64 > > #makeoptions DEBUG="-g" #Build kernel with gdb(1) debug > symbols > options MATH_EMULATE #Support for x87 emulation > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device [keep > this!] > options MFS #Memory Filesystem > options MFS_ROOT #MFS usable as root device, > "MFS" req'ed > #options NFS #Network Filesystem > #options NFS_ROOT #NFS usable as root > device, "NFS > " req'ed > options MSDOSFS #MSDOS Filesystem > options "CD9660" #ISO 9660 Filesystem > options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" > req'ed > options PROCFS #Process filesystem > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP > THIS!] > options SCSI_DELAY=5000 #Be pessimistic about Joe SCSI device > options UCONSOLE #Allow users to grab the console > options FAILSAFE #Be conservative > options USERCONFIG #boot -c editor > options VISUAL_USERCONFIG #visual boot -c editor > > config kernel root on da0 > > # To make an SMP kernel, the next two are needed > #options SMP # Symmetric MultiProcessor > Kernel > #options APIC_IO # Symmetric (APIC) I/O > # Optionally these may need tweaked, (defaults shown): > #options NCPU=2 # number of CPUs > #options NBUS=4 # number of busses > #options NAPIC=1 # number of IO APICs > #options NINTR=24 # number of INTs > > controller isa0 at nexus? > #controller pnp0 # PnP support for ISA > #controller eisa0 > controller pci0 at nexus? > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 > disk fd0 at fdc0 drive 0 > > controller wdc0 at isa? port "IO_WD1" bio irq 14 > disk wd0 at wdc0 drive 0 > disk wd1 at wdc0 drive 1 > > controller wdc1 at isa? port "IO_WD2" bio irq 15 > disk wd > device wcd0 #IDE CD-ROM > device wfd0 #IDE Floppy (e.g. LS-120) > > # A single entry for any of these controllers (ncr, ahb, ahc) is > # sufficient for any number of installed devices. > controller ncr0 > controller ahc0 > > controller scbus0 > > device da0 > > device sa0 > > device pass0 > > device cd0 #Only need one of these, the code dynamically > grows > > # atkbdc0 controlls both the keyboard and the PS/2 mouse > controller atkbdc0 at isa? port IO_KBD > device atkbd0 at atkbdc? tty irq 1 > device psm0 at atkbdc? tty irq 12 > > device vga0 at isa? port ? conflicts > > # splash screen/screen saver > #pseudo-device splash > > # syscons is the default console driver, resembling an SCO console > device sc0 at isa? tty > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > #device vt0 at isa? tty > #options XSERVER # support for X server > #options FAT_CURSOR # start with block > cursor > # If you have a ThinkPAD, uncomment this along with the rest of the PCVT > lines > #options PCVT_SCANSET=2 # IBM keyboards are > non-std > > device npx0 at nexus? port IO_NPX irq 13 > > # > # Laptop support (see LINT for more options) > # > #device apm0 at nexus? disable flags 0x31 # Advanced Power > Management > > device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 > device sio1 at isa? port "IO_COM2" tty irq 3 > device sio2 at isa? disable port "IO_COM3" tty irq 5 > device sio3 at isa? disable port "IO_COM4" tty irq 9 > > # Parallel port > device ppc0 at isa? port? tty irq 7 > controller ppbus0 > device lpt0 at ppbus? > #device plip0 at ppbus? > #device ppi0 at ppbus? > #controller vpo0 at ppbus? > > # > # The following Ethernet NICs are all PCI devices. > # > device de0 # DEC/Intel DC21x4x (``Tulip'') > > pseudo-device loop > pseudo-device ether > pseudo-device sl 1 > pseudo-device ppp 1 > pseudo-device tun 1 > pseudo-device pty 16 > pseudo-device gzip # Exec gzipped a.out's > > # KTRACE enables the system-call tracing facility ktrace(2). > # This adds 4 KB bloat to your kernel, and slightly increases > # the costs of each syscall. > options KTRACE #kernel tracing > > # This provides support for System V shared memory and message queues. > # > options SYSVSHM > options SYSVMSG > options SYSVSEM > > > # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be > # aware of the legal and administrative consequences of enabling this > # option. The number of devices determines the maximum number of > # simultaneous BPF clients programs runnable. > #pseudo-device bpfilter 4 #Berkeley packet filter > > > # USB support > #controller uhci0 > #controller ohci0 > #controller usb0 > # > # for the moment we have to specify the priorities of the device > # drivers explicitly by the ordering in the list below. This will > # be changed in the future. > # > #device ums0 > #device ukbd0 > #device ulpt0 > #device uhid0 > #device ugen0 > > Anyone have any advice? > > Eric Jones > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message