Re: panic kldunload'ing: static sysctl oid too high

2001-08-19 Thread neckpain
On Sat, Aug 11, 2001 at 03:22:21PM +0900, I wrote:
   - unloading snd_ds1 always panics(either when it's loaded from
  /boot/loader.conf, or from the command line by kldload).
   - loading and unloading snd_pcm alone does not panic(snd_pcm is a driver
  loaded as dependency when snd_ds1 is loaded).
   - unloading some other modules does not panic.
   - the last kernel I remember that didn't panic was from 2001.07.20.00.00.00 .
 
 And attached is a patch to kern_sysctl.c I'm using currently as a workaround.
 It just adds a test mode to internal sysctl_remove_oid() and avoid
 reregistering removed oid in sysctl_ctx_free().

Would someone please commit this or any better version? I think this is not
specific to snd_ds1, but a small bug in kern_sysctl.c .

0. A KLD driver allocates an oid with OID_AUTO specified. It's assigned
oid_number = 0x100.
1. When the driver is unloaded, sysctl_ctx_free() is called from detach
routine in a KLD driver.
2. Inside sysctl_ctx_free(), sysctl_remove_oid() is issued for each context
entry to make sure the entire list can really be freed. If failed,
it tries to restore once removed entries back to the list by
sysctl_register_oid().
3. sysctl_register_oid() rejects a dynamically allocated oid and panic.

The "FIXME" code worked without a pain before kern_sysctl.c, rev 1.112
because sysctl_register_oid() didn't check if oid_number is below the range
reserved for dynamic assignment of oid_number.

[patch in [EMAIL PROTECTED] omitted]


By the way, I found recently that flood-pinging a PCCARD NIC(which shares
irq9 with snd_ds1 driver) seems to make my non-working dsp device play sound.
Really weird.

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


installworld can break on ppp

2001-08-19 Thread Jay

Doing a make installworld with current -CURRENT can break on ppp.

install -c -s -o root -g network -m 4554   ppp /usr/sbin
m4  /usr/src/usr.sbin/ppp/ppp.8.m4 ppp.8
m4: not found
*** Error code 127

Stop in /usr/src/usr.sbin/ppp.

Both root and my normal user id include '/usr/bin' in $PATH so I don't have
the slightest idea why this happened.
Modifying /usr/src/usr.sbin/ppp/Makefile to include the explicit path to m4
fixes this.  I've included a diff though I imagine that vi would be quicker.

--- MakefileTue Aug 14 11:05:50 2001
+++ Makefile.newSun Aug 19 02:32:15 2001
@@ -23,7 +23,7 @@
 .SUFFIXES: .8 .8.m4

 .8.m4.8:
-   m4 ${M4FLAGS} ${.IMPSRC} ${.TARGET}
+   /usr/bin/m4 ${M4FLAGS} ${.IMPSRC} ${.TARGET}

 .if defined(RELEASE_CRUNCH)
 CFLAGS+=-DRELEASE_CRUNCH


Jay Edwards




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



libss termination

2001-08-19 Thread Kris Kennaway

As far as I can tell, there's nothing in the tree which uses libss any
longer, and hasnt been for quite some time.  Is there any reason to
keep it?

Kris

 PGP signature


Re: libss termination

2001-08-19 Thread Mike Smith

 
 As far as I can tell, there's nothing in the tree which uses libss any
 longer, and hasnt been for quite some time.  Is there any reason to
 keep it?

Nope.

-- 
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also.  But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view.  [Dr. Fritz Todt]
   V I C T O R Y   N O T   V E N G E A N C E



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



Re: no new snapshot onftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/

2001-08-19 Thread John Hay

 
  lrwxr-xr-x  1 root  ftp  27 Aug 10 17:19 5-LATEST - 5.0-CURRENT-20010810-JPSNAP
  
  The last successfully finished release should be Aug/10/2001.
 
 Right.
 
 
  Current 5-current release is broken, since KerberosIV-enabled
  src/gnu/usr.bin/cvs is broken as follows:
 
 Nevertheless, current sucks. No successfully builds since 9 days ;-{{
 

Its not that bad, I have been building releases with the following patch.
It just don't try and build a kerberised version of cvs. If you look on
internat, you will see that it was able to build a release more often
then not, the past week (with this patch applied).

John
-- 
John Hay -- [EMAIL PROTECTED]


Index: kerberosIV/Makefile
===
RCS file: /home/ncvs/src/kerberosIV/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- kerberosIV/Makefile 1999/09/06 06:30:48 1.13
+++ kerberosIV/Makefile 2001/08/12 08:32:52
@@ -21,7 +21,7 @@
 # These are the programs which depend on kerberos
 kprog:
cd ${SDIR}/bin/rcp; ${CODAI}
-   cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI}
+#  cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI}
cd ${SDIR}/libexec/ftpd; ${CODAI}
cd ${SDIR}/libexec/rlogind; ${CODAI}
cd ${SDIR}/libexec/rshd; ${CODAI}
@@ -37,7 +37,7 @@
 # This target us used to rebuild these programs WITHOUT kerberos
 dekerberise:
cd ${SDIR}/bin/rcp; ${CODAIN}
-   cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN}
+#  cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN}
cd ${SDIR}/libexec/ftpd; ${CODAIN}
cd ${SDIR}/libexec/rlogind; ${CODAIN}
cd ${SDIR}/libexec/rshd; ${CODAIN}
@@ -53,7 +53,7 @@
 
 help-distribute:   distribute
