Re: freefall hangs w/ nfs

1999-10-26 Thread Dmitrij Tejblum

Matthew Dillon wrote:
 Actually, what I meant was that AMD itself is equivalent to a loopback
 mount, whether or not you make loopback mounts through it.

No. The loopback deadlock happen when the nfs server handle a write 
operation. But there cannot be any writes in the amd filesystem. The 
filesystem only contains symlinks to outside.

Dima




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



Re: AMRD (MegaRAID) BIOS rev another other questions

1999-10-26 Thread Geoff Buckingham

On Sun, Oct 24, 1999 at 09:58:11AM -0600, Greg Lehey wrote:
 
 Indeed.  It's quite easy to put all cylinder groups on a single
 spindle; I've seen reports of up to 80% degradation under these
 circumstances.
 
  Where sequential read/write performance is not critical you can stripe at
  cluster size to avoid this. Other wise using an odd number of spindles for
  a stripe and an even number for a RAID3 or RAID5 or stripeing at an interval
  which is not a power of two should work (12,24,48,76 etc)
 
 The best I've heard of is 768 kB - 1 sector.  This works on Vinum, but
 it seems that most RAID controllers use a somewhat simplistic striping
 algorithm.  You might like to try 31 kB or such.  This won't make any
 difference with rawio, though.
 

I would agree from experiance that 768 KB seems a good selection for vinum
and probably ccd too

-- 
GeoffB


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



Re: SCSI CCB timeouts accessing disk

1999-10-26 Thread Peter Jeremy

On 1999-Oct-25 07:41:59 +1000, I wrote:
I've temporarily attached a Seagate ST32151N to a 1542B on a -current
system to try and setup the disk for another system.  Unfortunately,
although the disk reports it is OK, I can't read or write.

I finally got it to work by disabling the SYNC negotiation on the
AHA-1542B.  Has anyone seen this before?

Peter


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



Re: trek73

1999-10-26 Thread Ben Rosengart

On Mon, 25 Oct 1999, Jim Bryant wrote:

 No matter what Lush Rimbaugh says on the topic, frivilous lawsuits
 RARELY win in court.  A lawsuit over this would indeed be frivilous.

You don't have to win in court, you merely have to exhaust the resources
of your opponent.  Walnut Creek doesn't have a huge amount of resources,
and the amount they're likely to dedicate to defending a case like this
is minimal, I suspect.

Followups to -chat.

--
 Ben Rosengart

UNIX Systems Engineer, Skunk Group
StarMedia Network, Inc.



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



CSS authentication for DVD-ROMs

1999-10-26 Thread Syam Gadde

Given the recent posting of DVD movie decryption code (see Slashdot
for details), I was wondering if there was interest for code that
does CSS authentication for DVD-ROM drives.  Has anyone been
working on this?  It's been in the Linux source tree for a while,
and I've spent a small amount of time writing a patch for similar
ioctls in the current FreeBSD ATAPI CD driver.  I am now able to
authenticate my drive using an appropriately modified css-auth
(by Derek Fawcus), granting me access to the (still encrypted)
video files on the DVD (mounted as a CD9660 file system, since
most DVDs these days are still written with both UDF and CD9660
file systems).

Basically, my modifications follow the publicly available Mt. Fuji
spec for Multimedia Devices (SFF8090), and allow a user-level
program (such as css-auth above) to do the nasty work, using ioctls
to drive the authentication process.  Note again that this addresses
only authentication, not the meatier problem of decryption.

So if there is interest, and if no one has done more extensive work
on this, I'll clean up my code and post patches.

-syam



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



Re: CSS authentication for DVD-ROMs

1999-10-26 Thread Julian Elischer

Anything we can get towards working DVD is good.


