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 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")
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 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 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.
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 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 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
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 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 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 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 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
&
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 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
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 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 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 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
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
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
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
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.
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
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
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
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@
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
__
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
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
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: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
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: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/
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 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 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 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 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
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
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
>
>
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
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 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
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
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 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
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'
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 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 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
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
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 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 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 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 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);
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 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
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 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 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
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
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 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
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
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 Wed, May 13, 2015 at 11:53:19AM +0200, Jan Niehusmann wrote:
> Hi,
>
> On Wed, May 13, 2015 at 12:14:39PM +0300, Jani Nikula wrote:
> > Is this the same as https://bugzilla.kernel.org/show_bug.cgi?id=98141 ?
>
> The visible effect in the video is similar to what I see on the LVDS
> display. I
On Wed, May 13, 2015 at 01:10:11PM +0200, Jan Niehusmann wrote:
> On Wed, May 13, 2015 at 04:02:25PM +0530, Sudip Mukherjee wrote:
> > > What I'm missing in the report, are some log entries I'm seeing on my
> > > notebook:
> > >
On Wed, May 13, 2015 at 01:27:06PM +0200, Thomas Gummerer wrote:
> Sudip Mukherjee writes:
>
> > On Wed, May 13, 2015 at 11:53:19AM +0200, Jan Niehusmann wrote:
> > http://patchwork.freedesktop.org/patch/46071/
>
> Thank you for the pointer, but this seems to be an unr
this function was not used anywhere and was giving a build warning.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/drm_crtc.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 4059f06..6e60f71 100644
--- a
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
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
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
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 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
On Thu, Oct 08, 2015 at 04:29:31PM +0200, Daniel Vetter wrote:
> On Thu, Oct 08, 2015 at 07:28:00PM +0530, Sudip Mukherjee wrote:
> > We were not checking the return value of drm_encoder_init() which can
> > fail. And if it fails then we will be working with an uninitiali
On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
> We are allocating backing using psbfb_alloc() and so
> backing->stolen is always true. So we were freeing backing two times.
> Moreover if we follow the execution path then we should be freeing
> backing after we ha
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 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
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
The variable dev was not used anywhere.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/drm_crtc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 9d55c0c..e600a5f 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/drm
On Wed, Sep 02, 2015 at 12:08:08PM +0530, Sudip Mukherjee wrote:
> coverity.com reported that memset was using a buffer of size 0, on
> checking the code it turned out that the function was not being used. So
> remove it.
>
> Signed-off-by: Sudip Mukherjee
> ---
Hi Ben,
A gen
On Mon, Sep 07, 2015 at 05:28:30PM +0530, Sudip Mukherjee wrote:
> If drm_fb_helper_alloc_fbi() fails then we were directly returning
> without freeing sysram. Also if drm_fb_helper_alloc_fbi() succeeds but
> mgag200_framebuffer_init() fails then we were not releasing sysram and
>
On Wed, Sep 09, 2015 at 06:20:40PM +0530, Sudip Mukherjee wrote:
> If backing->stolen is true then we were freeing backing by calling
> psb_gtt_free_range() but we called it again after unlocking the mutex.
> Lets make it NULL after freeing in psb_gtt_free_range() and check for
&
On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee wrote:
> If pm_runtime_get_sync() we were going to "out" but we missed freeing
> vma.
>
> Signed-off-by: Sudip Mukherjee
> ---
Hi Ben,
Another gentle ping for another patch.
regards
sudip
On Thu, Sep 24, 2015 at 03:27:01PM +0300, Tomi Valkeinen wrote:
> Hi all,
>
> fbdev is (more or less) maintained, but it's a deprecated framework. All
> new Linux display drivers should be done on DRM.
>
> SM750 hardware seems to support multiple outputs, hardware overlays, 2D
> accelerator... I
On Tue, Sep 29, 2015 at 03:20:35PM +0200, Patrik Jakobsson wrote:
> On Thu, Sep 24, 2015 at 5:57 PM, Sudip Mukherjee
> wrote:
> > On Wed, Sep 09, 2015 at 06:20:40PM +0530, Sudip Mukherjee wrote:
> >> If backing->stolen is true then we were freeing backing by calling
>
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->
@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
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
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:
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:
> >
>
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 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 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 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:
> > > >
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 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
1 - 100 of 161 matches
Mail list logo
