uffer device 240x67
XXX [ 168.755987] nouveau :01:00.0: fb0: nouveaudrmfb frame buffer device
[ 168.763736] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0
on minor 0
Let me know if you need any more info.
Cheers,
Nick
___
dri-dev
On 2020-07-29, Dave Airlie wrote:
> On Wed, 29 Jul 2020 at 15:05, Nick Bowler wrote:
>>
>> Hi,
>>
>> After installing Linux 5.8-rc7 I seem to get no video output on my
>> NV36 card once the nouveau module is loaded. The display (connected
>> to the di
"Clang Built Linux" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clang-built-linux+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clang-built-linux/e4a852b2-807b-bc73-7328-bcc399341085%40amd.com.
--
Thanks,
~Nick Desaulniers
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
apped in cc-option).
I've filed https://github.com/ClangBuiltLinux/linux/issues/1180 to
follow up on.
--
Thanks,
~Nick Desaulniers
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Sat, Jun 27, 2020 at 12:43 PM Vladimir Oltean wrote:
>
> Hi Nick,
>
> On Mon, 22 Jun 2020 at 19:50, Nick Desaulniers
> wrote:
> >
>
> > > I really don't get what's the problem here. The listing of
> > > ld9040_prepare at the given commit a
On Mon, Mar 30, 2020 at 6:32 AM Michal Simek wrote:
>
> The latest Xilinx design tools called ISE and EDK has been released in
> October 2013. New tool doesn't support any PPC405/PPC440 new designs.
> These platforms are no longer supported and tested.
>
> PowerPC 405/440 port is orphan from 2013
(intel_hdmi_set_edid(connector, live_status)) {
+ if (intel_hdmi_set_edid(connector, true)) {
struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector);
hdmi_to_dig_port(intel_hdmi)->base.type = INTEL_OUTPUT_HDMI;
Let me know if you need any more info.
Thanks,
Nick
cking"
Yes, that patch seems to be present in 4.4.
> Does the same system works with any other monitor?
I'll see if I can find another to try.
Thanks,
Nick
On 1/20/16, Nick Bowler wrote:
> Hi,
>
> On 2016-01-20, Jindal, Sonika wrote:
>> Can you please check if you have following patch:
>> "commit 3d8acd1f667b45c531401c8f0c2033072e32a05d
>> Author: Gary Wang
>> Date: Wed Dec 23 16:11:35 2015 +0800
>&
On 2016-01-21, Jindal, Sonika wrote:
> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>> On 1/20/16, Nick Bowler wrote:
>>> On 2016-01-20, Jindal, Sonika wrote:
[...]
>>>> Does the same system works with any other monitor?
>>> I'll see if I can find another
On 2016-01-21, Nick Bowler wrote:
> On 2016-01-21, Jindal, Sonika wrote:
>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>>> On 1/20/16, Nick Bowler wrote:
>>>> On 2016-01-20, Jindal, Sonika wrote:
> [...]
>>>>> Does the same system works with any ot
systems.com
> http://www.blacklablinux.org
>
>
> On 07/19/2014 06:54 PM, Nick Krause wrote:
>>
>> On Sat, Jul 19, 2014 at 6:32 PM, Nick Krause wrote:
>> Hey Daniel and others ,
>> If I am correct after asking around on the mailing list then the
>>
On Sat, Jul 19, 2014 at 6:32 PM, Nick Krause wrote:
Hey Daniel and others ,
If I am correct after asking around on the mailing list then the
windows Intel graphics drivers are faster then their Linux
counterparts.
In addition , I am wondering if we can improve this and try to
remove
After doing some research I didn't find any information on valley view.
I am wondering valleyview_get_display_clock_speed what this should
return as I can't find any information on it?
Nick
On Mon, Nov 17, 2014 at 3:40 AM, Jani Nikula
wrote:
> On Sat, 15 Nov 2014, Nicholas Krause wrote:
>> Changes the calls of mdelay to msleep in the driver file
>> mdfld_dsi_pkg_sender.c
>> in order to prevent CPU busy looping in order to save CPU cycles as this is
>> considered bad form over sleep
On 1/28/16, Nick Bowler wrote:
> On 2016-01-21, Nick Bowler wrote:
>> On 2016-01-21, Jindal, Sonika wrote:
>>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>>>> On 1/20/16, Nick Bowler wrote:
>>>>> On 2016-01-20, Jindal, Sonika wrote:
>> [..
> /* VLV DP/HDMI bits again match Bspec */
> #define PORTD_HOTPLUG_LIVE_STATUS_VLV (1 << 27)
> #define PORTC_HOTPLUG_LIVE_STATUS_VLV (1 << 28)
Well, I applied this on 4.5-rc3 and it seems to fix things.
Thanks,
Nick
rtial results follow.
Thanks,
Nick
git bisect start 'drivers/gpu/drm/i915'
# bad: [1f93e4a96c9109378204c147b3eec0d0e8100fde] Linux 4.3-rc2
git bisect bad 1f93e4a96c9109378204c147b3eec0d0e8100fde
# good: [64291f7db5bd8150a74ad2036f1037e6a0428df2] Linux 4.2
On Fri, Apr 15, 2016 at 11:25 AM, Ilia Mirkin wrote:
> On Fri, Apr 15, 2016 at 11:22 AM, Pierre Moreau
> wrote:
> > On 11:06 AM - Apr 15 2016, Ilia Mirkin wrote:
> >> On Fri, Apr 15, 2016 at 10:57 AM, Pierre Moreau
> wrote:
> >> > Currently, every backlight interface created by Nouveau uses the
e the compiler starts
doing semantic analysis. I suspect this code is not valid for GCC
unless optimizations are enabled (the kernel only does compile with
optimizations turned on). This change allows us to build this
translation unit with Clang.
Acked-by: Nick Desaulniers
(Note: this is the
On Wed, Oct 10, 2018 at 1:30 PM Michal Wajdeczko
wrote:
>
> On Wed, 10 Oct 2018 14:01:40 +0200, Jani Nikula
> wrote:
>
> > On Tue, 09 Oct 2018, Nick Desaulniers wrote:
> >> On Tue, Oct 9, 2018 at 10:14 AM Nathan Chancellor
> >> wrote:
> >>>
On Wed, Oct 10, 2018 at 11:21 PM Jani Nikula
wrote:
>
> On Wed, 10 Oct 2018, Nick Desaulniers wrote:
> > On Wed, Oct 10, 2018 at 1:30 PM Michal Wajdeczko
> > wrote:
> >>
> >> On Wed, 10 Oct 2018 14:01:40 +0200, Jani Nikula
> >> wrote:
> >&g
a/drivers/gpu/drm/i915/Makefile
> +++ b/drivers/gpu/drm/i915/Makefile
> @@ -26,6 +26,7 @@ subdir-ccflags-$(CONFIG_DRM_I915_WERROR) += -Werror
>
> # Fine grained warnings disable
> CFLAGS_i915_pci.o = $(call cc-disable-warning, override-init)
> +CFLAGS_intel_breadcrumbs.o = $(ca
This patch is needed to help implement half-float texturing and
rendering for the vc4 driver in mesa. This small patch introduces the
cpp value for the RGBA64 texture. A future patch will include updates to
vc4_render_cl.c to handle HDR color stores.
---
drivers/gpu/drm/vc4/vc4_validate.c | 4 +++-
Fixes a stringop-truncation warning from gcc-8.
Signed-off-by: Nick Desaulniers
---
drivers/video/hdmi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
index 111a0ab..46c184c 100644
--- a/drivers/video/hdmi.c
+++ b/drivers
On Mon, May 28, 2018 at 11:59 PM, Nick Desaulniers
wrote:
> Fixes a stringop-truncation warning from gcc-8.
>
> Signed-off-by: Nick Desaulniers
> ---
> drivers/video/hdmi.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/video/hdmi.
bumping for review.
On Fri, Jun 15, 2018 at 3:38 PM Nick Desaulniers
wrote:
>
> Fixes commit 8cfe83419cdb ("drm/panel: simple: Add
> support for KEO TX31D200VM0BAA")
>
> drivers/gpu/drm/panel/panel-simple.c:1250:27: warning: implicit conversion
> from
> '
On Thu, Aug 9, 2018 at 3:00 AM Thierry Reding wrote:
>
> On Fri, Jun 15, 2018 at 03:37:49PM -0700, Nick Desaulniers wrote:
> > Fixes commit 8cfe83419cdb ("drm/panel: simple: Add
> > support for KEO TX31D200VM0BAA")
> >
> > drivers/gpu/drm/panel/panel-simple
Similar to commit 0bf8bf50eddc ("module: Remove
const attribute from alias for MODULE_DEVICE_TABLE")
Fixes many -Wduplicate-decl-specifier warnings due to the combination of
const typeof() of already const variables.
Signed-off-by: Nick Desaulniers
---
drivers/gpu/drm/nouveau/in
o 33
[-Wliteral-conversion]
.vback_porch = { 6, 21, 33.5 },
~^~~~
Signed-off-by: Nick Desaulniers
---
Alternatively, should these be rounded up to 34? I'm guessing the
current behaviour (truncation) is correct since that's how the patch was
operating.
drivers/gpu
On Fri, Jun 15, 2018 at 3:56 PM Nick Desaulniers
wrote:
>
> Similar to commit 0bf8bf50eddc ("module: Remove
> const attribute from alias for MODULE_DEVICE_TABLE")
>
> Fixes many -Wduplicate-decl-specifier warnings due to the combination of
> const typeof() of already
Similar to commit 0bf8bf50eddc ("module: Remove
const attribute from alias for MODULE_DEVICE_TABLE")
Fixes many -Wduplicate-decl-specifier warnings due to the combination of
const typeof() of already const variables.
Signed-off-by: Nick Desaulniers
---
Changes since v1: added additi
e callsite of `mod_freesync_build_vrr_infopacket` in
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c#4949:
- NULL,
+ transfer_func_unknown,
Maybe at that point the `if (app_tf != NULL)` could be replaced with
`if (
On Tue, Dec 11, 2018 at 1:42 PM Nathan Chancellor
wrote:
>
> On Tue, Dec 11, 2018 at 01:25:00PM -0800, Nick Desaulniers wrote:
> > On Mon, Dec 10, 2018 at 3:42 PM Nathan Chancellor
> > wrote:
> > >
> > > Clang warns when an expression that equals zero is used
On Wed, Sep 12, 2018 at 1:24 PM Richard Smith wrote:
>
> On Wed, Sep 12, 2018 at 10:38 AM Nick Desaulniers
> wrote:
>>
>> On Tue, Sep 11, 2018 at 5:26 PM Nathan Chancellor
>> wrote:
>> >
>> > Clang warns if there are missing braces around a subobjec
lization of subobject [-Wmissing-braces]
> struct amdgpu_task_info task_info = { 0 };
> ^
> {}
> 1 warning generated.
>
> Reported-by: Nick Desaulniers
> Si
t its arg is non-null (as it
dereferences it without any kind of check). It's not clear that
i2c_get_clientdata() can never return a null pointer, so I think all
references to pchip in this function should instead be guarded with a
null check. Would you mind making that change and sending a
On Fri, Sep 21, 2018 at 4:10 PM Nathan Chancellor
wrote:
>
> On Fri, Sep 21, 2018 at 03:48:50PM -0700, Nick Desaulniers wrote:
> > On Fri, Sep 21, 2018 at 1:23 PM Nathan Chancellor
> > wrote:
> > >
> > > Clang warns that the address of a pointer will always
ing between types, just
> change status to type uint8_t (since its max size is 255) which avoids
> this construct altogether.
>
> Reported-by: Nick Desaulniers
> Signed-off-by: Nathan Chancellor
> ---
> drivers/gpu/drm/amd/display/dc/dc_ddc_types.h | 2 +-
> 1 file changed, 1
ehavior. To make that clear to Clang
> without explicitly casting these values, change id's type to uint8_t
> in pp_atomfwctrl_get_clk_information_by_clkid so no conversion happens.
>
> Reported-by: Nick Desaulniers
> Signed-off-by: Nathan Chancellor
> ---
> drivers/gpu/
_operation_result' to different enumeration type 'enum
> > aux_transaction_reply' [-Wenum-conversion]
> > reply->status = AUX_CHANNEL_OPERATION_FAILED_HPD_DISCON;
> > ~ ^~~
> >
> > The cu
0e90454 ("neofb: avoid overwriting fb_info fields")
(Also, snprintf probably isn't necessary for string literals that
don't contain format strings)
--
Thanks,
~Nick Desaulniers
On Thu, Aug 31, 2023 at 2:23 PM Helge Deller wrote:
>
> * Helge Deller :
> > On 8/29/23 18:45, Nick Desaulniers wrote:
> > > A recent change in clang made it better about spotting snprintf that
> > > will result in truncation. Nathan reported the following instan
On Thu, Aug 31, 2023 at 3:16 PM Helge Deller wrote:
>
> * Nick Desaulniers :
> > On Thu, Aug 31, 2023 at 2:23 PM Helge Deller wrote:
> > >
> > > * Helge Deller :
> > > > On 8/29/23 18:45, Nick Desaulniers wrote:
> > > > > A recent ch
On 2024-03-22 06:43, Javier Martinez Canillas wrote:
> Thomas Zimmermann writes:
>
>> Framebuffer I/O on the Sparc Sbus requires read/write helpers for
>> I/O memory. Select FB_IOMEM_FOPS accordingly.
>>
>> Reported-by: Nick Bowler
Applied on top of 6.8 and th
working state -- although seems no messages are logged from
these hotplugs).
I am working to bisect this, might take a while. Partial progress
follows...
Let me know of anything else I should try.
Thanks,
Nick
git bisect start
# bad: [0b07194bb55ed836c2cc7c22e866b87a14681984] Linux 4.14-rc7
git
Hi,
I completed bisecting this issue. See below.
On 2017-11-02, Nick Bowler wrote:
> ~50% of the time after a hotplug, there is a vertical pink bar on the
> left of the display area and audio is not working at all. According to
> the sink device the display size is 1282x720 which see
Signed-off-by: Nick Desaulniers
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi,
Any ideas on this issue? Are there any additional tests I can perform
to help debug this?
On 2017-11-05 11:41 -0500, Nick Bowler wrote:
> I completed bisecting this issue. See below.
>
> On 2017-11-02, Nick Bowler wrote:
> > ~50% of the time after a hotplug, there is a ve
pll_id pll_id = port;
~~ ^~~~
Signed-off-by: Nick Desaulniers
---
drivers/gpu/drm/i915/intel_ddi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
index 933c18fd4258..f9de45316901 100644
--- a/drivers/gpu/
pll_id pll_id = port;
~~ ^~~~
Suggested-by: Daniel Vetter
Signed-off-by: Nick Desaulniers
---
drivers/gpu/drm/i915/intel_ddi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c
index 933c18fd4258..3c346
Hi,
On 11/27/17, Laurent Pinchart wrote:
> The driver should print a "PHY PLL failed to lock" error message to the
> kernel log in that case. Nick, does that happen on your system ?
I will try to test the other things later today, but after bootup there
were no messages whats
On 2017-11-27 11:00 +0200, Laurent Pinchart wrote:
> On Monday, 27 November 2017 06:05:03 EET Archit Taneja wrote:
> > On 2017-11-05 11:41 -0500, Nick Bowler wrote:
[...]
> > > Bisection implicates the following commit:
> > >
> > > 181e0ef092a4952aa523c5b9cb21
Hi,
On 2017-11-27 22:30 -0500, Nick Bowler wrote:
> A note about the test setup: I had to remove the test equipment so I
> no longer have any information about the video mode from the sink side
> (like in the photos). Thus, with the current setup, I am using the
> presense or absense
Hi Jose,
On 2017-12-02 17:11 +, Jose Abreu wrote:
> On 01-12-2017 00:11, Nick Bowler wrote:
> > Another data point... the following patch appears sufficient to
> > restore working behaviour.
[...]
> I don't think you can do this. The phy pll lock check is
> recom
On 2017-12-04 21:34 +0200, Laurent Pinchart wrote:
> On Monday, 4 December 2017 21:30:01 EET Nick Bowler wrote:
> > On 2017-12-04 21:06 +0200, Laurent Pinchart wrote:
> > > As you reported that the PLL lock failure message is not printed, the
> > > failure can only come
On 2017-12-04 10:04 +, Jose Abreu wrote:
> On 03-12-2017 05:20, Nick Bowler wrote:
> > I brought the original test equipment back to the setup so I can
> > see the video and pink bar again. The symptoms remain the same
> > (unexpected size, pink bar, and no audio).
&g
of the for loop execute before the condition
> becomes true?
Judging from the log posted elsethread (where I added extra printouts),
it seems to consistently become true on the second iteration.
I will try to rule out read side effects by replacing the polling loop
with an unconditional delay.
On 2017-12-04 13:33 -0500, Nick Bowler wrote:
> On 2017-12-04 10:04 +, Jose Abreu wrote:
> > Hmmm, my first thought was that audio is being configured first
> > because of the phy lock wait time, I've seen this happening before.
> >
> > Lets try this:
>
nt)
I'm running the latest git xf86-video-nouveau, but since the issue
occurs at the console it's probably not too important...
Let me know if you need any more info,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dr
CCing Tom Bylander as he sent me a mail off-list saying he experiences
a similar issue on an FX 5200.
Tom, maybe you'll have better luck bisecting this than I did?
On 2012-03-19 10:35 -0400, Nick Bowler wrote:
> Just upgraded to Linux 3.3 on my desktop and noticed that the VGA output
On 2012-04-03 21:27 -0400, Nick Bowler wrote:
> CCing Tom Bylander as he sent me a mail off-list saying he experiences
> a similar issue on an FX 5200.
>
> Tom, maybe you'll have better luck bisecting this than I did?
>
> On 2012-03-19 10:35 -0400, Nick Bowler wrote:
>
rs/gpu, and there
appears to be exactly 0 commits between v3.2 and v3.3 that touch files
in drivers/gpu outside of drivers/gpu/drm, I think this should make no
difference?
Cheers,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-d
On 2012-04-21 21:51 -0700, Linus Torvalds wrote:
> Nick, I realize you had trouble with a bisection already, but it might
> really be worth trying again. Do a
>
> git bisect visualize
>
> and try to pick a good commit (avoding the problems you hit) when you
> hit a
On 2012-04-22 12:40 -0400, Nick Bowler wrote:
> On 2012-04-21 21:51 -0700, Linus Torvalds wrote:
> > Nick, I realize you had trouble with a bisection already, but it might
> > really be worth trying again. Do a
> >
> > git bisect visualize
> >
> > and
On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > Following up on the above, the commit which introduces the panics during
> > boot is this one:
> >
> > commit 8e7e70522d760c4ccd4cd370ebfa0ba6
On 2012-04-23 21:03 -0400, Nick Bowler wrote:
> On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > Following up on the above, the commit which introduces the panics during
> > > boot is t
involved.
This is probably caused by a different commit than the black screen
because I also saw this problem on the 3.3.3+reverts kernel; I just
haven't noticed it until now because, well, the VGA wasn't working at
all until now.
Anyway, I can try to track down what causes this one n
On 2012-04-28 02:19 -0400, Alex Deucher wrote:
> On Fri, Apr 27, 2012 at 8:39 PM, Nick Bowler wrote:
> > Hi Ben,
> >
> > On 2012-04-27 15:20 +1000, Ben Skeggs wrote:
> >> Does this patch help you at all?
> >>
> >> http://c
On 2012-04-30 11:07 +0200, Maarten Maathuis wrote:
> On Mon, Apr 30, 2012 at 12:37 AM, Dmitry Torokhov
> wrote:
> > On Sat, Apr 28, 2012 at 11:33:50AM -0400, Nick Bowler wrote:
> >> On 2012-04-28 02:19 -0400, Alex Deucher wrote:
> >> > On Fri, Apr 27, 2012 at 8:
> Been there, trying to chase down a GMA500 problemt that was muddled in
> with the broken edid.h patch as well as a driver bug.
I'm afraid I don't understand. These commits do not appear to be in
Linus' tree?
Cheers,
--
Nick Bowler, Elliptic Technologies (http://www.ellipt
(re-adding Ben to the Cc because he was apparently dropped somewhere in
this thread)
On 2012-05-01 09:23 -0400, Nick Bowler wrote:
> On 2012-04-30 11:07 +0200, Maarten Maathuis wrote:
> > On Mon, Apr 30, 2012 at 12:37 AM, Dmitry Torokhov
> > wrote:
> > > On Sat, Apr 28,
> >
> Can you test with the attached patch? its a revert mostly of Ben's patch, and
> he says with the i2c core change stuff is working for him again.
Yup, this one seems to work on top of Linus' master.
Thanks,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
/~agd5f/linux into drm-fixes
git bisect bad 39df01cd6ce9f6dd755ace0030e2bebe75da7727
Thanks,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
nouveau-black-lcd.log.xz
Description: application/xz
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
On 2013-03-07 10:06 -0500, Nick Bowler wrote:
> I started a bisection... here's the first steps so far. I will try to
> finish the procedure over the next couple days but I'm reporting this
> now in case someone needs me to get some other info.
I carried this on a bit further
Ping?
On 2013-03-07 10:06 -0500, Nick Bowler wrote:
> Yesterday I upgraded one of my machines to 3.8.2 from 3.6.6. This
> machine has an old NV36 AGP board. With the new kernel, as soon as
> nouveau takes over the console the display connected via DVI goes dark
> (the monitor goes
ge consists of 'bad' commits and git
bisect gets very confused.
Let me know if you need any more info,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On 2011-06-06 19:20 +0200, Melchior FRANZ wrote:
> * Nick Bowler -- Monday 06 June 2011:
> > After upgrading to 3.0-rc2, my second display is no longer working
> > correctly on a desktop with an Intel G45 graphics chip.
> [...]
> > What I do know is that the problem was
asier to configure things.
UFS (which I use) also relies on BKL.
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
ssue:
https://bugzilla.kernel.org/show_bug.cgi?id=23122
https://bugzilla.kernel.org/show_bug.cgi?id=23472
https://bugs.freedesktop.org/show_bug.cgi?id=31803
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-devel mailing list
dr
On 2010-11-25 11:31 -0800, Keith Packard wrote:
> On Thu, 25 Nov 2010 11:10:58 -0500, Nick Bowler
> wrote:
[...]
> > https://bugs.freedesktop.org/show_bug.cgi?id=31803
>
> I've provided a couple of fixes that might be relevant here -- neither
> kernel nor user mod
a
regression in xf86-video-intel rather than the kernel (but no real way
of testing this), since there was a lot of Xv related churn in the
driver around the time I was having the issues.
So you might want to try again with the latest git xf86-video-intel and
see if it still h
f_leaf_node = 0;
> -
> +
Here, too.
Most of the patches in this series have similar issues.
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
CCing Tom Bylander as he sent me a mail off-list saying he experiences
a similar issue on an FX 5200.
Tom, maybe you'll have better luck bisecting this than I did?
On 2012-03-19 10:35 -0400, Nick Bowler wrote:
> Just upgraded to Linux 3.3 on my desktop and noticed that the VGA output
On 2012-04-03 21:27 -0400, Nick Bowler wrote:
> CCing Tom Bylander as he sent me a mail off-list saying he experiences
> a similar issue on an FX 5200.
>
> Tom, maybe you'll have better luck bisecting this than I did?
>
> On 2012-03-19 10:35 -0400, Nick Bowler wrote:
>
rs/gpu, and there
appears to be exactly 0 commits between v3.2 and v3.3 that touch files
in drivers/gpu outside of drivers/gpu/drm, I think this should make no
difference?
Cheers,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
On 2012-04-21 21:51 -0700, Linus Torvalds wrote:
> Nick, I realize you had trouble with a bisection already, but it might
> really be worth trying again. Do a
>
> git bisect visualize
>
> and try to pick a good commit (avoding the problems you hit) when you
> hit a
On 2012-04-22 12:40 -0400, Nick Bowler wrote:
> On 2012-04-21 21:51 -0700, Linus Torvalds wrote:
> > Nick, I realize you had trouble with a bisection already, but it might
> > really be worth trying again. Do a
> >
> > git bisect visualize
> >
> > and
On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > Following up on the above, the commit which introduces the panics during
> > boot is this one:
> >
> > commit 8e7e70522d760c4ccd4cd370ebfa0ba6
On 2012-04-23 21:03 -0400, Nick Bowler wrote:
> On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > Following up on the above, the commit which introduces the panics during
> > > boot is t
involved.
This is probably caused by a different commit than the black screen
because I also saw this problem on the 3.3.3+reverts kernel; I just
haven't noticed it until now because, well, the VGA wasn't working at
all until now.
Anyway, I can try to track down what causes this one n
On 2012-04-28 02:19 -0400, Alex Deucher wrote:
> On Fri, Apr 27, 2012 at 8:39 PM, Nick Bowler
> wrote:
> > Hi Ben,
> >
> > On 2012-04-27 15:20 +1000, Ben Skeggs wrote:
> >> Does this patch help you at all?
> >>
> >> http:
f_leaf_node = 0;
> -
> +
Here, too.
Most of the patches in this series have similar issues.
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
asier to configure things.
UFS (which I use) also relies on BKL.
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
ssue:
https://bugzilla.kernel.org/show_bug.cgi?id=23122
https://bugzilla.kernel.org/show_bug.cgi?id=23472
https://bugs.freedesktop.org/show_bug.cgi?id=31803
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
On 2010-11-25 11:31 -0800, Keith Packard wrote:
> On Thu, 25 Nov 2010 11:10:58 -0500, Nick Bowler
> wrote:
[...]
> > https://bugs.freedesktop.org/show_bug.cgi?id=31803
>
> I've provided a couple of fixes that might be relevant here -- neither
> kernel nor user mod
ge consists of 'bad' commits and git
bisect gets very confused.
Let me know if you need any more info,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
On 2011-06-06 19:20 +0200, Melchior FRANZ wrote:
> * Nick Bowler -- Monday 06 June 2011:
> > After upgrading to 3.0-rc2, my second display is no longer working
> > correctly on a desktop with an Intel G45 graphics chip.
> [...]
> > What I do know is that the problem was
a
regression in xf86-video-intel rather than the kernel (but no real way
of testing this), since there was a lot of Xv related churn in the
driver around the time I was having the issues.
So you might want to try again with the latest git xf86-video-intel and
see if it still happens.
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
nt)
I'm running the latest git xf86-video-nouveau, but since the issue
occurs at the console it's probably not too important...
Let me know if you need any more info,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
101 - 200 of 262 matches
Mail list logo