cd ${SDIR}/bin/rcp; ${CODAD}
-   cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD}
+#  cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD}
cd ${SDIR}/libexec/ftpd; ${CODAD}
cd ${SDIR}/libexec/rlogind; ${CODAD}
cd ${SDIR}/libexec/rshd; ${CODAD}

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



Re: installworld can break on ppp

2001-08-19 Thread Bruce Evans

On Sun, 19 Aug 2001, Jay wrote:

 Doing a make installworld with current -CURRENT can break on ppp.

 install -c -s -o root -g network -m 4554   ppp /usr/sbin
 m4  /usr/src/usr.sbin/ppp/ppp.8.m4 ppp.8
 m4: not found
 *** Error code 127

 Stop in /usr/src/usr.sbin/ppp.

 Both root and my normal user id include '/usr/bin' in $PATH so I don't have
 the slightest idea why this happened.

`make install' sets its own path which doesn't include /usr/bin.

There is a bug in bsd.man.mk which causes man pages to be built at install
time they are out of date (or don't exist).

ppp.8 somehow became out of date (or didn't get built be a previous `make
buildworld').

Bruce


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



Re: Sound broken on -current again...

2001-08-19 Thread Wesley Morgan

My sound is broken as well. On both an SBLIVE card and a Yamaha OPL-SA
chipset. The time frame for the breakage is definitely within the last 10
days as my previous world/kernel was from 8/5 and the current world is
8/16.


On Sun, 19 Aug 2001, Maxim Sobolev wrote:

 On Sat, 18 Aug 2001 21:10:40 -0500, Daniel M . Kurry wrote:
  On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
  
   One gets the first DMA buffer full, then the process hangs...
 
  Due to the lack of replies, I'll go ahead.
 
  I am seeing sound breakage also.
  My card is a
  Creative Labs SoundBlaster Live!.
 
  xmms will play a short (less than a second) spurt of audio and then stop
  responding. mpg123 will not play (any audio to the speakers) at all.
 
  I ran a buildworld today which apparently broke it.
  That puts the breakage between today and sometime less than 2 months
  ago.
  (I really cannot be more specific.)
 
  Suggestions gladly welcomed.
 
 
   -Søren

 The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook).
 I found that after reverting the following deltas (jhb's 10 August commit)
 sound starts working again:

 src/sys/i386/i386/sys_machdep.c,v 1.60
 src/sys/i386/i386/trap.c,v 1.198
 src/sys/i386/include/cpu.h,v 1.63
 src/sys/i386/isa/ipl.s,v 1.51
 src/sys/i386/isa/npx.c,v 1.108
 src/sys/kern/kern_clock.c,v 1.128
 src/sys/kern/kern_intr.c,v 1.61
 src/sys/kern/kern_lock.c,v 1.47
 src/sys/kern/kern_synch.c,v 1.155
 src/sys/kern/kern_timeout.c,v 1.69
 src/sys/kern/subr_prof.c,v 1.47
 src/sys/kern/subr_smp.c,v 1.157
 src/sys/kern/subr_trap.c,v 1.197
 src/sys/kern/subr_witness.c,v 1.82
 src/sys/posix4/ksched.c,v 1.14
 src/sys/sys/callout.h,v 1.21
 src/sys/sys/proc.h,v 1.174
 src/sys/sys/resourcevar.h,v 1.23

 Please fix.

 -Maxim

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


-- 
   _ __ ___   ___ ___ ___
  Wesley N Morgan   _ __ ___ | _ ) __|   \
  [EMAIL PROTECTED] _ __ | _ \._ \ |) |
  FreeBSD: The Power To Serve  _ |___/___/___/
  6bone: 3ffe:1ce3:7::b4ff:fe53:c297
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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



Re: libss termination

