Re: [PATCH v2 1/3] clk: rockchip: fix up the RK3228 clk cpu setting table

Am Freitag, 28. April 2017, 15:02:45 CEST schrieb Elaine Zhang: > support more cpu freq, and add armcore div setting. > > Signed-off-by: Elaine Zhang applied for 4.13, after fixing the indentations of the defines to match the previous style (and other rockchip socs).

Re: [PATCH v2 1/3] clk: rockchip: fix up the RK3228 clk cpu setting table

Am Freitag, 28. April 2017, 15:02:45 CEST schrieb Elaine Zhang: > support more cpu freq, and add armcore div setting. > > Signed-off-by: Elaine Zhang applied for 4.13, after fixing the indentations of the defines to match the previous style (and other rockchip socs). Thanks Heiko

Re: [PATCH V2 2/2] clk: rockchip: fix the incorrect ids

Am Dienstag, 25. April 2017, 14:41:10 CEST schrieb Eddie Cai: > the ids of clk_testout1 and clk_testout2 is incorrect now. let's correct it > > Signed-off-by: Eddie Cai applied for 4.13, after fixing the subject up a bit [the old ids are not incorrect, there simply

Re: [PATCH V2 2/2] clk: rockchip: fix the incorrect ids

Am Dienstag, 25. April 2017, 14:41:10 CEST schrieb Eddie Cai: > the ids of clk_testout1 and clk_testout2 is incorrect now. let's correct it > > Signed-off-by: Eddie Cai applied for 4.13, after fixing the subject up a bit [the old ids are not incorrect, there simply weren't any assigned to the

Re: [PATCH V2 1/2] clk: rockchip: add ids for camera

Am Dienstag, 25. April 2017, 14:41:09 CEST schrieb Eddie Cai: > we use SCLK_TESTCLKOUT1 and SCLK_TESTCLKOUT2 for camera, so add those ids. > > Signed-off-by: Eddie Cai applied for 4.13 Thanks Heiko

Re: [PATCH V2 1/2] clk: rockchip: add ids for camera

Am Dienstag, 25. April 2017, 14:41:09 CEST schrieb Eddie Cai: > we use SCLK_TESTCLKOUT1 and SCLK_TESTCLKOUT2 for camera, so add those ids. > > Signed-off-by: Eddie Cai applied for 4.13 Thanks Heiko

Re: next-20170515: WARNING: CPU: 0 PID: 1 at arch/x86/mm/dump_pagetables.c:236 note_page+0x630/0x7e0

On Wed, May 17, 2017 at 9:40 AM, Luis R. Rodriguez wrote: > Yes, but I had killed that boot session again, so upon my next boot > I had a different layout, the ASLR gap was much larger: > > ---[ Modules ]--- > 0xc000-0xc01b1728K

Re: next-20170515: WARNING: CPU: 0 PID: 1 at arch/x86/mm/dump_pagetables.c:236 note_page+0x630/0x7e0

On Wed, May 17, 2017 at 9:40 AM, Luis R. Rodriguez wrote: > Yes, but I had killed that boot session again, so upon my next boot > I had a different layout, the ASLR gap was much larger: > > ---[ Modules ]--- > 0xc000-0xc01b1728K >pte

Re: [PATCH v2] Added "Preserve Boot Time Support"

On Wed, May 17, 2017 at 02:42:24PM +, Mirea, Bogdan-Stefan wrote: > Hello Sascha, > > On Wednesday, May 17, 2017 2:30 PM Sascha Hauer wrote: > > As John already said, there's the read_boot_clock64() interface which > > should be used here. > > By using the read_boot_clock64() interface you

Re: [RFC][PATCH 3/5] kprobes: Take get_online_cpus() before taking jump_label_lock()

On Fri, 12 May 2017 13:15:47 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (VMware)" > > jump_label_lock() is taken under get_online_cpus(). Make sure that kprobes > follows suit. BTW, register_aggr_kprobe() is called under kprobe_mutex locked.

Re: [PATCH v2] Added "Preserve Boot Time Support"

On Wed, May 17, 2017 at 02:42:24PM +, Mirea, Bogdan-Stefan wrote: > Hello Sascha, > > On Wednesday, May 17, 2017 2:30 PM Sascha Hauer wrote: > > As John already said, there's the read_boot_clock64() interface which > > should be used here. > > By using the read_boot_clock64() interface you