On Tue, 26 Oct 1999, Syam Gadde wrote:
[...]
 
 Basically, my modifications follow the publicly available Mt. Fuji
 spec for Multimedia Devices (SFF8090), and allow a user-level
 program (such as css-auth above) to do the nasty work, using ioctls
 to drive the authentication process.  Note again that this addresses
 only authentication, not the meatier problem of decryption.

Is SFF8090 available online somewhere?

 
 So if there is interest, and if no one has done more extensive work
 on this, I'll clean up my code and post patches.
 
 -syam



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



Re: CSS authentication for DVD-ROMs

1999-10-26 Thread Tet Solfire

I agree.  I have a Creative Labs Dxr2 DVD kit that I'm more than willing
to test code on/with.  (Any word on the Dxr2 mpeg decoder card? )

On Tue, 26 Oct 1999, Julian Elischer wrote:

 Anything we can get towards working DVD is good.
 
 
 On Tue, 26 Oct 1999, Syam Gadde wrote:
 [...]
  
  Basically, my modifications follow the publicly available Mt. Fuji
{snipped}



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



Re: current-digest V4 #679

1999-10-26 Thread Matt STacker



--- current-digest
[EMAIL PROTECTED] wrote:
 
 current-digestTuesday, October 26 1999  
  Volume 04 : Number 679
 
 
 
 In this issue:
 Re: lsof broken 
 Nevermind! (Re: Info needed re: new userconfig
 scripting and PnP)
 [none]
 Re: freefall hangs w/ nfs
 Re: freefall hangs w/ nfs
 ACPI project started in Japan
 Re: pcm/ES1370 PCI soundcard problem
 Re: [Call for review]: newsyslog - new option 
 Re: trek73
 Re: make world failing on current
 Re: trek73
 Re: trek73
 Re: Info needed re: new userconfig scripting and PnP
 Re: trek73
 Re: trek73
 Re: trek73
 Re: Anyone adding "support" for Athlons.
 Re: linux emulation broken.. (solution)
 Re: linux emulation broken.. (solution)
 Newmidi updated (CS461x, GUS, pcm+midi, etc)
 Re: freefall hangs w/ nfs 
 Re: AMRD (MegaRAID) BIOS rev another other questions
 

--
 
 Date: Mon, 25 Oct 1999 11:43:12 +0200
 From: Sheldon Hearn [EMAIL PROTECTED]
 Subject: Re: lsof broken 
 
 On Sun, 24 Oct 1999 23:32:42 -0400, Chuck Robey
 wrote:
 
  It's broken trying to work with the name cache,
 and dies because it can't
  find the name NCACHE.  Where is this guy?
 
 I use the following patch to patches/patch-aa for
 CURRENT. I've no idea
 what this does to STABLE.
 
 Ciao,
 Sheldon.
 
 Index: patches/patch-aa

===
 RCS file:
 /home/ncvs/ports/sysutils/lsof/patches/patch-aa,v
 retrieving revision 1.2
 diff -u -d -r1.2 patch-aa
 - --- patch-aa1997/02/04 08:30:22 1.2
 +++ patch-aa  1999/10/25 09:39:34
 @@ -1,6 +1,15 @@
  --- dialects/freebsd/machine.h.orig  Fri Jan 17
 23:15:41 1997
  +++ dialects/freebsd/machine.h   Tue Feb  4 17:23:58
 1997
 - -@@ -291,7 +291,7 @@
 +@@ -217,7 +217,7 @@
 +  * cache whose cache and vnodes are linked by a
 capability ID.
 +  */
 + 
 +-#define HASNCACHE   1
 ++/* #define  HASNCACHE   1 */
 + #define HASNCAPID   1
 + 
 + 
 +@@ -355,7 +355,7 @@
* (the one that its user logged on with) of the
 lsof process.
