Re: [PATCH v4 6/9] clk: stm32f4: Add SAI clocks

On 12/13, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch introduces SAI clocks for stm32f4 socs. > > Signed-off-by: Gabriel Fernandez > --- Applied to clk-stm32f4 and merged into clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH v4 2/9] clk: stm32f4: Add PLL_I2S & PLL_SAI for STM32F429/469 boards

On 12/13, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch introduces PLL_I2S and PLL_SAI. > Vco clock of these PLLs can be modify by DT (only n multiplicator, > m divider is still fixed by the boot-loader). > Each PLL has 3 dividers. PLL should be off when we modify the

Re: [PATCH v4 1/9] clk: stm32f4: Update DT bindings documentation

On 12/13, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > Creation of dt include file for specific stm32f4 clocks. > These specific clocks are not derived from system clock (SYSCLOCK) > We should use index 1 to use these clocks in DT. > e.g. < 1 CLK_LSI> >

Re: [PATCH v4 1/9] clk: stm32f4: Update DT bindings documentation

On 12/13, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > Creation of dt include file for specific stm32f4 clocks. > These specific clocks are not derived from system clock (SYSCLOCK) > We should use index 1 to use these clocks in DT. > e.g. < 1 CLK_LSI> > > Signed-off-by: Gabriel

Re: [PATCH v2] clk: qcom: smd-rpmcc: Add msm8974 clocks

On 11/21, Rob Herring wrote: > On Fri, Nov 18, 2016 at 08:33:25AM -0800, Bjorn Andersson wrote: > > This adds all RPM based clocks for msm8974, except cxo and > > gfx3d_clk_src. > > > > Tested-by: Georgi Djakov > > Signed-off-by: Bjorn Andersson

Re: [PATCH v2] clk: qcom: smd-rpmcc: Add msm8974 clocks

On 11/21, Rob Herring wrote: > On Fri, Nov 18, 2016 at 08:33:25AM -0800, Bjorn Andersson wrote: > > This adds all RPM based clocks for msm8974, except cxo and > > gfx3d_clk_src. > > > > Tested-by: Georgi Djakov > > Signed-off-by: Bjorn Andersson > > --- Applied to clk-qcom-rpm8974 and merged

[PATCH 1/2] power: supply: bq24735: allow polling even if there is no ac-detect gpio

It is possible to verify AC adapter presence via a register read, without any physical connection to the ACOK pin on the charger. Allow this. Signed-off-by: Peter Rosin --- Documentation/devicetree/bindings/power/supply/ti,bq24735.txt | 4 ++--

[PATCH 1/2] power: supply: bq24735: allow polling even if there is no ac-detect gpio

It is possible to verify AC adapter presence via a register read, without any physical connection to the ACOK pin on the charger. Allow this. Signed-off-by: Peter Rosin --- Documentation/devicetree/bindings/power/supply/ti,bq24735.txt | 4 ++-- drivers/power/supply/bq24735-charger.c

Re: [PATCH v1] security: Add a new hook: inode_touch_atime

On 22/12/2016 00:33, Casey Schaufler wrote: > On 12/21/2016 3:15 PM, Mickaël Salaün wrote: >> Add a new LSM hook named inode_touch_atime which is needed to deny >> indirect update of extended file attributes (i.e. access time) which are >> not catched by the inode_setattr hook. By creating a new

Re: [PATCH v1] security: Add a new hook: inode_touch_atime

On 22/12/2016 00:33, Casey Schaufler wrote: > On 12/21/2016 3:15 PM, Mickaël Salaün wrote: >> Add a new LSM hook named inode_touch_atime which is needed to deny >> indirect update of extended file attributes (i.e. access time) which are >> not catched by the inode_setattr hook. By creating a new

Re: [PATCH v4 3/6] clk: qcom: ipq4019: Add the nodes for pcnoc

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver does not have the node for > PCNOC so this patch adds and registers the PCNOC clock nodes. > This PCNOC clock is critical and should not be turned off so > setting CRITICAL flag also. > > Signed-off-by: Abhishek Sahu

Re: [PATCH v4 1/6] clk: qcom: ipq4019: remove fixed clocks and add pll clocks

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver registered the PLL clocks and > dividers as fixed clock. These fixed clock needs to be removed > from driver probe function and same need to be registered with > clock framework. These PLL clocks should be programmed only > once and