Re: [RFC][PATCH 3/5] kprobes: Take get_online_cpus() before taking jump_label_lock()

On Fri, 12 May 2017 13:15:47 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (VMware)" > > jump_label_lock() is taken under get_online_cpus(). Make sure that kprobes > follows suit. BTW, register_aggr_kprobe() is called under kprobe_mutex locked. Is that OK? Thank you, > >

Re: commit cfafcd117 "futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock()" causes glibc nptl/tst-robustpi8 failure

On 05/17/2017 07:36 PM, Markus Trippelsdorf wrote: > Since: > commit cfafcd117da0216520568c195cb2f6cd1980c4bb > Author: Peter Zijlstra > Date: Wed Mar 22 11:35:58 2017 +0100 > > futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock() > > glibc's

Re: commit cfafcd117 "futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock()" causes glibc nptl/tst-robustpi8 failure

On 05/17/2017 07:36 PM, Markus Trippelsdorf wrote: > Since: > commit cfafcd117da0216520568c195cb2f6cd1980c4bb > Author: Peter Zijlstra > Date: Wed Mar 22 11:35:58 2017 +0100 > > futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock() > > glibc's nptl/tst-robustpi8 testcase fails: >

Re: [copyleft-next] Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Wed, May 17, 2017 at 12:55:02PM -0400, Theodore Ts'o wrote: > On Wed, May 17, 2017 at 01:27:02AM +0200, Luis R. Rodriguez wrote: > > > > I have done the work though, however I can understand this might mean others > > down the chain might need to burn some ink on this. Even if our position is:

Re: [copyleft-next] Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Wed, May 17, 2017 at 12:55:02PM -0400, Theodore Ts'o wrote: > On Wed, May 17, 2017 at 01:27:02AM +0200, Luis R. Rodriguez wrote: > > > > I have done the work though, however I can understand this might mean others > > down the chain might need to burn some ink on this. Even if our position is:

