Re: GEOM code ready for testing

[Rasmus Skaarup]

On Thu, 14 Mar 2002, Doug White wrote:

 On Tue, 12 Mar 2002, Rasmus Skaarup wrote:

  Hmm, but I'm not sure all kinds of storage devices have serialnumbers that
  could be fetched (tape devices for instance?) and can we rely on the
  hardware manufacturers to provide unique serialnumbers?

 Although it's an isolated case, you do have globally unique identifiers in
 FibreChannel. :-)

Yes, on hosts and controllers, but not on the storage devices themselves.


Best regards,
Rasmus Skaarup


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

-current lock warning...

[Poul-Henning Kamp]

I get this one on every single boot.  We're not shipping the snapshot
with that in place, right ?

real memory  = 268423168 (262132K bytes)
avail memory = 257003520 (250980K bytes)
acquiring duplicate lock of same type: thrd_sleep
 1st @ ../../../vm/vm_map.c:2288
 2nd @ ../../../vm/vm_kern.c:172
Debugger(witness_lock)
Stopped at  Debugger+0x40:  xorl%eax,%eax
db trace
Debugger(c02e9ace) at Debugger+0x40
witness_lock(c038afe4,8,c02f8440,ac,c038afb4) at witness_lock+0x546
_sx_xlock(c038afe4,c02f8440,ac,bfc0,c0435c5c) at _sx_xlock+0xa1
_vm_map_lock(c038afb4,c02f8440,ac,c034a840,1) at _vm_map_lock+0x16
kmem_alloc(c038afb4,3000,c0e41a00,0,c02fa434) at kmem_alloc+0x41
_zget(c0e41a00,bfc0,0,c0435cd0,c0281769) at _zget+0xfa
zalloc(c0e41a00,c034a840,1,c02f8630,a7) at zalloc+0x3b
vmspace_alloc(0,bfc0,c035c940,c02f8630,8f0) at vmspace_alloc+0x2d
vmspace_fork(c035c940,cbb9ad24,c0331f84,cbb9ab00,c0331d60) at vmspace_fork+0x4d
vm_forkproc(c0332080,cbb9ab00,cbb9ac00,20014) at vm_forkproc+0xc6
fork1(c0332080,20014,c0332130) at fork1+0xd58
create_init(0,432c00,432000,0,c012368c) at create_init+0x17
mi_startup() at mi_startup+0x90
begin() at begin+0x43
db 

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

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

Patch to fix the build of the smbfs.ko kernel module

[Maxime Henrion]

Hi,


Since the addition of optimized 3DES encryption for x86, the build of the
smbfs kernel module has been broken (on all platforms).  This is because
new files are now needed (des_enc.S for x86, des_enc.c for other
archs).  The attached patch fixes this problem.

Reviews would be appreciated.

Maxime


Index: Makefile
===
RCS file: /home/ncvs/src/sys/modules/smbfs/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile11 Jan 2002 15:48:57 -  1.4
+++ Makefile16 Mar 2002 02:52:31 -
 -1,6 +1,7 
 # $FreeBSD: src/sys/modules/smbfs/Makefile,v 1.4 2002/01/11 15:48:57 ru Exp $
 
 .PATH: ${.CURDIR}/../../crypto/des \
+   ${.CURDIR}/../../crypto/des/arch/i386 \
${.CURDIR}/../../kern \
${.CURDIR}/../../libkern \
${.CURDIR}/../../netsmb \
 -22,6 +23,11 
 
 .if defined(NETSMBCRYPTO)
 SRCS+= des_ecb.c des_setkey.c
+.if ${MACHINE_ARCH} == i386
+SRCS+= des_enc.S
+.else
+SRCS+= des_enc.c
+.endif
 .endif
 
 # Build with IPX support (1|0)