Re: [PATCH v4 2/6] clk: qcom: ipq4019: Add the apss cpu pll divider clock node

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver does not have support for all > the frequency supported by APSS CPU. APSS CPU frequency is > provided with APSS CPU PLL divider which divides down the VCO > frequency. This divider is nonlinear and specific to IPQ4019 > so the

Re: [PATCH v4 1/6] clk: qcom: ipq4019: remove fixed clocks and add pll clocks

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver registered the PLL clocks and > dividers as fixed clock. These fixed clock needs to be removed > from driver probe function and same need to be registered with > clock framework. These PLL clocks should be programmed only > once and

Re: [PATCH v4 2/6] clk: qcom: ipq4019: Add the apss cpu pll divider clock node

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver does not have support for all > the frequency supported by APSS CPU. APSS CPU frequency is > provided with APSS CPU PLL divider which divides down the VCO > frequency. This divider is nonlinear and specific to IPQ4019 > so the

Re: [PATCH v4 3/6] clk: qcom: ipq4019: Add the nodes for pcnoc

On 11/25, Abhishek Sahu wrote: > The current ipq4019 clock driver does not have the node for > PCNOC so this patch adds and registers the PCNOC clock nodes. > This PCNOC clock is critical and should not be turned off so > setting CRITICAL flag also. > > Signed-off-by: Abhishek Sahu > ---

Food for thought: could cgroup+bpf live in a cgroup v1-compatible controller?

It seems to be that all of the new cgroup+bpf hooks and all of the proposed networking-related ones that I'm aware of look at sock_cgroup_ptr(). I'm wondering if this could me made cgroup v1 compatible? As far as I can tell, this could be done with no changes at all to the networking code and

Food for thought: could cgroup+bpf live in a cgroup v1-compatible controller?

It seems to be that all of the new cgroup+bpf hooks and all of the proposed networking-related ones that I'm aware of look at sock_cgroup_ptr(). I'm wondering if this could me made cgroup v1 compatible? As far as I can tell, this could be done with no changes at all to the networking code and

Re: [PATCH v4 6/6] clk: qcom: ipq4019: Add the cpu clock frequency change notifier

On 11/25, Abhishek Sahu wrote: > @@ -1736,13 +1737,55 @@ static int clk_cpu_div_set_rate(struct clk_hw *hw, > unsigned long rate, > }; > MODULE_DEVICE_TABLE(of, gcc_ipq4019_match_table); > > +/* Contains index for safe clock during APSS freq change */ > +static int

Re: [PATCH v4 6/6] clk: qcom: ipq4019: Add the cpu clock frequency change notifier

On 11/25, Abhishek Sahu wrote: > @@ -1736,13 +1737,55 @@ static int clk_cpu_div_set_rate(struct clk_hw *hw, > unsigned long rate, > }; > MODULE_DEVICE_TABLE(of, gcc_ipq4019_match_table); > > +/* Contains index for safe clock during APSS freq change */ > +static int

Re: jemalloc testsuite stalls in memset

Hello, Andreas Sorry for long delay. I was on vacation. On Fri, Dec 16, 2016 at 03:16:20PM +0100, Andreas Schwab wrote: > On Dez 16 2016, Minchan Kim wrote: > > > Below helps? > > > > diff --git a/mm/huge_memory.c b/mm/huge_memory.c > > index e10a4fe..dc37c9a 100644 > > ---

Re: jemalloc testsuite stalls in memset

Hello, Andreas Sorry for long delay. I was on vacation. On Fri, Dec 16, 2016 at 03:16:20PM +0100, Andreas Schwab wrote: > On Dez 16 2016, Minchan Kim wrote: > > > Below helps? > > > > diff --git a/mm/huge_memory.c b/mm/huge_memory.c > > index e10a4fe..dc37c9a 100644 > > --- a/mm/huge_memory.c

Re: [PATCH v7 3/6] random: use SipHash in place of MD5

