Interesting new warnings in boot msgs from -current kernel

1999-07-04 Thread Donald J . Maddox

After last night's new kernel and 'make world', I find I am seeing
some interesting new warnings at boot time:


Copyright (c) 1992-1999 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: Sun Jul  4 00:13:56 EDT 1999
[EMAIL PROTECTED]:/usr/src/sys/compile/RHIANNON
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 166194077 Hz
CPU: Pentium/P54C (166.19-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
  Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8
real memory  = 67108864 (65536K bytes)
config pnp 1 0 os enable port0 0x220 irq0 5 drq0 1 drq1 5 port1 0x330 port2 0x388
config pnp 1 1 os enable port0 0x201
config pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20
avail memory = 61652992 (60208K bytes)
Preloaded elf kernel "kernel" at 0xc02fb000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02fb09c.
Preloaded elf module "vesa.ko" at 0xc02fb0ec.
Preloaded elf module "cd9660.ko" at 0xc02fb188.
Preloaded elf module "msdos.ko" at 0xc02fb228.
Preloaded elf module "procfs.ko" at 0xc02fb2c8.
Preloaded elf module "linux.ko" at 0xc02fb368.
Intel Pentium detected, installing workaround for F00F bug
VESA: v3.0, 16320k memory, flags:0x1, mode table:0xc02c8102 (122)
VESA: STB Systems, Inc
WARNING: "streams" is usurping "streams"'s cdevsw[]
^^^
Probing for PnP devices:
CSN 1 Vendor ID: CTL009e [0x9e008c0e] Serial 0x09f665ec Comp ID: PNPb02f [0x2fb0d041]
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: PCI host bus adapter on motherboard
pci0: PCI bus on pcib0
chip0: Intel 82439HX PCI cache memory controller at device 0.0 on pci0
isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0
ide_pci0: Intel PIIX3 Bus-master IDE controller at device 7.1 on pci0
ahc0: Adaptec 2940 Ultra SCSI adapter irq 10 at device 10.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
vga-pci0: NVidia Riva TNT graphics accelerator irq 11 at device 12.0 on pci0
isa0: ISA bus on motherboard
atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0
atkbd0: AT Keyboard irq 1 on atkbdc0
sc0: System console on isa0
sc0: VGA 32 virtual consoles, flags=0x200
vga0: Generic ISA VGA at port 0x3b0-0x3df iomem 0xa-0xb on isa0
wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xb0ffb0ff on isa0
wdc0: unit 0 (wd0): Maxtor 71336 AP, LBA, DMA, 32-bit, multi-block-32
wd0: 1277MB (2616240 sectors), 648 cyls, 64 heads, 63 S/T, 512 B/S
wdc0: unit 1 (wd1): Maxtor 85250D6, LBA, DMA, 32-bit, multi-block-16
wd1: 5009MB (10259160 sectors), 638 cyls, 255 heads, 63 S/T, 512 B/S
fdc0: NEC 72065B or clone at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5" drive at fdc0 drive 0
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
sio2 at port 0x3e8-0x3ef irq 12 flags 0x2002 on isa0
sio2: type ST16650A
sio3 at port 0x2e8-0x2ef irq 9 on isa0
sio3: type 16550A
sb0 at port 0x220 irq 5 drq 1 on isa0
snd0: SoundBlaster 16 4.16 
sbxvi0 at port 0x drq 5 on isa0
isa_compat: didn't get ports for sbxvi
snd0: SoundBlaster 16 4.16 
WARNING: "snd" is usurping "snd"'s cdevsw[]
^^^
sbmidi0 at port 0x330 on isa0
snd0: SoundBlaster MPU-401 
WARNING: "snd" is usurping "snd"'s cdevsw[]
^^^
awe0 at port 0x620 on isa0
awe0: SoundBlaster EMU8000 MIDI (RAM4096k)
WARNING: "snd" is usurping "snd"'s cdevsw[]
^^^
opl0 at port 0x388 on isa0
snd0: Yamaha OPL3 FM 
WARNING: "snd" is usurping "snd"'s cdevsw[]
^^^
pca0 at port 0x40 on isa0
pca0: PC speaker audio driver
joy0 at port 0x201 on isa0
joy0: joystick
ds0 XXX: driver didn't set ifq_maxlen
da0 at ahc0 bus 0 target 0 lun 0
da0: FUJITSU M2684S-512 2036 Fixed Direct Access SCSI-2 device 
da0: 10.000MB/s transfers (10.000MHz, offset 15)
da0: 507MB (1039329 512 byte sectors: 64H 32S/T 507C)
changing root device to wd1s1a
cd0 at ahc0 bus 0 target 1 lun 0
cd0: MATSHITA CD-ROM CR-508 XS03 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


?!?!


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Interesting new warnings in boot msgs from -current kernel

1999-07-04 Thread Adam Strohl

I too get those exact messages with my bktr, and my sound drivers.

pcib0: PCI host bus adapter on motherboard
pci0: PCI bus on pcib0
WARNING: "bktr" is usurping "bktr"'s cdevsw[]
- cut -
snd0: SoundBlaster 16 4.16 
WARNING: "snd" is usurping "snd"'s cdevsw[]
sbmidi0 at port 0x330 on isa0
snd0: SoundBlaster MPU-401 
WARNING: "snd" is usurping "snd"'s cdevsw[]

The devices all work fine, though.

- ( Adam Strohl ) -
-  UNIX Operations/Systems   http://www.digitalspark.net  -
-  adams (at) digitalspark.netxxx.xxx. x  -
- ( DigitalSpark.NET )--- -




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



freebsd web based groupware

1999-07-04 Thread sams

Hi,

We're looking for sites who may want to integrate customizable web
based groupware (email, message board, calendar and address book)onto
their sites.  Joydesk 2.1 runs on NT, Linux and FreeBSD.  When you have
an opportunity, please visit http://joydesk.com, open free account and
play with the features.  Let me know what you think.

Cheers,

Sam



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Amancio Hasty


Curious why are you cvsupping every couple of minutes ?


-- 

 Amancio Hasty
 [EMAIL PROTECTED]




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread David Scheidt

On Sun, 4 Jul 1999, Amancio Hasty wrote:

 
 Curious why are you cvsupping every couple of minutes ?

I think you have a language problem here.  I think he meant it normally 
takes a couple of minutes, not that he cvsups every couple of minutes.  


David




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: IBM-DJNA drives on FreeBSD

1999-07-04 Thread Dag-Erling Smorgrav

Richard Tobin [EMAIL PROTECTED] writes:
 Is that relevant for 3.2 as well as current?  And by "disabling ultra
 DMA" did you mean "disabling UDMA66" or "disabling UDMA completely"?
 (You can permanently disable UDMA66 with a DOS utility available
 from IBM, and it will then act as a plain UDMA33 drive.)

Depends on your motherboard. Try to just disable UDMA66 first. If that
doesn't help, or if you have a "known bad" chipset (e.g. AcerLabs
Aladdin), disable UDMA completely in the BIOS setup utility.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Alex Zepeda