$B7HBS5a?M>pJs%5!<%S%9!!(B

[$B7HBS5a?M>pJs%5!<%S%9(B]

$B7HBS5a?M>pJs%5!<%S%9!!L5NA%-%c%s%Z!<%s$N$*CN$i$;(B

$B$46=L#$N$J$$>pJs$G$7$?$i@?$K$*!W$K!!G[?.ITMW!!$H=q$-$4JV?.2<$5$$!#(B
ML$B$+$i:o=|$5$l$^$9!#$b$7$b%a!<%k$,=EJ#$7$?(B
$B>l9g$O$4MFpJs$rC5$;$^$9!#(B
$BJXMx$5$r0lEYpJs%5!<%S%9!JM-!K(B
$BEl5~ET3k>~6h>.4d#1CzL\#2#2HV#1#09f(B
e-mail [EMAIL PROTECTED]
HP http://www.kkjs.com/




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

sx_upgrade() (was: Re: cvs commit: src/sys/kern kern_mtxpool.c src/sys/sys kernel.h src/sys/vm vm_fault.c vm_glue.c vm_map.c vm_map.h vm_pageout.c vm_zone.c)

[Seigo Tanimura]

[Add jhb and move to -current]

On Fri, 15 Mar 2002 10:53:20 -0800,
  Alfred Perlstein [EMAIL PROTECTED] said:

Alfred * Brian F. Feldman [EMAIL PROTECTED] [020315 03:22] wrote:
 Alfred Perlstein [EMAIL PROTECTED] wrote:
  
  What is the problem?
 
 Damn good question.  Are the tracebacks related?  If not, what are you 
 supposed to be telling me it's deadlocking on?  I don't see the system being 
 deadlocked.  What is it actually supposed to be blocked on?
 
  Well basically you changed:
  
  ! static __inline__ int
  ! _vm_map_lock_upgrade(vm_map_t map, struct thread *td) {
  !   int error;
  ! 
  !   vm_map_printf(locking map LK_EXCLUPGRADE: %p\n, map); 
  !   error = lockmgr(map-lock, LK_EXCLUPGRADE, NULL, td);
  !   if (error == 0)
  !   map-timestamp++;
  !   return error;
}
  
  into:
  
  ! _vm_map_lock_upgrade(vm_map_t map, const char *file, int line)
{
  !   vm_map_printf(locking map LK_EXCLUPGRADE: %p\n, map); 
  !   if (_sx_try_upgrade(map-lock, file, line)) {
  !   map-timestamp++;
  !   return (0);
  !   }
  !   return (EWOULDBLOCK);
}
 
 It doesn't need LK_EXCLUPGRADE semantics, only LK_UPGRADE, if it's not 
 blocking.  It backs out completely and unlocks the shared reference and 
 tries for an exclusive lock.

Alfred Sigh, you're making me do all the work here... :(

Alfred lockmgr(map-lock, LK_EXCLUPGRADE, NULL, td);
Alfred means:
Alfred   Turn my shared lock into an exclusive lock,
Alfred   if it's shared then wait for all shared locks to drain,
Alfred   however if someone else is requesting an exclusive lock, then fail.
  
Alfred _sx_try_upgrade(map-lock, file, line)
Alfred means:
Alfred   Give me an exclusive lock
Alfred   if anyone else has a shared lock then fail immediately.

Alfred What happens in your case is that you get into a busy loop
Alfred because you never yeild the processor.

Alfred This happens in vm_map_lookup() because of this:

Alfred if (fault_type  VM_PROT_WRITE) {
Alfred /*
Alfred  * Make a new object, and place it in the object
Alfred  * chain.  Note that no new references have appeared
Alfred  * -- one just moved from the map to the new
Alfred  * object.
Alfred  */
Alfred if (vm_map_lock_upgrade(map))
Alfred goto RetryLookup;

Alfred So, you fail your sx_lock upgrade and cause the cpu to spin.

Alfred You basically need to add logic to the sxlock subsystem to do what
Alfred lockmgr does, actually wait for the others to go away or fail if
Alfred someone else wants an upgrade.

Attached patch implements sx_upgrade() which should work as you said
above. This compiles fine, but is not tested yet.

sx_upgrader records the thread that wants to upgrade. If sx_upgrader
is non-NULL, sx_sunlock() wakes up the upgrader rather than other
exclusive lock waiters.




sx_upgrade.diff
Description: Binary data


-- 
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: sx_upgrade() (was: Re: cvs commit: src/sys/kern kern_mtxpool.c src/sys/sys kernel.h src/sys/vm vm_fault.c vm_glue.c vm_map.c vm_map.h vm_pageout.c vm_zone.c)

[Seigo Tanimura]

On Sat, 16 Mar 2002 19:08:53 +0900,
  Seigo Tanimura [EMAIL PROTECTED] said:

Seigo Attached patch implements sx_upgrade() which should work as you said
Seigo above. This compiles fine, but is not tested yet.

The last patch breaks INVARIANTS. This one compiles and seems to work.




sx_upgrade.diff
Description: Binary data


-- 
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: -current lock warning...

[Hiten Pandya]

--- Poul-Henning Kamp [EMAIL PROTECTED] wrote:
 I get this one on every single boot.  We're not shipping the snapshot
 with that in place, right ?
 
 real memory  = 268423168 (262132K bytes)
 avail memory = 257003520 (250980K bytes)
 acquiring duplicate lock of same type: thrd_sleep
  1st @ ../../../vm/vm_map.c:2288
  2nd @ ../../../vm/vm_kern.c:172
 Debugger(witness_lock)
 Stopped at  Debugger+0x40:  xorl%eax,%eax
 db trace
 Debugger(c02e9ace) at Debugger+0x40
 witness_lock(c038afe4,8,c02f8440,ac,c038afb4) at witness_lock+0x546
 _sx_xlock(c038afe4,c02f8440,ac,bfc0,c0435c5c) at _sx_xlock+0xa1
 _vm_map_lock(c038afb4,c02f8440,ac,c034a840,1) at _vm_map_lock+0x16
 kmem_alloc(c038afb4,3000,c0e41a00,0,c02fa434) at kmem_alloc+0x41
 _zget(c0e41a00,bfc0,0,c0435cd0,c0281769) at _zget+0xfa
 zalloc(c0e41a00,c034a840,1,c02f8630,a7) at zalloc+0x3b
 vmspace_alloc(0,bfc0,c035c940,c02f8630,8f0) at vmspace_alloc+0x2d
 vmspace_fork(c035c940,cbb9ad24,c0331f84,cbb9ab00,c0331d60) at
 vmspace_fork+0x4d
 vm_forkproc(c0332080,cbb9ab00,cbb9ac00,20014) at vm_forkproc+0xc6
 fork1(c0332080,20014,c0332130) at fork1+0xd58
 create_init(0,432c00,432000,0,c012368c) at create_init+0x17
 mi_startup() at mi_startup+0x90
 begin() at begin+0x43
 db 

I haven't seen this.  I built a kernel today, and I have a dual processor
machine.  Are you using any special kernel options, such as VFS_BIO_DEBUG
or something, or am I talking nuts? :)

Regards,

  -- Hiten

__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

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

Re: -current lock warning...

[Poul-Henning Kamp]

In message [EMAIL PROTECTED], Hiten Pandya w
rites:

I haven't seen this.  I built a kernel today, and I have a dual processor
machine.  Are you using any special kernel options, such as VFS_BIO_DEBUG
or something, or am I talking nuts? :)

Well, I have.  On a single CPU net-booting -current.  No.  Yes :-)

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

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

Re: -current lock warning...

[Hiten Pandya]

--- Poul-Henning Kamp [EMAIL PROTECTED] wrote:
 I haven't seen this.  I built a kernel today, and I have a dual processor
 machine.  Are you using any special kernel options, such as VFS_BIO_DEBUG
 or something, or am I talking nuts? :)
 
 Well, I have.  On a single CPU net-booting -current.  No.  Yes :-)

Although I am still getting the following lock problems when I shut
the system down:

lock order reversal
 1st 0xc036afc0 allproc @ ../../../kern/vfs_syscalls.c:452
 2nd 0xc7ecce34 filedesc structure @ ../../../kern/vfs_syscalls.c:457

I think I will have to check out lock problems you are getting today,
once I finish my breakfast. :-)

__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

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

Re: -current lock warning...