2001-08-19 Thread Mark Murray

  
  As far as I can tell, there's nothing in the tree which uses libss any
  longer, and hasnt been for quite some time.  Is there any reason to
  keep it?
 
 Nope.

Right. Kill it.

M
-- 
Mark Murray
Warning: this .sig is umop ap!sdn

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



Re: Userbase of -current

2001-08-19 Thread Jonathan Chen

On Sat, Aug 18, 2001 at 05:56:19PM -1000, Vincent Poy wrote:
   Speaking about -current and laptops, I know Warner mentioned the
 3COM 3CXFEM656C working in -current but what's the proper way to install
 FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy
 disks don't seem to show the card on a 6162001 snapshot from
 current.FreeBSD.ORG.  I was thinking about making a CD of the snapshot but
 is there a bootable ISO available?


The FreeBSD boot floppies do not support NEWCARD.  I could perhaps look
into generating a newcard-kernel.flp once 4.4 is released and
current.freebsd.org is fixed, if people thing that it's a good idea.  But
for now, you can either install FreeBSD from a DOS partition, or IIRC
current.jp.freebsd.org generates bootable ISO's of -current.  But I can't
seem to connect right now so I can't check...

Or, simply unplug the harddrive from your laptop and plug it into another 
machine to do the install.  When I fubar'ed my laptop's fs not too long 
ago, I hot-plugged my laptop harddrive into my desktop, issued an 
atacontrol reinit, and proceeded to merrily run sysinstall under a 
chroot.  Of course, this is by no means the proper way, but it gets the 
job done...

-Jon


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



Re: kde22 current

2001-08-19 Thread David W. Chapman Jr.

On Sat, Aug 18, 2001 at 11:05:09PM -0700, Alex Zepeda wrote:
  warning: Can't set a watchpoint on a core file.
  warning: Can't set a watchpoint on a core file.
  
  Program received signal SIGSEGV, Segmentation fault.
  0x28857740 in QCString::resize () from /usr/X11R6/lib/libqt2.so.4
 
 What application is this from?
 
I believe it is from meinproc

-- 
David W. Chapman Jr.
[EMAIL PROTECTED]   Raintree Network Services, Inc. www.inethouston.net
[EMAIL PROTECTED]   FreeBSD Committer www.FreeBSD.org

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



Re: panic: ffs_blkfree: freeing free block / + UDMA ICRC error with ad0

2001-08-19 Thread Alexander Leidinger

On 19 Aug, Greg Lehey wrote:

 -current as of Aug 16, ~2pm CEST:
 
 I don't see a freeing free block in the stack trace.  What is
 missing from the trace below?  Does the trace belong to the panic
 message?

The text you quotet is the backtrace of the coredump saved by savecore.

 The trace shows two panics: the first looks like a page fault kernel

To generate the backtrace I had to reboot twice, one of the reboots was
a little bit strange. I just got a black screen after issuing a shutdown
-r withhin X11... and then it rebootet. Perhaps there was another
coredump.

And here I have another one...:
---snip---
IdlePTD 4812800
initial pcb at 305f60
panicstr: bremfree: bp 0xc6a51d98 not locked
panic messages:
---
Fatal trap 12: page fault while in vm86 mode
fault virtual address   = 0xc41c0
fault code  = user read, page not present
instruction pointer = 0xc000:0x41c0
stack pointer   = 0x0:0xfe0
frame pointer   = 0x0:0x0
code segment= base 0x620016, limit 0x1, type 0x1
= DPL 3, pres 1, def32 0, gran 0
processor eflags= interrupt enabled, resume, vm86, IOPL = 0
current process = 544 (XF86_SVGA)
trap number = 12
panic: page fault

syncing disks... panic: bremfree: bp 0xc6a51d98 not locked
Uptime: 3h58m17s