Re: [PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

于 2017年5月18日 GMT+08:00 上午1:37:39, Maxime Ripard 写到: >On Wed, May 17, 2017 at 10:47:16PM +0800, Icenowy Zheng wrote: >> This patchset is the initial patchset for Allwinner DE2 support. >> >> As the DE2 CCU support is already applied, this patchset now contains

Re: [PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

于 2017年5月18日 GMT+08:00 上午1:37:39, Maxime Ripard 写到: >On Wed, May 17, 2017 at 10:47:16PM +0800, Icenowy Zheng wrote: >> This patchset is the initial patchset for Allwinner DE2 support. >> >> As the DE2 CCU support is already applied, this patchset now contains >> only DRM changes and device

Re: [PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

On Wed, May 17, 2017 at 10:47:16PM +0800, Icenowy Zheng wrote: > This patchset is the initial patchset for Allwinner DE2 support. > > As the DE2 CCU support is already applied, this patchset now contains > only DRM changes and device tree changes. > > The SoC used to develop this patchset is

Re: [PATCH v8 0/9] Initial Allwinner Display Engine 2.0 Support

On Wed, May 17, 2017 at 10:47:16PM +0800, Icenowy Zheng wrote: > This patchset is the initial patchset for Allwinner DE2 support. > > As the DE2 CCU support is already applied, this patchset now contains > only DRM changes and device tree changes. > > The SoC used to develop this patchset is

commit cfafcd117 "futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock()" causes glibc nptl/tst-robustpi8 failure

Since: commit cfafcd117da0216520568c195cb2f6cd1980c4bb Author: Peter Zijlstra Date: Wed Mar 22 11:35:58 2017 +0100 futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock() glibc's nptl/tst-robustpi8 testcase fails: glibc-build % ./nptl/tst-robustpi8

commit cfafcd117 "futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock()" causes glibc nptl/tst-robustpi8 failure

Since: commit cfafcd117da0216520568c195cb2f6cd1980c4bb Author: Peter Zijlstra Date: Wed Mar 22 11:35:58 2017 +0100 futex: Rework futex_lock_pi() to use rt_mutex_*_proxy_lock() glibc's nptl/tst-robustpi8 testcase fails: glibc-build % ./nptl/tst-robustpi8 tst-robustpi8:

Re: [PATCH V2 6/6] tty: serial: lpuart: add a more accurate baud rate calculation method

On 2017-05-16 20:47, Dong Aisheng wrote: > On Mon, May 15, 2017 at 10:06:41AM -0700, Stefan Agner wrote: >> On 2017-05-15 00:48, Dong Aisheng wrote: >> > On new LPUART versions, the oversampling ratio for the receiver can be >> > changed from 4x (00011) to 32x (1) which could help us get a

Re: [PATCH V2 6/6] tty: serial: lpuart: add a more accurate baud rate calculation method

On 2017-05-16 20:47, Dong Aisheng wrote: > On Mon, May 15, 2017 at 10:06:41AM -0700, Stefan Agner wrote: >> On 2017-05-15 00:48, Dong Aisheng wrote: >> > On new LPUART versions, the oversampling ratio for the receiver can be >> > changed from 4x (00011) to 32x (1) which could help us get a

Re: [PATCH v2 3/3] arm: dts: rk322x: add watchdog device node.

Am Mittwoch, 17. Mai 2017, 17:52:26 CEST schrieb Frank Wang: > Add watchdog device node for rk322x SoC. > > Signed-off-by: Frank Wang applied for 4.13, after fixing the subject up a bit (ARM: dts: rockchip: ...) Thanks Heiko

Re: [PATCH v2 3/3] arm: dts: rk322x: add watchdog device node.

Am Mittwoch, 17. Mai 2017, 17:52:26 CEST schrieb Frank Wang: > Add watchdog device node for rk322x SoC. > > Signed-off-by: Frank Wang applied for 4.13, after fixing the subject up a bit (ARM: dts: rockchip: ...) Thanks Heiko

Re: [PATCH 1/2] mm: avoid spurious 'bad pmd' warning messages

On 05/17/2017 10:16 AM, Ross Zwisler wrote: > @@ -3061,7 +3061,7 @@ static int pte_alloc_one_map(struct vm_fault *vmf) >* through an atomic read in C, which is what pmd_trans_unstable() >* provides. >*/ > - if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf->pmd)) > +

Re: [PATCH 1/2] mm: avoid spurious 'bad pmd' warning messages

On 05/17/2017 10:16 AM, Ross Zwisler wrote: > @@ -3061,7 +3061,7 @@ static int pte_alloc_one_map(struct vm_fault *vmf) >* through an atomic read in C, which is what pmd_trans_unstable() >* provides. >*/ > - if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf->pmd)) > +

Re: [PATCH] ARM: sun8i: v3s: enable SPI

On Wed, May 17, 2017 at 09:52:57PM +0800, Icenowy Zheng wrote: > Allwinner V3s SoC has a SPI controller, muxed with the MMC2 controller > at PC bank. The controller itself is identical to the one in H3 SoC. > > Add device tree node and the only pinmux node for it. > > Tested with a Winbond

Re: [PATCH] ARM: sun8i: v3s: enable SPI

On Wed, May 17, 2017 at 09:52:57PM +0800, Icenowy Zheng wrote: > Allwinner V3s SoC has a SPI controller, muxed with the MMC2 controller > at PC bank. The controller itself is identical to the one in H3 SoC. > > Add device tree node and the only pinmux node for it. > > Tested with a Winbond

Re: [PATCH linux-next v2 1/1] spi: imx: dynamic burst length adjust for PIO mode

On Mon, 2017-05-01 at 03:31 -0700, jiada_w...@mentor.com wrote: > From: Jiada Wang > > previously burst length (BURST_LENGTH) is always set to equal > to bits_per_word, causes a 10us gap between each word in > transfer, which significantly affects performance. > > This

Re: [PATCH linux-next v2 1/1] spi: imx: dynamic burst length adjust for PIO mode

On Mon, 2017-05-01 at 03:31 -0700, jiada_w...@mentor.com wrote: > From: Jiada Wang > > previously burst length (BURST_LENGTH) is always set to equal > to bits_per_word, causes a 10us gap between each word in > transfer, which significantly affects performance. > > This patch uses 32 bits

Re: [PATCH] edac: thunderx: Replace pci_alloc_msix_exact

On Wed, May 17, 2017 at 06:35:05PM +0300, Sergei Temerkhanov wrote: > CIL... > > On Tue, May 16, 2017 at 12:54 PM, Jan Glauber wrote: > > Replace the deprecated pci_alloc_msix_exact() with > > pci_alloc_irq_vectors(). > > > > Avoid the container_of usage in the interrupt

