On Thu, 2 Nov 2023 at 22:53, Alex Deucher wrote:
>
> On Thu, Nov 2, 2023 at 1:07 PM Sudip Mukherjee
> wrote:
> >
> > On Thu, 2 Nov 2023 at 16:52, Alex Deucher wrote:
> > >
> > > On Thu, Nov 2, 2023 at 5:32 AM Sudip Mukherjee (Codethink)
> > > wr
On Thu, 2 Nov 2023 at 16:52, Alex Deucher wrote:
>
> On Thu, Nov 2, 2023 at 5:32 AM Sudip Mukherjee (Codethink)
> wrote:
> >
> > Hi All,
> >
> > The latest mainline kernel branch fails to build x86_64 allmodconfig
> > with the error:
> >
>
Hi All,
The latest mainline kernel branch fails to build x86_64 allmodconfig
with the error:
drivers/gpu/drm/amd/amdgpu/../display/dc/dml2/display_mode_core.c: In function
'dml_prefetch_check':
drivers/gpu/drm/amd/amdgpu/../display/dc/dml2/display_mode_core.c:6707:1:
error: the frame size of 20
On Thu, 31 Aug 2023 at 20:04, Linus Torvalds
wrote:
>
> On Thu, 31 Aug 2023 at 11:48, Sudip Mukherjee (Codethink)
> wrote:
> > The latest mainline kernel branch fails to build mips jazz_defconfig with
> > the error:
> >
> > drivers/video/fbdev/g364fb.c:115:9:
From: Sudip Mukherjee
Fix the typo which resulted in the driver using FB_DEFAULT_IOMEM_HELPERS
instead of FB_DEFAULT_IOMEM_OPS as the fbdev I/O helpers.
Fixes: 501126083855 ("fbdev/g364fb: Use fbdev I/O helpers")
Suggested-by: Linus Torvalds
Signed-off-by: Sudip Mukherjee
---
dri
Hi All,
The latest mainline kernel branch fails to build mips jazz_defconfig with
the error:
drivers/video/fbdev/g364fb.c:115:9: error: 'FB_DEFAULT_IOMEM_HELPERS'
undeclared here (not in a function); did you mean 'FB_DEFAULT_IOMEM_OPS'?
115 | FB_DEFAULT_IOMEM_HELPERS,
| ^
Hi All,
The latest mainline kernel branch fails to build powerpc allmodconfig
with the error:
drivers/gpu/drm/ttm/ttm_pool.c:73:29: error: variably modified
'global_write_combined' at file scope
73 | static struct ttm_pool_type global_write_combined[TTM_DIM_ORDER];
|
On Thu, Oct 6, 2022 at 9:37 PM Kees Cook wrote:
>
> On Thu, Oct 06, 2022 at 12:39:40PM -0700, Linus Torvalds wrote:
> > What confuses me is that error message ("array subscript [0, 0] is
> > outside array bounds of 'struct dc_writeback_info[1]') which seems to
> > be aware that the value is actual
On Thu, Oct 6, 2022 at 8:39 PM Linus Torvalds
wrote:
>
> On Thu, Oct 6, 2022 at 1:51 AM Sudip Mukherjee (Codethink)
> wrote:
> >
> > This is only seen with gcc-11, gcc-12 builds are ok.
>
> Hmm. This seems to be some odd gcc issue.
>
>
> The fix *MAY* be
Hi All,
The latest mainline kernel branch fails to build allmodconfig for every
ARCH with gcc-11 with the error:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c: In function
'dc_stream_remove_writeback':
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c:527:83: error: array
su
Hi All,
The builds of arm64 allmodconfig with clang failed to build next-20220920
with the error:
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:1190:3: error: variable 'r' is
uninitialized when used here [-Werror,-Wuninitialized]
r |= !amdgpu_ttm_tt_get_user_pages_done(bo->tbo.ttm);
Hi Nathan,
On Sat, Sep 17, 2022 at 2:25 PM Nathan Chancellor wrote:
>
> Hi Sudip,
>
> On Sat, Sep 17, 2022 at 11:55:05AM +0100, Sudip Mukherjee (Codethink) wrote:
> > Hi All,
> >
> > The latest mainline kernel branch fails to build for x86_64 allmodconfig
Hi All,
The latest mainline kernel branch fails to build for x86_64 allmodconfig
with clang. The errors are:
drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn314/display_mode_vba_314.c:4020:6:
error: stack frame size (2184) exceeds limit (2048) in
'dml314_ModeSupportAndSystemConfigurationFull' [
On Wed, Sep 7, 2022 at 8:23 PM Melissa Wen wrote:
>
> On 09/07, Sudip Mukherjee wrote:
> > Hi Melissa,
> >
> > On Wed, Sep 7, 2022 at 6:05 PM Melissa Wen wrote:
> > >
> > > On 09/06, Sudip Mukherjee wrote:
> > > > On Tue, Sep 6, 2022
Hi Melissa,
On Wed, Sep 7, 2022 at 6:05 PM Melissa Wen wrote:
>
> On 09/06, Sudip Mukherjee wrote:
> > On Tue, Sep 6, 2022 at 4:59 PM Sudip Mukherjee (Codethink)
> > wrote:
> > >
> > > Hi All,
> > >
> > > The builds of next-20220906 fails
On Tue, Sep 6, 2022 at 4:59 PM Sudip Mukherjee (Codethink)
wrote:
>
> Hi All,
>
> The builds of next-20220906 fails for mips, xtensa and arm allmodconfig.
>
> The errors in mips and xtensa are:
>
> ERROR: modpost: "__divdi3" [drivers/gpu/drm/vkms/vkms.ko] undef
Hi All,
The builds of next-20220906 fails for mips, xtensa and arm allmodconfig.
The errors in mips and xtensa are:
ERROR: modpost: "__divdi3" [drivers/gpu/drm/vkms/vkms.ko] undefined!
ERROR: modpost: "__udivdi3" [drivers/gpu/drm/vkms/vkms.ko] undefined!
The error in arm is:
ERROR: modpost: "_
Hi All,
The builds of arm64 allmodconfig with clang have failed to build
next-20220830 with the error:
drivers/gpu/drm/msm/dsi/dsi_host.c:1903:14: error: variable 'device_node' is
uninitialized when used here [-Werror,-Wuninitialized]
of_node_put(device_node);
^~~
On Wed, Aug 17, 2022 at 8:10 AM Maxime Ripard wrote:
>
> Hi,
>
> On Tue, Aug 16, 2022 at 05:34:51PM +0100, Sudip Mukherjee (Codethink) wrote:
> > Not sure if it has been reported but the mainline kernel shows a drm warning
> > on RPI4B.
> >
> > [ 14
On Thu, Aug 18, 2022 at 4:10 PM Randy Dunlap wrote:
>
>
>
> On 8/18/22 03:43, Sudip Mukherjee wrote:
> > On Thu, Aug 18, 2022 at 3:09 AM Randy Dunlap wrote:
> >>
> >>
> >>
> >> On 8/17/22 19:01, Alex Deucher wrote:
> >>> On Wed
On Thu, Aug 18, 2022 at 3:09 AM Randy Dunlap wrote:
>
>
>
> On 8/17/22 19:01, Alex Deucher wrote:
> > On Wed, Aug 17, 2022 at 6:03 PM Sudip Mukherjee (Codethink)
> > wrote:
> >>
> >> Hi All,
> >>
> >> Not sure if it has bee
Hi All,
Not sure if it has been reported, build of next-20220817 fails with the
error:
ERROR: modpost: "cpu_smallcore_map" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko]
undefined!
Trying to do a git bisect to find out the offending commit.
I will be happy to test any patch or provide any extra log if
On Wed, Aug 17, 2022 at 12:43 AM Stephen Rothwell wrote:
>
> Hi all,
>
> On Fri, 12 Aug 2022 09:07:31 +1000 Stephen Rothwell
> wrote:
> >
> > On Thu, 11 Aug 2022 18:10:48 +0100 "Sudip Mukherjee (Codethink)"
> > wrote:
> > >
> > > N
Hi All,
Not sure if it has been reported but the mainline kernel shows a drm warning
on RPI4B.
[ 14.821276] WARNING: CPU: 3 PID: 187 at
drivers/gpu/drm/vc4/vc4_hdmi_regs.h:487 vc5_hdmi_reset+0x1f8/0x240 [vc4]
[ 14.837288] Modules linked in: hci_uart btqca btrtl btbcm btintel btsdio(+)
bluet
defined!
> ERROR: modpost: "dc_dsc_compute_bandwidth_range"
> [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
>
> Fixes: 0087990a9f57 ("drm/amd/display: consider DSC pass-through during mode
> validation")
> Reported-by: Anders Roxell
> Signed-off-by: Hamza Mahfooz
On Thu, Aug 11, 2022 at 6:16 PM Alex Deucher wrote:
>
> On Thu, Aug 11, 2022 at 1:11 PM Sudip Mukherjee (Codethink)
> wrote:
> >
> > Hi All,
> >
> > Not sure if it has been reported, builds of riscv, alpha, s390, arm,
> > arm64, xtensa, mips, csky allmodco
Hi All,
Not sure if it has been reported, builds of riscv, alpha, s390, arm,
arm64, xtensa, mips, csky allmodconfig have failed to build next-20220811
with the error:
ERROR: modpost: "dc_dsc_compute_bandwidth_range"
[drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
ERROR: modpost: "dc_dsc_get_po
Hi All,
The latest mainline kernel branch fails to build for x86_64 allmodconfig
with clang. The errors are:
drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn30/display_mode_vba_30.c:3596:6:
error: stack frame size (2216) exceeds limit (2048) in
'dml30_ModeSupportAndSystemConfigurationFull' [-We
On Thu, Aug 4, 2022 at 6:17 PM Linus Torvalds
wrote:
>
> On Thu, Aug 4, 2022 at 12:35 AM Sudip Mukherjee (Codethink)
> wrote:
> >
> > I will be happy to test any patch or provide any extra log if needed.
>
> It sounds like that file just needs to get a
>
>
t-function-declaration]
Add the header file for vmalloc and vfree.
Reported-by: Sudip Mukherjee
Suggested-by: Linus Torvalds
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/amd/amdgpu/psp_v13_0.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/psp_v13_0.c
Hi All,
The latest mainline kernel branch fails to build for alpha and mips
allmodconfig with the error:
drivers/gpu/drm/amd/amdgpu/psp_v13_0.c: In function 'psp_v13_0_memory_training':
drivers/gpu/drm/amd/amdgpu/psp_v13_0.c:534:23: error: implicit declaration of
function 'vmalloc'; did you mean
On Fri, May 27, 2022 at 06:04:14PM -0700, Linus Torvalds wrote:
> On Fri, May 27, 2022 at 4:41 PM Sudip Mukherjee
> wrote:
> >
> > I just tested with various values, sizeof(*edid) is 144 bytes at that place.
>
> Hmm. What compiler do you have? Because it seems ver
Hi Linus,
On Fri, May 27, 2022 at 06:04:14PM -0700, Linus Torvalds wrote:
> On Fri, May 27, 2022 at 4:41 PM Sudip Mukherjee
> wrote:
> >
> > I just tested with various values, sizeof(*edid) is 144 bytes at that place.
>
> Hmm. What compiler do you have? Because it seems
On Fri, May 27, 2022 at 7:56 PM Linus Torvalds
wrote:
>
> On Fri, May 27, 2022 at 2:07 AM Sudip Mukherjee
> wrote:
> >
> > declared with attribute error: BUILD_BUG_ON failed: sizeof(*edid)
> > != EDID_LENGTH
> >
> > And, reverting it on top of main
Hi All,
The latest mainline kernel branch fails to build for arm spear3xx_defconfig
with the error:
In function 'edid_block_data',
inlined from 'drm_edid_is_valid' at drivers/gpu/drm/drm_edid.c:1904:25:
././include/linux/compiler_types.h:352:45: error: call to
'__compiletime_assert_250'
r message on ppc64le is shown below.
>
>
> Tested with 5.17 on qemu ppc64le emulation.
>
> Signed-off-by: Thomas Zimmermann
> Fixes: 27599aacbaef ("fbdev: Hot-unplug firmware fb devices on forced
> removal")
> Reported-by: Sudip Mukherjee
> Cc: Zack Rusin
&g
Hi Linus,
On Sat, Nov 13, 2021 at 5:07 PM Linus Torvalds
wrote:
>
> [ Hmm. This email was marked as spam for me. I see no obvious reason
> for it being marked as spam, but it happens.. ]
>
> On Thu, Nov 11, 2021 at 12:52 PM Sudip Mukherjee
> wrote:
> >
On Thu, Nov 11, 2021 at 8:51 PM Sudip Mukherjee
wrote:
>
> Hi Linus,
>
> On Thu, Nov 11, 2021 at 2:03 PM Sudip Mukherjee
> wrote:
> >
> > Hi Linus,
> >
> > My testing has been failing for the last few days. Last good test was
> > with 6f2b7
Hi Linus,
On Thu, Nov 11, 2021 at 2:03 PM Sudip Mukherjee
wrote:
>
> Hi Linus,
>
> My testing has been failing for the last few days. Last good test was
> with 6f2b76a4a384 and I started seeing the failure with ce840177930f5
> where boot timeout.
>
>
On Fri, Sep 24, 2021 at 2:55 PM Maxime Ripard wrote:
>
> The drm_encoder crtc pointer isn't really fit for an atomic driver,
> let's rely on the connector state instead.
>
> Signed-off-by: Maxime Ripard
Tested-by: Sudip Mukherjee
--
Regards
Sudip
gt; open the device and the time we prepare it.
>
> Move the sanity checks we do in startup() to a helper and call it from
> prepare().
>
> Fixes: 91e99e113929 ("drm/vc4: hdmi: Register HDMI codec")
> Signed-off-by: Maxime Ripard
Tested-by: Sudip Mukherjee
--
Regards
Sudip
On Wed, Sep 22, 2021 at 7:23 PM Linus Torvalds
wrote:
>
> On Wed, Sep 22, 2021 at 10:02 AM Sudip Mukherjee
> wrote:
> >
> >
> > Attached is a complete dmesg and also the decoded trace.
> > This is done on 4357f03d6611 ("Merge tag 'pm-5.15-rc2' of
&
On Wed, Sep 22, 2021 at 12:28 PM Maxime Ripard wrote:
>
> On Wed, Sep 22, 2021 at 11:10:34AM +0100, Sudip Mukherjee wrote:
> > On Wed, Sep 22, 2021 at 10:57 AM Maxime Ripard wrote:
> > >
>
> Still works fine (and it required some mangling of the kernel command
On Wed, Sep 22, 2021 at 4:25 PM Linus Torvalds
wrote:
>
> On Wed, Sep 22, 2021 at 3:11 AM Sudip Mukherjee
> wrote:
> >
> > That test script is triggering the openqa job, but its running only
> > after lava is able to login. The trace is appearing before th
On Wed, Sep 22, 2021 at 10:57 AM Maxime Ripard wrote:
>
> On Mon, Sep 20, 2021 at 06:21:42PM +0100, Sudip Mukherjee wrote:
> > On Mon, Sep 20, 2021 at 6:10 PM Maxime Ripard wrote:
> > >
> > > On Mon, Sep 20, 2021 at 05:35:00PM +0100, Sudip Mukherjee wrote:
> >
On Mon, Sep 20, 2021 at 4:53 PM Maxime Ripard wrote:
>
> On Mon, Sep 20, 2021 at 05:43:33PM +0200, Maxime Ripard wrote:
> > On Mon, Sep 20, 2021 at 04:47:31PM +0200, Maxime Ripard wrote:
> > > On Sat, Sep 04, 2021 at 10:40:29AM +0100, Sudip Mukherjee wrote:
> > > &
On Mon, Sep 20, 2021 at 1:17 PM Maxime Ripard wrote:
>
> On Sun, Sep 19, 2021 at 10:19:35AM -0700, Linus Torvalds wrote:
> > On Sun, Sep 19, 2021 at 4:05 AM Sudip Mukherjee
> > wrote:
> > >
> > > And indeed, reverting 27da370e0fb3 ("drm/vc4: hdmi: Remove
Hi Linus,
On Sun, Sep 19, 2021 at 12:06 AM Linus Torvalds
wrote:
>
> On Sat, Sep 18, 2021 at 3:48 PM Sudip Mukherjee
> wrote:
> >
> > Also, I have now tested by reverting those two commits and I still get
> > the same trace on rpi4.
>
> Ok. I'm afraid
On Sat, Sep 18, 2021 at 11:15 PM Linus Torvalds
wrote:
>
> On Sat, Sep 18, 2021 at 3:00 PM Sudip Mukherjee
> wrote:
> >
> > Its still there. I am seeing it every night. This was from last night
> > - https://lava.qa.codethink.co.uk/scheduler/job/164#L1356
>
>
Hi Linus,
On Sat, Sep 18, 2021 at 8:24 PM Linus Torvalds
wrote:
>
> On Sat, Sep 18, 2021 at 2:18 AM Michael Stapelberg
> wrote:
> >
> > torvalds at linux-foundation.org (Linus Torvalds) writes:
> > > Did I fix it up correctly? Who knows. The code makes more sense to me
> > > now and seems valid.
Hi Maxime,
On Sat, Sep 4, 2021 at 10:10 AM Maxime Ripard wrote:
>
> On Fri, Sep 03, 2021 at 09:09:50PM +0100, Sudip Mukherjee wrote:
> > Hi Maxime,
> >
> > On Fri, Sep 3, 2021 at 5:03 PM Maxime Ripard wrote:
> > >
> > > Hi Sudip,
> > >
&g
Hi Maxime,
On Fri, Sep 3, 2021 at 5:03 PM Maxime Ripard wrote:
>
> Hi Sudip,
>
> On Thu, Sep 02, 2021 at 10:08:19AM +0100, Sudip Mukherjee wrote:
> > Hi All,
> >
>
>
> >
> > You can see the complete dmesg at
> > https://openqa.qa.codethink.co
Hi All,
Our last night's test on rpi4 had a nasty trace. The test was with
7c636d4d20f8 ("Merge tag 'dt-5.15' of
git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc"). Previous test
was on 9e9fb7655ed5 ("Merge tag 'net-next-5.15' of
git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next")
On Tue, Feb 23, 2021 at 02:09:58PM +0100, Greg KH wrote:
> On Tue, Feb 23, 2021 at 01:51:09PM +0100, Thomas Zimmermann wrote:
> > Hi
> >
> > Am 23.02.21 um 13:24 schrieb Greg KH:
> > > On Tue, Feb 23, 2021 at 01:14:30PM +0100, Daniel Vetter wrote:
> > > > On Tue, Feb 23, 2021 at 1:02 PM Greg KH
HI Gilles, (Added fbdev and dri list)
On Mon, Jul 20, 2020 at 10:18 AM Gilles Buloz wrote:
>
> Dear developers,
>
>
> My company is manufacturing M2 graphics modules based on SM750. and I need to
> add support for an ANX9404 transmitter (for DP). I'm wondering which driver
> you would recommend
On Fri, Oct 18, 2019 at 06:19:15PM -0700, Joe Perches wrote:
> On Fri, 2019-10-18 at 23:30 +0100, Sudip Mukherjee wrote:
> > On Fri, Oct 18, 2019 at 07:27:28PM +0200, Ladislav Michl wrote:
> > > On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> >
On Fri, Oct 18, 2019 at 07:27:28PM +0200, Ladislav Michl wrote:
> On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> > The build of xtensa allmodconfig is giving a warning of:
> > In function 'dsi_dump_dsidev_irqs':
> > warning: the frame size of
On Fri, Oct 18, 2019 at 6:27 PM Ladislav Michl wrote:
> On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote:
> > The build of xtensa allmodconfig is giving a warning of:
> > In function 'dsi_dump_dsidev_irqs':
> > warning: the frame size of 1120
The build of xtensa allmodconfig is giving a warning of:
In function 'dsi_dump_dsidev_irqs':
warning: the frame size of 1120 bytes is larger than 1024 bytes
Allocate the memory for 'struct dsi_irq_stats' dynamically instead
of assigning it in stack.
Signed-off-by: Sudip Muk
On Wed, Apr 3, 2019 at 2:53 PM Bartlomiej Zolnierkiewicz
wrote:
>
>
> On 04/02/2019 11:09 PM, Sudip Mukherjee wrote:
> > On Mon, Apr 1, 2019 at 6:41 PM Tom Li wrote:
> >>
> >> On Sun, Mar 31, 2019 at 08:08:01PM +0100, Sudip Mukherjee wrote:
> >>> T
On Mon, Apr 1, 2019 at 6:41 PM Tom Li wrote:
>
> On Sun, Mar 31, 2019 at 08:08:01PM +0100, Sudip Mukherjee wrote:
> > Technically I donot have any problem with this, you seem to know more
> > about SM712 than I know. But Teddy Wang is also an existing maintainer
> > and I
On Mon, Apr 1, 2019 at 6:30 PM Tom Li wrote:
>
> On Sun, Mar 31, 2019 at 07:54:28PM +0100, Sudip Mukherjee wrote:
> > On Fri, Mar 22, 2019 at 01:17:57PM +0800, Yifeng Li wrote:
> > > +video controllers. This series of video controller is a legacy from
> > > ~199
On Mon, Apr 1, 2019 at 5:42 PM Tom Li wrote:
>
> On Sun, Mar 31, 2019 at 07:33:33PM +0100, Sudip Mukherjee wrote:
> > Why are you removing existing functionality from the driver? These are
> > supported but were never listed so could not be used. I think you can
>
On Mon, Apr 1, 2019 at 5:26 PM Tom Li wrote:
>
> On Sun, Mar 31, 2019 at 07:09:47PM +0100, Sudip Mukherjee wrote:
> > On Fri, Mar 22, 2019 at 01:17:55PM +0800, Yifeng Li wrote:
> > I didnot notice any performace improvement in my system. Infact, I have
> > never seen the
On Fri, Mar 22, 2019 at 01:17:59PM +0800, Yifeng Li wrote:
> I have working on the sm712fb driver for a while and have some familiarity
> with this hardware, I'll be helping working on and testing problems of this
> driver, so add myself to the MAINTAINERS file.
Technically I donot have any proble
On Fri, Mar 22, 2019 at 01:17:58PM +0800, Yifeng Li wrote:
> This commits update the Kconfig description of sm712fb,
> and inform the user about the existence of documentation.
>
> Signed-off-by: Yifeng Li
> ---
> Documentation/fb/sm712fb.txt | 44
> drivers/
x27;s no plan to implement
> them.
> +If you have a genuine need for them, please contact the maintainers.
If there is any need for new features then I think the plan should be to
make a drm driver.
> +
> +Maintainers
> +
> +
> +This driver is maintained by
&g
On Fri, Mar 22, 2019 at 01:17:56PM +0800, Yifeng Li wrote:
> The modesetting in sm712fb is an ugly hack. First, all the registers
> are programmed by hardcoded register arrays, which makes it difficult
> to support different variations of color depths, refresh rates, CRT/LCD
> panel, etc of the sam
On Fri, Mar 22, 2019 at 01:17:55PM +0800, Yifeng Li wrote:
> Previously, in staging/sm7xxfb (now fbdev/sm712fb), 2D acceleration
> was implemented, but after its submission, a critical bug that causes
> total system hang was discovered, as a stopgap measure, 2D ops was
> completele removed in commi
On Fri, Mar 22, 2019 at 01:17:54PM +0800, Yifeng Li wrote:
> This commit adds I/O macros and functions related to 2D opeartions.
> A hunk of hardware register definitions are taken verbatim from
> OpenBSD.
>
> In addition, a utility function pad_to_dword() is added to help
> padding data for the 2
reduces readers' confusion, since the upcoming 2D acceleration
> code will use a different wordsize.
>
> Signed-off-by: Yifeng Li
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
rt was still claimed but not working.
>
> Fix it by introducing the 1024x768-16 mode.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@
r SM720 for programming the clock frequency.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
ave one for testing, the original behavior of the driver is kept as-is,
> but the problem has been documented is the comments.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
__
tcfb_setmode() during initialization, the fbdev
> layer will call it for us later when it's ready.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri
mented these problems in the comments.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
GPR70/71/74/75).
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
with
> it.
>
> Stop writing to the SR30 (a.k.a FPR30) register.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kernel.org # v4.4+
Tested-by: Sudip Mukherjee
--
Regards
Sudip
___
dri-devel mailing list
dri-devel@lists.freedesktop.
is not needed for this
> driver.
>
> Stop writing to CR3B-CR3F (a.k.a CRT3B-CRT3F) registers. Even if these
> registers don't have side-effect on other systems, writing to them is
> also highly questionable.
>
> Signed-off-by: Yifeng Li
> Cc: sta...@vger.kerne
On Sun, Mar 17, 2019 at 06:24:56AM +0800, Yifeng Li wrote:
> Hi all,
>
> This patchset contains a series of important fixes to various problems,
> including lockups, crashes, screen gliches, and missing video modes.
> These patches are crucial to the correct operation to the hardware,
> especially
Hi Teddy,
On Sun, Mar 17, 2019 at 06:25:01AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), running fbtest or X
> will crash the machine instantly, because the VRAM/framebuffer is not
> mapped correctly.
>
> On SM712, the framebuffer starts at the beginning of addres
@lists.freedesktop.org
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/TODO | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/sm750fb/TODO b/drivers/staging/sm750fb/TODO
index f710ab1..aeb2df3 100644
--- a/drivers/staging/sm750fb/TODO
+++ b/drivers/staging
Hi Emil,
On Fri, Dec 01, 2017 at 02:40:11PM +, Emil Velikov wrote:
> On 30 November 2017 at 23:49, Sudip Mukherjee
> wrote:
> > Hi Daniel,
> >
> > On Wed, Nov 29, 2017 at 10:56:34AM +0100, Daniel Vetter wrote:
> > submit it to dri-devel.
> >
> A cr
On Fri, Dec 01, 2017 at 08:19:16AM +0100, Daniel Vetter wrote:
> On Thu, Nov 30, 2017 at 11:49:53PM +0000, Sudip Mukherjee wrote:
> > Hi Daniel,
> >
> >
> >
> > > > > >
> > > > > > Greg?
> > > > >
> > > &g
Hi Daniel,
On Wed, Nov 29, 2017 at 10:56:34AM +0100, Daniel Vetter wrote:
> On Tue, Nov 28, 2017 at 12:30:30PM +0000, Sudip Mukherjee wrote:
> > On Tue, Nov 28, 2017 at 12:32:38PM +0100, Greg KH wrote:
> > > On Tue, Nov 28, 2017 at 11:22:17AM +0100, Daniel Vetter wrote:
>
On Tue, Nov 28, 2017 at 12:32:38PM +0100, Greg KH wrote:
> On Tue, Nov 28, 2017 at 11:22:17AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 27, 2017 at 08:52:19PM +0000, Sudip Mukherjee wrote:
> > > On Mon, Nov 27, 2017 at 11:27:59AM +0100, Daniel Vetter wrote:
> > > >
On Mon, Nov 27, 2017 at 11:25:05AM +0100, Daniel Vetter wrote:
> On Fri, Nov 24, 2017 at 06:53:33PM +0100, Michał Mirosław wrote:
> > Signed-off-by: Michał Mirosław
> > ---
>
> Why exactly do we have an fbdev driver in staging? Afaiui fbdev is
> entirely closed for new drivers (pls convert to an
On Mon, Nov 27, 2017 at 11:27:59AM +0100, Daniel Vetter wrote:
> On Fri, Nov 24, 2017 at 06:53:31PM +0100, Michał Mirosław wrote:
> > Almost all drivers using remove_conflicting_framebuffers() wrap it with
> > the same code. Extract common part from PCI drivers into separate
> > remove_conflicting_
On Wed, Dec 21, 2016 at 05:50:05PM +0100, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Wednesday, December 21, 2016 03:06:55 PM Sudip Mukherjee wrote:
> > On Thu, Dec 15, 2016 at 03:45:47PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > I would like to help wit
On Thu, Dec 15, 2016 at 03:45:47PM +0100, Bartlomiej Zolnierkiewicz wrote:
> I would like to help with fbdev maintenance. I can dedicate some time
> for reviewing and handling patches but won't have time for much more.
>
I thought usually someone takes over the maintainer role after
proving that
On Wednesday 23 November 2016 09:12 AM, Tomi Valkeinen wrote:
> On 23/11/16 10:52, Greg Kroah-Hartman wrote:
>> On Wed, Nov 23, 2016 at 10:03:10AM +0200, Tomi Valkeinen wrote:
>>> Hi,
>>>
>>> Since the fbdev framework is in maintenance mode and all new display drivers
>>> should be made with the DR
the kfree().
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/drm_fb_cma_helper.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b/drivers/gpu/drm/drm_fb_cma_helper.c
index 2e7ef0b..c0b0c71 100644
--- a/drivers/gpu/drm/drm_fb_cma_helper.c
+++ b/drivers
In the for loop we are allocating the memory for rail everytime but
in some cases we use "continue" and in those cases the memory already
allocated for rail is leaked and we again allocate new memory for it.
Lets free the memory before continuing with the loop.
Signed-off-by: Sudip
On Mon, May 09, 2016 at 11:19:16AM +0300, Jani Nikula wrote:
> On Fri, 06 May 2016, Sudip Mukherjee wrote:
> > On Fri, May 06, 2016 at 12:21:04PM +0100, Sudip Mukherjee wrote:
> >> Hi Daniel,
> >> I am trying to use i915 in one of our board which has Intel ATOM E
On Fri, May 06, 2016 at 12:21:04PM +0100, Sudip Mukherjee wrote:
> Hi Daniel,
> I am trying to use i915 in one of our board which has Intel ATOM E3840.
> I know Intel has released emgd driver for this cpu to use i915 but emgd
> is not supported on v4.5 (or v4.6). The board is having
Hi Daniel,
I am trying to use i915 in one of our board which has Intel ATOM E3840.
I know Intel has released emgd driver for this cpu to use i915 but emgd
is not supported on v4.5 (or v4.6). The board is having SFI (simple
firmware interface) and maybe for that i915 is not finding the VBIOS and
oth
On Wednesday 09 December 2015 05:50 PM, Patrik Jakobsson wrote:
> On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee
> wrote:
>> On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
>>> We are allocating backing using psbfb_alloc() and so
>>> backing->
return type of int.
On closer look it turned out that we do not need the helper function
since if we call drm_helper_connector_dpms() directly, the first check
that drm_helper_connector_dpms() does is: if (mode == connector->dpms)
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/gma
On Friday 22 January 2016 08:01 PM, Guenter Roeck wrote:
> On Mon, Dec 21, 2015 at 06:08:44PM -0800, Eric Anholt wrote:
>> I've tested and confirmed that it doesn't actually work. We'll need
>> to sort out how to do this properly later, but for now just remove it
>> since it also caused build brea
On Sun, Jan 17, 2016 at 09:35:08PM +, Dave Airlie wrote:
>
>
> Hi Linus,
>
> This is the main drm pull request for 4.5. I don't think I've missed anything
> too
> major, I'm mostly back at work now but I'll probably get some sleep in 5
> years time.
>
> I think it should fix the i915 warn
1 - 100 of 161 matches
Mail list logo
