There's at least one bug in Solaris Express snv_22 with the SUNWvolr
package's preinstall script:
I'll file a bug and fix it. Thanks for your analysis and fix
Yesterday I've already submitted it, under category volmgt/other.
CR 6339683: SUNWvolr preinstall script broken, smf smserver
The next try was with more console_putchar calls added to the
gateA20() code. This narrowed it down to the loop waiting for an
empty keyboard controller input buffer.
So how far did you get after that ?
Well, it doesn't hang any more after printing Loading stage2 ,
after I added
Or I can wait until the grub menu timeout expires. This starts loading the
default entry. multiboot and the boot_archive is loaded. Text screen is
cleared, , and the system hangs - before printing the
SunOS Release 5.xx copyright string.
A completely wild guess but maybe we
Joerg Schilling wrote:
Jürgen Keil [EMAIL PROTECTED] wrote:
On some boards you can also change the configuration of the
s-ata controller to p-ata legacy ide (instead of ahci mode). In
legacy mode, Solaris should be able to find both the (s-ata) disks
and the (s-ata) optical device.
Date: Wed, 28 Nov 2007 13:27:38 -0500
From: Kyle McDonald [EMAIL PROTECTED]
To: James Carlson [EMAIL PROTECTED]
CC: Jürgen Keil [EMAIL PROTECTED], opensolaris-discuss@opensolaris.org
Subject: Re: [osol-discuss] 'more' broken in b77 miniroot?
James Carlson wrote:
Jürgen Keil writes:
Is there any existing tools or interface on the solaris can monitor CPU
temperature and control fan status?
I'm using the following dtrace script to monitor cpu temperatures on a
Tecra S1 centrino laptop (monitors some dtrace probes in the
tzmon kernel module). Unfortunatelly it's not very
Robert William Fuller wrote:
[EMAIL PROTECTED] wrote:
Hi Kyle,
given that what happens looks ever-so-slightly different each time, a
hardware glitch could be possible; to exclude this, would you happen to
know whether these panics occurred before build 78 as well ? If they occur
Frank Hofmann wrote:
On Mon, 16 Jun 2008, Juergen Keil wrote:
IIRC a bug like ``kmem_free(NULL, size)'' somewhere in the kernel can have
the
effect that a subsequent ``kmem_alloc(size, KM_SLEEP)'' somewhere else in
the
kernel will return with a NULL pointer! (Assuming you run release
Frank Hofmann wrote:
On Mon, 16 Jun 2008, Juergen Keil wrote:
For that reason I did suggest to Kyle to try to reproduce this hsfs mount
panic with kmem heap checking enabled.
Add the following line to /etc/system, reboot, retry to reproduce the hsfs
mount panic:
set kmem_flags
Hmm, in usr/src/uts/common/fs/hsfs/hsfs_vfsops.c function hs_mountfs(),
whenever we use one of the first three |goto cleanup|, the local variables
|svp| and |jvp| are uninitialized. That should corrupt the kernel heap
when we kmem_free() with an unitialized stack lock pointer in the
cleanup
I filed a bug at http://bugs.opensolaris.org/;
Bug-ID is not yet known.
Fix is obvious:
diff --git a/usr/src/uts/common/fs/hsfs/hsfs_vfsops.c
b/usr/src/uts/common/fs/hsfs/hsfs_vfsops.c
--- a/usr/src/uts/common/fs/hsfs/hsfs_vfsops.c
+++ b/usr/src/uts/common/fs/hsfs/hsfs_vfsops.c
@@ -596,8
11 matches
Mail list logo