Re: [PATCH] edac: thunderx: Replace pci_alloc_msix_exact

On Wed, May 17, 2017 at 06:35:05PM +0300, Sergei Temerkhanov wrote: > CIL... > > On Tue, May 16, 2017 at 12:54 PM, Jan Glauber wrote: > > Replace the deprecated pci_alloc_msix_exact() with > > pci_alloc_irq_vectors(). > > > > Avoid the container_of usage in the interrupt handler > > by simply

Re: [PATCH v2] kbuild: skip install/check of headers right under uapi directories

2017-05-16 16:40 GMT+09:00 Nicolas Dichtel : > Le 16/05/2017 à 07:15, Masahiro Yamada a écrit : >> Since commit 61562f981e92 ("uapi: export all arch specifics >> directories"), "make INSTALL_HDR_PATH=$root/usr headers_install" >> deletes standard glibc headers and others

Re: [PATCH v2] kbuild: skip install/check of headers right under uapi directories

2017-05-16 16:40 GMT+09:00 Nicolas Dichtel : > Le 16/05/2017 à 07:15, Masahiro Yamada a écrit : >> Since commit 61562f981e92 ("uapi: export all arch specifics >> directories"), "make INSTALL_HDR_PATH=$root/usr headers_install" >> deletes standard glibc headers and others in $root/usr/include. >>

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 10:02:00AM -0700, John Stultz wrote: > On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar wrote: > > On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: > >> Could you submit your linux-tktest infrastructure to the kselftests dir? > > > > I

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 10:02:00AM -0700, John Stultz wrote: > On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar wrote: > > On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: > >> Could you submit your linux-tktest infrastructure to the kselftests dir? > > > > I can, but it's a mess

[PATCH v3 6/6] um: console: Ignore console= option

Ignore linux kernel's console= option at uml's console option handler. Since uml's con= option is only for setting up new console, and Linux kernel's console= option specify to which console kernel output its message, we can use both option for different purpose. Signed-off-by: Masami Hiramatsu

[PATCH v3 6/6] um: console: Ignore console= option

Ignore linux kernel's console= option at uml's console option handler. Since uml's con= option is only for setting up new console, and Linux kernel's console= option specify to which console kernel output its message, we can use both option for different purpose. Signed-off-by: Masami Hiramatsu

[PATCH v3 3/6] um: Use os_info for the messages on normal path

Use os_info() for printing out the messages on the normal execution path. Signed-off-by: Masami Hiramatsu --- Changes in v3: - Cast rlim_min/max to unsigned long long explicitly for avoiding printf-format warning. --- arch/um/kernel/um_arch.c|8

[PATCH v3 3/6] um: Use os_info for the messages on normal path

Use os_info() for printing out the messages on the normal execution path. Signed-off-by: Masami Hiramatsu --- Changes in v3: - Cast rlim_min/max to unsigned long long explicitly for avoiding printf-format warning. --- arch/um/kernel/um_arch.c|8 arch/um/os-Linux/main.c

[PATCH v3 2/6] um: Add os_info() for pre-boot information messages

Add os_info() for printing out pre-boot information level messages in stderr. The messages via os_info() are suppressed by "quiet" kernel command line. Signed-off-by: Masami Hiramatsu --- arch/um/include/shared/os.h |2 ++ arch/um/os-Linux/util.c | 25

[PATCH v3 2/6] um: Add os_info() for pre-boot information messages

Add os_info() for printing out pre-boot information level messages in stderr. The messages via os_info() are suppressed by "quiet" kernel command line. Signed-off-by: Masami Hiramatsu --- arch/um/include/shared/os.h |2 ++ arch/um/os-Linux/util.c | 25 + 2

[PATCH] generic: add regression test for DAX PTE/PMD races

This adds a regression test for the following kernel patches: mm: avoid spurious 'bad pmd' warning messages dax: Fix race between colliding PMD & PTE entries The above patches fix two related PMD vs PTE races in the DAX code. These can both be easily triggered by having two threads reading

[PATCH] generic: add regression test for DAX PTE/PMD races

This adds a regression test for the following kernel patches: mm: avoid spurious 'bad pmd' warning messages dax: Fix race between colliding PMD & PTE entries The above patches fix two related PMD vs PTE races in the DAX code. These can both be easily triggered by having two threads reading

