From: Christian Gromm <christian.gromm@microchip.com>
To: Dan Carpenter <dan.carpenter@oracle.com>
Cc: gregkh@linuxfoundation.org, driverdev-devel@linuxdriverproject.org
Subject: Re: [PATCH 01/28] staging: most: allocate only all requested memory
Date: Wed, 9 May 2018 16:09:21 +0200 [thread overview]
Message-ID: <45ce8949-ec2c-e3b8-dac4-a5ad68e29432@microchip.com> (raw)
In-Reply-To: <20180509131902.aci7hqihpys6ophn@mwanda>
On 09.05.2018 15:19, Dan Carpenter wrote:
> On Tue, May 08, 2018 at 11:44:49AM +0200, Christian Gromm wrote:
>> This prohibits the allocation of the memory for the MBOs if only the
>> part of the MBOs, requested by the application, may be allocated. The
>> function arm_mbo_chain, if cannot allocate all requested MBO, frees all
>> prior allocated memory and returns 0.
>>
>> Signed-off-by: Andrey Shvetsov <andrey.shvetsov@k2l.de>
>> Signed-off-by: Christian Gromm <christian.gromm@microchip.com>
>
> I don't understand how Andrey is involved with this code. Did he write
> it? Why isn't he on the CC list?
Andrey and I are writing the code for this driver and our internal dev
process on Gitlab is based on reviews.
Which means that everything I push needs to be reviewed by Andrey and
vice versa before it gets merged to master. Then I have to do the
upstream work.
I didn't put him on CC explicitly, because git-sendemail does it,
doesn't it?
thanks,
Chris
>
> It's possible that you have explained this before, but I have the memory
> of a gnat. #TabulaRasa
>
> regards,
> dan carpenter
>
_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
next prev parent reply other threads:[~2018-05-09 14:09 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-08 9:44 [PATCH 00/28] staging: most: fix issues Christian Gromm
2018-05-08 9:44 ` [PATCH 01/28] staging: most: allocate only all requested memory Christian Gromm
2018-05-09 13:19 ` Dan Carpenter
2018-05-09 14:09 ` Christian Gromm [this message]
2018-05-09 14:54 ` Dan Carpenter
2018-05-09 15:18 ` Christian Gromm
2018-05-09 15:29 ` Greg KH
2018-05-11 7:36 ` Christian Gromm
2018-05-08 9:44 ` [PATCH 02/28] staging: most: dim2: remove clock speed processing from the HDM Christian Gromm
2018-05-08 9:44 ` [PATCH 03/28] staging: most: i2c: prevent division by zero Christian Gromm
2018-05-08 9:44 ` [PATCH 04/28] staging: most: i2c: remove unnecessary poison_channel call Christian Gromm
2018-05-08 9:44 ` [PATCH 05/28] staging: most: add channel property dbr_size Christian Gromm
2018-05-08 9:44 ` [PATCH 06/28] staging: most: aim-sound: add flexible format support Christian Gromm
2018-05-08 9:44 ` [PATCH 07/28] staging: most: i2c: shorten lifetime of IRQ handler Christian Gromm
2018-05-08 9:44 ` [PATCH 08/28] staging: most: i2c: do not wait in work function Christian Gromm
2018-05-08 9:44 ` [PATCH 09/28] staging: most: i2c: avoid polling in case of misconfig Christian Gromm
2018-05-09 13:46 ` Dan Carpenter
2018-05-09 14:20 ` Christian Gromm
2018-05-08 9:44 ` [PATCH 10/28] staging: most: i2c: prevent zero delay polling Christian Gromm
2018-05-08 9:44 ` [PATCH 11/28] staging: most: i2c: trace real polling rate Christian Gromm
2018-05-08 9:45 ` [PATCH 12/28] staging: most: i2c: remove redundant is_open Christian Gromm
2018-05-08 9:45 ` [PATCH 13/28] staging: most: i2c: remove redundant list_mutex Christian Gromm
2018-05-08 9:45 ` [PATCH 14/28] staging: most: i2c: reduce parameters inconsistency Christian Gromm
2018-05-08 9:45 ` [PATCH 15/28] staging: most: make interface drivers allocate coherent memory Christian Gromm
2018-05-08 9:45 ` [PATCH 16/28] staging: most: sound: call snd_card_new with struct device Christian Gromm
2018-05-08 9:45 ` [PATCH 17/28] staging: most: cdev: avoid warning about potentially uninitialized variable Christian Gromm
2018-05-08 9:45 ` [PATCH 18/28] staging: most: cdev: fix chrdev_region leak Christian Gromm
2018-05-08 9:45 ` [PATCH 19/28] staging: most: usb: add ep number to log Christian Gromm
2018-05-08 9:45 ` [PATCH 20/28] staging: most: cdev: fix function return value Christian Gromm
2018-05-08 9:45 ` [PATCH 21/28] staging: most: dim2: fix startup sequence Christian Gromm
2018-05-08 9:45 ` [PATCH 22/28] staging: most: cdev: fix race condition Christian Gromm
2018-05-08 9:45 ` [PATCH 23/28] staging: most: dim2: use device tree Christian Gromm
2021-10-12 18:14 ` Geert Uytterhoeven
2021-10-13 12:24 ` Greg KH
2018-05-08 9:45 ` [PATCH 24/28] staging: most: dim2: read clock speed from the device Christian Gromm
2018-05-08 9:45 ` [PATCH 25/28] staging: most: dim2: use device to allocate coherent memory Christian Gromm
2018-05-08 9:45 ` [PATCH 26/28] staging: most: usb: don't set URB_ZERO_PACKET flag for synchronous data Christian Gromm
2018-05-08 9:45 ` [PATCH 27/28] staging: most: usb: fix usb_disconnect race condition Christian Gromm
2018-05-08 9:45 ` [PATCH 28/28] staging: most: usb: remove local variable Christian Gromm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45ce8949-ec2c-e3b8-dac4-a5ad68e29432@microchip.com \
--to=christian.gromm@microchip.com \
--cc=dan.carpenter@oracle.com \
--cc=driverdev-devel@linuxdriverproject.org \
--cc=gregkh@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.