*/
   
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of
 the message
 
 --
 
 Date: Mon, 25 Oct 1999 06:37:44 -0500 (CDT)
 From: Conrad Sabatier [EMAIL PROTECTED]
 Subject: Nevermind! (Re: Info needed re: new
 userconfig scripting and PnP)
 
 OK, I've gotten a few private replies (thanks!), and
 have also read
 through several threads in the -current archives.  I
 think I've got
 the picture now.  Can't say I'm all that happy about
 what I've read
 (I mean, having to add to my web pages something to
 the effect of
 "you can disregard all of this information if you're
 running
 - -current"), but who am I to stand in the way of
 progress, eh?  :-)
 
 BTW, speaking of device IDs, if anyone needs the
 info for the AWE 64
 "value" card, I'll be happy to provide whatever I
 can.
 - -- 
 Conrad Sabatier
 http://members.home.net/conrads/
 
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of
 the message
 
 --
 
 Date: Mon, 25 Oct 1999 08:48:34 -0400 (EDT)
 From: Dave Seaman [EMAIL PROTECTED]
 Subject: [none]
 
 help subscribe
 
 
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-current" in the body of
 the message
 
 --
 
 Date: Mon, 25 Oct 1999 07:36:26 -0700 (PDT)
 From: David Wolfskill [EMAIL PROTECTED]
 Subject: Re: freefall hangs w/ nfs
 
 Date: Sun, 24 Oct 1999 00:42:12 -0700 (PDT)
 From: Matthew Dillon [EMAIL PROTECTED]
 
 It looks on the face of it that AMD is hanging.
  Perhaps this is 
 preventing the system from clearing out buffers
 and causing lockups
 on other mounts.  AMD could also be causing a
 deadlock to occur in the
 buffer cache (for the same reason loopback
 mounts can cause deadlocks).
 
 The next time this happens, if the person
 rebooting freefall can get 
 a kernel dump (and have a corresponding debug
 kernel) I may be able to 
 track it down for sure.  Fixing it is another
 problem, though.  Loopback
 deadlocks are a big problem under 3.x.
 
 In an environment where there is use of amd and NFS,
 there is no need
 for loopback NFS mounts.
 
 The reason is that in addition to its "classical"
 role of simulating an
 NFS mount, amd is also quite capable of simulating a
 symlink.
 
 I ended up doing some of that as part of my first
 exposure to FreeBSD
 (when I started here at Whistle) because otherwise,
 my desktop would
 crash just about any time I tried to use "make".
 
 A (slightly re-formatted for legibility) example of
 an amd map that
 accomplishes the distinction is:
 
 /defaults sublink:=${key}
 *
 host!=shrimp;os==freebsd4;rhost:=shrimp;type:=nfs;\
   rfs:=/shrimp/tribe;fs:=${autodir}/shrimp/tribe;\
   opts:=vers=2,proto=udp,rw,intr,nosuid,grpid \
   

Re: cleanup complete / trek73

1999-10-26 Thread Jos Backus

May I humbly put in a plea for a cpdup port?

Thanks :)

Cheers,
-- 
Jos Backus  _/ _/_/_/  "Reliability means never
   _/ _/   _/   having to say you're sorry."
  _/ _/_/_/ -- D. J. Bernstein
 _/  _/ _/_/
[EMAIL PROTECTED]  _/_/  _/_/_/  use Std::Disclaimer;


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



intpm0: Could not allocate Bus space

1999-10-26 Thread Alexander N. Kabaev

