On 29.10.2015 13:58, Alim Akhtar wrote:
> From: Thomas Abraham
>
> Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
> is similar to s2mps11/14 PMIC device and has 27 LDO and 10 buck regulators.
>
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Thomas Abraham
>
On 29.10.2015 13:58, Alim Akhtar wrote:
> RTC found in s2mps15 is almost same as one found on s2mps14/13
> with few differences in RTC_UPDATE register fields, like
> bit fields are changed for WUDR and AUDR.
> This patch add required changes to enable s2mps15 rtc timer.
>
> Cc: Alexandre Belloni
On 10/28/2015 08:58 PM, Will Deacon wrote:
On Wed, Oct 28, 2015 at 04:16:19AM -0400, Steven Rostedt wrote:
On Wed, 28 Oct 2015 16:04:05 +0800
Li Bin wrote:
By now, the recordmcount only records the function that in
following sections:
On 10/29/2015 10:37 AM, Krzysztof Kozlowski wrote:
On 29.10.2015 13:58, Alim Akhtar wrote:
RTC found in s2mps15 is almost same as one found on s2mps14/13
with few differences in RTC_UPDATE register fields, like
bit fields are changed for WUDR and AUDR.
This patch add required changes to
FYI, we noticed the below changes on
https://github.com/0day-ci/linux
David-Howells/printk-Don-t-discard-earlier-unprinted-messages-to-make-space/20151022-181856
commit 92ecc53f15ad184d46e568b9b502291b61ae2837 ("printk: Don't discard earlier
unprinted messages to make space")
This patch may be
On 10/29/2015 12:23 AM, Will Deacon wrote:
On Thu, Oct 08, 2015 at 07:01:37PM +0900, AKASHI Takahiro wrote:
This is the third patch series for fixing stack tracer on arm64.
The original issue was reported by Jungseok[1], and then I found more
issues[2].
(Steven, Jungseok, sorry for not replying
2015-10-28 23:36 GMT+09:00 Peter Hurley :
> On 10/27/2015 11:27 PM, Masahiro Yamada wrote:
>> Hi Peter,
>>
>> 2015-10-27 22:54 GMT+09:00 Peter Hurley :
>>> Hi Masahiro,
>>>
>>> On 10/24/2015 12:17 AM, Masahiro Yamada wrote:
The IER has already been masked in early_serial8250_setup(), there is
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus
This contains fixes for bugs that appeared in earlier kernels (all are marked
for -stable).
Thanks,
Miklos
---
David Howells (2):
ovl: use O_LARGEFILE in ovl_copy_up()
ovl:
On 29.10.2015 13:58, Alim Akhtar wrote:
> RTC found in s2mps15 is almost same as one found on s2mps14/13
> with few differences in RTC_UPDATE register fields, like
> bit fields are changed for WUDR and AUDR.
> This patch add required changes to enable s2mps15 rtc timer.
>
> Cc: Alexandre Belloni
Hello Srini,
There is a doc about ocfs2 online file check.
OCFS2 online file check
---
This document will describe OCFS2 online file check feature.
Introduction
OCFS2 is often used in high-availaibility systems. However, OCFS2 usually
converts the filesystem to
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git testing
commit 2b5c53d2c958bda92310d1b371a9314f4aa8c274 ("Add htu21 meas-spec driver
support")
It appears that is name conflict between your driver and an existing driver.
[ 21.992858] Error:
On Wed, Oct 28, 2015 at 05:17:31PM +, Sudeep Holla wrote:
> Currently it's assumed that firmware exports only the class of sensors
> supported by the driver. However with newer firmware or SCPI protocol
> revision, support for newer classes of sensors can be present.
>
> The driver fails to
From: Thomas Abraham
The S2MPS15 PMIC is similar in functionality to S2MPS11/14 PMIC. It contains
27 LDO and 10 Buck regulators and allows programming these regulators via a
I2C interface. This patch adds initial support for LDO/Buck regulators of
S2MPS15 PMIC.
Signed-off-by: Thomas Abraham
RTC found in s2mps15 is almost same as one found on s2mps14/13
with few differences in RTC_UPDATE register fields, like
bit fields are changed for WUDR and AUDR.
This patch add required changes to enable s2mps15 rtc timer.
Cc: Alexandre Belloni
Signed-off-by: Alim Akhtar
---
From: Thomas Abraham
Add support for S2MPS15 PMIC which is similar to S2MPS11 PMIC. The S2MPS15
PMIC supports 27 LDO regulators, 10 buck regulators, RTC, three 32.768KHz
clock outputs and battery charger. This patch adds initial support for
LDO and buck regulators of S2MPS15 device.
From: Thomas Abraham
Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
is similar to s2mps11/14 PMIC device and has 27 LDO and 10 buck regulators.
Cc: devicet...@vger.kernel.org
Signed-off-by: Thomas Abraham
Signed-off-by: Alim Akhtar
Reviewed-by: Krzysztof Kozlowski
Samsung's S2MPS15 PMIC is targetted to be used with Samsung's Exynos7 SoC.
The S2MPS15 PMIC is similar in functionality to S2MPS11/14 PMIC. It contains
27 LDO and 10 Buck regulators, RTC, three 32.768 KHz clock outputs and allows
programming these blocks via a I2C interface. This patch series adds
On Fri, May 22, 2015 at 10:51 AM, Paul Burton wrote:
> Move memory configuration to be performed via device tree for the Malta
> board. This moves more Malta specific code to malta-dtshim.c, leaving
> the rest of the mti-malta code a little more board-agnostic. This will
> be useful to share more
variable rc is unnecessary hence removing it,
also as the return type of function audit_log_common_recv_msg is no
where used changing it to void.
Signed-off-by: Saurabh Sengar
---
kernel/audit.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/kernel/audit.c
> > > By default NAND driver will choose the highest ecc strength that oob
> > > could contain, in this case, for some 8K+744 NAND flash, the ecc
> > > strength will be up to 52bit, which beyonds the i.MX6QDL BCH capability
> (40bit).
> >
> >
> > For normal working environment, if hardware BCH ECC
On Fri, Oct 9, 2015 at 9:20 AM, Leo Yan wrote:
> Hi Rob,
>
> On Fri, Oct 09, 2015 at 08:50:13AM -0500, Rob Herring wrote:
>> On Fri, Oct 9, 2015 at 8:30 AM, Mark Rutland wrote:
>> > On Fri, Oct 09, 2015 at 08:17:16AM -0500, Rob Herring wrote:
>> >> On Thu, Oct 8, 2015 at 11:36 PM, Leo Yan
On Thu, 2015-10-29 at 09:41 +0530, Saurabh Sengar wrote:
> variable rc is unnecessary hence removing it,
> also as the return type of function audit_log_common_recv_msg is no
> where used changing it to void.
Almost, but not quite. Keep at it.
Ideally your first attempts at kernel patching
> Subject: Re: [PATCH v2] cputime: fix invalid gtime
>
> On Thu, Oct 29, 2015 at 01:10:01AM +, Hiroshi Shimamoto wrote:
> > > Obviously I completely messed up there. And task_cputime() has a similar
> > > issue
> > > but it happens to work due to vtime_snap_whence set to VTIME_SLEEPING
> >
On Wed, Oct 28, 2015 at 9:40 AM, Tomeu Vizoso
wrote:
> On 22 October 2015 at 23:27, Scott Wood wrote:
>> On Thu, 2015-10-22 at 15:04 +0200, Tomeu Vizoso wrote:
>>> On 22 October 2015 at 00:51, Scott Wood wrote:
>>> > On Wed, 2015-10-21 at 08:44 -0500, Rob Herring wrote:
>>> > > On Wed, Oct 21,
On 10/28/2015 07:21 PM, Lee Jones wrote:
On Wed, 28 Oct 2015, Krzysztof Kozlowski wrote:
W dniu 28.10.2015 o 17:46, Lee Jones pisze:
On Wed, 28 Oct 2015, Krzysztof Kozlowski wrote:
On 26.10.2015 23:34, Lee Jones wrote:
On Mon, 26 Oct 2015, Alim Akhtar wrote:
From: Thomas Abraham
Add
We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To
$50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A
Truck Company or Buy A Truck Or Personal Loans, Email Us At jerrysm...@inbox.lv
With Amount Needed And Phone Number.
--
To unsubscribe from this
variable rc is unnecessary hence removing it,
also as the return type of function audit_log_common_recv_msg is no
where used changing it to void.
Signed-off-by: Saurabh Sengar
---
kernel/audit.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/kernel/audit.c
On Fri, Oct 23, 2015 at 6:47 AM, Masahiro Yamada
wrote:
> fdt_translate_address() returns OF_BAD_ADDR on error. It is defined as
> a u64 value, so the variable "addr" should be defined as u64 as well.
>
> Fixes: fb11ffe74c79 ("of/fdt: add FDT serial scanning for earlycon")
> Signed-off-by:
On Wed, Oct 28, 2015 at 11:18 AM, Josh Cartwright wrote:
> On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
>> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
>> > On Tue, Oct 27, 2015 at 05:09:12PM -0500, at...@opensource.altera.com
>> > wrote:
>> >> From: Alan Tull
>>
David Rientjes writes:
> On Wed, 28 Oct 2015, Hongjie Fang (方洪杰) wrote:
>
>> Under a userspace perspective, get a different value than he wrote,
>> it must be confusing.
>>
>
> It's confusing, but with purpose: it shows there is no direct mapping
> between /proc/pid/oom_adj and
Simplify the code a bit by using the initializer and conditional
check in for() instead of a separate if() statement in the loop.
Signed-off-by: Pranith Kumar
---
lib/llist.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/lib/llist.c b/lib/llist.c
index 0b0e977..03d7aad
Dan Cashman writes:
>> > This all would be much cleaner if the arm architecture code were just to
>> > register the sysctl itself.
>> >
>> > As it sits this looks like a patchset that does not meaninfully bisect,
>> > and would result in code that is hard to trace and understand.
>>
>> I believe
On Thu, Oct 29, 2015 at 01:10:01AM +, Hiroshi Shimamoto wrote:
> > Obviously I completely messed up there. And task_cputime() has a similar
> > issue
> > but it happens to work due to vtime_snap_whence set to VTIME_SLEEPING when
> > vtime
> > doesn't run. Still it works at the cost of a
Alex,
On 2015/10/27 23:15, Alexander Duyck wrote:
On 10/27/2015 02:28 AM, ethan zhao wrote:
Alexander,
On 2015/10/27 13:48, Alexander Duyck wrote:
On 10/15/2015 10:16 AM, Bjorn Helgaas wrote:
Hi Ethan,
On Wed, Sep 16, 2015 at 12:19:53PM +0900, Ethan Zhao wrote:
After commit 4449f079722c
Hello Friend
I am introducing you to a deal of Million USD) your response. Email:
htim...@yahoo.com.hk
Best regards,
--
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 Wed, 2015-10-28 at 18:05 +0100, Paolo Bonzini wrote:
>
> On 28/10/2015 17:00, Alex Williamson wrote:
> > > Alex, would it make sense to use the IRQ bypass infrastructure always,
> > > not just for VT-d, to do the MSI injection directly from the VFIO
> > > interrupt handler and bypass the
On Thu, Oct 29, 2015 at 11:24:47AM +0900, Tejun Heo wrote:
> Hello,
>
> That's weird.
>
> On Wed, Oct 28, 2015 at 08:57:28PM +0900, Tetsuo Handa wrote:
> > [ 272.851035] Showing busy workqueues and worker pools:
> > [ 272.852583] workqueue events: flags=0x0
> > [ 272.853942] pwq 6: cpus=3
On Tue, Oct 27, 2015 at 05:45:04PM +0900, Tejun Heo wrote:
> css_task_iter_next() checked @it->cur_task before grabbing
> css_set_lock and assumed that the result won't change afterwards;
> however, tasks could leave the cgroup being iterated terminating the
> iterator before css_task_lock is
On 2015/10/28 6:32, Bjorn Helgaas wrote:
> Hi Zhou,
>
> On Mon, Oct 26, 2015 at 07:35:42PM +0800, Zhou Wang wrote:
>> This patchset adds PCIe host support for HiSilicon SoC Hip05. The PCIe hosts
>> use PCIe IP core from Synopsys, So this driver is based on designware PCIe
>> driver.
>>
>> Hip05
Please disregard this patch and dont use it. I found some bugs in the
NMI handler. I'll post another patch later tonight or tommorrow after
I finish testing the changes.
Jeff
On 10/27/15, Jeffrey Merkey wrote:
> I changed the name to Modular Kernel Debugger from Merkey's Kernel
> Debugger.
Function ep_ring_is_processing() checks the dequeue pointer
in endpoint context to know whether an endpoint is busy with
processing TRBs. This is not correct since dequeue pointer
field in an endpoint context is only valid when the endpoint
is in Halted or Stopped states. This buggy code causes
Hello,
I am Major. Alan Edward, in the military unit here in Afghanistan and i need an
urgent assistance with someone i can trust,It's risk free and legal.
---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
--
To unsubscribe from this list: send the
On 2015/10/29 5:01, Arnaldo Carvalho de Melo wrote:
Em Wed, Oct 28, 2015 at 09:44:50PM +0100, Jiri Olsa escreveu:
On Wed, Oct 28, 2015 at 05:37:52PM -0300, Arnaldo Carvalho de Melo wrote:
Em Wed, Oct 28, 2015 at 09:13:52PM +0100, Jiri Olsa escreveu:
On Wed, Oct 28, 2015 at 01:30:40PM -0300,
gov_queue_work() acquires cpufreq_governor_lock to allow
cpufreq_governor_stop() to drain delayed work items possibly scheduled
on CPUs that share the policy with a CPU being taken offline.
However, the same goal may be achieved in a more straightforward way if
the policy pointer in the struct
Hi, All.
Is there any other opinion about this patch?
Best Regards,
Jaehoon Chung
On 09/16/2015 03:43 PM, Shawn Lin wrote:
> DesignWare MMC Controller's transfer mode should be decided
> at runtime instead of compile-time. So we remove this config
> option and read dw_mmc's register to select
Hi, All.
Is there any other opinion about this patch?
Best Regards,
Jaehoon Chung
On 09/16/2015 03:43 PM, Shawn Lin wrote:
> DesignWare MMC Controller's transfer mode should be decided
> at runtime instead of compile-time. So we remove this config
> option and read dw_mmc's register to select
On 13-10-15, 13:57, Viresh Kumar wrote:
> IS_ERR_VALUE() already contains it and so we need to add this only to
> the !ptr check. That will allow users of IS_ERR_OR_NULL(), to not add
> this compiler flag.
>
> Signed-off-by: Viresh Kumar
> ---
> @Jiri: You have applied all other patches, but
On 2015/10/28 3:19, Rob Herring wrote:
> On Mon, Oct 26, 2015 at 6:35 AM, Zhou Wang wrote:
>> This patch adds related DTS binding document for HiSilicon PCIe host driver.
>>
>> Signed-off-by: Zhou Wang
>
> Acked-by: Rob Herring
>
Thanks for your review.
Zhou
>> ---
>>
Hello,
That's weird.
On Wed, Oct 28, 2015 at 08:57:28PM +0900, Tetsuo Handa wrote:
> [ 272.851035] Showing busy workqueues and worker pools:
> [ 272.852583] workqueue events: flags=0x0
> [ 272.853942] pwq 6: cpus=3 node=0 flags=0x0 nice=0 active=1/256
> [ 272.855781] pending:
On Wed, Oct 28, 2015 at 05:00:30PM -0700, Paul E. McKenney wrote:
> > >Any objections against me applying this fix to tip:core/rcu so that I can
> > >push the
> > >recent RCU changes towards linux-next without triggering a build failure?
> >
> > No objection on my side but probably you are
On 29 October 2015 at 07:10, Krzysztof Kozlowski
wrote:
> The Exynos5420 instance of exynos_pmu_data structure is not modified and
> can be made const.
>
> Signed-off-by: Krzysztof Kozlowski
> Suggested-by: Pavel Fedin
Reviewed-by: Pankaj Dubey
Thanks,
Pankaj Dubey
>
> --
> To unsubscribe
Am Mittwoch, 28. Oktober 2015, 14:19:29 schrieb Tim Chen:
Hi Tim,
>+
>+ /* check for dependent cpu features */
>+ if (!cpu_has_aes) {
>+ pr_err("aes_cbc_mb_mod_init: no aes support\n");
>+ err = -ENODEV;
>+ goto err1;
>+ }
In your post 0/5,
Add phy driver for the Rockchip DisplayPort PHY module. This
is required to get DisplayPort working in Rockchip SoCs.
Reviewed-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v9:
- Removed the unused the variable "res" in probe function. (Heiko)
- Removed the unused head file.
On Wed, Oct 28, 2015 at 01:32:12PM +, Jon Hunter wrote:
>
> On 28/10/15 07:03, Vinod Koul wrote:
> > On Fri, Oct 16, 2015 at 09:25:52AM +0100, Jon Hunter wrote:
> >> @@ -1182,14 +1182,11 @@ static int tegra_dma_alloc_chan_resources(struct
> >> dma_chan *dc)
> >> {
> >>struct
On Thu, Oct 29, 2015 at 12:23:12AM +0100, Andres Freund wrote:
> Hi,
>
> On 2015-10-29 07:48:34 +1100, Dave Chinner wrote:
> > > The idea of using SYNC_FILE_RANGE_WRITE beforehand is that
> > > the fsync() will only have to do very little work. The language in
> > > sync_file_range(2) doesn't
On Sat, Oct 24, 2015 at 11:57:53AM +0200, Robert Jarzmik wrote:
> Robert Jarzmik writes:
>
> > This patch attempts to enhance the case of a transfer submitted multiple
> > times, and where the cost of creating the descriptors chain is not
> > negligible.
> >
> > This happens with big video
On 2015/10/27 16:45, Tejun Heo wrote:
css_task_iter_next() checked @it->cur_task before grabbing
css_set_lock and assumed that the result won't change afterwards;
however, tasks could leave the cgroup being iterated terminating the
iterator before css_task_lock is acquired. If this happens,
Hi Bayi,
I'm looking over your v5, and I still have a lot of comments. I'll send
those soon. But I still question one of your responses here:
On Sun, Oct 18, 2015 at 10:20:35PM +0800, bayi.cheng wrote:
> On Fri, 2015-10-16 at 00:39 -0700, Brian Norris wrote:
> > On Tue, Oct 13, 2015 at
On 2015/10/12 22:28, Alexandre Belloni wrote:
diff --git a/drivers/clk/at91/clk-h32mx.c b/drivers/clk/at91/clk-h32mx.c
index 61566bcefa53..a0fe54a96031 100644
--- a/drivers/clk/at91/clk-h32mx.c
+++ b/drivers/clk/at91/clk-h32mx.c
@@ -24,6 +24,9 @@
#include
#include
#include
+#include
Hi Alexandre,
Trivial comments.
On 2015/10/12 22:28, Alexandre Belloni wrote:
To avoid relying on at91_pmc_read(), find the pmc node and remap it
locally.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/pm.c | 32 ++--
1 file changed, 26 insertions(+),
Hi Peter,
>>
>> +#if IS_ENABLED(CONFIG_SERIAL_8250_CONSOLE)
>
> #ifdef CONFIG_SERIAL_8250_CONSOLE
I am OK with this change because this CONFIG is boolean.
I still believe
#if IS_ENABLED(CONFIG_FOO)
is a nice shorthand for
#if defined(CONFIG_FOO) || defined(CONFIG_FOO_MODULE)
when
On 10/28/2015 08:33 PM, Greg Kroah-Hartman wrote:
On Wed, Oct 28, 2015 at 04:00:42PM +0800, Lu Baolu wrote:
This patch add dbc debug device support in usb_debug driver.
Signed-off-by: Lu Baolu
---
drivers/usb/serial/usb_debug.c | 29 ++---
1 file changed, 26
On Thu, Oct 22, 2015 at 11:40:58AM +0200, Maxime Ripard wrote:
> Hi Vinod,
>
> Here is a patch serie that adds support in the Atmel HDMAC for memset
> over a discontiguous memory area.
>
> Just like for the memset, it's used on those SoCs to support
> framebuffer related operations that cannot
On 28-10-15, 23:01, Bálint Czobor wrote:
> Please ignore that single patch, doesn't even build. I'll submit it again
> soon.
Can you please reply to the queries I posted to you first, before
sending any new updates ?
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe
On 10/28/2015 09:27 PM, Mathias Nyman wrote:
On 28.10.2015 03:36, Lu Baolu wrote:
Function ep_ring_is_processing() checks the dequeue pointer
in endpoint context to know whether an endpoint is busy with
processing TRBs. This is not correct since dequeue pointer
field in an endpoint context is
The Exynos5420 instance of exynos_pmu_data structure is not modified and
can be made const.
Signed-off-by: Krzysztof Kozlowski
Suggested-by: Pavel Fedin
---
arch/arm/mach-exynos/pmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pmu.c
On Tue, Oct 20, 2015 at 11:46:27AM +0200, Lars-Peter Clausen wrote:
> The DMAengine API has a long standing issue that is inherent to the API
> itself. For a client that calls dmaengine_terminate_all() it is not
> possible to properly synchronize the completion of any currently running
> complete
On 10/28/2015 05:10 PM, Johan Hovold wrote:
On Wed, Oct 28, 2015 at 04:00:42PM +0800, Lu Baolu wrote:
This patch add dbc debug device support in usb_debug driver.
Signed-off-by: Lu Baolu
---
drivers/usb/serial/usb_debug.c | 29 ++---
1 file changed, 26
On 10/28/2015 08:40 PM, Greg Kroah-Hartman wrote:
>+struct debug_buffer {
>+ ssize_t (*fill_func)(struct debug_buffer *);
>+ struct usb_bus *bus;
>+ struct mutex mutex;
>+ size_t count;
>+ char *output_buf;
>+ size_t alloc_size;
>+};
>+
>+static const char *get_extcap_desc(u32
On Fri, Oct 23, 2015 at 10:57 PM, Jeff Moyer wrote:
> Hi,
>
> Zhangqing Luo reported long boot times on a system with thousands of
> LUNs when scsi-mq was enabled. He narrowed the problem down to
> blk_mq_add_queue_tag_set, where every queue is frozen in order to set
> the BLK_MQ_F_TAG_SHARED
On 10/28/2015 05:27 PM, Oliver Neukum wrote:
+static int fill_buffer(struct debug_buffer *buf)
>+{
>+ int ret;
>+
>+ if (buf->output_buf)
>+ return -EINVAL;
>+
>+ buf->alloc_size = PAGE_SIZE;
>+ buf->output_buf = vmalloc(buf->alloc_size);
That really makes no sense. If you
Hi Heiko,
On 10/29/2015 04:36 AM, Heiko Stuebner wrote:
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
+static int rockchip_dp_phy_probe(struct platform_device *pdev)
+{
+ struct device *dev = >dev;
+ struct device_node *np = dev->of_node;
+ struct
f2fs_create_root_stats can fail due to no memory, report it to user.
Signed-off-by: Chao Yu
---
v2:
- fix building warning reported by Fengguang.
fs/f2fs/debug.c | 7 +--
fs/f2fs/f2fs.h | 4 ++--
fs/f2fs/super.c | 6 +-
3 files changed, 12 insertions(+), 5 deletions(-)
diff --git
Hi Heiko,
On 10/29/2015 04:02 AM, Heiko Stuebner wrote:
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
index 7a3a9cd..9905081
> Subject: Re: [PATCH v2] cputime: fix invalid gtime
>
> On Wed, Oct 28, 2015 at 07:01:18AM +, Hiroshi Shimamoto wrote:
> > From: Hiroshi Shimamoto
> >
> > /proc/stats shows invalid gtime when the thread is running in guest.
> > When vtime accounting is not enabled, we cannot get a valid
://github.com/0day-ci/linux/commits/Chao-Yu/f2fs-report-error-of-f2fs_create_root_sta
> ts/20151028-175937
> config: x86_64-randconfig-x015-201543 (attached as .config)
> reproduce:
> # save the attached .config to linux build tree
> make ARCH=x86_64
>
> All warn
On 15-10-25 11:09:24, Peter Zijlstra wrote:
> On Sat, Oct 24, 2015 at 11:01:02AM -0700, Olav Haugan wrote:
> > Task->on_rq has three states:
> > 0 - Task is not on runqueue (rq)
> > 1 (TASK_ON_RQ_QUEUED) - Task is on rq
> > 2 (TASK_ON_RQ_MIGRATING) - Task is on rq but in the process of
> > This all would be much cleaner if the arm architecture code were just to
> > register the sysctl itself.
> >
> > As it sits this looks like a patchset that does not meaninfully bisect,
> > and would result in code that is hard to trace and understand.
>
> I believe the intent is to follow up
Hi Alexey,
[auto build test ERROR on v4.3-rc7 -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Alexey-Brodkin/__div64_32-implement-division-by-multiplication-for-32-bit-arches/20151029-065010
config:
On Mon, Oct 26, 2015 at 06:39:20PM +0800, yalin wang wrote:
> This crash is caused by NULL pointer deference, in page_to_pfn() marco,
> when page == NULL :
>
> [ 182.639154 ] Unable to handle kernel NULL pointer dereference at virtual
> address
> [ 182.639491 ] pgd = ffc00077a000
On Wed, Oct 28, 2015 at 02:51:22PM +0100, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.50 release.
> There are 123 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Wed, Oct 28 2015, Roman Gushchin wrote:
> After commit 566c09c53455 ("raid5: relieve lock contention in
> get_active_stripe()")
> __find_stripe() is called under conf->hash_locks + hash.
> But handle_stripe_clean_event() calls remove_hash() under
> conf->device_lock.
>
> Under some
On Thu, Oct 22, 2015 at 06:00:51PM +0900, Minchan Kim wrote:
> On Thu, Oct 22, 2015 at 10:21:36AM +0900, Minchan Kim wrote:
> > Hello Hugh,
> >
> > On Wed, Oct 21, 2015 at 05:59:59PM -0700, Hugh Dickins wrote:
> > > On Thu, 22 Oct 2015, Minchan Kim wrote:
> > > >
> > > > I added the code to
On 10/28/2015 02:13 PM, Mike Kravetz wrote:
> On 10/28/2015 02:00 PM, Hugh Dickins wrote:
>> On Wed, 28 Oct 2015, Mike Kravetz wrote:
>>> On 10/27/2015 08:34 PM, Hugh Dickins wrote:
>>>
>>> Thanks for the detailed response Hugh. I will try to address your questions
>>> and provide more reasoning
On Wed, Oct 28, 2015 at 04:54:04PM +0100, Rafael J. Wysocki wrote:
> Information that is already available at the device registration time should
> be used at that time or it makes things harder to follow.
> But that really is a tradeoff. If collecting that information requires too
> much
On Tue, Oct 27, 2015 at 04:24:14PM +0100, Rafael J. Wysocki wrote:
> So, the question to everybody is whether or not this sounds reasonable or
> there
> are concerns about it and if so what they are. At this point I mostly need to
> know if I'm not overlooking anything fundamental at the
Hello Lee,
On Thu, Oct 29, 2015 at 12:56 AM, Krzysztof Kozlowski
wrote:
> On 28.10.2015 23:38, Lee Jones wrote:
>> On Wed, 28 Oct 2015, Javier Martinez Canillas wrote:
>>> They are not maintainers according to your definition of maintainer
>>> that doesn't seem what most people agree with.
>>
>>
Adds support for the i2c based tsc2004.
Due to the overlapping functionality of the tsc2004 and tsc2005
the common code was moved to a core driver (tsc200x-core).
Signed-off-by: Michael Welling
---
v3: Splits the tsc2004 and tsc2005 into separate drivers with
with common routines in
Hi Ricardo,
Thank you for the patch.
On Friday 21 August 2015 15:19:25 Ricardo Ribalda Delgado wrote:
> This driver does not use the control infrastructure.
> Add support for the new field which on structure
> v4l2_ext_controls
>
> Signed-off-by: Ricardo Ribalda Delgado
> ---
>
Orabug: 21896119
Use machine descriptor (MD) to get node latency
values instead of just using default values.
Testing:
On an T5-8 system with:
- total nodes = 8
- self latencies = 0x26d18
- latency to other nodes = 0x3a598
=> latency ratio = ~1.5
output of numactl --hardware
- before
plain text this time...
> This all would be much cleaner if the arm architecture code were just to
> register the sysctl itself.
>
> As it sits this looks like a patchset that does not meaninfully bisect,
> and would result in code that is hard to trace and understand.
I believe the intent is to
On Wed, Oct 28, 2015 at 09:35:42PM +0100, Patrick Marlier wrote:
>
>
> On 10/28/2015 09:33 AM, Ingo Molnar wrote:
> >
> >* Tejun Heo wrote:
> >
> >>Subject: writeback: don't use list_entry_rcu() for pointer offsetting in
> >>bdi_split_work_to_wbs()
> >>
> >>bdi_split_work_to_wbs() uses
On Wed, Oct 28, 2015 at 06:05:00PM +0100, Paolo Bonzini wrote:
>
>
> On 28/10/2015 17:00, Alex Williamson wrote:
> > > Alex, would it make sense to use the IRQ bypass infrastructure always,
> > > not just for VT-d, to do the MSI injection directly from the VFIO
> > > interrupt handler and bypass
On Tue, 27 Oct 2015, Aristeu Rozanski wrote:
> Hi Michal,
> On Tue, Oct 27, 2015 at 05:20:47PM +0100, Michal Hocko wrote:
> > Yes this is a mess. But I think it is worth cleaning up.
> > dump_stack_print_info (arch independent) has a log level parameter.
> > show_stack_log_lvl (x86) has a
On 28.10.2015 23:38, Lee Jones wrote:
> On Wed, 28 Oct 2015, Javier Martinez Canillas wrote:
>> They are not maintainers according to your definition of maintainer
>> that doesn't seem what most people agree with.
>
> "most people" so far are 3 people that I assume still want to be
> Maintainers
On Wed, 28 Oct 2015, Hongjie Fang (方洪杰) wrote:
> Under a userspace perspective, get a different value than he wrote,
> it must be confusing.
>
It's confusing, but with purpose: it shows there is no direct mapping
between /proc/pid/oom_adj and /proc/pid/oom_score_adj.
/proc/pid/oom_score_adj
On 29.10.2015 01:41, Joe Perches wrote:
> Reviewer output currently does not include the subsystem
> that matched. Add it.
>
> Miscellanea:
>
> o Add a get_subsystem_name routine to centralize this
>
> Signed-off-by: Joe Perches
> ---
> scripts/get_maintainer.pl | 31
On 10/28/2015 08:30 AM, Matias Bjørling wrote:
The implementation for Open-Channel SSDs is divided into media
[...]
+ lun->reserved_blocks = 2; /* for GC only */
+ lun->vlun.id = i;
+ lun->vlun.lun_id = i % dev->luns_per_chnl;
+
On Wed, Oct 28, 2015 at 12:43:51PM +, Charles Keepax wrote:
> On Tue, Oct 27, 2015 at 10:58:21PM +0100, Robert Jarzmik wrote:
Please delete unneeded context from mails when replying. Doing this
makes it much easier to find your reply in the message, helping ensure
it won't be missed by
On Tue, Oct 27, 2015 at 5:09 PM, wrote:
> From: Alan Tull
>
> Add bindings documentation for Altera SOCFPGA bridges:
> * fpga2sdram
> * fpga2hps
> * hps2fpga
> * lwhps2fpga
>
> Signed-off-by: Alan Tull
Oops...
> Signed-off-by: Dinh Nguyen
> Signed-off-by: Matthew Gerlach
These should
1 - 100 of 1890 matches
Mail list logo
