Hi Laura,
Thanks for the report. I've made a patch and CC-ed you on it.
The TS and IDX streams are internal (i.e., they do not map to a V4L2
device node), but the PCM stream isn't, and that's the one causing the
warning.
Regards,
Hans
On 04/23/2015 07:57 PM, Laura Abbott wrote:
> Hi,
>
> -Original Message-
> From: Kirill A. Shutemov [mailto:kir...@shutemov.name]
> Sent: Friday, April 24, 2015 2:33 PM
> To: Chen, Hanxiao/陈 晗霄
> Cc: Jonathan Corbet; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Kirill A. Shutemov
> Subject: Re: [PATCH] docs: add VmPMD descrip
On Thu, 2015-04-23 at 17:00 -0400, Steven Rostedt wrote:
> On Thu, 23 Apr 2015 09:19:26 +0200
> Mike Galbraith wrote:
>
> > > CC kernel/irq_work.o
> > > In file included from ../include/asm-generic/percpu.h:6:0,
> > > from ../arch/x86/include/asm/percpu.h:522,
> > >
>>> On 23.04.15 at 17:33, wrote:
> On Tue, Apr 21, 2015 at 11:33 PM, Jan Beulich wrote:
>>
>> while the description of commit cae2a173fe certainly makes sense, the
>> change itself ignores the __probe_kernel_write() code path, for which
>> the destination address is expected to be in kernel space
Hi Linus,
Here are the target-pending updates for v4.1-rc1 code.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next
Note you'll hit two minor merge conflicts as reported by SFR:
linux-next: manual merge of the target-updates tree with
On Thu, Apr 23, 2015 at 06:18:37PM +0300, Dan Carpenter wrote:
> On Tue, Apr 21, 2015 at 07:22:34PM +0530, Sudip Mukherjee wrote:
> > .owner = NULL,
> > };
> >
> > +struct bus_type parport_bus_type = {
> > + .name = "parport",
> > +};
>
> Can you make this static? The
On Thu, Apr 23, 2015 at 8:56 PM, Mark Rutland wrote:
>> +/*
>> + * This is a temporary solution until we have new OPPv2 bindings. Therefore
>> we
>> + * could describe the OPPs with (freq, volt, volt) tuple properly in device
>> + * tree.
>> + */
>> +
>> +/* OPP table for LITTLE cores of MT8173 *
Hi Sascha,
Thanks for reviewing.
On Thu, Apr 23, 2015 at 8:01 PM, Sascha Hauer wrote:
> On Mon, Apr 20, 2015 at 05:27:26PM +0800, pi-cheng.chen wrote:
>> This patch implements MT8173 specific cpufreq driver with OPP table defined
>> in the driver code.
>>
>> Signed-off-by: pi-cheng.chen
>> ---
On Fri, Apr 24, 2015 at 08:36:03AM +0200, Greg Kroah-Hartman wrote:
> On Thu, Apr 23, 2015 at 10:56:40PM +0200, Borislav Petkov wrote:
> > > Hm, this seems to be to be O(1), pretty constant, we do the same amount
> > > of work all the time.
> >
> > The same *pile* of unnecessary and needless work.
Patch e68410ebf626 ("crypto: x86/sha512_ssse3 - move SHA-384/512
SSSE3 implementation to base layer") changed the prototypes of the
core asm SHA-512 implementations so that they are compatible with
the prototype used by the base layer.
However, in one instance, the register that was used for passi
On Thu, Apr 23, 2015 at 10:56:40PM +0200, Borislav Petkov wrote:
> > Hm, this seems to be to be O(1), pretty constant, we do the same amount
> > of work all the time.
>
> The same *pile* of unnecessary and needless work. You go and collect
> *all* that data on *every* packet send?!
No, not at all
On Thu, 23 Apr 2015 19:07:55 +0100 Al Viro wrote:
> On Thu, Apr 23, 2015 at 05:45:44PM +1000, NeilBrown wrote:
>
> > follow_link calls link_path_walk -> walk_component -> lookup_fast which
> > sets
> > nd->seq. Is that not enough? I guess not when nd_jump_link is called. Is
> > that what I
On Fri, Apr 24, 2015 at 02:24:32AM -0400, Chen Hanxiao wrote:
> commit dc6c9a35b66b ("mm: account pmd page tables to the process")
> add VmPMD in /proc/PID/status.
> This patch add a description in proc.txt for it.
>
> cc: Kirill A. Shutemov
> Signed-off-by: Chen Hanxiao
> ---
> Documentation/f
On Thu, Apr 23, 2015 at 02:32:26PM -0600, Stephen Warren wrote:
> On 04/23/2015 08:06 AM, Johan Hovold wrote:
> > Make sure only to copy any actual data rather than the whole buffer,
> > when releasing the temporary buffer used for unaligned non-isochronous
> > transfers.
> >
> > Compile-tested onl
Peter,
It may be a long time ago now, but we had very vocal discussions regarding the
MT protocol back then, and I am quite sure all the subtleties are well
understood. In order to fully appreciate the simplicity of the protocol, one
only needs to stop misintepreting it. In order to do that, pleas
commit dc6c9a35b66b ("mm: account pmd page tables to the process")
add VmPMD in /proc/PID/status.
This patch add a description in proc.txt for it.
cc: Kirill A. Shutemov
Signed-off-by: Chen Hanxiao
---
Documentation/filesystems/proc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Docume
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Thursday, April 23, 2015 2:15 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim
> Subject: [f2fs-dev] [PATCH] f2fs: fix wrong error han
On Thu, Apr 23, 2015 at 07:52:41PM -0400, Carlos E. Garcia wrote:
> Fixed multiple spellig errors.
oops, you are fixing spelling mistake, yet you made a spelling
mistake in the commit message .. :)
>
> if (!ab)
> @@ -1878,13 +1897,7 @@ void audit_log_task_info(struct audit_buffer *ab,
>
(2015/04/24 12:24), Li Bin wrote:
> On 2015/4/24 10:44, AKASHI Takahiro wrote:
>> This patchset enables livepatch support on arm64.
>>
>> Livepatch was merged in v4.0, and allows replacying a function dynamically
>> based on ftrace framework, but it also requires -mfentry option of gcc.
>> Currentl
On Thu, Apr 23, 2015 at 03:00:14PM +, DHANAPAL, GNANACHANDRAN (G.) wrote:
> This patch removes unused return variable in this file.
>
> Signed-off-by: Gnanachandran Dhanapal
> ---
your From: name and Signed-off-by: name is not matching.
regards
sudip
--
To unsubscribe from this list: send t
On Friday 24 April 2015 12:47 AM, Murali Karicheri wrote:
> Currently when interface type is MAC to Phy, netif_carrier_(on/off)
> is called which is not needed as Phy lib already updates the carrier
> status to net stack. This is needed only for other interface types
>
> Signed-off-by: Murali Kari
Did you get my donation message??
Best Regards,
Maureen Hinckley
Copyright ©2015• The Maureen Hinckley Foundation• All Rights Reserved
--
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 http://vg
In general we can use kmalloc instead of kzalloc. Also some commands
do not need malloc at all. We could allocate on stack for known small
commands and for the keyboard case use the caller argument.
Gwendal.
On Mon, Apr 6, 2015 at 9:15 AM, Javier Martinez Canillas
wrote:
> Commit 1b84f2a4cd4a ("
On Thu, Apr 23, 2015 at 2:41 PM, Borislav Petkov wrote:
> On Thu, Apr 23, 2015 at 11:22:39PM +0200, David Herrmann wrote:
>> No it's not. O(256) equals O(1).
>
> Ok, you're right. Maybe O() was not the right thing to use when trying
> to point out that iterating over 256 hash buckets and then foll
On Thu, Apr 23, 2015 at 1:15 PM, Adam Goode wrote:
> On Thu, Apr 23, 2015 at 12:12 PM, Andreas Noever
> wrote:
>> On Thu, Apr 23, 2015 at 5:10 PM, Adam Goode wrote:
>>> On Thu, Apr 23, 2015 at 9:28 AM, Adam Goode wrote:
On Thu, Apr 23, 2015 at 6:08 AM, Andreas Noever
wrote:
Hi all,
Please do not add any v4.2 material to your linux-next included trees
until after v4.1-rc1 is released.
Changes since 20150423:
The blackfin tree gained a conflict against Linus' tree.
The kvm tree gained a conflict against the powerpc-merge-mpe tree.
Non-merge commits (relati
If we try to cross compile liblockdep, even if we set the CROSS_COMPILE variable
the linker error can occur because LD is not set with CROSS_COMPILE.
This patch adds "LD" can be set automatically with CROSS_COMPILE variable so
fixes linker error problem.
Signed-off-by: Eunbong Song
---
tools/li
Hi Ramakrishna,
I'm sorry for late reply.
On 04/09/2015 02:12 AM, Ramakrishna Pallala wrote:
> This patch adds the extcon support for AXP288 PMIC which
> has the BC1.2 charger detection capability. Additionally
> it also adds the USB mux switching support b/w SOC and PMIC
> based on GPIO control.
From: kongxinwei
This patch adds the support for hisilicon thermal sensor, within
hisilicon SoC. there will register sensors for thermal framework
and use device tree to bind cooling device.
Signed-off-by: Leo Yan
Signed-off-by: kongxinwei
---
drivers/thermal/Kconfig| 8 +
drivers/t
From: kongxinwei
The Linaro connect introduce 96boards series in Hong Kong,The HiKey board
is the first board to be certified 96Boards Consumer Edition compatible.
This board is based on the HiSilicon SoC. you can get more information
from https://www.96boards.org.
The hisilicon SoC contains the
On Thu, Apr 23, 2015 at 10:15 PM, Andy Lutomirski wrote:
> AMD CPUs don't reinitialize the SS descriptor on SYSRET, so SYSRET
> with SS == 0 results in an invalid usermode state in which SS is
> apparently equal to __USER_DS but causes #SS if used.
>
> Work around the issue by replacing NULL SS va
From: kongxinwei
This adds documentation of device tree bindings for the
thermal sensor controller of hi6220 SoC.
Signed-off-by: Leo Yan
Signed-off-by: kongxinwei
---
.../bindings/thermal/hisilicon-thermal.txt | 23 ++
1 file changed, 23 insertions(+)
create mode
Hi Linus,
please pull blackfin fixes for v4.1, PM, kgdb, debug mmr fix, add gpio
softswitch, update defconfig and board files, and build fixes.
The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76:
Linux 4.0 (2015-04-12 15:12:50 -0700)
are available in the git reposito
On Thu, Apr 23, 2015 at 1:01 PM, Jeffrey Hugo wrote:
> On 4/11/2015 5:32 PM, Bjorn Andersson wrote:
>>
>> Add device tree binding documentation for the Qualcom Shared Memory
>> manager.
>>
[..]
>
> For my information, is there any intention to support the relocatable
> smem_region by looking it up
On 2015/4/24 10:44, AKASHI Takahiro wrote:
> This patchset enables livepatch support on arm64.
>
> Livepatch was merged in v4.0, and allows replacying a function dynamically
> based on ftrace framework, but it also requires -mfentry option of gcc.
> Currently arm64 gcc doesn't support it, but by a
Hi Justin,
Thanks for the report.
On Thu, 23 Apr 2015 16:04:10 -0500
"Justin M. Forbes" wrote:
> The block-mq conversion for loop in 4.0 kernels is showing us an
> interesting scalability problem with live CDs (ro, squashfs). It was
> noticed when testing the Fedora beta that the more CPUs a l
On Fri, 24 Apr 2015 11:44:05 +0900
AKASHI Takahiro wrote:
> This patchset enables livepatch support on arm64.
>
> Livepatch was merged in v4.0, and allows replacying a function dynamically
> based on ftrace framework, but it also requires -mfentry option of gcc.
> Currently arm64 gcc doesn't sup
CONFIG_DYNAMIC_TRACE_WITH_REGS is a prerequisite for ftrace-based kprobes
as well as livepatch.
This patch adds ftrace_regs_caller(), which will pass pt_regs info to
ftrace handlers, to enable this config.
Signed-off-by: AKASHI Takahiro
---
arch/arm64/Kconfig |1 +
arch/arm64/i
Signed-off-by: AKASHI Takahiro
---
arch/arm64/Kconfig |3 ++
arch/arm64/include/asm/livepatch.h | 38
arch/arm64/kernel/Makefile |1 +
arch/arm64/kernel/livepatch.c | 68
4 files changed, 110 inser
The existing livepatch code assumes that a fentry call is inserted before
a function prolog by -mfentry option of gcc. But the location of mcount()
can be identified by using ftrace_lookup_mcount(), and which eventually
allows arch's which don't support -mfentry option, like arm64, to support
livep
ftrace_lookup_mcount() will return an address of mcount call in a function.
Signed-off-by: AKASHI Takahiro
---
include/linux/ftrace.h |2 ++
kernel/trace/ftrace.c | 26 ++
2 files changed, 28 insertions(+)
diff --git a/include/linux/ftrace.h b/include/linux/ftrace
This patchset enables livepatch support on arm64.
Livepatch was merged in v4.0, and allows replacying a function dynamically
based on ftrace framework, but it also requires -mfentry option of gcc.
Currently arm64 gcc doesn't support it, but by adding a helper function to
ftrace, we will be able to
On Apr 22, 2015, at 3:34 AM, Christoph Hellwig wrote:
> On Wed, Apr 22, 2015 at 06:49:08AM +, Drokin, Oleg wrote:
>> I know this is not going to be a popular opinion with you, but sometimes
>> opening a file
>> is just too expensive. 1 RPC roudntrip to open a file and then another one
>> to
From: Hyong-Youb Kim
Date: Fri, 24 Apr 2015 10:57:58 +0900
> X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Apr 2015 01:58:46.2847 (UTC)
> X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
> X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR05MB1302
> X-Greylist: Default is to whitelist
On Sat, Apr 11, 2015 at 7:30 PM, Ming Lei wrote:
> The lo_ctl_mutex is held for running all ioctl handlers, and
> in some ioctl handlers, ioctl_by_bdev(BLKRRPART) is called for
> rereading partitions, which requires bd_mutex.
>
> So it is easy to cause failure because trylock(bd_mutex) may
> fail
On 04/23/2015 06:57 PM, Wanpeng Li wrote:
> Cc Rik, who is doing the similar work. :)
Hi Liang,
I posted this patch earlier, which should have the same effect as
your patch on more modern systems, while not loading the FPU context
for guests that barely use it on older systems:
https://lkml.org/
On Thu, Apr 23, 2015 at 7:15 PM, Andy Lutomirski wrote:
> AMD CPUs don't reinitialize the SS descriptor on SYSRET, so SYSRET
> with SS == 0 results in an invalid usermode state in which SS is
> apparently equal to __USER_DS but causes #SS if used.
>
> Work around the issue by replacing NULL SS val
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Thursday, April 23, 2015 10:10 PM
>
> On Thu, 2015-04-23 at 08:30 +, Kweh, Hock Leong wrote:
> > > -Original Message-
> > > From: James Bottomley
> [mailto:james.bottom...@hansen
On Thu, 23 Apr 2015 14:55:59 +0800 Huang Ying wrote:
> FYI, we noticed the below changes on
>
> git://neil.brown.name/md for-next
> commit 878ee6792799e2f88bdcac329845efadb205252f ("RAID5: batch adjacent full
> stripe write")
Hi,
is there any chance that you could explain what some of this me
The function __acct_update_integrals() is called both from irq context
and task context. This creates a race where irq context can advance
tsk->acct_timexpd to a value larger than time, leading to a negative
value, which causes a divide error. See commit 6d5b5acca9e5
("Fix fixpoint divide exception
AMD CPUs don't reinitialize the SS descriptor on SYSRET, so SYSRET
with SS == 0 results in an invalid usermode state in which SS is
apparently equal to __USER_DS but causes #SS if used.
Work around the issue by replacing NULL SS values with __KERNEL_DS
in __switch_to, thus ensuring that SYSRET nev
My new MacBook Pro (Retina, 13-inch, Early 2015, Model Identifier:
MacBookPro12,1) with ForceTouch
trackpad has a new Product ID 0x0273, which I think is the ISO, and the other
should be ANSI:0x0272,
JIS:0x0274, but I'm not sure, anyone can confirm this?
Apple Internal Keyboard / Trackpad:
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/powerpc/kvm/book3s_hv_rm_mmu.c between commit dac565706791 ("KVM:
PPC: Remove page table walk helpers") from the powerpc-merge-mpe tree
and commit a4bd6eb07ca7 ("KVM: PPC: Book3S HV: Add helpers for
lock/unlock hpte") from the
Em Fri, Apr 24, 2015 at 11:02:18AM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> I've set up some docker containers for build test, and found a couple
> of failures.. It seems David's kmem build fix ("perf kmem: Fix
> compiles on RHEL6/OL6") which is in your perf/core branch also needs
> to be
In ->elevator_init_fn, if we fail to call kzalloc_node, we should release
elevator queue space which is allocated previously, otherwise it will cause
memory leak.
Signed-off-by: Chao Yu
---
block/cfq-iosched.c | 1 +
block/deadline-iosched.c | 1 +
block/noop-iosched.c | 1 +
3 files ch
On Thu, Apr 23, 2015 at 09:30:13PM +0200, Greg Kroah-Hartman wrote:
> On Thu, Apr 23, 2015 at 01:42:25PM -0400, Stephen Smalley wrote:
> > On 04/23/2015 01:16 PM, Greg Kroah-Hartman wrote:
> > > The binder developers at Samsung have stated that the implementation we
> > > have here works for their
Hi Arnaldo,
I've set up some docker containers for build test, and found a couple
of failures.. It seems David's kmem build fix ("perf kmem: Fix
compiles on RHEL6/OL6") which is in your perf/core branch also needs
to be in perf/urgent. Sorry about the kmem breakages..
And I also found this..
On Thu, Apr 23, 2015 at 02:28:40PM -0400, David Miller wrote:
> I can't wait forever for the driver maintainers to review this, so
> I'm applying it.
FWIW, I replied to Luis's patch yesterday. It appears on the netdev
list and patchwork. Checked the recipient list, and it includes
netdev, but no
Add a gdb script to verify the consistency of lists.
Signed-off-by: Thiébaud Weksteen
---
Implement suggestions from Jan.
Changes in v2:
- Add copyright line
- Rename check_list to list_check
- Remove casting and only accept (struct list_head) object
- Add error message if argument is missin
The use of 'status' in __ocfs2_add_entry() can return wrong
value. Some functions' return value in __ocfs2_add_entry(),
i.e ocfs2_journal_access_di() is saved to 'status'.
But 'status' is not used in 'bail' label for returning result
of __ocfs2_add_entry().
So use retval instead of status.
Review
Hi Jens and Jeff,
Thanks for your review and help! :)
Regards,
> -Original Message-
> From: Jens Axboe [mailto:ax...@kernel.dk]
> Sent: Friday, April 24, 2015 12:49 AM
> To: Jeff Moyer; Chao Yu
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] elevator: fix double release for ele
Hi, Andrew.
Is there problem this patch to merge?
If you care about mlog_errno() cleanup, I will send another patch for that.
And also if you have any reasons this patch has not been taken,
please let me know. I will fix and test again.
Thanks.
regards,
Daeseok Youn/
2015-04-23 9:49 GMT+09:00
Now LEFT key press action can just use do_zoom_dso/thread() code to
get out of the current filter.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/tools/perf/ui/browsers/hists.c b/tools/perf/
The pstack_peek() is to get the topmost entry without removing it.
Signed-off-by: Namhyung Kim
---
I also pushed to perf/tui-cleanup-v4.
tools/perf/util/pstack.c | 7 +++
tools/perf/util/pstack.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/tools/perf/util/pstack.c b/tools/perf/uti
H. Peter Anvin wrote on 2015-04-24:
> On 04/23/2015 08:28 AM, Dave Hansen wrote:
>> On 04/23/2015 02:13 PM, Liang Li wrote:
>>> When compiling kernel on westmere, the performance of eager FPU is
>>> about 0.4% faster than lazy FPU.
>>
>> Do you have an theory why this is? What does the regression
Btw, where I could get a copy of the latest driver?.
Regards,
John
On Thu, Apr 23, 2015 at 5:59 PM, John Tobias wrote:
> Hi John,
>
> Is it possible to have a copy of the firmware for 43340?.
>
> Regards,
>
> John
>
> On Thu, Apr 23, 2015 at 5:57 PM, John Stultz wrote:
>> On Thu, Apr 23, 2015
On 04/23/2015 03:55 PM, Andy Lutomirski wrote:
> On Thu, Apr 23, 2015 at 3:52 PM, H. Peter Anvin wrote:
>> On 04/23/2015 03:38 PM, Andy Lutomirski wrote:
Because there are way more sysrets than context switches, and Linux is
particularly sensitive to system call latency, by design.
On 04/23/2015 11:15 PM, Richard Fitzgerald wrote:
> On Wed, Apr 22, 2015 at 07:20:09PM +0900, Chanwoo Choi wrote:
>> On 04/22/2015 06:19 PM, Richard Fitzgerald wrote:
>>> On Wed, Apr 22, 2015 at 02:53:42PM +0900, Chanwoo Choi wrote:
Hi Richard,
> @@ -1176,6 +1182,11 @@ static int ariz
Hi John,
Is it possible to have a copy of the firmware for 43340?.
Regards,
John
On Thu, Apr 23, 2015 at 5:57 PM, John Stultz wrote:
> On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel wrote:
>> By the name of the file I suspected you did. Personally, I verified the
>> firmware works on 4334
On Thu, Apr 23, 2015 at 12:00 PM, Arend van Spriel wrote:
> By the name of the file I suspected you did. Personally, I verified the
> firmware works on 43341. John Stultz tested both 43340 and 43341 with this
> firmware.
Minor correction here, I only tested on 43341 hardware. The confusion
might
On Thu, Apr 23, 2015 at 5:30 PM, Bjorn Helgaas wrote:
> [+cc Matthew]
>
> On Tue, Apr 21, 2015 at 09:07:45AM -0700, Linus Torvalds wrote:
>> Hmm. The odd Intel PCI resource mess is back.
>>
>> Or maybe it never went away.
>>
>> I get these when suspending. Things *work*, but it's really spamming
>
> We can just detect the deviation in the callback itself:
>
>u64 now = ktime_get_mono_fast_ns();
>
>if (now - __this_cpu_read(nmi_timestamp) < period)
> return;
>
>__this_cpu_write(nmi_timestamp, now);
>
> It's that simple.
It's a simple short term
On Thu, Apr 23, 2015 at 11:47:09AM -0700, Dmitry Torokhov wrote:
> On Thu, Apr 23, 2015 at 02:38:27PM -0400, Benjamin Tissoires wrote:
> > On Apr 23 2015 or thereabouts, Dmitry Torokhov wrote:
> > > On Thu, Apr 23, 2015 at 07:10:55PM +0200, Henrik Rydberg wrote:
> > > > > "Creation, replacement and
Hello Guys,
I have a follow up questions:
When the I power up the brcm44340 without loading the driver, the
sdhci-esdhc-imx host controller configured it with the following info
(cat /sys/kernel/debug/mmc0/ios):
clock: 5000 Hz
actual clock: 4950 Hz
vdd: 17 (2.9 ~ 3.0 V)
bus mode: 2 (push
On Sat, Apr 18, 2015 at 9:16 AM, Kevin Cernekee wrote:
>>> + case SND_SOC_BIAS_OFF:
>>> + /* Note that this kills I2C accesses. */
>>> + assert_pdn = 1;
>>
>> No, the GPIO set associated with it kills I2C access. I'd also expect
>> to see the regmap being marked cache
Hi Josh,
> -Original Message-
> From: Josh Cartwright [mailto:jo...@ni.com]
> Sent: Friday, April 24, 2015 1:21 AM
> To: Punnaiah Choudary Kalluri
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; r...@landley.net;
>
On 04/20/2015 11:18 PM, Naoya Horiguchi wrote:
> If multiple soft offline events hit one free page/hugepage concurrently,
> soft_offline_page() can handle the free page/hugepage multiple times,
> which makes num_poisoned_pages counter increased more than once.
> This patch fixes this wrong counting
On 04/16/2015 09:08 PM, Naoya Horiguchi wrote:
> Hwpoison injector checks PageLRU of the raw target page to find out whether
> the page is an appropriate target, but current code now filters out thp tail
> pages, which prevents us from testing for such cases via this interface.
> So let's check hpa
On 04/16/2015 09:08 PM, Naoya Horiguchi wrote:
> Hwpoison injection via debugfs:hwpoison/corrupt-pfn takes a refcount of
> the target page. But current code doesn't release it if the target page
> is not supposed to be injected, which results in memory leak.
> This patch simply adds the refcount re
Fixed several style issues with: comments, function perenthesis,
indentation, and conditional braces
Signed-off-by: Jason Eastman
---
drivers/usb/image/mdc800.c | 769 +++-
1 file changed, 336 insertions(+), 433 deletions(-)
diff --git a/drivers/usb/imag
Hi.
4.0-rc1 commit 0d68bc92c48167130b61b449f08be27dc862dba2 "perf kmem:
Analyze page allocator events also" introduced a build error with
older toolchains.
For example, this build errors occurs on CentOS 6.
CC builtin-kmem.o
cc1: warnings being treated as errors
builtin-kmem.c: In functi
On Thu, Apr 23, 2015 at 6:19 PM, Michal Simek wrote:
> On 04/16/2015 03:56 PM, Punnaiah Choudary Kalluri wrote:
>> Added the basic driver for Arasan Nand Flash Controller used in
>> Zynq UltraScale+ MPSoC. It supports only Hw Ecc and upto 24bit
>> correction.
>>
>> Signed-off-by: Punnaiah Choudary
On 23 April 2015 at 15:47, Rafał Miłecki wrote:
> On 22 April 2015 at 19:50, Brian Norris
> wrote:
> > On Thu, Apr 16, 2015 at 02:09:41AM +, Peter Pan 潘栋
> (peterpandong) wrote:
> >>
> >> Signed-off-by: Brian Norris
> >> Signed-off-by: Peter Pan
> >
> > Why are you just resending my patches?
On 04/23/2015 05:47 PM, Andrew Morton wrote:
> On Thu, 23 Apr 2015 17:17:59 -0400 Rik van Riel wrote:
>
>> There is a helpful comment in do_exit() that states we sync the
>> mm's RSS info before statistics gathering.
>>
>> The function that does the statistics gathering is called right
>> above t
Hi all,
Today's linux-next merge of the blackfin tree got a conflict in
arch/blackfin/mach-common/smp.c between commit a17b4b7487eb ("blackfin:
Use common outgoing-CPU-notification code") from Linus' tree and commit
ca2b83264d99 ("blackfin: make timeout HZ independent") from the
blackfin tree.
I
On Thu, 2015-04-23 at 16:54 -0700, Joe Perches wrote:
> On Thu, 2015-04-23 at 21:53 +0200, Mateusz Kulikowski wrote:
> > I noticed funny behavior about $stat matches -
> > it reports the same error several times (including as "scope" whole file)
> > Is it feature or "feature" or I missed something
This patch needs https://chromium-review.googlesource.com/217297:
/dev/cros_ec0 was not a good idea, because it is difficult to know
what it represents.
On Mon, Apr 6, 2015 at 9:15 AM, Javier Martinez Canillas
wrote:
> From: Gwendal Grignou
>
> Chromebooks can have more than one Embedded Contro
On Thu, 2015-04-23 at 21:53 +0200, Mateusz Kulikowski wrote:
> On 22.04.2015 00:27, Joe Perches wrote:
> > On Tue, 2015-04-21 at 23:44 +0200, Mateusz Kulikowski wrote:
> >> On 21.04.2015 23:22, Joe Perches wrote:
> >>> On Tue, 2015-04-21 at 22:57 +0200, Mateusz Kulikowski wrote:
> >> (...)
> (...)
Fixed multiple spellig errors.
Signed-off-by: Carlos E. Garcia
---
drivers/staging/android/ion/ion_priv.h| 6 +-
drivers/staging/android/uapi/ion.h| 2 +-
drivers/staging/comedi/comedi_fops.c | 2 +-
drivers/staging/dgnc/TODO |
From: Rafael J. Wysocki
If the special PRP0001 device ID is present in the given device's list
of ACPI/PNP IDs and the device has a valid "compatible" property in
the _DSD, it should be enumerated using the default mechanism,
unless some scan handlers match the IDs preceding PRP0001 in the
device
On Thu, 2015-04-23 at 09:10 -0500, Christoph Lameter wrote:
> On Thu, 23 Apr 2015, Benjamin Herrenschmidt wrote:
>
> > > Anyone
> > > wanting performance (and that is the prime reason to use a GPU) would
> > > switch this off because the latencies are otherwise not controllable and
> > > those ma
The mm-of-the-moment snapshot 2015-04-23-16-38 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
(2015/04/23 23:55), Arnaldo Carvalho de Melo wrote:
> Em Thu, Apr 23, 2015 at 10:46:17PM +0900, Masami Hiramatsu escreveu:
>> Accept multiple filter options. Each filters are combined
>> by logical-or. E.g. --filter abc* --filter *def is same
>> as --filter abc*|*def
>
> Please break this patch in
On Fri, Apr 24, 2015 at 1:19 AM, Andrew Morton
wrote:
> On Thu, 23 Apr 2015 16:04:18 -0700 Mark Fasheh wrote:
>
>> > This code needs some pretty serious rework and rethink, perhaps
>> > involving a change to the emitted info. I was hoping one of the ocfs2
>> > developers would take the bait, but
On Fri, Apr 24, 2015 at 05:13:03AM +0800, Liang Li wrote:
>Romove lazy FPU logic and use eager FPU entirely. Eager FPU does
>not have performance regression, and it can simplify the code.
>
>When compiling kernel on westmere, the performance of eager FPU
>is about 0.4% faster than lazy FPU.
>
>Sign
On Thu, 2015-04-23 at 16:04 -0700, Mark Fasheh wrote:
> On Wed, Apr 22, 2015 at 03:46:04PM -0700, Andrew Morton wrote:
> > If you feel like undertaking such a rotorooting then go wild - that should
> > wake 'em up ;)
>
> Ok, I've taken the bait :)
"Here fishy, fishy...", erm, "Here Fasheh, Fashe
Am 24.04.2015 um 01:13 schrieb Iwo Mergler:
> On Fri, 24 Apr 2015 05:30:55 +1000
> Richard Weinberger wrote:
>
>> Am 23.04.2015 um 20:39 schrieb Josh Cartwright:
>
>>> Is there no metadata in the UBI data structures in flash that
>>> indicate the min IO boundary? Assuming no, is another option
On Thu, 23 Apr 2015 15:50:29 -0700
Linus Torvalds wrote:
> On Thu, Apr 23, 2015 at 1:21 PM, Thomas Gleixner wrote:
> >
> > But at least on the machines which have the event counter it would be
> > usefull to include that information as well.
>
> In fact, I'd argue that we should *not* do this o
On Fri, Apr 24, 2015 at 1:04 AM, Linus Torvalds
wrote:
> And at that point,> the only cost is a a single no-op on most CPU's (we still
> don't know
> _which_ AMD CPU's are affected, but I guess we could start off with
> all of them and see if we can get an exhaustive list some way).
This seems t
On Fri, 24 Apr 2015 05:30:55 +1000
Richard Weinberger wrote:
> Am 23.04.2015 um 20:39 schrieb Josh Cartwright:
> > Is there no metadata in the UBI data structures in flash that
> > indicate the min IO boundary? Assuming no, is another option to,
> > at the time of attach, try both the min IO ac
1 - 100 of 710 matches
Mail list logo