[Seigo Tanimura]

On Sat, 16 Mar 2002 10:22:22 +0100,
  Poul-Henning Kamp [EMAIL PROTECTED] said:

Poul-Henning acquiring duplicate lock of same type: thrd_sleep
Poul-Henning  1st @ ../../../vm/vm_map.c:2288
Poul-Henning  2nd @ ../../../vm/vm_kern.c:172
(snip)
Poul-Henning _vm_map_lock(c038afb4,c02f8440,ac,c034a840,1) at _vm_map_lock+0x16
Poul-Henning kmem_alloc(c038afb4,3000,c0e41a00,0,c02fa434) at kmem_alloc+0x41
Poul-Henning _zget(c0e41a00,bfc0,0,c0435cd0,c0281769) at _zget+0xfa
Poul-Henning zalloc(c0e41a00,c034a840,1,c02f8630,a7) at zalloc+0x3b
Poul-Henning vmspace_alloc(0,bfc0,c035c940,c02f8630,8f0) at vmspace_alloc+0x2d
Poul-Henning vmspace_fork(c035c940,cbb9ad24,c0331f84,cbb9ab00,c0331d60) at 
vmspace_fork+0x4d
Poul-Henning vm_forkproc(c0332080,cbb9ab00,cbb9ac00,20014) at vm_forkproc+0xc6

This seems due to naming all of the vm map locks as thrd_sleep. The
locks of vm maps should have their own hierarachy. For instance, lock
the map of a process vm space first, then lock the kernel_map.

-- 
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

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

Re: HEADS UP: -CURRENT Feature Slush is OVER

[Maxim Sobolev]

On Sat, 2002-03-16 at 13:18, Murray Stokely wrote:
   Thanks for your cooperation in keeping -CURRENT relatively stable
 over the past week.  Due to a request from the CVS administrators, we
 are performing the code branch in the Perforce depot under
 //depot/releng/5_dp1/.  Commits to this Perforce branch require re
 approval.
 
   This is not going to be a supported branch.  It is solely a work
 area for the release engineers to tweak the release documentation,
 back out recent problematic changes, merge in a conservative set of
 new changes, and otherwise perform quality assurance work.  Our two
 primary goals in all of this are (1) to provide a usable preview of
 the 5.0-CURRENT code, and (2) to minimize the impact on -CURRENT
 developers.  After evaluating several different options, using
 Perforce was deemed the best tool for the job.

Could we have commit logs from the commits into that branch be sent to
cvs-all, because otherwise most of the developers would be unable to
see what's going on there, which IMO is not a good thing.

Thanks!

-Maxim



signature.asc
Description: This is a digitally signed message part

Installworld failure

[Andrew Kenneth Milton]

=== usr.bin/netstat
install -C -s -o root -g kmem -m 2555   netstat /usr/bin
install: /usr/bin/INS@4uTe: Bad address

consistently at that point.
-- 
Totally Holistic Enterprises Internet|  | Andrew Milton
The Internet (Aust) Pty Ltd  |  |
ACN: 082 081 472 ABN: 83 082 081 472 |  M:+61 416 022 411   | Carpe Daemon
PO Box 837 Indooroopilly QLD 4068|[EMAIL PROTECTED]| 

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

Re: -current lock warning...

[Robert Watson]

On Sat, 16 Mar 2002, Poul-Henning Kamp wrote:

 I get this one on every single boot.  We're not shipping the snapshot
 with that in place, right ? 

I assume this is from Brian's recent VM locking commit.  Currently, it's
on the list of commits to back out of the DP1 branch, assuming the issues
aren't resolved in the next day or two.  If they get resolved, all the
better, we'll leave it in and pick up the fix.

Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED]  NAI Labs, Safeport Network Services



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

Re: ACPI autoload failed -- unable to install

[Shizuka Kudo]

--- Jeff Kletsky [EMAIL PROTECTED] wrote:
 With apologies for an incomplete report, I am
 including the (manually
 transcribed) dump information.  I have been able to
 network boot from a
 combination of the boot.flp and bin distribution
 (though there are
 problems with getting sysinstall to find disks that
 prevent that approach
 so far) and confirm that the hw.pcic interrupt
 routing sysctls *are*
 required.  So the report that follows is based on
 using floppies from
 5.0-20020314-CURRENT, including the one referred to
 as 'acpi.ko.flp' in
 the Failed workaround description below.
 
 To reproduce, follow the steps 1-7 outlined below. 
 The tail end of the
 process appears as:
 
 OK load acpi.ko
 /boot/kernel/acpi.ko text=0x2b5a0 data=0x1558+0x6cc
 syms=[0x4+0x4ed0+0x4+0x675a]
 OK boot
 /
 int=0006  err=  efl=00010006 
 eip=c03069f0
 eax=0001  ebx=009aec00  ecx= 
 edx=0102
 esi=009ae000  edi=009b6000  ebp= 
 esp=c09b1d98
 cs=0008  ds=0010  es=0010fs=0010  gs=0010 
 ss=0010
 cs:eip=ff ff ff 83 ec 18 57 ff-ff a1 84 15 37 c0 a3
 0c
77 38 c0 a1 88 15 37 c0-a3 e4 77 38 c0 05 a0
 1d
 ss:esp=04 94 12 c0 00 60 9b 00-00 e0 9a 00 00 00 00
 00
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00
 00
 BTX halted

Same here when I tried 20020315 snapshot on a Toshiba
Portege 7140. I finally started over with 20020302 and
have no problem to install. You may try this if you
can't wait...

__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

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

Re: -current lock warning...

[Seigo Tanimura]

On Sat, 16 Mar 2002 22:56:58 +0900,
  Seigo Tanimura [EMAIL PROTECTED] said:

Seigo On Sat, 16 Mar 2002 10:22:22 +0100,
Seigo   Poul-Henning Kamp [EMAIL PROTECTED] said:

Seigo Poul-Henning acquiring duplicate lock of same type: thrd_sleep
Seigo Poul-Henning  1st @ ../../../vm/vm_map.c:2288
Seigo Poul-Henning  2nd @ ../../../vm/vm_kern.c:172
Seigo (snip)
Seigo Poul-Henning _vm_map_lock(c038afb4,c02f8440,ac,c034a840,1) at _vm_map_lock+0x16
Seigo Poul-Henning kmem_alloc(c038afb4,3000,c0e41a00,0,c02fa434) at kmem_alloc+0x41
Seigo Poul-Henning _zget(c0e41a00,bfc0,0,c0435cd0,c0281769) at _zget+0xfa
Seigo Poul-Henning zalloc(c0e41a00,c034a840,1,c02f8630,a7) at zalloc+0x3b
Seigo Poul-Henning vmspace_alloc(0,bfc0,c035c940,c02f8630,8f0) at 
vmspace_alloc+0x2d
Seigo Poul-Henning vmspace_fork(c035c940,cbb9ad24,c0331f84,cbb9ab00,c0331d60) at 
vmspace_fork+0x4d
Seigo Poul-Henning vm_forkproc(c0332080,cbb9ab00,cbb9ac00,20014) at vm_forkproc+0xc6

Seigo This seems due to naming all of the vm map locks as thrd_sleep. The
Seigo locks of vm maps should have their own hierarachy. For instance, lock
Seigo the map of a process vm space first, then lock the kernel_map.

The patch attached below renames the lock of the kernel_map to
kernel_map once witness gets ready to run. This eliminated all of
the lock order reversals on my PC.




vm_map_renamelock.diff
Description: Binary data


-- 
Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED]

RE: ACPI autoload failed -- unable to install

[Jeff Kletsky]

Summary:

Unable to boot from installation floppies on Sony PCG-SRX7E/P, 
Asus (CUV4X?) MB, Intel SE440BX2 MB, due to missing acpi.ko or
inability of loader/kernel supplied with installation floppies to
run without it.



Otterr suggested that there may be ACPI issues with the ASUS MB (see
snippet at bottom of this message).

Just for a sanity check, I have tried booting an Intel SE440BX2 MB system
with the 5.0-20020314-CURRENT floppies, and obtain the same general results. 


When mfsroot has loaded,

acpi_load=YES
hint.acpi.0.oem=PTLTD
hint.acpi.0.revision=1
hint.acpi.0.rsdt=0x03ffdd71

and this runs through the 'ACPI autoload failed - no such file or
directory' message, assumed from the code snippet of i386_module.c
shown in the next portion of this message.  It is then followed by
(taken from a run where the boot process was un-interrupted by any
keyboard interaction other than ENTER once mfsroot floppy had been
inserted):

Please insert MFS root floppy and press enter:

-
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/kernel]...
ACPI autoload failed - no such file or directory
-
int=000e  err=0002  efl=00010093  eip=c03069f2
eax=0081  ebx=0082fc00  ecx=  edx=0102
esi=0082f000  edi=00837000  ebp=  esp=c0832d98
cs=0008  ds=0010  es=0010fs=0010  gs=0010  ss=0010
cs:eip=00 83 ec 18 57 00 00 a1-84 15 37 c0 a3 0c 77 38
   co a1 88 15 37 c0 a3 e4-77 38 c0 05 a0 1d 00 00
ss:esp=04 94 12 c0 00 70 83 00-00 f0 82 00 00 00 00 00
   00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00
BTX halted



If I 'OK unset acpi_load' (code for these functions appears to be
src/sys/boot/i386/libi386/ i386_module.c v1.5 and biosacpi.c v1.1)
then i386_module.c should *not* try to load acpi:

/* autoload ACPI support */
/* XXX should be in 4th keyed off acpi_load */
if ((getenv(acpi_load)  !getenv(hint.acpi.0.disable))) {
error = mod_load(acpi, NULL, 0, NULL);
if (error != 0)
printf(ACPI autoload failed - %s\n, strerror(error));
}

However, from the 5.0-20020314-CURRENT floppies, this results in 
(the same as above) BTX dump of:

OK boot
|
int=000e  err=0002  efl=00010093  eip=c03069f2
eax=0081  ebx=0082fc00  ecx=  edx=0102
esi=0082f000  edi=00837000  ebp=  esp=c0832d98
cs=0008  ds=0010  es=0010fs=0010  gs=0010  ss=0010
cs:eip=00 83 ec 18 57 00 00 a1-84 15 37 c0 a3 0c 77 38
   co a1 88 15 37 c0 a3 e4-77 38 c0 05 a0 1d 00 00
ss:esp=04 94 12 c0 00 70 83 00-00 f0 82 00 00 00 00 00
   00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00
BTX halted


just in case something has changed in the way to create floppies...

fdformat /dev/fd0
dd if=kern.flp of=/dev/fd0

(you never know -- that has been about the same since I installed
FreeBSD 2.2 -- some things *do* change)



Anyone else trying to install from floppies onto an ACPI-enabled
machine?  The silence is deafening...

Jeff




