Displaying 10 results from an estimated 10 matches for "use_types".
Did you mean:
use_type
2017 Aug 27
7
[Bug 102430] New: nv4x - memory problems when starting graphical application - logs included
https://bugs.freedesktop.org/show_bug.cgi?id=102430
Bug ID: 102430
Summary: nv4x - memory problems when starting graphical
application - logs included
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
2020 Feb 18
5
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
On 2/18/20 1:44 PM, Christian K?nig wrote:
> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
>> Hi
>>
>> Am 17.02.20 um 16:04 schrieb Nirmoy Das:
>>> GPU address handling is device specific and should be handle by its
>>> device
>>> driver.
>>>
>>> Signed-off-by: Nirmoy Das <nirmoy.das at amd.com>
>>> ---
2020 Feb 18
2
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Am 18.02.20 um 19:16 schrieb Thomas Zimmermann:
> Hi
>
> Am 18.02.20 um 18:13 schrieb Nirmoy:
>> On 2/18/20 1:44 PM, Christian K?nig wrote:
>>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
>>>> Hi
>>>>
>>>> Am 17.02.20 um 16:04 schrieb Nirmoy Das:
>>>>> GPU address handling is device specific and should be handle by its
2020 Feb 18
2
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Am 18.02.20 um 19:28 schrieb Thomas Zimmermann:
> Hi
>
> Am 18.02.20 um 19:23 schrieb Christian K?nig:
>> Am 18.02.20 um 19:16 schrieb Thomas Zimmermann:
>>> Hi
>>>
>>> Am 18.02.20 um 18:13 schrieb Nirmoy:
>>>> On 2/18/20 1:44 PM, Christian K?nig wrote:
>>>>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
2020 Feb 18
0
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Am 18.02.20 um 18:13 schrieb Nirmoy:
>
> On 2/18/20 1:44 PM, Christian K?nig wrote:
>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
>>> Hi
>>>
>>> Am 17.02.20 um 16:04 schrieb Nirmoy Das:
>>>> GPU address handling is device specific and should be handle by its
>>>> device
>>>> driver.
>>>>
>>>>
2020 Feb 18
0
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Hi
Am 18.02.20 um 18:13 schrieb Nirmoy:
>
> On 2/18/20 1:44 PM, Christian K?nig wrote:
>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
>>> Hi
>>>
>>> Am 17.02.20 um 16:04 schrieb Nirmoy Das:
>>>> GPU address handling is device specific and should be handle by its
>>>> device
>>>> driver.
>>>>
2020 Feb 18
0
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Hi
Am 18.02.20 um 19:23 schrieb Christian K?nig:
> Am 18.02.20 um 19:16 schrieb Thomas Zimmermann:
>> Hi
>>
>> Am 18.02.20 um 18:13 schrieb Nirmoy:
>>> On 2/18/20 1:44 PM, Christian K?nig wrote:
>>>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann:
>>>>> Hi
>>>>>
>>>>> Am 17.02.20 um 16:04 schrieb Nirmoy Das:
2020 Feb 18
0
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
On Tue, Feb 18, 2020 at 07:37:44PM +0100, Christian K?nig wrote:
> Am 18.02.20 um 19:28 schrieb Thomas Zimmermann:
> > Hi
> >
> > Am 18.02.20 um 19:23 schrieb Christian K?nig:
> > > Am 18.02.20 um 19:16 schrieb Thomas Zimmermann:
> > > > Hi
> > > >
> > > > Am 18.02.20 um 18:13 schrieb Nirmoy:
> > > > > On 2/18/20
2009 Jan 22
1
maintaining variable types in data frames
...lly, Y$V2 was not changed, so no change was made to the
variable types.
It all makes sense, but I want an easy way to maintain the structure of a
data frame when I do this kind of operation. I ought to be able to do
something like this:
Ytypes <- get_types(Y)
Y[is.na(Y)] <- X[is.na(Y)]
use_types(Y, Ytypes)
That kind of system would ensure that the basic structure of the data
frame can be maintained. I don't want to have to check by hand, and
sometimes it would be impossible to do so.
So what's the trick? Is there a trick?
Mike
2014 Sep 02
9
[Bug 83398] New: [NV4B] Screen freeze watching flash site
https://bugs.freedesktop.org/show_bug.cgi?id=83398
Priority: medium
Bug ID: 83398
Assignee: nouveau at lists.freedesktop.org
Summary: [NV4B] Screen freeze watching flash site
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: shuihuzhuan at free.fr