dumping to dev ad0s2b, offset 20704
dump ata0: resetting devices .. done
[...]
#0  dumpsys () at ../../../kern/kern_shutdown.c:479
479 if (dumping++) {
(kgdb) 
(kgdb) bt
#0  dumpsys () at ../../../kern/kern_shutdown.c:479
#1  0xc01baf11 in boot (howto=260) at ../../../kern/kern_shutdown.c:322
#2  0xc01bb32a in panic (fmt=0xc02ba51e bremfree: bp %p not locked)
at ../../../kern/kern_shutdown.c:601
#3  0xc01ed20e in bremfree (bp=0xc6a51d98) at ../../../kern/vfs_bio.c:479
#4  0xc01ee948 in vfs_bio_awrite (bp=0xc6a51d98)
at ../../../kern/vfs_bio.c:1472
#5  0xc0235f72 in ffs_fsync (ap=0xc049ae8c) at ../../../ufs/ffs/ffs_vnops.c:239
#6  0xc0233f9f in ffs_sync (mp=0xc1870400, waitfor=2, cred=0xc0e61d00, 
p=0xc0337000) at vnode_if.h:441
#7  0xc01fc2e1 in sync (p=0xc0337000, uap=0x0)
at ../../../kern/vfs_syscalls.c:620
#8  0xc01baa37 in boot (howto=256) at ../../../kern/kern_shutdown.c:231
#9  0xc01bb32a in panic (fmt=0xc02cfc5e %s)
at ../../../kern/kern_shutdown.c:601
#10 0xc0276c90 in trap_fatal (frame=0xc049afa8, eva=803264)
at ../../../i386/i386/trap.c:935
#11 0xc02769c9 in trap_pfault (frame=0xc049afa8, usermode=0, eva=803264)
at ../../../i386/i386/trap.c:849
#12 0xc027615c in trap (frame={tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = 0, 
  tf_esi = 12, tf_ebp = 0, tf_isp = -1068912684, tf_ebx = 31116, 
  tf_edx = 0, tf_ecx = 1056, tf_eax = 32868, tf_trapno = 12, tf_err = 4, 
  tf_eip = 16832, tf_cs = 49152, tf_eflags = 721431, tf_esp = 4064, 
  tf_ss = 0}) at ../../../i386/i386/trap.c:408
(kgdb) 
---snip---

 mode, though the backtrace address looks user mode.  The second panic
 is a bremfree: bp not locked in the subsequent sync.  That one may
 be related to some SMP stuff that has been done recently.  It would be
 interesting to look at the return address from the trap: the code

How (I didn't see id in the backtrace below, where do I have to
look?)?

 space ID is 0xc000, which I don't recognize.  What process was
 running?

---snip---
(32) root@ttyp4 # ps -auxww -M /mnt/var/crash/vmcore.10 -N /mnt/var/crash/kernel.10
ps: Undefined error: 0
---snip---

Hmmm...   \me is confused.

 ---snip---
 IdlePTD 4812800
 initial pcb at 305f60
 panicstr: bremfree: bp 0xc69e0748 not locked
 panic messages:
 ---
 panic: ffs_blkfree: freeing free block
 panic: from debugger
 [...]
 #0  dumpsys () at ../../../kern/kern_shutdown.c:479
 #1  0xc01baf11 in boot (howto=260) at ../../../kern/kern_shutdown.c:322
 #2  0xc01bb32a in panic (fmt=0xc02ba51e bremfree: bp %p not locked)
 at ../../../kern/kern_shutdown.c:601
 #3  0xc01ed20e in bremfree (bp=0xc69e0748) at ../../../kern/vfs_bio.c:479
 #4  0xc01eeb7a in getnewbuf (slpflag=0, slptimeo=0, size=8192, maxsize=8192)
 at ../../../kern/vfs_bio.c:1632
 #5  0xc01ef8d1 in getblk (vp=0xd063eec0, blkno=64, size=8192, slpflag=0,
 slptimeo=0) at ../../../kern/vfs_bio.c:2244
 #6  0xc01ed2ef in breadn (vp=0xd063eec0, blkno=64, size=8192, rablkno=0x0,
 rabsize=0x0, cnt=0, cred=0x0, bpp=0xc049ae10)
 at ../../../kern/vfs_bio.c:537
 #7  0xc01ed2b4 in bread (vp=0xd063eec0, blkno=64, size=8192, cred=0x0,
 bpp=0xc049ae10) at ../../../kern/vfs_bio.c:519
 #8  0xc0228650 in ffs_update (vp=0xd063eda0, waitfor=0)
 at ../../../ufs/ffs/ffs_inode.c:101
 #9  0xc023601f in ffs_fsync (ap=0xc049ae8c) at ../../../ufs/ffs/ffs_vnops.c:292
 #10 0xc0233f9f in ffs_sync (mp=0xc1870400, waitfor=2, cred=0xc0e61d00,
 p=0xc0337000) at vnode_if.h:441
 #11 0xc01fc2e1 in sync (p=0xc0337000, uap=0x0)
 at ../../../kern/vfs_syscalls.c:620
 #12 0xc01baa37 in boot (howto=256) at ../../../kern/kern_shutdown.c:231
 #13 0xc01bb32a in panic 

Re: Sound broken on -current again...

2001-08-19 Thread Richard Todd

In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:

[list of deltas deleted]

I found much the same thing; specifically, the problematic change is this one:


jhb 2001/08/10 14:08:57 PDT

  Modified files:
