>Totally agree, but I believe (but could be mistaken) that the issue is that
>different laptops will generate different ACPI events - so the mapping from
>ACPI
>event to X event isn't consistent, and I think that this is where we would need
>a text document to allow people to do this mapping in
Comments inline...
Alan Coopersmith wrote:
>> The CSW* packages come from blastwave.org
>
> blastwave.org or opencsw.org? (The CSW project recently forked into two
> separate projects.)
>
>> CSWexpect
>> CSWtcl
>> CSWtk
>
> Why are you using these instead of the versions already included in
>
Nicolas Williams writes:
> On Mon, Jan 12, 2009 at 07:21:43PM +0100, Rainer Orth wrote:
> > George Vasick writes:
> >
> > > > Since this will contain version-specific bin directories which users are
> > > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing
> > > > precedent
George Vasick writes:
> Nicolas Williams wrote:
> > On Thu, Jan 08, 2009 at 12:11:48PM -0800, George Vasick wrote:
> >> Nicolas Williams wrote:
> >>> On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote:
> There is testing and potentially support.
> >>> Support means the same thing
> The CSW* packages come from blastwave.org
blastwave.org or opencsw.org? (The CSW project recently forked into two
separate projects.)
> CSWexpect
> CSWtcl
> CSWtk
Why are you using these instead of the versions already included in
Solaris / OpenSolaris?
> SUNWreadline
I don't see this in y
George Vasick writes:
> Nicolas Williams wrote:
> > On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote:
> >> There is testing and potentially support.
> >
> > Support means the same thing for GCJ and GNAT as for GCC: we'll keep the
> > thing up to date as new versions come out. Suppo
George Vasick writes:
> > Since this will contain version-specific bin directories which users are
> > expected to add to their PATH, it shouldn't go below /usr/lib. Existing
> > precedent would be /usr/gcc/4.3.
>
> Normally, users would not need to add version specific directories to
> their P
On 1/12/2009 7:02 PM, Chris Quenelle wrote:
> Torrey McMahon wrote:
>
>> What's the plan for systems that have multiple users or users that
>> require access to different versions at different times? In theory you'd
>> want to allow a user to have access to multiple versions of the
>> {toolki
George Vasick writes:
> >>> * Why /usr/compilers at all? We don't have /usr/webservers or
> >>> /usr/databases.
> >>
> >> I object to /usr/compilers also. Might I suggest /usr/lib/compilers
> >> instead?
> >
> > So why was /usr/compilers chosen instead of /usr/gcc, etc. as we have
> > /usr/a
Raj Prakash writes:
> 4. Technical Description:
> 4.1. Details:
> - Existing C, C++ and dbx components of Sun Studio Express
> 2008.11 release will be installed in
> /usr/compilers/suncc2008.11 similar to LSARC/2008/776 GNU
> Developer Collection
I've th
On 1/12/2009 5:13 PM, Shawn Walker wrote:
> Chris Quenelle wrote:
>> Torrey McMahon wrote:
>>> I might be asking a lot here but it would be nice if there was some
>>> CLI/GUI widget that lists all of the relevant versions and lets a user
>>> select the one they want to be their preferred version.
>A similar mechanism was provided using hal/libhal on Linux, and there was quite
>a bit of traffic on the hal aliases at freedesktop.org to create patches for
>such keys from people who had unsupported laptops.
In many cases, the keys are just "keyboard keys" and they should be
handled through th
Casper.Dik at Sun.COM wrote:
>> A similar mechanism was provided using hal/libhal on Linux, and there was
>> quite
>> a bit of traffic on the hal aliases at freedesktop.org to create patches for
>> such keys from people who had unsupported laptops.
>
> In many cases, the keys are just "keyboard k
On Mon, Jan 12, 2009 at 04:41:59PM -0800, Glenn Skinner wrote:
> Date: Mon, 12 Jan 2009 15:54:40 -0800
> From: Edward Pilatowicz
> Subject: Re: 2009/015 [ddi_strdup]
>
> On Mon, Jan 12, 2009 at 02:28:49PM -0800, Glenn Skinner wrote:
> >
> > Does the project include cleaning
Date: Mon, 12 Jan 2009 15:54:40 -0800
From: Edward Pilatowicz
Subject: Re: 2009/015 [ddi_strdup]
On Mon, Jan 12, 2009 at 02:28:49PM -0800, Glenn Skinner wrote:
>
> Does the project include cleaning up occurrences of the old
> versions of strfree() and strdup() mentione
A similar mechanism was provided using hal/libhal on Linux, and there was quite
a bit of traffic on the hal aliases at freedesktop.org to create patches for
such keys from people who had unsupported laptops.
I'm not saying that hal is the right place to do it, I believe they have changed
this agai
On 1/12/2009 4:13 PM, Chris Quenelle wrote:
> Torrey McMahon wrote:
>
>> Doesn't the method by which you deal with parallel delivery of packages,
>> be it gcc or sunstudio, and any linking impact the install location and
>> default path?
>>
>
> There is no "default path" because this is
Torrey McMahon wrote:
> Not at all. Just that, down the road, we should make sure to keep such
> things in mind. A standard way to allow such things to live together
> would be nice. Even in the case of gnu vs. sunstudio. Again, I'll point
> at the NetBeans example but expand it to be system wide f
Chris Quenelle wrote:
> Torrey McMahon wrote:
>> I might be asking a lot here but it would be nice if there was some
>> CLI/GUI widget that lists all of the relevant versions and lets a user
>> select the one they want to be their preferred version. Netbeans has
>> something like that last I checke
pinion.txt
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090112/cfbaefb0/attachment.txt>
Garrett D'Amore writes:
> I agree. So, I'll give the current proposal a +1, and gently recommend
> that the nexus approach either be used now, the next time we have to add
> new vendor specific modules. Thoughts?
That sounds good.
--
James Carlson, Solaris Networking
Sun Micros
Torrey McMahon wrote:
> What's the plan for systems that have multiple users or users that
> require access to different versions at different times? In theory you'd
> want to allow a user to have access to multiple versions of the
> {toolkit, compiler, ...} and let them select which they want as d
On Mon, Jan 12, 2009 at 02:28:49PM -0800, Glenn Skinner wrote:
> Date: Sun, 11 Jan 2009 18:50:00 -0800 (PST)
> From: Christopher Horne
> Subject: ddi_strdup [PSARC/2009/015 Self Review]
>
> ...
> Add ddi_strdup(9F), strdup(9F), and strfree(9F) to the DDI
>
> PROBLEM:
>
>
Garrett D'Amore writes:
> In retrospect, perhaps having a separate directory under /kernel would
> be better, and then vendors could deploy their own acpi modules without
> having to touch the acpi_drv binary.
If that's where we go, then I'd rather see an /etc registry, as we do
with other forms
> What do Linux distros do w.r.t. multiple compiler versions?
In debian, everything goes in /usr and subdirectories get split as necessary.
In /usr/bin: gcc-3.3, gcc-4.1, gcc-4.3 and a symlink gcc
In /usr/lib (or /lib): the latest of each version of a runtime library, so for
instance libstdc++.
Kerry Shu writes:
> > But no TOS6200?
>
> We only got docs about "TOS6208" and "TOS1900" from Toshiba. And the
> Toshiba laptops we have support either of them. I'll ask IHV team for
> help to get info about "TOS1900". It should be straightforward to add it
> or more in if we have the related docs
Mark,
I know that this case was already approved at LSARC but... :-)
It delivers a static library called libknokret.a and no
shared version. Is there a specific reason for this violation
of our library policies?
Thanks,
John
On Wed, 2009-01-07 at 17:25, Mark Carlson wrote:
> I am sponsoring t
Doesn't the method by which you deal with parallel delivery of packages,
be it gcc or sunstudio, and any linking impact the install location and
default path?
On 1/12/2009 2:28 PM, Chris Quenelle wrote:
> Rainer,
>
> You raise some good points.
> What would you recommend to resolve your issues?
Date: Sun, 11 Jan 2009 18:50:00 -0800 (PST)
From: Christopher Horne
Subject: ddi_strdup [PSARC/2009/015 Self Review]
...
Add ddi_strdup(9F), strdup(9F), and strfree(9F) to the DDI
PROBLEM:
Currently there are 6 version of strfree() and 18 versions of
strdup() in
Kerry Shu writes:
> My current implementation is to define a static array with known vendor
> specific modules name(currently only acpi_toshiba) in acpi_drv.
> Yes, it expects at most one of them to return 0 from _init().
OK; thanks. That's what I was looking for.
> Got it. If I do find conflict
Kerry Shu wrote:
>
>
> Nicolas Williams wrote:
>> On Mon, Jan 12, 2009 at 08:49:56AM -0800, Garrett D'Amore wrote:
>>> I had suggested a similar approach (using keyboard keys) -- actually
>>> my original suggestion went a step further, and suggested that this
>>> module could emulate a USB keyboa
Torrey McMahon wrote:
> I might be asking a lot here but it would be nice if there was some
> CLI/GUI widget that lists all of the relevant versions and lets a user
> select the one they want to be their preferred version. Netbeans has
> something like that last I checked though it's product specif
Kerry Shu writes:
> James Carlson wrote:
> > Kerry Shu writes:
> >>
> >> Darren J Moffat wrote:
> >>> How does acpi_drv determine which vendor specific module to load ? What
> >> acpi_drv will try to load all known vendor specific modules. Once one
> >> module is loaded successfully, it's believe
Torrey McMahon wrote:
> Doesn't the method by which you deal with parallel delivery of packages,
> be it gcc or sunstudio, and any linking impact the install location and
> default path?
There is no "default path" because this is a bundled component,
the path that we choose will be hard-wired fo
On Mon, Jan 12, 2009 at 10:53:07AM -0800, John Plocher wrote:
> On Mon, Jan 12, 2009 at 10:21 AM, Rainer Orth
> wrote:
> > I don't buy this
>
> +1 - repeat as needed.
>
> [...]
>
> The path forward seems to be along the lines of
>
>Update binutils in (Open)Solaris to the latest; it won't b
James Carlson wrote:
> Garrett D'Amore writes:
>
>> In retrospect, perhaps having a separate directory under /kernel would
>> be better, and then vendors could deploy their own acpi modules without
>> having to touch the acpi_drv binary.
>>
>
> If that's where we go, then I'd rather see a
On Mon, Jan 12, 2009 at 10:46:57AM -0800, Kerry Shu wrote:
> Nicolas Williams wrote:
> >But if I understand correctly the basic kernel ACPI driver can catch
> >ACPI hotkeys -- it just doesn't know what to do with them.
>
> There is no basic kernel ACPI driver which can catch hotkey ACPI events
> f
On Mon, Jan 12, 2009 at 10:19:04AM -0800, Garrett D'Amore wrote:
> I think there's some confusion.
>
> There are three levels of mapping:
>
> 1) mapping some arbitrary ACPI event to a system event consumable by
> userland
> 2) mapping the system event to an X11 key event
> 3) mapping the X11 key
On Mon, Jan 12, 2009 at 07:21:43PM +0100, Rainer Orth wrote:
> George Vasick writes:
>
> > > Since this will contain version-specific bin directories which users are
> > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing
> > > precedent would be /usr/gcc/4.3.
> >
> > Norma
On Mon, Jan 12, 2009 at 07:15:22PM +0100, Rainer Orth wrote:
> You're comparing apples and oranges: we don't have /usr/webservers/apache*,
> /usr/webservers/lighttpd*, /usr/databases/postgres*, /usr/databases/mysql*,
> but just /usr/apache* etc. I don't see what the intermediate compilers
> direct
On Mon, Jan 12, 2009 at 10:10:06AM -0800, Kerry Shu wrote:
> >Would it be possible to let users create their own set of hotkeys? Even
> >if the hotkeys are burned into the HW, it'd be nice to be able to let
> >the user input each one and assign a symbol to each. This would be a
> >good workaround
John Plocher wrote:
> [jumping in late after reading the thread...]
>
>
>> Since there is no generic ACPI specification for other hotkeys, most
>> vendors just define their own specific ACPI based hotkey method. This
>> case will also add Toshiba specific ACPI hotkey method support for:
>> 1. Fn
John Plocher wrote:
> [jumping in late after reading the thread...]
>
>> Since there is no generic ACPI specification for other hotkeys, most
>> vendors just define their own specific ACPI based hotkey method. This
>> case will also add Toshiba specific ACPI hotkey method support for:
>> 1. Fn +
On Mon, Jan 12, 2009 at 10:04:14AM -0800, Kerry Shu wrote:
> James Carlson wrote:
> >How exactly does the system know which module works on a given system?
>
> If the corresponding ACPI method is found in _init of the vendor
> specific module, then _init will return SUCCESS and we know the
> modul
In retrospect, perhaps having a separate directory under /kernel would
be better, and then vendors could deploy their own acpi modules without
having to touch the acpi_drv binary.
E.g.:
/kernel/acpi/acpi_toshiba
/kernel/acpi/amd64/acpi_toshiba
(Perhaps even /platform would be better...
/platf
[jumping in late after reading the thread...]
> Since there is no generic ACPI specification for other hotkeys, most
> vendors just define their own specific ACPI based hotkey method. This
> case will also add Toshiba specific ACPI hotkey method support for:
> 1. Fn + ESC: audio mute On/Off
> 2. F
James Carlson wrote:
> Kerry Shu writes:
>> My current implementation is to define a static array with known vendor
>> specific modules name(currently only acpi_toshiba) in acpi_drv.
>> Yes, it expects at most one of them to return 0 from _init().
>
> OK; thanks. That's what I was looking for.
Rainer,
You raise some good points.
What would you recommend to resolve your issues?
/usr/suncc/*?
How should we anticipate the future possible parallel
inclusion of SS12+patches? Perhaps /usr/sunccx for
the latest express and /usr/suncc for the latest stable/FCS release?
I agree that the more
On Mon, Jan 12, 2009 at 08:49:56AM -0800, Garrett D'Amore wrote:
> I had suggested a similar approach (using keyboard keys) -- actually my
> original suggestion went a step further, and suggested that this module
> could emulate a USB keyboard and generate USB boot-protocol HID keyboard
> events
James Carlson wrote:
> Kerry Shu writes:
>> James Carlson wrote:
>>> Kerry Shu writes:
Darren J Moffat wrote:
> How does acpi_drv determine which vendor specific module to load ? What
acpi_drv will try to load all known vendor specific modules. Once one
module is loaded succe
On Mon, Jan 12, 2009 at 10:21 AM, Rainer Orth
wrote:
> I don't buy this
+1 - repeat as needed.
Rainer is raising extremely valid points that directly point at
architectural sloppiness and muddy thinking in these proposals.
It really sounds like someone has decided to create a /usr/compilers/
pl
On Mon, Jan 12, 2009 at 05:43:07PM +0100, Casper.Dik at Sun.COM wrote:
> In many cases, the keys are just "keyboard keys" and they should be
> handled through the keyboard driver.
>
> In other cases, they are all "ACPI" events.
>
> I would like those to be presented as keyboard keys; and then you
Nicolas Williams wrote:
> On Mon, Jan 12, 2009 at 10:19:04AM -0800, Garrett D'Amore wrote:
>> I think there's some confusion.
>>
>> There are three levels of mapping:
>>
>> 1) mapping some arbitrary ACPI event to a system event consumable by
>> userland
>> 2) mapping the system event to an X11 k
Nicolas Williams wrote:
> On Mon, Jan 12, 2009 at 10:10:06AM -0800, Kerry Shu wrote:
>>> Would it be possible to let users create their own set of hotkeys? Even
>>> if the hotkeys are burned into the HW, it'd be nice to be able to let
>>> the user input each one and assign a symbol to each. Thi
Nicolas Williams wrote:
> On Mon, Jan 12, 2009 at 10:04:14AM -0800, Kerry Shu wrote:
>> James Carlson wrote:
>>> How exactly does the system know which module works on a given system?
>> If the corresponding ACPI method is found in _init of the vendor
>> specific module, then _init will return SU
Nicolas Williams wrote:
> On Mon, Jan 12, 2009 at 08:49:56AM -0800, Garrett D'Amore wrote:
>> I had suggested a similar approach (using keyboard keys) -- actually my
>> original suggestion went a step further, and suggested that this module
>> could emulate a USB keyboard and generate USB boot-
On Sun, Jan 11, 2009 at 08:01:10PM -0800, Phi Tran wrote:
> Since there is no generic ACPI specification for other hotkeys, most
> vendors just define their own specific ACPI based hotkey method. This
> case will also add Toshiba specific ACPI hotkey method support for:
> 1. Fn + ESC: audio mute On
Nicolas Williams wrote:
> On Mon, Jan 12, 2009 at 10:04:14AM -0800, Kerry Shu wrote:
>
>> James Carlson wrote:
>>
>>> How exactly does the system know which module works on a given system?
>>>
>> If the corresponding ACPI method is found in _init of the vendor
>> specific module, the
Garrett D'Amore wrote:
> Casper.Dik at Sun.COM wrote:
>>> A similar mechanism was provided using hal/libhal on Linux, and there
>>> was quite
>>> a bit of traffic on the hal aliases at freedesktop.org to create
>>> patches for
>>> such keys from people who had unsupported laptops.
>>>
>>
>
Darren Kenny wrote:
> A similar mechanism was provided using hal/libhal on Linux, and there was
> quite
> a bit of traffic on the hal aliases at freedesktop.org to create patches for
> such keys from people who had unsupported laptops.
Current Gnome shortcuts application is based on standand ke
Nicolas Williams wrote:
> On Sun, Jan 11, 2009 at 08:01:10PM -0800, Phi Tran wrote:
>> Since there is no generic ACPI specification for other hotkeys, most
>> vendors just define their own specific ACPI based hotkey method. This
>> case will also add Toshiba specific ACPI hotkey method support fo
James Carlson wrote:
> Kerry Shu writes:
>>
>> Darren J Moffat wrote:
>>> How does acpi_drv determine which vendor specific module to load ? What
>> acpi_drv will try to load all known vendor specific modules. Once one
>> module is loaded successfully, it's believed a vendor specific module
>>
Casper.Dik at Sun.COM wrote:
>> A similar mechanism was provided using hal/libhal on Linux, and there was
>> quite
>> a bit of traffic on the hal aliases at freedesktop.org to create patches for
>> such keys from people who had unsupported laptops.
>>
>
> In many cases, the keys are just "key
Template Version: @(#)onepager.txt 1.35 07/11/07 SMI
Copyright 2007 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name: Sun Studio C/C++/dbx Collection
1.2. Name of Document Author/Supplier:
Douglas Walls (Douglas.Walls at Sun.COM>
1.3. Date of This Document:
Kerry Shu writes:
>
>
> Darren J Moffat wrote:
> > How does acpi_drv determine which vendor specific module to load ? What
>
> acpi_drv will try to load all known vendor specific modules. Once one
> module is loaded successfully, it's believed a vendor specific module
> is found and function.
How does acpi_drv determine which vendor specific module to load ? What
is the guidance for naming vendor modules ? While it might hold true
for Toshiba models that one module serves all current BIOS/ACPI what
about other vendors where multiple different systems have completely
different requ
I assume the correct thing happesn on upgrade to remove the old FMRI.
If so +1.
--
Darren J Moffat
67 matches
Mail list logo