On Thu, 2016-05-12 at 22:09 -0500, Rob Herring wrote:
> On Thu, May 12, 2016 at 9:00 PM, chunfeng yun
> wrote:
> > Hi,
> >
> > On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote:
> >> On Thu, May 12, 2016 at 3:24 AM, chunfeng yun
> >> wrote:
> >> >> > + - mediatek,enable-manual-drd : supports
On Fri, May 13, 2016 at 6:02 AM, Arend van Spriel
wrote:
> On 12-05-16 11:34, Wei-Ning Huang wrote:
>> On Thu, May 12, 2016 at 2:33 AM, Dan Williams wrote:
>>> On Wed, 2016-05-11 at 13:03 +0800, Wei-Ning Huang wrote:
On Fri, May 6, 2016 at 4:19 PM, Wei-Ning Huang
wrote:
>
> On
On Thu, May 12, 2016 at 03:31:27AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: 1be0eb2a97d756fb7dd8c9baf372d81fa9699c09
> Gitweb: http://git.kernel.org/tip/1be0eb2a97d756fb7dd8c9baf372d81fa9699c09
> Author: Peter Zijlstra
> AuthorDate: Fri, 6 May 2016 12:21:23 +0200
> Committer:
Oh right, sorry for the delay.
On Thu, May 12, 2016 at 8:01 PM, Huang, Ying wrote:
> "Huang, Ying" writes:
>
>> Eric Dumazet writes:
>>> On Mon, May 9, 2016 at 6:26 PM, Huang, Ying
>>> wrote:
Hi, Eric,
kernel test robot writes:
> FYI, we noticed the following commit:
>
On 04/19/2016 10:41 PM, Huacai Chen wrote:
This is a kernel bug, I'll send a patch.
Did you ever send a patch to fix this problem ? It is still broken in
next-20160512.
Guenter
Huacai
On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck wrote:
On 04/19/2016 08:37 PM, 陈华才 wrote:
Hi,
This patch adds the device tree support for the Qualcomm SCM firmware.
Signed-off-by: Andy Gross
---
.../devicetree/bindings/firmware/qcom,scm.txt | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 Documentation/devicetree/bindings/firmware/qcom,scm.txt
diff
This patch changes the cold_set_boot_addr function to use atomic SCM
calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to
support the two arguments going to the smc call. Using atomic removes
the need for memory allocation and instead places all arguments in
registers.
Signed-off-b
This patch adds the firmware node for the SCM
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
---
arch/arm/boot/dts/qcom-apq8084.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi
b/arch/arm/boot/dts/qcom-apq8084.dtsi
index a33a09f..7c2df06
This adds the devicetree node for the SCM firmware.
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom/msm8916.dtsi
index 9681
This patch converts the Qualcomm SCM driver to use the streaming DMA APIs
for communication buffers.
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 189 +++--
drivers/firmware/qcom_scm.c| 6 +-
drivers/firmware/qcom_scm.h| 10 ++-
3
This patch moves the qcom_scm_remap_error function to the include file
where can be used by both the 32 and 64 bit versions of the code.
Reviewed-by: Stephen Boyd
Acked-by: Bjorn Andersson
Signed-off-by: Andy Gross
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 17
From: Kumar Gala
Add an implementation of the SCM interface that works on ARM64 SoCs. This
is used by things like determine if we have HDCP support or not on the
system.
Signed-off-by: Kumar Gala
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm-32.c | 4 +
drivers/firmware/qcom_scm-
This patch converts the Qualcomm SCM firmware driver into a platform
driver.
Signed-off-by: Andy Gross
---
drivers/firmware/qcom_scm.c | 165 +---
1 file changed, 156 insertions(+), 9 deletions(-)
diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmwar
The following set of patches does a bit of rework on the existing
Qualcomm SCM firmware. The first couple of patches deals with turning
the current SCM into a platform driver. The next couple are cleanups
that make adding the 64 support a little easier. I added in a patch to
convert the scm-32 t
Add information for the mfd and regulator drivers.
Acked-by: Rob Herring
Signed-off-by: Keerthy
---
Changes in v3:
* Changed the example node lable to pmic from lp8733.
Documentation/devicetree/bindings/mfd/lp873x.txt | 55
1 file changed, 55 insertions(+)
create
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable General Purpose Output Signals(GPO).
PMIC interacts with the main processor through i2c. PMIC has
couple of LDOs(
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable General Purpose Output Signals(GPO).
PMIC interacts with the main processor through i2c. PMIC has
couple of LDOs(
I find the count nr_file_pages is not equal to nr_inactive_file +
nr_active_file.
There are 8 cpus, 2 zones in my system.
I think may be the pagevec trigger the problem, but PAGEVEC_SIZE is only 14.
Does anyone know the reason?
Thanks,
Xishi Qiu
root@hi3650:/ # cat /proc/vmstat
nr_free_pages 5
Hi, YT:
On Thu, 2016-05-12 at 19:49 +0800, yt.s...@mediatek.com wrote:
> From: YT Shen
>
> This patch add support for the Mediatek MT2701 DISP subsystem.
> There is only one OVL engine in MT2701, and we have shadow
> register support here.
>
> Signed-off-by: YT Shen
> ---
> @@ -385,12 +422,16
> From: Michal Hocko
>
> watermark check should use classzone_idx rather than high_zoneidx
> to check reserves against the correct (preferred) zone.
>
> Signed-off-by: Michal Hocko
> ---
Acked-by: Hillf Danton
> mm/page_alloc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> dif
> >>+ gpiod = fwnode_get_named_gpiod(&child->fwnode, "reset-gpios");
> >>+ /* Deassert the reset signal */
> >>+ if (!IS_ERR(gpiod))
> >>+ gpiod_direction_output(gpiod, 0);
> >
> >This is wrong I think. You must only ignore -ENODEV, all other error
>
>At least -ENOSYS should al
> From: Michal Hocko
>
> Joonsoo has reported that he is able to trigger OOM for !costly high
> order requests (heavy fork() workload close the OOM) with the new
> oom detection rework. This is because we rely only on should_reclaim_retry
> when the compaction is disabled and it only checks water
Hi Jeffrey,
On Fri, Apr 29, 2016 at 05:45:13PM +0800, jeffrey.lin wrote:
> Raydium I2C touch driver.
>
> Signed-off-by: jeffrey.lin
I was looking at the driver and there were a few issues (buffer
overflows, forgetting releasing firmware, general flow, etc), that I
tried correcting in the attache
Hi Andy,
I see various arm build failures in -next. One example is spitz_defconfig.
Bisect points to commit 'sched/core: Add switch_mm_irqs_off() and use it
in the scheduler'. Reverting the commit fixes the problem.
In file included from include/linux/mmu_context.h:4:0,
from driv
Hi Paul,
>
> Nice Kedar!
>
> Is this getting applied? I would really like to see this get into the
> mainline.
This patch got applied to the dma-next branch...
Here @
http://git.kernel.org/cgit/linux/kernel/git/vkoul/slave-dma.git/log/?h=next
Thanks,
Kedar.
Shawn,
On Thu, May 12, 2016 at 4:47 PM, Shawn Lin wrote:
> 在 2016/5/13 7:10, Brian Norris 写道:
>>
>> On Thu, May 12, 2016 at 11:03:17AM -0700, Doug Anderson wrote:
>>>
>>> Just like every other Rockhip device, the MMC "_sample" clocks should
>>> have a shift of 0, not a shift of 1. The rk3399 TRM
Hi Lars,
Thanks for the review...
>
> On 05/12/2016 02:29 PM, Kedareswara rao Appana wrote:
> [...]
> > +- xlnx,include-sg : Indicates the controller to operate in simple or
> > + scatter gather dma mode
>
> This is also a software runtime configuration parameter.
On Thu, May 12, 2016 at 11:42:16PM +0300, Kirill A. Shutemov wrote:
> But I guess it should apply cleanly to v4.5. Or at least without major
> conflicts.
[11/511]mh@fan:~/linux/debug/linux$ curl
'http://marc.info/?l=linux-rdma&m=146307074800836&w=2' | patch -p1
% Total% Received % Xferd Av
On Thu, 2016-05-12 at 17:56 -0400, Ilia Mirkin wrote:
> On Thu, May 12, 2016 at 4:08 PM, James Bottomley
> wrote:
> > On Thu, 2016-05-12 at 19:02 +0300, Meelis Roos wrote:
> > > This is from a dual-AthlonMP 32-bit x86 system with onboard
> > > Adaptec
> > > SCSI
> > > controller, once during bootu
On Thu, May 12, 2016 at 03:31:51AM -0700, tip-bot for Morten Rasmussen wrote:
> Commit-ID: cfa10334318d8212d007da8c771187643c9cef35
> Gitweb: http://git.kernel.org/tip/cfa10334318d8212d007da8c771187643c9cef35
> Author: Morten Rasmussen
> AuthorDate: Fri, 29 Apr 2016 20:32:40 +0100
> Commi
MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO pins
which also act as the special function in alternate mode. Also
there is configuration like push-pull, open drain, FPS timing
etc for these pins.
Add pin control driver to configure these parameters through
pin control APIs.
Signed-off-
Maxim Semiconductor's PMIC MAX77620/MAX20024 has 8 GPIO pins
which act as GPIO as well as special function mode.
Add DT binding document to support these pins in GPIO
mode via GPIO framework.
Signed-off-by: Laxman Dewangan
Acked-by: Rob Herring
Acked-by: Linus Walleij
---
This as part of the
MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO
pins. It also supports interrupts from these pins.
Add GPIO driver for these pins to control via GPIO APIs.
Signed-off-by: Laxman Dewangan
Reviewed-by: Linus Walleij
---
This as part of the max77620 series and mfd patch are already appli
Maxim Semiconductor's PMIC MAX77620/MAX20024 has 8 GPIO pins
which act as GPIO as well as special function mode.
Add DT binding document to configure pins in function mode as
well as pin configuration parameters.
Signed-off-by: Laxman Dewangan
Acked-by: Rob Herring
Acked-by: Linus Walleij
---
On Fri, 13 May 2016 02:33:18 +
"Tian, Kevin" wrote:
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Friday, May 13, 2016 1:48 AM
> >
> > On Thu, 12 May 2016 04:53:19 +
> > "Tian, Kevin" wrote:
> >
> > > > From: Alex Williamson [mailto:alex.william...@redhat.co
MLC (module level code) is an ACPICA terminology describing the AML code
out of any control method, currently only Type1Opcode (If/Else/While)
wrapped MLC code blocks are executed by the AML interpreter after the table
loading. But the issue which is fixed by this patchset is:
Not only Type1Opco
Operation regions created by MLC were not tracked by
acpi_check_address_range(), this patch fixes this issue. ACPICA BZ 1279. Fixed
by Lv Zheng.
Link: https://bugs.acpica.org/show_bug.cgi?id=1279
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/dsopcode.c |6 ++
1 file changed, 6 insertio
The MLC (Module Level Code) is an ACPICA terminology describing the AML
code out of any control method, its support is the main contention of the
interpreter behavior during the table loading.
The original implementation of MLC in ACPICA had several issues:
1. Out of any control method, besides of
This patch enables the following initialization order for the new table
loading mode (which is enabled by setting
acpi_gbl_parse_table_as_term_list to TRUE):
1. Install default region handlers (SystemMemory, SystemIo, PciConfig,
EmbeddedControl via ECDT) without evaluating _REG;
2. Load th
the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-urgent-for-mingo-20160512
>
> for you to fetch changes up to 42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e:
>
> perf stat: Fallback to user only counters when perf_event_paranoid
This experiment follows de-facto standard behavior, parsing entire
table as a single TermList, so that all module level executions are
possible during the table loading.
If regressions are found against the enabling of this experimental fix,
this patch is the only one that should get bisected out.
Hi all,
Changes since 20160512:
Dropped tree: rdma-leon (bad build and conflicts)
The rdma-leon tree gained a build failure so I dropped it for today.
The staging tree gained a build failure for which I applied a merge
fix patch.
The pinctrl tree lost its build failure.
Non-merge commits
On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote:
> On Fri, 29 Apr 2016 10:52:32 +0200
> Arnd Bergmann wrote:
>
>> This reverts the earlier fix attempt and works around the problem
>> by including both linux/mmu_context.h and asm/mmu_context.h from
>> kernel/sched/core.c. This is not a good
gt;
> Did you ever send a patch to fix this problem ? It is still broken in
> next-20160512.
>
> Guenter
>
>
>> Huacai
>>
>> On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck
>> wrote:
>>>
>>> On 04/19/2016 08:37 PM, 陈华才 wrote:
>>>&
Allocating 64 Tx/Rx as default doesn't benefit perfomrnace when less
CPUs were assigned. especially when DCB is enabled, so we should take
num_online_cpus() as top limit, and aslo to make sure every TC has
at least one queue, take the MAX_TRAFFIC_CLASS as bottom limit of queues
number.
Signed-off-
* Herbert Xu wrote:
> On Thu, May 12, 2016 at 04:31:06PM -0700, Megha Dey wrote:
> > Hi,
> >
> > When booting latest kernel with the CONFIG_CRYPTO_SHA1_MB enabled, I
> > observe a panic.
> >
> > After having a quick look, on reverting the following patches, I am able
> > to complete the boot
> Hi,
>
> "Du, Changbin" writes:
> >> right, and that was my point: if we copy more to userspace, then we have
> >> a real big problem.
> >>
> > Yes, we drop the data because we userspace buffer is not enough this time.
> > The problem here is that really can we just drop it silently? Maybe not.
From: venkat-prashanth
#Change Log: from v2.0 to v3.0
- fixed the out-of-tree Makefile and suitably added
the modifications in the Makefile
- fixed the bad indented Kconfig file
-used a d
Hi Linus:
This push fixes a bug in the RSA self-test that may cause crashes
on some architectures such as SPARC.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
Herbert Xu (1):
crypto: testmgr - Use kmalloc memory for RSA input
crypto/testm
Currently perf stat always counts task-clock event by default. But it's
somewhat confusing for system-wide targets (especially with 'sleep N' as
the 'sleep' task just sleeps and doesn't use cputime). Changing to
cpu-clock event instead for that case makes more sense IMHO.
Signed-off-by: Namhyung
The commit 140aeadc1fb5 ("perf stat: Abstract stat metrics printing")
changed way to print shadow metrics, but it missed to update the width
of stalled backend cycles event to 7.2% like others. This resulted in
misaligned output like below:
Performance counter stats for 'pwd':
0.63831
Currently only task-clock event updates the runtime_nsec so it cannot
show the metric when using cpu-clock events. However cpu clock works
basically same as task-clock, so no need to not update the runtime IMHO.
Before:
# perf stat -a -e cpu-clock,context-switches,page-faults,cycles sleep 0.1
From: venkat-prashanth
[PATCH] rtc: add support to maxim rtc max6916
#Change Log: from v2.0 to v3.0
- fixed the out-of-tree Makefile and suitably added
the modifications in the Makefile
-
on 2016/5/12 at 23:32, Tejun Heo wrote:
On Thu, May 12, 2016 at 09:11:33AM +0800, Miao Xie wrote:
My box has 48 cores and 188GB memory, but I set
vm.dirty_background_bytes = 268435456
vm.dirty_bytes = 536870912
if I set vm.dirty_background_bytes and vm.dirty_bytes to be a large
number(vm.dirty
From: venkat-prashanth
This is a patch to add support
for Maxim rtc max6916
Signed-off-by: Venkat Prashanth B U
---
#Change Log: from v2.0 to v3.0
- fixed the out-of-tree Makefile and suitably added
the modifications in the M
Hi,
On 11.05.2016 17:14, Rob Herring wrote:
On Tue, May 10, 2016 at 04:18:27AM +0200, Sebastian Reichel wrote:
Hi,
On Mon, May 09, 2016 at 04:07:35PM -0500, Rob Herring wrote:
There's already a pwm-led binding that can be used. Though there
may be missing consumer IR to LED subsystem support
On Thu, 2016-12-05 at 15:32:22 UTC, Christophe Leroy wrote:
> With the ffs() function as defined in arch/powerpc/include/asm/bitops.h
> GCC will not optimise the code in case of constant parameter, as shown
> by the small exemple below.
>
> int ffs_test(void)
> {
> return 4 << ffs(31);
> }
>
The current throttling strategy is to apply cooling levels
on all processors in a package. Therefore, if one cooling
device is requested to cap the frequency, the same request
is applied to all sibling processors in the same package.
For this reason, this patch removes the redundant cooling
device
Hi Linus,
A bunch of radeon displayport mode setting fixes, and some misc
i915 fixes. There is one revert, the MST audio code in i915 was causing
some oopses, so we've decided just to drop it until next kernel when
we can fix it properly.
Thanks,
Dave.
The following changes since commit 44549e8
The switch to elf_getshdr{num,strndx} post-dates the oldest tool chain
the kernel is supposed to be able to build with, so try to cope with
such an environment.
Signed-off-by: Jan Beulich
---
tools/objtool/Makefile|4
tools/objtool/elf.h |5 +
2 files changed,
On Fri, May 13, 2016 at 10:09:29AM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
>
> On (05/13/16 08:41), Minchan Kim wrote:
> [..]
>
> will fix and update, thanks!
>
>
> > > @@ -719,6 +737,8 @@ compress_again:
> > > zcomp_strm_release(zram->comp, zstrm);
> > > zstrm = N
The kernel's unreachable() translates to __builtin_unreachable() only
for gcc 4.5 and newer, and else expands to an infinite loop. Avoid
"function has unreachable instruction" warnings for this case by
inspecting the instructions immediately following the UD2. This cuts
down the number of files get
On 5/12/2016 1:56 PM, Arnd Bergmann wrote:
> A patch that went into Linux-4.4 to fix big-endian mode on a Lantiq
> MIPS system unfortunately broke big-endian operation on PowerPC
> APM82181 as reported by Christian Lamparter, and likely other
> systems.
>
> It actually introduced multiple issues:
Please disregard this patch. Wrong patch attached, I'll send a correct
one in a short while.
On Fri, May 13, 2016 at 2:27 PM, wrote:
> From: Tien Hock Loh
>
> Adds SGMII support for dwmac-socfpga to enable the SGMII PHY when phy-mode
> of the dwmac is set to sgmii.
>
> Signed-off-by: Tien Hock
Hi,
"Du, Changbin" writes:
>> "Du, Changbin" writes:
>> >> right, and that was my point: if we copy more to userspace, then we have
>> >> a real big problem.
>> >>
>> > Yes, we drop the data because we userspace buffer is not enough this time.
>> > The problem here is that really can we just dr
Hi,
I came across a piece of engineering code that looked like:
preempt_disable();
/* --cut, lots of code-- */
preempt_enable_no_resched();
put_user()
preempt_disable();
(If you wish to seriously question the usage of the preempt API in this
manner, I unfortunately have no comment since I didn
From: Tien Hock Loh
Adds SGMII support for dwmac-socfpga to enable the SGMII PHY when phy-mode
of the dwmac is set to sgmii.
Signed-off-by: Tien Hock Loh
---
.../net/ethernet/stmicro/stmmac/dwmac-socfpga.c| 340 -
1 file changed, 330 insertions(+), 10 deletions(-)
diff
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Friday, May 13, 2016 1:33 PM
> > >
> > > As argued previously in this thread, there's nothing special about a
> > > DMA write to memory versus a DMA write to a special address that
> > > triggers an MSI vector. If the device is DM
Le 13/05/2016 à 08:16, Michael Ellerman a écrit :
On Thu, 2016-12-05 at 15:32:22 UTC, Christophe Leroy wrote:
With the ffs() function as defined in arch/powerpc/include/asm/bitops.h
GCC will not optimise the code in case of constant parameter, as shown
by the small exemple below.
int ffs_test
On (05/13/16 15:23), Minchan Kim wrote:
[..]
> @@ -737,12 +737,12 @@ static int zram_bvec_write(struct zram *zram, struct
> bio_vec *bvec, u32 index,
> zcomp_strm_release(zram->comp, zstrm);
> zstrm = NULL;
>
> - atomic64_inc(&zram->stats.num_recompress);
On Thu 12-05-16 13:13:28, Andrew Morton wrote:
> On Thu, 12 May 2016 18:53:11 +0200 Michal Hocko wrote:
>
> > Andrew,
> > do you think this should go in in the next merge window or should I
> > repost after rc1 is out? I do not mind one way or the other. I would
> > obviously would like to get th
801 - 871 of 871 matches
Mail list logo
