On Wed, 28.06.17 00:24, Luis R. Rodriguez (mcg...@kernel.org) wrote:
> > Do you know how systemd developers feel about the issue (CCed)? Given
> > that it seems to dominate in data center OSes now I'm slightly worried
> > having to push Big Linux Vendors to package some seemingly
> > embedded-cen
On 06/26/2017 05:58 AM, Wei Yang wrote:
> In commit (9adb62a5df9c0fbef7) "mm/hotplug: correctly setup fallback
> zonelists when creating new pgdat" tries to build the correct zonelist for
> a new added node, while it is not necessary to rebuild it for already exist
> nodes.
>
> In build_zonelists(
On 06/28/2017 08:02 AM, Stephen Rothwell wrote:
> Hi all,
>
> On Fri, 9 Jun 2017 14:28:56 +1000 Stephen Rothwell
> wrote:
>>
>> Today's linux-next merge of the kvms390 tree got a conflict in:
>>
>> arch/s390/include/asm/kvm_host.h
>>
>> between commit:
>>
>> 2387149eade2 ("KVM: improve arch
On Tue, Jun 27, 2017 at 08:54:07PM +0530, Aneesh Kumar K.V wrote:
>
>
> On Tuesday 27 June 2017 03:41 PM, Ram Pai wrote:
> >Pass the correct protection key value to the hash functions on
> >page fault.
> >
> >Signed-off-by: Ram Pai
> >---
> > arch/powerpc/include/asm/pkeys.h | 11 +++
>
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allnoconfig)
produced this warning:
kernel/sched/fair.c:2657:9: warning: 'struct sched_domain' declared inside
parameter list
int prev_cpu, int sync)
^
/home/sfr/next/next/kernel/sched/fair.c:2657:9: warning:
Hi Linus,
This is the final set of fixes for -rc8, just a few i915 and one
vmwgfx ones. I'm off on holidays for a week, so if anything shows up
for fixes I've asked Daniel or Sean Paul to herd it in the right
direction. I've got next locked down, so whenever you open the merge
window and I get bac
On Wed, Jun 28, 2017 at 8:41 AM, Serge E. Hallyn wrote:
> On Fri, Jun 23, 2017 at 10:01:46AM +0300, Amir Goldstein wrote:
>> On Thu, Jun 22, 2017 at 9:59 PM, Stefan Berger
>> wrote:
>> > This series of patches primary goal is to enable file capabilities
>> > in user namespaces without affecting t
Hi Brian,
> Wow, that's not exactly simple code; I expect it could be pretty
> difficult to get that right today on mwifiex.
Yeah, I have no doubt. You'd probably have to track a lot of state that
you just pass down to the firmware too, and possibly can't even track
some state that the firmware
The Atmel SHA driver was treating -EBUSY as indication of queueing
to backlog without checking that backlog is enabled for the request.
Fix it by checking request flags.
Signed-off-by: Gilad Ben-Yossef
---
Please note I do not have access to the hardware or know it very well,
so this patch was
Hi Geoff,
On Thu, Apr 27, 2017 at 05:28:46PM -0400, Geoff Lansberry wrote:
> In prior commits the selected clock frequency does not propagate
> correctly to what is written to the TRF7970A_MODULATOR_SYS_CLK_CTRL
> register.
>
> Signed-off-by: Geoff Lansberry
> ---
> drivers/nfc/trf7970a.c | 7 +
On 24/06/17 01:17, Alex Williamson wrote:
> On Fri, 23 Jun 2017 15:06:37 +1000
> Alexey Kardashevskiy wrote:
>
>> On 23/06/17 07:11, Alex Williamson wrote:
>>> On Thu, 15 Jun 2017 15:48:42 +1000
>>> Alexey Kardashevskiy wrote:
>>>
Here is a patchset which Yongji was working on before
>>>
On Tue, 2017-06-27 at 13:48 -0700, Brian Norris wrote:
> > There isn't really a good way to do this. You can, of course, call
> > wiphy_unregister(), but if you could do that you'd already have the
> > problem solved, I think?
>
> That's probably along the right track. There are still some things
On Wed, Jun 28, 2017 at 3:06 PM, Vlastimil Babka wrote:
> On 06/26/2017 05:58 AM, Wei Yang wrote:
>> In commit (9adb62a5df9c0fbef7) "mm/hotplug: correctly setup fallback
>> zonelists when creating new pgdat" tries to build the correct zonelist for
>> a new added node, while it is not necessary to
On Tue, Jun 27, 2017 at 10:35 PM, Jin, Yao wrote:
> Hi Kyle,
>
> I understand your requirement. Sorry I don't know the detail of rr debugger,
> but I guess if it just uses counter overflow to deliver a signal, could it
> set the counter without "exclude_kernel"?
Unfortunately we cannot. We depen
Hello Lee,
On Mon, Jun 19, 2017 at 4:54 PM, Lee Jones wrote:
> On Thu, 15 Jun 2017, Javier Martinez Canillas wrote:
>
>> It's not correct to encode the subsystem in the I2C device name, so
>> drop the -mfd suffix. To maintain bisect-ability, change driver and
>> platform code / DTS users in the s
2017-06-27 19:36 GMT+02:00 Christoph Hellwig :
> On Tue, Jun 27, 2017 at 05:54:17PM +0100, Russell King - ARM Linux wrote:
>> On Tue, Jun 27, 2017 at 05:27:53PM +0200, Christoph Hellwig wrote:
>> > I've applied patches 1, 3 and 4 to the dma-mapping tree. 2 will need
>> > a respin for less code dup
On Wed 28-06-17 11:45:31, Wei Yang wrote:
> After onlining a memory_block and then offline it, the valid_zones will not
> come back to the original state.
>
> For example:
>
> $cat memory4?/valid_zones
> Movable Normal
> Movable Normal
> Movable Normal
>
> $echo online > memo
In case of error at init time, rollback iomapping and unprepare clk.
Signed-off-by: Arvind Yadav
---
drivers/clocksource/timer-u300.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/drivers/clocksource/timer-u300.c b/drivers/clocksource/timer-u300.c
ind
> the struct i2c_bus_recovery_info. Is i2c_generic_scl_recovery supposed
> to be part of the user interface, or is it just intended to help put the
> main recovery function together?
Sorry, I don't understand the question. What do you mean?
signature.asc
Description: PGP signature
On Wed, Dec 14, 2016 at 12:43 AM, Jonathan Corbet wrote:
> On Tue, 13 Dec 2016 16:20:59 +0100
> Dmitry Vyukov wrote:
>
>> Now that we have gcc plugins and in particular sancov plugin,
>> KCOV can be used with gcc 4.5+. Note this in the docs.
>
> Makes sense. Applied to docs-next, thanks.
Hi Jo
In case of error at init time, rollback iomapping and unprepare clk.
Signed-off-by: Arvind Yadav
---
drivers/clocksource/timer-prima2.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/clocksource/timer-prima2.c
b/drivers/clocksource/timer-prima2.c
i
Hi Jens,
After merging the block tree, today's linux-next build (powerpc
allnoconfig) failed like this:
fs/fcntl.o: In function `do_fcntl':
fcntl.c:(.text+0x6d4): undefined reference to `__get_user_bad'
fcntl.c:(.text+0x730): undefined reference to `__get_user_bad'
Probably caused by commit
Commit 40f9fb8cffc6 ("mm/zsmalloc: support allocating obj with size of
ZS_MAX_ALLOC_SIZE") fixes a size calculation error that prevented
zsmalloc to allocate an object of the maximal size
(ZS_MAX_ALLOC_SIZE). I think however the fix is unneededly
complicated.
This patch replaces the dynamic calcul
Hi,
> > > -static const struct snd_kcontrol_new sun4i_codec_left_mixer_controls[] =
> > > {
> > > - SOC_DAPM_SINGLE("Left DAC Playback Switch", SUN4I_CODEC_DAC_ACTL,
> > > - SUN4I_CODEC_DAC_ACTL_LDACLMIXS, 1, 0),
> > > -};
> > > -
> > > -static const struct snd_kcontro
This patch adds documentation for the uncore PMUs on HiSilicon SoC.
Signed-off-by: Shaokun Zhang
Signed-off-by: Anurup M
---
Documentation/perf/hisi-pmu.txt | 51 +
1 file changed, 51 insertions(+)
create mode 100644 Documentation/perf/hisi-pmu.txt
diff
This patch adds support for L3C PMU driver in HiSilicon SoC chip, Each
L3C has own control, counter and interrupt registers and is an separate
PMU. For each L3C PMU, it has 8-programable counters and supports 0x60
events, each event code is 8-bits and every counter is free-running.
Interrupt is sup
This patch adds support for DDRC PMU driver in HiSilicon SoC chip, Each
DDRC has own control, counter and interrupt registers and is an separate
PMU. For each DDRC PMU, it has 8-fixed-purpose counters which have been
mapped to 8-events by hardware, it assumes that counter index is equal
to event co
This patch adds support HiSilicon SoC uncore PMU driver framework and
interfaces.
Signed-off-by: Shaokun Zhang
Signed-off-by: Anurup M
---
drivers/perf/Kconfig | 7 +
drivers/perf/Makefile| 1 +
drivers/perf/hisilicon/Makefile | 1 +
driver
Add support HiSilicon SoC uncore PMU driver.
Signed-off-by: Shaokun Zhang
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c0348bc..fbd664b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6072,6 +6072,13 @@ S: Maintained
F: driv
This patchset adds support for HiSilicon SoC uncore PMUs driver. It
include L3C, Hydra Home Agent (HHA) and DDRC.
Changes in v2:
* fix kbuild test robot error
* make hisi_uncore_ops static
Shaokun Zhang (6):
Documentation: perf: hisi: Documentation for HiSilicon SoC PMU driver
drivers: perf:
L3 cache coherence is maintained by Hydra Home Agent (HHA) in HiSilicon
SoC. This patch adds support for HHA PMU driver, Each HHA has own
control, counter and interrupt registers and is an separate PMU. For
each HHA PMU, it has 16-programable counters and supports 0x50 events,
event code is 8-bits
Resending my reply, I mistakenly used the wrong mail account yesterday
and my reply didn't et to the ml.
On 27/06/17 20:51, Christoph Hellwig wrote:
> On Tue, Jun 27, 2017 at 08:33:23PM +0300, Igor Stoppa wrote:
[...]
>> The default value is disabled, unless SE Linux debugging is turned on.
>
>
Hi,
On Wed, Jun 28, 2017 at 4:49 AM, Quytelda Kahja wrote:
> Replace the literal function name "visorbus_create_instance" with the format
> specifier "%s" so it can be dynamically filled by the __func__ macro.
On a general note, I think the actual change or effect is more import
to mention in th
On 23 June 2017 at 22:44, Shuah Khan wrote:
> On 06/23/2017 04:37 AM, Marcin Nowakowski wrote:
>> This patch series fixes build errors observed when building net, memfd, gpio
>> and intel_pstate tests
>>
>> Marcin Nowakowski (3):
>> selftests/{net,memfd}: fix undefined references to external li
Hi all,
Today's linux-next merge of the akpm-current tree got conflicts in:
tools/testing/selftests/sysctl/common_tests
tools/testing/selftests/sysctl/run_numerictests
tools/testing/selftests/sysctl/run_stringtests
between commit:
d644437a1dc6 ("tools/testing/selftests/sysctl: Add pre-c
On 6/19/2017 1:31 PM, Horia Geantă wrote:
> On 6/2/2017 3:25 PM, David Gstir wrote:
>> Certain cipher modes like CTS expect the IV (req->info) of
>> ablkcipher_request (or equivalently req->iv of skcipher_request) to
>> contain the last ciphertext block when the {en,de}crypt operation is done.
>> T
On 23 June 2017 at 13:37, Marcin Nowakowski
wrote:
> While building selftests/gpio, gpio-utils from linux/tools/gpio as built
> in the process as well. However, the OUTPUT make variable usage in
> selftests breaks the build system in linux/tools/gpio resulting in its
> output files placed in the s
On Wed, Jun 28, 2017 at 12:43:03PM +0800, Dongli Zhang wrote:
> This patch partially reverts 3df0e50 ("xen/blkfront: pseudo support for
> multi hardware queues/rings"). The xen-blkfront queue/ring might hang due
> to grants allocation failure in the situation when gnttab_free_head is
> almost empty
On Wed, Jun 28, 2017 at 4:25 PM, Danny Milosavljevic
wrote:
> Hi,
>
>> > > -static const struct snd_kcontrol_new sun4i_codec_left_mixer_controls[]
>> > > = {
>> > > - SOC_DAPM_SINGLE("Left DAC Playback Switch", SUN4I_CODEC_DAC_ACTL,
>> > > - SUN4I_CODEC_DAC_ACTL_LDACLM
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/hnae.h| 1 +
drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 105 ---
2 files changed, 35 insertions(+)
This patch add set_loopback in phy_driver, which is used by MAC
driver to enable or disable phy loopback. it also add a generic
genphy_loopback function, which use BMCR loopback bit to enable
or disable loopback.
Signed-off-by: Lin Yun Sheng
---
drivers/net/phy/marvell.c| 1 +
drivers/net/p
This Patch Set add set_loopback in phy_driver and use it to setup loopback
when doing ethtool phy self_test.
Patch V7:
1. Add comment why resume the phy in hns_nic_config_phy_loopback.
2. Fix a typo error in patch description.
Patch V6:
Fix Or'ing error code in __lb_setup.
Handle return value of clk_prepare_enable. In case of error at init time,
rollback iomapping and unprepare clk.
Signed-off-by: Arvind Yadav
---
drivers/clocksource/timer-digicolor.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/clocksource/time
From: Al Cooper
> Sent: 27 June 2017 19:23
> Signed-off-by: Al Cooper
> ---
> drivers/usb/gadget/udc/bdc/bdc_core.c | 15 ---
> 1 file changed, 8 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/usb/gadget/udc/bdc/bdc_core.c
> b/drivers/usb/gadget/udc/bdc/bdc_core.c
> index 3b
In case of error at init time, rollback iomapping.
Signed-off-by: Arvind Yadav
---
drivers/clocksource/timer-atlas7.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clocksource/timer-atlas7.c
b/drivers/clocksource/timer-atlas7.c
index 50300ee..1811038 100644
--- a/drivers/clockso
On 06/28/2017 02:33 AM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Sylwester Nawrocki
On Tue, Jun 13, 2017 at 03:48:34PM +0530, Arvind Yadav wrote:
> File size before:
>text data bss dec hex filename
> 32765 7581824 353478a13 drivers/iommu/intel-iommu.o
>
> File size After adding 'const':
>text data bss dec hex
On Tue 27-06-17 15:07:17, Kees Cook wrote:
> On Tue, Jun 27, 2017 at 12:31 AM, Michal Hocko wrote:
> > But I am not really sure I understand consequences of this patch. So how
> > do those attacks look like. Do you have an example of a CVE which would
> > be prevented by this measure?
>
> It's a
On Wed, Jun 28, 2017 at 3:46 AM, Sinan Kaya wrote:
> Introducing memset test into dmatest. This change allows us to test
> memset capable HW using the dmatest test procedure. The new dmatest
> value for memset is 2 and it is not the default value.
>
> Memset support patch shares the same code path
Recently, we have detected some unusual activity on your account and as a
result, all email users are urged to update/upgrade their email account within
24 hours of receiving this e-mail, CLICK http://beam.to/5654 here to confirm
that your email account is up to date with the institution requi
On 22 June 2017 at 09:18, Mikko Perttunen wrote:
> 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
Acked-by: Ulf Hansson
Kind regards
Uffe
> ---
> v3:
> - Factored out common
Horia,
> On 28 Jun 2017, at 10:32, Horia Geantă wrote:
>
>>> + sg_pcopy_to_buffer(req->dst, nents, req->info, ivsize,
>>> + req->nbytes - ivsize);
>>
>> scatterwalk_map_and_copy() should be used instead.
>>
> David, IIUC this is the only change needed in this patch (appl
On Tue, Jun 06, 2017 at 04:16:05PM +0100, Liviu Dudau wrote:
> The component-based encoder(s) used by HDLCD expect the CRTC port
> to be set before binding in order to find the right endpoint.
> Without this patch, the TDA19988 encoder driver prints a warning
> "Falling back to first CRTC".
>
> Si
Hi Suravee,
On Mon, Jun 26, 2017 at 04:28:04AM -0500, Suravee Suthikulpanit wrote:
> Pass-through devices to VM guest can get updated IRQ affinity
> information via irq_set_affinity() when not running in guest mode.
> Currently, AMD IOMMU driver in GA mode ignores the updated information
> if the
Hi,
On Sat, Jun 24, 2017 at 2:24 PM, Danny Milosavljevic
wrote:
> This patchset adds some mixer controls to sun4i-codec for the Allwinner A10
> and the Allwinner A20.
>
> It also adds a mux for the capture source and the PGA for the MIC2 preamp.
>
> Where possible, it uses SOC_DAPM_DOUBLE in orde
+ Matt and Mel.
On Wed, Jun 28, 2017 at 03:26:10AM +0700, Suravee Suthikulpanit wrote:
> So, from the definition above, we would like all those 16 threads to be in
> the same sched-domain, where threads from C0,1,2,3 are in the same
> sched-group, and threads in C4,5,6,7 are in another sched-group
> Am 28.06.2017 um 00:57 schrieb Sylwester Nawrocki :
>
> On 06/27/2017 07:48 AM, H. Nikolaus Schaller wrote:
>>> Am 26.06.2017 um 22:04 schrieb Sylwester Nawrocki :
>>>
>>> On 06/26/2017 12:35 PM, Hugues FRUCHET wrote:
> What I am missing to support the GTA04 camera is the control of the
>
Fixed following warnings found by checkpatch.pl script:
WARNING: Prefer using '"%s...", __func__' to using '',
this function's name, in a string
Signed-off-by: Simo Koskinen
---
drivers/staging/rts5208/rtsx.c | 2 +-
drivers/staging/rts5208/rtsx_chip.c | 5 +++--
drivers/staging/rts5
Hi all,
Changes since 20170627:
I applied a supplied patch to the pci tree to fix a build problem.
The i2c tree lost its build failure.
The block tree gained a conflict against the file-locks tree. It also
gained a build failure on 32 bit powerpc for which I applied a patch.
The tip tree gaine
These two patches are folloups on "[PATCH v6 0/7] ARM: Fix
dma_alloc_coherent() and friends for NOMMU" which has been partly
merged in [1]. PATCH 1/2 is done per Christoph's suggestion [2] to
eliminate duplication in dma-noop.c. PATCH 2/2 is fixup for ARM's dma
operations for NOMMU due to aforemen
dma_common_mmap() is already available for NOMMU, so there is no point
to carry own version. Moreover, existent implementation relies on
dma-noop provides mmap, but it is not true anymore.
Signed-off-by: Vladimir Murzin
---
arch/arm/mm/dma-mapping-nommu.c | 18 --
1 file changed,
Currently, internals of dma_common_mmap() is compiled out if build is
done for either NOMMU or target which explicitly says it does not
have/want coherent DMA mmap. It turned out that dma_common_mmap() can
be handy in NOMMU setup (at least for ARM).
This patch converts exitent NOMMU targets to use
timers test fails to build due to undefined reference:
aarch64-linaro-linux-gcc --sysroot=/build/tmp-rpb-glibc/sysroots/hikey
-O2 -pipe -g -feliminate-unused-debug-types -O3 -Wl,-no-as-needed -Wall
-DKTEST -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -lrt -lpthread
posix_timers.c
-o
/build/
Am Dienstag, 27. Juni 2017, 21:58:29 CEST schrieb Klaus Goger:
>
> replaces all occurrences of sdmmc with sdmmc in the arm64 and arm
> rockchip devicetree files
>
> Changes in v2:
> - split arm and arm64 changes into separate changes
>
> Klaus Goger (2):
> arm: dts: rockchip: fix typo in rk303
I met several cases that die() is interrupted once irq is unlocked, on
our platform which has multiple cpus, and enables panic_on_oops. It deadlock
in some schedule related code, and hard-lockup is triggered. So the first
criminal field is gone.
So I want to protect the whole flow of die() from ir
In current die(), the irq is disabled for __die() handle, not
including the possible panic() handling. Since the log in __die()
can take several hundreds ms, new irq might come and interrupt
current die().
If the process calling die() holds some critical resource, and some
other process scheduled
On Mon, Jun 26, 2017 at 3:44 AM, Chris Packham
wrote:
> Allow devices that use this driver to be registered via a
> devicetree.
Device Tree
Wolfram was being a bit faster to apply it...
> +#include
> +#include
> + struct device_node *np = pdev->dev.of_node;
> /* If irq is 0, we
On Wed, Jun 28, 2017 at 12:36:52AM +1000, Jonathan Liu wrote:
> +#define SUN4I_HDMI_DDC_INT_STATUS_ERROR_MASK ( \
> + SUN4I_HDMI_DDC_INT_STATUS_ILLEGAL_FIFO_OPERATION | \
> + SUN4I_HDMI_DDC_INT_STATUS_DDC_RX_FIFO_UNDERFLOW | \
> + SUN4I_HDMI_DDC_INT_STATUS_DDC_TX_FIFO_OVERFLOW | \
> +
drivers/perf/hisilicon/hisi_uncore_l3c_pmu.c:348:1-3: WARNING: PTR_ERR_OR_ZERO
can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Fixes: 05958712d8d4 ("drivers: perf: hisi: Add support for HiSilicon SoC L3C
PMU driver")
CC
:
https://github.com/0day-ci/linux/commits/Shaokun-Zhang/Add-HiSilicon-SoC-uncore-Performance-Monitoring-Unit-driver/20170628-070841
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
On Mon, Jun 26, 2017 at 3:44 AM, Chris Packham
wrote:
> Switch to using the devm_ APIs and remove the now unnecessary error
> handling and most of the device removal code.
> if (i2c_pca_add_numbered_bus(&i2c->adap) < 0) {
> - ret = -ENODEV;
> - goto e_adapt;
>
On Tue, Jun 27, 2017 at 07:06:30PM -0500, Jack Miller wrote:
> After a call to firmware SwitchBSP(),
What is that and who does that?
> Linux can be booted with a thread
> that isn't the first in the system. That thread automatically becomes
> CPU 0.
Btw, you should be seeing other explosions too
On Tue, Jun 27, 2017 at 06:16:47PM +0200, Sebastian Andrzej Siewior wrote:
> Commit 583248e6620a ("iommu/iova: Disable preemption around use of
> this_cpu_ptr()") disables preemption while accessing a per-CPU variable.
> This does keep lockdep quiet. However I don't see the point why it is
> bad if
On Mon 26-06-17 11:58:22, Wei Yang wrote:
> In commit (9adb62a5df9c0fbef7) "mm/hotplug: correctly setup fallback
> zonelists when creating new pgdat" tries to build the correct zonelist for
> a new added node, while it is not necessary to rebuild it for already exist
> nodes.
>
> In build_zonelist
Hi Sylwester,
On 27-06-2017 21:34, Sylwester Nawrocki wrote:
> Hi Jose,
>
> On 06/27/2017 10:43 AM, Jose Abreu wrote:
>> On 25-06-2017 22:13, Sylwester Nawrocki wrote:
>>> On 06/20/2017 07:26 PM, Jose Abreu wrote:
This is an initial submission for the Synopsys Designware HDMI RX
Control
On Mon, Jun 26, 2017 at 3:44 AM, Chris Packham
wrote:
> Make use of struct gpio_desc which allows us to specify the active state
> of the reset pin.
> + if (gpio_is_valid(platform_data->gpio)) {
No way, it should be provided by GPIO lookup table.
> + ret = de
On Mon, Jun 26, 2017 at 3:44 AM, Chris Packham
wrote:
On the first glance I have thought this is _the_ only patch that
doesn't make my eyes hurt.
Not a chance! Where is the commit message?
Code below though looks fine.
> @@ -107,8 +107,8 @@ static int i2c_pca_pf_waitforcompletion(void *pd)
>
On 2017/06/24 08:06PM, Masami Hiramatsu wrote:
> On Sat, 24 Jun 2017 02:30:21 +0900
> Masami Hiramatsu wrote:
>
> > On Thu, 22 Jun 2017 22:33:25 +0530
> > "Naveen N. Rao" wrote:
> >
> > > On 2017/06/22 06:07PM, Masami Hiramatsu wrote:
> > > > On Thu, 22 Jun 2017 00:20:28 +0530
> > > > "Naveen N
The BGRA appears twice in the ipu_plane_formats[] list. The
duplicate should be BGRX.
The original commit is:
commit 59d6b7189a96 ("drm/imx: ipuv3-plane: enable support for RGBX
and RGBA pixel formats")
Signed-off-by: Laurentiu Palcu
---
drivers/gpu/drm/imx/ipuv3-plane.c | 2 +-
On 2017-06-28 11:22:05 [+0200], Joerg Roedel wrote:
> On Tue, Jun 27, 2017 at 06:16:47PM +0200, Sebastian Andrzej Siewior wrote:
> > Commit 583248e6620a ("iommu/iova: Disable preemption around use of
> > this_cpu_ptr()") disables preemption while accessing a per-CPU variable.
> > This does keep loc
Hi Zhen Lei,
Nate (CC'd), Robin and I have been working on something very similar to
this series, but this patch is different to what we had planned. More below.
On Mon, Jun 26, 2017 at 09:38:46PM +0800, Zhen Lei wrote:
> Because all TLBI commands should be followed by a SYNC command, to make
> s
On 06/28/2017 11:23 AM, Michal Hocko wrote:
> On Mon 26-06-17 11:58:22, Wei Yang wrote:
>> In commit (9adb62a5df9c0fbef7) "mm/hotplug: correctly setup fallback
>> zonelists when creating new pgdat" tries to build the correct zonelist for
>> a new added node, while it is not necessary to rebuild it
Hi Tom,
On Tue, Jun 27, 2017 at 10:12:30AM -0500, Tom Lendacky wrote:
> ---
> drivers/iommu/amd_iommu.c | 30 --
> drivers/iommu/amd_iommu_init.c | 34 --
> drivers/iommu/amd_iommu_proto.h | 10 ++
> drivers/iommu/am
> Not a chance! Where is the commit message?
Don't you think $subject is clear enough?
signature.asc
Description: PGP signature
From: Karthik Tummala
Fixed following checkpatch.pl warning:
WARNING: Prefer using '"%s...", __func__' to using
the function's name, in a string
It is prefered to use '%s & __func__' instead of function
name for logging.
Signed-off-by: Karthik Tummala
---
drivers/staging/ccree/ssi_aea
From: Karthik Tummala
This patch series fixes coding style and removes the following
checkpatch.pl warnings:
Prefer using '"%s...", __func__' to using the function's name,
in a string.
Braces {} are not necessary for single statement blocks.
Rebased on top of next-20170627.
Patches were tested
From: Karthik Tummala
Fixed following checkpatch.pl warning:
WARNING: braces {} are not necessary for single
statement blocks.
Signed-off-by: Karthik Tummala
---
drivers/staging/ccree/ssi_aead.c | 38 ++
1 file changed, 14 insertions(+), 24 deletions
> > if (i2c_pca_add_numbered_bus(&i2c->adap) < 0) {
> > - ret = -ENODEV;
> > - goto e_adapt;
> > + return -ENODEV;
>
> This is still shadows the actual error code.
Nice catch. But since it fixes a seperate issue, I'd prefer an
incremental change
On Tue, 27 Jun 2017, Oleg Nesterov wrote:
> Perhaps it makes sense to reset RLIMITs on suid exec (say, if
> bprm->per_clear is not zero) ? Yes, it is not clear how should we define
> SANE_RLIMITS_FOR_SUID, and this should probably depend on sysctl, etc.
Hmm, this should be an userspace-defined
On Wed, 2017-06-28 at 12:31 +0300, Laurentiu Palcu wrote:
> The BGRA appears twice in the ipu_plane_formats[] list. The
> duplicate should be BGRX.
>
> The original commit is:
>
> commit 59d6b7189a96 ("drm/imx: ipuv3-plane: enable support for RGBX
> and RGBA pixel formats")
>
> S
> > /* If irq is 0, we do polling. */
> > + if (irq < 0)
> > + irq = 0;
>
> This does not belong to what is written in commit message. Looks like
> a separate fix.
True, this needs explanation.
> > + of_property_read_u32_index(np, "clock-frequency", 0,
On Wednesday, June 28, 2017 5:14:12 AM CEST Taeung Song wrote:
> Unlike asm code level, the new source code view
> provides a additional viewpoint based on source code level
> for performance analysis.
>
> Of course, current disassembly view can show itself with pieces of source
> code but some us
Thank you Karthik,
On Wed, Jun 28, 2017 at 12:37 PM, wrote:
> From: Karthik Tummala
>
> This patch series fixes coding style and removes the following
> checkpatch.pl warnings:
>
> Prefer using '"%s...", __func__' to using the function's name,
> in a string.
This one is good.
>
> Braces {} are
On Wed 28-06-17 11:35:00, Vlastimil Babka wrote:
> On 06/28/2017 11:23 AM, Michal Hocko wrote:
> > On Mon 26-06-17 11:58:22, Wei Yang wrote:
> >> In commit (9adb62a5df9c0fbef7) "mm/hotplug: correctly setup fallback
> >> zonelists when creating new pgdat" tries to build the correct zonelist for
> >>
On Wednesday, June 28, 2017 5:18:08 AM CEST Taeung Song wrote:
> Hi,
>
> The --source-only option and new source code TUI view can show
> the result of performance analysis based on full source code per
> symbol(function). (Namhyung Kim told me this idea and it was also requested
> by others some
On Tue, 2017-06-27 at 20:01 -0600, Jens Axboe wrote:
> On 06/27/2017 07:57 PM, Stephen Rothwell wrote:
> > Hi Jens,
> >
> > Today's linux-next merge of the block tree got a conflict in:
> >
> > include/linux/fs.h
> >
> > between commit:
> >
> > 3f64df8a51ce ("fs: new infrastructure for writ
drivers/perf/hisilicon/hisi_uncore_hha_pmu.c:272:1-3: WARNING: PTR_ERR_OR_ZERO
can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Fixes: 2b8a651927f4 ("drivers: perf: hisi: Add support for HiSilicon SoC HHA
PMU driver")
CC
On Tue, Jun 27, 2017 at 12:47:55PM -0700, Jacob Pan wrote:
> +int iommu_bind_pasid_table(struct iommu_domain *domain, struct device *dev,
> + struct pasid_table_info *pasidt_binfo)
> +{
> + if (unlikely(!domain->ops->bind_pasid_table))
> + return -EINVAL;
I thin
:
https://github.com/0day-ci/linux/commits/Shaokun-Zhang/Add-HiSilicon-SoC-uncore-Performance-Monitoring-Unit-driver/20170628-070841
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
Hi,
Most dma_map_ops structures are never modified. Constify these
structures such that these can be write-protected. This file size diff
will show the difference between data and text segment.
Thanks,
~arvind
On Wednesday 28 June 2017 02:23 PM, Joerg Roedel wrote:
On Tue, Jun 13, 2017 at 03:4
1 - 100 of 1070 matches
Mail list logo