sys/kern kern_synch.c 
  Log:
  Work around a race between msleep() and endtsleep() where it was possible
  for endtsleep() to be executing when msleep() resumed, for endtsleep()
  to spin on sched_lock long enough for the other process to loop on
  msleep() and sleep again resulting in endtsleep() waking up the wrong
  msleep.
  
  Obtained from:BSD/OS
  
  Revision  ChangesPath
  1.154 +24 -4 src/sys/kern/kern_synch.c


Kernels built from source immediately prior to this change work; kernels 
built from source immediately after this change have the sound-related problems
mentioned in this thread. 

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



Re: Current XFree86

2001-08-19 Thread Alexander Leidinger

On 31 Jul, David Wolfskill wrote:

Sounds like you're running moused.  I don't think XFree86 4.1 can use
/dev/sysmouse and interact with moused like 3.3.6 could.
 
 I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and
 -CURRENT daily), and I use moused just fine.  However, the Device (in
 /etc/XF86Config) is listed as /dev/mouse, and in (-CURRENT's)
 /etc/rc.devfs, I have
 
   ln -fs /dev/sysmouse /dev/mouse
 
 I've seen no problems attributable to mouse interactions.

I just installed 4.1.0 and am wondering why you make a link instead of
replacing /dev/mouse with /dev/sysmouse in der XF86Config?

Bye,
Alexander (with a working mouse, but without the symlink).

-- 
   One world, one web, one program  -- Microsoft promotional ad
 Ein Volk, ein Reich, ein Fuehrer  -- Adolf Hitler

http://www.Leidinger.net   Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7


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



Re: Sound broken on -current again...

2001-08-19 Thread Søren Schmidt

It seems Richard Todd wrote:
 
 I found much the same thing; specifically, the problematic change is this one:
 
 
 jhb 2001/08/10 14:08:57 PDT
 
   Modified files:
 sys/kern kern_synch.c 
   Log:
   Work around a race between msleep() and endtsleep() where it was possible
   for endtsleep() to be executing when msleep() resumed, for endtsleep()
   to spin on sched_lock long enough for the other process to loop on
   msleep() and sleep again resulting in endtsleep() waking up the wrong
   msleep.
   
   Obtained from:BSD/OS
   
   Revision  ChangesPath
   1.154 +24 -4 src/sys/kern/kern_synch.c

Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...

-Søren

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



Re: Userbase of -current

2001-08-19 Thread Vincent Poy

On Sun, 19 Aug 2001, Jonathan Chen wrote:

 On Sat, Aug 18, 2001 at 05:56:19PM -1000, Vincent Poy wrote:
  Speaking about -current and laptops, I know Warner mentioned the
  3COM 3CXFEM656C working in -current but what's the proper way to install
  FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy
  disks don't seem to show the card on a 6162001 snapshot from
  current.FreeBSD.ORG.  I was thinking about making a CD of the snapshot but
  is there a bootable ISO available?

 The FreeBSD boot floppies do not support NEWCARD.  I could perhaps look
 into generating a newcard-kernel.flp once 4.4 is released and
 current.freebsd.org is fixed, if people thing that it's a good idea.  But
 for now, you can either install FreeBSD from a DOS partition, or IIRC
 current.jp.freebsd.org generates bootable ISO's of -current.  But I can't
 seem to connect right now so I can't check...

Yep, I realize that when I tried installing it.  Is there a way
I can make a CD-ROM containing the directories for installing since
if I'm using a HD that has 0% data on it and I want to use the entire HDD
for FreeBSD, the DOS partition isn't really a option.

 Or, simply unplug the harddrive from your laptop and plug it into another
 machine to do the install.  When I fubar'ed my laptop's fs not too long
 ago, I hot-plugged my laptop harddrive into my desktop, issued an
 atacontrol reinit, and proceeded to merrily run sysinstall under a
 chroot.  Of course, this is by no means the proper way, but it gets the
 job done...

This idea will work since I can always use the notebook hDD with
the adapter to the desktop but what does the atacontrol reinit do exactly
since couldn't I just do a fresh install and just move the drive?


Cheers,
Vince - [EMAIL PROTECTED] - Vice President    __ 
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / |  / |[__  ]
WurldLink Corporation  / / / /  | /  | __] ]
San Francisco - Honolulu - Hong Kong  / / / / / |/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin



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



Re: Sound broken on -current again...

2001-08-19 Thread Alexander Leidinger

On 19 Aug, Søren Schmidt wrote:

   Modified files:
 sys/kern kern_synch.c 
[...]
   Revision  ChangesPath
   1.154 +24 -4 src/sys/kern/kern_synch.c
 
 Yups, reverting this, even in a newer kernel makes sound work again,
 well the VIA support is still not sounding proberly, but it didn't
 before as well so thats not related to this bogon...