On Sun, 4 Jul 1999, Amancio Hasty wrote:

 Curious why are you cvsupping every couple of minutes ?

I think what was meant was that the CVSup process takes a few minutes
usually, but has taken over an hour now.

- alex

I thought felt your touch
In my car, on my clutch
But I guess it's just someone who felt a lot like I remember you.
  - Translator



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread John Polstra

In article [EMAIL PROTECTED],
Wilko Bulte  [EMAIL PROTECTED] wrote:
 Maybe this is a stupid question and/or FAQ but:

You probably should have written to [EMAIL PROTECTED] instead
of the -current list.

 I'm currently cvsupping updates on the CVS repository. Most of the
 times that is a couple of minutes, but today it is already 1 hour busy.
 
 Mainly with:
 
 SetAttr bla 
 
 (loads and loads of these). 
 
 What gives?

Several things can cause this:

- You are running cvsup with a different umask than usual.  To guard
  against this, you can add a "umask=022" setting in your supfile
  (CVSup-16.0 and later).

- You are running cvsup under a different user-id than usual.  This
  probably has no effect unless you have "preserve" in your supfile.
  That's almost always a bad idea except for special situations.

- You've accidentally touched all the files in your repository in
  some way (changed their modtimes, changed their permissions, changed
  their owners, etc.).