[PATCH v3 5/6] um: Use os_warn to print out pre-boot warning/error messages

Use os_warn() instead of printf/fprintf to print out pre-boot warning/error messages to stderr. Note that the help message and version message are kept to print out to stdout, because user explicitly specifies those options to get such information. Signed-off-by: Masami Hiramatsu

[PATCH v3 5/6] um: Use os_warn to print out pre-boot warning/error messages

Use os_warn() instead of printf/fprintf to print out pre-boot warning/error messages to stderr. Note that the help message and version message are kept to print out to stdout, because user explicitly specifies those options to get such information. Signed-off-by: Masami Hiramatsu --- Changes

[PATCH v3 4/6] um: Add os_warn() for pre-boot warning/error messages

Add os_warn() for printing out pre-boot warning/error messages in stderr. The messages via os_warn() are not suppressed by quiet option. Signed-off-by: Masami Hiramatsu --- arch/um/include/shared/os.h |2 ++ arch/um/os-Linux/util.c |9 + 2 files changed,

[PATCH 2/2] dax: Fix race between colliding PMD & PTE entries

We currently have two related PMD vs PTE races in the DAX code. These can both be easily triggered by having two threads reading and writing simultaneously to the same private mapping, with the key being that private mapping reads can be handled with PMDs but private mapping writes are always

[PATCH v3 4/6] um: Add os_warn() for pre-boot warning/error messages

Add os_warn() for printing out pre-boot warning/error messages in stderr. The messages via os_warn() are not suppressed by quiet option. Signed-off-by: Masami Hiramatsu --- arch/um/include/shared/os.h |2 ++ arch/um/os-Linux/util.c |9 + 2 files changed, 11 insertions(+)

[PATCH 2/2] dax: Fix race between colliding PMD & PTE entries

We currently have two related PMD vs PTE races in the DAX code. These can both be easily triggered by having two threads reading and writing simultaneously to the same private mapping, with the key being that private mapping reads can be handled with PMDs but private mapping writes are always

[PATCH 1/2] mm: avoid spurious 'bad pmd' warning messages

When the pmd_devmap() checks were added by: commit 5c7fb56e5e3f ("mm, dax: dax-pmd vs thp-pmd vs hugetlbfs-pmd") to add better support for DAX huge pages, they were all added to the end of if() statements after existing pmd_trans_huge() checks. So, things like: - if

[PATCH 1/2] mm: avoid spurious 'bad pmd' warning messages

When the pmd_devmap() checks were added by: commit 5c7fb56e5e3f ("mm, dax: dax-pmd vs thp-pmd vs hugetlbfs-pmd") to add better support for DAX huge pages, they were all added to the end of if() statements after existing pmd_trans_huge() checks. So, things like: - if

[PATCH v3 0/6] um: Output messages to stderr and support quiet option

Hello, Here is version 3 of um-quiet series. In this version I just fixed some printf format issues. V2 is here. https://lkml.org/lkml/2017/5/8/35 This series fixes some boot time printf output to stderr by adding os_info() and os_warn(). The information-level messages via os_info() are

[PATCH v3 0/6] um: Output messages to stderr and support quiet option

Hello, Here is version 3 of um-quiet series. In this version I just fixed some printf format issues. V2 is here. https://lkml.org/lkml/2017/5/8/35 This series fixes some boot time printf output to stderr by adding os_info() and os_warn(). The information-level messages via os_info() are

[PATCH v3 1/6] um: Use printk instead of printf in make_uml_dir

Since this function will be called after printk buffer initialized, use printk as other functions do. Signed-off-by: Masami Hiramatsu --- Changes in v2: - Use "%s", __func__ according to checkpatches.pl --- arch/um/os-Linux/umid.c | 11 +++ 1 file changed, 7

[PATCH v3 1/6] um: Use printk instead of printf in make_uml_dir

Since this function will be called after printk buffer initialized, use printk as other functions do. Signed-off-by: Masami Hiramatsu --- Changes in v2: - Use "%s", __func__ according to checkpatches.pl --- arch/um/os-Linux/umid.c | 11 +++ 1 file changed, 7 insertions(+), 4

[PATCH] staging: netlogic: Delete an error message for a failed memory allocation in xlr_config_spill()