Perhaps the bug in the chipset^wPCI-spec?

Bye,
Alexander.

-- 
   Speak softly and carry a cellular phone.

http://www.Leidinger.net   Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7


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



Re: Sound broken on -current again...

2001-08-19 Thread Søren Schmidt

Revision  ChangesPath
1.154 +24 -4 src/sys/kern/kern_synch.c
  
  Yups, reverting this, even in a newer kernel makes sound work again,
  well the VIA support is still not sounding proberly, but it didn't
  before as well so thats not related to this bogon...
 
 Perhaps the bug in the chipset^wPCI-spec?

I dont think so, before the latest changes it worked just fine...

-Søren

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



make buildworld fails on the recent -CURRENT

2001-08-19 Thread Andrei Popov

Over the last few days I am constantly getting an error making
buildworld.  
To me this looks like group name is not being passed to install.sh
when doing 
make install in /usr/src/games/fortunes/strfile -- but I can't figure
out 
why...  Any ideas?  make output follows.

--
 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 -DNOHTML -DNOINFO  -DNOMAN -DNOPIC -DNOPROFILE 
-DNOSHARED 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   -static -o
strfile 
strfile.o
sh /usr/src/tools/install.sh -c -s -o root -g  -m 555   strfile 
/usr/obj/usr/src/i386/usr/games
install: 555: No such file or directory
*** Error code 71
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

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



Re: Sound broken on -current again...

2001-08-19 Thread Alexander Leidinger

On 19 Aug, Søren Schmidt wrote:

  Yups, reverting this, even in a newer kernel makes sound work again,
  well the VIA support is still not sounding proberly, but it didn't
  before as well so thats not related to this bogon...
 
 Perhaps the bug in the chipset^wPCI-spec?
 
 I dont think so, before the latest changes it worked just fine...

What's the problem? I didn't noticed anything.

Bye,
Alexander.

-- 
  The best things in life are free, but the
expensive ones are still worth a look.

http://www.Leidinger.net   Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7


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



Re: Sound broken on -current again...

2001-08-19 Thread Søren Schmidt

It seems Alexander Leidinger wrote:
 On 19 Aug, Søren Schmidt wrote:
 
   Yups, reverting this, even in a newer kernel makes sound work again,
   well the VIA support is still not sounding proberly, but it didn't
   before as well so thats not related to this bogon...
  
  Perhaps the bug in the chipset^wPCI-spec?
  
  I dont think so, before the latest changes it worked just fine...
 
 What's the problem? I didn't noticed anything.

It seems that there is either a slight pause, or random noise
between each DMA buffer played...

-Søren

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



Re: libss termination

2001-08-19 Thread Kris Kennaway

On Sun, Aug 19, 2001 at 12:51:24PM +0100, Mark Murray wrote:
   
   As far as I can tell, there's nothing in the tree which uses libss any
   longer, and hasnt been for quite some time.  Is there any reason to
   keep it?
  
  Nope.
 
 Right. Kill it.

Dead!

Kris

 PGP signature


Re: Sound broken on -current again...

2001-08-19 Thread Jim Bryant



Søren Schmidt wrote:

 It seems Alexander Leidinger wrote:
 
On 19 Aug, Søren Schmidt wrote:


Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...

Perhaps the bug in the chipset^wPCI-spec?

I dont think so, before the latest changes it worked just fine...

What's the problem? I didn't noticed anything.

 
 It seems that there is either a slight pause, or random noise
 between each DMA buffer played...
 
 -Søren


Was this chipset or motherboard-dependant?

Like I said, I had no problems running SMP and with a SB/Live!-Value...

Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 
Pentium-II/333's, SB/Live! Value card. Did not produce 
thse issues.

jim
-- 
ET has one helluva sense of humor!
He's always anal-probing right-wing schizos!


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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



Re: devfs

2001-08-19 Thread Brandon D. Valentine

On Sat, 18 Aug 2001, David W. Chapman Jr. wrote:

If I'm using devfs on -current, can I erase the contents of my /dev
before devfs is mounted to save space?

What space are you planning to save?  You might free up some inodes but
according to my 4.4-PRERELEASE box:

[bandix@leto /dev]% du -sh .
 58K.

-- 
Never put off until tomorrow what you can do today.  There might be a
law against it by that time.   -- /usr/games/fortune, 07/30/2001

Brandon D. Valentine bandix at looksharp.net


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



Re: Sound broken on -current again...

2001-08-19 Thread Daniel M . Kurry

