This commit moves the call to initialize the LSM modules inline
into the LSM-files themselves.
This removes the need to hunt around for the setup, which was
something that bit me when I wrote my own (unrelated) LSM.
Keeping LSM code in one place, including the setup of the
hooks seems like a san
On 21/06/2017 23:49, Arnd Bergmann wrote:
> If none of the flags are set, 'ret' is uninitialized as pointed out
> by gcc:
>
> drivers/clocksource/timer-of.c: In function 'timer_of_init':
> drivers/clocksource/timer-of.c:160:9: error: 'ret' may be used uninitialized
> in this function [-Werror=may
An assortment of bug fixes and staging TODO items.
Highlights includes the driver passing crypto testmgr boot tests
and support of multiple HW revs. without build time changes.
Gilad Ben-Yossef (7):
staging: ccree: fix hash import/export
staging: ccree: register setkey for none hash macs
sta
Fix a bug where the transformation init code did
not register a setkey method for none hash based MACs.
Fixes commit 50cfbbb7e627 ("staging: ccree: add ahash support").
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/ssi_hash.c | 83
1 file cha
The ccree driver has build time configurable support
to work on top of coherent (e.g. ACP) vs. none coherent bus
connections. Turn it to run-time configurable option
based on device tree.
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/ssi_buffer_mgr.c | 37 ++--
Some SoC which implement CryptoCell have a dedicated clock
tied to it, some do not. Implement clock support if exists
based on device tree data and tie power management to it.
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/Makefile | 2 +-
drivers/staging/ccree/ssi_driver.c | 43
We were waiting for a completion notification of HW DMA
operation using an interruptible wait which can result
in data corruption if a signal interrupted us while
DMA was not yet completed.
Fix this by moving to uninterrupted wait.
Fixes: abefd6741d ("staging: ccree: introduce CryptoCell HW drive
The function set_ack_last was not used anywhere. Remove it.
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/cc_hw_queue_defs.h | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/staging/ccree/cc_hw_queue_defs.h
b/drivers/staging/ccree/cc_hw_queue_defs.h
index c73
Add support for the older CryptoCell 710 and 630P hardware revisions.
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/Kconfig| 7 +-
drivers/staging/ccree/cc_crypto_ctx.h| 16 ---
drivers/staging/ccree/cc_hw_queue_defs.h | 2 +-
drivers/staging/ccree/cc_regs.h
Hash import and export was saving and restoring the wrong context
and therefore disabled. Fix it by restoring intermediate digest
and additional state needed.
The hash and mac transform now pass testmgr partial hash tests.
Signed-off-by: Gilad Ben-Yossef
---
drivers/staging/ccree/ssi_hash.c | 1
On Tue, Jun 20, 2017 at 09:42:55AM -0600, Ross Zwisler wrote:
> On Mon, Jun 19, 2017 at 10:22:14PM -0700, Darrick J. Wong wrote:
> <>
> > Fourth, the VFS entry points for things like read, write, truncate,
> > utimes, fallocate, etc. all just bail out if S_IOMAP_FROZEN is set on a
> > file, so that
On Thu, 22 Jun 2017 08:37:55 +0200
Daniel Vetter wrote:
> On Thu, Jun 22, 2017 at 12:34:36AM +0800, kbuild test robot wrote:
> > Hi Peter,
> >
> > [auto build test ERROR on drm/drm-next]
> > [also build test ERROR on next-20170621]
> > [cannot apply to v4.12-rc6]
> > [if your patch is applied to
On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef wrote:
> An assortment of bug fixes and staging TODO items.
> Highlights includes the driver passing crypto testmgr boot tests
> and support of multiple HW revs. without build time changes.
>
> Gilad Ben-Yossef (7):
> staging: ccree: fix hash im
On Wed, Jun 21, 2017 at 11:50:01AM -0700, Eric Anholt wrote:
> Now that we're using the atomic helpers for fence waits, we can use
> the same codepath as drm_atomic_helper_commit() does for async,
> getting rid of our custom vc4_commit struct.
\o/
On the series: Acked-by: Daniel Vetter
>
> Sig
RK3399 and RK3288 shared the same HDMI IP controller, only some light
difference with GRF configure.
Signed-off-by: Yakir Yang
Signed-off-by: Mark Yao
---
Changes in v3.1:
Correct documentation compatible's format(Rob Herring).
Changes in v3:
remove hdmi_phy_configure_dwc_hdmi_3d_tx callbak.
Currently genpd installs its own noirq callbacks, but never calls down
to the driver's corresponding callbacks. Add these calls.
Signed-off-by: Mikko Perttunen
---
v3:
- Factored out common code in pm_genpd_{suspend,poweroff}_noirq
- Added pm_generic_* calls to rest of callbacks
drivers/base/po
These series add sdmmc, sdio, and other device nodes support for
rk322x SoCs, and also introduce rk3229 basic dtsi file specifically.
Changes from v1:
- Extracted cpu enable-method from rk3229.dtsi to rk322x.dtsi
- Updated the 'Reviewed-by' tag from Heiko Stuebner for
[PATCH v2 3/7].
David Wu (
Hi Paul, Maarten,
On 20.06.2017 17:18, Paul Cercueil wrote:
From: Maarten ter Huurne
We have seen MMC DMA transfers read corrupted data from SDRAM when
a burst interval ends at physical address 0x1000. To avoid this
problem, we remove the final page of low memory from the memory map.
Sign
Due to some tiny differences between RK3228 and RK3229, this patch adds
a basic dtsi file which first includes a new CPU opp table for RK3229.
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk3229-evb.dts | 2 +-
arch/arm/boot/dts/rk3229.dtsi| 89
2
From: Shawn Lin
Add "rockchip,rk3228-dw-mshc", "rockchip,rk3288-dw-mshc" for
dwmmc on rk322x platform.
Signed-off-by: Shawn Lin
Reviewed-by: Heiko Stuebner
---
Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetr
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/iommu/arm-smmu-v3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
* Dan Williams wrote:
> [ adding -stable ]
>
> The patch below is upstream as commit fc5f9d5f151c "x86/mm: Fix boot
> crash caused by incorrect loop count calculation in
> sync_global_pgds()". The referenced bug potentially affects all kaslr
> enabled kernels with > 512GB of memory. Please appl
This patch sets PSCI as the default cpu enable-method for RK3228 SoC.
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk322x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 31e04e9..34d175e 100644
--- a/arch/ar
From: Shawn Lin
This adds amend compatible content for eMMC of RK3228 SoC.
Signed-off-by: Shawn Lin
---
arch/arm/boot/dts/rk322x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 34d175e..c4d43ce 100644
On Wed, 21 Jun 2017 11:50:00 -0700
Eric Anholt wrote:
> We should allow SIGIO and things to interrupt us before we get to the
> no-error stage of the commit process. This code is effectively copied
> from drm_atomic_helper_commit().
>
> Signed-off-by: Eric Anholt
Reviewed-by: Boris Brezillon
When doing ecryptfs_read_and_validate_xattr_region(), eCryptfs
reads only 16 bytes from xattr region. However, the lower filesystem
like ext4 always compares 16 with the size of ecryptfs xattr region
which is 81 bytes, and then it will return ERANGE (-34) and do not
read that region.
Signed-off-by
On Thu, Jun 22, 2017 at 09:37:14AM +1000, Dave Chinner wrote:
> On Mon, Jun 19, 2017 at 10:22:14PM -0700, Darrick J. Wong wrote:
> > [add linux-xfs to the fray]
> >
> > On Fri, Jun 16, 2017 at 06:15:35PM -0700, Dan Williams wrote:
> > > + spin_lock(&dax_lock);
> > > + list_add(&d->list, &daxfiles)
From: Shawn Lin
This patch adds sdmmc/sdio controller nodes for rk3228 SoC.
Signed-off-by: Shawn Lin
---
arch/arm/boot/dts/rk322x.dtsi | 60 +++
1 file changed, 60 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
From: Finley Xiao
Add a efuse node in the device tree for the rk3228 SoC.
Signed-off-by: Finley Xiao
---
arch/arm/boot/dts/rk322x.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index bd7ef53..a8697fe 100
On Wed, Jun 21, 2017 at 07:46:05PM -0700, Andy Lutomirski wrote:
> > I'm certainly still missing something here:
> >
> > We have f->new_tlb_gen and mm_tlb_gen to control the flushing, i.e., we
> > do once
> >
> > bump_mm_tlb_gen(mm);
> >
> > and once
> >
> > info.new_tlb_gen = bump_
From: David Wu
This patch adds io-domain support for rk3228 SoC.
Signed-off-by: David Wu
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk322x.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 66578fa..bd7ef53 10
* Paul E. McKenney wrote:
> On Wed, Jun 21, 2017 at 11:57:28PM +0200, Arnd Bergmann wrote:
> > Without CONFIG_SMP, we get a harmless warning about
> > an unused variable:
> >
> > kernel/cpu.c: In function 'boot_cpu_state_init':
> > kernel/cpu.c:1778:6: error: unused variable 'cpu' [-Werror=unus
Hi Frank,
Am Donnerstag, 22. Juni 2017, 15:24:38 CEST schrieb Frank Wang:
> From: Finley Xiao
>
> Add a efuse node in the device tree for the rk3228 SoC.
>
> Signed-off-by: Finley Xiao
> ---
> arch/arm/boot/dts/rk322x.dtsi | 17 +
> 1 file changed, 17 insertions(+)
>
> diff -
iommu_device_register can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/iommu/arm-smmu-v3.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c
index 7d3f08a..182eb38 100644
--- a/drivers/iommu/ar
Hi Mark,
Am Donnerstag, 22. Juni 2017, 15:17:24 CEST schrieb Mark Yao:
> RK3399 and RK3288 shared the same HDMI IP controller, only some light
> difference with GRF configure.
>
> Signed-off-by: Yakir Yang
> Signed-off-by: Mark Yao
> ---
> Changes in v3.1:
> Correct documentation compatible's
* Andy Lutomirski wrote:
> On Wed, Jun 21, 2017 at 4:26 PM, Nadav Amit wrote:
> > Andy Lutomirski wrote:
> >
> >> index 2a5e851f2035..f06239c6919f 100644
> >> --- a/arch/x86/mm/tlb.c
> >> +++ b/arch/x86/mm/tlb.c
> >> @@ -208,6 +208,9 @@ void switch_mm_irqs_off(struct mm_struct *prev, struct
>
On Wednesday 21 June 2017 23:52:12 mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Pali Rohár [mailto:pali.ro...@gmail.com]
> > Sent: Saturday, June 17, 2017 11:35 AM
> > To: Limonciello, Mario
> > Cc: dvh...@infradead.org; a...@infradead.org; l...@kernel.org;
> > platfo
This patch adds platform dependency into the
test case 15 (perf_event_attr). It is based on a suggestion from
Jiri Olsa.
Add a new optional attribute named 'arch' in the [config] section
of the test case file. It is a comma separated list of architecture
names this test can be executed on. For exam
On Mon, Jun 19, 2017 at 11:33:52PM +0200, Rafael J. Wysocki wrote:
> -#ifdef CONFIG_PM_SLEEP
> -/**
> - * acpi_pm_device_sleep_wake - Enable or disable device to wake up the
> system.
> - * @dev: Device to enable/desible to wake up the system from sleep states.
> - * @enable: Whether to enable or
On Thu, Jun 22, 2017 at 9:26 AM, Ingo Molnar wrote:
>
> * Paul E. McKenney wrote:
>
>> On Wed, Jun 21, 2017 at 11:57:28PM +0200, Arnd Bergmann wrote:
>> > Without CONFIG_SMP, we get a harmless warning about
>> > an unused variable:
>> >
>> > kernel/cpu.c: In function 'boot_cpu_state_init':
>> > k
On 06/14/2017, 03:27 PM, Josh Poimboeuf wrote:
> I agree with all your comments, will fix them all. Thanks for the
> review.
This is not the correct way:
++ if (flags & O_WRONLY)
++ cmd = ELF_C_WRITE;
++ else if (flags & O_RDWR)
++ cmd = ELF_C_RDWR;
++ els
2017-06-20 19:31 GMT+02:00 Eric Anholt :
> Archit Taneja writes:
>
>> On 06/16/2017 08:13 PM, Eric Anholt wrote:
>>> Archit Taneja writes:
>>>
On 06/16/2017 02:11 AM, Eric Anholt wrote:
> If the panel-bridge is being set up after the drm_mode_config_reset(),
> then the connector's st
* Arnd Bergmann wrote:
> > So I think we should consider it a syntactic construct to avoid.
>
> Unused variables are relatively harmless compared to used-uninitialized
> variables that are always bugs (though they are provably impossible to
> detect correctly in some cases).
So the thing I was
* Ingo Molnar wrote:
>
> * Arnd Bergmann wrote:
>
> > > So I think we should consider it a syntactic construct to avoid.
> >
> > Unused variables are relatively harmless compared to used-uninitialized
> > variables that are always bugs (though they are provably impossible to
> > detect corre
Morning Linus,
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-fixes-4.12
for you to fetch changes up to 9e6967
File size before:
textdata bss dec hex filename
143231840 353 165164084 drivers/iommu/amd_iommu_init.o
File size After adding 'const':
textdata bss dec hex filename
143791776 353 16508407c drivers/iommu/amd_iommu_init.o
Signed-
So, to continue this side thought about uninitialized_var(), it is dangerous
because the following buggy pattern does not generate a compiler warning:
long uninitialized_var(error);
...
if (error)
return error;
... and still there are over 290 uses of
Steve,
Seems you moved the initialization of security module to
late_initcall stage, that is not right.
Functions defined with late_initcall() macro will be done pretty
late than security_init().
For security modules, you should use security_initcall() macro to define
the init
On 2017年06月22日 15:31, Heiko Stuebner wrote:
+
>+/**
>+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of chips
>+ * @lcdsel_grf_reg: grf register offset of lcdc select
>+ * @lcdsel_big: reg value of selecting vop big for HDMI
>+ * @lcdsel_lit: reg value of selecting vop little
On Wed, 21 Jun 2017 11:49:59 -0700
Eric Anholt wrote:
> This way drm_atomic_helper_wait_for_fences() will actually do
> something. The vc4_seqno_cb has been doing the fence waits on V3D
> manually, so far.
>
> Signed-off-by: Eric Anholt
Reviewed-by: Boris Brezillon
> ---
> drivers/gpu/drm/
On Thu, Jun 22, 2017 at 12:04:54AM +0100, Michael J Dilmore wrote:
>
> Is it worth at least wrapping BUG_ON in an unlikely macro then?
See BUG_ON() definition:
#ifndef HAVE_ARCH_BUG_ON
#define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while (0)
#endif
where HAVE_ARCH_BUG_ON is de
On Wed, 21 Jun 2017 11:50:01 -0700
Eric Anholt wrote:
> Now that we're using the atomic helpers for fence waits, we can use
> the same codepath as drm_atomic_helper_commit() does for async,
> getting rid of our custom vc4_commit struct.
>
> Signed-off-by: Eric Anholt
Reviewed-by: Boris Brezill
Hi Heiko,
On 2017/6/22 15:27, Heiko Stuebner wrote:
Hi Frank,
Am Donnerstag, 22. Juni 2017, 15:24:38 CEST schrieb Frank Wang:
From: Finley Xiao
Add a efuse node in the device tree for the rk3228 SoC.
Signed-off-by: Finley Xiao
---
arch/arm/boot/dts/rk322x.dtsi | 17 +
1
On Wed, Jun 21, 2017 at 06:24:18PM -0700, Hugh Dickins wrote:
> >
> > At this moment, mmap() will no more return address one page lower
> > and "guard" is no more a page:
> >
> > > MAP_GROWSDOWN
> > >This flag is used for stacks. It indicates to the kernel virtual
> > >memory syst
On Thu Jun 22, 2017 at 16:02:30 +0800, Ethan Zhao wrote:
> Seems you moved the initialization of security module to
> late_initcall stage, that is not right.
Thanks for the feedback.
> For security modules, you should use security_initcall() macro to define
> the init functions.
On 22/06/2017 at 07:03, Peter Rosin wrote:
> Hi!
>
> This series adds support for an 8-bit clut mode in the atmel-hlcdc
> driver.
>
> Changes since v4:
>
> - Added .clut_offset for overlay2 at 0xe00 for sama5d4 (unconfirmed if 0xe00
> is the correct offset, but I'll eat my hat if it's not ther
Jay Vosburgh writes:
> Michael J Dilmore wrote:
>
>>if (WARN_ON(!new_active_slave) {
>>netdev_dbg("Can't add new active slave - pointer null");
>>return ERROR_CODE
>>}
>
> In general, yes, but in this case, the condition should be
> impossible to hit, so BUG_ON seems appropriate.
I
On 06/22/2017 01:20 PM, Benjamin Gaignard wrote:
2017-06-20 19:31 GMT+02:00 Eric Anholt :
Archit Taneja writes:
On 06/16/2017 08:13 PM, Eric Anholt wrote:
Archit Taneja writes:
On 06/16/2017 02:11 AM, Eric Anholt wrote:
If the panel-bridge is being set up after the drm_mode_config_rese
On 17/06/2017 13:35, Alexandre Belloni wrote:
> Now that AVR32 is gone, we can use the proper IO accessors that are
> correctly handling endianness.
>
> Signed-off-by: Alexandre Belloni
> ---
Hi Alexandre,
it does not apply. Can you give a respin against tip/timers/core?
Thanks.
-- Daniel
iommu_device_register and iommu_device_sysfs_add can fail here and
we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/iommu/amd_iommu_init.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/amd_iommu_init.c b/drivers/iommu/amd_iommu_
This Patch Set add set_loopback in phy_driver and use it to setup loopback
when doing ethtool phy self_test.
Lin Yun Sheng (2):
net: phy: Add phy loopback support in net phy framework
net: hns: Use phy_driver to setup Phy loopback
drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 64 ---
Use function set_loopback in phy_driver to setup phy loopback
when doing ethtool self test.
Signed-off-by: Lin Yun Sheng
---
drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 64
1 file changed, 10 insertions(+), 54 deletions(-)
diff --git a/drivers/net/ethernet/hisili
This patch add set_loopback in phy_driver, which is used by Mac
driver to enable or disable a phy. it also add a generic
genphy_loopback function, which use BMCR loopback bit to enable
or disable a phy.
Signed-off-by: Lin Yun Sheng
---
drivers/net/phy/marvell.c| 1 +
drivers/net/phy/phy_dev
> + - reset-gpios : gpio specifier for gpio connected to RESET_N pin.
What about the 'active' state that Rob mentioned in his last review?
signature.asc
Description: PGP signature
On Mon, Jun 19, 2017 at 11:31:58PM +0200, Rafael J. Wysocki wrote:
> Hi All,
>
> The handling of device wakeup settings, especially in the ACPI core and the
> PCI
> bus type, depends on whether it is about system wakeup from sleep states or
> remote wakeup in the working state (runtime). However
* Dmitry Vyukov wrote:
> On Mon, Jun 19, 2017 at 12:50 PM, Mark Rutland wrote:
> > On Sat, Jun 17, 2017 at 11:15:31AM +0200, Dmitry Vyukov wrote:
> >> Currently kasan_check_read/write() accept 'const void*', make them
> >> accept 'const volatile void*'. This is required for instrumentation
> >>
Hi Jose
Sorry miss your email and Sorry for the late reply
I can sure that your patch works on our rk3399 platform.
my internal kernel already has similar patch, using
hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy,
good works with many video modes (4k, 1080p, 720p etc.), I'm not familia
> Not related to your patch but qtnf_map_bar() should be changed not to
> return NULL. When functions return both NULL and error pointers the
> NULL is supposed to be a special type of success return. Here it is
> just a fail return where we forgot to set the error code to
> ERR_PTR(-ENOMEM).
Th
Am Donnerstag, 22. Juni 2017, 16:02:44 CEST schrieb Mark yao:
> On 2017年06月22日 15:31, Heiko Stuebner wrote:
> >> +
> >> >+/**
> >> >+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of
> >> >chips
> >> >+ * @lcdsel_grf_reg: grf register offset of lcdc select
> >> >+ * @lcdsel_big
On Wed, Jun 21, 2017 at 01:16:56PM -0700, Stefano Stabellini wrote:
> On Tue, 20 Jun 2017, Roger Pau Monné wrote:
> > On Thu, Jun 15, 2017 at 12:09:36PM -0700, Stefano Stabellini wrote:
> > > Just reply with success to the other end for now. Delay the allocation
> > > of the actual socket to bind a
Hi,
On 2017/6/21 17:00, Jiancheng Xue wrote:
> Add support for hisi-inno-usb2 phy.
>
> Signed-off-by: Jiancheng Xue
> ---
> .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 36
> ++
> 1 file changed, 36 insertions(+)
> create mode 100644
> Documentation/devicetree/bin
On Thu, Jun 22, 2017 at 10:14:08AM +0300, Gilad Ben-Yossef wrote:
> On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef
> wrote:
> > An assortment of bug fixes and staging TODO items.
> > Highlights includes the driver passing crypto testmgr boot tests
> > and support of multiple HW revs. without
Hi,
> > VFIO_DEVICE_FLAGS_GFX_DMABUF?
>
> After proposing these, I'm kind of questioning their purpose. In the
> case of a GFX region, the user is going to learn that this is
> supported
> as they parse the region information and find the device specific
> region identifying itself as a GFX ar
* Nicolas Pitre wrote:
> On Wed, 21 Jun 2017, Ingo Molnar wrote:
>
> > I've applied the first patch to the scheduler tree yesterday, but the other
> > changes unfortunately conflicted with other pending scheduler work - could
> > you please re-post the other 3 patches on top of tip:sched/core?
On 06/21/2017 08:28 PM, Michael S. Tsirkin wrote:
On Wed, Jun 21, 2017 at 11:28:00AM +0800, Wei Wang wrote:
On 06/21/2017 12:18 AM, Michael S. Tsirkin wrote:
On Fri, Jun 09, 2017 at 06:41:41PM +0800, Wei Wang wrote:
- if (!virtqueue_indirect_desc_table_add(vq, desc, num)) {
+ if (!
On Thu, Jun 22, 2017 at 11:28 AM, Dan Carpenter
wrote:
> On Thu, Jun 22, 2017 at 10:14:08AM +0300, Gilad Ben-Yossef wrote:
>> On Thu, Jun 22, 2017 at 10:07 AM, Gilad Ben-Yossef
>> wrote:
>> > An assortment of bug fixes and staging TODO items.
>> > Highlights includes the driver passing crypto te
* Daniel Bristot de Oliveira wrote:
> void migrate_disable(void)
> {
> struct task_struct *p = current;
> + struct rq *rq;
> + struct rq_flags rf;
> +
>
> if (in_atomic() || irqs_disabled()) {
> #ifdef CONFIG_SCHED_DEBUG
> @@ -7593,10 +7596,21 @@ void migrate_disable(voi
File size before:
textdata bss dec hex filename
32765 7581824 353478a13 drivers/iommu/intel-iommu.o
File size After adding 'const':
textdata bss dec hex filename
32989 5341824 353478a13 drivers/iommu/intel-iommu.o
Signed-off-by
CC'ing Alan
On Thu, 22 Jun 2017 15:24:41 +1000
Stephen Rothwell wrote:
> Hi Dave,
>
> After merging almost all the trees, today's linux-next build (sparc64
> defconfig) failed like this:
>
> arch/sparc/lib/hweight.o: In function `__arch_hweight8':
> (.text+0x0): relocation truncated to fit: R_
This patch series based on v4.12-rc1, include MT2701 ethernet/disp bls/display
function DT nodes.
Change in v2:
1. Add reset properties in ethernet nodes
2. Split bls nodes into two patches for dtsi and actual board
3. Remove redundant dispsys@1400 node
Sean Wang (1):
arm: dts: mt2701: Add
From: Weiqing Kong
This patch adds board related config for backlight
Signed-off-by: Weiqing Kong
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701-evb.dts | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701-evb.dts b/arch/arm/boot/dts
On Thu, 2017-06-22 at 10:43 +0800, Bibby Hsieh wrote:
> For some greater resolution, the rdma threshold
> variable will overflow.
>
> Signed-off-by: Bibby Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drive
From: Sean Wang
Add ethernet device node for MT2701
Signed-off-by: Sean Wang
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi
index 8037210..91ed
From: Weiqing Kong
This patch adds the device node of display backlight for MT2701
Signed-off-by: Weiqing Kong
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi
in
From: YT Shen
This patch adds the device nodes for the DISP function blocks for MT2701
Signed-off-by: YT Shen
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 84 +++
1 file changed, 84 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi
This commit moves the call to initialize the LSM modules inline
into the LSM-files themselves.
This removes the need to hunt around for the setup, which was
something that bit me when I wrote my own (unrelated) LSM.
Keeping LSM code in one place, including the setup of the
hooks seems like a sane
On Wed, Jun 21, 2017 at 11:52:59PM +0200, Arnd Bergmann wrote:
> The last rework returned a variable that the compiler cannot prove
> to be initialized:
>
> arch/arm/mach-iop13xx/pci.c: In function 'iop13xx_scan_bus':
> arch/arm/mach-iop13xx/pci.c:509:17: error: 'ret' may be used uninitialized in
On Wed, Jun 21, 2017 at 10:38:43AM +0100, Jose Abreu wrote:
> Hi Daniel, Alexey,
>
>
> On 25-05-2017 15:19, Jose Abreu wrote:
> > Now that we have a callback to check if crtc supports a given mode
> > we can use it in arcpgu so that we restrict the number of probbed
> > modes to the ones we can a
As the comments from Heiko Stuebner that compatible
should not contain any placeholders, this patch fix it for rk3228 SoC.
Signed-off-by: Frank Wang
---
Documentation/devicetree/bindings/nvmem/rockchip-efuse.txt | 2 +-
drivers/nvmem/rockchip-efuse.c | 2 +-
2 files
* Paolo Abeni wrote:
> The 'rep' prefix suffers for a relevant "setup cost"; as a result
> string copies with unrolled loops are faster than even
> optimized string copy using 'rep' variant, for short string.
>
> This change updates __copy_user_generic() to use the unrolled
> version for small
On 2017-06-22 08:36, Daniel Vetter wrote:
> On Wed, Jun 21, 2017 at 11:40:52AM +0200, Peter Rosin wrote:
>> On 2017-06-21 09:38, Daniel Vetter wrote:
>>> On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote:
This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get
t
On Wed, Jun 21, 2017 at 02:46:42PM -0500, Yazen Ghannam wrote:
> From: Yazen Ghannam
>
> The severity gives a hint as to how to handle the error. The notifier
> blocks can then use the severity to decide on an action. It's not necessary
> for machine_check_poll() to filter errors for the notifier
From: Colin Ian King
The pointer intel_ucode_patch does not need to be in global scope,
so make it static.
Cleans up sparse warning:
"symbol 'intel_ucode_patch' was not declared. Should it be static?"
Signed-off-by: Colin Ian King
---
arch/x86/kernel/cpu/microcode/intel.c | 2 +-
1 file chang
On Wednesday 14 June 2017 11:46:14 Jan Kara wrote:
> Hi,
>
> On Sun 11-06-17 17:10:02, Pali Rohár wrote:
> > 2.1.3 Dstrings
> >
> > The ECMA 167 standard, as well as this document, has normally
> > defined byte positions relative to 0. In section 7.2.12 of ECMA
> > 167, dstrings are defined in te
Hello, important charity foundation proposal to discuss with you, if you are
interested please reply urgently for details.
with love,
CELINE
On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote:
> Please review and consider applying.
Hi Ingo,
I've noticed you haven't applied last two patches of the patchset.
Is there any problem with them? Or what is you plan here?
--
Kirill A. Shutemov
On Thu, Jun 22, 2017 at 10:07:51AM +0300, Gilad Ben-Yossef wrote:
> +int cc_clk_on(struct ssi_drvdata *drvdata)
> +{
> + int rc = 0;
> + struct clk *clk = drvdata->clk;
> +
> + if (IS_ERR(clk))
> + /* No all devices have a clock associated with CCREE */
> + goto out;
Ug
* Matthias Kaehlcke wrote:
> This series fixes an issue with the stack of the x86 boot code not
> being aligned as intended. Further it adapts the Makefile to account
> for the fact that clang uses a different option to configure the
> stack alignment than gcc (-mstack-alignment=N vs
> -mpreferr
On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote:
>
> So, to continue this side thought about uninitialized_var(), it is dangerous
> because the following buggy pattern does not generate a compiler warning:
>
> long uninitialized_var(error);
>
> ...
>
> if (error)
>
* Masahiro Yamada wrote:
> Documentation/kbuild/makefiles.txt says the change for align options
> occurred at GCC 3.0, and Documentation/process/changes.rst says the
> minimal supported GCC version is 3.2, so it should be safe to hard-code
> -falign* options.
>
> Fix the only user arch/x86/Make
1 - 100 of 1003 matches
Mail list logo