Current (cvsupped and build today) fails to attach to the intpm0 device. The
following is my dmesg message:


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: Tue Oct 26 11:31:29 EDT 1999
[EMAIL PROTECTED]:/usr/src/sys/compile/KANPC
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium II/Xeon/Celeron (398.27-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x651  Stepping = 1
 
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,
PSE36,MMX,FXSR
real memory  = 134217728 (131072K bytes)
avail memory = 126738432 (123768K bytes)
Preloaded elf kernel "kernel" at 0xc0334000.
Preloaded elf module "splash_bmp.ko" at 0xc033409c.
Preloaded elf module "vesa.ko" at 0xc0334140.
Preloaded splash_image_data "/boot/splash.bmp" at 0xc03341dc.
VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc0321102 (122)
VESA: STB Velocity 128 (RIVA 128) 
Pentium Pro MTRR support enabled
apm0: APM BIOS on motherboard
apm: found APM BIOS v1.2, connected at v1.2
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard
pci0: PCI bus on pcib0
pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
vga-pci0: NVidia Riva128 graphics accelerator irq 11 at device 0.0 on pci1
isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
ata-pci0: Intel PIIX4 IDE controller at device 7.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
uhci0: Intel 82371AB/EB (PIIX4) USB controller irq 9 at device 7.2 on pci0
usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
intpm0: Intel 82371AB Power management controller at device 7.3 on pci0
intpm0: Could not allocate Bus space
device_probe_and_attach: intpm0 attach returned 6
xl0: 3Com 3c905B-TX Fast Etherlink XL irq 11 at device 13.0 on pci0
xl0: Ethernet address: 00:10:4b:94:9f:5c
miibus0: MII bus on xl0
xlphy0: 3Com internal media interface on miibus0
xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: unknown card (vendor=0x12eb, dev=0x0001) at 14.0 irq 10
atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0
atkbd0: AT Keyboard irq 1 on atkbdc0
kbd0 at atkbd0
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
vga0: Generic ISA VGA at port 0x3b0-0x3df iomem 0xa-0xb on isa0
sc0: System console on isa0
sc0: VGA 16 virtual consoles, flags=0x200
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 on fdc0 drive 0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
pca0 at port 0x40 on isa0
pca0: PC speaker audio driver
ppc0 at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
lpt0: generic printer on ppbus 0
lpt0: Interrupt-driven port
ppi0: generic parallel i/o on ppbus 0
pcm0: SB16 PnP at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on
isa0
unknown0: Reserved at port 0x100 on isa0
unknown1: Reserved at port 0x108 on isa0
unknown2: Game at port 0x200-0x207 on isa0
unknown3: U.S.Robotics x2 Winmodem Voice at port 0x109-0x110 irq 3 on isa0
ds0 XXX: driver didn't set ifq_maxlen
ad0: IBM-DTTA-351680/T51OA70B ATA-4 disk at ata0 as master
ad0: 16124MB (33022080 sectors), 32760 cyls, 16 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 31 depth queue, UDMA33
Creating DISK ad0
Creating DISK wd0
acd0: NEC CD-ROM DRIVE:28B/3.05 CDROM drive at ata1 as master
acd0: read 2412KB/s (5512KB/s), 256KB buffer, DMA
acd0: supported read types: CD-R, CD-RW, CD-DA
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, unlocked
changing root device to wd0s2a
WARNING: driver snd should register devices with make_dev() (dev_t = "#snd/3")



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



Re: cleanup complete / trek73

1999-10-26 Thread Jim Bryant

In reply:
 I've finished cleaning up the trek73 code but haven't created a port
 out of it yet.
 
 Anyone interested in messing with the game can obtain it from 
 my web site:
 
   http://www.backplane.com/FreeBSDPorts/
 
 It should compile and run just fine.
 
   -Matt

After compiling and playing this, I must say that the PDP-11
Basic-Plus 2 version I played in 1984 was a direct decendant of this
with some enhancements.

jim
-- 
All opinions expressed are mine, if you|  "I will not be pushed, stamped,
think otherwise, then go jump into turbid  |  briefed, debriefed, indexed, or
radioactive waters and yell WAHOO !!!  |  numbered!" - #1, "The Prisoner"
--
[EMAIL PROTECTED] - KC5VDJ HF to 23cm grid: EM28pw - http://www.tfs.net/~jbryant
--
  IC-706MkII - IC-T81A - HTX-202 - HTX-212 - HTX-404 - KPC3+ - PK-232MBX/DSP


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



* $FreeBSD: src/sys/i386/include/atomic.h,v 1.9 1999/10/04 16:24:08 peter Exp $

1999-10-26 Thread Jim Bryant

after several months, I decided to re-sync to -current...

i cannot build a kernel due the the following errors.

how do i get around this?

i am not going to hack the vm code that uses this.

cc -c -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi  
-nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -include opt_global.h -elf  
-fomit-frame-pointer ../../i386/i386/atomic.c
machine/atomic.h: In function `atomic_set_char':
In file included from ../../i386/i386/atomic.c:47:
machine/atomic.h:106: inconsistent operand constraints in an `asm'
machine/atomic.h:106: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_clear_char':
machine/atomic.h:107: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_add_char':
machine/atomic.h:108: inconsistent operand constraints in an `asm'
machine/atomic.h:108: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_subtract_char':
machine/atomic.h:109: inconsistent operand constraints in an `asm'
machine/atomic.h:109: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_set_short':
machine/atomic.h:111: inconsistent operand constraints in an `asm'
machine/atomic.h:111: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_clear_short':
machine/atomic.h:112: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_add_short':
machine/atomic.h:113: inconsistent operand constraints in an `asm'
machine/atomic.h:113: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_subtract_short':
machine/atomic.h:114: inconsistent operand constraints in an `asm'
machine/atomic.h:114: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_set_int':
machine/atomic.h:116: inconsistent operand constraints in an `asm'
machine/atomic.h:116: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_clear_int':
machine/atomic.h:117: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_add_int':
machine/atomic.h:118: inconsistent operand constraints in an `asm'
machine/atomic.h:118: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_subtract_int':
machine/atomic.h:119: inconsistent operand constraints in an `asm'
machine/atomic.h:119: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_set_long':
machine/atomic.h:121: inconsistent operand constraints in an `asm'
machine/atomic.h:121: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_clear_long':
machine/atomic.h:122: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_add_long':
machine/atomic.h:123: inconsistent operand constraints in an `asm'
machine/atomic.h:123: inconsistent operand constraints in an `asm'
machine/atomic.h: In function `atomic_subtract_long':
machine/atomic.h:124: inconsistent operand constraints in an `asm'
machine/atomic.h:124: inconsistent operand constraints in an `asm'
*** Error code 1
1 error

jim
-- 
All opinions expressed are mine, if you|  "I will not be pushed, stamped,
think otherwise, then go jump into turbid  |  briefed, debriefed, indexed, or
radioactive waters and yell WAHOO !!!  |  numbered!" - #1, "The Prisoner"
--
[EMAIL PROTECTED] - KC5VDJ HF to 23cm grid: EM28pw - http://www.tfs.net/~jbryant
--
  IC-706MkII - IC-T81A - HTX-202 - HTX-212 - HTX-404 - KPC3+ - PK-232MBX/DSP


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



mount_nfs hanging in sbwait

1999-10-26 Thread Daniel O'Connor

Hi,
I upgraded my -current box a few days ago, and now whenever I boot it hangs
mounting the NFS FS's.. Pressing ctrl-T reveals its stuck in sbwait, if I press
ctrl-C then it finishes booting, and all the NFS mounts work except one :-/

Also, when I run gqmpeg I notice it will start playing one song (and actually
play it because another process does the work), get stuck in sbwait and then I
will not be able to do anything with it.

I realise the problem report is very vague, but I have no idea where to look!
I've attached my kernel config file and dmesg.boot file.

The output of mount is as follows -
/dev/wd0s3a on / (ufs, local, soft-updates, writes: sync 6 async 1183)
/dev/wd0s3f on /usr (ufs, NFS exported, local, soft-updates, writes: sync 2
async 3939)
/dev/wd0s3e on /var (ufs, local, soft-updates, writes: sync 182 async 5383)
procfs on /proc (procfs, local)
/dev/wd0s1 on /msdos_c (msdos, local)
/dev/wd0s5 on /msdos_d (msdos, NFS exported, local)
midget:/usr/home on /usr/home (nfs)
midget:/usr/ports on /usr/ports (nfs)
midget:/local0 on /local0 (nfs)
midget:/usr on /rusr (nfs)

/usr/home /usr/ports and /local0 work, but /rusr hangs in (you guessed it)
sbwait.

All NFS mounts are mounted with the options 'rw,bg,resvport,intr,soft,tcp' 

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum

 dmesg.boot
 GUPPY.nosmp


Re: cleanup complete / trek73

1999-10-26 Thread Matthew Dillon


:May I humbly put in a plea for a cpdup port?
:
:Thanks :)
:
:Cheers,
:-- 
:Jos Backus  _/ _/_/_/  "Reliability means never