On Sun, Aug 19, 2001 at 04:42:35PM -0500, some SMTP stream spewed forth: 
 
 
 Søren Schmidt wrote:
 
  It seems Alexander Leidinger wrote:
  
 On 19 Aug, Søren Schmidt wrote:
 
 
 Yups, reverting this, even in a newer kernel makes sound work again,
 well the VIA support is still not sounding proberly, but it didn't
 before as well so thats not related to this bogon...
 
 Perhaps the bug in the chipset^wPCI-spec?
 
 I dont think so, before the latest changes it worked just fine...
 
 What's the problem? I didn't noticed anything.
 
  
  It seems that there is either a slight pause, or random noise
  between each DMA buffer played...
  
  -Søren
 
 
 Was this chipset or motherboard-dependant?

With regard to the issues I mentioned earlier in this thread
(that ~1 second of audio plays before the audio stops and I must kill
xmms or mpg123),
I am using

Asus K7V
Athlon 700
SoundBlaster Live! Platinum

 Like I said, I had no problems running SMP and with a SB/Live!-Value...
 
 Current as of yesterday morning [6-7AMish CDT], Tyan S1696DLUA motherboard, 2 
Pentium-II/333's, SB/Live! Value card. Did not produce 
 thse issues.

I have experienced this since the 17th. There have been no commits
remotely near the sound system since then.

gh

 jim
 -- 
 ET has one helluva sense of humor!
 He's always anal-probing right-wing schizos!

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



Re: libss termination

2001-08-19 Thread Jun Kuriyama


Is this caused by libss termination?

At Sun, 19 Aug 2001 07:48:07 + (UTC),
Kris Kennaway wrote:
 As far as I can tell, there's nothing in the tree which uses libss any
 longer, and hasnt been for quite some time.  Is there any reason to
 keep it?


=== usr.bin/mk_cmds
yacc -d /usr/src/usr.bin/mk_cmds/ct.y
cp y.tab.c ct.c
lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l  cmd_tbl.c
rm -f .depend
mkdep -f .depend -a-I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK_CMDS 
-I/usr/obj/usr/src/i386/usr/include  /usr/src/usr.bin/mk_cmds/mk_cmds.c 
/usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd_tbl.c
/usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directory
/usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory
/usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory
/usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory
mkdep: compile failed
*** Error code 1

Stop in /usr/src/usr.bin/mk_cmds.
*** Error code 1


-- 
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
 [EMAIL PROTECTED] // FreeBSD Project

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



Re: libss termination

2001-08-19 Thread Mike Smith


Yes; mk_cmds is part of libss and should have been deleted as well.

 Is this caused by libss termination?
 
 At Sun, 19 Aug 2001 07:48:07 + (UTC),
 Kris Kennaway wrote:
  As far as I can tell, there's nothing in the tree which uses libss any
  longer, and hasnt been for quite some time.  Is there any reason to
  keep it?
 
 
 === usr.bin/mk_cmds
 yacc -d /usr/src/usr.bin/mk_cmds/ct.y
 cp y.tab.c ct.c
 lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l  cmd_tbl.c
 rm -f .depend
 mkdep -f .depend -a-I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK
 _CMDS -I/usr/obj/usr/src/i386/usr/include  /usr/src/usr.bin/mk_cmds/mk_cmds.c
  /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd
 _tbl.c
 /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directo
 ry
 /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory
 /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory
 /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory
 mkdep: compile failed
 *** Error code 1
 
 Stop in /usr/src/usr.bin/mk_cmds.
 *** Error code 1
 
 
 -- 
 Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
  [EMAIL PROTECTED] // FreeBSD Project
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

-- 
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also.  But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view.  [Dr. Fritz Todt]
   V I C T O R Y   N O T   V E N G E A N C E



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



Re: Current XFree86

2001-08-19 Thread David Wolfskill