John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra  Co., Inc.Seattle, Washington USA
  "No matter how cynical I get, I just can't keep up."-- Nora Ephron


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Amancio Hasty


Arghh...  Yeap, upon reading the original message again it reads
as you have stated . 

I need more sleep ... 8)

Tnks

 On Sun, 4 Jul 1999, Amancio Hasty wrote:
 
  Curious why are you cvsupping every couple of minutes ?
 
 I think what was meant was that the CVSup process takes a few minutes
 usually, but has taken over an hour now.
 
 - alex
 
 I thought felt your touch
 In my car, on my clutch
 But I guess it's just someone who felt a lot like I remember you.
   - Translator
 

-- 

 Amancio Hasty
 [EMAIL PROTECTED]




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Alex Zepeda

On Sun, 4 Jul 1999, Amancio Hasty wrote:

 
 Arghh...  Yeap, upon reading the original message again it reads
 as you have stated . 
 
 I need more sleep ... 8)

Nahh.. caffinated daemon candies OTOH...

- alex



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Nick Hibma


Maybe, your machine's date is wrong? Did you change cvsup server lately?
Did it upgrade it's version of cvsup? I once changed from de to nl and
saw similar results.

Cheers,

Nick

On Sun, 4 Jul 1999, Wilko Bulte wrote:

 Maybe this is a stupid question and/or FAQ but:
 
 I'm currently cvsupping updates on the CVS repository. Most of the
 times that is a couple of minutes, but today it is already 1 hour busy.
 
 Mainly with:
 
 SetAttr bla 
 
 (loads and loads of these). 
 
 What gives?
 
 --
 |   / o / /  _ Arnhem, The Netherlands- Powered by FreeBSD -
 |/|/ / / /( (_) Bulte  WWW  : http://www.tcja.nl  http://www.freebsd.org
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of the message
 
 

-- 
e-Mail: [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread John Polstra


Mike Pritchard wrote:
 In article [EMAIL PROTECTED],
 
 - You are running cvsup with a different umask than usual.  To guard
   against this, you can add a "umask=022" setting in your supfile
   (CVSup-16.0 and later).
 
 Speaking of CVSup-16.0, I can't get the port in /usr/ports/net/cvsup to
 link.  I get the following error message:
 
 - linking cvspasswd
 /usr/lib/crt0.o: file not recognize: File format not recognized

It looks like you have an old (a.out) Modula-3 installation.
Pkg_delete modula-3 and modula-3-lib and then try again.

John


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: patch 4 UPDATING...

1999-07-04 Thread Warner Losh

In message [EMAIL PROTECTED] Osokin Sergey writes:
: Little patch for UPDATING:

Thanks!

Warner


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Ollivier Robert

According to Mike Pritchard:
 - linking cvspasswd
 /usr/lib/crt0.o: file not recognize: File format not recognized

Why is it trying to link the old a.out run-time code ?
-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May  9 20:16:32 CEST 1999



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Wilko Bulte

As Nick Hibma wrote ...
 
 Maybe, your machine's date is wrong? Did you change cvsup server lately?
 Did it upgrade it's version of cvsup? I once changed from de to nl and
 saw similar results.

Date is OK:

yedi#date
Sun Jul  4 22:13:55 CEST 1999
yedi#

cvsup version has not been changed. 

I did change the cvsup server some time ago, but I'm now back at
cvsup.nl.FreeBSD.org

--
|   / o / /  _   Arnhem, The Netherlands- Powered by FreeBSD -
|/|/ / / /( (_) BulteWWW  : http://www.tcja.nl  http://www.freebsd.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Wilko Bulte

As John Polstra wrote ...
 In article [EMAIL PROTECTED],
 Wilko Bulte  [EMAIL PROTECTED] wrote:
  Maybe this is a stupid question and/or FAQ but:
 
 You probably should have written to [EMAIL PROTECTED] instead
 of the -current list.

Well, I was not exactly claiming this is a cvsup bug of some sorts.

  I'm currently cvsupping updates on the CVS repository. Most of the
  times that is a couple of minutes, but today it is already 1 hour busy.
  
  Mainly with:
  
  SetAttr bla 
  
  (loads and loads of these). 
  
  What gives?
 
 Several things can cause this:
 
 - You are running cvsup with a different umask than usual.  To guard
   against this, you can add a "umask=022" setting in your supfile
   (CVSup-16.0 and later).

I ran cvsup as root, umask set to 022. But I added the umask line
to the supfile just to make sure.

 - You are running cvsup under a different user-id than usual.  This
   probably has no effect unless you have "preserve" in your supfile.
   That's almost always a bad idea except for special situations.

I run it as root, and have always done so. Is this a bad idea maybe?

 - You've accidentally touched all the files in your repository in
   some way (changed their modtimes, changed their permissions, changed
   their owners, etc.).

Not that I recall having done so. But I'll keep a close eye on this.

I just gave cvsup another try and it only took a few minutes updating
some files in the repository. Which looked just fine.

Thank you for your help,

Wilko
--
|   / o / /  _   Arnhem, The Netherlands- Powered by FreeBSD -
|/|/ / / /( (_) BulteWWW  : http://www.tcja.nl  http://www.freebsd.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Mark Huizer

 Sun Jul  4 22:13:55 CEST 1999
 yedi#
 
 cvsup version has not been changed. 
 
 I did change the cvsup server some time ago, but I'm now back at
 cvsup.nl.FreeBSD.org
 
hey! that's my queue! when did it start to happen?
If it was last week, then there might have been some cause in the
upgrading of the machine to 3.2, or it might involve softupdates.

Mark
-- 
Nice testing in little China...


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



RE: LDAPed FreeBSD

1999-07-04 Thread Mark J. Taylor


Are you trying to configure your entire system using LDAP as the database
backend, or are you trying to serve current system info?

If you are trying *configure* the system using LDAP as a database, then
good luck.  Our company, Cybernet Systems, has spent over ten man-years
developing a HTML-based front-end for just such a purpose.  When we (I)
first started this project (NetMAX, http://www.netmax.com/), we evaluated
LDAP as a backend.  I found it too buggy (at the time) for our purposes.
Does it implement record locking on read/write?  Does it allow you to
"batch" your changes?  Does it provide for server start/restart when
appropriate?  Can you do cross-validation of data, for example, can you
make sure that you give the DHCP server an IP address that is not already
taken, or make sure that it is in one of your subnets?

There are lots and lots (gobs!) of these kinds of checks that need to
be done for a "complete" system configuration service.
If it doesn't daemon restarts, batch-mode changes, and system checking/cross-
validation, then you'll probably end up with something similar to
webmin (http://www.webmin.com/).


PLUG
You could easily spend years making a complete interface to setup your
server, or you could purchase the NetMAX software (about $500, see
http://www.netmax.com/).  A FreeBSD 3.2 version is in-the-works (a
2.2.7-system/2.2.8-kernel is currently available).  Also, a Linux version
(based on RedHat 5.2 with a 2.0.37 kernel) is currently in beta (the
distributed beta is a 2.0.36 kernel, though).
/PLUG



-Mark Taylor
NetMAX Developer
[EMAIL PROTECTED]
http://www.netmax.com/



On 04-Jul-99 Amancio Hasty wrote:
 
 I am playing around with configuring the system and providing a CLI , 
 programmatic interface and a html interface .
 
 
 Floating in my mind is to present a uniform configuration repository similar
 to windows registery however the information repository is implemented 
 with LDAP. See http://www.openldap.org for info on LDAP.
 
 The tough part is creating the LDAP schemas for the various daemons
 or services.
 
 Got lucky and found an IETF draft : 
 
An LDAP Schema for Dynamic Host Configuration Protocol Service
http://www.ietf.org/internet-drafts/draft-gu-dhcp-ldap-schema-00.txt
 
 I am using the above draft to explore configuring dhcpd. My first cut at 
 configuring dhcpd via LDAP is to extract all the configuration information
 from the LDAP server and writing the information to dhcpd's configuration
 file and then have dhcpd parse the configuration file. This approach
 minimizes the changes to dhcpd and provides persistent configuration
 information for dhcpd.
 
 The start of my html interface is at:
 
 http://www.star-gate.com/dhcpd.html
 
 Thats just a dummy front end . The real interface is being implemented as a  
 servlet
 and will provide a more rich presentation --- help files , How To, etc...
 
 The CLI interface can be as easy as using the existing ldap shell tools.
 
 The programmatic interface is simply the LDAP C and Java interface available
 from : http://www.mozilla.org/directory
 
 So far I have a simple ldap schema based upon the IETF draft which I can 
 manage from my servlet and query from dhcpd.
 
 
   What do you guys think?
 
 
 -- 
 
  Amancio Hasty
  [EMAIL PROTECTED]
 
 
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of the message



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



AMD K6-III CPU and Tyan S1590S at 450MHz

1999-07-04 Thread Louis A. Mamakos


FYI, I just upgraded from a Pentium/P54C at 133MHz on a Tyan Titan-III
motherboard to an AMD K6-III CPU at 450Mhz (100MHz bus speed) on a
Tyan S1590S "Trinity 100" AT-form factor motherboard.  Runs really
good!

I previously built a machine with a K6-2 at 350MHz on an FIC VA-503+
motherboard for FreeBSD testing and as the Windoze 98 platform for
Total Annihilation game playing, and was very happy at how that worked
out.  So, when it came time to upgrade the old Pentium, I did the AMD
thing again.

The on-board 256K L2 cache and 100MHz bus really makes this machine
quite spritely.  Even with the crummy old SCSI fast (non wide, non ultra)
disk, there's a very noticable improvement.

At boot:

CPU: AMD-K6(tm) 3D+ Processor (450.92-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x591  Stepping=1
  Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX
AMD Extended Features=0x808029bfFPU,VME,DE,PSE,TSC,K6MSR,MCE,CX8,SYSCALL,PGE,M
MX,3DNow!
Data TLB: 128 entries, 2-way associative
Instruction TLB: 64 entries, 1-way associative
L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative
L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative
L2 (on-CPU) cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative
^
Write Allocate Enable Limit: 128M bytes
Write Allocate 15-16M bytes: Enable

The Tyan has a 1MB cache (now L3) of it's own.  This combination is
recommended (by me, at least).  After doing computer surgery to swap
motherboards it came right up with no problems at all.  I was surprised.

I've submitted a PR with a patch to add support for the L2 cache display
above for -CURRENT.

louie




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: freebsd web based groupware

1999-07-04 Thread Jonathan M. Bresler


Sam,
Your email sounds good.  the web site looks fine.  but sending
this message to three different lists (so far, i hope there are not
others) is very near to spamming us.  i sincerely hope that you have
not sent this message to additional lists.

jmb
-- 
Jonathan M. Bresler  FreeBSD Core Team, Postmaster   [EMAIL PROTECTED]
FreeBSD--The Power to Serve JMB193   http://www.freebsd.org/
PGP 2.6.2 Fingerprint:  31 57 41 56 06 C1 40 13  C5 1C E3 E5 DC 62 0E FB


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: IBM-DJNA drives on FreeBSD

1999-07-04 Thread Brian F. Feldman

On 4 Jul 1999, Dag-Erling Smorgrav wrote:

 Richard Tobin [EMAIL PROTECTED] writes:
  Is that relevant for 3.2 as well as current?  And by "disabling ultra
  DMA" did you mean "disabling UDMA66" or "disabling UDMA completely"?
  (You can permanently disable UDMA66 with a DOS utility available
  from IBM, and it will then act as a plain UDMA33 drive.)
 
 Depends on your motherboard. Try to just disable UDMA66 first. If that
 doesn't help, or if you have a "known bad" chipset (e.g. AcerLabs
 Aladdin), disable UDMA completely in the BIOS setup utility.

What do you mean, "known bad" ALi? I've had this mobo since the beginning
of the year or so, and it's given me no trouble. Ultra DMA always worked
right with Soren's ATA drivers. The only problem is that UDMA can't be
disabled in the BIOS, but that's due more to the BIOS brand.

 
 DES
 -- 
 Dag-Erling Smorgrav - [EMAIL PROTECTED]
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of the message
 

 Brian Fundakowski Feldman  _ __ ___   ___ ___ ___  
 [EMAIL PROTECTED]   _ __ ___ | _ ) __|   \ 
 FreeBSD: The Power to Serve!_ __ | _ \._ \ |) |
   http://www.FreeBSD.org/  _ |___/___/___/ 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Perl stops make world

1999-07-04 Thread gene

For several months my cvsup/make world has ended with:

=== sys/modules/fxp
@ - /usr/src/sys
machine - /usr/src/sys/i386/include
echo "#define NFXP 1"  fxp.h
echo "#define NBPFILTER 0"  bpfilter.h
touch opt_bdg.h
perl /usr/src/sys/modules/fxp/../../kern/makedevops.pl -h
/usr/src/sys/modules/fxp/../../kern/device_if.m
perl: not found
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1
***
To make a world I can hack  /usr/src/sys/modules/fxp/makefile and  make
perl read /usr/bin/perl but now compiling ports (any) dies with :

Error: you don't have the right version of perl in /usr/bin.
*** Error code 1

Stop.
**

 perl -v

This is perl, version 5.005_02 built for i386-freebsd

This sounds old,  I know zip about Perl, I think the latest is like
5.005_04, but make in the /usr/ports/lang/perl5 directory gives me:

make
===  perl-5.00502 is forbidden: perl is in system.
**
A clue would be greatly appreciated. I have run out of things I know to
try.
Gene



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: IBM-DJNA drives on FreeBSD

1999-07-04 Thread Richard Tobin

 Depends on your motherboard. Try to just disable UDMA66 first.

Thanks, that's what I did.  It works fine (I'm using a SOYO 5EHM
motherboard with an AMD K6-2/200).  Performance is excellent; bonnie
gives:

  ---Sequential Output ---Sequential Input-- --Random--
  -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
   MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
svax32if  100 10336 95.5 14246 57.3  5733 35.9 11372 95.4 17128 57.0 147.9  3.3

that's 17MB/s for block reads (this varies quite a bit depending on
the physical position on the disk).  Not bad for a disk costing £165
for 13.5GB.  On the other hand the system really grinds to a halt while
the benchmark is running.

Incidentally, I tried bonnie on an MSDOS partition (just because it's at
the outside of the disk) and the result was:

svax32im  100  8940 89.2 12984 76.1   473  2.8  9108 92.1 15584 86.4  76.3 48.8

Note the abysmal rewrite speed!

-- Richard


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread John Polstra

Wilko Bulte wrote:
 Several things can cause this:
 
 - You are running cvsup with a different umask than usual.  To guard
   against this, you can add a "umask=022" setting in your supfile
   (CVSup-16.0 and later).
 
 I ran cvsup as root, umask set to 022.

OK, that must not have been the problem.

 - You are running cvsup under a different user-id than usual.  This
   probably has no effect unless you have "preserve" in your supfile.
   That's almost always a bad idea except for special situations.
 
 I run it as root, and have always done so. Is this a bad idea maybe?

No, that's fine.

 - You've accidentally touched all the files in your repository in
   some way (changed their modtimes, changed their permissions, changed
   their owners, etc.).
 
 Not that I recall having done so. But I'll keep a close eye on this.

Other possibilities:

- You lost your "checkouts.cvs" file somehow.  It's supposed to be
underneath your cvsup "base" directory somewhere.  Don't bother
looking for it, because cvsup will have recreated it for you by now.

- You changed your supfile in some way.

- Your friendly mirror site maintainer accidentally touched his
copies of the files.

And of course there's always the possibility that it was caused by a
plain old bug in CVSup.

 I just gave cvsup another try and it only took a few minutes updating
 some files in the repository. Which looked just fine.

Good.  I'm glad it's OK again.

John
---
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra  Co., Inc.Seattle, Washington USA
  "No matter how cynical I get, I just can't keep up."-- Nora Ephron



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Perl stops make world

1999-07-04 Thread Doug

gene wrote:
 
 For several months my cvsup/make world has ended with:

We have some problems in freebsd, but never problems with make world that
last for months. :)  Have you tried deleting /usr/obj/*, /usr/src/*, then
starting with just a plain 'make -DNOCLEAN world'?  Also, what are your
make.conf options? Make sure that you don't have NOPERL defined in there. 

Good luck,

Doug


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



alpha kernel build failure (w/patch)

1999-07-04 Thread Steve Price

Anyone object to me fixing the wb driver so kernel builds on
the Alpha don't fall over anymore?  The patch was gleened from
the similar changes to the al driver.  Thanks.

-steve

Index: if_wb.c
===
RCS file: /home/ncvs/src/sys/pci/if_wb.c,v
retrieving revision 1.11
diff -u -r1.11 if_wb.c
--- if_wb.c 1999/07/02 04:17:16 1.11
+++ if_wb.c 1999/07/05 05:29:15
@@ -1096,7 +1096,12 @@
printf ("wb%d: couldn't map ports\n", unit);
goto fail;
}
+#ifdef __i386__
sc-wb_btag = I386_BUS_SPACE_IO;
+#endif
+#ifdef __alpha__
+   sc-wb_btag = ALPHA_BUS_SPACE_IO;
+#endif
 #else
if (!(command  PCIM_CMD_MEMEN)) {
printf("wb%d: failed to enable memory mapping!\n", unit);
@@ -1107,7 +1112,12 @@
printf ("wb%d: couldn't map memory\n", unit);
goto fail;
}
+#ifdef __i386__
sc-wb_btag = I386_BUS_SPACE_MEM;
+#endif
+#ifdef __alpha__
+   sc-wb_btag = ALPHA_BUS_SPACE_MEM;
+#endif
sc-wb_bhandle = vbase;
 #endif
 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: loads of SetAttrs in cvsup of cvs repo

1999-07-04 Thread Jeroen Ruigrok/Asmodai

* Mark Huizer ([EMAIL PROTECTED]) [990705 02:47]:
  
  I did change the cvsup server some time ago, but I'm now back at
  cvsup.nl.FreeBSD.org
  
 hey! that's my queue! when did it start to happen?
 If it was last week, then there might have been some cause in the
 upgrading of the machine to 3.2, or it might involve softupdates.

That was once last week, which made sense to me after you told me you 
upgraded cvsup.nl. I think Wilko must have suffered from the same `problem'.

regards,

-- 
Jeroen Ruigrok van der Werven  asmodai(at)wxs.nl
The BSD Programmer's Documentation Project http://home.wxs.nl/~asmodai
Network/Security SpecialistBSD: Technical excellence at its best
Cum angelis et pueris, fideles inveniamur. Quis est iste Rex gloriae...?


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message