From: Markus Elfring
Date: Fri, 6 Nov 2015 08:48:23 +0100
The release_firmware() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
On 2015/11/6 2:19, Lorenzo Pieralisi wrote:
> On Thu, Nov 05, 2015 at 03:21:34PM +0100, Tomasz Nowicki wrote:
>> On 14.10.2015 08:29, Jiang Liu wrote:
>
> [...]
>
>>> +static void acpi_pci_root_validate_resources(struct device *dev,
>>> +struct list_head
Hi Markus,
On 11/05/2015 07:45 PM, SF Markus Elfring wrote:
From: Markus Elfring
Date: Thu, 5 Nov 2015 19:39:32 +0100
Another update suggestion was taken into account after a patch was applied
from static source code analysis.
Markus Elfring (2):
Delete unnecessary checks before two
On 2015/11/5 22:21, Tomasz Nowicki wrote:
> On 14.10.2015 08:29, Jiang Liu wrote:
>> Introduce common interface acpi_pci_root_create() and related data
>> structures to create PCI root bus for ACPI PCI host bridges. It will
>> be used to kill duplicated arch specific code for IA64 and x86. It may
Is this going into 4.4 through the iio tree? If not is there any chance
to get it in through some other tree? While we're not past the merge
window is trivial new functionality that doesn't change code, and I'd like to
move existing configfs users over to it ASAP, so getting it into a baseline
On Friday 06 November 2015 08:28 AM, Sukadev Bhattiprolu wrote:
> Peter Zijlstra [pet...@infradead.org] wrote:
> | On Thu, Nov 05, 2015 at 02:16:15AM +0530, Madhavan Srinivasan wrote:
> | > Second patch updates struct arch_misc_reg for arch/powerpc with pmu
> registers
> | > and adds offsetof
On Fri, Nov 06, 2015 at 04:34:19AM +, Yu, Xiangliang wrote:
> > -Original Message-
> > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> > Sent: Thursday, November 05, 2015 9:52 PM
> > To: Yu, Xiangliang
> > Cc: andriy.shevche...@linux.intel.com;
On Thu, Nov 05, 2015 at 03:36:25PM -0800, Jacob Pan wrote:
> I did some testing with the code below, it shows random
> [ 150.442597] NOHZ: local_softirq_pending 02
> [ 153.032673] NOHZ: local_softirq_pending 202
> [ 153.203785] NOHZ: local_softirq_pending 202
> [ 153.206486] NOHZ:
(resent with Matt's email address fixed.)
* Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > On Wed, Nov 4, 2015 at 6:17 PM, Dave Jones wrote:
> > > On Wed, Nov 04, 2015 at 05:31:59PM -0800, Linus Torvalds wrote:
> > > >
> > > > I don't have that later debug output at all. Presumably
On Thu, Nov 5, 2015 at 10:56 PM, Darren Hart wrote:
>
> Please note the OLPC/MAINTAINERS changes described in the tag message. If
> adding
> this to my maintenance bin is innappropriate, please drop these two patches.
Heh. The only thing inappropriate is your atrocious spelling of the word.
On 11/6/15, Anju T wrote:
> Hi Denis,
>
> On Wednesday 04 November 2015 02:26 PM, Denis Kirjanov wrote:
>> On 11/3/15, Anju T wrote:
>>> This short patch series adds the ability to sample the interrupted
>>> machine state for each hardware sample.
>>>
>>> To test this patchset,
>>> Eg:
>>>
>>>
On Thursday 05 November 2015 08:12 PM, Stephane Eranian wrote:
> Hi,
>
> On Wed, Nov 4, 2015 at 9:46 PM, Madhavan Srinivasan
> wrote:
>> This patchset extend the perf sample regs infrastructure
>> to include architecture specific regs. Current perf_sample_regs_intr
>> exports only registers in
On Thursday 05 November 2015 06:37 PM, Peter Zijlstra wrote:
> On Thu, Nov 05, 2015 at 02:16:15AM +0530, Madhavan Srinivasan wrote:
>> Second patch updates struct arch_misc_reg for arch/powerpc with pmu registers
>> and adds offsetof macro for the same. It extends perf_reg_value()
>> to use reg
Attached is the full details of the Business Proposal view it and get back to
me immediately for more details.
Project Investment Deal.pdf
Description: Adobe PDF document
On 11/06/2015 04:05 AM, Peter Chen wrote:
> On Tue, Nov 03, 2015 at 01:53:40PM +0100, Robert Baldyga wrote:
>> So far it was decided during the bind process whether is iso altsetting
>> included to f_sourcesink function or not. This decision was based on
>> availability of isochronous endpoints.
The comment says:
/*
* When dynamic function tracer is enabled it will add a breakpoint
* to all locations that it is about to modify, sync CPUs, update
* all the code, sync CPUs, then remove the breakpoints. In this time
* if lockdep is enabled, it might jump back into the debug handler
*
On Thu, Nov 5, 2015 at 7:52 PM, Jason A. Donenfeld wrote:
> Hi folks,
>
> When sending arbitrary SKBs with udp_tunnel_xmit_skb, the networking
> stack does not appear to be utilizing UFO on the outgoing UDP packets,
> which significantly caps the transmission speed. I see about 50% CPU
> usage in
On Thu, Nov 05, 2015 at 11:20:39PM -0700, Eddie Kovsky wrote:
> A recent mailing list discussion about developer tools extended over
> to Google+.
>
> https://plus.google.com/+DarrenHart/posts/EbVFWJu3FK9
>
> Several members of the kernel community felt that improving the email
> client
From: Markus Elfring
Date: Fri, 6 Nov 2015 08:00:22 +0100
The of_node_put() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
qemu use device tree to bootup linux kernel,
we need add device node match table to plaftorm driver,
so that can probe the goldfish driver correctly.
test by this qemu:
git clone https://android.googlesource.com/platform/external/qemu
Signed-off-by: yalin wang
---
From: a...@kernel.org [mailto:a...@kernel.org]
>>
>>Em Thu, Nov 05, 2015 at 02:08:48PM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
>>> From: Wang Nan [mailto:wangn...@huawei.com]
>>> >
>>> >It is possible that find_perf_probe_point_from_map() fails to find
>>> >symbol but still returns 0 because of an
At some call sites of rmap_get_first() and rmap_get_next(), BUG_ON is
placed right after the call to detect unrelated sptes which should not
be found in the reverse-mapping list.
Move this check in rmap_get_first/next() so that all call sites, not
just the users of the for_each_rmap_spte() macro,
is_rmap_spte(), originally named is_rmap_pte(), was introduced when the
simple reverse mapping was implemented by commit cd4a4e5374110444
("[PATCH] KVM: MMU: Implement simple reverse mapping"). At that point,
its role was clear and only rmap_add() and rmap_remove() were using it
to select sptes
mmu_set_spte()'s code is based on the assumption that the emulate
parameter has a valid pointer value if set_spte() returns true and
write_fault is not zero. In other cases, emulate may be NULL, so a
NULL-check is needed.
Stop passing emulate pointer and make mmu_set_spte() return the emulate
Both __mmu_unsync_walk() and mmu_pages_clear_parents() have three line
code which clears a bit in the unsync child bitmap; the former places it
inside a loop block and uses a few goto statements to jump to it.
A new helper function, clear_unsync_child_bit(), makes the code cleaner.
Signed-off-by: Takuya Yoshikawa
---
arch/x86/kvm/mmu.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 7d85bca..a76bc04 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -2708,9 +2708,8 @@ static void
On Thu, Nov 5, 2015 at 10:32 PM, Eric Biggers wrote:
> Here's the revised patch:
Thanks, applied.
Linus
--
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
Patch 1/2/3 are easy ones.
Following two, patch 4/5, may not be ideal solutions, but at least
explain, or try to explain, the problems.
Takuya Yoshikawa (5):
KVM: x86: MMU: Remove unused parameter of __direct_map()
KVM: x86: MMU: Add helper function to clear a bit in unsync child bitmap
On Thu, Nov 5, 2015 at 10:55 PM, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
>> On Wed, Nov 4, 2015 at 6:17 PM, Dave Jones wrote:
>> > On Wed, Nov 04, 2015 at 05:31:59PM -0800, Linus Torvalds wrote:
>> > >
>> > > I don't have that later debug output at all. Presumably some config
>> >
h8300's clocksource driver update.
Changes for v1
- Drop non-initialize changes.
- Private data static allocation.
- Avoid magic number.
- Use request_irq.
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer16.c | 142 +
Hi Denis,
On Wednesday 04 November 2015 02:26 PM, Denis Kirjanov wrote:
On 11/3/15, Anju T wrote:
This short patch series adds the ability to sample the interrupted
machine state for each hardware sample.
To test this patchset,
Eg:
$perf record -I ls // record machine state at interrupt
Hi Linus,
Please note the OLPC/MAINTAINERS changes described in the tag message. If adding
this to my maintenance bin is innappropriate, please drop these two patches.
Thanks,
Darren Hart
Intel Open Source Technology Center
The following changes since commit
* Linus Torvalds wrote:
> On Wed, Nov 4, 2015 at 6:17 PM, Dave Jones wrote:
> > On Wed, Nov 04, 2015 at 05:31:59PM -0800, Linus Torvalds wrote:
> > >
> > > I don't have that later debug output at all. Presumably some config
> > difference.
> >
> > CONFIG_X86_PTDUMP_CORE iirc.
>
> No, I
Hi All,
I'm glad to announce SCST 3.1 pre-release code freeze in the SCST SVN branch
3.0.x.
You can get it by command:
$ svn co https://scst.svn.sourceforge.net/svnroot/scst/branches/3.1.x
It is going to be released after few weeks of testing, if no significant issues
found.
Highlights for
On Fri, Nov 06, 2015 at 01:31:49AM -0500, Sasha Levin wrote:
> On 11/06/2015 01:11 AM, Naoya Horiguchi wrote:
> > In the new refcounting, we no longer use tail->_mapcount to keep tail's
> > refcount, and thereby we can simplify get_hwpoison_page() and remove
> > put_hwpoison_page() (by replacing
This patch converts AML debugger into a loadable module.
Note that, it implements driver unloading at the level dependent on the
module reference count. Which means if ACPI debugger is being used by a
userspace program, "rmmod acpi_dbg" should result in failure.
Signed-off-by: Lv Zheng
---
This patch adds a userspace tool to access Linux kernel AML debugger
interface.
Tow modes are supported by this tool:
1. Interactive: Users are able to launch a debugging shell to talk with
in-kernel AML debugger.
Note that it's user duty to ensure kernel runtime integrity by using
this
The following mechanisms are OSPM specific:
1. Redirect output destination to console: no file redirection will be
needed by an in-kernel debugger, there is even no file can be accessed
when the debugger is running in the kernel mode.
2. Output command prompts: programs other than acpiexec
This patch adds /sys/kernel/debug/acpi/acpidbg, which can be used by
userspace programs to access ACPICA debugger functionalities.
Known issue:
1. IO flush support
acpi_os_notify_command_complete() and acpi_os_wait_command_ready() can
be used by acpi_dbg module to implement .flush()
From: Colin Ian King
ACPICA commit f9d5c6c9a25e9f5ac05458bfcd8b381e21bb2ba5
ACPICA BZ 1205. Colin Ian King.
Link: https://bugs.acpica.org/show_bug.cgi?id=1205
Link: https://github.com/acpica/acpica/commit/f9d5c6c9
Signed-off-by: Colin Ian King
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
The patch ("arm64: ftrace: add arch-specific stack tracer") introduced
a function prologue analyzer.
Given that there is no fixed template for a function prologue, at least
on gcc for aarch64, a function prologue analyzer may be rather heuristic.
So this patch adds a kernel command line option,
This patchset enables ACPICA debugger for Linux kernel and implements a
userspace utility to access it.
A. Build the AML debugger
In order to build the kernel support of AML debugger, the following kconfig
items should be enabled:
CONFIG_ACPI_DEBUG=y
CONFIG_ACPI_DEBUGGER=y
CONFIG_DEBUG_FS=y
A function prologue analyzer is a requisite for implementing stack tracer
and getting better views of stack usages on arm64.
To implement a function prologue analyzer, we have to be able to decode,
at least, stp, add, sub and mov instructions.
This patch adds decoders for those instructions, that
Stack tracer on arm64, check_stack(), is uniqeue in the following
points:
* analyze a function prologue of a traced function to estimate a more
accurate stack pointer value, replacing naive ' + 0x10.'
* use walk_stackframe(), instead of slurping stack contents as orignal
check_stack() does, to
A stack frame may be used in a different way depending on cpu architecture.
Thus it is not always appropriate to slurp the stack contents, as current
check_stack() does, in order to calcurate a stack index (height) at a given
function call. At least not on arm64.
In addition, there is a
Function graph tracer modifies a return address (LR) in a stack frame
to hook a function return. This will result in many useless entries
(return_to_handler) showing up in a stack tracer's output.
This patch replaces such entries with originals values preserved in
current->ret_stack[].
Function graph tracer modifies a return address (LR) in a stack frame by
calling ftrace_prepare_return() in a traced function's function prologue.
The current code does this modification before preserving an original
address at ftrace_push_return_trace() and there is always a small window
of
This is the fifth patch series for fixing stack tracer on arm64.
The original issue was reported by Jungseok[1], and then I found more
issues[2].
We don't have to care about the original issue because the root cause
(patch "ARM64: unwind: Fix PC calculation") has been reverted in v4.3.
I address
On Fri, 6 Nov 2015, Julian Calaby wrote:
> Hi Linus,
>
> On Fri, Nov 6, 2015 at 11:56 AM, Linus Torvalds
> wrote:
> > On Thu, Nov 5, 2015 at 4:43 PM, Linus Torvalds
> > wrote:
> >>
> >> Not that this *matters*, but it's a bit odd to have to cast constants
> >> to perfectly regular C types.
> >
Hi again
ping again ?
> [R] 森本 wrote:
> >
> > From: Kuninori Morimoto
> >
> > This patch adds CS2000 Fractional-N driver as clock provider.
> >
> > Signed-off-by: Kuninori Morimoto
> > ---
> > v4 -> v5
> >
> > - remove "clock-frequency"
> > - use dev on clk_register()
> > - remove
Hi Linus,
Please pull powerpc updates for 4.4:
The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c:
Linux 4.3-rc3 (2015-09-27 07:50:08 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
tags/powerpc-4.4-1
Hi,
Could you help to review this patch?
Thanks.
Best Regards,
Alison Wang
> On Fri, Jul 17, 2015 at 10:11:52AM +0100, Alison Wang wrote:
> > Hrtimer based broadcast is used on ARM platform. It can be registered
> > as the tick broadcast device in the absence of a real
On 11/06/2015 01:11 AM, Naoya Horiguchi wrote:
> In the new refcounting, we no longer use tail->_mapcount to keep tail's
> refcount, and thereby we can simplify get_hwpoison_page() and remove
> put_hwpoison_page() (by replacing with put_page()).
This is confusing for the reader (and some static
Here's the revised patch:
vfs: clear remainder of 'full_fds_bits' in dup_fd()
This fixes a bug from commit f3f86e33dc3d ("vfs: Fix pathological
performance case for __alloc_fd()").
v2: refactor to share fd bitmap copying code
Signed-off-by: Eric Biggers
---
fs/file.c | 64
This patch provides a minimal configuration to set up Mutt for
submitting plain text patches using Gmail.
Signed-off-by: Eddie Kovsky
---
Documentation/email-clients.txt | 32
1 file changed, 32 insertions(+)
diff --git a/Documentation/email-clients.txt
When enable KASLR, livepatch will adjust old_addr of changed
function accordingly. So do the same thing for reloc.
[PATCH v1] https://lkml.org/lkml/2015/11/4/91
Reported-by: Cyril B.
Signed-off-by: Zhou Chengming
---
kernel/livepatch/core.c |6 ++
1 files changed, 6 insertions(+), 0
From: a...@kernel.org [mailto:a...@kernel.org]
>
>Em Thu, Nov 05, 2015 at 02:08:48PM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
>> From: Wang Nan [mailto:wangn...@huawei.com]
>> >
>> >It is possible that find_perf_probe_point_from_map() fails to find
>> >symbol but still returns 0 because of an small
Clarify that Gmail can be used to send patches, provided you use Gmail
as a server and avoid the Web UI.
Signed-off-by: Eddie Kovsky
---
Documentation/email-clients.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/email-clients.txt
Like 'git send-email', Mutt can also be used to send patches generated
with 'git format-patch'. This works regardless of the editor the
contributor has set up to use with Mutt.
Signed-off-by: Eddie Kovsky
---
Documentation/email-clients.txt | 4
1 file changed, 4 insertions(+)
diff --git
A recent mailing list discussion about developer tools extended over
to Google+.
https://plus.google.com/+DarrenHart/posts/EbVFWJu3FK9
Several members of the kernel community felt that improving the email
client documentation would make it easier for new developers to get
started submitting
Thanks for your quick response, Raj.
It's OL6 compatible with rhel6.
zduan
在 2015/11/6 14:57, Raj, Ashok 写道:
Hi Zduan
do you know which distribution it is? This isn't a kernel bug.
if you look at dmesg you should see how many CPUs were booted. But the sysfs
files are created and the usermode
Some mm-related BUG_ON()s could trigger from hwpoison code due to recent
changes in thp refcounting rule. This patch fixes them up.
In the new refcounting, we no longer use tail->_mapcount to keep tail's
refcount, and thereby we can simplify get_hwpoison_page() and remove
put_hwpoison_page() (by
This patch sets the AHBMODE to allow for posted data writes. This
results in higher performance.
Signed-off-by: Andy Gross
---
drivers/usb/host/ehci-msm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host/ehci-msm.c
index
This patch configures the ChipIdea USB 2.0 controller found on
Qualcomm platforms to post data transfers on the AHB bus. This
yields approximately a 50% increase in performance.
Andy Gross (2):
usb: chipidea: msm: Use posted data writes on AHB
usb: host: ehci-msm: Use posted data writes on
This patch sets the AHBMODE to allow for posted data writes. This
results in higher performance.
Signed-off-by: Andy Gross
---
drivers/usb/chipidea/ci_hdrc_msm.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/ci_hdrc_msm.c
> On Wednesday 04 November 2015 03:17:06 Huan Wang wrote:
> > > On Tue, Oct 27, 2015 at 10:35:07PM +0800, Alison Wang wrote:
> > > > v7 LPAE multi-platform defconfig is based on v7 multi-platform
> > > > defconfig and adds LPAE support.
> > > >
> > > > This defconfig is verified on LS1021A which
2015-11-05 20:50 GMT+09:00 Mark Brown :
> On Thu, Nov 05, 2015 at 08:15:24PM +0900, Masahiro Yamada wrote:
>> ARCH_TEGRA selects RESET_CONTROLLER.
>> The dependency "depends on RESET_CONTROLLER" is already met.
>
>> tristate "NVIDIA Tegra114 SPI Controller"
>> depends on (ARCH_TEGRA &&
2015-11-06 0:05 GMT+09:00 Mark Brown :
> On Thu, Nov 05, 2015 at 09:32:15PM +0900, Masahiro Yamada wrote:
>
>> For compile test, right, "depends on RESET_CONTROLLER" is
>> redundant in the first place.
>
>> For run-time on real SoCs,the driver failed at the following point
>> without the
Hi Zduan
do you know which distribution it is? This isn't a kernel bug.
if you look at dmesg you should see how many CPUs were booted. But the sysfs
files are created and the usermode script is bringing every cpu online.
Tony mentioned this to me couple weeks ago when i was fixing another bug
Hi Arnd,
2015-11-05 23:49 GMT+09:00 Arnd Bergmann :
> On Thursday 05 November 2015 20:15:21 Masahiro Yamada wrote:
>> When I was implementing a new reset controller for my SoCs,
>> I struggled to make my sub-menu shown under the reset
>> controller menu.
>> I noticed the Kconfig in reset
2015-11-06 14:27 GMT+09:00 Alim Akhtar :
> Exynos7 based espresso board uses S2MPS15, a multifunction device.
> This patch enables S2MPS1X regulator, pmic-clk and rtc drivers utilized by
> the same.
>
> Signed-off-by: Alim Akhtar
> ---
> Changes since v1:
> * updated the comment message to
In bitmaps of f2fs, bytes are sorted in ascending order, but bits in a byte are
sorted
in descending order. It seems to be the reason why __reverse_ulong is needed.
May I ask why f2fs bitmap apply such order?
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent:
Hi yalin,
[auto build test ERROR on staging/staging-testing]
[also build test ERROR on v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/yalin-wang/goldfish-add-goldfish-match-node-for-dt-driver-probe/20151106-132647
config: x86_64-allyesconfig (attached as .config)
reproduce
Fix following sparse warnings by adding new structure for user-space
data (struct data_us) in wm_ioctl.h:
drivers/staging/gdm72xx/gdm_wimax.c:381:37: warning: incorrect type in
argument 1 (different address spaces)
drivers/staging/gdm72xx/gdm_wimax.c:381:37:expected void [noderef]
*to
Exynos7 based espresso board uses S2MPS15, a multifunction device.
This patch enables S2MPS1X regulator, pmic-clk and rtc drivers utilized by
the same.
Signed-off-by: Alim Akhtar
---
Changes since v1:
* updated the comment message to describe which platfrom uses it.
* enable COMMON_CLK_S2MPS11
On Friday 06 November 2015 01:11 AM, Rob Herring wrote:
> After the recent moving of DT binding documents, some maintainers entries
> are stale. Update them to the new locations.
>
> In bindings/fb/, there were only 2 files and I'm assuming the FB
> maintainers don't want to be copied on all of
Signed-off-by: yalin wang
---
drivers/input/keyboard/goldfish_events.c | 9 +
drivers/platform/goldfish/goldfish_pipe.c | 11 ++-
drivers/power/goldfish_battery.c | 11 ++-
drivers/staging/goldfish/goldfish_audio.c | 11 ++-
Hi Maintainers,
Recently we faced an cpu online issue with maxcpus= parameter.
We want to have 4 cpus onlined at bootup, test 3.8.13-stable on an 72
cpus env with maxcpus=4, I found more cpus than 4 are onlined.
It's the udev scripts make them onlined. But below script exist for a
long time.
--
Καλημέρα «Το όνομά μου είναι Μαρία Λέων, μια ιδιωτική εταιρεία
δανεισμού EASYLOANS ΟΙΚΟΝΟΜΙΚΕΣ LTD, που εδρεύει στην Αγγλία και την
Ιταλία,
Προσφέρουμε όλα τα είδη των δανείων προς ιδιώτες και επιχειρήσεις, να
κάνει τον εαυτό σας οικονομικά
σταθερά για την επίτευξη των δανείων ΟΙΚΟΝΟΜΙΚΕΣ
From: Linus Torvalds
Date: Thu, 5 Nov 2015 16:43:52 -0800
> On Thu, Nov 5, 2015 at 1:39 PM, David Miller wrote:
>>
>> 5) Fix iommu-common code so it doesn't emit rediculous warnings
>>on some architectures, particularly ARM.
>
> Heh. So looking at that patch, I can't but help to react that
Hi,
Rob Herring writes:
> On Tue, Nov 03, 2015 at 03:36:14PM +0530, Vignesh R wrote:
>> Add qspi memory mapped region entries for AM43xx based SoCs. Also,
>> update the binding documents for the controller to document this change.
>>
>> Signed-off-by: Vignesh R
>
> Acked-by: Rob Herring
>
>>
On Fri, Nov 06, 2015 at 02:31:59AM +0100, Jason A. Donenfeld wrote:
>
> So far implementing (3) is failing miserably. Is there anything wrong
> with my general idea that might make this a priori impossible? For
> example, will udp_tunnel_xmit_skb not accept super-packets? Or, am I
> just not
On Thu, Nov 05, 2015 at 08:07:19AM -0800, Maxime Ripard wrote:
>
> On Thu, Nov 05, 2015 at 08:48:57AM +0100, LABBE Corentin wrote:
> > sun4i-ss implementaton of md5/sha1 is via ahash algorithms.
> > A recent change make impossible to load them without giving statesize.
>
> Which one?
We
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Thursday, November 05, 2015 9:52 PM
> To: Yu, Xiangliang
> Cc: andriy.shevche...@linux.intel.com; jarkko.nik...@linux.intel.com;
> w...@the-dreams.de; linux-...@vger.kernel.org; linux-
>
+CC lkml,Arnd, Rob
On Friday 06 November 2015 12:20 AM, Alexey Brodkin wrote:
> Hi Vineet,
>
> During OpenWRT upsreaming process one interesting topic was raised.
> See in the middle of
> https://lists.openwrt.org/pipermail/openwrt-devel/2015-November/036959.html
>
> In Device Tree descriptions
2015-11-06 13:35 GMT+09:00 Alim Akhtar :
> This patch enables below configs by default:
> * CONFIG_MFD_SEC_CORE
> * CONFIG_REGULATOR_S2MPS11
> * CONFIG_RTC_DRV_S5M
Instead of duplicating in the description the contents of the patch,
please describe why you want this and for which devices.
This patch replaces bit shifting on 1 with the BIT(x) macro
Signed-off-by: Sunny Kumar
---
drivers/staging/rdma/hfi1/user_sdma.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/rdma/hfi1/user_sdma.c
b/drivers/staging/rdma/hfi1/user_sdma.c
index
This patch enables below configs by default:
* CONFIG_MFD_SEC_CORE
* CONFIG_REGULATOR_S2MPS11
* CONFIG_RTC_DRV_S5M
Signed-off-by: Alim Akhtar
---
arch/arm64/configs/defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
On Thu, Nov 05, 2015 at 08:15:49PM -0800, Linus Torvalds wrote:
> Would you mind doing that version of the patch instead? I can do it
> too, but I'd rather give authorship to you, since you found the stupid
> issue, which is actually the much bigger deal.
Sure, I'll try it that way and see what
Longman
Thanks for your suggestion.
We will look for real scenario to test, and could you please introduce
some benchmarks on spinlock ?
Regards
Ling
>
> Your new spinlock code completely change the API and the semantics of the
> existing spinlock calls. That requires changes to thousands of
On Thu, Nov 5, 2015 at 7:42 PM, Eric Biggers wrote:
> This fixes a bug from commit f3f86e33dc3d ("vfs: Fix pathological
> performance case for __alloc_fd()").
Gaah. Good catch. The first version of that patch allocated the
full_fds_bits array separately and always cleared it (using kzalloc),
but
>
> /proc/pid/oom_adj exists solely to avoid breaking existing userspace
> binaries that write to the tunable.
>
> Add a comment in the only possible location within the kernel tree to
> describe the situation and motivation for keeping it around.
>
> Signed-off-by: David Rientjes
> ---
On 11/6/2015 10:57 AM, Rob Herring wrote:
On Mon, Nov 02, 2015 at 02:24:22PM +0900, Milo Kim wrote:
Hardware fault monitoring driver is used in LM3633 and LM3697 device.
Just 'compatible' property is required to describe the driver.
Cc: devicet...@vger.kernel.org
Cc: Guenter Roeck
Cc: Jean
This fixes a bug from commit f3f86e33dc3d ("vfs: Fix pathological
performance case for __alloc_fd()").
Signed-off-by: Eric Biggers
---
fs/file.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/fs/file.c b/fs/file.c
index 6f6eb2b..36e5103 100644
---
On 11/05/2015 05:31 PM, H. Peter Anvin wrote:
On 11/05/15 10:56, Boris Ostrovsky wrote:
The range between 0x8000 and 0x87ff is reserved
for hypervisor and therefore we should not try to follow PGD's indexes
corresponding to those addresses.
While this has alsways been
On Thu, Nov 5, 2015 at 6:19 PM, Al Viro wrote:
>
> How are we going to handle that one? I can put it into mainline pull
> request via vfs.git, with Cc: stable, but if e.g. Jens prefers to take it
> via the block tree, I'll be glad to leave it for him to deal with.
Put it in the vfs tree (I'm
Cc'ing Javi (which you should have as he wrote the power-thing for
cpu-cooling).
On 05-11-15, 19:10, dawei chien wrote:
> This is because our platform currently only support mt8173_cpufreq.c, so
> that I only add static power model for our owner IC.
Bindings are (normally) supposed to be general
Hi all,
Please do *not* add any material intended for v4.5 to your linux-next
included branches until after v4.4-rc1 has been released.
Changes since 20151105:
The thermal-soc tree still had its build failure for which I reverted
a commit.
The battery tree still had its build failure so I used
> On Nov 5, 2015, at 8:34 PM, Rob Herring wrote:
>
> On Thu, Nov 05, 2015 at 04:07:52PM -0600, Matthew McClintock wrote:
>> From: Varadarajan Narayanan
>>
>> Add pinctrl driver support for IPQ4019 platform
>>
>> Signed-off-by: Sricharan R
>> Signed-off-by: Mathieu Olivari
>> Signed-off-by:
On 05-11-15, 19:09, dawei chien wrote:
> Thank you for your kindly explaining, now I could understand what I
> miss, I will send device tree binding on next version such like
> following description.
>
> --- a/Documentation/devicetree/bindings/clock/mt8173-cpu-dvfs.txt
> +++
1 - 100 of 1714 matches
Mail list logo