search for: use_types

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