k_prepare_enable(drc->mod_clk);
Am I reading this right: is this changing the init sequence so that
the clock is enabled before setting a rate?
This is the sort of thing that might cause glitches and issues in some
hardware, so it'd be polite to test such a change on the actual
hardware before posting it.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
Tested-by: Julian Fairfax
On 17.06.23 17:06, Ondřej Jirman wrote:
> From: Ondrej Jirman
>
> Before this patch, booting to Linux VT and doing a simple:
>
>echo 2 > /sys/class/graphics/fb0/blank
>echo 0 > /sys/class/graphics/fb0/blank
>
> would result in f
Tested-by: Julian Fairfax
Hi Alex,
Am Thu, 30 Mar 2023 15:22:34 +
schrieb "Deucher, Alexander" :
> [Public]
>
> > -Original Message-
> > From: Julian Wollrath
> > Sent: Thursday, March 30, 2023 10:08 AM
> > To: dri-devel@lists.freedesktop.org
> > Cc: Hu
ldn't schedule ib on ring
[ 61.189286] [drm:amdgpu_job_run [amdgpu]] *ERROR* Error scheduling
IBs (-22)
I bisected the issue, the first bad commit is
b589626674de94d977e81c99bf7905872b991197 reverting it on top
of v6.3-rc4 also fixes the issue.
Best regards,
Julian Wollrath
--
() ascii ribbo
Adds the bindings for the Tianma TL057FVXP01 DSI panel,
found on the Motorola Moto G6.
Signed-off-by: Julian Braha
---
v4:
Fixed makefile entry.
v3:
Fixed kconfig dependencies.
v2:
Fixed accidental whitespace deletion.
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml | 2
This is a 5.7" 2160x1080 panel found on the Motorola Moto G6.
There may be other smartphones using it, as well.
Signed-off-by: Julian Braha
---
v3:
Fixed kconfig dependencies.
v2:
Fixed accidental whitespace deletion.
---
drivers/gpu/drm/panel/Kconfig | 9 +
drivers/gp
Adds the bindings for the Tianma TL057FVXP01 DSI panel,
found on the Motorola Moto G6.
Signed-off-by: Julian Braha
---
v3:
Fixed kconfig dependencies.
v2:
Fixed accidental whitespace deletion.
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml | 2 ++
1 file changed, 2
cy bug was detected by Kismet,
a static analysis tool for Kconfig.
Please advise if this is not the appropriate solution.
Fixes: ce517f18944e ("drm: bridge: Add Chipone ICN6211 MIPI-DSI to RGB bridge")
Reviewed-by: Robert Foss
Reviewed-by: Laurent Pinchart
Signed-off-by: Julian Braha
---
v
e unmet dependency bugs were detected by Kismet,
a static analysis tool for Kconfig. Please advise if this
is not the appropriate solution.
v2:
Fixed indentation to match the rest of the file.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/sun4i/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff
e unmet dependency bugs were detected by Kismet,
a static analysis tool for Kconfig. Please advise if this
is not the appropriate solution.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/sun4i/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sun4i/Kconfig b/drivers/
cy bug was detected by Kismet,
a static analysis tool for Kconfig.
Please advise if this is not the appropriate solution.
v2:
- changed from "select" to "depends on"
Fixes: ce517f18944e ("drm: bridge: Add Chipone ICN6211 MIPI-DSI to RGB bridge")
Reviewed-by: Robert Foss
On Monday, October 25, 2021 6:10:12 PM EDT you wrote:
> Hi Julian,
>
> On Mon, Oct 25, 2021 at 02:51:47PM -0400, Julian Braha wrote:
> > On Monday, October 25, 2021 1:47:35 PM EDT you wrote:
> > > On Mon, Oct 25, 2021 at 01:42:02PM -0400, Julian Braha wrote:
> > &
On Monday, October 25, 2021 1:47:35 PM EDT you wrote:
> Hi Julian,
>
> Thank you for the patch.
>
> On Mon, Oct 25, 2021 at 01:42:02PM -0400, Julian Braha wrote:
> > When DRM_CHIPONE_ICN6211 is selected, and DRM_KMS_HELPER is not selected,
> > Kbuild gives the followin
cy bug was detected by Kismet,
a static analysis tool for Kconfig.
Please advise if this is not the appropriate solution.
Fixes: ce517f18944e ("drm: bridge: Add Chipone ICN6211 MIPI-DSI to RGB bridge")
Reviewed-by: Robert Foss
Signed-off-by: Julian Braha
---
drivers/gpu/drm/bridge/K
cy bug was detected by Kismet,
a static analysis tool for Kconfig.
Please advise if this is not the appropriate solution.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/bridge/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconf
This is a 5.7" 2160x1080 panel found on the Motorola Moto G6.
There may be other smartphones using it, as well.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/panel/Kconfig | 7 +
drivers/gpu/drm/panel/Makefile| 1 +
.../gpu/drm/panel/panel-t
Adds the bindings for the Tianma TL057FVXP01 DSI panel,
found on the Motorola Moto G6.
v2:
Fixed accidental whitespace deletion.
Signed-off-by: Julian Braha
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/Documentation
Adds the bindings for the Tianma TL057FVXP01 DSI panel,
found on the Motorola Moto G6.
v2:
Fixed accidental whitespace deletion.
Signed-off-by: Julian Braha
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/Documentation
On Sunday, October 17, 2021 1:33:05 PM EDT Sam Ravnborg wrote:
> Hi Julian,
>
> On Sun, Aug 08, 2021 at 04:08:54PM -0400, Julian Braha wrote:
> > This is a 5.7" 2160x1080 panel found on the Motorola Moto G6.
> > There may be other smartphones using it, as well.
>
Adds the bindings for the Tianma TL057FVXP01 DSI panel,
found on the Motorola Moto G6.
Signed-off-by: Julian Braha
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml| 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
a/Documentation/devicetree/bindings/display
This is a 5.7" 2160x1080 panel found on the Motorola Moto G6.
There may be other smartphones using it, as well.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/panel/Kconfig | 7 +
drivers/gpu/drm/panel/Makefile| 1 +
.../gpu/drm/panel/panel-t
This is a 5.7" 2160x1080 panel found on the Motorola Moto G6.
There may be other smartphones using it, as well.
Signed-off-by: Julian Braha
---
drivers/gpu/drm/panel/Kconfig | 7 ++
drivers/gpu/drm/panel/Makefile| 1 +
.../gpu/drm/panel/panel-tianma-tl057f
IBA_TC358762 [=y] && HAS_IOMEM [=y] && DRM [=y] && DRM_BRIDGE [=y]
&& OF [=y]
This is because DRM_TOSHIBA_TC358762 selects DRM_PANEL_BRIDGE,
without depending on or selecting DRM_KMS_HELPER,
despite that config option depending on DRM_KMS_HELPER.
Signed-off-by: Julia
On Fri, 2020-06-05 at 12:54 +0800, Zhenyu Wang wrote:
> On 2020.06.03 14:33:21 +0200, Julian Stecklina wrote:
> > + gvt_err("vgpu%d: failed to allocate %s gm space from host\n",
> > + vgpu->id, high_gm ? "high" : "low");
&
: Zhenyu Wang
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/aperture_gm.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/gvt/aperture_gm.c
b/drivers/gpu/drm/i915/gvt/aperture_gm.c
index 0d6d598713082..5c5c8e871dae2 100644
--- a
.
> Thanks for resend.
No problem!
Julian
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
mediator itself. This is a first step.
v2:
- rebased onto gvt-staging (no conflicts)
Signed-off-by: Julian Stecklina
Acked-by: Zhenyu Wang
---
drivers/gpu/drm/i915/gvt/gvt.h | 32 +---
drivers/gpu/drm/i915/gvt/kvmgt.c | 287 +++
2 files changed, 184 insertions(+), 135
Joe Perches writes:
> On Sun, 2020-02-02 at 00:11 +0100, Julian Sax wrote:
>> During normal usage, especially if jobs are started and stopped in rapid
>> succession, the kernel log is filled with messages like this:
>>
>> [38732.522910] Restoring PASID 0x8003 queues
carry little
value for the end user, so turn them into debug messages.
[1] https://github.com/RadeonOpenCompute/ROCm/issues/343
Signed-off-by: Julian Sax
---
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
carry little
value for the end user, so turn them into debug messages.
[1] https://github.com/RadeonOpenCompute/ROCm/issues/343
Signed-off-by: Julian Sax
---
v2: fixed indenting of following lines
.../drm/amd/amdkfd/kfd_device_queue_manager.c| 16
1 file changed, 8 insertions
On Mon, 2020-01-20 at 14:33 +0800, Zhenyu Wang wrote:
> hmm, I failed to apply this one, could you refresh against gvt-staging branch
>
> on https://github.com/intel/gvt-linux?
Done. I've sent out the rebased (and re-tested) patch.
Julian
_
mediator itself. This is a first step.
v2:
- rebased onto gvt-staging (no conflicts)
Signed-off-by: Julian Stecklina
Acked-by: Zhenyu Wang
---
drivers/gpu/drm/i915/gvt/gvt.h | 32 +---
drivers/gpu/drm/i915/gvt/kvmgt.c | 287 +++
2 files changed, 184 insertions(+), 135
Hi Greg, Christoph,
On Wed, 2020-01-15 at 16:22 +0100, Greg KH wrote:
> On Thu, Jan 09, 2020 at 07:13:57PM +0200, Julian Stecklina wrote:
> > Now that the GVT interface to hypervisors does not depend on i915/GVT
> > internals anymore, we can move the headers to the global include/
Hi Greg,
On Thu, 2020-01-16 at 15:23 +0100, Greg KH wrote:
> On Thu, Jan 16, 2020 at 03:13:01PM +0100, Julian Stecklina wrote:
> > Hi Greg, Christoph,
> >
> > On Wed, 2020-01-15 at 16:22 +0100, Greg KH wrote:
> > > On Thu, Jan 09, 2020 at 07:13:57PM +0200, Julia
Now that the GVT interface to hypervisors does not depend on i915/GVT
internals anymore, we can move the headers to the global include/.
This makes out-of-tree modules for hypervisor integration possible.
Cc: Zhenyu Wang
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/gvt.h
This variable is used nowhere, so remove it.
Cc: Zhenyu Wang
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/gvt.h | 2 --
drivers/gpu/drm/i915/gvt/kvmgt.c | 2 --
2 files changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/gvt/gvt.h b/drivers/gpu/drm/i915/gvt/gvt.h
. At the same time, it
creates at least a bit of a barrier to including more i915 internals
into kvmgt, which is nice in itself.
The first two patches are pretty much general cleanup and could be
merged without the rest.
Any feedback is welcome.
Julian Stecklina (4):
drm/i915/gvt: make gvt
g
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/Makefile | 2 +-
drivers/gpu/drm/i915/gvt/debug.h | 2 +-
drivers/gpu/drm/i915/gvt/display.c| 26 +
drivers/gpu/drm/i915/gvt/display.h| 27 -
drivers/gpu/drm/i915/gvt/gtt.h| 2 -
drivers/gpu/dr
mediator itself. This is a first step.
Cc: Zhenyu Wang
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/gvt.h | 32 +---
drivers/gpu/drm/i915/gvt/kvmgt.c | 287 +++
2 files changed, 184 insertions(+), 135 deletions(-)
diff --git a/drivers/gpu/drm/i915/gvt
On Wed, 2020-01-08 at 12:24 +0200, Jani Nikula wrote:
> On Mon, 06 Jan 2020, Julian Stecklina
> wrote:
[...]
> > + /* Hypervisor-specific device state. */
> > + void *vdev;
>
> I have no clue about the relative merits of the patch, but you can use
> the actual
On Tue, 2020-01-07 at 10:06 +0800, Zhenyu Wang wrote:
> On 2020.01.06 16:06:20 +0200, Julian Stecklina wrote:
> > The documentation had some stale paths to i915 graphics virtualization
> > code. Fix them to point to existing files.
> >
> > Cc: Zhenyu Wang
> >
This variable is used nowhere, so remove it.
Cc: Zhenyu Wang
Cc: zhiyuan...@intel.com
Cc: hang.y...@intel.com
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/gvt.h | 2 --
drivers/gpu/drm/i915/gvt/kvmgt.c | 2 --
2 files changed, 4 deletions(-)
diff --git a/drivers/gpu/drm
mediator itself. This is a first step.
Cc: Zhenyu Wang
Cc: zhiyuan...@intel.com
Cc: hang.y...@intel.com
Signed-off-by: Julian Stecklina
---
drivers/gpu/drm/i915/gvt/gvt.h | 32 +---
drivers/gpu/drm/i915/gvt/kvmgt.c | 287 +++
2 files changed, 184 insertions(+), 135
The documentation had some stale paths to i915 graphics virtualization
code. Fix them to point to existing files.
Cc: Zhenyu Wang
Cc: zhiyuan...@intel.com
Cc: hang.y...@intel.com
Signed-off-by: Julian Stecklina
---
Documentation/gpu/i915.rst | 8
1 file changed, 4 insertions(+), 4
eeds_mux;
> booldisable_strict_mode;
> - boolhas_io_bias_cfg;
> + int io_bias_cfg_variant;
Shouldn't we be defining this field using the enum rather than as an int?
Thanks,
--
Hi Jagan,
On Wed, Nov 7, 2018 at 5:13 AM Jagan Teki wrote:
>
> On Wed, Oct 31, 2018 at 2:46 PM Julian Calaby wrote:
> >
> > Hi Jagan,
> >
> > On Wed, Oct 31, 2018 at 7:58 PM Chen-Yu Tsai wrote:
> > >
> > > On Wed, Oct 31, 2018 at 4:53 PM Andrze
n a mystery and must be hard-coded
> to match the panel. That would work against having a generic bridge driver.
To me it seems logical that we'd model it as another step in the graph
between the DSI component and the panel. It's conceivable that some
other manufacturer will probab
>format->has_alpha ||
> + (plane_states[0]->alpha != DRM_BLEND_ALPHA_OPAQUE)) &&
> + !backend->quirks->supports_lowest_plane_alpha)
From a readability perspective, it'd be fractionally nicer if the
quirk c
- pll-0: parent of phy clock
> + - pll-1: second possible phy clock parent (A64 only)
Maybe split this into two:
H3 HDMI PHY ...
- pll-0: ...
A64 HDMI PHY ...
- pll-0: ...
- pll-1: ...
At the moment a quick reading implies that H3 needs pll-1.
Thank
_tcon *tcon,
> + const struct drm_encoder *encoder)
> +{
> + return sun8i_r40_tcon_tv_set_mux(tcon, encoder, 1);
> +}
Are TCON-TOPs going to be a common thing in new SoCs from Allwinner?
If so, maybe we should add an index to the TCO
Hi Jernej,
On Sun, May 20, 2018 at 11:57 AM, Julian Calaby wrote:
> Hi Jernej,
>
> On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec
> wrote:
>> R40 display pipeline has a lot of possible configurations. HDMI can be
>> connected to 2 different TCONs (out of 4) and mi
Hi Maxime,
On Tue, Feb 27, 2018 at 6:07 PM, Maxime Ripard
wrote:
> On Tue, Feb 27, 2018 at 01:29:27PM +1100, Julian Calaby wrote:
>> Hi Jernej,
>>
>> On Tue, Feb 27, 2018 at 3:27 AM, Jernej Škrabec
>> wrote:
>> > Hi,
>> >
>> > Dne ponedel
Hi Jernej,
On Tue, Feb 27, 2018 at 3:27 AM, Jernej Škrabec wrote:
> Hi,
>
> Dne ponedeljek, 26. februar 2018 ob 17:21:05 CET je Icenowy Zheng napisal(a):
>> 于 2018年2月27日 GMT+08:00 上午12:16:44, "Jernej Škrabec"
> 写到:
>> >Hi Julian,
>> >
>> >
Hi Icenowy,
On Sun, Feb 25, 2018 at 7:43 PM, Icenowy Zheng wrote:
>
>
> 于 2018年2月25日 GMT+08:00 下午4:11:34, Julian Calaby 写到:
>>Hi Jernej,
>>
>>On Sun, Feb 25, 2018 at 8:45 AM, Jernej Skrabec
>> wrote:
>>> Enable HDMI output on all boards which have HDM
+
> 8 files changed, 199 insertions(+)
As I understand it, the H2+ is just a slightly trimmed down H3. In
terms of HDMI support, the difference is that the H2+ can't output 4k.
If this code is compatible with the H2+, could you please add the
necessary bits and pieces to the
& BIT(layer->id)) {
min_scale = 1;
max_scale = (1UL << 20) - 1;
}
However the compiler will probably sort it all out anyway, so it
probably doesn't matter that much, except for style.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www
s
attached.
With best regards,
Julian Wollrath
--
() ascii ribbon campaign - against html e-mail
/\- against proprietary attachments
crash_dump
Description: Binary data
___
dri-devel mailing list
dri-devel@lists.freedesktop
Hi Chen-Yu,
On Tue, Oct 10, 2017 at 2:19 PM, Chen-Yu Tsai wrote:
> On systems with 2 TCONs such as the A31, it is possible to demux the
> output of the TCONs to one encoder.
>
> Add support for this for the A31.
>
> Signed-off-by: Chen-Yu Tsai
Thanks!
FWIW this is:
Reviewed
ed between
> the two TCONs. So there's no particular reason to look for TCON1 explicitly.
In that case: in the bizarre case where we're trying to use this mux
type and there is no TCON0, shouldn't we fail?
(Also, the code doesn't make sense if we have some TCON1
Hi Chen-Yu,
On Sat, Sep 30, 2017 at 3:58 PM, Chen-Yu Tsai wrote:
> On Sat, Sep 30, 2017 at 1:35 PM, Julian Calaby
> wrote:
>> Hi Chen-Yu,
>>
>> On Fri, Sep 29, 2017 at 8:22 PM, Chen-Yu Tsai wrote:
>>> On Fri, Sep 29, 2017 at 6:20 PM, Maxime Ripard
>>&g
_sync_sg_for_cpu,
> .sync_sg_for_device = sbus_sync_sg_for_device,
> + .dma_supported = sbus_dma_supported,
> };
>
> static int __init sparc_register_ioport(void)
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles
for HDMI */
PLL_VIDEO*1*_2X, right?
> /* The CPU clock is exported */
>
> #define CLK_AXI18
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 05-Dec-16 6:13 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Julian Margetson [mailto:runaway at candw.ms]
>> Sent: Monday, December 05, 2016 4:59 PM
>> To: Maling list - DRI developers
>> Cc: Deucher, Alexander; Daenzer, Michel; daniel
vice 240x67
-- next part --
[0.00] Using Canyonlands machine description
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 4.4.36-sam460ex-jm (root at julian-VirtualBox)
(gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.1) ) #1 PREEMPT
On 4/1/2016 11:02 AM, Alex Deucher wrote:
> Fixes ttm on platforms like PPC460 where the CPU
> is in 32-bit mode, but the physical addresses are
>> 32 bits.
> Extracted from a patch by Hans.
>
> Cc: Thomas Hellstrom
> Cc: Julian Margetson
> Cc: Hans Verkuil
&g
On 4/1/2016 4:31 AM, Michel Dänzer wrote:
> On 31.03.2016 19:00, Julian Margetson wrote:
>> On 3/31/2016 2:50 AM, Michel Dänzer wrote:
>>> On 30.03.2016 19:36, Julian Margetson wrote:
>>>> On 3/29/2016 11:49 PM, Michel Dänzer wrote:
>>>>> On 29.03.20
On 3/31/2016 2:50 AM, Michel Dänzer wrote:
> On 30.03.2016 19:36, Julian Margetson wrote:
>> On 3/29/2016 11:49 PM, Michel Dänzer wrote:
>>> On 29.03.2016 18:55, Julian Margetson wrote:
>>>> On 3/28/2016 11:15 PM, Michel Dänzer wrote:
>>>>>
On 3/29/2016 11:49 PM, Michel Dänzer wrote:
> On 29.03.2016 18:55, Julian Margetson wrote:
>> On 3/28/2016 11:15 PM, Michel Dänzer wrote:
>>> On 29.03.2016 08:47, Julian Margetson wrote:
>>>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>
On 3/28/2016 11:15 PM, Michel Dänzer wrote:
> On 29.03.2016 08:47, Julian Margetson wrote:
>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>> Canyonlands board.
>> This loops for a few times then the kernel boots.
>> No problem with the 4.6-rc1 wi
Hi
Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex Canyonlands
board.
This loops for a few times then the kernel boots.
No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2 board.
Regards
Julian
[2.197839] [ cut here
its of a pfn value are used to address a 44-bit
> physical address space. A pfn_t needs to store a 64-bit value.
>
> Reported-by: Stuart Foster
> Reported-by: Julian Margetson
> Cc:
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=112211
> Fixes: 01c8f1c44b83 ("mm, dax,
On 1/28/2016 11:47 AM, Dan Williams wrote:
> On Thu, Jan 28, 2016 at 2:41 AM, Julian Margetson wrote:
>> On 1/27/2016 3:34 PM, Dan Williams wrote:
>>> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson
>>> wrote:
>>>> On 1/26/2016 9:43 PM, Dan Williams wr
On 1/27/2016 3:34 PM, Dan Williams wrote:
> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson wrote:
>> On 1/26/2016 9:43 PM, Dan Williams wrote:
>> diff --git a/mm/memory.c b/mm/memory.c
>> index 30991f83d0bf..c44e387130b2 100644
>> --- a/mm/memory.c
>> +++ b/
On 1/26/2016 9:43 PM, Dan Williams wrote:
> On Mon, Jan 25, 2016 at 12:35 PM, Julian Margetson
> wrote:
>> On 1/25/2016 3:20 PM, Dan Williams wrote:
> [..]
>> Hmm, this commit could only cause a behavior change if it modifies the
>> value of the pfn as seen by ins
On 1/26/2016 4:34 PM, Dan Williams wrote:
> On Tue, Jan 26, 2016 at 11:46 AM, Julian Margetson
> wrote:
>> On 1/26/2016 2:37 PM, Dan Williams wrote:
>>
>> pfn_t_to_page() honors the flags in the pfn_t value to determine if a
>> pfn is backed by a page. However, vm
re the pfn_t flags in the !pfn_t_devmap() case
> and fallback to trusting pfn_valid().
>
> Fixes: 01c8f1c44b83 ("mm, dax, gpu: convert vm_insert_mixed to pfn_t")
> Cc: Dave Hansen
> Cc: David Airlie
> Reported-by: Julian Margetson
> Reported-by: Tomi Valkeinen
On 1/25/2016 3:20 PM, Dan Williams wrote:
> On Mon, Jan 25, 2016 at 4:46 AM, Julian Margetson wrote:
>> Oops starting Xorg with kernel 4.5-rc1 on Acube Sam460ex amcc460ex powerpc
>&
031] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox)
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Sun Jan 24 19:50:54
AST 2016
[ 47.500956] enter ? for help
[ 47.503842] mon>
[ 49.507131] Oops: Machine check, sig: 7 [#2]
[ 49.511654] PREEMPT Canyonlands
On 1/22/2016 4:17 AM, Christian König wrote:
> Am 22.01.2016 um 06:15 schrieb Alex Deucher:
>> On Thu, Jan 21, 2016 at 7:12 PM, Julian Margetson
>> wrote:
>>> On 12/28/2015 11:58 AM, Julian Margetson wrote:
>>>
>>> Having an isssue when adding Radeon T
On 12/28/2015 11:58 AM, Julian Margetson wrote:
> Having an isssue when adding Radeon TAHITI_vce.bin firmware to kernel.
> When not compiled into 4.4.0rc kernels system boots but with error messages :
>
>Direct firmware load for radeon/TAHITI_vce.bin failed with error -2
>
Having an isssue when adding Radeon TAHITI_vce.bin firmware to kernel.
When not compiled into 4.4.0rc kernels system boots but with error messages :
Direct firmware load for radeon/TAHITI_vce.bin failed with error -2
Can't load firmware "radeon/TAHITI_vce.bin
When I add the TAHITI_vce.bin f
On 5/22/2015 7:57 AM, Julian Margetson wrote:
> On 5/18/2015 7:00 PM, Alex Deucher wrote:
>> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson
>> wrote:
>>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>>
>> Snip
>>
>>
>>
>>> * S
On 5/18/2015 7:00 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson wrote:
>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>
> Snip
>
>
>
>> * Starting NTP server ntpd [ 28.819002] Unable to handle kernel
>> paging
On 5/18/2015 7:00 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson wrote:
>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>
> Snip
>
>
>
>> * Starting NTP server ntpd [ 28.819002] Unable to handle kernel
>> paging
On 5/18/2015 4:59 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 1:48 PM, Julian Margetson wrote:
>> On 5/18/2015 12:08 PM, Alex Deucher wrote:
>>> On Sun, May 17, 2015 at 7:20 PM, Julian Margetson
>>> wrote:
>>>> Kernels 4.03 and 4.04 oops with
On 5/18/2015 12:08 PM, Alex Deucher wrote:
> On Sun, May 17, 2015 at 7:20 PM, Julian Margetson wrote:
>> Kernels 4.03 and 4.04 oops with HDMI connection on Acube Sam460ex amcc
>> 460ex powerpc board.
>>
>> 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8 is the fi
Kernels 4.03 and 4.04 oops with HDMI connection on Acube Sam460ex amcc
460ex powerpc board.
016a255b7835ee7e49a3eba3c14ba0bc0221a4f8 is the first bad commit
commit 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8
Author: Alex Deucher
Date: Tue Apr 7 09:52:42 2015 -0400
drm/radeon: only mark a
0a55dcaf8c1fad23 ]---
[ 29.547950]
Debian GNU/Linux 8 Sam460ex ttyS0
Sam460ex login:
On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson wrote:
>> With Kernel 3.19 HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>> 7750 on
>&
0 81231cf0 <81290008> 2f89 4d9e0020
7d2903a6
[ 29.543328] ---[ end trace 0a55dcaf8c1fad23 ]---
[ 29.547950]
Debian GNU/Linux 8 Sam460ex ttyS0
Sam460ex login:
On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson wrote:
>> With Kernel
Did not work for me.
drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root at julian-VirtualBox:/usr/src/linux# git bisect log
git bisect skip
There are only 'skip'ped commits lef
':
(.text+0x865dc): undefined reference to `__get_user_bad' make: ***
[vmlinux] Error 1 root at julian-VirtualBox:/usr
/src/linux# git bisect log git bisect start # bad:
[c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 git bisect bad
c517d838eb7d07bbe9507871fab3931deccff
pins found!
Julian
On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson wrote:
>> With Kernel 3.19 HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>> 7750 on
>> Acube Sam460ex AMCC powerpc 460ex board.Also a problem
With Kernel 3.19 HDMI audio works ok with Radeon HD 6670 but not Radeon
HD 7750 on
Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct
firmware loading or the radeon firmware which loads ok for the Radeon HD
6670 .
[2.561952] Linux agpgart interface v0.103
[2.566290] [dr
[ 29.960572] Unable to handle kernel paging request for data at address
0x0008
[ 29.974350] Faulting instruction address: 0xc04a4f44
[ 32.012918] Oops: Kernel access of bad area, sig: 11 [#1]
[ 32.044900] PREEMPT Canyonlands
[ 32.061504] Modules linked in: cfg80211 bnep rfcomm blueto
On 2/25/2015 9:25 AM, Julian Margetson wrote:
> On 2/24/2015 4:28 PM, Julian Margetson wrote:
>> On 2/24/2015 2:57 PM, Julian Margetson wrote:
>>> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>>>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>>>>
On 2/24/2015 4:28 PM, Julian Margetson wrote:
> On 2/24/2015 2:57 PM, Julian Margetson wrote:
>> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>>>>
On 2/24/2015 2:57 PM, Julian Margetson wrote:
> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>>&
On 2/24/2015 7:12 AM, Julian Margetson wrote:
> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>&
On 2/23/2015 1:43 PM, Julian Margetson wrote:
> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>
1 - 100 of 118 matches
Mail list logo
