https://bugs.freedesktop.org/show_bug.cgi?id=100239
--- Comment #19 from Timothy Arceri ---
If you run steam from the command line with:
R600_DEBUG=zerovram steam
Does that fix the issue for you?
--
You are receiving this mail because:
You are the assignee for the bug.
On 5/1/19 5:01 PM, Brendan Higgins wrote:
A number of test features need to do pretty complicated string printing
where it may not be possible to rely on a single preallocated string
with parameters.
So provide a library for constructing the string as you go similar to
C++'s std::string.
Signed
On 5/1/19 5:01 PM, Brendan Higgins wrote:
Add a test for string stream along with a simpler example.
Signed-off-by: Brendan Higgins
---
kunit/Kconfig | 12 ++
kunit/Makefile | 4 ++
kunit/example-test.c | 88 ++
kunit/
https://bugs.freedesktop.org/show_bug.cgi?id=108750
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
On 5/1/19 5:01 PM, Brendan Higgins wrote:
A lot of the expectation and assertion infrastructure prints out fairly
complicated test failure messages, so add a C++ style log library for
for logging test results.
Signed-off-by: Brendan Higgins
---
include/kunit/kunit-stream.h | 85 +
https://bugs.freedesktop.org/show_bug.cgi?id=110575
--- Comment #1 from Timothy Arceri ---
Bit of a stab in the dark but if its related to bug #100239
You could try running steam from the command line with:
R600_DEBUG=zerovram steam
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=109124
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104185
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEEDINFO
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: 6f67b24f2fc7b90a94e4163ae4cd01bc2783fbfd
commit: fb4f0930305e60c480c86c0e2ba9bc8683179bd9 [4/9] Merge remote-tracking
branch 'origin/drm-misc-next' into drm-tip
reproduce: make htmldocs
If you fix the issue, kindly add following ta
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.2-wip
head: ad636d2a1cb80ed84030892630a6159c0e34dd85
commit: d88e20633f0308bf17e954f4e71b44c16252e4f0 [47/78] drm/scheduler: rework
job destruction
config: riscv-allyesconfig (attached as .config)
compiler: riscv64-linux-gcc (GCC)
https://bugs.freedesktop.org/show_bug.cgi?id=110143
Timothy Arceri changed:
What|Removed |Added
Summary|[Regression] Doom 3: BFG|Doom 3: BFG Edition - Steam
https://bugs.freedesktop.org/show_bug.cgi?id=110143
--- Comment #5 from Timothy Arceri ---
I've remove the regression tag from the bug title as I don't think this ever
worked on Mesa and have sent a patch [1] that should work around some game bugs
in future Mesa releases.
[1] https://patchwork.f
https://bugs.freedesktop.org/show_bug.cgi?id=108893
--- Comment #7 from Timothy Arceri ---
The trace runs perfectly fast. What is the most recent version you have tested
this with? If you are still using 18.2 I would recommend updating to at least
19.0.
--
You are receiving this mail because:
Y
On Thu, May 2, 2019 at 6:26 PM shuah wrote:
>
> On 5/1/19 5:01 PM, Brendan Higgins wrote:
< snip >
> > diff --git a/kunit/Makefile b/kunit/Makefile
> > index 5efdc4dea2c08..275b565a0e81f 100644
> > --- a/kunit/Makefile
> > +++ b/kunit/Makefile
> > @@ -1 +1,2 @@
> > -obj-$(CONFIG_KUNIT) +=
On Thu, May 2, 2019 at 6:27 PM shuah wrote:
>
> On 5/1/19 5:01 PM, Brendan Higgins wrote:
> > Add a test for string stream along with a simpler example.
> >
> > Signed-off-by: Brendan Higgins
> > ---
> > kunit/Kconfig | 12 ++
> > kunit/Makefile | 4 ++
> > kunit
On Thu, May 2, 2019 at 6:45 PM Frank Rowand wrote:
>
> On 5/2/19 4:45 PM, Brendan Higgins wrote:
> > On Thu, May 2, 2019 at 2:16 PM Frank Rowand wrote:
> >>
> >> On 5/2/19 11:07 AM, Brendan Higgins wrote:
> >>> On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
>
> On Wed, May 01, 2019 at 0
On Thu, May 2, 2019 at 6:50 PM shuah wrote:
>
> On 5/1/19 5:01 PM, Brendan Higgins wrote:
< snip >
> > diff --git a/kunit/kunit-stream.c b/kunit/kunit-stream.c
> > new file mode 100644
> > index 0..93c14eec03844
> > --- /dev/null
> > +++ b/kunit/kunit-stream.c
> > @@ -0,0 +1,149 @@
https://bugs.freedesktop.org/show_bug.cgi?id=100239
--- Comment #20 from network...@rkmail.ru ---
(In reply to Timothy Arceri from comment #19)
> Does that fix the issue for you?
Yes, it does fix scope rendering for me.
Is any negative performance impact to be expected with that flag? Also, is it
On Thu, May 02, 2019 at 04:45:29PM -0700, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 2:16 PM Frank Rowand wrote:
> >
> > On 5/2/19 11:07 AM, Brendan Higgins wrote:
> > > On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
> > >>
> > >> On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrot
On Thu, May 02, 2019 at 11:45:43AM -0700, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 11:15 AM wrote:
> >
> >
> >
> > > -Original Message-
> > > From: Greg KH
> > >
> > > On Wed, May 01, 2019 at 04:01:25PM -0700, Brendan Higgins wrote:
> > > > From: Iurii Zaikin
> > > >
> > > > KUnit
On Thu, May 2, 2019 at 8:15 PM Logan Gunthorpe wrote:
>
>
>
> On 2019-05-01 5:01 p.m., Brendan Higgins wrote:
> > +/*
> > + * struct kunit_try_catch - provides a generic way to run code which might
> > fail.
> > + * @context: used to pass user data to the try and catch functions.
> > + *
> > + *
On Thu, May 02, 2019 at 11:07:51AM +0100, Daniel Thompson wrote:
> On 24/04/2019 10:25, Brian Masney wrote:
> > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status()
> > both return the brightness value if the brightness was successfully
> > updated. Writing to these attributes via sysf
On 5/2/19 11:07 AM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
>>
>> On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrote:
>>> From: Felix Guo
>>>
>>> The ultimate goal is to create minimal isolated test binaries; in the
>>> meantime we are using UML to prov
On 2019-05-01 5:01 p.m., Brendan Higgins wrote:
> +/*
> + * struct kunit_try_catch - provides a generic way to run code which might
> fail.
> + * @context: used to pass user data to the try and catch functions.
> + *
> + * kunit_try_catch provides a generic, architecture independent way to
> ex
fyi, John pushed a MR w/ the same patches:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/795
(I'm not really an expert on android build system, but if it works,
then ack-by from me)
BR,
-R
On Thu, May 2, 2019 at 1:20 PM Greg Hartman wrote:
>
> + dwillem...@google.com background on the
On 2019-05-01 5:01 p.m., Brendan Higgins wrote:
> ## TLDR
>
> I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
> 5.2.
>
As I said on the last posting, I like this and would like to see it move
forward. I still have the same concerns over the downsides of using UML
(ie. n
On Thu, May 02, 2019 at 06:48:46PM +0530, Anshuman Khandual wrote:
> Drop the pgtable_t variable from all implementation for pte_fn_t as none of
> them use it. apply_to_pte_range() should stop computing it as well. Should
> help us save some cycles.
You didn't add Martin Schwidefsky for some reaso
Drop the pgtable_t variable from all implementation for pte_fn_t as none of
them use it. apply_to_pte_range() should stop computing it as well. Should
help us save some cycles.
Signed-off-by: Anshuman Khandual
Cc: Ard Biesheuvel
Cc: Russell King
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Thomas
Am 30.04.19 um 16:40 schrieb Guido Günther:
> This adds support for the Mixel DPHY as found on i.MX8 CPUs but since
> this is an IP core it will likely be found on others in the future. So
> instead of adding this to the nwl host driver make it a generic PHY
> driver.
>
> The driver supports the i
+ dwillem...@google.com background on the build changes.
Thanks for doing this. It will be helpful to have fixes to make this build
again.
On Thu, May 2, 2019 at 11:03 AM John Stultz wrote:
> Somewhat recent changes in the AOSP build system has been made
> which fairly severely restricts the bu
On 5/2/19 1:25 PM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 4:00 AM Greg KH wrote:
>>
>> On Wed, May 01, 2019 at 04:01:13PM -0700, Brendan Higgins wrote:
>>> A lot of the expectation and assertion infrastructure prints out fairly
>>> complicated test failure messages, so add a C++ style log
On Thu, May 2, 2019 at 2:57 PM Dan Willemsen wrote:
>
> On Thu, May 2, 2019 at 1:52 PM John Stultz wrote:
> >
> > We need solutions for the xgettext and the python-mako usage.
>
> Android doesn't support translations at this level, so you may be
> able to just skip xgettext altogether.
>
from q
On Thu, May 2, 2019 at 1:52 PM John Stultz wrote:
>
> We need solutions for the xgettext and the python-mako usage.
Android doesn't support translations at this level, so you may be
able to just skip xgettext altogether.
- Dan
___
dri-devel mailing li
On 05/02/2019 07:16 PM, Matthew Wilcox wrote:
> On Thu, May 02, 2019 at 06:48:46PM +0530, Anshuman Khandual wrote:
>> Drop the pgtable_t variable from all implementation for pte_fn_t as none of
>> them use it. apply_to_pte_range() should stop computing it as well. Should
>> help us save some cycl
On 5/2/19 4:45 PM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 2:16 PM Frank Rowand wrote:
>>
>> On 5/2/19 11:07 AM, Brendan Higgins wrote:
>>> On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrote:
> From: Felix Guo
>
> -Original Message-
> From: Greg KH
>
> On Wed, May 01, 2019 at 04:01:25PM -0700, Brendan Higgins wrote:
> > From: Iurii Zaikin
> >
> > KUnit tests for initialized data behavior of proc_dointvec that is
> > explicitly checked in the code. Includes basic parsing tests including
> > int
On Thu, 2 May 2019 06:46:23 -0700
Matthew Wilcox wrote:
> On Thu, May 02, 2019 at 06:48:46PM +0530, Anshuman Khandual wrote:
> > Drop the pgtable_t variable from all implementation for pte_fn_t as none of
> > them use it. apply_to_pte_range() should stop computing it as well. Should
> > help us s
On Thu, May 02, 2019 at 11:19:50AM +0100, Daniel Thompson wrote:
> On 24/04/2019 10:25, Brian Masney wrote:
> > Add fwnode support to the lm3630a driver and optionally allow
> > configuring the label, default brightness level, and maximum brightness
> > level. The two outputs can be controlled by b
101 - 138 of 138 matches
Mail list logo