On Fri, 15 Mar 2002, Otterr wrote:

 Date: Fri, 15 Mar 2002 23:32:30 -0500
 From: Otterr [EMAIL PROTECTED]
 To: 'Jeff Kletsky' [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: RE: ACPI autoload failed -- unable to install
 
 Jeff,
  FWIW, the Asus A7A266 is not completely ACPI compliant. Yours may not be
 either. It may be worth researching *cough* or replacing *cough*.
 -Otter
 
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Kletsky
 Sent: Friday, March 15, 2002 10:07 PM
 To: Jeff Kletsky
 Cc: [EMAIL PROTECTED]
 Subject: Re: ACPI autoload failed -- unable to install
 
 
 I find it impossible to install 5.0-CURRENT from floppies, for both a
 current desktop and a current laptop machine.  With this now occurring
 on two disparate machines, I have to believe there is either something
 very broken with the install floppies, or with me.  If it is me,
 *please* let me know!
 
 
 
 I have gotten today's snapshot, 5.0-20020315-CURRENT, created the
 kernel and mfsroot 1.44 floppies, and attempted to boot a desktop
 machine from them. This is (from my 4.5-STABLE hard drive):
 
 CPU: Pentium III/Pentium III Xeon/Celeron (733.13-MHz 686-class CPU)
   Origin = GenuineIntel  Id = 0x686  Stepping = 6
   Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,
  MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
 real memory  = 402571264 (393136K bytes)
 
 It is an Asus MB with a VIA chipset. Full (4.5) dmesg.boot is attached
 at the end of this message.
 
 Once again, the error message is that ACPI cannot be found. BTX then
 halts with:
 
 int=0006  err=  efl=00010006  eip=c0306b40
 eax=0081  ebx=0082fc00  ecx=  edx=0102
 esi=0082f000  edi=009b6000  ebp=  esp=c09b1d98
 cs=0008  ds=0010  es=0010fs=0010  gs=0010  ss=0010
 cs:eip=ff ff ff ff ff 18 57 56-ff a1 e4 16 37 c0 a3 6c
78 38 c0 a1 e8 16 37 c0-a3 44 79 38 c0 05 a0 1d
 ss:esp=04 94 12 c0 00 70 83 00-00 f0 82 00 00 00 00 00
00 

Re: -current lock warning...

[Lamont Granquist]

I've seen this as well, -current from about 5 days ago, dual proc 1.4GHz
K7 A7M266D with a 13GB IBM UDMA66 drive, GENERIC kernel + hints.

On Sat, 16 Mar 2002, Hiten Pandya wrote:
 --- Poul-Henning Kamp [EMAIL PROTECTED] wrote:
  I haven't seen this.  I built a kernel today, and I have a dual processor
  machine.  Are you using any special kernel options, such as VFS_BIO_DEBUG
  or something, or am I talking nuts? :)
 
  Well, I have.  On a single CPU net-booting -current.  No.  Yes :-)

 Although I am still getting the following lock problems when I shut
 the system down:

 lock order reversal
  1st 0xc036afc0 allproc @ ../../../kern/vfs_syscalls.c:452
  2nd 0xc7ecce34 filedesc structure @ ../../../kern/vfs_syscalls.c:457

 I think I will have to check out lock problems you are getting today,
 once I finish my breakfast. :-)

 __
 Do You Yahoo!?
 Yahoo! Sports - live college hoops coverage
 http://sports.yahoo.com/

 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

Re: 4.5-5.0 kldxref:No such file or directory

[Lamont Granquist]

On 15 Mar 2002, Dag-Erling Smorgrav wrote:
 Emiel Kollof [EMAIL PROTECTED] writes:
  Why not test for it like this (or similar):
 
  [ -x /usr/sbin/kldxref ]  /usr/bin/kldxref (etcetera...)

 A better solution is

 @(kldxref ${DESTDIR}${KMODDIR} || \
 echo Ignoring non-fatal kldxref failure)

I'd strongly suggest *something* like this.

I'm pretty familiar with make but at 3am the other night I missed the
(ignored) in the make output and figured that it had failed, and nearly
started a new thread on this myself.  I expect you'll see a lot more
people making the same mistake and dragging down the SNR.


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

