From: "james qian wang (Arm Technology China)"
These two function will be used by komeda_crtc_enable/disable to do some
prepartion works when enable/disable a crtc. like enable a crtc:
1. Adjust display operation mode.
2. Enable/prepare needed clk.
v2: Rebase
Signed-off-by: James Qian Wang
From: "james qian wang (Arm Technology China)"
Add two sysfs node: core_id, config_id, user can read them to fetch the
HW product information.
v2: Rebase
Signed-off-by: James Qian Wang (Arm Technology China)
---
.../drm/arm/display/include/malidp_product.h | 12 +
From: "james qian wang (Arm Technology China)"
CHIP set bus_width according to the HW configuration, and CORE will use
it as buffer alignment.
v2: Rebase
Signed-off-by: James Qian Wang (Arm Technology China)
---
drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c | 1 +
Add the DT binding documentation for NXP Audio Mixer
CPU DAI driver.
Signed-off-by: Viorel Suman
---
.../devicetree/bindings/sound/fsl,audmix.txt | 54 ++
1 file changed, 54 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/fsl,audmix.txt
diff
This patch implements Audio Mixer CPU DAI driver for NXP iMX8 SOCs.
The Audio Mixer is a on-chip functional module that allows mixing of
two audio streams into a single audio stream.
Audio Mixer datasheet is available here:
https://www.nxp.com/docs/en/reference-manual/IMX8DQXPRM.pdf
On Thu, Jan 17, 2019 at 10:02:12AM +0530, Jagan Teki wrote:
> On Thu, Jan 17, 2019 at 12:48 AM Maxime Ripard
> wrote:
> >
> > On Sun, Jan 13, 2019 at 01:07:41AM +0530, Jagan Teki wrote:
> > > > > > > > Again, I cannot help you without the datasheet for the panels
> > > > > > > > you're
> > > > >
On Tue, Jan 22, 2019 at 11:08:34AM +0100, Borislav Petkov wrote:
> On Tue, Jan 22, 2019 at 12:53:11PM +0800, kbuild test robot wrote:
> > Hi Ingo,
> >
> > FYI, the error/warning still remains.
>
> Guys,
>
> we already discussed this:
>
>
This patch implements Audio Mixer machine driver for NXP iMX8 SOCs.
It connects together Audio Mixer and related SAI instances.
Signed-off-by: Viorel Suman
---
sound/soc/fsl/Kconfig | 9 ++
sound/soc/fsl/Makefile | 2 +
sound/soc/fsl/imx-audmix.c | 327
The patchset adds NXP Audio Mixer (AUDMIX) device and machine
drivers and related DT bindings documentation.
Changes since V3:
1. Removed machine driver DT bindings documentation.
2. Trigger machine driver probe from device driver as suggested by Nicolin.
Changes since V2:
1. Moved "dais" node
On 21. 01. 19, 23:45, Antoine Robertson wrote:
> Fix coding style issues
>
> Signed-off-by: Antoine Robertson
> ---
> drivers/tty/moxa.c | 20 +---
> 1 file changed, 9 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/tty/moxa.c b/drivers/tty/moxa.c
> index
Hi Nicolin,
On Vi, 2019-01-18 at 11:46 -0800, Nicolin Chen wrote:
> On Fri, Jan 18, 2019 at 01:16:24PM +, Viorel Suman wrote:
> >
> > >
> > > >
> > > > 1. Moved "dais" node from machine driver DTS node to device
> > > > driver
> > > > DTS node
> > > > as suggested by Rob.
> > > That was
From: Frieder Schrempf
The information about where the manufacturer puts the bad block
markers inside the bad block and in the OOB data is stored in
different places. Let's move this information to nand_chip.options
and nand_chip.badblockpos.
As this chip-specific information is not directly
From: Frieder Schrempf
It is known that some ESMT SLC NANDs have been shipped
with the factory bad block markers in the first or last page
of the block, instead of the first or second page. To be on
the safe side, let's check all three locations.
Signed-off-by: Frieder Schrempf
---
From: Frieder Schrempf
According to the datasheet of some Cypress SLC NANDs, the bad
block markers can be in the first, second or last page of a block.
So let's check all three locations.
Signed-off-by: Frieder Schrempf
---
drivers/mtd/nand/raw/nand_amd.c | 8 +++-
1 file changed, 7
From: Frieder Schrempf
Currently supported bad block marker positions within the block are:
* in first page only
* in last page only
* in first or second page
Some ESMT NANDs are known to have been shipped by the manufacturer
with bad block markers in the first or last page, instead of the
From: Frieder Schrempf
Currently supported bad block marker positions within the block are:
* in first page only
* in last page only
* in first or second page
Some ESMT NANDs are known to have been shipped by the manufacturer
with bad block markers in the first or last page, instead of the
On 22-Jan 12:04, Rafael J. Wysocki wrote:
> On Tue, Jan 22, 2019 at 12:02 PM Patrick Bellasi
> wrote:
> >
> > On 22-Jan 11:37, Rafael J. Wysocki wrote:
> > > On Tuesday, January 15, 2019 11:15:05 AM CET Patrick Bellasi wrote:
>
> Merge the two together, please.
Ok, will do in v7, thanks.
--
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> Regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 4e72ee8872279a70ebe973172133b98e8acbf54e:
>
> Merge tag
Commit-ID: 99d86c8b88393e29cf07c020585f2c8afbcdd97d
Gitweb: https://git.kernel.org/tip/99d86c8b88393e29cf07c020585f2c8afbcdd97d
Author: Jiri Olsa
AuthorDate: Thu, 17 Jan 2019 12:30:17 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Jan 2019 11:07:00 -0300
perf
Commit-ID: 96167167b6e17b25c0e05ecc31119b73baeab094
Gitweb: https://git.kernel.org/tip/96167167b6e17b25c0e05ecc31119b73baeab094
Author: Andi Kleen
AuthorDate: Thu, 17 Jan 2019 11:48:34 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 18 Jan 2019 09:53:07 -0300
perf script:
Hi
On 2018/12/04 22:32, Rob Herring wrote:
On Tue, Dec 4, 2018 at 5:30 AM Sugaya, Taichi
wrote:
Hi
On 2018/12/04 0:49, Rob Herring wrote:
On Mon, Dec 3, 2018 at 1:42 AM Sugaya, Taichi
wrote:
Hi,
On 2018/11/30 17:16, Stephen Boyd wrote:
Quoting Sugaya, Taichi (2018-11-29 04:24:51)
On
The device/driver model clearly mandates that bus driver that discover
and allocate the device must set the release callback. This callback
will be used to free the device after all references have gone away.
scmi bus driver is missing the obvious callback which will result in
the following
Commit-ID: 1a51c5da5acc6c188c917ba572eebac5f8793432
Gitweb: https://git.kernel.org/tip/1a51c5da5acc6c188c917ba572eebac5f8793432
Author: Stephane Eranian
AuthorDate: Thu, 10 Jan 2019 17:17:16 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 18 Jan 2019 11:10:38 -0300
perf
Commit-ID: da06d568386877809532e8ec678f4a5e300f0951
Gitweb: https://git.kernel.org/tip/da06d568386877809532e8ec678f4a5e300f0951
Author: He Kuang
AuthorDate: Mon, 21 Jan 2019 00:05:22 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 21 Jan 2019 11:29:07 -0300
perf top: Fix
Commit-ID: 1497e804d1a6e2bd9107ddf64b0310449f4673eb
Gitweb: https://git.kernel.org/tip/1497e804d1a6e2bd9107ddf64b0310449f4673eb
Author: Stephane Eranian
AuthorDate: Sat, 19 Jan 2019 00:12:39 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 21 Jan 2019 11:28:56 -0300
perf
Commit-ID: 8bf8c6da53c2265aea365a1de6038f118f522113
Gitweb: https://git.kernel.org/tip/8bf8c6da53c2265aea365a1de6038f118f522113
Author: Tony Jones
AuthorDate: Sun, 20 Jan 2019 11:14:14 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 21 Jan 2019 11:29:07 -0300
perf script:
> From: Anders Roxell [mailto:anders.rox...@linaro.org]
> Sent: Tuesday, January 22, 2019 4:38 PM
>
> Subject: [PATCH v3] pinctrl: freescale: fix link errors
Please change to:
pinctrl: imx: fix scu link errors
> Fix link errors when PINCTRL_IMX_SCU, PINCTRL_IMX8QM or
> PINCTRL_IMXBQXP is
Hi Rob,
On Lu, 2019-01-21 at 09:23 -0600, Rob Herring wrote:
> On Fri, Jan 18, 2019 at 11:46:42AM -0800, Nicolin Chen wrote:
> >
> > On Fri, Jan 18, 2019 at 01:16:24PM +, Viorel Suman wrote:
> > >
> > > >
> > > > >
> > > > > 1. Moved "dais" node from machine driver DTS node to device
> >
On Tue, 22 Jan 2019 11:04:48 +,
Aisheng Dong wrote:
>
>
>
> > From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> > Sent: Friday, January 18, 2019 6:10 PM
> [...]
> > >>>
> > >>> config IMX_GPCV2
> > >>> - bool
> > >>> + bool "i.MX GPCv2 IRQ chip"
> > >>> + depends on
On Tue, Jan 22, 2019 at 11:57 AM Christian Brauner wrote:
> On Tue, Jan 22, 2019 at 11:48:12AM +0100, Arnd Bergmann wrote:
> > Do you mean the asm-generic uapi header? In my current series, I do that:
>
> Yes. My idea was to only change pidfd_send_signal's entry to 424 and
> leave the other ones
On Tue, Jan 22, 2019 at 11:11 AM kbuild test robot wrote:
> It's probably a bug fix that unveils the link errors.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 47bfa6d9dc8c060bf56554a465c9031e286d2f80
> commit:
On 1/22/19 10:28 AM, Oleksandr Andrushchenko wrote:
Hello, Julien!
Hi,
On 1/21/19 7:09 PM, Julien Grall wrote:
Well, I didn't get the attributes of pages at the backend side, but IMO
those
do not matter in my use-case (for simplicity I am not using zero-copying at
backend side):
They
On Tue, Jan 22, 2019 at 12:42:44PM +0100, Arnd Bergmann wrote:
> On Tue, Jan 22, 2019 at 11:57 AM Christian Brauner
> wrote:
> > On Tue, Jan 22, 2019 at 11:48:12AM +0100, Arnd Bergmann wrote:
>
> > > Do you mean the asm-generic uapi header? In my current series, I do that:
> >
> > Yes. My idea
On 2019-01-21 22:34, Linus Torvalds wrote:
So I'm not entirely convinced, but I guess actual numbers and users
might convince me otherwise.
However, a quick comment:
On Tue, Jan 22, 2019 at 9:15 AM Roman Penyaev wrote:
+struct epoll_uitem {
+ __poll_t ready_events;
+ struct
Hi Nick,
Why not create a module_platform_driver for this? So you have a kernel
module that you can load and unload for debug purposes instead of
add/remove the functionality at build time.
Missatge de Nick Crews del dia ds., 19 de gen.
2019 a les 1:18:
>
> From: Duncan Laurie
>
> Add a
On Tue, 22 Jan 2019 10:56:42 +,
Aisheng Dong wrote:
>
> > From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> > Sent: Friday, January 18, 2019 6:12 PM
> [...]
> > >> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> > >> Sent: Friday, January 18, 2019 5:39 PM On 18/01/2019 08:48, Lucas
> >
On Tue, Jan 22, 2019 at 08:36:03PM +0900, Sugaya, Taichi wrote:
> Hi
>
> On 2018/12/04 22:32, Rob Herring wrote:
> > On Tue, Dec 4, 2018 at 5:30 AM Sugaya, Taichi
> > wrote:
> > >
> > > Hi
> > >
> > > On 2018/12/04 0:49, Rob Herring wrote:
> > > > On Mon, Dec 3, 2018 at 1:42 AM Sugaya, Taichi
Hi Nick,
I've two more comments, sorry to not tell you this before. After this
solved the patch looks good to me, so, for next version and for my own
reference, please add the following.
Acked-for-chrome-platform-by: Enric Balletbo i Serra
Missatge de Nick Crews del dia ds., 19 de gen.
2019
On Tue, Jan 22, 2019 at 4:41 PM Maxime Ripard wrote:
>
> On Fri, Jan 18, 2019 at 09:14:19PM +0530, Jagan Teki wrote:
> > On Thu, Jan 17, 2019 at 10:02 AM Jagan Teki
> > wrote:
> > >
> > > On Thu, Jan 17, 2019 at 12:48 AM Maxime Ripard
> > > wrote:
> > > >
> > > > On Sun, Jan 13, 2019 at
+Andy
On Mon, Jan 14, 2019 at 10:10:05PM +0800, Guan Yung Tseng wrote:
> Modified NI devices class to PCI_CLASS_COMMUNICATION_MULTISERIAL.
> The reason of doing this is because all NI multi port serial cards
> use PCI_CLASS_COMMUNICATION_OTHER class and thus fail the
>
On Tue, Jan 22, 2019 at 07:13:59PM +0800, Philip Li wrote:
> thanks for the feedback, we will blacklist this. So may i understand based on
> the thread at
> https://lists.01.org/pipermail/kbuild-all/2018-December/056225.html,
> this is gcc-4.9 problem?
AFAICT, this triggers only on gcc-4.9,
On Thu, Jan 17, 2019 at 12:41:32PM -0500, Stefan Berger wrote:
> TPM PPI 1.3 introduces a function revision 2 for some functions. So,
> rename the existing TPM_PPI_REVISION_ID to TPM_PPI_REVISION_ID_1.
>
> Signed-off-by: Stefan Berger
> Tested-by: David Safford
Reviewed-by: Jarkko Sakkinen
From: Rafael J. Wysocki
The checks in acpi_config_boot_ec() are mostly redundant in all of
the cases when it is called and it is better to do them directly
in its callers anyway, so do that and get rid of it.
First, note that acpi_ec_ecdt_probe() is called when boot_ec is not
set, so it doesn't
Hi All,
The setup of the boot EC is unnecessarily tangled now, so untangle it to
make the code flow in there easier to follow.
The only intentional functional impact of this series should be changes
in messages printed to the kernel log.
The patches are on top of
Instead of hardcoding the input name to the driver name ('gpio-keys-polled'),
allow the passing a name via platform data ('name' field was already present),
but default to old behaviour in case of NULL.
Signed-off-by: Enrico Weigelt, metux IT consult
---
From: Rafael J. Wysocki
Consolidate boot EC checks in acpi_ec_add(), put the acpi_is_boot_ec()
checks directly into it and drop the latter.
No intentional functional impact.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/ec.c | 20 +---
1 file changed, 5 insertions(+),
On Thu, Jan 17, 2019 at 12:41:34PM -0500, Stefan Berger wrote:
> TPM PPI 1.3 introduces an additional optional command parameter
> that may be needed for some commands. Display the parameter if the
> command requires such a parameter. Only command 23 needs one.
>
> The PPI request file will show
For now they're all catched by ".*", but some folks might remove
that in order to add their own .config file.
Signed-off-by: Enrico Weigelt, metux IT consult
---
.gitignore | 6 ++
scripts/kconfig/.gitignore | 1 +
2 files changed, 7 insertions(+)
diff --git a/.gitignore
On Thu, Jan 17, 2019 at 12:41:35PM -0500, Stefan Berger wrote:
> This patch enables a user to specify the additional optional command
> parameter by writing it into the request file:
>
># echo "23 16" > request
># cat request
>23 16
>
> For backwards compatibility:
>
> If only 1
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: Tuesday, January 22, 2019 6:59 PM
>
> Am Dienstag, den 22.01.2019, 10:39 + schrieb Aisheng Dong:
> > > > > From: Lucas Stach [mailto:l.st...@pengutronix.de]
> > > Sent: Friday, January 18, 2019 6:23 PM
> >
> > [...]
> > > > > This
On Tue, Jan 22, 2019 at 1:01 PM Rafael J. Wysocki wrote:
>
> From: Rafael J. Wysocki
>
> Consolidate boot EC checks in acpi_ec_add(), put the acpi_is_boot_ec()
> checks directly into it and drop the latter.
>
> No intentional functional impact.
>
> Signed-off-by: Rafael J. Wysocki
This is the
On Tue, Jan 22, 2019 at 02:01:59PM +0200, Jarkko Sakkinen wrote:
> On Thu, Jan 17, 2019 at 12:41:35PM -0500, Stefan Berger wrote:
> > This patch enables a user to specify the additional optional command
> > parameter by writing it into the request file:
> >
> ># echo "23 16" > request
> >
Adding the invensense ICM-20602 to the compatible list of the mpu6050
driver
Signed-off-by: Randolph Maaßen
---
Documentation/devicetree/bindings/iio/imu/inv_mpu6050.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iio/imu/inv_mpu6050.txt
The Invensense ICM-20602 is a 6-axis MotionTracking device that
combines a 3-axis gyroscope and an 3-axis accelerometer. It is very
similar to the ICM-20608 imu which is already supported by the mpu6050
driver. The main difference is that the ICM-20602 has the i2c bus
disable bit in a separate
On Tuesday 15 Jan 2019 at 10:15:08 (+), Patrick Bellasi wrote:
> The Energy Aware Scheduler (AES) estimates the energy impact of waking
s/AES/EAS :-)
[...]
> + for_each_cpu_and(cpu, pd_mask, cpu_online_mask) {
> + cfs_util = cpu_util_next(cpu, p, dst_cpu);
> +
Thread AThread B
- __fput
- f2fs_release_file
- drop_inmem_pages
- mutex_lock(>inmem_lock)
- __revoke_inmem_pages
- lock_page(page)
- open
- f2fs_setattr
On Tue, Jan 22, 2019 at 11:32:41AM +0800, Chao Fan wrote:
> But I notice the only function call entry is in kaslr.c which needs
> RANDOMIZE_BASE, so do I need change it as:
> vmlinux-objs-$(CONFIG_RANDOMIZE_BASE) += $(obj)/acpi.o
Well, the very first patch in this thread doesn't have anything to
On Thu, Jan 10, 2019 at 07:43:47PM +0530, Sekhar Nori wrote:
> Hi Bartosz,
>
> On 08/01/19 2:45 PM, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > Hi Sekhar,
> >
> > now that all dependencies are in and v5.0-rc1 is tagged, please consider
> > picking up the second batch of
On Tue, Jan 22, 2019 at 12:46:56PM +0100, Christian Brauner wrote:
> On Tue, Jan 22, 2019 at 12:42:44PM +0100, Arnd Bergmann wrote:
> > On Tue, Jan 22, 2019 at 11:57 AM Christian Brauner
> > wrote:
> > > On Tue, Jan 22, 2019 at 11:48:12AM +0100, Arnd Bergmann wrote:
> >
> > > > Do you mean the
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Tuesday, January 22, 2019 7:40 PM
> On Tue, 22 Jan 2019 11:04:48 +,
> Aisheng Dong wrote:
> >
> >
> >
> > > From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> > > Sent: Friday, January 18, 2019 6:10 PM
> > [...]
> > > >>>
> > > >>>
On Thu, Dec 20, 2018 at 01:05:11PM +, Ioana Ciornei wrote:
> Instead of scraping dmesg for messages such as 'Linked as a consumer to'
> or 'Dropping the link to' export two new sysfs entries in the device
> folder that contain a list of the consumer and supplier devices.
What is userspace
On Tuesday 15 Jan 2019 at 10:15:06 (+), Patrick Bellasi wrote:
> diff --git a/kernel/sched/cpufreq_schedutil.c
> b/kernel/sched/cpufreq_schedutil.c
> index 520ee2b785e7..38a05a4f78cc 100644
> --- a/kernel/sched/cpufreq_schedutil.c
> +++ b/kernel/sched/cpufreq_schedutil.c
> @@ -201,9 +201,6 @@
Notificação de email do Web Admin
Esta mensagem é do nosso centro de mensagens do Web Admin para todos os nossos
proprietários de contas de e-mail. Estamos eliminando o acesso a todos os
nossos clientes de webmail. Sua conta de e-mail será atualizada para uma
interface de usuário de webmail
Notificação de email do Web Admin
Esta mensagem é do nosso centro de mensagens do Web Admin para todos os nossos
proprietários de contas de e-mail. Estamos eliminando o acesso a todos os
nossos clientes de webmail. Sua conta de e-mail será atualizada para uma
interface de usuário de webmail
On 22-Jan 12:30, Quentin Perret wrote:
> On Tuesday 15 Jan 2019 at 10:15:06 (+), Patrick Bellasi wrote:
> > diff --git a/kernel/sched/cpufreq_schedutil.c
> > b/kernel/sched/cpufreq_schedutil.c
> > index 520ee2b785e7..38a05a4f78cc 100644
> > --- a/kernel/sched/cpufreq_schedutil.c
> > +++
If 'idev->info' is NULL, we need to free 'listener'
Fixes: 57c5f4df0a5a ("uio: fix crash after the device is unregistered")
Signed-off-by: Liu Jian
---
v1->v2:
rename the "err_infoopen" to "err_idev_info"
v2->3:
put the extra info after the "--"
v3-v4:
add git log
v4-v5:
correct git log
On Wed, Jan 16, 2019 at 11:25:17AM -0700, Logan Gunthorpe wrote:
> This is resend number 6 since the last change to this series.
>
> This cleanup was requested by Greg KH back in June of 2017. I've resent the
> series
> a couple times a cycle since then, updating and fixing as feedback was
On Wed, Jan 16, 2019 at 06:10:55PM +0200, Georgi Djakov wrote:
> Modern SoCs have multiple processors and various dedicated cores (video, gpu,
> graphics, modem). These cores are talking to each other and can generate a
> lot of data flowing through the on-chip interconnects. These interconnect
>
Hi Marc,
Thanks for your feedback. Please see my comments below.
On 2019/1/22 17:53, Marc Zyngier wrote:
Hi Heyi,
On Mon, 21 Jan 2019 11:51:48 +,
Heyi Guo wrote:
Every VLPI will temporarily be mapped to the first CPU in system
(normally CPU0) and then moved to the real scheduled CPU
fix possible memory leak and use-after-free in __uio_register_device
v1->v2:
fix email From:line
Liu Jian (2):
driver: uio: fix possible memory leak in __uio_register_device
driver: uio: fix possible use-after-free in __uio_register_device
drivers/uio/uio.c | 10 +++---
1 file changed,
'idev' is malloced in __uio_register_device() and leak free it before
leaving from the uio_get_minor() error handing case, it will cause
memory leak.
Fixes: a93e7b331568 ("uio: Prevent device destruction while fds are
open")
Signed-off-by: Liu Jian
Reviewed-by: Hamish Martin
---
On 22-Jan 12:13, Quentin Perret wrote:
> On Tuesday 15 Jan 2019 at 10:15:08 (+), Patrick Bellasi wrote:
> > The Energy Aware Scheduler (AES) estimates the energy impact of waking
[...]
> > + for_each_cpu_and(cpu, pd_mask, cpu_online_mask) {
> > + cfs_util =
In uio_dev_add_attributes() error handing case, idev is used after
device_unregister(), in which 'idev' has been released, touch idev cause
use-after-free.
Fixes: a93e7b331568 ("uio: Prevent device destruction while fds are
open")
Signed-off-by: Liu Jian
Reviewed-by: Hamish Martin
---
Commit 9178412ddf5a ("tracing: probeevent: Return consumed
bytes of dynamic area") improved the string fetching
mechanism by returning the number of required bytes after
copying the argument to the dynamic area. However, this
return value is now only used to increment the pointer
inside the
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: Tuesday, January 22, 2019 6:59 PM
> To: Aisheng Dong ; linux-kernel@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; shawn...@kernel.org; dl-linux-imx
> ; robh...@kernel.org; devicet...@vger.kernel.org;
> t...@linutronix.de;
On Wed, Dec 19, 2018 at 04:16:03PM +0800, Huacai Chen wrote:
> Commit 448a5a552f336bd7b847b1951 ("drivers: base: cacheinfo: use OF
> property_read_u32 instead of get_property,read_number") makes cache
> size and number_of_sets be 0 if DT doesn't provide there values. I
> think this is unreasonable
Am Dienstag, den 22.01.2019, 12:03 + schrieb Aisheng Dong:
> > > > From: Lucas Stach [mailto:l.st...@pengutronix.de]
> > Sent: Tuesday, January 22, 2019 6:59 PM
> >
> > Am Dienstag, den 22.01.2019, 10:39 + schrieb Aisheng Dong:
> > > > > > From: Lucas Stach [mailto:l.st...@pengutronix.de]
On Mon, Jan 21, 2019 at 11:19:58PM +, Sinan Kaya wrote:
> After 'commit 5d32a66541c4 ("PCI/ACPI: Allow ACPI to be built without
> CONFIG_PCI set")' dependencies on CONFIG_PCI that previously were
> satisfied implicitly through dependencies on CONFIG_ACPI have to be
> specified directly.
>
>
On 21.01.2019 14:54, Jiri Olsa wrote:
> On Wed, Jan 16, 2019 at 12:23:56PM +0300, Alexey Budankov wrote:
>>
>> Implement --affinity=node|cpu option for the record mode defaulting
>> to system affinity mask bouncing.
>>
>> Signed-off-by: Alexey Budankov
>> ---
>> changes in v3:
>> - adjusted
Hi,
On 21.01.2019 14:54, Jiri Olsa wrote:
> On Wed, Jan 16, 2019 at 12:23:05PM +0300, Alexey Budankov wrote:
>
> SNIP
>
>> static int record__mmap_read_evlist(struct record *rec, struct perf_evlist
>> *evlist,
>> bool overwrite)
>> {
>> @@ -755,6 +768,7 @@
Hi Zhiwei,
Thank you for the patch! Perhaps something to improve:
url:
https://github.com/0day-ci/linux/commits/Zhiwei-Jiang/ath-move-spin_lock_bh-to-spin_lock-in-tasklet/20190121-185529
base:
https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/wireless-drivers-next.git
master
smatch
Wolfgang
Thanks for the review
On 1/22/19 2:16 AM, Wolfgang Grandegger wrote:
> Hello Dan,
>
> looks already quite good...
>
> Am 17.01.19 um 21:05 schrieb Dan Murphy:
>> Create a m_can platform framework that peripherial
>> devices can register to and use common code and register sets.
>> The
On Wed, Jan 16, 2019 at 08:11:44PM +0100, Gerald Schaefer wrote:
> Commit 9d3a4de4cb8d ("iommu: Disambiguate MSI region types") changed
> the reserved region type in intel_iommu_get_resv_regions() from
> IOMMU_RESV_RESERVED to IOMMU_RESV_MSI, but it forgot to also change
> the type in
Hi Lucas,
On 1/21/19 11:05 PM, Lucas A. M. Magalhaes wrote:
> Add a linear pipeline logic for the stream control. It's created by
> walking backwards on the entity graph. When the stream starts it will
> simply loop through the pipeline calling the respective process_frame
> function of each
On Tue, Jan 22, 2019 at 03:31:25PM +0800, Cao jin wrote:
> Hi, Kirll,
>
> On 1/15/19 7:45 PM, Cao jin wrote:
> > Hi,
> > I have been digging into this file for a while, and I still have 2
> > questions unclear, hope to get your help.
> >
>
> >
> > 2.
> > Why gdt64 has following definition?:
On 22.01.19 12:22, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> Currently supported bad block marker positions within the block are:
> * in first page only
> * in last page only
> * in first or second page
>
> Some ESMT NANDs are known to have been shipped by the manufacturer
> with bad
Hi Balbir!
On Tue, Jan 22, 2019 at 02:39:32PM +1300, Singh, Balbir wrote:
>
> On 1/19/19 5:39 AM, Torsten Duwe wrote:
> > + */
> > +ftrace_common_return:
> > + /* restore function args */
> > + ldp x0, x1, [sp]
> > + ldp x2, x3, [sp, #S_X2]
> > + ldp x4, x5, [sp, #S_X4]
> > +
On Mon, Jan 21, 2019 at 03:37:41PM -0800, Florian Fainelli wrote:
On 12/4/18 3:42 PM, Ivan Khoronzhuk wrote:
On Tue, Dec 04, 2018 at 11:49:27AM -0800, Florian Fainelli wrote:
[...]
Ivan, based on the recent submission I copied you on [1], it sounds like
we want to move ahead with your
On 22.01.19 12:22, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> The information about where the manufacturer puts the bad block
> markers inside the bad block and in the OOB data is stored in
> different places. Let's move this information to nand_chip.options
> and
On Tue, 22 Jan 2019 13:48:48 +0100
Andreas Ziegler wrote:
> Commit 9178412ddf5a ("tracing: probeevent: Return consumed
> bytes of dynamic area") improved the string fetching
> mechanism by returning the number of required bytes after
> copying the argument to the dynamic area. However, this
>
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: Tuesday, January 22, 2019 8:52 PM
> To: Aisheng Dong ; linux-kernel@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; shawn...@kernel.org; dl-linux-imx
> ; robh...@kernel.org; devicet...@vger.kernel.org;
> t...@linutronix.de;
On Tue, 22 Jan 2019 11:23:29 +
Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> The information about where the manufacturer puts the bad block
> markers inside the bad block and in the OOB data is stored in
> different places. Let's move this information to nand_chip.options
> and
> I am not sure to understand what is lost. On my setup ethtool shows
> that everything is fine after resume but maybe I fall into a "default"
> working case.
Hi Miquèl
Is the power removed from the switch? If so, you need to restore the
full switch configuration. The current code might be
Add new DMA engine translation function to get the hardware slave id
of the corresponding DMA engine channel. Meanwhile we do not need
to set default slave id in sprd_dma_alloc_chan_resources(), remove it.
Signed-off-by: Baolin Wang
---
drivers/dma/sprd-dma.c | 49
Change to use 2 cells to provide the channel id and slave id for client.
Signed-off-by: Baolin Wang
---
arch/arm64/boot/dts/sprd/whale2.dtsi |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/sprd/whale2.dtsi
b/arch/arm64/boot/dts/sprd/whale2.dtsi
The DMA engine clients can trigger DMA engine automatically by setting
the corresponding hardware slave id for the DMA engine. Thus add one
cell to present the hardware slave id for DMA clients.
Signed-off-by: Baolin Wang
---
Documentation/devicetree/bindings/dma/sprd-dma.txt | 12
From: Priit Laes
Even though HDMI connector features hotplug detect pin (HPD), there
are older devices which do not support it. For these devices fall
back to additional check on I2C bus to probe for EDID data.
One known example is HDMI/DVI display with following edid:
$ xxd -p display.edid
From: Philippe Schenker
Add the stmpe-adc DT node as found on Toradex T30 modules
Signed-off-by: Philippe Schenker
---
arch/arm/boot/dts/tegra30-apalis-v1.1.dtsi | 22 ++
arch/arm/boot/dts/tegra30-apalis.dtsi | 22 ++
From: Philippe Schenker
Add the stmpe-adc DT node as found on Toradex iMX6 modules
Signed-off-by: Philippe Schenker
---
arch/arm/boot/dts/imx6qdl-apalis.dtsi | 22 ++
arch/arm/boot/dts/imx6qdl-colibri.dtsi | 22 ++
2 files changed, 28 insertions(+),
From: Philippe Schenker
Hello,
Recently the STMPE811 driver got pulled by MFD (for 5.1).
This patches I'm sending are now adding support for STMPE811 ADC in
devicetree. These patches have been in the STMPE811 ADC driver patchset
but were not pulled by Lee, as they had no reviews and I also
1 - 100 of 1233 matches
Mail list logo