On Wed, Dec 21, 2016 at 3:02 PM, Jason A. Donenfeld wrote: > unsigned int get_random_int(void) > { > - __u32 *hash; > - unsigned int ret; > - > - if (arch_get_random_int()) > - return ret; > - > - hash = get_cpu_var(get_random_int_hash); >

Re: [PATCH net-next 00/10] netcp: enhancements and minor fixes

David, On 12/20/2016 07:03 PM, David Miller wrote: > > The net-next tree is not open, do not resubmit this series until it > is open again. > > Thanks. > Ok. Thanks -- Murali Karicheri Linux Kernel, Keystone

Re: [PATCH v7 3/6] random: use SipHash in place of MD5

On Wed, Dec 21, 2016 at 3:02 PM, Jason A. Donenfeld wrote: > unsigned int get_random_int(void) > { > - __u32 *hash; > - unsigned int ret; > - > - if (arch_get_random_int()) > - return ret; > - > - hash = get_cpu_var(get_random_int_hash); > - > -

Re: [PATCH net-next 00/10] netcp: enhancements and minor fixes

David, On 12/20/2016 07:03 PM, David Miller wrote: > > The net-next tree is not open, do not resubmit this series until it > is open again. > > Thanks. > Ok. Thanks -- Murali Karicheri Linux Kernel, Keystone

Re: [PATCH v18 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Dec 21 2016, Baolin Wang wrote: > On 21 December 2016 at 11:48, NeilBrown wrote: >> On Wed, Dec 21 2016, Baolin Wang wrote: >> >>> Hi, >>> >>> On 21 December 2016 at 06:07, NeilBrown wrote: On Tue, Dec 20 2016, Baolin Wang wrote: > Hi Neil,

Re: [PATCH v18 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Dec 21 2016, Baolin Wang wrote: > On 21 December 2016 at 11:48, NeilBrown wrote: >> On Wed, Dec 21 2016, Baolin Wang wrote: >> >>> Hi, >>> >>> On 21 December 2016 at 06:07, NeilBrown wrote: On Tue, Dec 20 2016, Baolin Wang wrote: > Hi Neil, > > On 3 November 2016

Re: [PATCH v4 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 12/20, Markus Mayer wrote: > From: Markus Mayer > > Add binding document for brcm,brcmstb-cpu-clk-div. > > Signed-off-by: Markus Mayer > --- > .../bindings/clock/brcm,brcmstb-cpu-clk-div.txt| 83 > ++ > MAINTAINERS

Re: [PATCH v4 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 12/20, Markus Mayer wrote: > From: Markus Mayer > > Add binding document for brcm,brcmstb-cpu-clk-div. > > Signed-off-by: Markus Mayer > --- > .../bindings/clock/brcm,brcmstb-cpu-clk-div.txt| 83 > ++ > MAINTAINERS| 1 + > 2

Re: BQ27xxx registers

On 21/12/16 11:46 pm, Pali Rohár wrote: On Wednesday 21 December 2016 03:49:10 Chris Lapa wrote: On 20/12/16 10:34 pm, Pali Rohár wrote: On Tuesday 20 December 2016 07:00:41 Chris Lapa wrote: I can generate a patch to fix this issue, however the bigger problem exists as to which revision fuel

Re: BQ27xxx registers

On 21/12/16 11:46 pm, Pali Rohár wrote: On Wednesday 21 December 2016 03:49:10 Chris Lapa wrote: On 20/12/16 10:34 pm, Pali Rohár wrote: On Tuesday 20 December 2016 07:00:41 Chris Lapa wrote: I can generate a patch to fix this issue, however the bigger problem exists as to which revision fuel

[PATCH 0/4] vfio-mdev: Clean namespace and better define ABI

Cleanup the namespace a bit by prefixing structures with mdev_ and also more concretely define the mdev interface. Structs with comments defining which fields are private vs public tempts poor behavior, especially for an interface where we expect out of tree vendor drivers. Thanks, Alex ---

[PATCH 0/4] vfio-mdev: Clean namespace and better define ABI

Cleanup the namespace a bit by prefixing structures with mdev_ and also more concretely define the mdev interface. Structs with comments defining which fields are private vs public tempts poor behavior, especially for an interface where we expect out of tree vendor drivers. Thanks, Alex ---

Re: [PATCH] clk: stm32f4: Use CLK_OF_DECLARE_DRIVER initialization method

On 12/14, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > Clock and reset controller use same compatible strings (same IP). > > Since commit 989eafd0b609 ("clk: core: Avoid double initialization of > clocks") the OF core flags clock controllers registered

Re: [PATCH] clk: stm32f4: Use CLK_OF_DECLARE_DRIVER initialization method

On 12/14, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > Clock and reset controller use same compatible strings (same IP). > > Since commit 989eafd0b609 ("clk: core: Avoid double initialization of > clocks") the OF core flags clock controllers registered with the >

[PATCH 2/4] vfio-mdev: de-polute the namespace, rename parent_device & parent_ops

From: Alex Williamson Add an mdev_ prefix so we're not poluting the namespace so much. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson

[PATCH 1/4] vfio-mdev: Remove an unused structure element

From: Alex Williamson Cc: Kirti Wankhede Signed-off-by: Alex Williamson --- include/linux/mdev.h |1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/mdev.h b/include/linux/mdev.h index ec819e9..c3dbf0e 100644

[PATCH 2/4] vfio-mdev: de-polute the namespace, rename parent_device & parent_ops

From: Alex Williamson Add an mdev_ prefix so we're not poluting the namespace so much. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson --- drivers/gpu/drm/i915/gvt/kvmgt.c |2 +- drivers/vfio/mdev/mdev_core.c| 28

[PATCH 1/4] vfio-mdev: Remove an unused structure element

From: Alex Williamson Cc: Kirti Wankhede Signed-off-by: Alex Williamson --- include/linux/mdev.h |1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/mdev.h b/include/linux/mdev.h index ec819e9..c3dbf0e 100644 --- a/include/linux/mdev.h +++ b/include/linux/mdev.h @@ -35,7 +35,6

[PATCH v1] security: Fix inode_getattr documentation

Replace arguments @mnt and @dentry with @path. Signed-off-by: Mickaël Salaün Cc: James Morris Cc: Serge E. Hallyn --- include/linux/lsm_hooks.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH v1] security: Fix inode_getattr documentation

Replace arguments @mnt and @dentry with @path. Signed-off-by: Mickaël Salaün Cc: James Morris Cc: Serge E. Hallyn --- include/linux/lsm_hooks.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/include/linux/lsm_hooks.h b/include/linux/lsm_hooks.h index

Re: [PATCH v1] security: Add a new hook: inode_touch_atime

On 12/21/2016 3:15 PM, Mickaël Salaün wrote: > Add a new LSM hook named inode_touch_atime which is needed to deny > indirect update of extended file attributes (i.e. access time) which are > not catched by the inode_setattr hook. By creating a new hook instead of > calling inode_setattr, we avoid

Re: [PATCH RFC] clk: wm831x: fix usleep_range with bad range

On 12/12, Nicholas Mc Guire wrote: > The delay here is not in atomic context and does not seem critical with > respect to precision, but usleep_range(min,max) with min==max results in > giving the timer subsystem no room to optimize uncritical delays. Fix > this by setting the range to 2000,3000

Re: [PATCH v1] security: Add a new hook: inode_touch_atime

On 12/21/2016 3:15 PM, Mickaël Salaün wrote: > Add a new LSM hook named inode_touch_atime which is needed to deny > indirect update of extended file attributes (i.e. access time) which are > not catched by the inode_setattr hook. By creating a new hook instead of > calling inode_setattr, we avoid

Re: [PATCH RFC] clk: wm831x: fix usleep_range with bad range

On 12/12, Nicholas Mc Guire wrote: > The delay here is not in atomic context and does not seem critical with > respect to precision, but usleep_range(min,max) with min==max results in > giving the timer subsystem no room to optimize uncritical delays. Fix > this by setting the range to 2000,3000

[PATCH V3 1/2] mm/memblock.c: trivial code refine in memblock_is_region_memory()

memblock_is_region_memory() invoke memblock_search() to see whether the base address is in the memory region. If it fails, idx would be -1. Then, it returns 0. If the memblock_search() returns a valid index, it means the base address is guaranteed to be in the range memblock.memory.regions[idx].

[PATCH V3 1/2] mm/memblock.c: trivial code refine in memblock_is_region_memory()

memblock_is_region_memory() invoke memblock_search() to see whether the base address is in the memory region. If it fails, idx would be -1. Then, it returns 0. If the memblock_search() returns a valid index, it means the base address is guaranteed to be in the range memblock.memory.regions[idx].

[PATCH 2/2] mm/memblock.c: check return value of memblock_reserve() in memblock_virt_alloc_internal()

memblock_reserve() would add a new range to memblock.reserved in case the new range is not totally covered by any of the current memblock.reserved range. If the memblock.reserved is full and can't resize, memblock_reserve() would fail. This doesn't happen in real world now, I observed this during

[PATCH 2/2] mm/memblock.c: check return value of memblock_reserve() in memblock_virt_alloc_internal()

memblock_reserve() would add a new range to memblock.reserved in case the new range is not totally covered by any of the current memblock.reserved range. If the memblock.reserved is full and can't resize, memblock_reserve() would fail. This doesn't happen in real world now, I observed this during

[PATCH V3 0/2] mm/memblock.c: fix potential bug and code refine

Here are two patch of mm/memblock.c. [1]. A trivial code refine in memblock_is_region_memory(), which removes an unnecessary check on base address. [2]. The original code forgets to check the return value of memblock_reserve(), which may lead to potential problem. The patch fix this. --- v3:

[PATCH V3 0/2] mm/memblock.c: fix potential bug and code refine

Here are two patch of mm/memblock.c. [1]. A trivial code refine in memblock_is_region_memory(), which removes an unnecessary check on base address. [2]. The original code forgets to check the return value of memblock_reserve(), which may lead to potential problem. The patch fix this. --- v3:

Re: [PATCH v5] media: Driver for Toshiba et8ek8 5MP sensor

On Wed, Dec 21, 2016 at 11:42:16PM +0100, Pavel Machek wrote: > Hi! > > > Thanks for the update. > > > > On Wed, Dec 14, 2016 at 01:24:51PM +0100, Pavel Machek wrote: > > ... > > > +static int et8ek8_set_ctrl(struct v4l2_ctrl *ctrl) > > > +{ > > > + struct et8ek8_sensor *sensor = > > > +

Re: [PATCH v5] media: Driver for Toshiba et8ek8 5MP sensor

On Wed, Dec 21, 2016 at 11:42:16PM +0100, Pavel Machek wrote: > Hi! > > > Thanks for the update. > > > > On Wed, Dec 14, 2016 at 01:24:51PM +0100, Pavel Machek wrote: > > ... > > > +static int et8ek8_set_ctrl(struct v4l2_ctrl *ctrl) > > > +{ > > > + struct et8ek8_sensor *sensor = > > > +

[PATCH 3/4] vfio-mdev: Make mdev_parent private

From: Alex Williamson Rather than hoping for good behavior by marking some elements internal, enforce it by making the entire structure private and creating an accessor function for the one useful external field. Cc: Kirti Wankhede Cc: Zhenyu Wang

Re: [PATCH] mtd: nand: fix implicit module.h usage in xway_nand.c

Hi Paul, [auto build test ERROR on mtd/master] [also build test ERROR on v4.9 next-20161221] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Paul-Gortmaker/mtd-nand-fix-implicit-module-h-usage

[PATCH 3/4] vfio-mdev: Make mdev_parent private

From: Alex Williamson Rather than hoping for good behavior by marking some elements internal, enforce it by making the entire structure private and creating an accessor function for the one useful external field. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by:

Re: [PATCH] mtd: nand: fix implicit module.h usage in xway_nand.c

Hi Paul, [auto build test ERROR on mtd/master] [also build test ERROR on v4.9 next-20161221] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Paul-Gortmaker/mtd-nand-fix-implicit-module-h-usage

[PATCH 4/4] vfio-mdev: Make mdev_device private and abstract interfaces

From: Alex Williamson Abstract access to mdev_device so that we can define which interfaces are public rather than relying on comments in the structure. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc:

[PATCH 4/4] vfio-mdev: Make mdev_device private and abstract interfaces

From: Alex Williamson Abstract access to mdev_device so that we can define which interfaces are public rather than relying on comments in the structure. Cc: Kirti Wankhede Cc: Zhenyu Wang Cc: Zhi Wang Cc: Jike Song Signed-off-by: Alex Williamson --- drivers/gpu/drm/i915/gvt/kvmgt.c | 18

[PATCH] mtd/redboot: avoid null pointer deref

By giving a bogus partition name, it's possible to trigger a null pointer dereference. Signed-off-by: Jason A. Donenfeld --- drivers/mtd/redboot.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/mtd/redboot.c b/drivers/mtd/redboot.c index

[PATCH] mtd/redboot: avoid null pointer deref

By giving a bogus partition name, it's possible to trigger a null pointer dereference. Signed-off-by: Jason A. Donenfeld --- drivers/mtd/redboot.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/mtd/redboot.c b/drivers/mtd/redboot.c index 7623ac5fc586..53949ef80d36 100644 ---

Re: [Nouveau] [PATCH] drm/nouveau/dma: use rb_entry()

On 12/21/2016 12:02 AM, Geliang Tang wrote: > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. Thanks, I've grabbed the patch. Ben. > > Signed-off-by: Geliang Tang > --- > drivers/gpu/drm/nouveau/nvkm/engine/dma/base.c | 4 ++-- >

Re: [Nouveau] [PATCH] drm/nouveau/dma: use rb_entry()

On 12/21/2016 12:02 AM, Geliang Tang wrote: > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. Thanks, I've grabbed the patch. Ben. > > Signed-off-by: Geliang Tang > --- > drivers/gpu/drm/nouveau/nvkm/engine/dma/base.c | 4 ++-- > 1 file changed, 2

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

Hi, On Wed, Dec 21, 2016 at 2:16 PM, Dave Chinner wrote: > On Fri, Dec 16, 2016 at 10:59:06AM -0800, Chris Leech wrote: >> Thanks Dave, >> >> I'm hitting a bug at scatterlist.h:140 before I even get any iSCSI >> modules loaded (virtio block) so there's something else going

Re: [4.10, panic, regression] iscsi: null pointer deref at iscsi_tcp_segment_done+0x20d/0x2e0

Hi, On Wed, Dec 21, 2016 at 2:16 PM, Dave Chinner wrote: > On Fri, Dec 16, 2016 at 10:59:06AM -0800, Chris Leech wrote: >> Thanks Dave, >> >> I'm hitting a bug at scatterlist.h:140 before I even get any iSCSI >> modules loaded (virtio block) so there's something else going on in the >> current

Re: [PATCH v3] clk: imx: pllv3: support fractional multiplier on vf610 PLL1/PLL2

On 12/19, Nikita Yushchenko wrote: > On vf610, PLL1 and PLL2 have registers to configure fractional part of > frequency multiplier. > > This patch adds support for these registers. > > This fixes "fast system clock" issue on boards where bootloader sets > fractional multiplier for PLL1. > >

Re: [PATCH v2 0/2] mark driver as non-removable

On Wed, Dec 21, 2016 at 04:03:38PM +0100, Alexander Stein wrote: > Changes in v2; > * Instead of adding a remove function which is unused otherwise, mark the > driver > as non-remoable > > Using DEBUG_TEST_DRIVER_REMOVE every driver gets probed, removed and probed > again. This breaks drivers

Re: [PATCH v3] clk: imx: pllv3: support fractional multiplier on vf610 PLL1/PLL2

On 12/19, Nikita Yushchenko wrote: > On vf610, PLL1 and PLL2 have registers to configure fractional part of > frequency multiplier. > > This patch adds support for these registers. > > This fixes "fast system clock" issue on boards where bootloader sets > fractional multiplier for PLL1. > >

Re: [PATCH v2 0/2] mark driver as non-removable

On Wed, Dec 21, 2016 at 04:03:38PM +0100, Alexander Stein wrote: > Changes in v2; > * Instead of adding a remove function which is unused otherwise, mark the > driver > as non-remoable > > Using DEBUG_TEST_DRIVER_REMOVE every driver gets probed, removed and probed > again. This breaks drivers

Re: [PATCH 2/3] ARM: dts: sun5i: add a pinctrl node for 4bit mmc2

On Thu, Dec 22, 2016 at 04:02:34AM +0800, Icenowy Zheng wrote: > Some board only use 4bit mode of mmc2. > > Add a pinctrl node for it. > > Signed-off-by: Icenowy Zheng Applied, thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering

Re: [PATCH 2/3] ARM: dts: sun5i: add a pinctrl node for 4bit mmc2

On Thu, Dec 22, 2016 at 04:02:34AM +0800, Icenowy Zheng wrote: > Some board only use 4bit mode of mmc2. > > Add a pinctrl node for it. > > Signed-off-by: Icenowy Zheng Applied, thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

Re: [PATCH 02/11] clk: bcm2835: Register the DSI0/DSI1 pixel clocks.

On 12/14, Eric Anholt wrote: > > /* the gates */ > > @@ -1890,8 +1976,18 @@ static int bcm2835_clk_probe(struct platform_device > *pdev) > if (IS_ERR(cprman->regs)) > return PTR_ERR(cprman->regs); > > - cprman->osc_name = of_clk_get_parent_name(dev->of_node,

Re: [PATCH 02/11] clk: bcm2835: Register the DSI0/DSI1 pixel clocks.

On 12/14, Eric Anholt wrote: > > /* the gates */ > > @@ -1890,8 +1976,18 @@ static int bcm2835_clk_probe(struct platform_device > *pdev) > if (IS_ERR(cprman->regs)) > return PTR_ERR(cprman->regs); > > - cprman->osc_name = of_clk_get_parent_name(dev->of_node,

Re: [PATCH v7 3/6] random: use SipHash in place of MD5

Hi Ted, On Thu, Dec 22, 2016 at 12:02 AM, Jason A. Donenfeld wrote: > This duplicates the current algorithm for get_random_int/long I should have mentioned this directly in the commit message, which I forgot to update: this v7 adds the time-based key rotation, which, while not

Re: [PATCH v7 3/6] random: use SipHash in place of MD5

Hi Ted, On Thu, Dec 22, 2016 at 12:02 AM, Jason A. Donenfeld wrote: > This duplicates the current algorithm for get_random_int/long I should have mentioned this directly in the commit message, which I forgot to update: this v7 adds the time-based key rotation, which, while not strictly

[PATCH v1] security: Add a new hook: inode_touch_atime

Add a new LSM hook named inode_touch_atime which is needed to deny indirect update of extended file attributes (i.e. access time) which are not catched by the inode_setattr hook. By creating a new hook instead of calling inode_setattr, we avoid to simulate a useless struct iattr. This hook allows

Re: [PATCH 2/2] net: wireless: fix to uses struct

22.12.2016, 01:06, "Paul Bolle" : > On Thu, 2016-12-22 at 01:50 +0300, Ozgur Karatas wrote: >>  I don't have a problem with C programming > > I'm sorry, but you do need to learn C, at a basic level, first. Hmm, I don't like to discussion but I'm an assertive on C/C++. So, I'm

[PATCH v1] security: Add a new hook: inode_touch_atime

Add a new LSM hook named inode_touch_atime which is needed to deny indirect update of extended file attributes (i.e. access time) which are not catched by the inode_setattr hook. By creating a new hook instead of calling inode_setattr, we avoid to simulate a useless struct iattr. This hook allows

Re: [PATCH 2/2] net: wireless: fix to uses struct

22.12.2016, 01:06, "Paul Bolle" : > On Thu, 2016-12-22 at 01:50 +0300, Ozgur Karatas wrote: >>  I don't have a problem with C programming > > I'm sorry, but you do need to learn C, at a basic level, first. Hmm, I don't like to discussion but I'm an assertive on C/C++. So, I'm not into the Linux

[PATCH] CREDITS: Remove my outdated address information.

From: Gertjan van Wingerde This address hasn't been accurate for several years now. Simply remove it. Signed-off-by: Gertjan van Wingerde --- CREDITS | 2 -- 1 file changed, 2 deletions(-) diff --git a/CREDITS b/CREDITS index

Re: [PATCH] scsi: do not requeue requests unaligned with device sector size

On 12/21/2016 05:50 AM, Christoph Hellwig wrote: > How do you even get an unaligned residual count? Except for SES > processor devices (which will only issue BLOCK_PC commands) this is > not allowed by SPC: > > "The residual count shall be reported in bytes if the peripheral device > type in

[PATCH] CREDITS: Remove my outdated address information.

From: Gertjan van Wingerde This address hasn't been accurate for several years now. Simply remove it. Signed-off-by: Gertjan van Wingerde --- CREDITS | 2 -- 1 file changed, 2 deletions(-) diff --git a/CREDITS b/CREDITS index a3887b59b9f9..899950f86e27 100644 --- a/CREDITS +++ b/CREDITS @@

Re: [PATCH] scsi: do not requeue requests unaligned with device sector size

On 12/21/2016 05:50 AM, Christoph Hellwig wrote: > How do you even get an unaligned residual count? Except for SES > processor devices (which will only issue BLOCK_PC commands) this is > not allowed by SPC: > > "The residual count shall be reported in bytes if the peripheral device > type in

[PATCH v7 3/6] random: use SipHash in place of MD5

This duplicates the current algorithm for get_random_int/long, but uses siphash instead. This comes with several benefits. It's certainly faster and more cryptographically secure than MD5. This patch also separates hashed fields into three values instead of one, in order to increase diffusion.

[PATCH v7 4/6] md5: remove from lib and only live in crypto

The md5_transform function is no longer used any where in the tree, except for the crypto api's actual implementation of md5, so we can drop the function from lib and put it as a static function of the crypto file, where it belongs. There should be no new users of md5_transform, anyway, since

Re: [PATCH 2/2] net: wireless: fix to uses struct

On Thu, 2016-12-22 at 01:50 +0300, Ozgur Karatas wrote: > I don't have a problem with C programming I'm sorry, but you do need to learn C, at a basic level, first. Paul Bolle

Re: [PATCH v2] rtc: imxdi: use the security violation interrupt

Hello Lucas, thanks for taking the time to review my patch. Thus wrote Lucas Stach (l.st...@pengutronix.de): > > diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c > > index 67b56b8..ec6077a0 100644 > > --- a/drivers/rtc/rtc-imxdi.c > > +++ b/drivers/rtc/rtc-imxdi.c > > @@ -109,6

[PATCH v7 3/6] random: use SipHash in place of MD5

This duplicates the current algorithm for get_random_int/long, but uses siphash instead. This comes with several benefits. It's certainly faster and more cryptographically secure than MD5. This patch also separates hashed fields into three values instead of one, in order to increase diffusion.

[PATCH v7 4/6] md5: remove from lib and only live in crypto

The md5_transform function is no longer used any where in the tree, except for the crypto api's actual implementation of md5, so we can drop the function from lib and put it as a static function of the crypto file, where it belongs. There should be no new users of md5_transform, anyway, since

Re: [PATCH 2/2] net: wireless: fix to uses struct

On Thu, 2016-12-22 at 01:50 +0300, Ozgur Karatas wrote: > I don't have a problem with C programming I'm sorry, but you do need to learn C, at a basic level, first. Paul Bolle

Re: [PATCH v2] rtc: imxdi: use the security violation interrupt

Hello Lucas, thanks for taking the time to review my patch. Thus wrote Lucas Stach (l.st...@pengutronix.de): > > diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c > > index 67b56b8..ec6077a0 100644 > > --- a/drivers/rtc/rtc-imxdi.c > > +++ b/drivers/rtc/rtc-imxdi.c > > @@ -109,6

[PATCH v7 6/6] siphash: implement HalfSipHash1-3 for hash tables

HalfSipHash, or hsiphash, is a shortened version of SipHash, which generates 32-bit outputs using a weaker 64-bit key. It has *much* lower security margins, and shouldn't be used for anything too sensitive, but it could be used as a hashtable key function replacement, if the output is never

[PATCH v7 5/6] syncookies: use SipHash in place of SHA1

SHA1 is slower and less secure than SipHash, and so replacing syncookie generation with SipHash makes natural sense. Some BSDs have been doing this for several years in fact. The speedup should be similar -- and even more impressive -- to the speedup from the sequence number fix in this series.

[PATCH v7 6/6] siphash: implement HalfSipHash1-3 for hash tables

HalfSipHash, or hsiphash, is a shortened version of SipHash, which generates 32-bit outputs using a weaker 64-bit key. It has *much* lower security margins, and shouldn't be used for anything too sensitive, but it could be used as a hashtable key function replacement, if the output is never

[PATCH v7 5/6] syncookies: use SipHash in place of SHA1

SHA1 is slower and less secure than SipHash, and so replacing syncookie generation with SipHash makes natural sense. Some BSDs have been doing this for several years in fact. The speedup should be similar -- and even more impressive -- to the speedup from the sequence number fix in this series.

[PATCH v7 0/6] The SipHash Patchset

Hey folks, Again we've made huge progress, with this latest version now shipping Jean-Phillipe Aumasson's HalfSipHash, which should be much more competitive with jhash (in addition to being more secure, of course). There are dozens of little cleanups and improvements right and left throughout

[PATCH v7 0/6] The SipHash Patchset

Hey folks, Again we've made huge progress, with this latest version now shipping Jean-Phillipe Aumasson's HalfSipHash, which should be much more competitive with jhash (in addition to being more secure, of course). There are dozens of little cleanups and improvements right and left throughout

[PATCH v7 1/6] siphash: add cryptographically secure PRF

SipHash is a 64-bit keyed hash function that is actually a cryptographically secure PRF, like HMAC. Except SipHash is super fast, and is meant to be used as a hashtable keyed lookup function, or as a general PRF for short input use cases, such as sequence numbers or RNG chaining. For the first

Re: [alsa-devel] [PATCH v6 1/3] clk: x86: Add Atom PMC platform clocks

On 12/19, Pierre-Louis Bossart wrote: > On 12/17/16 7:57 AM, Andy Shevchenko wrote: > >On Sat, Dec 17, 2016 at 3:33 AM, Stephen Boyd wrote: > >>On 12/15, Pierre-Louis Bossart wrote: > > > >>>Clients use devm_clk_get() with a "pmc_plt_clk_" > >>>argument. > >> > >>This is the

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