Yes, I'll do a cpdup port too.  The last time I
proposed it I think the conclusion was that there was
no other software that did precisely the same thing.
Besides, it'd just be a port so it can't hurt.  I use 
cpdup a lot.  I'll probably remove the MD5 generation/check
option, though, it's a little too messy and there are
better ways to do it.

-Matt
Matthew Dillon 
[EMAIL PROTECTED]


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



Re: mount_nfs hanging in sbwait

1999-10-26 Thread Matthew Dillon

:This message is in MIME format
:--_=XFMail.1.3.1.p0.FreeBSD:991027100038:23974=_
:Content-Type: text/plain; charset=us-ascii
:
:Hi,
:I upgraded my -current box a few days ago, and now whenever I boot it hangs
:mounting the NFS FS's.. Pressing ctrl-T reveals its stuck in sbwait, if I press
:ctrl-C then it finishes booting, and all the NFS mounts work except one :-/
:
:Also, when I run gqmpeg I notice it will start playing one song (and actually
:play it because another process does the work), get stuck in sbwait and then I
:will not be able to do anything with it.
:
:I realise the problem report is very vague, but I have no idea where to look!
:I've attached my kernel config file and dmesg.boot file.
:
:
:/usr/home /usr/ports and /local0 work, but /rusr hangs in (you guessed it)
:sbwait.
:
:All NFS mounts are mounted with the options 'rw,bg,resvport,intr,soft,tcp' 

