>yusufg wrote:
>My reading of the last line of that man page would seem to indicate that
>Solaris 10 06/06 doesn't >boot from SATA devices or am I missing something
Well sun ships the X2100 amd64 platform which ONLY have SATA disks.
Those boxes worked with Solaris 10 1/06.
//Lars
Hi, Whilst reading the 'What's new in Solaris 10 06/06 document' at this url
http://docs.sun.com/app/docs/doc/817-0547/6mgbdbsmb?a=view
I came across the SATA HBA framework section and subsequently started to read
sata(7D) man page at this URL
http://docs.sun.com/app/docs/doc/816-5177/6mbbc4ga8
Ienup Sung wrote:
> Building ON doesn't require any locales except the C/POSIX locale
> which is the system default locale embedded in and provided by
> the libc.
>
> Since people can choose not to install locales including the Japanese
> locales you mentioned or delete locales after installation,
[b]Happy belated birthday open solaris! New to netbeans! Congrats! Watch out
for operton and the chips from Japan being hacked into SUN's network.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@o
[b]No. The Sun network has no business for Time Keeping. The chips from Japan
are being hacked into America. The Opertons. [/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[b]No. The Sun network has no business for Time Keeping. The chips from Japan
are being hacked into America. The Opertons. [/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Sounds like a library is not in your path. Run the following command
ldd /opt/sfw/bin/cdrecord. That will show you the libraries that
cdrecord is looking for and which ones it can't find. Then just put
the library in your path and you should be good to go.
On 7/17/06, gary jones <[EMAIL PROTECTE
[b]There is no missing metric system. The systems for Sun are java, solaris.
etc... The new metric system is always used by Americans. [/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.
[b]There is no global warming. The earth is safe right now. The new open
solaris is being revamped due to Scott and Jon Schwartz switching CEO.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@open
[b]http://cr.grommit.com/~danmcd/tref.14Jul2006/ New links to the new open
solaris. 2006-Schwartz.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi,
I have installed the cdrecord software on a SunOS solaris 8 system but when I
try to run it I get the following error.
ld.so.1: /opt/sfw/bin/cdrecord: fatal: relocation error: file
/opt/sfw/bin/cdrecord: symbol priocntl: reference symbol not found
Killed
I am not an experienced user so if
http://www.gnusolaris.org/gswiki
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[b]The Solaris is being revamped because of Sun going through new construction
with Scott.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[b]The Solaris surprises are being re-audited due to everything being renovated
at this open solaris chat.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[b]The blogs are missing because everything is being moved around.[/b]
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hey,
The naming of Java Desktop System, JDS, was amazingly unfortunate. While
I can appreciate the thought of consolidating our software offerings,
we're pretty much pissing off as many people as we can ;)
Most of the core desktop is written in C, so calling it 'Java' is a bit
of a stretch. Hidin
Taylor Ainsworth wrote:
I am trying to get the Unix style system accounting commands that are
listed in the OpenSolaris code ported over to Linux and I am having tons
of trouble doing so. What is the best way to go about doing this?
You could start by saying which specific command(s) are giving
Hello Roland,
Building ON doesn't require any locales except the C/POSIX locale
which is the system default locale embedded in and provided by
the libc.
Since people can choose not to install locales including the Japanese
locales you mentioned or delete locales after installation, build machines
Thanks for the info. It looks like the trick was to use the -m option for
installgrub. Now it behaves as it did before I ran the diagnostics.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensola
Then use "c0d0p0" or "c0t0d0p0" instead.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
--- Begin Message ---
Title: E-mail Signature Sun 2005
Interesting post on the Ubuntu forums... people from Intel actually
running Ubuntu linux on our T2000 machines. The world is taking an
interesting turn!
Gilles.
Original Message
Subject:
10 GbE on
I am trying to get the Unix style system accounting commands that are listed in
the OpenSolaris code ported over to Linux and I am having tons of trouble doing
so. What is the best way to go about doing this?
This message posted from opensolaris.org
___
This doesn't seem to fix the master boot record. The grub menu is fine, I just
have get the master boot record to start it.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Boot off of the Solaris CD, DVD, or a boot server into single user mode.
Once there, run:
/sbin/installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0d0s0
where you'll have to replace "c0d0s0" with whatever your boot disk device is.
This message posted from opensolaris.org
On Mon, 17 Jul 2006, Alan Coopersmith wrote:
> So stick with just "JDS" and let each distro decide what "J" stands for in
> their
> distro - Sun Java(tm) for Solaris, others may ship the "Joyous Desktop
> System",
> or the "Jazzy Desktop System" or the "Jakarta Desktop System" or whatever.
Or peh
Rich Teer wrote:
On Mon, 17 Jul 2006, Stephen Harpster wrote:\>>The trademark is actually on the "Sun
Java" part, i.e., the official mark is
Sun Java(TM) Desktop System
Technically, you're supposed to use the full mark for the first and most prominent
reference. After that, "Sun" may be
OK wise guy! ;-)
I'll let you guys figure it out.
Rich Teer wrote:
On Mon, 17 Jul 2006, Stephen Harpster wrote:
The trademark is actually on the "Sun Java" part, i.e., the official mark is
Sun Java(TM) Desktop System
Technically, you're supposed to use the full mar
On Mon, 17 Jul 2006, Stephen Harpster wrote:
> The trademark is actually on the "Sun Java" part, i.e., the official mark is
> Sun Java(TM) Desktop System
>
> Technically, you're supposed to use the full mark for the first and most
> prominent reference. After that, "Sun" may be
> dropped.
The trademark is actually on the "Sun Java" part, i.e., the official
mark is
Sun Java(TM) Desktop System
Technically, you're supposed to use the full mark for the first and
most prominent reference. After that, "Sun" may be dropped.
I think you're right that a non-restricted name such as OS
Glynn Foster wrote:
Hey,
I'd like to propose that the Java Desktop System, JDS, be an official
OpenSolaris project.
Can any non-Sun distros use the Java Desktop System name? Would a
non-trademark-restricted name be better for an OpenSolaris project?
--
-Alan Coopersmith- [
I've foolishly ran the Dell diagnostics which overwrote the MBR so only Windows
comes up again.
I've gotten around it by putting in a boot manager, but that brings up the grub
menu (sort of double OS selection).
How can I rewrite the Solaris master boot record back so it boots GRUB directly
ag
Dana H. Myers wrote:
According to the HCL, Solaris has been testing on the DL585 at least
once; this makes me curious what BIOS revision these two machines
(DL385 and DL585) are running. I believe you can get the BIOS version
by entering BIOS setup-mode.
I believe the initial BIOS was 12/12/0
I absolutely agree. Innovation at the right areas is critical. Resources
are tight everywhere, and trying to figure out where the biggest "bang
for the buck" is difficult at best. But, where does JDS really differ
from the other Graphic Environments out there? I would like to see a
much more co
Hello,I did not see your reply before posting mine. This is not the first I experiment that.> Did Dmitry already attempt booting with> acpi-user-options=0x2 and the hang still occurs?From what I understood yes, that is one of the reason why I suggested the preceding procedure.Regards,J-F___
YES it's mine,
i have this bug with d585 and dl385 (i have both)
it has latest firmware
DL585 (A01) Servers version 2006.03.22 A (13 Apr 06)
DL385 (A05) Servers version 2006.03.01 (28 Mar 06)
tomorrow morning i'll continue testing, but i don't have many time
i belive you don't leave me alone
Rob McMahon wrote:
> Dana H. Myers wrote:
>> According to the HCL, Solaris has been testing on the DL585 at least
>> once; this makes me curious what BIOS revision these two machines
>> (DL385 and DL585) are running. I believe you can get the BIOS version
>> by entering BIOS setup-mode.
>>
> I
Philip Brown wrote:
On Thu, Jul 13, 2006 at 05:19:08PM -0400, James Carlson wrote:
The original reason for /usr/sfw was to prevent users from wandering
into External (extremely volatile; not necessarily compatible from
patch to patch) software. But with GNOME integrating into /usr/bin as
Extern
Dmitry wrote:
> i don't now, i'm muzzy
> now i'll try to boot
> with difeerent options
> reboot -- -B acpi-user-options=
I would suggest not changing the default for acpi-user-options; the
evidence indicates that the issue is during PCI enumeration.
When the system *does* boot, would you be so ki
Rob McMahon wrote:
> For another datapoint, I'm seeing what looks like exactly the same problem on
> a DL385 (single AMD Opteron 280). Setting the appropriate flags in
> /etc/system, the hang ends with:
>
> Search PCI Hot-Plug Resource Table starting at 0xF
> Found PCI Hot-Plug Resource Tab
Ah, I should have said this is Solaris 10U2, not the community or express
editions.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Jürgen Keil writes:
> > I've been suspecting a PCI enumeration issue, and it made me think of
> > the PCI-e error handling problem. Apparently we do not have a precise
> > duplicate of CR 6401605, but I'm suspecting that PC enumeration trips
> > over a bus error of some kind.
>
> Is the fix for C
For another datapoint, I'm seeing what looks like exactly the same problem on a
DL385 (single AMD Opteron 280). Setting the appropriate flags in /etc/system,
the hang ends with:
Search PCI Hot-Plug Resource Table starting at 0xF
Found PCI Hot-Plug Resource Table at f4ee0
No. of PCI hot-plug
> I've been suspecting a PCI enumeration issue, and it made me think of
> the PCI-e error handling problem. Apparently we do not have a precise
> duplicate of CR 6401605, but I'm suspecting that PC enumeration trips
> over a bus error of some kind.
Is the fix for CR 6401605 included in Solaris 10
i don't now, i'm muzzy
now i'll try to boot
with difeerent options
reboot -- -B acpi-user-options=
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Jean-François Ndi wrote:
>>From what I see in the screenshot the hang occurs during the pci bus probing.
I haven't seen a screenshot - did Dmitri send one? Could you forward it
to me?
> I think it hangs in the following function:
>
> http://cvs.opensolaris.org/source/xref/on/usr/src/uts/i86pc/i
Jürgen Keil wrote:
[...]
> But... You also added "set pci_autoconfig:pci_boot_debug=1" ?
>
> The "PCI Hot-Plug" and the "NOTICE messages are not from the acpica code.
> So, now it is looking more and more as if acpica isn't responsible for the
> hang,
> but the pci bus enumeration code.
>
> Quo
> i try to set
> set acpica:acpica_muzzle_debug_output=0
> set acpica:AcpiDbgLevel=0x7
> set acpica:acpica_console_out=1
>
> please see screenshot 3 in the first message
> may be increase AcpiDbgLevel?
I think AcpiDbgLevel=0x3fff is the default that is compiled into the acpica
module, and should
>From what I see in the screenshot the hang occurs during the pci bus probing.
I think it hangs in the following function:
http://cvs.opensolaris.org/source/xref/on/usr/src/uts/i86pc/io/pci/pci_boot.c#enumerate_bus_devs
just after the call of:
http://cvs.opensolaris.org/source/xref/on/usr/sr
i try to set
set acpica:acpica_muzzle_debug_output=0
set acpica:AcpiDbgLevel=0x7
set acpica:acpica_console_out=1
please see screenshot 3 in the first message
may be increase AcpiDbgLevel?
This message posted from opensolaris.org
___
opensolaris-discu
As far as I can see, the problem seems to occur during the pci device tree
creation.
Maybe adding:
set pci_autoconfig:pci_boot_debug=1
to your /etc/system will provide more info about when the hang occurs.
Regards,
J-F
This message posted from opensolaris.org
_
can i use this method for debug acpica at boot?
http://blogs.sun.com/roller/page/danasblog?entry=solaris_acpi_ca_debug_output
I try it today later
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@ope
> i don't understand it :) (i run it in 32-bit mode )
> # ./autovec
...
> [9]
> acpi_wrapper_isr() pri 0
So, my theory that the hang could be caused by shared interrupts is wrong;
there is exactly one interrupt handler registered for vector 9.
I also had a closer look at the acpica initialization
52 matches
Mail list logo