From: Markus Elfring Date: Wed, 17 May 2017 19:01:10 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link:

[PATCH] staging: netlogic: Delete an error message for a failed memory allocation in xlr_config_spill()

From: Markus Elfring Date: Wed, 17 May 2017 19:01:10 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf

Re: [PATCH v6 2/3] iommu/pci: reserve IOVA for PCI masters

On Tue, May 16, 2017 at 10:52:06AM +0530, Oza Pawandeep wrote: > this patch reserves the IOVA for PCI masters. > ARM64 based SOCs may have scattered memory banks. > such as iproc based SOC has > > <0x 0x8000 0x0 0x8000>, /* 2G @ 2G */ > <0x0008 0x8000 0x3 0x8000>, /*

Re: [PATCH v6 2/3] iommu/pci: reserve IOVA for PCI masters

On Tue, May 16, 2017 at 10:52:06AM +0530, Oza Pawandeep wrote: > this patch reserves the IOVA for PCI masters. > ARM64 based SOCs may have scattered memory banks. > such as iproc based SOC has > > <0x 0x8000 0x0 0x8000>, /* 2G @ 2G */ > <0x0008 0x8000 0x3 0x8000>, /*

[PATCH v6 2/2] selinux: expose policy brief via selinuxfs

Expose policy brief via selinuxfs. Signed-off-by: Sebastien Buisson --- security/selinux/selinuxfs.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c index e8fe914..2561f96 100644 ---

[PATCH v6 2/2] selinux: expose policy brief via selinuxfs

Expose policy brief via selinuxfs. Signed-off-by: Sebastien Buisson --- security/selinux/selinuxfs.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c index e8fe914..2561f96 100644 ---

[PATCH v6 1/2] selinux: add brief info to policydb

Add policybrief field to struct policydb. It holds a brief info of the policydb, made of colon separated name and value pairs that give information about how the policy is applied in the security module(s). Note that the ordering of the fields in the string may change. Policy brief is computed

[PATCH v6 1/2] selinux: add brief info to policydb

Add policybrief field to struct policydb. It holds a brief info of the policydb, made of colon separated name and value pairs that give information about how the policy is applied in the security module(s). Note that the ordering of the fields in the string may change. Policy brief is computed

Re: [PATCH v6 1/3] of/pci/dma: fix DMA configuration for PCI masters

On Tue, May 16, 2017 at 10:52:05AM +0530, Oza Pawandeep wrote: > current device framework and OF framework integration assumes s/current/The current/ > dma-ranges in a way where memory-mapped devices define their > dma-ranges. (child-bus-address, parent-bus-address, length). > >

Re: [PATCH v6 1/3] of/pci/dma: fix DMA configuration for PCI masters

On Tue, May 16, 2017 at 10:52:05AM +0530, Oza Pawandeep wrote: > current device framework and OF framework integration assumes s/current/The current/ > dma-ranges in a way where memory-mapped devices define their > dma-ranges. (child-bus-address, parent-bus-address, length). > >

[RFC PATCH 02/11] drm: sun4i: add support for H3 mixers

From: Icenowy Zheng Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI channels, and the other has 1 VI and 1 UI. Add support for these two variants. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 18 ++

[RFC PATCH 02/11] drm: sun4i: add support for H3 mixers

From: Icenowy Zheng Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI channels, and the other has 1 VI and 1 UI. Add support for these two variants. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 18 ++ 1 file changed, 18 insertions(+)

Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER

On Wed, May 17, 2017 at 05:00:07PM +0530, Sricharan R wrote: > Now with iommu probe deferral, we return -EPROBE_DEFER > for master's that are connected to an iommu which is not s/master's/masters/ s/iommu/IOMMU/ in your English text (changelogs and comments). That seems to be the convention,

Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER

On Wed, May 17, 2017 at 05:00:07PM +0530, Sricharan R wrote: > Now with iommu probe deferral, we return -EPROBE_DEFER > for master's that are connected to an iommu which is not s/master's/masters/ s/iommu/IOMMU/ in your English text (changelogs and comments). That seems to be the convention,

[RFC PATCH 10/11] ARM: sun8i: h3: add display engine pipeline for TVE

As we have already the support for the TV encoder on Allwinner H3, add the display engine pipeline device tree nodes to its DTSI file. The H5 pipeline has some differences and will be enabled later. The currently-unused mixer0 and tcon0 are also needed, for the completement of the pipeline.

[RFC PATCH 10/11] ARM: sun8i: h3: add display engine pipeline for TVE

As we have already the support for the TV encoder on Allwinner H3, add the display engine pipeline device tree nodes to its DTSI file. The H5 pipeline has some differences and will be enabled later. The currently-unused mixer0 and tcon0 are also needed, for the completement of the pipeline.

[RFC PATCH 09/11] clk: sunxi-ng: export CLK_PLL_DE for H3

The CLK_PLL_DE is needed to be referenced in device tree for H3, for both forcing the parent of PLL_DE. So export it to the device tree binding header. Signed-off-by: Icenowy Zheng --- drivers/clk/sunxi-ng/ccu-sun8i-h3.h | 3 +-- include/dt-bindings/clock/sun8i-h3-ccu.h |

[RFC PATCH 09/11] clk: sunxi-ng: export CLK_PLL_DE for H3

The CLK_PLL_DE is needed to be referenced in device tree for H3, for both forcing the parent of PLL_DE. So export it to the device tree binding header. Signed-off-by: Icenowy Zheng --- drivers/clk/sunxi-ng/ccu-sun8i-h3.h | 3 +-- include/dt-bindings/clock/sun8i-h3-ccu.h | 2 ++ 2 files

[RFC PATCH 08/11] clk: sunxi-ng: allow CLK_DE to set CLK_PLL_DE for H3

Allwinner H3 features a PLL named CLK_PLL_DE, and a mod clock for the "Display Engine 2.0" named CLK_DE. As the name indicated, the CLK_PLL_DE is a PLL for CLK_DE. Only CLK_DE and CLK_TVE have a parent of CLK_PLL_DE, and CLK_TVE is also one part of the display clocks. So allow CLK_DE to set

[RFC PATCH 08/11] clk: sunxi-ng: allow CLK_DE to set CLK_PLL_DE for H3

Allwinner H3 features a PLL named CLK_PLL_DE, and a mod clock for the "Display Engine 2.0" named CLK_DE. As the name indicated, the CLK_PLL_DE is a PLL for CLK_DE. Only CLK_DE and CLK_TVE have a parent of CLK_PLL_DE, and CLK_TVE is also one part of the display clocks. So allow CLK_DE to set

Re: [PATCH 09/22] scsi: hisi_sas: retrieve SAS address for pci-based controller

On 17/05/2017 15:13, Arnd Bergmann wrote: On Wed, May 17, 2017 at 3:37 PM, John Garry wrote: On 17/05/2017 13:37, Arnd Bergmann wrote: Since this uses the _DSD information that was introduced for compatibility between device tree and ACPI based data, why not write the

[RFC PATCH 06/11] drm: sun4i: add color space correction support for DE2 mixer

The DE2 mixer can do color space correction needed by TV Encoder with its DCSC sub-engine. Add support for it. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 35 +++ drivers/gpu/drm/sun4i/sun8i_mixer.h | 6 +- 2

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar wrote: > On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: >> So thanks for sending these out. I still need to look them over in >> depth, but can I make another ask here? :) >> >> Could you submit your

[RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

Allwinner H3 features a TV encoder similar to the one in earlier SoCs, but with some different points about clocks: - It has a mod clock and a bus clock. - The mod clock must be at a fixed rate to generate signal. Add support for it. Signed-off-by: Icenowy Zheng ---

Re: [PATCH 09/22] scsi: hisi_sas: retrieve SAS address for pci-based controller

On 17/05/2017 15:13, Arnd Bergmann wrote: On Wed, May 17, 2017 at 3:37 PM, John Garry wrote: On 17/05/2017 13:37, Arnd Bergmann wrote: Since this uses the _DSD information that was introduced for compatibility between device tree and ACPI based data, why not write the code so that it can

[RFC PATCH 06/11] drm: sun4i: add color space correction support for DE2 mixer

The DE2 mixer can do color space correction needed by TV Encoder with its DCSC sub-engine. Add support for it. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 35 +++ drivers/gpu/drm/sun4i/sun8i_mixer.h | 6 +- 2 files changed, 40

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar wrote: > On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: >> So thanks for sending these out. I still need to look them over in >> depth, but can I make another ask here? :) >> >> Could you submit your linux-tktest infrastructure to

[RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

Allwinner H3 features a TV encoder similar to the one in earlier SoCs, but with some different points about clocks: - It has a mod clock and a bus clock. - The mod clock must be at a fixed rate to generate signal. Add support for it. Signed-off-by: Icenowy Zheng ---

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-17 18:04 GMT+02:00 William Roberts : > I'm assuming in the Lustre code you're going to call security_policy_brief(), > how would the caller know how big that buffer is going to be? We can determine it at configure time for instance, given that len as an output

Re: [PATCH v5 1/2] selinux: add brief info to policydb

2017-05-17 18:04 GMT+02:00 William Roberts : > I'm assuming in the Lustre code you're going to call security_policy_brief(), > how would the caller know how big that buffer is going to be? We can determine it at configure time for instance, given that len as an output parameter would give the

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: > So thanks for sending these out. I still need to look them over in > depth, but can I make another ask here? :) > > Could you submit your linux-tktest infrastructure to the kselftests dir? I can, but it's a mess that breaks

Re: [PATCH RFC 0/3] Improve stability of system clock

On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote: > So thanks for sending these out. I still need to look them over in > depth, but can I make another ask here? :) > > Could you submit your linux-tktest infrastructure to the kselftests dir? I can, but it's a mess that breaks

Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Wed, May 17, 2017 at 01:27:02AM +0200, Luis R. Rodriguez wrote: > > I have done the work though, however I can understand this might mean others > down the chain might need to burn some ink on this. Even if our position is: > > "we rather avoid any attorneys burning any ink and we prefer to

Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Wed, May 17, 2017 at 01:27:02AM +0200, Luis R. Rodriguez wrote: > > I have done the work though, however I can understand this might mean others > down the chain might need to burn some ink on this. Even if our position is: > > "we rather avoid any attorneys burning any ink and we prefer to

Re: [PATCH v2 43/53] docs: update old references for DocBook from the documentation

On Tue, May 16, 2017 at 09:16:35AM -0300, Mauro Carvalho Chehab wrote: > DocBook is mentioned several times at the documentation. Update > the obsolete references from it at the DocBook. > > Acked-by: SeongJae Park > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH v2 43/53] docs: update old references for DocBook from the documentation

On Tue, May 16, 2017 at 09:16:35AM -0300, Mauro Carvalho Chehab wrote: > DocBook is mentioned several times at the documentation. Update > the obsolete references from it at the DocBook. > > Acked-by: SeongJae Park > Signed-off-by: Mauro Carvalho Chehab Acked-by: Bjorn Helgaas# for

[RFC PATCH 04/11] drm: sun4i: add support for H3's TCON0/1

From: Icenowy Zheng Allwinner H3 has two special TCONs, both come without channel0. And the TCON1 of H3 has no special clocks even for the channel1. Add support for these kinds of TCON. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_tcon.c |

[RFC PATCH 04/11] drm: sun4i: add support for H3's TCON0/1

From: Icenowy Zheng Allwinner H3 has two special TCONs, both come without channel0. And the TCON1 of H3 has no special clocks even for the channel1. Add support for these kinds of TCON. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 78

[RFC PATCH 03/11] drm: sun4i: ignore swapped mixer<->tcon connection for DE2

Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to tcon0 and mixer1 is connected to tcon1; however by setting a bit the connection can be swapped. As we now hardcode the default connection, ignore the bonus endpoint for the mixer's output and the TCON's input, as they stands for

[RFC PATCH 03/11] drm: sun4i: ignore swapped mixer<->tcon connection for DE2

Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to tcon0 and mixer1 is connected to tcon1; however by setting a bit the connection can be swapped. As we now hardcode the default connection, ignore the bonus endpoint for the mixer's output and the TCON's input, as they stands for

[RFC PATCH 05/11] drm: sun4i: add compatible for H3 display engine

Add a compatible string for H3 display engine in sun4i_drv code. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c b/drivers/gpu/drm/sun4i/sun4i_drv.c index

[RFC PATCH 05/11] drm: sun4i: add compatible for H3 display engine

Add a compatible string for H3 display engine in sun4i_drv code. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c b/drivers/gpu/drm/sun4i/sun4i_drv.c index 29bf1325ded6..c0de0741c923 100644

<    2   3   4   5   6   7   8   9   10   11   >