Date: Sun, 19 Aug 2001 17:58:44 +0200 (CEST)
From: Alexander Leidinger [EMAIL PROTECTED]

 I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and
 -CURRENT daily), and I use moused just fine.  However, the Device (in
 /etc/XF86Config) is listed as /dev/mouse, and in (-CURRENT's)
 /etc/rc.devfs, I have

  ln -fs /dev/sysmouse /dev/mouse

 I've seen no problems attributable to mouse interactions.

I just installed 4.1.0 and am wondering why you make a link instead of
replacing /dev/mouse with /dev/sysmouse in der XF86Config?

In the absence of any information (that I could see) to do anything
else, I tried to mimic the configuration in -STABLE, which has:

dhcp-135[2] ls -l /dev/*mouse*
lrwx--  1 root  wheel13 Aug  8 17:04 /dev/mouse - /dev/sysmouse
crw---  1 root  wheel   12, 128 Aug 11 07:09 /dev/sysmouse

(And since I'm running both -STABLE  -CURRENT on the same machine, and
using the same flavor of XFree86 in each environment, I thought it would
be a nice touch to keep the XF86Config files the same.)

Cheers,
david
-- 
David H. Wolfskill  [EMAIL PROTECTED]
As a computing professional, I believe it would be unethical for me to
advise, recommend, or support the use (save possibly for personal
amusement) of any product that is or depends on any Microsoft product.

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



Re: devfs

2001-08-19 Thread David W. Chapman Jr.

On Sun, Aug 19, 2001 at 07:50:31PM -0400, Brandon D. Valentine wrote:
 On Sat, 18 Aug 2001, David W. Chapman Jr. wrote:
 
 If I'm using devfs on -current, can I erase the contents of my /dev
 before devfs is mounted to save space?
 
 What space are you planning to save?  You might free up some inodes but
 according to my 4.4-PRERELEASE box:
 
 [bandix@leto /dev]% du -sh .
  58K.
 
Hrm, mine said 5.5M.  I did say this machine had been around since 
2.2.8, right?  I still had raw devices in there I believe.

-- 
David W. Chapman Jr.
[EMAIL PROTECTED]   Raintree Network Services, Inc. www.inethouston.net
[EMAIL PROTECTED]   FreeBSD Committer www.FreeBSD.org

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



Re: devfs

2001-08-19 Thread Warner Losh

In message [EMAIL PROTECTED] David W. Chapman Jr. 
writes:
: Hrm, mine said 5.5M.  I did say this machine had been around since 
: 2.2.8, right?  I still had raw devices in there I believe.

That's at least 5.0M too big.

Warner

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



Re: libss termination

2001-08-19 Thread Kris Kennaway

On Mon, Aug 20, 2001 at 10:54:02AM +0900, Jun Kuriyama wrote:
 
 Is this caused by libss termination?
 
 At Sun, 19 Aug 2001 07:48:07 + (UTC),
 Kris Kennaway wrote:
  As far as I can tell, there's nothing in the tree which uses libss any
  longer, and hasnt been for quite some time.  Is there any reason to
  keep it?
 
 
 === usr.bin/mk_cmds
 yacc -d /usr/src/usr.bin/mk_cmds/ct.y
 cp y.tab.c ct.c
 lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l  cmd_tbl.c
 rm -f .depend
 mkdep -f .depend -a-I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK_CMDS 
-I/usr/obj/usr/src/i386/usr/include  /usr/src/usr.bin/mk_cmds/mk_cmds.c 
/usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd_tbl.c
 /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directory
 /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory
 /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory
 /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory
 mkdep: compile failed
 *** Error code 1
 
 Stop in /usr/src/usr.bin/mk_cmds.
 *** Error code 1

Strange; I'm not sure why my buildworld succeeded, possibly it was
picking up stale files from the host.  This looks to also be part of
the libss package..so the question becomes is IT used any more?
I'll look into it.

Kris

 PGP signature


Re: devfs

2001-08-19 Thread Kris Kennaway

On Sun, Aug 19, 2001 at 10:11:35PM -0500, David W. Chapman Jr. wrote:
 On Sun, Aug 19, 2001 at 07:50:31PM -0400, Brandon D. Valentine wrote:
  On Sat, 18 Aug 2001, David W. Chapman Jr. wrote:
  
  If I'm using devfs on -current, can I erase the contents of my /dev
  before devfs is mounted to save space?
  
  What space are you planning to save?  You might free up some inodes but
  according to my 4.4-PRERELEASE box:
  
  [bandix@leto /dev]% du -sh .
   58K.
  
 Hrm, mine said 5.5M.  I did say this machine had been around since 
 2.2.8, right?  I still had raw devices in there I believe.

Devices are just inodes..you shouldn't have anything in /dev other
than MAKEDEV, the fd/ subdirectory and a whole bunch of device nodes.
You probably have some other file in there which was accidentally
created by something like

# verbosecommand  /dev/nlul

:-)

Kris

 PGP signature


Re: devfs

2001-08-19 Thread Brandon D. Valentine

On Sun, 19 Aug 2001, Kris Kennaway wrote:

Devices are just inodes..you shouldn't have anything in /dev other
than MAKEDEV, the fd/ subdirectory and a whole bunch of device nodes.
You probably have some other file in there which was accidentally
created by something like

# verbosecommand  /dev/nlul

The following command should reveal the culprit:
du -h /dev/* | grep -v 0B

-- 
Never put off until tomorrow what you can do today.  There might be a
law against it by that time.   -- /usr/games/fortune, 07/30/2001

Brandon D. Valentine bandix at looksharp.net


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