On 29 Jan 2009, at 22:35, John Martin wrote:
> Darren J Moffat wrote:
>> John Martin wrote:
> Are there any plans for integrating this with any actual
> applications, or with gstreamer or other desktop video apps?
>>> NVIDIA already provides patches to the ffmpeg library and the
>>> m
On Thu, Jan 29, 2009 at 9:15 PM, Garrett D'Amore wrote:
> Cyril Plisko wrote:
>>
>> On Thu, Jan 29, 2009 at 7:37 PM, Jerry Gilliam
>> wrote:
>>
>>>
>>> - Output of 'prtconf -d'
>>> * Actual PCI vendor ID and device ID on X86:
>>> pci1028,214 (pciex8086,105e), instance
John Martin wrote:
>>> Are there any plans for integrating this with any actual
>>> applications, or with gstreamer or other desktop video apps?
> NVIDIA already provides patches to the ffmpeg library and the mplayer
> application
> to enable VDPAU.
A pity OpenSolaris doesn't have ffmpeg or mpla
On Thu, Jan 29, 2009 at 7:37 PM, Jerry Gilliam
wrote:
>
>
>- Output of 'prtconf -d'
> * Actual PCI vendor ID and device ID on X86:
>pci1028,214 (pciex8086,105e), instance #0
> * and on SPARC:
>network (pciex8086,105e), instance #0
>
I thin
On Wed, 2009-01-28 at 12:06 -0800, Garrett D'Amore wrote:
> I wonder if it might not be a terrible idea to have /usr/bin/python2 and
> /usr/bin/python3 ? I don't know enough about Python, but if the
> incompatibilities are similar in scope the incompatibilities that
> existed between perl4 and
I'm happy except for the overly conservative behaviour with rmvolmgr
being different to when gnome is running. I think the default should
be the same as when gnome is running but keep the very useful SMF
property so that the ultra paranoid can stop the mice that run around
their datacentre fr
On Wed, 2009-01-28 at 14:25 -0500, James Carlson wrote:
> Laszlo (Laca) Peter writes:
> > On Tue, 2009-01-27 at 08:09 -0500, James Carlson wrote:
> > > I'm a little puzzled by that. Why would /usr/bin/python give me the
> > > latest version of Python 2.x in particular, rather than just the
> > >
Darren J Moffat wrote:
> John Martin wrote:
Are there any plans for integrating this with any actual
applications, or with gstreamer or other desktop video apps?
>> NVIDIA already provides patches to the ffmpeg library and the mplayer
>> application
>> to enable VDPAU.
>
> A pity OpenSo
James Carlson wrote:
> John Fischer writes:
>>While the API will be classified as volatile for this document,
>>the plan is to maintain backward compatibility in future releases.
>
> A nit, perhaps, but those two clauses are saying different things.
>
> The classification system *is* a sta
James C. McPherson wrote:
>
> How does this relate to the Video4Linux v2 (V4L2) API?
V4L is an API for video capture. Think of it as input support for
video cameras and TV tuners.
VDPAU is an API for video decode, post-processing and output.
>
> What presentation applications have been created to
>
> On Thu, 2009-01-29 at 11:12, Garrett D'Amore wrote:
>> How will applications determine whether VDPAU will work on their display
>> or not?
The initial determination is a query of the hardware for the requested video
stream and surface formats. There are cases where the video hardware
support
John Fischer writes:
>While the API will be classified as volatile for this document,
>the plan is to maintain backward compatibility in future releases.
A nit, perhaps, but those two clauses are saying different things.
The classification system *is* a statement of intent. If there's a
Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
More HCA Capabilities
1.2. Name of Document Author/Supplier:
Author: Bill Taylor
1.3 Date of This Document:
John Fischer wrote:
> On Thu, 2009-01-29 at 11:20, Alan Coopersmith wrote:
>
>> John Fischer wrote:
>>
>>>Delivery will be in the existing SYSV package NVDAgraphics which
>>>installs files in the following directories:
>>>
>>> /usr/include/vdpau: VDPAU headers
>>> /usr/l
I have a concern about this. As part of NTP version 4, there is
support for decoding the audio signal from the radio station WWV to
provide a fairly accurate reference clock. The code currently hard
codes the use of /dev/audio, but the NTP project has been very good
about incorporating code cha
This fast-track timed out with no objections
so I have marked it closed approved. I placed
an updated spec in the case directory which
includes the additional task rctls added during
the discussion of this case.
Thanks,
Jerry
Garrett D'Amore wrote:
> Brian Utterback wrote:
>> I have a concern about this. As part of NTP version 4, there is
>> support for decoding the audio signal from the radio station WWV to
>> provide a fairly accurate reference clock. The code currently hard
>> codes the use of /dev/audio, but the
James Carlson wrote:
> Darren J Moffat writes:
>> %d is replaced by the DNS domain name.
>
> Which one is "the" DNS domain name? I don't think there's a canonical
> one on the system. You can have multiple search domains in
> /etc/resolv.conf.
>
> If you're referring to /etc/defaultdo
Brian Utterback wrote:
> I have a concern about this. As part of NTP version 4, there is
> support for decoding the audio signal from the radio station WWV to
> provide a fairly accurate reference clock. The code currently hard
> codes the use of /dev/audio, but the NTP project has been very goo
On Thu, Jan 29, 2009 at 11:56:45AM -0800, Wesley Shao wrote:
>
> I guess we are going from counter intuitive to livable. Please file an
> RFE on this so we can go from livable to user friendly. I wonder if the
> PCI database parsing code can be leveraged.
HTML e-mail on these lists is barely liva
On Thu, Jan 29, 2009 at 11:35:03AM -0800, Garrett D'Amore wrote:
> Cyril Plisko wrote:
> >>>- Output of 'prtconf -vd'
> >>>
> >>>* Actual PCI vendor ID and device ID on X86:
> >>> pci1028,214 (pciex8086,105e [Intel 82571EB Gigabit Ethernet
> >>>Controller]), instance #0
> >>>* and on SPARC:
Darren J Moffat writes:
> >> %h is replaced by the hostname, as returned by
> >>gethostname(3C)
> >
> > That's just the local host name. Is the remote host name ever
> > significant?
>
> We have discussed wither or not the remote hostname (as found in
> PAM_RHOS
February 03, 2009 -- No Open Meeting
WEDNESDAY February 04, 2009 -- No Open Meeting
-- next part --
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090129/b9e72a8d/attachment.html>
Wesley Shao wrote:
> The hard coding is done in i86pc/io/consplat.c, which is worse.
>
> The new code does not do physical path hard coding.
Ah, ok, didn't see that. So +1 it is then. :-)
-- Garrett
>
> Wes
>
> Garrett D'Amore wrote:
>> In general, I like this project and would give it a +1.
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090129/ede98b8b/attachment.html>
The hard coding is done in i86pc/io/consplat.c, which is worse.
The new code does not do physical path hard coding.
Wes
Garrett D'Amore wrote:
> In general, I like this project and would give it a +1. I have only
> one concern:
>
> o Remove hard coded device path of legacy input/output
Forwarding to John (M.) Martin.
John
On Thu, 2009-01-29 at 11:40, James C. McPherson wrote:
> On Thu, 29 Jan 2009 10:54:27 -0800 (PST)
> John Fischer wrote:
>
> >
> > Template Version: @(#)sac_nextcase %I% %G% SMI
> > This information is Copyright 2009 Sun Microsystems
> > 1. Introduction
> >
Forwarding to John (M.) Martin.
John
On Thu, 2009-01-29 at 11:12, Garrett D'Amore wrote:
> How will applications determine whether VDPAU will work on their display
> or not?
>
> Are there any plans for integrating this with any actual applications,
> or with gstreamer or other desktop video ap
forwarding to John (M.) Martin.
John
On Thu, 2009-01-29 at 11:37, Garrett D'Amore wrote:
> Alan Coopersmith wrote:
> > John Fischer wrote:
> >
> >>Delivery will be in the existing SYSV package NVDAgraphics which
> >>installs files in the following directories:
> >>
> >> /usr/incl
Forwarding Alan's question to the correct John (M.) Martin.
Sorry everyone,
John
On Thu, 2009-01-29 at 11:20, Alan Coopersmith wrote:
> John Fischer wrote:
> >Delivery will be in the existing SYSV package NVDAgraphics which
> >installs files in the following directories:
> >
> > /
Alan Coopersmith wrote:
> John Fischer wrote:
>
>>Delivery will be in the existing SYSV package NVDAgraphics which
>>installs files in the following directories:
>>
>> /usr/include/vdpau: VDPAU headers
>> /usr/lib: VDPAU 32-bit libraries
>> /usr/lib/amd64:
Cyril Plisko wrote:
> On Thu, Jan 29, 2009 at 9:15 PM, Garrett D'Amore wrote:
>
>> Cyril Plisko wrote:
>>
>>> On Thu, Jan 29, 2009 at 7:37 PM, Jerry Gilliam
>>> wrote:
>>>
>>>
- Output of 'prtconf -d'
* Actual PCI vendor ID and device ID on X86:
On 01/29/09 10:14, Darren J Moffat wrote:
> I'm happy except for the overly conservative behaviour with rmvolmgr
> being different to when gnome is running. I think the default should
> be the same as when gnome is running but keep the very useful SMF
> property so that the ultra paranoid can
Garrett D'Amore wrote:
> Cyril Plisko wrote:
>>
>> I think that in many cases the next step would be to manually search
>> in various tables what the actual device is. So why not do one more
>> step and lookup these numbers in /usr/share/hwdata/pci.ids ? Perhaps,
>> while combined with -v?
>
> See
John Fischer wrote:
>Delivery will be in the existing SYSV package NVDAgraphics which
>installs files in the following directories:
>
> /usr/include/vdpau: VDPAU headers
> /usr/lib: VDPAU 32-bit libraries
> /usr/lib/amd64: VDPAU 64-bit libraries
So this A
John.m.martin,
This one is yours I believe.
John.martin
- Original Message -
From: John Fischer
Date: Thursday, January 29, 2009 10:54 am
Subject: Video Decode and Presentation API for Unix (VDPAU) [PSARC/2009/059
FastTrack timeout 02/05/2009]
To: PSARC-ext at sun.com
Cc: John.Fischer
Cyril Plisko wrote:
> On Thu, Jan 29, 2009 at 7:37 PM, Jerry Gilliam
> wrote:
>
>>- Output of 'prtconf -d'
>> * Actual PCI vendor ID and device ID on X86:
>>pci1028,214 (pciex8086,105e), instance #0
>> * and on SPARC:
>>network (pciex808
How will applications determine whether VDPAU will work on their display
or not?
Are there any plans for integrating this with any actual applications,
or with gstreamer or other desktop video apps?
-- Garrett
John Fischer wrote:
> Template Version: @(#)sac_nextcase %I% %G% SMI
> This info
Artem Kachitchkine wrote:
> Garrett D'Amore wrote:
>> Darren J Moffat wrote:
>>> I'm happy except for the overly conservative behaviour with rmvolmgr
>>> being different to when gnome is running. I think the default
>>> should be the same as when gnome is running but keep the very useful
>>> S
In general, I like this project and would give it a +1. I have only one
concern:
o Remove hard coded device path of legacy input/output devices
from consconfig_dacf module. For example, replace the hard coded
device path of legacy keyboard "/isa/i8042 at 1,60/keybo
Garrett D'Amore wrote:
> Darren J Moffat wrote:
>> I'm happy except for the overly conservative behaviour with rmvolmgr
>> being different to when gnome is running. I think the default should
>> be the same as when gnome is running but keep the very useful SMF
>> property so that the ultra par
Darren J Moffat wrote:
> I'm happy except for the overly conservative behaviour with rmvolmgr
> being different to when gnome is running. I think the default should
> be the same as when gnome is running but keep the very useful SMF
> property so that the ultra paranoid can stop the mice that
I'm sponsoring this fasttrack for myself. Minor release binding is
requested. The timer is set for 02/06/2009.
-Artem
Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
physical eje
Hi,
I have a problem with the frequency of my CPU :
My CPU is a Inet E6700, so it's frequency is 2,66Ghz. But OpenSolaris say it's
maximum frequency is 1Ghz... And I am not able to set the frequency higher !
zeblods at ZeblodServer:~ % kstat -m cpu_info -i 0
module: cpu_info
I am sponsoring the following case on behalf of Judy Chen and
Wesley Shao as a fast-track, with timeout February 5, 2009.
The project desires micro/patch binding.
1. Introduction
1.1. Project/Component Working Name:
Add -d option for 'prtconf'
1.2. Name of Document Author/Supplier
I am sponsoring the following case on behalf of Judy Chen and
Wesley Shao as a fast-track, with timeout February 5, 2009.
The project desires micro/patch binding.
1. Introduction
1.1. Project/Component Working Name:
Remove /isa pseudo node for x86
1.2. Name of Document Author/Sup
46 matches
Mail list logo