[PATCH] please test this patch to `ld' with your ports

[David O'Brien]

This may fix some of the linking and crashing problems.
It does fix the ports/editors/vim linking problem.

I am *quite* irritated that I tried to get this patch committed into the
FSF CVS repo back in July 2001, but it got bikesheded to death. :-(

-- 
-- David  ([EMAIL PROTECTED])


Index: contrib/binutils/ld/emultempl/elf32.em
===
RCS file: /home/ncvs/src/contrib/binutils/ld/emultempl/elf32.em,v
retrieving revision 1.10
diff -u -r1.10 elf32.em
--- contrib/binutils/ld/emultempl/elf32.em  22 Feb 2002 04:52:00 -  1.10
+++ contrib/binutils/ld/emultempl/elf32.em  16 Mar 2002 18:08:06 -
@@ -168,7 +168,7 @@
 
   soname = bfd_elf_get_dt_soname (s-the_bfd);
   if (soname == NULL)
-soname = basename (bfd_get_filename (s-the_bfd));
+soname = lbasename (bfd_get_filename (s-the_bfd));
 
   for (l = global_vercheck_needed; l != NULL; l = l-next)
 {
@@ -250,7 +250,7 @@
 
   soname = bfd_elf_get_dt_soname (s-the_bfd);
   if (soname == NULL)
-soname = basename (s-filename);
+soname = lbasename (s-filename);
 
   if (strncmp (soname, global_needed-name, suffix - global_needed-name) == 0)
 einfo (%P: warning: %s, needed by %B, may conflict with %s\n,
@@ -354,7 +354,7 @@
 einfo (%F%P:%B: bfd_stat failed: %E\n, abfd);
 
   /* First strip off everything before the last '/'.  */
-  soname = basename (abfd-filename);
+  soname = lbasename (abfd-filename);
 
   if (trace_file_tries)
 info_msg (_(found %s at %s\n), soname, name);
@@ -372,9 +372,6 @@
  DT_NEEDED entry for this file.  */
   bfd_elf_set_dt_needed_name (abfd, );
 
-  /* Previos basename call was clobbered in lang_for_each_input_file.  */
-  soname = basename (abfd-filename);
-
   /* Tell the ELF backend that the output file needs a DT_NEEDED
  entry for this file if it is used to resolve the reference in
  a regular object.  */
@@ -1047,7 +1044,7 @@
   /* Rather than duplicating the logic above.  Just use the
 filename we recorded earlier.  */
 
-  filename = xstrdup (basename (entry-filename));
+  filename = lbasename (entry-filename);
   bfd_elf_set_dt_needed_name (entry-the_bfd, filename);
 }
 

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

Re: -current lock warning...

[Bill Fenner]

 Although I am still getting the following lock problems when I shut
 the system down:

 lock order reversal
  1st 0xc036afc0 allproc @ ../../../kern/vfs_syscalls.c:452
  2nd 0xc7ecce34 filedesc structure @ ../../../kern/vfs_syscalls.c:457

I've been seeing this since Feb 4.

  Bill

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

RE: gcc -O broken in CURRENT

[Jan Stocker]

okay... seems we are now out of topic... some arguments for a change some to
retain the old custom (and in my opinion bootless stuff). I think later
we'll need a survey for this and volunteers to do the work (if we want to do
the change)...

Alex are you still workin' for a patch?

Jan

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Kabaev
 Sent: Thursday, March 14, 2002 5:26 PM
 To: Martin Blapp
 Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
 [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
 [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: Re: gcc -O broken in CURRENT


  Do you have a patch for this ?
   I do not fully understand the parts of GCC involved, so I need some
 time to verify my initial diagnosis and to create a patch.  In other
 words - not yet :)

 --
 Alexander Kabaev

 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

Re: gcc -O broken in CURRENT

[Alexander N. Kabaev]

 Alex are you still workin' for a patch?

Yes, I am. But as I write before I am not familiar with this particular
part of GCC at all, so I cannot give any estimates and even promize to
produce a working patch. If some other more knowledgeable person
is feeling like beating me to it, please feel free to do so.

--
Alexander Kabaev

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

Re: panics with CardBus

[Gavin Atkinson]

On Thu, 14 Mar 2002, M. Warner Losh wrote:

 In message: [EMAIL PROTECTED]
 Gavin Atkinson [EMAIL PROTECTED] writes:
 : The patches never fixed one of the panics I see, with a GlobalVillage
 : Ethernet/Modem card. The kernel still traps with a page fault in
 : pccard_scan_cis, however with the patches, this now nanifests itself with
 : the panic message vm_fault: fault on nofault entry.

 The pccard_scan_cis stuff is due to a memory mapping problem that I'm
 seeing on some cards.  :-(.

 I'm reverting back to an earlier version of the cardbus code for teh
 DP1 release and then trying again after DP1 is out.

With the reverted code, I still have th3e same panic problems. (see below)

I'm in no rush for this to work, it's only my backup modem, but if I can
help in any way, feel free to contact me off list.

Gavin



GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-unknown-freebsd...
IdlePTD at phsyical address 0x004e8000
initial pcb at physical address 0x003d0f00
panicstr: from debugger
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xc9a3
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01869d0
stack pointer   = 0x10:0xc8d12a18
frame pointer   = 0x10:0xc8d12c0c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 2 (pccbb0)
panic: from debugger
panic: from debugger
Uptime: 17s
pfs_vncache_unload(): 1 entries remaining

dumping to dev ad0s1b, offset 454912
dump ata0: resetting devices .. done
127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 
106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 
80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 
51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 
22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:505
505 if (!dodump)
(kgdb) where
 [snipped stuff inside debugger]
#10 0xc030803b in trap (frame={tf_fs = -1062010856, tf_es = -925827056,
  tf_ds = -1072168944, tf_edi = 0, tf_esi = -1048517120,
  tf_ebp = -925815796, tf_isp = -925816316, tf_ebx = -1049120432,
  tf_edx = -912068608, tf_ecx = -1047923136, tf_eax = 4096,
  tf_trapno = 12, tf_err = 0, tf_eip = -1072141872, tf_cs = 8,
  tf_eflags = 66050, tf_esp = -1049120344, tf_ss = -1048517120})
at /usr/src/sys/i386/i386/trap.c:433
---Type return to continue, or q return to quit---
#11 0xc01869d0 in pccard_scan_cis (dev=0xc1816a80,
fct=0xc0187810 pccard_parse_cis_tuple, arg=0xc8d12c20)
at machine/bus_at386.h:202
#12 0xc0186861 in pccard_read_cis (sc=0xc0b3d000)
at /usr/src/sys/dev/pccard/pccard_cis.c:99
#13 0xc0184ddd in pccard_attach_card (dev=0xc1816a80)
at /usr/src/sys/dev/pccard/pccard.c:160
#14 0xc018b5a2 in pccbb_insert (sc=0xc0b3d200) at card_if.h:67
#15 0xc018b421 in pccbb_event_thread (arg=0xc0b3d200)
at /usr/src/sys/dev/pccbb/pccbb.c:867
#16 0xc01dfce4 in fork_exit (callout=0xc018b3c4 pccbb_event_thread,
arg=0xc0b3d200, frame=0xc8d12d48) at /usr/src/sys/kern/kern_fork.c:799
(kgdb) f 11
#11 0xc01869d0 in pccard_scan_cis (dev=0xc1816a80,
fct=0xc0187810 pccard_parse_cis_tuple, arg=0xc8d12c20)
at machine/bus_at386.h:202
202 return (inb(handle + offset));
(kgdb) l
197 {
198 #if defined (_I386_BUS_PIO_H_)
199 #if defined (_I386_BUS_MEMIO_H_)
200 if (tag == I386_BUS_SPACE_IO)
201 #endif
202 return (inb(handle + offset));
203 #endif
204 #if defined (_I386_BUS_MEMIO_H_)
205 return (*(volatile u_int8_t *)(handle + offset));
206 #endif
(kgdb) p handle
$1 = 0
(kgdb) p offset
$2 = 0
(kgdb) up
#12 0xc0186861 in pccard_read_cis (sc=0xc0b3d000)
at /usr/src/sys/dev/pccard/pccard_cis.c:99
99  if (pccard_scan_cis(sc-dev, pccard_parse_cis_tuple,
(kgdb) l
94  state.card-product = PCMCIA_PRODUCT_INVALID;
95  STAILQ_INIT(state.card-pf_head);
96
97  state.pf = NULL;
98
99  if (pccard_scan_cis(sc-dev, pccard_parse_cis_tuple,
100 state) == -1)
101 state.card-error++;
102 }
103
(kgdb) l -
84  state.card = sc-card;
85
86  state.card-error = 0;
87  state.card-cis1_major = -1;
88  state.card-cis1_minor = -1;
89  state.card-cis1_info[0] = 

Re: ACPI autoload failed -- unable to install

[Jeff Kletsky]

Based on Shizuka Kudo's observations, I have inventoried the recent
boot.flp imaged using bootable CD and the Intel SE440BX-2 motherboard.

I believe the breakage to have occurred between March 11th and 12th.

The following images boot the machine:

20020302
20020303
20020304
20020307
20020308
20020309
20020310
20020311

The following images fail in a manner similar to that previously described
in this thread:

20020312
20020313

The following images were previously observed to fail in the manner
described in earlier messages in this thread:

20020314
20020315


Jeff


On Sat, 16 Mar 2002, Shizuka Kudo wrote:

 Date: Sat, 16 Mar 2002 07:21:26 -0800 (PST)
 From: Shizuka Kudo [EMAIL PROTECTED]
 To: Jeff Kletsky [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: ACPI autoload failed -- unable to install
 
[ Section describing inability to boot from -CURRENT floppies ]
 
 
 Same here when I tried 20020315 snapshot on a Toshiba
 Portege 7140. I finally started over with 20020302 and
 have no problem to install. You may try this if you
 can't wait...
 
 __
 Do You Yahoo!?
 Yahoo! Sports - live college hoops coverage
 http://sports.yahoo.com/
 



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

Re: Gvim link problem is still actual

[David O'Brien]

On Fri, Mar 15, 2002 at 09:47:31PM +0200, Vallo Kallaste wrote:
 Hi
 
 Just tried again with newly built world and kernel using vim from ports.
 This is built with ATHENA widget support and the only difference in
 make.conf from default is CPUTYPE=i686. What's wrong with -current? Gvim

Apply this patch:

Index: contrib/binutils/ld/emultempl/elf32.em
===
RCS file: /home/ncvs/src/contrib/binutils/ld/emultempl/elf32.em,v
retrieving revision 1.10
diff -u -r1.10 elf32.em
--- contrib/binutils/ld/emultempl/elf32.em  22 Feb 2002 04:52:00 -  1.10
+++ contrib/binutils/ld/emultempl/elf32.em  16 Mar 2002 18:08:06 -
@@ -168,7 +168,7 @@
 
   soname = bfd_elf_get_dt_soname (s-the_bfd);
   if (soname == NULL)
-soname = basename (bfd_get_filename (s-the_bfd));
+soname = lbasename (bfd_get_filename (s-the_bfd));
 
   for (l = global_vercheck_needed; l != NULL; l = l-next)
 {
@@ -250,7 +250,7 @@
 
   soname = bfd_elf_get_dt_soname (s-the_bfd);
   if (soname == NULL)
-soname = basename (s-filename);
+soname = lbasename (s-filename);
 
   if (strncmp (soname, global_needed-name, suffix - global_needed-name) == 0)
 einfo (%P: warning: %s, needed by %B, may conflict with %s\n,
@@ -354,7 +354,7 @@
 einfo (%F%P:%B: bfd_stat failed: %E\n, abfd);
 
   /* First strip off everything before the last '/'.  */
-  soname = basename (abfd-filename);
+  soname = lbasename (abfd-filename);
 
   if (trace_file_tries)
 info_msg (_(found %s at %s\n), soname, name);
@@ -372,9 +372,6 @@
  DT_NEEDED entry for this file.  */
   bfd_elf_set_dt_needed_name (abfd, );
 
-  /* Previos basename call was clobbered in lang_for_each_input_file.  */
-  soname = basename (abfd-filename);
-
   /* Tell the ELF backend that the output file needs a DT_NEEDED
  entry for this file if it is used to resolve the reference in
  a regular object.  */
@@ -1047,7 +1044,7 @@
   /* Rather than duplicating the logic above.  Just use the
 filename we recorded earlier.  */
 
-  filename = xstrdup (basename (entry-filename));
+  filename = lbasename (entry-filename);
   bfd_elf_set_dt_needed_name (entry-the_bfd, filename);
 }
 

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

web Browsers (Re: gcc -O broken in CURRENT)

[David O'Brien]

On Sat, Mar 16, 2002 at 06:05:13AM +0100, Dag-Erling Smorgrav wrote:
 Garrett Wollman [EMAIL PROTECTED] writes:
  What problems do you have with it?
 
 Slow.  Eats memory.  Crashes all the time.  Does not save state
 between sessions.  Does not render HTML 4 properly.  Does not support
 CSS properly.  Does not zoom.  Does not display PNG properly.
 Incorrectly ignores cache-control headers on images.  The list goes

What brower available on FreeBSD does do all these things?
Mozilla 0.9.8 was a disaster.  Opera 6 is such a disaster that I went
back to 5.05.  [linux-]Netscape6 was marked BROKEN for a long time.
konquor... well requires a lot of KDE bits to be installed.

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

Re: HEADS UP: -CURRENT Feature Slush is OVER

[David O'Brien]

On Sat, Mar 16, 2002 at 04:43:47PM +0200, Maxim Sobolev wrote:
  primary goals in all of this are (1) to provide a usable preview of
  the 5.0-CURRENT code, and (2) to minimize the impact on -CURRENT
  developers.  After evaluating several different options, using
  Perforce was deemed the best tool for the job.
 
 Could we have commit logs from the commits into that branch be sent to
 cvs-all@, because otherwise most of the developers would be unable to
 see what's going on there, which IMO is not a good thing.

Why do we care?  I already see the logs for -current.
I don't really care what the RE's have to do in their branch to add the
release-related things.

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

Re: web Browsers (Re: gcc -O broken in CURRENT)

[Dag-Erling Smorgrav]

David O'Brien [EMAIL PROTECTED] writes:
  I use Opera 6.  [...]
 Please try http://www.techiegold.com/ with Opera 6.

No problem: http://www.ofug.org/~des/techiegold.png

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

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

Re: web Browsers (Re: gcc -O broken in CURRENT)

[Dag-Erling Smorgrav]

Rich Wilson [EMAIL PROTECTED] writes:
 What about http://www.dice.com/jobsearch/index.html

http://www.ofug.org/~des/dice.png

(the error at the top is because my proxy blocks doubleclick)

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

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

Re: web Browsers (Re: gcc -O broken in CURRENT)

[Joerg Wunsch]

David O'Brien [EMAIL PROTECTED] wrote:

 Slow.  Eats memory.  Crashes all the time.  Does not save state
 between sessions.  Does not render HTML 4 properly.  Does not support
 CSS properly.  Does not zoom.  Does not display PNG properly.
 Incorrectly ignores cache-control headers on images.  The list goes
 
 What brower available on FreeBSD does do all these things?

Galeon.

-- 
cheers, Jorg   .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

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

Re: HEADS UP: -CURRENT Feature Slush is OVER

[Terry Lambert]

Wow.

I hate this whole direction.

I think it's an incredibly bad idea that we are not going
to be able to reproduce what went onto any given CDROM in
ten years.

-- Terry

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

VAIO install, sn0 kernel panic, workaround

[Jeff Kletsky]

Having determined that the last bootable install image was 20020311, 
I have network booted my Sony VAIO PCG-SRX7E/P using pxeboot and the
contents of the boot.flp image on an NFS mount.

If the boot process is allowed to progress without interruption, the
kernel panics:


[...]
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
unknown: PNP0303 can't assign resources (port)
unknown: PNP0c02 can't assign resources (memory)
psmcpnp0: irq resource info is missing: assuming irq 12


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x6d256d24
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc164cf00
stack pointer   = 0x10:0xcb92cd00
frame pointer   = 0x10:0xcb92cd1c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 27 (irq10: sn0)
trap number = 12
panic: page fault

syncing disks...
done
Uptime: 0s
Automatic reboot in 15 seconds - press a key on the console to abort
-- Press a key on the console to reboot.
-- or switch off the system now.


* Setting 'OK set boot_verbose' indicates that 

Device configuration finished.
bpf: lo0 attached

* Setting 'OK set hint.sn.0.disabled=1' resolves the issue and allows
  the machine to boot into the installer, and complete installation.



On reboot, the classic symptoms of pcic unhappiness appear -- the boot
process freezes after ad0: is recognized.

As in the past, Werner Losh's recommended

OK set hw.pcic.intr_path=1
OK set hw.pcic.irq=0
OK boot

resolves the issue.  (Stay calm, there is a pause while the Memory
Stick times-out with the typical 15s SCSI delay.)

Now to the psm0 problem...


Jeff


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

Re: gcc -O broken in CURRENT

[Giorgos Keramidas]

On 2002-03-15 22:11, Kenneth Culver wrote:
  #include rehash.h, see the thread we had on this a few weeks back on
  -chat.
 
 OK, I'll look, but I disagree... Mozilla runs flawlessly for me, and
 renders much faster than netscape, however it loads really slow. Opera
 runs nicely too, although it's linux only.

Netscape is still the only viable alternative for computers with less than
128 MB of physical memory, in places where other browsers can't be
installed for various reasons though.  I've always meant to give galeon a
try, but I don't want to install half of Gnome to avoid downloading
Netscape's 15 MB binary.  Downloading more than 15 MB of Gnome libs can
hardly be called 'better'.

Giorgos Keramidas   FreeBSD Documentation Project
keramida@{freebsd.org,ceid.upatras.gr}  http://www.FreeBSD.org/docproj/

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

HEADS UP! Perl upgraded to 5.6.1

[Mark Murray]

Hello all

The system perl has been upgraded to Perl 5.6.1. This means that
it is a _very_ good idea to rebuild all your p5-* ports. As usual,
if there are any problems, I want to know about them.

M
-- 
o   Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn
#application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf
#text/plain; name=cv.txt [Mark Murray CV Plain Text] cv.txt

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

Removing CSRG libm?

[Steve Kargl]

A long time ago I submitted PR misc/17848 which
removes CSRG libm sources.  The audit trail shows
some commentary, but AFAICT nothing much has been
done based on that commentary.   With the upcoming
release of of 5.0, I think we should consider the
removal od CSRG libm and the repo copying of msun 
to libm; otherwise we'll drag CSRG libm around 
until 6.0.

-- 
Steve

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

Re: Patch to fix the build of the smbfs.ko kernel module

[Hajimu UMEMOTO]

Hi,

 On Sat, 16 Mar 2002 01:32:04 -0800
 Maxime Henrion [EMAIL PROTECTED] said:

mux Since the addition of optimized 3DES encryption for x86, the build of the
mux smbfs kernel module has been broken (on all platforms).  This is because
mux new files are now needed (des_enc.S for x86, des_enc.c for other
mux archs).  The attached patch fixes this problem.

Oops, I've forgot about smbfs.ko.  It seems fine to me.

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED]  [EMAIL PROTECTED]  ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/

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

Re: VAIO install, sn0 kernel panic, workaround

[M. Warner Losh]

In message: [EMAIL PROTECTED]
Jeff Kletsky [EMAIL PROTECTED] writes:
: As in the past, Werner Losh's recommended
: OK set hw.pcic.intr_path=1
: OK set hw.pcic.irq=0
: OK boot

You might try current after March 16th to see if this is still
needed.  I just fixed what I think was a problem related to this.

Warner

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

Re: Removing CSRG libm?

[Poul-Henning Kamp]

In message [EMAIL PROTECTED], Steve Kargl wr
ites:
A long time ago I submitted PR misc/17848 which
removes CSRG libm sources.  The audit trail shows
some commentary, but AFAICT nothing much has been
done based on that commentary.   With the upcoming
release of of 5.0, I think we should consider the
removal od CSRG libm and the repo copying of msun 
to libm; otherwise we'll drag CSRG libm around 
until 6.0.

Good idea.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

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

Re: web Browsers (Re: gcc -O broken in CURRENT)

[Greg Black]

Joerg Wunsch wrote:

| David O'Brien [EMAIL PROTECTED] wrote:
| 
|  Slow.  Eats memory.  Crashes all the time.  Does not save state
|  between sessions.  Does not render HTML 4 properly.  Does not support
|  CSS properly.  Does not zoom.  Does not display PNG properly.
|  Incorrectly ignores cache-control headers on images.  The list goes
|  
|  What brower available on FreeBSD does do all these things?
| 
| Galeon.

Yeah right.  Galeon wouldn't even build on the last FreeBSD box
I tried it on when somebody told me to try it.

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