Hi,
> Sent: Saturday, March 26, 2016 6:11 PM
< snip >
> > ps: there might be bugs there, but it's a holiday and I really shouldn't
> > be spending time on this right now ;-)
>
> I'm also off on holiday now until Sunday 10th April... yay :-)
> >
> > Anyway, have fun testing. Let me know if it does
On 2016년 03월 28일 12:11, MyungJoo Ham wrote:
> []
>> Suggested-by: Myungjoo Ham
>> Signed-off-by: Chanwoo Choi
>> [tjakobi: Reported RCU locking issue and cw00.choi fix it.]
>> Reported-by: Tobias Jakobi
>> [m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board]
>> Tested-by: Markus Re
> diff --git a/include/asm-generic/bitops/arch_parity.h
> b/include/asm-generic/bitops/arch_parity.h
> new file mode 100644
> index 000..cddc555
> --- /dev/null
> +++ b/include/asm-generic/bitops/arch_parity.h
> @@ -0,0 +1,39 @@
> +#ifndef _ASM_GENERIC_BITOPS_ARCH_PARITY_H_
> +#define _ASM_GEN
On 25 March 2016 at 15:09, Peter Chen wrote:
> On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
>> Currently the Linux kernel does not provide any standard integration of this
>> feature that integrates the USB subsystem with the system power regulation
>> provided by PMICs meaning tha
On 2016년 03월 28일 12:12, MyungJoo Ham wrote:
>> This patch just adds the governor type to identify them
>> by using the defined constant.
>
> We do not need this one.
Ok. I'll drop this patch on next patchset(v7).
Best Regards,
Chanwoo Choi
The freq-table is stored in struct cpufreq_policy also and there is
absolutely no need of keeping a copy of its reference in struct
acpi_cpufreq_data. Drop it.
Also policy->freq_table can't be NULL in the target() callback, remove
the useless check as well.
Signed-off-by: Viresh Kumar
---
drive
On 2016年03月08日 06:00, Douglas Anderson wrote:
The drm_encoder_cleanup() was missing both from the error path of
dw_hdmi_rockchip_bind(). This caused a crash when slub_debug was
enabled and we ended up deferring probe of HDMI at boot.
This call isn't needed from unbind() because if dw_hdmi_bind(
On 27 March 2016 at 16:22, Geert Uytterhoeven wrote:
> On Thu, Mar 24, 2016 at 1:35 PM, Baolin Wang wrote:
>> --- a/drivers/power/wm831x_power.c
>> +++ b/drivers/power/wm831x_power.c
>> @@ -13,6 +13,7 @@
>> #include
>> #include
>> #include
>> +#include
>>
>> #include
>> #include
>> @@
Following Peter and Alexei's suggestion, this patchset:
1. Append performance test result in commit message of patch 3/4 and 4/4;
2. Describe history and design choice in commit message of patch 4/4;
3. Change 'onward' to 'forward';
4. Squash patches to make a better git log.
Wang Nan (4):
Set a default event->overflow_handler in perf_event_alloc() so don't
need to check event->overflow_handler in __perf_event_overflow().
Following commits can give a different default overflow_handler.
Initial idea comes from Peter at [1]
Since default value of event->overflow_handler is not null,
This patch introduces 'write_backward' bit to perf_event_attr, which
controls the direction of a ring buffer. After set, the corresponding
ring buffer is written from end to beginning. This feature is design to
support reading from overwritable ring buffer.
Ring buffer can be created by mapping a
Add new ioctl() to pause/resume ring-buffer output.
In some situations we want to read from ring buffer only when we
ensure nothing can write to the ring buffer during reading. Without
this patch we have to turn off all events attached to this ring buffer
to achieve this.
This patch is for suppor
Convert perf_output_begin to __perf_output_begin and make the later
function able to write records from the end of the ring buffer.
Following commits will utilize the 'backward' flag.
This is the core patch to support writing ring buffer backward, which
would be introduced by following patch to su
This patch provides some tracepoints for the lifecycle of a mmc request from
starting to completion to help with performance analysis of MMC subsystem.
Changes since v2:
- Remove some redundant tracepoints which are repeated in block layer.
Signed-off-by: Baolin Wang
---
drivers/mmc/core/core.
On 2016年03月18日 19:22, Tomeu Vizoso wrote:
So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the
CRTC gets disabled.
Signed-off-by: Tomeu Vizoso
Link:
http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_nsjgmhfxyhehr8xxxmaczs+p5...@mail.gmail.com
---
drivers/gpu/drm/rockchip/ro
On 2016年03月22日 23:08, Tomeu Vizoso wrote:
When a VOP is re-enabled, it will start scanning right away the
framebuffers that were configured from the last time, even if those have
been destroyed already.
To prevent the VOP from trying to access freed memory, disable all its
windows when the CRTC
On 24.03.2016 17:03, Andy Yan wrote:
> Hi Krzystof:
(...)
>>> +static int get_reboot_mode_magic(struct reboot_mode_driver *reboot,
>>> +const char *cmd)
>>> +{
>>> + const char *normal = "normal";
>>> + int magic = 0;
>>> + struct mode_info *info;
Sometimes it is not worth for the iommu allocating big chunks.
Here we enable DMA_ATTR_ALLOC_SINGLE_PAGES which could help avoid
to allocate big chunks while iommu allocating buffer.
More information about this attribute, please check Doug's
commit df05c6f6e0bb ("ARM: 8506/1: common: DMA-mapping:
Currently __iommu_dma_alloc_pages assumes that all the IOMMU support
the granule of PAGE_SIZE. It call alloc_page to try allocating memory
in the last time. Fortunately the mininum pagesize in all the
current IOMMU is SZ_4K, so this works well.
But there may be a case in which the mininum granule
On Mon, Mar 28, 2016 at 09:05:09AM +0800, Boqun Feng wrote:
> On Sun, Mar 27, 2016 at 10:59:00PM +0200, Sedat Dilek wrote:
> > [1] says...
> >
> > "Also tested with lockdep's test suite after applying the patch:
> >
> > [ 0.00] Good, all 253 testcases passed! |"
> >
> > Where can I find this
On Sun, Mar 27, 2016 at 02:09:14PM -0700, Paul E. McKenney wrote:
> > Does that system have MONITOR/MWAIT errata?
>
> On the off-chance that this question was also directed at me,
Hehe, it wasn't, however, since we're here..
> here is
> what I am running on. I am running in a qemu/KVM virtual
From: Joonsoo Kim
Many developer already know that field for reference count of
the struct page is _count and atomic type. They would try to handle it
directly and this could break the purpose of page reference count
tracepoint. To prevent direct _count modification, this patch rename it
to _refc
From: Joonsoo Kim
page_reference manipulation functions are introduced to track down
reference count change of the page. Use it instead of direct modification
of _count.
Signed-off-by: Joonsoo Kim
---
drivers/net/ethernet/cavium/thunder/nicvf_queues.c | 2 +-
drivers/net/ethernet/qlogic/qede/q
-powersave-1-execl-debian-x86_64-2015-02-07.cgz-x86_64-rhel-a4675fbc4a7abe072ac6ba38c252f22a91ebcd94-20160327-40079-1c1bacg-0.yaml"
max_uptime: 852.6
initrd: "/osimage/debian/debian-x86_64-2015-02-07.cgz"
bootloader_append:
- root=/dev/ram0
- user=lkp
-
job=/lkp/sched
Sorry for jumping in late, was busy with other stuff and travel :(
On 22-03-16, 02:53, Rafael J. Wysocki wrote:
> Index: linux-pm/drivers/cpufreq/acpi-cpufreq.c
> ===
> --- linux-pm.orig/drivers/cpufreq/acpi-cpufreq.c
> +++ linux-pm/d
On Sun, Mar 27, 2016 at 02:06:41PM -0700, Paul E. McKenney wrote:
> > But, you need hotplug for this to happen, right?
>
> I do, but Ross Green is seeing something that looks similar, and without
> CPU hotplug.
Yes, but that's two differences so far, you need hotplug and he's on ARM
(which doesn
6fpd-debian-x86_64-2015-02-07.cgz-x86_64-rhel-e132b9b3bc7f19e9b158e42b323881d5dee5ecf3-20160327-11856-1ve4oen-0.yaml"
nr_cpu: "$(nproc)"
max_uptime: 967.0
initrd: "/osimage/debian/debian-x86_64-2015-02-07.cgz"
bootloader_append:
- root=/dev/ram0
- user=lkp
-
job=/lkp/scheduled
2016-03-28 15:07 GMT+09:00 kbuild test robot :
> Hi Joonsoo,
>
> [auto build test ERROR on net/master]
> [also build test ERROR on v4.6-rc1 next-20160327]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving the system]
Hello, bot.
I
formance-malloc1-debian-x86_64-2015-02-07.cgz-x86_64-rhel-56a17b8836398ffab52c00dda8442f1680dc251b-20160327-19362-xb20kp-0.yaml"
max_uptime: 1500
initrd: "/osimage/debian/debian-x86_64-2015-02-07.cgz"
bootloader_append:
- root=/dev/ram0
- user=lkp
-
job=/lkp/scheduled/lkp-sbx04/bise
Hi Joonsoo,
[auto build test WARNING on net/master]
[also build test WARNING on v4.6-rc1 next-20160327]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/js1304-gmail-com/mm-page_ref-use
On Mon, Mar 28, 2016 at 02:23:45AM +, Mathieu Desnoyers wrote:
> >> But, you need hotplug for this to happen, right?
> >
> > My understanding is that this seems to be detection of failures to be
> > awakened for a long time on idle CPUs. It therefore seems to be more
> > idle-related than cpu
> -Original Message-
> From: Mathias Nyman [mailto:mathias.ny...@linux.intel.com]
> Sent: Wednesday, March 23, 2016 7:52 PM
> To: Rajesh Bhagat
> Cc: gre...@linuxfoundation.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Sriram Dash
> Subject: Re: [PATCH] usb: xhci: Fix
Hi Heiko,
On 2016年03月28日 08:13, Heiko Stuebner wrote:
Hi Xing,
Am Samstag, 26. März 2016, 14:37:56 schrieb Xing Zheng:
Add the clock tree definition for the new RK3399 SoC.
Signed-off-by: Xing Zheng
---
[...]
+ /*
+* We use pclkin_cifinv by default GRF_SOC_CON20[9] (GSC20_9)
Hi Joonsoo,
[auto build test WARNING on net/master]
[also build test WARNING on v4.6-rc1 next-20160327]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/js1304-gmail-com/mm-page_ref-use
bian-x86_64-2015-02-07.cgz-x86_64-rhel-3a47d5124a957358274e9ca7b115b2f3a914f56d-20160327-91511-18rmyet-0.yaml"
nr_cpu: "$(nproc)"
max_uptime: 1272.94
initrd: "/osimage/debian/debian-x86_64-2015-02-07.cgz"
bootloader_append:
- root=/dev/ram0
- user=lkp
-
job=/lkp/scheduled/lkp-snb01/bisect_pigz
Hi Joonsoo,
[auto build test ERROR on net/master]
[also build test ERROR on v4.6-rc1 next-20160327]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/js1304-gmail-com/mm-page_ref-use-page_ref
On 24.03.2016 22:21, Adrian Hunter wrote:
> On 24/03/16 15:11, Adrian Hunter wrote:
>> On 24/03/16 10:42, Krzysztof Kozlowski wrote:
>>> On 24.03.2016 17:24, Jisheng Zhang wrote:
Hi,
On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote:
> Hi,
>
> On 03/24/2016 04:5
2016-03-28 14:59 GMT+09:00 :
> From: Joonsoo Kim
>
> Many developer already know that field for reference count of
> the struct page is _count and atomic type. They would try to handle it
> directly and this could break the purpose of page reference count
> tracepoint. To prevent direct _count mo
From: Joonsoo Kim
Many developer already know that field for reference count of
the struct page is _count and atomic type. They would try to handle it
directly and this could break the purpose of page reference count
tracepoint. To prevent direct _count modification, this patch rename it
to _refc
From: Joonsoo Kim
page_reference manipulation functions are introduced to track down
reference count change of the page. Use it instead of direct modification
of _count.
Signed-off-by: Joonsoo Kim
---
drivers/net/ethernet/cavium/thunder/nicvf_queues.c | 2 +-
drivers/net/ethernet/qlogic/qede/q
On 25 March 2016 at 22:10, Jens Axboe wrote:
> On 03/25/2016 02:19 AM, Baolin Wang wrote:
>>
>> diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
>> index fe207e5..d372a2d 100644
>> --- a/drivers/mmc/card/block.c
>> +++ b/drivers/mmc/card/block.c
>> @@ -46,6 +46,9 @@
>>
>> #includ
在 2016年03月28日 10:43, David Miller 写道:
From: "zhaoxiu.zeng"
Date: Sun, 27 Mar 2016 14:43:10 +0800
+
+/*
+ * parityN: returns the parity of a N-bit word,
+ * i.e. the number of 1-bits in x modulo 2.
+ */
+
+#define __arch_parity4(w) (__arch_hweight8((w) & 0xf) & 1)
+#define __arch_parity8(w
Hello,
Ping.
- Sanchayan.
On 16-03-11 14:29:27, Sanchayan Maity wrote:
> Hello,
>
> This patchset implements SoC bus support for Freescale Vybrid platform,
> implementing the following
> https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-soc
>
> This a reworked version of an ol
On 28.03.2016 14:35, Anand Moon wrote:
> Should their be a fix in the u-boot for HK for this issue ?
It depends whether U-Boot S2MPS11 driver has this bug or has not. I did
not observe any issues with U-Boot at this matter.
> mmc card detection logic is pretty old in HK u-boot.
This is not relat
Hi Krzysztof
On 28 March 2016 at 09:02, Krzysztof Kozlowski wrote:
> On 28.03.2016 10:59, Javier Martinez Canillas wrote:
>> Hello Krzysztof,
>>
>> On 03/27/2016 08:54 PM, Krzysztof Kozlowski wrote:
>>> The buck9 regulator of S2MPS11 PMIC lacked minimal selector for linear
>>> mapping. The mappin
On 22-03-16, 02:51, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Move definitions of symbols related to transition latency and
> sampling rate to include/linux/cpufreq.h so they can be used by
> (future) goverernors located outside of drivers/cpufreq/.
s/goverernors/governors
>
> No
On 27.03.2016 16:41, Anand Moon wrote:
>
> On My Odroid U3 with debug flags enable I am observing bellow deadlock.
There is a sleep in atomic context and possible deadlock, but:
1. Are you sure it does not happen without the patch?
2. Are you sure it is not the same as already known issue on sdhc
On Sun, 2016-03-27 at 13:00 -0400, Paul Gortmaker wrote:
> In the ongoing audit/cleanup of non-modular code needlessly using
> modular infrastructure, the SCSI subsystem fortunately only contains
> two instances that I detected. Both are for legacy drivers that
> predate the git epoch, so clear
This patch adds the description to explain the TDP reporting mechanism
and accumulated power algorithm.
Signed-off-by: Huang Rui
Cc: Borislav Petkov
---
Documentation/hwmon/fam15h_power | 57 +++-
drivers/hwmon/fam15h_power.c | 2 +-
2 files changed, 57
This patch adds a platform check function to make code more readable.
Signed-off-by: Huang Rui
---
drivers/hwmon/fam15h_power.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/fam15h_power.c b/drivers/hwmon/fam15h_power.c
index c1cad26..622c646 100644
-
This patch introduces an algorithm that computes the average power by
reading a delta value of “core power accumulator” register during
measurement interval, and then dividing delta value by the length of
the time interval.
User is able to use power1_average entry to measure the processor power
co
On 22-03-16, 02:46, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Replace the single helper for adding and removing cpufreq utilization
> update hooks, cpufreq_set_update_util_data(), with a pair of helpers,
> cpufreq_add_update_util_hook() and cpufreq_remove_update_util_hook(),
> and mo
Hi Guenter,
This serial of patches introduces an accumulated power reporting
algorithm. It will calculate the average power consumption for the
processor. The cpu feature flag is CPUID.8000_0007H:EDX[12].
This algorithm is used to test the comparison of processor power
consumption with between MW
This patch adds CONFIG_CPU_SUP_AMD as the dependence of fam15h_power
driver. Because the following patch will use the interface from
x86/kernel/cpu/amd.c.
Otherwise, the below error might be encountered:
All errors (new ones prefixed by >>):
drivers/built-in.o: In function `fam15h_power_probe
PTSC is the performance timestamp counter value in a cpu core and the
cores in one compute unit have the fixed frequency. So it picks up the
performance timestamp counter value of the first core per compute unit
to measure the interval for average power per compute unit.
Signed-off-by: Huang Rui
This patch adds a member in fam15h_power_data which specifies the
compute unit accumulated power. It adds do_read_registers_on_cu to do
all the read to all MSRs and run it on one of the online cores on each
compute unit with smp_call_function_many(). This behavior can decrease
IPI numbers.
Suggest
Hi Soren,
> -Original Message-
> From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com]
> Sent: Monday, March 28, 2016 12:56 AM
> To: Appana Durga Kedareswara Rao
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; M
From: Joonsoo Kim
There are mostly same code for setting up kmem_cache_node either
in cpuup_prepare() or alloc_kmem_cache_node(). Factor out and
clean-up them.
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 167 +-
1 file changed, 67 inse
Add clock controller nodes for MT2701, include topckgen, infracfg,
pericfg, apmixedsys, mmsys, imgsys, vdecsys, hifsys, ethsys and
bdpsys. This patch also add two oscillators that provide clocks for
MT2701.
Signed-off-by: James Liao
---
This patch is based on v4.6-rc1 and MT2701 clock patches [1]
From: Joonsoo Kim
Currently, determination to free a slab is done whenever free object is
put into the slab. This has a problem that free slabs are not freed
even if we have free slabs and have more free_objects than free_limit
when processed slab isn't a free slab. This would cause to keep
too m
From: Joonsoo Kim
Slab color isn't needed to be changed strictly. Because locking
for changing slab color could cause more lock contention so this patch
implements racy access/modify the slab color. This is a preparation step
to implement lockless allocation path when there is no free objects in
From: Joonsoo Kim
This is a preparation step to implement lockless allocation path when
there is no free objects in kmem_cache. What we'd like to do here is
to refill cpu cache without holding a node lock. To accomplish this
purpose, refill should be done after new slab allocation but before
atta
From: Joonsoo Kim
Currently, cache_grow() assumes that allocated page's nodeid would be
same with parameter nodeid which is used for allocation request. If
we discard this assumption, we can handle fallback_alloc() case
gracefully. So, this patch makes cache_grow() handle the page allocated
on ar
From: Joonsoo Kim
To check whther free objects exist or not precisely, we need to grab
a lock. But, accuracy isn't that important because race window would
be even small and if there is too much free object, cache reaper would
reap it. So, this patch makes the check for free object exisistence
no
From: Joonsoo Kim
Until now, cache growing makes a free slab on node's slab list and then
we can allocate free objects from it. This necessarily requires
to hold a node lock which is very contended. If we refill cpu cache
before attaching it to node's slab list, we can avoid holding a node lock
a
From: Joonsoo Kim
Major kmem_cache metadata in slab subsystem is synchronized with
the slab_mutex. In SLAB, if some of them is changed, node's shared
array cache would be freed and re-populated. If __kmem_cache_shrink()
is called at the same time, it will call drain_array() with n->shared
without
From: Joonsoo Kim
Initial attemp to remove BAD_ALIEN_MAGIC is once reverted by
'commit edcad2509550 ("Revert "slab: remove BAD_ALIEN_MAGIC"")'
because it causes a problem on m68k which has many node
but !CONFIG_NUMA. In this case, although alien cache isn't used
at all but to cope with some initi
From: Joonsoo Kim
While processing concurrent allocation, SLAB could be contended
a lot because it did a lots of work with holding a lock. This
patchset try to reduce the number of critical section to reduce
lock contention. Major changes are lockless decision to allocate
more slab and lockless c
Hi Soren,
> -Original Message-
> From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com]
> Sent: Monday, March 28, 2016 12:58 AM
> To: Appana Durga Kedareswara Rao
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; M
From: Joonsoo Kim
slabs_tofree() implies freeing all free slab. We can do it with
just providing INT_MAX.
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
index a5a205b..ba2eacf 100644
--- a/mm/slab.
From: Joonsoo Kim
It can be reused on other place, so factor out it. Following
patch will use it.
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 68 ---
1 file changed, 39 insertions(+), 29 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
Hello Krzysztof,
On 03/28/2016 12:28 AM, Krzysztof Kozlowski wrote:
> On 25.03.2016 12:15, Javier Martinez Canillas wrote:
>>>
>>> How about doing the same for multi_v7?
>>>
>>
>> I didn't consider multi_v7 because media drivers aren't necessary for booting
>> the boards and so it could increase b
Hello Andrew,
On Mon, Mar 21, 2016 at 03:30:49PM +0900, Minchan Kim wrote:
> Recently, I got many reports about perfermance degradation
> in embedded system(Android mobile phone, webOS TV and so on)
> and failed to fork easily.
>
> The problem was fragmentation caused by zram and GPU driver
> pag
Hi,
arm:collie_defconfig is broken since commit ff2b135922 ("gpio: make the gpiochip a
real device").
Test is quite simple:
Build arm:collie_defconfig, run with
qemu-system-arm -M collie -kernel arch/arm/boot/zImage --append
"console=ttySA1" -monitor null -nographic
Prior to the abov
This patch adds support for Broadcom NS2 SATA3 PHY in existing
Broadcom SATA3 PHY driver.
Signed-off-by: Anup Patel
---
drivers/phy/phy-brcm-sata.c | 238 +---
1 file changed, 200 insertions(+), 38 deletions(-)
diff --git a/drivers/phy/phy-brcm-sata.c b/d
The Broadcom iProc SoCs have AHCI compliant SATA controller. This
patch adds common compatible string for AHCI SATA controller on
iProc SoCs.
Signed-off-by: Anup Patel
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/ata/ahci-platform.txt | 1 +
1 file changed, 1 insertion(+)
diff -
We have one dual-port SATA3 AHCI controller present in
NS2 SoC.
This patch enables SATA3 AHCI controller and SATA3 PHY
for NS2 SoC in NS2 DT.
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm64/boot/dts/broadcom/ns2-svk.dts | 12 +
arch/arm64/boot/
Currently, we have a common SATA3 PHY driver for all Broadcom
STB SoCs. This driver can be extended and re-used for Broadcom
iProc SoCs having same SATA3 PHY.
This patch renames existing Broadcom STB SATA3 PHY driver to
common Broadcom SATA3 PHY driver to share this PHY driver across
Broadcom SoCs
This patch:
1. Renames DT bindings document of Broadcom STB SATA3 PHY driver to
common Broadcom SATA3 PHY driver bindings document
2. Adds bindings info for NS2 SATA3 PHY
Signed-off-by: Anup Patel
Acked-by: Rob Herring
---
.../phy/{brcm,brcmstb-sata-phy.txt => brcm-sata-phy.txt} | 15 +
The Broadcom NS2 SoC has a AHCI compliant SATA3 controller with
two ports.
This patchset adds common Broadcom SATA3 PHY driver and related
DT bindings document. It also adds appropriate DT nodes in NS2 DT.
The patchset is based on v4.6-rc1 tag and is available in branch
ns2_sata3_v2 of https://gi
On Wed, Mar 23, 2016 at 01:45:34PM +0900, Joonsoo Kim wrote:
> On Tue, Mar 22, 2016 at 11:06:29PM +0900, Minchan Kim wrote:
> > On Tue, Mar 22, 2016 at 05:20:08PM +0900, Joonsoo Kim wrote:
> > > 2016-03-22 17:00 GMT+09:00 Minchan Kim :
> > > > On Tue, Mar 22, 2016 at 02:08:59PM +0900, Joonsoo Kim w
On 25 March 2016 at 22:07, Jens Axboe wrote:
> On 03/25/2016 01:32 AM, Baolin Wang wrote:
>>
>> On 24 March 2016 at 22:08, Jens Axboe wrote:
>>>
>>> On 03/24/2016 05:54 AM, Baolin Wang wrote:
This patch provides some tracepoints for the lifecycle of a request from
fetching to
the dgnc_offset_table has a same value with (1 << port).
So I tried to replace dgnc_offset_table array with 1 << port.
And also there are redundant assignments(tmp and current_port)
inside while loop for checking uart port, and remove them.
Signed-off-by: Daeseok Youn
---
V2: clean up useless var
* Balbir Singh [2016-03-26 18:11:22]:
> On Fri, Mar 25, 2016 at 3:37 AM, Kamalesh Babulal
> wrote:
> > * Michael Ellerman [2016-03-24 22:04:00]:
> >
> >> Not for merging.
> >>
> >
> > Hi Michael,
> >
> > Loading the livepatch sample module, trigger following warning
> >
>
> The #if IS_MODULE(C
On 25.03.2016 12:15, Javier Martinez Canillas wrote:
>>
>> How about doing the same for multi_v7?
>>
>
> I didn't consider multi_v7 because media drivers aren't necessary for booting
> the boards and so it could increase build times for not real benefits in most
> machines. But I can enable it in
Hi All,
On Mon, Mar 21, 2016 at 4:34 AM, Colin King wrote:
> From: Colin Ian King
>
> retry_limit has never been used during the life of this driver, so
> we may as well remove it as it is redundant.
>
> Signed-off-by: Colin Ian King
Looks right to me.
Reviewed-by: Julian Calaby
> ---
> d
Hi All,
On Sat, Mar 26, 2016 at 5:24 PM, Bhumika Goyal wrote:
> The functions rtw_enqueue_recvbuf23a and rtw_enqueue_recvbuf23a_to_head
> are never used anywhere in the kernel. So, remove their definition and
> prototype.
> Grepped to find occurences.
>
> Signed-off-by: Bhumika Goyal
Looks righ
The buck9 regulator of S2MPS11 PMIC had incorrect vsel_mask (0xff
instead of 0x1f) thus reading entire register as buck9's voltage. This
effectively caused regulator core to interpret values as higher voltages
than they were and then to set real voltage much lower than intended.
The buck9 provides
Hi All,
On Sat, Mar 26, 2016 at 5:14 PM, Bhumika Goyal wrote:
> The functions rtw_get_oper_bw23a and rtw_get_oper_ch23aoffset are never
> used anywhere in the kernel. So, remove their definition and prototype.
> Grepped to find occurences.
>
> Signed-off-by: Bhumika Goyal
Looks right to me.
Re
On 2016년 03월 28일 11:54, MyungJoo Ham wrote:
>>
>> This patch adds the new DEVFREQ_TRANSITION_NOTIFIER notifier to send
>> the notification when the frequency of device is changed.
>> This notifier has two state as following:
>> - DEVFREQ_PRECHANGE : Notify it before chaning the frequency of de
On 28.03.2016 10:59, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 03/27/2016 08:54 PM, Krzysztof Kozlowski wrote:
>> The buck9 regulator of S2MPS11 PMIC lacked minimal selector for linear
>> mapping. The mapping starts from 0x40 (3 V).
>>
>
> This patch is a real fix since the the SD
Hi Heiko,
On 2016年03月28日 08:07, Heiko Stuebner wrote:
Hi Xing,
Am Montag, 28. März 2016, 01:52:12 schrieb Heiko Stübner:
Am Samstag, 26. März 2016, 14:37:54 schrieb Xing Zheng:
Add devicetree bindings for Rockchip cru which found on
Rockchip SoCs.
Signed-off-by: Xing Zheng
Signed-off-by: Jia
Hi Sergey,
On Fri, Mar 25, 2016 at 10:47:06AM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
>
> On (03/25/16 08:41), Minchan Kim wrote:
> [..]
> > > Test #10 iozone -t 10 -R -r 80K -s 0M -I +Z
> > >Initial write3213973.56 2731512.62 4416466.25*
> > > Rewrite
On Mon, 2016-03-28 at 03:02 +, Zheng, Lv wrote:
> Hi,
Hello.
> > So why not fix the process script first?
> > Maybe add something like:
> > $ grep -E "^typedef\s+\w+\s*\*?\s*acpi_\w+" include/acpi/actypes.h | \
> > grep -Eoh "\bacpi_\w+"
> >
> > to the acpi_types variable in the lindent_si
[]
> Suggested-by: Myungjoo Ham
> Signed-off-by: Chanwoo Choi
> [tjakobi: Reported RCU locking issue and cw00.choi fix it.]
> Reported-by: Tobias Jakobi
> [m.reichl and linux.amoon: Tested it on exynos4412-odroidu3 board]
> Tested-by: Markus Reichl
> Tested-by: Anand Moon
> ---
> drivers/devf
> This patch just adds the governor type to identify them
> by using the defined constant.
We do not need this one.
Hi Michael,
On Mon, Mar 14, 2016 at 5:53 PM, Michael Williams
wrote:
> Reviewed-by: Michael Williams
I will add your Reviewed-by in the next version of patch.
>
> This resend addresses my earlier concerns.
Thanks for your review and feedback,
Chunyan
>
>> -Original Message-
>> From:
Hi,
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Subject: Re: [PATCH 00/30] ACPICA: 20160318 Release
>
> On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote:
> > The 20160318 ACPICA kernel-resident subsystem updates are linuxized based
> > on the linux-
On Fri, Mar 25, 2016 at 8:48 PM, Mathieu Poirier
wrote:
> On 7 March 2016 at 23:33, Chunyan Zhang wrote:
>> From: Pratik Patel
>>
>> This driver adds support for the STM CoreSight IP block, allowing any
>> system compoment (HW or SW) to log and aggregate messages via a
>> single entity.
>>
>> Th
Hi,
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212
> release
>
> On Thu, 2016-03-24 at 06:19 +, Zheng, Lv wrote:
> > From: Joe Perches [mailto:j...@perches.com]
> > > Subject: Re: [PATCH 01/30] ACPICA
1 - 100 of 318 matches
Mail list logo
