Hi Robin,
On 11/10/2016 07:07 PM, Robin Murphy wrote:
Hi Alim,
On 10/11/16 03:30, Alim Akhtar wrote:
This patch adds ARM Performance Monitor Unit dt node for exynos7.
PMU provides various statistics on the operation of the CPU and
memory system at runtime, which are very useful when debugging
The patch
spi: spi-fsl-dspi: Add DMA support for Vybrid
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linu
On Thu, Nov 10, 2016 at 9:24 PM, Paul E. McKenney
wrote:
> On Thu, Nov 10, 2016 at 09:37:47AM -0800, Cong Wang wrote:
>> (Cc'ing Paul)
>>
>> On Wed, Nov 9, 2016 at 7:42 AM, Rolf Neugebauer
>> wrote:
>> > Hi
>> >
>> > We noticed some long delays starting docker containers on some newer
>> > kernel
This patch fixes the following checkpatch.pl warning in prism2sta.h:
WARNING: Block comments should align the * on each line
No more warnings block comments warnings for this file.
Signed-off-by: Timo Schmid
---
drivers/staging/wlan-ng/prism2sta.c | 36 ++--
1 fi
If a z3fold page couldn't be compacted, we don't want it to be
used for next object allocation in the first place. It makes more
sense to add it to the end of the relevant unbuddied list. If that
page gets compacted later, it will be added to the beginning of
the list then.
This simple idea gives
On 10/11/16 18:47, Michael Walle wrote:
> Since commit 87a18a6a5652 ("mmc: mmc: Use ->card_busy() to detect busy
> cards in __mmc_switch()") the ESDHC driver is broken:
> mmc0: Card stuck in programming state! __mmc_switch
> mmc0: error -110 whilst initialising MMC card
>
> Since this commit _
Am 2016-11-11 14:15, schrieb Adrian Hunter:
On 10/11/16 18:47, Michael Walle wrote:
Since commit 87a18a6a5652 ("mmc: mmc: Use ->card_busy() to detect busy
cards in __mmc_switch()") the ESDHC driver is broken:
mmc0: Card stuck in programming state! __mmc_switch
mmc0: error -110 whilst initial
Hi Brian,
2016-11-11 Brian Starkey :
> Hi Gustavo,
>
> On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Support DRM out-fences by creating a sync_file with a fence for each CRTC
> > that sets the OUT_FENCE_PTR property.
> >
> > We use the out_
Hi Lorenzo,
On 11/11/2016 01:58 AM, Lorenzo Pieralisi wrote:
On Thu, Nov 10, 2016 at 10:02:35AM -0500, agust...@codeaurora.org wrote:
Hey Hanjun,
On 2016-11-09 21:36, Hanjun Guo wrote:
Hi Marc, Rafael, Lorenzo,
Since we agreed to add a probe deferral if we failed to get irq
resources which m
On 11/10/2016 11:02 PM, agust...@codeaurora.org wrote:
Hey Hanjun,
On 2016-11-09 21:36, Hanjun Guo wrote:
Hi Marc, Rafael, Lorenzo,
Since we agreed to add a probe deferral if we failed to get irq
resources which mirroring the DT does (patch 1 in this patch set),
I think the last blocker to mak
On Fri, Nov 11, 2016 at 1:48 AM, Sudeep Holla wrote:
> On 10/11/16 19:03, Olof Johansson wrote:
>> On Thu, Nov 10, 2016 at 6:34 AM, Sudeep Holla
>> wrote:
[...]
>>> E.g. Amlogic follows most of the legacy protocol though it deviates in
>>> couple of things which we can handle with platform spec
Hi Arnd
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 10 November 2016 16:07
> To: Gabriele Paoloni
> Cc: linux-arm-ker...@lists.infradead.org; Yuanzhichang;
> mark.rutl...@arm.com; devicet...@vger.kernel.org;
> lorenzo.pieral...@arm.com; miny...@acm.org; linux-
On 08/11/16 13:56, Suzuki K Poulose wrote:
> This series adds supports to the kernel and KVM hyp to handle
> systems without FP/ASIMD properly. At the moment the kernel
> doesn't check if the FP unit is available before accessing
> the registers (e.g during context switch). Also for KVM,
> we trap
On 10/26/2016 07:10 PM, Fu Wei wrote:
Hi Mark,
On 21 October 2016 at 00:37, Mark Rutland wrote:
Hi,
As a heads-up, on v4.9-rc1 I see conflicts at least against
arch/arm64/Kconfig. Luckily git am -3 seems to be able to fix that up
automatically, but this will need to be rebased before the next
The part that confuses me is that the kernels that I use are custom
configured for a particular machine. I don't use initramfs or even
allow module loading. All the drivers are actually in the kernel. As
far as I know, no firmware is loaded. But the regression stops the BNX2
NIC from being disc
The dma ctlr is reseted to 0 while cpdma soft reset, thus cpdma ctlr
cannot be configured after cpdma is stopped. So restoring content
of cpdma ctlr while off/on procedure is needed. The cpdma ctlr off/on
procedure is present while interface down/up and while changing number
of channels with ethtoo
In commit 3e1be7a ("bnx2: Reset device during driver initialization"),
firmware requesting code was moved to driver probe stage, into function
bnx2_init_one. But if bnx2 driver is build into kernel, it will fail
to request firmware because firmware is contained in initramfs, but
initramfs has not b
This reverts commit 3e1be7ad2d38c6bd6aeef96df9bd0a7822f4e51c.
When people build bnx2 driver into kernel, it will fail to detect
and load firmware because firmware is contained in initramfs and
initramfs has not been uncompressed yet during do_initcalls. So
revert commit 3e1be7a and work out a new
Hi bnx2 experts,
In commit 3e1be7a ("bnx2: Reset device during driver initialization"),
firmware requesting code was moved from open stage to probe stage.
The reason is in kdump kernel hardware iommu need device be reset in
driver probe stage, otherwise those in-flight DMA from 1st kernel
will con
Hi Mark,
Sorry for the late reply.
On 10/21/2016 12:37 AM, Mark Rutland wrote:
Hi,
As a heads-up, on v4.9-rc1 I see conflicts at least against
arch/arm64/Kconfig. Luckily git am -3 seems to be able to fix that up
automatically, but this will need to be rebased before the next posting
and/or me
Am 11.11.2016 um 13:26 schrieb Geliang Tang:
Use list_move() instead of list_del() + list_add() to simplify the code.
Signed-off-by: Geliang Tang
Reviewed-by: Christian König .
---
drivers/gpu/drm/radeon/radeon_vm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/dr
On 11/11/16 at 08:44am, Jay Rouman wrote:
> The part that confuses me is that the kernels that I use are custom
> configured for a particular machine. I don't use initramfs or even
> allow module loading. All the drivers are actually in the kernel. As
> far as I know, no firmware is loaded. But
On Fri, Oct 28, 2016 at 11:32:54AM +0100, Charles Keepax wrote:
> Currently we leak a lot of things when tearing down the IRQs this patch
> fixes this cleaning up both the IRQ mappings and the IRQ domain itself.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/arizona-irq.c | 54
>
Dear Baoquan,
On 11/11/16 14:46, Baoquan He wrote:
This reverts commit 3e1be7ad2d38c6bd6aeef96df9bd0a7822f4e51c.
Thanks a lot.
When people build bnx2 driver into kernel, it will fail to detect
and load firmware because firmware is contained in initramfs and
initramfs has not been uncompress
On Fri, Nov 11, 2016 at 05:50:35PM +0800, Chen-Yu Tsai wrote:
> The sunxi pinctrl driver only caches whatever pinconf setting was last
> set on a given pingroup. This is not particularly helpful, nor is it
> correct.
>
> Fix this by actually reading the hardware registers and returning
> the corre
On 10/21/2016 07:21 PM, Mark Rutland wrote:
On Fri, Oct 21, 2016 at 12:14:01PM +0100, Mark Rutland wrote:
On Thu, Oct 20, 2016 at 05:58:17PM +0100, Mark Rutland wrote:
On Thu, Sep 29, 2016 at 02:17:13AM +0800, fu@linaro.org wrote:
+ arch_timer_ppi[PHYS_NONSECURE_PPI] =
acpi_gtdt_map
Em Thu, 10 Nov 2016 12:15:39 +0100
Jörg Otte escreveu:
> 2016-11-10 9:40 GMT+01:00 Mauro Carvalho Chehab :
> > Em Wed, 9 Nov 2016 11:07:35 -0800
> > Linus Torvalds escreveu:
> >
> >> On Wed, Nov 9, 2016 at 3:09 AM, Jörg Otte wrote:
> >> >
> >> > Tried patch with no success. Again a NULL ptr der
Hi Jürg,
On Mon, 2016-10-10 at 18:30 +0200, Jürg Billeter wrote:
> IWL6000G2B_UCODE_API_MAX is not defined. ucode_api_max of
> IWL_DEVICE_6030 uses IWL6000G2_UCODE_API_MAX. Use this also for
> MODULE_FIRMWARE.
>
> Fixes: 9d9b21d1b616 ("iwlwifi: remove IWL_*_UCODE_API_OK")
> Signed-off-by: Jürg Bi
On Fri, Nov 11, 2016 at 9:51 PM, Maxime Ripard
wrote:
> On Fri, Nov 11, 2016 at 05:50:35PM +0800, Chen-Yu Tsai wrote:
>> The sunxi pinctrl driver only caches whatever pinconf setting was last
>> set on a given pingroup. This is not particularly helpful, nor is it
>> correct.
>>
>> Fix this by actu
On 11 November 2016 at 10:56, Liviu Dudau wrote:
> Hi Shailendra,
>
> On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
>> From: "Shailendra Verma"
>>
>> There is possible dereference of NULL pointer if kmalloc fails.
>
> You could add: ... when the function returns. From the patc
On 11/11/2016 09:46 PM, Hanjun Guo wrote:
Hi Mark,
Sorry for the late reply.
On 10/21/2016 12:37 AM, Mark Rutland wrote:
Hi,
As a heads-up, on v4.9-rc1 I see conflicts at least against
arch/arm64/Kconfig. Luckily git am -3 seems to be able to fix that up
automatically, but this will need to b
On Fri, Nov 11, 2016 at 12:23:25PM +0100, Jiri Slaby wrote:
> Hi,
>
> I am trying a new gcc with new warnings enabled:
>
> make O=../a/gcc7/ CC='gcc-7' V=1 kernel/exit.o
> EXTRA_CFLAGS='-Wimplicit-fallthrough=3'
>
> But the build fails when building under tools/:
> ...
> make -f /home/latest/lin
On 11/11/16 at 09:46pm, Baoquan He wrote:
> Hi bnx2 experts,
>
> In commit 3e1be7a ("bnx2: Reset device during driver initialization"),
> firmware requesting code was moved from open stage to probe stage.
> The reason is in kdump kernel hardware iommu need device be reset in
> driver probe stage,
The TSE-850 is an FM Transmitter Station Equipment, designed to generate
baseband signals for FM, mainly the DARC subcarrier, but other signals
are also possible.
Signed-off-by: Peter Rosin
---
.../bindings/sound/axentia,tse850-pcm5142.txt | 88 ++
MAINTAINERS
On 11/11/2016, 03:00 PM, Jiri Olsa wrote:
> On Fri, Nov 11, 2016 at 12:23:25PM +0100, Jiri Slaby wrote:
>> Hi,
>>
>> I am trying a new gcc with new warnings enabled:
>>
>> make O=../a/gcc7/ CC='gcc-7' V=1 kernel/exit.o
>> EXTRA_CFLAGS='-Wimplicit-fallthrough=3'
>>
>> But the build fails when buildi
No need to stop ctlr if it was already stopped. It can cause timeout
warns. Steps:
- ifconfig eth0 down
- ethtool -l eth0 rx 8 tx 8
- ethtool -l eth0 rx 1 tx 1
Signed-off-by: Ivan Khoronzhuk
---
Based on net-next/master
drivers/net/ethernet/ti/davinci_cpdma.c | 2 +-
1 file changed, 1 insertio
Subject was supposed to be v9! sorry about that.
2016-11-11 Gustavo Padovan :
> From: Gustavo Padovan
>
> Hi,
>
> Another iteration after Brian comments. Please refer to the cover letter[1] in
> a previous version to check for more details.
>
> The changes since the last version can be seen i
From: Tvrtko Ursulin
Drivers like i915 benefit from being able to control the maxium
size of the sg coallesced segment while building the scatter-
gather list.
Introduce and export the __sg_alloc_table_from_pages function
which will allow it that control.
v2: Reorder parameters. (Chris Wilson)
On 11/11/2016 07:34 AM, Eva Rachel Retuya wrote:
> Eliminate the non-standard attribute in_voltage_range and move its
> functionality under the scale attribute. read_raw() has been taken care
> of previously so only write_raw() is handled here.
>
> Additionally, rename the attribute in_voltage_ran
On 11/11/16 13:34, Rob Herring wrote:
On Fri, Nov 11, 2016 at 1:48 AM, Sudeep Holla wrote:
On 10/11/16 19:03, Olof Johansson wrote:
On Thu, Nov 10, 2016 at 6:34 AM, Sudeep Holla
wrote:
[...]
E.g. Amlogic follows most of the legacy protocol though it deviates in
couple of things which we
On Fri, Nov 11, 2016 at 03:52:21PM +0530, Viresh Kumar wrote:
> @@ -456,8 +460,6 @@ static int sugov_init(struct cpufreq_policy *policy)
>
> out:
> mutex_unlock(&global_tunables_lock);
> -
> - cpufreq_enable_fast_switch(policy);
> return 0;
>
> fail:
> @@ -468,6 +470,10 @@ s
On 11/11/2016 07:34 AM, Eva Rachel Retuya wrote:
> Move the ad7606 driver from staging/iio/adc to iio/adc. Also, update the
> corresponding Makefile and Kconfig associated with the change.
This is obviously OK, but when you generate a patch that moves files use
`git format-patch -M ...`. This will
For s390 kernel builds I keep getting this warning:
kernel/sched/cpuacct.c: In function 'cpuacct_stats_show':
kernel/sched/cpuacct.c:298:25: warning: format '%lld' expects argument of type
'long long int', but argument 4 has type 'clock_t {aka long int}' [-Wformat=]
seq_printf(sf, "%s %lld\n",
On Fri, Nov 11, 2016 at 01:58:46PM +, Emil Velikov wrote:
> On 11 November 2016 at 10:56, Liviu Dudau wrote:
> > Hi Shailendra,
> >
> > On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
> >> From: "Shailendra Verma"
> >>
> >> There is possible dereference of NULL pointer if km
Hi,
On 11/11/2016 11:22, Viresh Kumar wrote:
If slow path frequency changes are conducted in a SCHED_OTHER context
then they may be delayed for some amount of time, including
indefinitely, when real time or deadline activity is taking place.
Move the slow path to a real time kernel thread. In t
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_array
subclass or just a normal fence) and then used by DRM to fenc
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
ers.
Build/test scripts are in the various subdirectories of
https://github.com/groeck/linux-build-test/tree/master/rootfs/.
Thanks,
Guenter
arm:
[1.699096] ===
[1.699188] suspicious RCU usage. ]
[1.699340] 4.9.0-rc4-next-2016 #4 Not tainted
[
From: Gustavo Padovan
Hi,
Another iteration after Brian comments. Please refer to the cover letter[1] in
a previous version to check for more details.
The changes since the last version can be seen in commit message on each patch.
Robert Foss managed to port Android's drm_hwcomposer to the new
On 10/11/16 16:16, Joerg Roedel wrote:
> On Thu, Nov 10, 2016 at 04:07:08PM +, Robin Murphy wrote:
>> On 10/11/16 15:46, Joerg Roedel wrote:
>>> On Fri, Nov 04, 2016 at 11:24:06AM +, Eric Auger wrote:
+ resource_list_for_each_entry(window, &bridge->windows) {
+ if (resou
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
On 11/08/2016, 09:37 PM, Michael S. Tsirkin wrote:
> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
> The following might be helpful for debugging - if kernel still will
> not stop panicing, we are looking at some kind
> of memory corruption.
>
>
> diff --git a/drivers/gpu/drm/virtio
Ignore value of interrupt distribution mode for common interrupts in
IDU since setting of affinity using value from Device Tree is deprecated
in ARC. Originally it is done in idu_irq_xlate() function and it is
semantically wrong and does not guaranty that an affinity value will be
set properly.
Ho
On Fri, Nov 11, 2016 at 03:32:04PM +0100, Tommaso Cucinotta wrote:
> >+struct sched_param param = { .sched_priority = 50 };
>
> won't you have a tunable here? (sysctl?)
You can use the regular userspace tools, like schedtool and chrt to set
priorities.
On Fri, 11 Nov 2016, Peter Zijlstra wrote:
> A wee bit like so...
> +
> +static inline bool refcount_sub_and_test(int i, refcount_t *r)
Why would we want to expose that at all? refcount_inc() and
refcount_dec_and_test() is what is required for refcounting.
I know there are a few users of kref_sub
On 10.11.2016 13:22, Oliver Neukum wrote:
On Thu, 2016-11-10 at 12:09 +0100, Bjørn Mork wrote:
Kai-Heng Feng writes:
On Wed, Nov 9, 2016 at 8:32 PM, Bjørn Mork wrote:
Oliver Neukum writes:
On Tue, 2016-11-08 at 13:44 -0500, Alan Stern wrote:
These problems could very well be caused by r
Hi Laurent,
On 11/11/16 01:50, Laurent Pinchart wrote:
> Hi Robin,
>
> On Friday 21 Oct 2016 18:52:53 Robin Murphy wrote:
>> On 20/10/16 00:36, Magnus Damm wrote:
>>> From: Magnus Damm
>>>
>>> Introduce an alternative set of iommu_ops suitable for 64-bit ARM
>>> as well as 32-bit ARM when CONFIG
On Fri, Nov 11, 2016 at 01:39:35PM +, Gabriele Paoloni wrote:
> Hi Arnd
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: 10 November 2016 16:07
> > To: Gabriele Paoloni
> > Cc: linux-arm-ker...@lists.infradead.org; Yuanzhichang;
> > mark.rutl...@arm.com
On Fri, Nov 11, 2016 at 03:39:05PM +0100, Thomas Gleixner wrote:
> On Fri, 11 Nov 2016, Peter Zijlstra wrote:
> > A wee bit like so...
> > +
> > +static inline bool refcount_sub_and_test(int i, refcount_t *r)
>
> Why would we want to expose that at all? refcount_inc() and
> refcount_dec_and_test()
Hello, I have a business deal it’s private and confidence for more information
please feel free to contact me with your personal telephone number for easy
communication +27835485068
You’re sincerely,
Savelieva Costa
Sachin Shukla wrote:
From: "Sachin Shukla"
xoffset and yoffset of struct fb_var_screeninfo are unsigned and so
they can never be less than 0.
Signed-off-by: Sachin Shukla
fsl-diu-fb portion:
Acked-by: Timur Tabi
I tested this series on the db410c platform and I've seen no
regressions from previous versions of this series.
Tested-by: Robert Foss
Hi Jose,
On 11/09/2016 06:43 PM, Jose Abreu wrote:
> Hi All,
>
> This is a RFC patch for Synopsys Designware HDMI RX PHY e405.
> This phy receives and decodes HDMI video that is delivered to
> a controller. The controller bit is not yet ready for submission
> but we are planning to submit it as s
On Fri, Nov 11, 2016 at 02:34:39PM +, Robin Murphy wrote:
> On 10/11/16 16:16, Joerg Roedel wrote:
> > On Thu, Nov 10, 2016 at 04:07:08PM +, Robin Murphy wrote:
> >> On 10/11/16 15:46, Joerg Roedel wrote:
> >>> On Fri, Nov 04, 2016 at 11:24:06AM +, Eric Auger wrote:
> +reso
A quick review:
On 11/08/2016 07:34 AM, Rick Chang wrote:
> Add v4l2 driver for Mediatek JPEG Decoder
>
> Signed-off-by: Rick Chang
> Signed-off-by: Minghsiu Tsai
> ---
> drivers/media/platform/Kconfig | 15 +
> drivers/media/platform/Makefile |2 +
> d
On Fri, Nov 11, 2016 at 1:51 AM, Jiri Olsa wrote:
>
> On Wed, Nov 02, 2016 at 02:35:46PM +0100, Jiri Olsa wrote:
> > hi,
> > adding jvmti compilation under perf build, so it's easy
> > to put it under rpm.
> >
> > I plan on updating fedora/rhel perf rpm, to have the jvmti
> > placed in like:
> >
>
On Fri, Nov 11, 2016 at 03:04:35PM +0100, Jiri Slaby wrote:
> On 11/11/2016, 03:00 PM, Jiri Olsa wrote:
> > On Fri, Nov 11, 2016 at 12:23:25PM +0100, Jiri Slaby wrote:
> >> Hi,
> >>
> >> I am trying a new gcc with new warnings enabled:
> >>
> >> make O=../a/gcc7/ CC='gcc-7' V=1 kernel/exit.o
> >> E
On Wed, Nov 09, 2016 at 02:19:36PM +, Lorenzo Pieralisi wrote:
> +struct iommu_fwentry {
> + struct list_head list;
> + struct fwnode_handle *fwnode;
> + const struct iommu_ops *ops;
> +};
Is there a reason the iommu_ops need to be stored there? Currently it
seems that the ops are
The patch
ASoC: soc-core: snd_soc_get_dai_name() become non static
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) an
The patch
ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_prefix
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_routing
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: soc-core: adjust for graph on snd_soc_of_parse_card_name
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
On Fri, Nov 11, 2016 at 04:14:27PM +0100, Jiri Olsa wrote:
> On Fri, Nov 11, 2016 at 03:04:35PM +0100, Jiri Slaby wrote:
> > On 11/11/2016, 03:00 PM, Jiri Olsa wrote:
> > > On Fri, Nov 11, 2016 at 12:23:25PM +0100, Jiri Slaby wrote:
> > >> Hi,
> > >>
> > >> I am trying a new gcc with new warnings e
When wait_for_completion_interruptible_timeout() is called from
_request_firmware_load() with a large timeout value (here, MAX_JIFFY_OFFSET
because it's a an explicit call to the user helper), its return value (a
long) will overflow when silently casted to int, be stored as a negative
integer and t
On Fri, Nov 11, 2016 at 09:46:29PM +0800, Hanjun Guo wrote:
> On 10/21/2016 12:37 AM, Mark Rutland wrote:
> >On Thu, Sep 29, 2016 at 02:17:12AM +0800, fu@linaro.org wrote:
> >>+static int __init map_gt_gsi(u32 interrupt, u32 flags)
> >>+{
> >>+ int trigger, polarity;
> >>+
> >>+ if (!interr
The patch
ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_simple_widgets
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
Hi Yuriy,
On 11/11/16 14:38, Yuriy Kolerov wrote:
> Ignore value of interrupt distribution mode for common interrupts in
> IDU since setting of affinity using value from Device Tree is deprecated
> in ARC. Originally it is done in idu_irq_xlate() function and it is
> semantically wrong and does no
On Fri, Nov 11, 2016 at 02:37:15PM +0530, Sachin Shukla wrote:
> From: "Sachin Shukla"
>
> There is no need to call kfree() if memdup_user_nul() fails, as no memory
> was allocated and the error in the error-valued pointer should be returned.
Hi,
in general, having a common exit path is conside
On Fri, 11 Nov 2016 10:16:22 +0100
Heiko Carstens wrote:
> Hi Mark,
>
> > On Wed, Nov 02, 2016 at 03:56:26PM +, Mark Rutland wrote:
> > > On Wed, Oct 26, 2016 at 06:43:05PM +0100, Mark Rutland wrote:
> > > > Heiko and I have been working on THREAD_INFO_IN_TASK for s390 and arm64
> > > > resp
On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> There is now a new property called IN_FENCE_FD attached to every plane
> state that receives sync_file fds from userspace via the atomic commit
> IOCTL.
>
> The fd is then translated to a fence (that may be a fenc
Hi Linus,
The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911:
Linux 4.9-rc4 (2016-11-05 16:23:36 -0700)
are available in the git repository at:
https://github.com/ceph/ceph-client.git tags/ceph-for-4.9-rc5
for you to fetch changes up to 264048afab27d7c27eedf5394714
Hi Joerg,
On 11/11/2016 12:42, Joerg Roedel wrote:
> On Thu, Nov 10, 2016 at 07:00:52PM +0100, Auger Eric wrote:
>> GICv2m and GICV3 ITS use dma-mapping iommu_dma_map_msi_msg to allocate
>> an MSI IOVA on-demand.
>
> Yes, and it the right thing to do there because as a DMA-API
> implementation th
On 11 November 2016 10:38, Lee Jones wrote:
>
> > +static struct resource da9061_core_resources[] = {
> > + DEFINE_RES_NAMED(DA9061_IRQ_VDD_WARN, 1, "VDD_WARN", IORESOURCE_IRQ),
> > +};
> > +
> > +static struct resource da9061_regulators_resources[] = {
> > + DEFINE_RES_NAMED(DA9061_IRQ_LDO_LI
On Fri, 11 Nov 2016 12:19:44 +0100
Joerg Roedel wrote:
> On Thu, Nov 10, 2016 at 10:46:01AM -0700, Alex Williamson wrote:
> > In the case of x86, we know that DMA mappings overlapping the MSI
> > doorbells won't be translated correctly, it's not a valid mapping for
> > that range, and therefore t
The patch
regulator: axp20x: Fix axp809 ldo_io registration error on cold boot
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in
The patch
regulator: gpio: properly check return value of of_get_named_gpio
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
regulator: lp873x: Add support for populating input supply
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
From: Namhyung Kim
When horizontal scrolling is used in hierarchy mode, the folded signed
disappears at the right most column.
Committer note:
To test it, run 'perf top --hierarchy, see the '+' symbol at the first
column, then press the right arrow key, the '+' symbol will disappear,
this patch
From: Namhyung Kim
When horizontall scrolling is used in hierarchy mode, the the right most
column has unnecessary indentation. Actually it's needed only if some
of left (overhead) columns were shown.
Signed-off-by: Namhyung Kim
Tested-by: Arnaldo Carvalho de Melo
Tested-by: Markus Trippelsdo
From: Namhyung Kim
Markus reported that there's a weird behavior on perf top --hierarchy
regarding the column length.
Looking at the code, I found a dubious code which affects the symptoms.
When --hierarchy option is used, the last column length might be
inaccurate since it skips to update the l
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-hists-hierarchy-fixes-for-mingo-2016
for you to fetch changes up to c72ab446cac1d6c9551fd26c4cfef1b2fc5041fd:
perf hists: Fix column length on --hierarchy (2016-11-09
From: Namhyung Kim
It should indent 2 spaces for folded sign and a whitespace.
Signed-off-by: Namhyung Kim
Tested-by: Markus Trippelsdorf
Cc: Jiri Olsa
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20161108130833.9263-2-namhy...@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
to
From: Namhyung Kim
The perf report/top on TUI supports horizontal scrolling using LEFT and
RIGHT keys.
But it calculate the number of columns incorrectly when hierarchy mode
is enabled so that keep pressing RIGHT key can make the output
disappeared.
In the hierarchy mode, all sort keys are coll
On Fri, Nov 11, 2016 at 12:16 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Create one timeline context for each CRTC to be able to handle out-fences
> and signal them. It adds a few members to struct drm_crtc: fence_context,
> where we store the context we get from fence_context_alloc()
Hi Liviu
> -Original Message-
> From: liviu.du...@arm.com [mailto:liviu.du...@arm.com]
> Sent: 11 November 2016 14:46
> To: Gabriele Paoloni
> Cc: Arnd Bergmann; linux-arm-ker...@lists.infradead.org; Yuanzhichang;
> mark.rutl...@arm.com; devicet...@vger.kernel.org;
> lorenzo.pieral...@arm.
On 11/11/2016 06:19 AM, Joerg Roedel wrote:
On Thu, Nov 10, 2016 at 10:46:01AM -0700, Alex Williamson wrote:
In the case of x86, we know that DMA mappings overlapping the MSI
doorbells won't be translated correctly, it's not a valid mapping for
that range, and therefore the iommu driver backing
The patch
ASoC: wm_adsp: Add support for SYSTEM firmware controls
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: wm_adsp: Support acknowledged controls
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
ASoC: wm_adsp: Signal firmware shutdown through event control
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
On Fri, 11 Nov 2016 11:38:45 +0800
Chunyan Zhang wrote:
What happened to the subject?
> >>> +static void
> >>> +trace_process_export(struct trace_export *export,
> >>> +struct ring_buffer_event *event)
> >>> +{
> >>> + struct trace_entry *entry;
> >>> + unsigned int size = 0
201 - 300 of 627 matches
Mail list logo
