This claims and enables regulators listed in the simple framebuffer dt
node. This is needed so that regulators powering the display pipeline
and external hardware, described in the device node and known by the
kernel code, will remain properly enabled.
Signed-off-by: Chen-Yu Tsai
---
-interrupt-controller/20151020-202450
> config: arm64-allyesconfig (attached as .config)
> reproduce:
> wget
> https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
> -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # sav
On Mon, 2015-09-21 at 16:03 +0200, Tomeu Vizoso wrote:
> Instead of trying to match and probe platform and AMBA devices right
> after each is registered, delay their probes until device_initcall_sync.
>
> This means that devices will start probing once all built-in drivers
> have registered, and
>
> I did see some performance improvement when I used your test program on a
> Haswell-EX system. It seems like the use of cmpxchg has forced the changed
> memory values to be visible to other processors earlier. I also ran your
> test on an older machine with Westmere-EX processors. This time, I
2015-10-20 17:16 GMT+08:00 Peter Zijlstra :
> On Tue, Oct 20, 2015 at 11:24:02AM +0800, Ling Ma wrote:
>> 2015-10-19 17:46 GMT+08:00 Peter Zijlstra :
>> > On Mon, Oct 19, 2015 at 10:27:22AM +0800, ling.ma.prog...@gmail.com wrote:
>> >> From: Ma Ling
>> >>
>> >> All load instructions can run
I detach this report from my patchset thread because I see below
problem with removing MADV_FREE related code and I can reproduce
same oops with MADV_FREE + recent patches(both my SetPageDirty
and Kirill's pte_mkdirty) within 7 hours.
I can not be sure it's THP refcount redesign's problem but it
Ok, we will put the spinlock test into the perf bench.
Thanks
Ling
2015-10-20 16:48 GMT+08:00 Ingo Molnar :
>
> * Ling Ma wrote:
>
>> > So it would be nice to create a new user-space spinlock testing facility,
>> > via
>> > a new 'perf bench spinlock' feature or so. That way others can test
On some platforms, there is occasional panic triggered when trying to
resume from hibernation, a typical panic looks like:
"BUG: unable to handle kernel paging request at 880085894000
IP: [] load_image_lzo+0x8c2/0xe70"
This is because e820 map has been changed by BIOS before/after
On Sun, Oct 04, 2015 at 04:35:06PM +0900, Taeung Song wrote:
> A option 'list-all' is to display both current config variables and
> all possible config variables with default values.
> The syntax examples are like below
>
> perf config [] [options]
>
> display all perf config with
On Wed, Oct 21, 2015 at 01:43:53AM +0300, Kirill A. Shutemov wrote:
> On Tue, Oct 20, 2015 at 02:36:51PM -0700, Andrew Morton wrote:
> > On Tue, 20 Oct 2015 16:21:09 +0900 Minchan Kim wrote:
> >
> > >
> > > I reviewed THP refcount redesign patch and It seems below patch fixes
> > > MADV_FREE
Hi Tejun,
On Sat, Oct 17, 2015 at 5:18 PM, wrote:
> From: Vinayak Kale
>
> This patch is needed to make NCQ commands with FPDMA protocol value
> (eg READ/WRITE FPDMA) work over SCSI Generic (SG) interface.
>
> Signed-off-by: Vinayak Kale
> ---
> drivers/ata/libata-scsi.c | 10 --
> 1
On Tue, Oct 20, 2015 at 09:15:06PM -0700, Douglas Anderson wrote:
> For pinctrl the "default" state is applied to pins before the driver's
> probe function is called. This is normally a sensible thing to do,
> but in some cases can cause problems. That's because the pins will
> change state
Peter Zijlstra writes:
> On Tue, Oct 20, 2015 at 06:53:31PM +0200, Peter Zijlstra wrote:
>> Also, would it not be better to fix WARN_ON_ONCE() instead?
>>
>
> Clearly I'm an idiot and should stay away from the computer...
Acked-by: Rusty Russell
(I mean, the patch, not the comment on Peter's
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？
行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？
加QQ2652697913给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。
广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。
--
To unsubscribe from this list: send the line
Introduce the eMMC sdhci node and its pinctrl state.
Signed-off-by: Bjorn Andersson
---
.../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 27 ++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts
Introduce a gpio-keys node defining the physical keys of the Honami and
the associated pinctrl state.
Signed-off-by: Bjorn Andersson
---
.../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 45 ++
1 file changed, 45 insertions(+)
diff --git
Signed-off-by: Bjorn Andersson
---
This patch was previously submitted standalone, minor updates has been
done to correct the 8841 voltage ranges and the logic surrounding
vreg_boost.
l20 is marked for 200mA current consumption to force the eMMC supply
into HPM, to allow reliable mounting.
as of next-20151020, the other options
that is disabled are done so because they are now default on.
arch/arm/configs/qcom_defconfig | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig
index ff7985ba226e
Add and enable the sdhci2 slot, the pinctrl configuration and card
detect.
Signed-off-by: Bjorn Andersson
---
.../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 37 ++
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts
Signed-off-by: Bjorn Andersson
---
Echoing a reasonable limit into [1] is required as there's currently no
way for this value to be propagated from the USB stack to the charging
driver. Otherwise the block will pull maximum 100mA off USB, which is
not enough to actually charge the running
Make sure the blsp1_uart2 pins are in the correct state for the uart.
Signed-off-by: Bjorn Andersson
---
.../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 23 ++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts
On Wed, Sep 23, 2015 at 5:44 AM, Dave Gerlach wrote:
> The mailbox framework controls the transmission queue and requires
> either its controller implementations or clients to run the state
> machine for the Tx queue. The OMAP mailbox controller uses a Tx-ready
> interrupt as the equivalent of a
This patch adds the support for Device tree bindings of extcon-gpio driver.
The extcon-gpio device tree node must include the both 'extcon-id' and
'extcon-gpio' property.
For exmaple:
usb_cable: extcon-gpio-0 {
compatible = "extcon-gpio";
extcon-id = ;
of_get_property() is used inside the loop, but then the reference to the
node is dropped before dereferencing the prop pointer, which could by then
point to junk if the node has been freed.
Instead use of_property_read_u32() to actually read the property
value before dropping the reference.
Use
Caesar,
On Tue, Oct 20, 2015 at 7:43 PM, Caesar Wang wrote:
> We need the OTP pin is gpio state before resetting the TSADC controller,
> since the tshut polarity will generate a high signal.
It might or might not be "high" depending on polarity, right? It's
just possible that it could glitch
Hi,
On Tue, Oct 20, 2015 at 7:42 PM, Caesar Wang wrote:
> Add the OTP gpio state, we need switch the pin to gpio state
> before the TSADC controller is reset.
>
> Signed-off-by: Caesar Wang
> ---
>
> Changes in v1:
> - As the Doug comments, add the 'init' property to sync document.
>
>
On Sun, Oct 04, 2015 at 04:35:05PM +0900, Taeung Song wrote:
> Which config file is used is decided in only perf_config().
> And a perf-config command depend on perf_config() to list
> config variables with values. So add '--system' and '--user'
> options to select which config file to be used
On Tue, Oct 20, 2015 at 08:01:20PM -0700, Kees Cook wrote:
> On Tue, Oct 20, 2015 at 7:52 PM, Geliang Tang wrote:
> > On Tue, Oct 20, 2015 at 10:19:09AM -0700, Kees Cook wrote:
> >> On Tue, Oct 20, 2015 at 12:39 AM, Geliang Tang wrote:
> >> > On Mon, Oct 19, 2015 at 10:56:54PM +, Luck, Tony
Hi,
On Tue, Oct 20, 2015 at 7:46 PM, kbuild test robot wrote:
> Hi Doug,
>
> [auto build test ERROR on pinctrl/for-next -- if it's inappropriate base,
> please suggest rules for selecting the more suitable base]
>
> url:
>
For pinctrl the "default" state is applied to pins before the driver's
probe function is called. This is normally a sensible thing to do,
but in some cases can cause problems. That's because the pins will
change state before the driver is given a chance to program how those
pins should behave.
On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 06:21:40PM +0200, Geert Uytterhoeven wrote:
>> Hi Russell,
>>
>> On Mon, Oct 19, 2015 at 5:35 PM, Russell King - ARM Linux
>> wrote:
> What you can do is print those devices which have failed to probe at
>
On 21.10.2015 01:31, Andrew Morton wrote:
> On Tue, 20 Oct 2015 19:17:54 +0200 Oleg Nesterov wrote:
>
>> The following program (simplified version of generated by syzkaller)
>>
>> #include
>> #include
>> #include
>> #include
>> #include
>>
>> void
On Tue, Oct 20, 2015 at 06:17:39PM +0200, Tomeu Vizoso wrote:
> On 20 October 2015 at 16:05, Greg Kroah-Hartman
> wrote:
> > On Tue, Oct 20, 2015 at 09:40:48AM +0200, Tomeu Vizoso wrote:
> >> On 19 October 2015 at 17:19, Greg Kroah-Hartman
> >> wrote:
> >> > On Mon, Oct 19, 2015 at 05:13:22PM
On Wed, Oct 21, 2015 at 08:41:52AM +0530, Ronit Halder wrote:
> Removing init and exit functions as they do nothing.
Really? Did you test this?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 2015/10/21 3:12, Arnaldo Carvalho de Melo wrote:
Em Wed, Oct 14, 2015 at 12:41:15PM +, Wang Nan escreveu:
This patch introduces bpf__{un,}probe() functions to enable callers to
create kprobe points based on section names a BPF program. It parses
the section names in the program and
On Tue, Oct 20, 2015 at 7:38 PM, Dave Chinner wrote:
> On Tue, Oct 20, 2015 at 05:31:18PM -0700, Dan Williams wrote:
>> On Tue, Oct 20, 2015 at 5:01 PM, Dave Chinner wrote:
>> > On Tue, Oct 20, 2015 at 11:31:45PM +, Williams, Dan J wrote:
>> >> Here is a status summary of the topic-branches
Hi LABBE,
[auto build test ERROR on crypto/master -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/LABBE-Corentin/crypto-hash-add-zero-length-message-hash-for-shax-and-md5/20151020-154222
config: arm
Removing init and exit functions as they do nothing.
Signed-off-by: Ronit Halder
---
drivers/staging/comedi/comedi_usb.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/staging/comedi/comedi_usb.c
b/drivers/staging/comedi/comedi_usb.c
index 9c946d4..ed13bf6 100644
---
Hi Taeung,
sorry for late!
On Sun, Oct 04, 2015 at 04:35:04PM +0900, Taeung Song wrote:
> The perf configuration file contains many variables which can make
> the perf command's action more effective.
> But looking through state of configuration is difficult and there's no knowing
> what kind of
> >>>>https://github.com/0day-ci/linux/commits/Huang-Rui/hwmon-fam15h_power-Introduce-an-accumulated-power-reporting-algorithm/20151020-110712
> >>>>config: x86_64-randconfig-s2-10201413 (attached as .config)
> >>>>reproduce:
> >>>
Instead of WARN_ON in perf_event_output() on unpaded raw samples,
pad them automatically.
Signed-off-by: Alexei Starovoitov
---
kernel/events/core.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/kernel/events/core.c b/kernel/events/core.c
index
Performance test and example of bpf_perf_event_output().
kprobe is attached to sys_write() and trivial bpf program streams
pid+cookie into userspace via PERF_COUNT_SW_BPF_OUTPUT event.
Usage:
$ sudo ./bld_x64/samples/bpf/trace_output
recv 2968913 events per sec
Signed-off-by: Alexei Starovoitov
Over the last year there were multiple attempts to let eBPF programs
output data into perf events by He Kuang and Wangnan.
The last one was:
https://lkml.org/lkml/2015/7/20/736
It was almost perfect with exception that all bpf programs would sent
data into one global perf_event.
This patch set
This helper is used to send raw data from eBPF program into
special PERF_TYPE_SOFTWARE/PERF_COUNT_SW_BPF_OUTPUT perf_event.
User space needs to perf_event_open() it (either for one or all cpus) and
store FD into perf_event_array (similar to bpf_perf_event_read() helper)
before eBPF program can
On Tue, Oct 20, 2015 at 7:52 PM, Geliang Tang wrote:
> On Tue, Oct 20, 2015 at 10:19:09AM -0700, Kees Cook wrote:
>> On Tue, Oct 20, 2015 at 12:39 AM, Geliang Tang wrote:
>> > On Mon, Oct 19, 2015 at 10:56:54PM +, Luck, Tony wrote:
>> >> Thanks for looking to close out this TODO item.
>> >>
The annotate__configs should be sorted so that it can use bsearch(3).
However commit 0c4a5bcea460 ("perf annotate: Display total number of
samples with --show-total-period") added a new config item at the end.
This resulted in the 'annotate.use_offset' config variable cannot be
found and perf
On Tue, Oct 20, 2015 at 10:19:09AM -0700, Kees Cook wrote:
> On Tue, Oct 20, 2015 at 12:39 AM, Geliang Tang wrote:
> > On Mon, Oct 19, 2015 at 10:56:54PM +, Luck, Tony wrote:
> >> Thanks for looking to close out this TODO item.
> >>
> >> The thing that scared me about unloading pstore was
Hi Sergei,
I think this patch is too much delay. I recommend you better to develop
this driver based on latest extcon-next branch[1].
[1]
https://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/log/?h=extcon-next
Thanks,
Chanwoo Choi
On 2015년 10월 21일 03:20, Sergei Shtylyov wrote:
>
base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Huang-Rui/hwmon-fam15h_power-Introduce-an-accumulated-power-reporting-algorithm/20151020-110712
config: x86_64-randconfig-s2-10201413 (attached as .config)
reproduce:
# save
Hi Doug,
[auto build test ERROR on pinctrl/for-next -- if it's inappropriate base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Douglas-Anderson/drivers-pinctrl-Add-the-concept-of-an-init-state/20151021-101131
config:
We need the OTP pin is gpio state before resetting the TSADC controller,
since the tshut polarity will generate a high signal.
Signed-off-by: Caesar Wang
---
Changes in v1:
- As the Doug comments, drop the thermal driver patchs since
we can with pinctrl changing to work.
- As the Doug's
Add the OTP gpio state, we need switch the pin to gpio state
before the TSADC controller is reset.
Signed-off-by: Caesar Wang
---
Changes in v1:
- As the Doug comments, add the 'init' property to sync document.
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 5 +++--
1 file
We need the OTP pin is gpio state before resetting the TSADC controller,
since the tshut polarity will generate a high signal.
Says:
The TSHUT temperature is setting more than 80 degree, the default
tshut polarity is HIGH.
If T > 80C, the OTP output the High Signal.
If T < 80C, the OTP output
iate base,
> >>please suggest rules for selecting the more suitable base]
> >>
> >>url:
> >>https://github.com/0day-ci/linux/commits/Huang-Rui/hwmon-fam15h_power-Introduce-an-accumulated-power-reporting-algorithm/20151020-110712
> >>config: x86_6
On Tue, Oct 20, 2015 at 05:31:18PM -0700, Dan Williams wrote:
> On Tue, Oct 20, 2015 at 5:01 PM, Dave Chinner wrote:
> > On Tue, Oct 20, 2015 at 11:31:45PM +, Williams, Dan J wrote:
> >> Here is a status summary of the topic-branches nvdimm.git is tracking
> >> for v4.4. Unless indicated
On Tue, Oct 20, 2015 at 03:30:44PM -0700, Yinghai Lu wrote:
> On Tue, Oct 20, 2015 at 3:16 PM, Yinghai Lu wrote:
> > On Tue, Oct 20, 2015 at 2:57 PM, Bjorn Helgaas wrote:
> >> On Thu, Oct 08, 2015 at 02:38:22PM -0700, Yinghai Lu wrote:
> >>> We register regions for legacy and iommu and all have
On 2015/10/21 3:12, Arnaldo Carvalho de Melo wrote:
Em Wed, Oct 14, 2015 at 12:41:15PM +, Wang Nan escreveu:
This patch introduces bpf__{un,}probe() functions to enable callers to
create kprobe points based on section names a BPF program. It parses
the section names in the program and
Message from Saudi Arabia Prince Alwaleed bin Talal for his charity donation
and You have been selected as recipient/benefactor for $5Million Dollars from
Alwaleed Philanthropic Foundation Grant.for more information contact Via email
ally00...@yandex.com
Thanks
Ally Mohammed
Please, reply
On Thu, Oct 15, 2015 at 5:24 PM, Jon Mason wrote:
> Add the 4708, 4709, and 53012 SoCs to the the documentation for the
> Broadcom Northstar device tree bindings.
>
> Signed-off-by: Jon Mason
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/arm/bcm/brcm,bcm4708.txt | 7 +++
在 2015/10/15 0:18, Vlastimil Babka 写道:
On 10/12/2015 08:58 AM, Changsheng Liu wrote:
From: Changsheng Liu
After the user config CONFIG_MOVABLE_NODE,
When the memory is hot added, should_add_memory_movable() return 0
because all zones including ZONE_MOVABLE are empty,
so the memory that was
Doug,
在 2015年10月21日 10:14, Doug Anderson 写道:
Caesar,
On Tue, Oct 20, 2015 at 6:47 PM, Caesar Wang wrote:
Doug,
在 2015年10月21日 00:01, Doug Anderson 写道:
Caesar,
On Tue, Oct 20, 2015 at 2:11 AM, Caesar Wang wrote:
As the TRM says, the TSHUT default state is high active.
In general, the
/commits/Huang-Rui/hwmon-fam15h_power-Introduce-an-accumulated-power-reporting-algorithm/20151020-110712
config: x86_64-randconfig-s2-10201413 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed
Caesar,
On Tue, Oct 20, 2015 at 6:47 PM, Caesar Wang wrote:
> Doug,
>
> 在 2015年10月21日 00:01, Doug Anderson 写道:
>
> Caesar,
>
> On Tue, Oct 20, 2015 at 2:11 AM, Caesar Wang wrote:
>
> As the TRM says, the TSHUT default state is high active.
> In general, the TSHUT state can get from the dts.
From: Doug Anderson
For pinctrl the "default" state is applied to pins before the driver's
probe function is called. This is normally a sensible thing to do,
but in some cases can cause problems. That's because the pins will
change state before the driver is given a chance to program how those
On 2015/10/20 23:02, Robin Murphy wrote:
> On 20/10/15 09:45, Chen Feng wrote:
>> iommu/hisilicon: Add hi6220-SoC smmu driver
>
> A brief description of the smmu and what capabilities it provides wouldn't go
> amiss here.
>
ok
>> Signed-off-by: Chen Feng
>> Signed-off-by: Yu Dongbin
>> ---
Hi Jiri,
On Fri, Oct 16, 2015 at 12:40:35PM +0200, Jiri Olsa wrote:
> hi,
> sending another version of stat scripting.
>
> v4 changes:
> - added attr update event for event's cpumask
> - forbig aggregation on task workloads
> - some minor reorders and changelog fixes
>
> v3 changes:
> -
On 2015/10/20 23:42, Arnaldo Carvalho de Melo wrote:
Em Tue, Oct 20, 2015 at 12:15:58PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Tue, Oct 20, 2015 at 12:12:55PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Wed, Oct 14, 2015 at 12:41:14PM +, Wang Nan escreveu:
Managed after running:
Hi Boris, Mark,
On 2015/10/21 1:36, Borislav Petkov wrote:
> On Tue, Oct 20, 2015 at 06:26:55PM +0100, Mark Rutland wrote:
>>> Btw, how much of this is implementing generic A57 functionality?
>> The driver is entirely A57 generic.
>>
>>> If a lot, can we make this a generic a57_edac driver so
On Tue, Oct 20, 2015 at 10:13:17AM +0800, Yunlong Song wrote:
> On 2015/10/19 23:29, Namhyung Kim wrote:
> > Hi,
> >
> > On Thu, Oct 15, 2015 at 03:39:50PM +0800, Yunlong Song wrote:
> >> Add options description to 'perf -h' to make it consistent with other
> >> builtins
> >> (e.g., 'perf stat
On 2015/10/20 23:15, Arnaldo Carvalho de Melo wrote:
Em Tue, Oct 20, 2015 at 12:12:55PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Wed, Oct 14, 2015 at 12:41:14PM +, Wang Nan escreveu:
By introducing new rules in tools/perf/util/parse-events.[ly], this
patch enables 'perf record
On 2015/10/21 1:25, Mark Rutland wrote:
> On Tue, Oct 20, 2015 at 11:44:46AM -0500, Brijesh Singh wrote:
>> Hi Mark,
>>
>> Thanks for review.
>>
>> -Brijesh
>>
>> On 10/19/2015 03:52 PM, Mark Rutland wrote:
>>> Hi,
>>>
>>> Please Cc the devicetree list (devicet...@vger.kernel.org) when sending
On Tue, Oct 20, 2015 at 11:38:16AM -0200, Arnaldo Carvalho de Melo wrote:
> Em Tue, Oct 20, 2015 at 09:23:12PM +0800, Wangnan (F) escreveu:
> > On 2015/10/6 5:03, Arnaldo Carvalho de Melo wrote:
> > >From: Arnaldo Carvalho de Melo
> > >Which is the most common default found in other similar
mmits/Huang-Rui/hwmon-fam15h_power-Introduce-an-accumulated-power-reporting-algorithm/20151020-110712
> config: x86_64-randconfig-s2-10201413 (attached as .config)
> reproduce:
> # save the attached .config to linux build tree
> make ARCH=x86_64
>
> All errors (new ones
On Tue, Oct 20, 2015 at 6:30 PM, Chris Metcalf wrote:
> On 10/20/2015 8:56 PM, Steven Rostedt wrote:
>>
>> On Tue, 20 Oct 2015 16:36:04 -0400
>> Chris Metcalf wrote:
>>
>>> Allow userspace to override the default SIGKILL delivered
>>> when a task_isolation process in STRICT mode does a syscall
On Tue, 20 Oct 2015 21:30:36 -0400
Chris Metcalf wrote:
> On 10/20/2015 8:56 PM, Steven Rostedt wrote:
> > On Tue, 20 Oct 2015 16:36:04 -0400
> > Chris Metcalf wrote:
> >
> >> Allow userspace to override the default SIGKILL delivered
> >> when a task_isolation process in STRICT mode does a
Doug,
在 2015年10月20日 23:52, Doug Anderson 写道:
Caesar,
On Tue, Oct 20, 2015 at 2:11 AM, Caesar Wang wrote:
We need the OTP pin is gpio state before resetting the TSADC controller,
since the tshut polarity will generate a high signal.
Says:
The TSHUT temperature is setting more than 80 degree,
Added dm-devel, which is probably the more appropriate list for dm
things.
NeilBrown
Austin S Hemmelgarn writes:
> I think I've stumbled upon a bug in DM-RAID. The primary symptom is that when
> creating a new DM-RAID based device (using either LVM or dmsetup) in a RAID1
> configuration, it
On 2015/10/21 5:26, Brijesh Singh wrote:
> Hi Hanjun,
>
> Thanks for review.
>
> -Brijesh
> On 10/19/2015 09:21 PM, Hanjun Guo wrote:
>> Hi Brijesh,
>>
>> On 2015/10/20 3:23, Brijesh Singh wrote:
[...]
>> The codes above are common for all A57 architectures, other A57 SoCs will
>> use the same
Extend the Samsung Exynos maintainer entry to match SoC documentation
and SoC dt-bindings directories. Without that some files, like
bindings/arm/samsung/pmu.txt, are not matched by existing patterns.
This also may serve as a hint where new documentation and bindings (not
matching specific
Document compatibles used on other Exynos-based boards (non-Samsung):
FriendlyARM, Google, Hardkernel and Insignal.
Signed-off-by: Krzysztof Kozlowski
Cc: Kukjin Kim
Cc: Javier Martinez Canillas
Cc: Hakjoo Kim
---
.../bindings/arm/samsung/samsung-boards.txt| 44 +-
Exynos SoC Device Tree bindings are spread over arm/exynos/ and
arm/samsung/ directories. There is no need for that separation and it
actually confuses. Put everything under arm/samsung/.
Signed-off-by: Krzysztof Kozlowski
Cc: Kukjin Kim
---
.../devicetree/bindings/arm/{exynos =>
On 10/20/2015 8:56 PM, Steven Rostedt wrote:
On Tue, 20 Oct 2015 16:36:04 -0400
Chris Metcalf wrote:
Allow userspace to override the default SIGKILL delivered
when a task_isolation process in STRICT mode does a syscall
or otherwise synchronously enters the kernel.
Is this really a good
On 10/20/2015 2:50 PM, Franklin S Cooper Jr wrote:
Newer Keystone 2 devices support CAN. Enable CAN support as modules.
Signed-off-by: Franklin S Cooper Jr
---
Again. Please shown me the usecases before adding config
option. DTS nodes have to be there.
arch/arm/configs/keystone_defconfig
On 10/20/2015 2:50 PM, Franklin S Cooper Jr wrote:
Newer Keystone 2 devices support MMC and can boot from MMC. Therefore,
enable MMC support along with MMC OMAP HS whose driver is reused.
Signed-off-by: Franklin S Cooper Jr
---
Please notify once MMC patch is accepted and I will
this one
On 10/20/2015 2:50 PM, Franklin S Cooper Jr wrote:
From: Franklin Cooper
Unlike other Keystone 2 devices, newer Keystone 2 SOCs may utilize
pinmuxing which requires PINCTRL to be enabled. Therefore, enable
PINCTRL for all Keystone 2 devices.
Signed-off-by: Franklin S Cooper Jr
---
On 10/20/2015 2:50 PM, Franklin S Cooper Jr wrote:
From: Lokesh Vutla
Enable omap_hsmmc for Keystone 2 architecture which reuses the HSMMC
IP found on OMAP platforms.
Signed-off-by: Franklin S Cooper Jr
---
drivers/mmc/host/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi,
> From: Moore, Robert
> Sent: Tuesday, October 20, 2015 9:35 PM
>
>
>
> > -Original Message-
> > From: l...@kernel.org [mailto:l...@kernel.org]
> > Sent: Monday, October 19, 2015 5:48 PM
> > To: sta...@vger.kernel.org
> > Cc: linux-kernel@vger.kernel.org; Zheng, Lv; Moore, Robert;
Hi Arnaldo,
On Tue, Oct 20, 2015 at 03:44:04PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Oct 20, 2015 at 07:21:16PM +0200, Frederic Weisbecker escreveu:
> > On Tue, Oct 20, 2015 at 10:06:51AM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Oct 20, 2015 at 02:19:50PM +0200, Frederic
Hi Peter,
(+ Rob Herring, Stefan Agner)
2015-10-20 23:00 GMT+09:00 Peter Hurley :
> On 10/19/2015 11:36 PM, Masahiro Yamada wrote:
>> The input clock frequency varies from device to device, but the
>> earlycon uses the fixed frequency (BASE_BAUD * 16). It makes
>> impossible to set the correct
On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > DW I2C driver tries to register a clk from id->driver_data as an
> > alternative way besides intel lpss. But code doesn't register the
> > clk to clkdev. So, devm_clk_get will
On 10/20/2015 05:11 PM, Dave Hansen wrote:
> On 10/20/2015 04:52 PM, Mike Kravetz wrote:
>> if (hole_end > hole_start) {
>> struct address_space *mapping = inode->i_mapping;
>> +DECLARE_WAIT_QUEUE_HEAD_ONSTACK(hugetlb_falloc_waitq);
>> +/*
>> +
On Fri, Oct 16, 2015 at 8:59 AM, M'boumba Cedric Madianga
wrote:
> This patch adds documentation of device tree bindings for the STM32 dma
> controller.
>
> Signed-off-by: M'boumba Cedric Madianga
> ---
> .../devicetree/bindings/dma/stm32-dma.txt | 82
> ++
On Tue, 20 Oct 2015 17:18:13 -0400
Chris Metcalf wrote:
> So perhaps a boot flag is an acceptable compromise between
> "nothing" and a debugfs tweak? It certainly does make it easier
> to hack on the task-isolation code, and likely other things where
> people are trying out fixes to subsystems
On Tue, 20 Oct 2015 16:36:04 -0400
Chris Metcalf wrote:
> Allow userspace to override the default SIGKILL delivered
> when a task_isolation process in STRICT mode does a syscall
> or otherwise synchronously enters the kernel.
>
Is this really a good idea? This means that there's no way to
On 20.10.2015 18:15, Pankaj Dubey wrote:
> This patch set adds support for Exynos SROM controller DT based driver.
> Currently SROM register sets are used only during S2R, so driver
> basically added for taking care of S2R. It will help us in removing
> static mapping from exynos.c and other extra
On Tue, Oct 20, 2015 at 5:01 PM, Dave Chinner wrote:
> On Tue, Oct 20, 2015 at 11:31:45PM +, Williams, Dan J wrote:
>> Here is a status summary of the topic-branches nvdimm.git is tracking
>> for v4.4. Unless indicated these branches are not present in -next.
>> Please ACK, NAK, or ask for a
On Tue, 20 Oct 2015 14:26:34 -0700
Andy Lutomirski wrote:
> I'm not a scheduler person, so I don't know. But "don't run me unless
> I'm isolated" seems like a design that will, at best, only ever work
> by dumb luck. You have to disable migration, avoid other runnable
> tasks, hope that the
On Tue, Oct 20, 2015 at 5:03 PM, Yinghai Lu wrote:
>> The failing T4 booted up with updated patches.
>>
>
> Thanks, will post updated patch2 and patches3 and patch 4 with
> pcibios_bus_to_resource as Bjorn requested.
Please double test attached three patches that should replace patch 2, 3, 4.
Yes, VM1 results are as before.
Alexey
On Tue, Oct 20, 2015 at 4:04 PM, Wanpeng Li wrote:
> On 10/21/15 4:05 AM, Alexey Makhalov wrote:
>>
>> 'echo NO_NONTASK_CAPACITY > /sys/kernel/debug/sched_features' in both
>> guests.
>> Results:
>> VM1: STA is disabled -- no changes, still little bit
[Re: [PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
20/10/2015 (Tue 17:10) Alexandre Belloni wrote:
> On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> > The one common thread here for all the patches is that we also
> > scrap the .remove functions which would
1 - 100 of 2446 matches
Mail list logo