I've noticed that when one reboots a client, TCP nfs mounts often hang 
for a bit.  I think this is due to the previous tcp mount not being 
cleared on the server.  I'm not sure why it hangs.

But, I have also noticed that the tcp mount comes back after a few
minutes.  Try waiting a few minutes and it should clear itself up.  This
happens quite often when I reboot my diskless workstation.

I presume that after you come up you can mount /rusr manually (via tcp)
and it works -- that this isn't a total failure.  If you can *never* get
that mount to work there may be a problem with the /etc/exports file on 
the server.

-Matt

:--_=XFMail.1.3.1.p0.FreeBSD:991027100038:23974=_
:Content-Disposition: attachment; filename="dmesg.boot"
:Content-Transfer-Encoding: base64
:Content-Description: dmesg.boot
:Content-Type: application/octet-stream; name=dmesg.boot; SizeOnDisk=4090
:
:Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj
:KSAxOTgyLCAxOTg2LCAxOTg5LCAxOTkxLCAxOTkzCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy

(p.s. try to avoid mime-encoding email you post to the list).



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



Re: intpm0: Could not allocate Bus space

1999-10-26 Thread Mike Muir

"Alexander N. Kabaev" wrote:


 uhci0: Intel 82371AB/EB (PIIX4) USB controller irq 9 at device 7.2 on pci0
 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0
 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub0: 2 ports with 2 removable, self powered
 intpm0: Intel 82371AB Power management controller at device 7.3 on pci0
 intpm0: Could not allocate Bus space

Take a look in intpm(4) under the bugs section:

This device requires IRQ 9 exclusively. To use this, you should enable
ACPI function in BIOS configuration, or PnP mechanism assigns conflicted
IRQ for PnP ISA card. And don't use IRQ 9 for Non-PnP ISA cards.

Your USB bus controller being on irq 9 might be causing this problem..
Have a play around with IRQ's.

mike.


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



Re: cvs commit: src/etc pccard.conf.sample

1999-10-26 Thread andrews

At 09:53 PM 10/25/99 -0700, you wrote:
kuriyama1999/10/25 21:53:29 PDT

  Modified files:(Branch: RELENG_3)
etc  pccard.conf.sample 
  Log:
  MFC: Add Allied Telesis CentreCOM LA-PCM_V2 entry.

Here's another (works only under 4.0-CURRENT, as this
particular PC-Card is a CardBus):

# 3Com Megahertz 3C574B (3CCFE574BT)
card "3Com" "Megahertz 574B"
config 0x1 "ep0" 10 0x1
insert  /etc/pccard_ether ep0
insert  3Com Megahertz 574B card inserted
remove  /sbin/ifconfig delete ep0
remove  3Com Megahertz 574B card removed

I originally was unable to get this card working - it
required IRQ 10, so I had to change the "?" to "10" (my
entry was copied from another 3Com card, don't remember which).

Note: This hasn't been tested with Warner's new pcic code. 
I'll be doing that this weekend. :-)
--
Will Andrews [EMAIL PROTECTED]
GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w---
?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ 
G+ e- h! r--+++ y?


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



Re: cleanup complete / trek73

1999-10-26 Thread Matthew Dillon


:Yes, I'll do a cpdup port too.  The last time I
:proposed it I think the conclusion was that there was
:no other software that did precisely the same thing.
:Besides, it'd just be a port so it can't hurt.  I use 
:cpdup a lot.  I'll probably remove the MD5 generation/check
:option, though, it's a little too messy and there are
:better ways to do it.

Scratch that about the MD5 stuff -- I'll leave it in.  The
code is actually pretty clean.

-Matt
Matthew Dillon 
[EMAIL PROTECTED]


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



Re: intpm0: Could not allocate Bus space

1999-10-26 Thread Doug Rabson

On Tue, 26 Oct 1999, Alexander N. Kabaev wrote:

 Current (cvsupped and build today) fails to attach to the intpm0 device. The
 following is my dmesg message:

I know exactly what is wrong here and I hope to have patches very soon
(possibly today).

--
Doug Rabson Mail:  [EMAIL PROTECTED]
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




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



Re: CSS authentication for DVD-ROMs

1999-10-26 Thread Syam Gadde

Patches for CSS to a bleeding-edge -current (well, Monday night)
can be found at:

http://www.cs.duke.edu/~gadde/freebsd/dvd/

Anyone want to try it out?  Run "tstdvd" on a patched
kernel and see what happens.

I've been able to authenticate most of my 6 DVDs (including The Matrix
and A Bug's Life), but my "regionless" DVDs do not, surprisingly.
I am investigating.  I'm using a Toshiba SD-M1202 DVD-ROM.

Oh, and by the way, do not run the dvdinfo program in the css-auth
package unless you want your DVD drive to be unusable until your next
reboot.

-syam




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



Re: CSS authentication for DVD-ROMs

1999-10-26 Thread Sean Eric Fagan

Given the recent posting of DVD movie decryption code (see Slashdot
for details), I was wondering if there was interest for code that
does CSS authentication for DVD-ROM drives.

I looked at the slashdot posts, and was surprised (I guess) to see that nobody
seems to know about the Digital Millennium Copyright Act.  Part of which makes
it a copyright violation (at $2500/copy distributed) to "manufacture or
distribute technology" which can be used to bypass encryption of digital
works.  E.g., DVDs.

I'm reasonably sure that parts of this will be struck down for constitutional
reasons, but until it is... it's a very risky thing to do.



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