Hi Geert, Rob, Guenter,
Thanks for the mail.
On Sat, 12 Jan 2019 at 14:53, Geert Uytterhoeven wrote:
> On Fri, Jan 11, 2019 at 1:37 AM Guenter Roeck wrote:
> > On Wed, Jan 02, 2019 at 09:07:25PM +0530, Firoz Khan wrote:
> > Have you tested this patch ?
Yes.
>
> All these series depend on "scr
Hi Helge,
On Sun, 6 Jan 2019 at 14:37, Helge Deller wrote:
>
> Both patches seem OK, and I can then take them through the parisc
> git tree when the patch above has reached upstream.
Thanks for the mail. Sorry for the late response as I was on a vacation.
FYI, I'm going to abandon this patch se
Hi Michal,
On Thu, 3 Jan 2019 at 18:39, Firoz Khan wrote:
> > Looks good. Will keep this in my queue till depending patch is applied.
>
> Thanks for the feedback. As Geert shared few feedback while m68k review,
> Hopefully, I may have to include those changes here also.
FYI, I'm going to abandon
On Fri, Jan 11, 2019 at 12:12 PM Sabyasachi Gupta
wrote:
>
> Remove linux/xattr.h which is included more than once
>
> Signed-off-by: Sabyasachi Gupta
Acked-by: Souptick Joarder
> ---
> fs/cachefiles/namei.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/fs/cachefiles/namei.c b/fs/ca
On (01/11/19 17:20), Petr Mladek wrote:
> +static void warn_console(bool console_suppressed,
> + int orig_log_level,
> + struct sysrq_key_op *op_p)
> +{
> + static int warned;
> +
> + if (warned)
> + return;
> +
> + /* Do not warn wh
On Mon, Jan 14, 2019 at 11:00:25AM +1100, Michael Ellerman wrote:
> Greg Kroah-Hartman writes:
> > On Sat, Jan 12, 2019 at 10:35:59PM +0100, Christoph Biedl wrote:
> >> Greg Kroah-Hartman wrote...
> >>
> >> > 4.20-stable review patch. If anyone has any objections, please let me
> >> > know.
> >
On Fri, Jan 11, 2019 at 8:59 PM Sabyasachi Gupta
wrote:
>
> Remove linux/poll.h which is included more than once
>
> Signed-off-by: Sabyasachi Gupta
Acked-by: Souptick Joarder
> ---
> fs/coda/psdev.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/fs/coda/psdev.c b/fs/coda/psdev.c
> i
Hi Todd,
url:
https://github.com/0day-ci/linux/commits/Todd-Kjos/binder-create-node-flag-to-request-sender-s-security-context/20190111-095225
New smatch warnings:
drivers/android/binder.c:4364 binder_thread_read() warn: check that 'tr.secctx'
doesn't leak information
#
https://github.com/0
Hi,
Zeng Tao writes:
> We have already returned EAGAIN for bus-expiry, and it's designed to
> start with a future Frame number and start the transfer again. So we
> should not remove the request for that case.
>
> Signed-off-by: Zeng Tao
Do we need a Fixes tag here? How about Cc stable? Can yo
Fix the following compile error:
drivers/pwm/pwm-imx27.c:292:25: error: 'imx_pwm_dt_ids' undeclared
here (not in a function); did you mean 'pwm_imx27_dt_ids'?
Fixes: 5a309d380019 ("pwm: imx: Split into two drivers")
Signed-off-by: Gustavo A. R. Silva
---
drivers/pwm/pwm-imx27.c | 2 +-
1 file c
These options apply to all regulators in this chip.
ti,strict-supply-voltage-supervision:
Set STRICT flag in CONFIG1
ti,under-voltage-limit-microvolt:
Select 2.75, 2.95, 3.25 or 3.35 V UVLO in CONFIG1
ti,under-voltage-hyst-microvolt:
Select 200mV or 400mV UVLOHYS in CONFIG2
Signed-off-by: C
Add input voltage configuration options
Signed-off-by: Christian Hohnstaedt
Reviewed-by: Rob Herring
---
.../devicetree/bindings/regulator/tps65218.txt | 22 ++
1 file changed, 22 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/tps65218.txt
b/Doc
This patch allows to configure input-voltage settings
of the TPS65218 regulator via device tree.
Changes for v3 (whitespace changes only):
- fix indentation issues found by "checkpatch.pl --strict" in tps65218.c
Changes for v2:
- handle the different options in separate functions
- add "ti," p
Hi Shawn,
On 13.01.19 04:31, Shawn Guo wrote:
> On Mon, Jan 07, 2019 at 09:29:54AM +, Schrempf Frieder wrote:
>> From: Frieder Schrempf
>>
>> After switching to the new FSL QSPI driver the property
>> 'fsl,qspi-has-second-chip' is not needed anymore.
>>
>> The driver now uses the 'reg' proper
On 14/1/19 5:12 pm, Joel Stanley wrote:
This shows up in the index of https://www.kernel.org/doc/html/latest/ so
I figured it should be updated.
Fixes: bfeffd15528 ("Linux 5.0-rc1")
Signed-off-by: Joel Stanley
--
We could also remove the version number instead of applying this patch.
You miss
This adds a property "mediatek,num-pwms" for PWM controller.
Signed-off-by: Ryder Lee
---
arch/arm64/boot/dts/mediatek/mt7622.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt7622.dtsi
b/arch/arm64/boot/dts/mediatek/mt7622.dtsi
index 8fc4aa7..ab016cf 10064
This updates bindings for MT7629 pwm controller.
Signed-off-by: Ryder Lee
---
Documentation/devicetree/bindings/pwm/pwm-mediatek.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt
b/Documentation/devicetree/bindings/pwm/pwm-mediatek.tx
This adds a property "mediatek,num-pwms" in example so that we could
set the number of PWM channels via device tree.
Signed-off-by: Ryder Lee
---
Documentation/devicetree/bindings/pwm/pwm-mediatek.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm
This adds a property "mediatek,num-pwms" to avoid having an endless
list of compatibles with no other differences for the same driver.
Signed-off-by: Ryder Lee
---
drivers/pwm/pwm-mediatek.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/drivers/p
This adds a property "mediatek,num-pwms" for PWM controller.
Signed-off-by: Ryder Lee
---
arch/arm/boot/dts/mt7623.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/mt7623.dtsi b/arch/arm/boot/dts/mt7623.dtsi
index 98f1159..2dd2f93 100644
--- a/arch/arm/boot/dts/mt7623.d
On Sat, Jan 12, 2019 at 2:06 AM Matthias Kaehlcke wrote:
>
> Another concern about adding trip points later could be the node
> name. We currently have:
>
>
> trips {
> cpu0_alert0: trip0 {
> ...
> };
>
> cpu0_crit: trip1 {
> ...
> };
> };
>
> If we keep increasing enumeration with
The SDcard detection of hikey960 is active low so cd-inverted is wrong.
Instead of adding cd-inverted, we should better set correctly cd-gpios
to use GPIO_ACTIVE_LOW.
Signed-off-by: Vincent Guittot
---
SD card detection was not working on v5.0-rc1 but patch
https://marc.info/?l=linux-mmc&m=15463
From: Michal Hocko
Pingfan Liu has reported the following splat
[5.772742] BUG: unable to handle kernel paging request at 2088
[5.773618] PGD 0 P4D 0
[5.773618] Oops: [#1] SMP NOPTI
[5.773618] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.20.0-rc1+ #3
[5.773618]
On 12/01/2019 00:49, Stephen Boyd wrote:
Quoting Tero Kristo (2019-01-03 23:28:58)
On 04/01/2019 01:39, Stephen Boyd wrote:
Quoting Andreas Kemnade (2018-12-31 00:30:21)
On Mon, 31 Dec 2018 09:23:01 +0200
Tero Kristo wrote:
On 28/12/2018 22:02, Tony Lindgren wrote:
* Andreas Kemnade [1812
On 12/01/2019 10:07, Lukas Bulwahn wrote:
> In the linux kernel MAINTAINERS file, largely
> "xen-de...@lists.xenproject.org (moderated for non-subscribers)"
> is used to refer to the xen-devel mailing list.
>
> The DRM DRIVERS FOR XEN section entry mentions
> xen-de...@lists.xen.org instead, but
Hi,
This todo entry from staging/android/TODO intriguates me:
vsoc.c, uapi/vsoc_shm.h
- The current driver uses the same wait queue for all of the futexes in a
region. This will cause false wakeups in regions with a large number of
waiting threads. We should eventually use
Hi Linus,
here are some GPIO fixes for the v5.0 series.
The patch hitting the MMC/SD subsystem is fixing up my own
mess when moving semantics from MMC/SD over to gpiolib.
Ulf is on vacation but I managed to reach him on chat and
obtain his ACK.
The other two are early-rc fixes that are not super
On Mon, Jan 14, 2019 at 9:24 AM Vincent Guittot
wrote:
> The SDcard detection of hikey960 is active low so cd-inverted is wrong.
> Instead of adding cd-inverted, we should better set correctly cd-gpios
> to use GPIO_ACTIVE_LOW.
>
> Signed-off-by: Vincent Guittot
Reviewed-by: Linus Walleij
You
No one uses archmrproper.
Signed-off-by: Masahiro Yamada
---
Makefile| 4 ++--
arch/h8300/Makefile | 2 --
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index 68898cc..a9c54e1 100644
--- a/Makefile
+++ b/Makefile
@@ -1360,11 +1360,11 @@ mrproper:
Remove unused variable *info* in rb532_pata_driver_remove():
drivers/ata/pata_rb532_cf.c:165:24: warning: unused variable 'info'
[-Wunused-variable]
Fixes: 0fe98fa056d7 ("ata: rb532_cf: Convert to use GPIO descriptors")
Signed-off-by: Gustavo A. R. Silva
---
drivers/ata/pata_rb532_cf.c | 1 -
1
On Fri, Jan 11, 2019 at 06:30:43PM +0100, Arnd Bergmann wrote:
> On Thu, Jan 10, 2019 at 9:36 PM Heiko Carstens
> wrote:
> > On Thu, Jan 10, 2019 at 05:24:35PM +0100, Arnd Bergmann wrote:
>
> > Since you only need/want the system call numbers, could you please
> > change these lines to:
> >
> > >
On 9/01/19 2:43 PM, Faiz Abbas wrote:
> Commit 961de0a856e3 ("mmc: sdhci-omap: Workaround errata regarding
> SDR104/HS200 tuning failures (i929)") added a select on TI_SOC_THERMAL
> for the driver to get temperature for tuning.
>
> However, this causes the following warning on keystone_defconfig b
On Mon, Jan 14, 2019 at 3:51 PM Mike Rapoport wrote:
>
> Hi Pingfan,
>
> On Fri, Jan 11, 2019 at 01:12:53PM +0800, Pingfan Liu wrote:
> > During boot time, there is requirement to tell whether a series of func
> > call will consume memory or not. For some reason, a temporary memory
> > resource ca
On 5/01/19 12:06 PM, 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. This driver relies on IOSF_M
Hi Vincent,
On Mon, Jan 14, 2019 at 09:24:34AM +0100, Vincent Guittot wrote:
> The SDcard detection of hikey960 is active low so cd-inverted is wrong.
> Instead of adding cd-inverted, we should better set correctly cd-gpios
> to use GPIO_ACTIVE_LOW.
Just remind, usually ARM maintainer has require
On Thu, 10 Jan 2019 17:28:57 +
Schrempf Frieder wrote:
> Hi Yogesh,
>
> my comments below are mainly about things I already mentioned in my
> review for v5 and about removing or simplifying some unnecessary or
> complex code.
>
> Also as I gathered from your conversation with Boris, there
On 12/22/18 11:08 AM, Marcos Paulo de Souza wrote:
> bio_alloc_bioset return a bio pointer or NULL, so we can avoid storing
> the returned data into a new variable.
>
> Signed-off-by: Marcos Paulo de Souza
Acked-by: Artur Paszkiewicz
On 12/01/2019 06:34, Lukas Bulwahn wrote:
> commit 1917d42d14b7 ("fcoe: use enum for fip_mode") introduces a separate
> enum for the fip_mode that shall be used during initialisation handling
> until it is passed to fcoe_ctrl_link_up to set the initial fip_state.
> That change was incomplete and gc
Seems copy and paste typo, not a big deal but still
for consistency sake better to fix.
Signed-off-by: Cyrill Gorcunov
---
include/linux/xarray.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-next.git/include/linux/xarray.h
===
Hi,
On 09.01.2019 20:28, Jiri Olsa wrote:
> On Mon, Dec 24, 2018 at 04:21:33PM +0300, Alexey Budankov wrote:
>>
>> The patch set implements runtime record trace compression accompanied by
>> trace file decompression implemented in the tool report mode. Zstandard
>> library API [1] is used for com
On Sun, Jan 13, 2019 at 4:47 PM Brian Masney wrote:
> This patch series adds hierarchical IRQ chip support to spmi-gpio so
> that device tree consumers can request an IRQ directly from the GPIO
> block rather than having to request an IRQ from the underlying PMIC.
I'm very happy with this series
On Mon, Jan 14, 2019 at 9:43 AM Linus Walleij wrote:
> Regarding the device trees, I think we usually merge device tree
> changes in parallel (orthogonally) and as long as the end result
> after merging both driver code and device tree changes is correct
> we do not bother *too* much about any in
On 11/01/19 1:08 PM, Faiz Abbas wrote:
> From: Chunyan Zhang
>
> Some standard SD host controllers can support both external dma
> controllers as well as ADMA/SDMA in which the SD host controller
> acts as DMA master. TI's omap controller is the case as an example.
>
> Currently the generic SDHC
Hi,
On 09.01.2019 19:58, Jiri Olsa wrote:
> On Mon, Dec 24, 2018 at 04:45:21PM +0300, Alexey Budankov wrote:
>>
>> Introduce --compression_level=n, --mmap-flush options and
>> PERF_RECORD_COMPRESSED
>> event record that contains compressed parts of mmap kernel buffer data.
>>
>> Signed-off-by: Al
A Goodix touchpad doesn't work. Touching the touchpad can trigger IRQ
but there's no input event from HID subsystem.
Turns out it reports some invalid data:
[ 22.136630] i2c_hid i2c-DELL091F:00: input: 0b 00 01 00 00 00 00 00 00 00 00
After some trial and error, it's another device that doesn't
On Mon, Jan 14, 2019 at 04:33:50PM +0800, Pingfan Liu wrote:
> On Mon, Jan 14, 2019 at 3:51 PM Mike Rapoport wrote:
> >
> > Hi Pingfan,
> >
> > On Fri, Jan 11, 2019 at 01:12:53PM +0800, Pingfan Liu wrote:
> > > During boot time, there is requirement to tell whether a series of func
> > > call will
Greetings My Dear,
I sent this mail praying it will found you in a good condition of
health, since I myself are in a very critical health condition in
which I sleep every night without knowing if I may be alive to see
the next day. I am Mrs. Francisca Carlsen from Denmark wife of late
Mr Joh
On Mon, Jan 14, 2019 at 02:15:58AM -0600, Gustavo A. R. Silva wrote:
> Fix the following compile error:
>
> drivers/pwm/pwm-imx27.c:292:25: error: 'imx_pwm_dt_ids' undeclared
> here (not in a function); did you mean 'pwm_imx27_dt_ids'?
>
> Fixes: 5a309d380019 ("pwm: imx: Split into two drivers")
On Fri, Dec 21, 2018 at 11:44 PM Taniya Das wrote:
>
> This change adds the cpufreq node as per the bindings example for SDM845.
>
> Signed-off-by: Taniya Das
> Tested-by: Matthias Kaehlcke
Reviewed-by: Amit Kucheria
Tested-by: Amit Kucheria
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 19
Hi Olof,
Olof Johansson wrote on Sat, 12 Jan 2019 19:57:12
-0800:
> On Sat, Jan 12, 2019 at 6:05 PM Jens Axboe wrote:
> >
> > On 1/12/19 6:29 PM, john.hubb...@gmail.com wrote:
> > > From: John Hubbard
> > >
> > > Commit 49e54187ae0b ("ata: libahci_platform: comply to PHY framework")
> > > u
On Sat 05-01-19 00:54:11, Souptick Joarder wrote:
> This code is converted to use vmf_error().
>
> Signed-off-by: Souptick Joarder
Dan, you are merging DAX patches these days. So probably you should add
yourself to 'FILESYSTEM DIRECT ACCESS (DAX)' in MAINTAINERs. Or I can start
picking patches f
https://slashdot.org/submission/9087542/author-recinds-gpl
The author of the GPL licensed text-mode casino game "GPC-Slots 2" has
rescinded the license from the "Geek feminist" collective.
[Notice: the revocation of the "Geek Feminists"'s license /just/
occurred. 2019. January.]
The original
A small patchset to update the verbs API documentation with some
information regarding the ioctl syscall. First patch converts the
file format to ReST, since this is the new preferred format. 2nd
patch links this file to the main index so we can actually find
it by browsing (search will work in any
Replace the existing Documentation/infiniband/user_verbs.txt with
Documentation/infiniband/user_verbs.rst. No substantial changes to
the content - just some minor reformatting to have the rendering
come out nicely.
This is in preparation for updating the content in a subsequent
patch.
Signed-off-b
Link the previously converted Documentation/infiniband/user_verbs.rst
to the main index by creating a new subsystem (Infiniband) under the
root document. This manifests as a new section under "Kernel API
Documentation" in the index.html, as well as a new section in the
table of contents pane.
This
It is important to understand the existing framework when implementing
a new verb. The majority of existing API functions are implemented using
the write syscall, but this has been superceded by the ioctl syscall
for new commands. This patch updates the documentation regarding how
to go about imple
On Fri, Jan 11, 2019 at 09:03:16PM +0530, Nishad Kamdar wrote:
> This patch series converts uses of the old GPIO API to the GPIO
> descriptor API. It also converts the GPIO driver to use the
> GPIO irqchip library GPIOLIB_IRQCHIP instead of repimplementing
> the same.
>
> Changes in v6:
> - Patch
On Mon, Jan 14, 2019 at 09:26:42AM +0800, Chao Fan wrote:
> According to the code, I saw:
> #ifdef ACPI_ASL_COMPILER
> #define ACPI_32BIT_PHYSICAL_ADDRESS
> #endif
>
> and then
> #ifdef ACPI_32BIT_PHYSICAL_ADDRESS
> typedef u32 acpi_physical_address;
>
> As for ACPI_ASL_COMPILER, I saw iASL in do
> Il giorno 7 dic 2018, alle ore 15:40, Jens Axboe ha scritto:
>
> On 12/7/18 3:01 AM, Paolo Valente wrote:
>>
>>
>>> Il giorno 7 dic 2018, alle ore 03:23, Jens Axboe ha
>>> scritto:
>>>
>>> On 12/6/18 11:18 AM, Paolo Valente wrote:
Hi Jens,
the first patch in this series fixes
On Mon, Jan 14, 2019 at 09:52:14AM +0800, lijiang wrote:
> I would like to remove this variable and post again.
No, you should remove the vmcoreinfo export too:
kernel/crash_core.c:398:VMCOREINFO_OSRELEASE(init_uts_ns.name.release);
after making sure userspace is not using it and *then*
On 11/01/19 14:49, Radim Krčmář wrote:
> 2019-01-08 17:28+0100, Tomas Bortoli:
>> Hi Paolo,
>>
>> On 1/7/19 11:42 PM, Paolo Bonzini wrote:
>>> On 02/01/19 18:29, Tomas Bortoli wrote:
n = kvm_dirty_bitmap_bytes(memslot);
+
+ if (n << 3 < log->num_pages || log->first_page > log->nu
On Mon, Jan 14, 2019 at 4:50 PM Mike Rapoport wrote:
>
> On Mon, Jan 14, 2019 at 04:33:50PM +0800, Pingfan Liu wrote:
> > On Mon, Jan 14, 2019 at 3:51 PM Mike Rapoport wrote:
> > >
> > > Hi Pingfan,
> > >
> > > On Fri, Jan 11, 2019 at 01:12:53PM +0800, Pingfan Liu wrote:
> > > > During boot time,
On Thu, Jan 10, 2019 at 06:07:32PM +0100, Andreas Kemnade wrote:
> On Thu, 10 Jan 2019 13:27:57 +0100
> Johan Hovold wrote:
>
> > On Sun, Dec 09, 2018 at 08:51:50PM +0100, Andreas Kemnade wrote:
> > > Add lna-supply property.
> > >
> > > Signed-off-by: Andreas Kemnade
> > > ---
> > > Changes in
On Mon, Jan 14, 2019 at 01:30:30PM +0800, lijiang wrote:
> I noticed that the checkpatch was coded in Perl. But i am not familiar with
> the Perl program language, that would be beyond my ability to do this, i have
> to learn the Perl program language step by step. :-)
You could give it a try - it
Hi Stephen,
On Fri, Jan 11, 2019 at 02:51:04PM -0800, Stephen Boyd wrote:
> Quoting Manivannan Sadhasivam (2018-12-31 10:55:11)
> > Hello,
> >
> > This patchset adds common clock support for Actions Semi S500 SoC of
> > the Owl family SoCs. This series is based on the initial work done
> > by Edg
On 14. 01. 19 9:03, Firoz Khan wrote:
> Hi Michal,
>
> On Thu, 3 Jan 2019 at 18:39, Firoz Khan wrote:
>>> Looks good. Will keep this in my queue till depending patch is applied.
>>
>> Thanks for the feedback. As Geert shared few feedback while m68k review,
>> Hopefully, I may have to include thos
Hi Samuel,
On 13/01/2019 02:17, Samuel Holland wrote:
> The Allwinner A64 SoC is known[1] to have an unstable architectural
> timer, which manifests itself most obviously in the time jumping forward
> a multiple of 95 years[2][3]. This coincides with 2^56 cycles at a
> timer frequency of 24 MHz, i
- long...@redhat.com wrote:
> On 01/11/2019 12:06 AM, Zhenzhong Duan wrote:
> >
> >
> > On 2019/1/10 22:43, Waiman Long wrote:
> >> On 01/10/2019 03:02 AM, Zhenzhong Duan wrote:
> >>> Hi Maintainer,
> >>>
> >>>
> >>> There is a question confused me for days. Appreciate an answer.
> >>>
> >>>
Am Samstag, 12. Januar 2019, 06:19:15 CET schrieb Eric Biggers:
Hi Eric,
[...]
>
> > + }
> > + }
> > + }, {
> > + .alg = "hkdf(hmac(sha224))",
> > + .test = alg_test_null,
> > + .fips_allowed = 1,
>
> I think it is dumb to add algorith
Am Samstag, 12. Januar 2019, 06:26:46 CET schrieb Eric Biggers:
Hi Eric,
[...]
Thanks. I integrated updates for all comments.
Ciao
Stephan
On Thu, Jan 10, 2019 at 04:20:16PM -0600, Rob Herring wrote:
> Convert the snps,dw-apb-uart binding to DT schema using json-schema.
>
> The Rockchip and Broadcom compatible strings were not documented,
> so add them here.
I believe the documentation of the Renesas compatible strings is also new
i
On Thu, Jan 10, 2019 at 04:20:17PM -0600, Rob Herring wrote:
> The renesas,rzn1-uart binding only differs in compatible string from the
> snps-dw-apb-uart binding. Move it there, converting it to json-schema in
> the process.
This confused me slightly as this patch removes renesas,rzn1-uart.txt
bu
Am Samstag, 12. Januar 2019, 06:12:54 CET schrieb Eric Biggers:
Hi Eric,
[...]
> > The extract and expand phases use different instances of the underlying
> > keyed message digest cipher to ensure that while the extraction phase
> > generates a new key for the expansion phase, the cipher for the
Am Samstag, 12. Januar 2019, 06:27:59 CET schrieb Eric Biggers:
Hi Eric,
[...]
> >
> > +obj-$(CONFIG_CRYPTO_KDF) += kdf.o
>
> This naming is too generic. CONFIG_CRYPTO_KDF and kdf.c imply that this is
> related to all KDFs. But actually it is an implementation of a few specific
> KDFs. Can y
If client have not provided the mask base register then do not
write into the mask register.
Signed-off-by: Laxman Dewangan
Signed-off-by: Jinyoung Park
Signed-off-by: Venkat Reddy Talla
Signed-off-by: Mark Zhang
---
drivers/base/regmap/regmap-irq.c | 6 ++
1 file changed, 6 insertions(+)
On Mon, Dec 10, 2018 at 9:56 AM Xin Long wrote:
>
> On Thu, Dec 6, 2018 at 8:08 PM Marcelo Ricardo Leitner
> wrote:
> >
> > On Thu, Dec 06, 2018 at 11:36:08AM +0100, Alexander Potapenko wrote:
> > > On Wed, Dec 5, 2018 at 8:31 PM syzbot
> > > wrote:
> > > >
> > > > Hello,
> > > >
> > > > syzbot
On Sat, Jan 12, 2019 at 12:16 PM Christophe Leroy
wrote:
>
> In kernel/cputable.c, explicitly use memcpy() in order
> to allow GCC to replace it with __memcpy() when KASAN is
> selected.
>
> Since commit 400c47d81ca38 ("powerpc32: memset: only use dcbz once cache is
> enabled"), memset() can be us
On Sun 2019-01-13 17:25:25, Tony Lindgren wrote:
> Hi all,
>
> Here's a series of patches to add initial serdev support to n_gsm
> TS 27.010 line discipline.
>
> This allows handling vendor specific protocols on top of TS 27.010 and
> allows creating simple serdev drivers where it makes sense. So
On 2019/1/11 下午5:15, Joerg Roedel wrote:
On Fri, Jan 11, 2019 at 11:29:31AM +0800, Jason Wang wrote:
Just wonder if my understanding is correct IOMMU_PLATFORM must be set for
all virtio devices under AMD-SEV guests?
Yes, that is correct. Emulated DMA can only happen on the SWIOTLB
aperture, b
Hi Robin,
please take a look at this series, which implements a completely generic
set of dma_map_ops for IOMMU drivers. This is done by taking the
existing arm64 code, moving it to drivers/iommu and then massaging it
so that it can also work for architectures with DMA remapping. This
should hel
No need for a __KERNEL__ guard outside uapi, make sure we pull in the
includes unconditionally so users can rely on it, and add a missing
comment describing the #else cpp statement. Last but not least include
instead of the asm version, which is frowned upon.
Signed-off-by: Christoph Hellwig
--
Add a Kconfig symbol that indicates an architecture provides a
arch_dma_prep_coherent implementation, and provide a stub otherwise.
This will allow the generic dma-iommu code to it while still allowing
to be built for cache coherent architectures.
Signed-off-by: Christoph Hellwig
---
arch/arm64
We now have a arch_dma_prep_coherent architecture hook that is used
for the generic DMA remap allocator, and we should use the same
interface for the dma-iommu code.
Signed-off-by: Christoph Hellwig
---
arch/arm64/mm/dma-mapping.c | 8 +---
drivers/iommu/dma-iommu.c | 14 --
i
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 13 +
include/linux/dma-iommu.h | 13 +
2 files changed, 2 insertions(+), 24 deletions(-)
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
index e27909771d55..1b76121df94e 100644
--- a/driv
This moves the last remaning non-dispatch code out of iommu_dma_alloc,
preparing to refactor the allocation method selection.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 48 +++
1 file changed, 29 insertions(+), 19 deletions(-)
diff --git
There is nothing really arm64 specific in the iommu_dma_ops
implementation, so move it to dma-iommu.c and keep a lot of symbols
self-contained. Note the implementation does depend on the
DMA_DIRECT_REMAP infrastructure for now, so we'll have to make the
DMA_IOMMU support depend on it, but this wil
The current iommu_dma_get_sgtable code does not properly handle memory
from the page allocator that hasn't been remapped, which can happen in
the rare case of allocations for a coherent device that aren't allowed
to block.
Fix this by replacing iommu_dma_get_sgtable with a slightly tweaked copy
of
For entirely dma coherent architectures there is no good reason to ever
remap dma coherent allocation. Move all the remap and pool code under
CONFIG_DMA_DIRECT_REMAP ifdefs, and drop the Kconfig dependency.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/Kconfig | 1 -
drivers/iommu/dma
Move the call to dma_common_pages_remap / dma_common_free_remap into
__iommu_dma_alloc / __iommu_dma_free and rename those functions to
better describe what they do. This keeps the functionality that
allocates and remaps a non-contigous array of pages nicely abstracted
out from the calling code.
There is no need to remap for pte attributes, or for a virtually
contiguous address, so just don't do it.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iomm
This keeps the code together and will simplify using it in different
ways.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 110 --
1 file changed, 59 insertions(+), 51 deletions(-)
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-io
Split all functionality related to non-coherent devices into a
separate helper, and make the decision flow more obvious.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 51 +++
1 file changed, 25 insertions(+), 26 deletions(-)
diff --git a/dr
Signed-off-by: Christoph Hellwig
---
arch/arm64/mm/dma-mapping.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index fffba9426ee4..bdfb4e985a69 100644
--- a/arch/arm64/mm/dma-mapping.c
+++ b/arch/arm64
With most of the previous functionality now elsewhere a lot of the
headers included in this file are not needed.
Signed-off-by: Christoph Hellwig
---
arch/arm64/mm/dma-mapping.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mappin
From: Eugen Hristev
Precision Design Associates, Inc. (PDA) manufactures standard and custom
capacitive touch screens, LCD's embedded controllers and custom embedded
software. They specialize in industrial, rugged and outdoor applications.
Website: http://www.pdaatl.com/
Signed-off-by: Eugen Hri
Reorder the checks a bit so that a non-remapped allocation is the
fallthrough case, as this will ease making remapping conditional.
Also get rid of the confusing game with the size and iosize variables
and rename the handle argument to the more standard dma_handle.
Signed-off-by: Christoph Hellwig
This keeps the code together and will simplify compiling the code
out on architectures that are always dma coherent.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 51 +--
1 file changed, 38 insertions(+), 13 deletions(-)
diff --git a/driver
Directly iterating over the pages makes the code a bit simpler and
prepares for the following changes.
Signed-off-by: Christoph Hellwig
---
drivers/iommu/dma-iommu.c | 40 +--
1 file changed, 17 insertions(+), 23 deletions(-)
diff --git a/drivers/iommu/dma-io
From: Eugen Hristev
PDA 91-00156-A0 5.0 is a 5.0" WVGA TFT LCD panel.
This panel with backlight is found in PDA 5" LCD screen (TM5000 series or
AC320005-5).
Signed-off-by: Eugen Hristev
---
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
From: Eugen Hristev
Hello,
This patch series adds support for PDA (Precision Design Associates, Inc.)
vendor, and for the PDA 91-00156-A0 simple panel, together with the bindings.
The series is on top of http://anongit.freedesktop.org/git/drm/drm.git drm-next
branch.
Changes in v2:
- According
1 - 100 of 1164 matches
Mail list logo
