Hi Greg,
On Fri, Jun 19, 2015 at 3:13 AM, wrote:
> From: Greg Ungerer
>
> Improve the information in the m68knommu maintainers entry. This
> should aid in making it clearer what parts of the m68k architecture
> code can go via the m68knommu git tree.
>
> Specifically the entry now lists the rel
On Fri, Jun 19, 2015 at 02:00:38PM +0800, Boqun Feng wrote:
> However, update_cfs_rq_load_avg() only updates cfs_rq->avg, the change
> won't be contributed or aggregated to cfs_rq's parent in the
> for_each_leaf_cfs_rq loop, therefore that's actually not a bottom-up
> update.
>
> To fix this, I th
This patch removes the optional print_state() function pointer which included
in 'struct extcon_dev' because the extcon must maintain the consistent name
of extcon device on sysfs instead of inconsistent state of external connectors.
Signed-off-by: Chanwoo Choi
---
drivers/extcon/extcon-gpio.c |
This patch fixes NULL pointer error by removing the unneeded kfree() call
of edev->name because extcon-palmas no longer allocate the memory for
edev->name.
Fixes: d71aadda19f8 ("extcon: Remove the optional name of extcon device")
Signed-off-by: Chanwoo Choi
---
drivers/extcon/extcon-palmas.c |
This patch removes the duplicate header file in extcon.h.
Signed-off-by: Chanwoo Choi
---
include/linux/extcon.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/extcon.h b/include/linux/extcon.h
index b16d929..1656c98 100644
--- a/include/linux/extcon.h
+++ b/include/linux/ext
This patch removes the mutually_exclusive array of extcon-palmas.c.
After used the unique id of each external connector on 2a9de9c0f08d
("extcon: Use the unique id for external connector instead of string"),
extcon driver can't directly handle the bit value indicating the external
connectors.
Sign
This patch-set clean-up the minor issue and fix the NULL pointer error of
extcon-palmas driver. And extcon driver don't support the bit operation to
identify the external connectors from Linux v4.2. So, patch4 removes the bit
data of mutually_exclusvie array.
Chanwoo Choi (4):
extcon: Remove dup
On Thu, Jun 18, 2015 at 03:28:21PM -0400, Mike Snitzer wrote:
> > WARN_ON_ONCE(write_inode_now(inode, true))
> >
> > If we failed to write back inode, then warning about it sounds right?
>
> A warning is fine.. not a WARN_ON(). Pretty alarming backtrace spew but
> maybe I'm missing something and
Hi Paul,
On Fri, Jun 19, 2015 at 12:11 AM, Paul Bolle wrote:
> Hi Shobhit,
>
> On Thu, 2015-06-18 at 23:24 +0530, Shobhit Kumar wrote:
>> On Fri, May 1, 2015 at 2:42 AM, Paul Bolle wrote:
>> > On Wed, 2015-04-29 at 19:30 +0530, Shobhit Kumar wrote:
>> >> --- a/drivers/pwm/Kconfig
>> >> +++ b/dri
On Thu, Jun 18, 2015 at 03:46:20PM +0200, Boris Brezillon wrote:
>
> + dram = mv_mbus_dram_info_nooverlap();
This doesn't compile because it hasn't made it into mainline yet.
I'm afraid this patch-set will have to wait until that happens.
Cheers,
--
Email: Herbert Xu
Home Page: http://gondo
> Can you repeat this test on your system, so that we can determine if
> the 5ms ""sync time" is actually just the overhead of inode cache
> traversal? If that is the case, the speed of sync on a clean
> filesystem is already a solved problem - the patchset should be
> merged in the 4.2 cycle
On Thu, Jun 18, 2015 at 07:55:05AM -0700, Tadeusz Struk wrote:
>
> Yes it should have been CRYPTO_AKCIPHER.
> Thanks for reporting this.
Please resend your patch with a cc to linux-crypto.
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.
Hi!
On 18/06/15 21:57, ext York Sun wrote:
> Based on i2c-mux-gpio driver, similarly the register-based mux
> switch from one bus to another by setting a single register.
> The register can be on PCIe bus, local bus, or any memory-mapped
> address. The endianness of such register can be specified
* Arnaldo Carvalho de Melo wrote:
> Em Thu, Jun 18, 2015 at 10:58:13PM +0200, Ingo Molnar escreveu:
> > * Arnaldo Carvalho de Melo wrote:
> > > > Btw., it would be nice if the status line carried information about
> > > > whether
> > > > collection is 'frozen' or running, at a glance. A hint
* Lv Zheng wrote:
> This patch updates acpi_set_firmware_waking_vector() invocations in order
> to keep 32-bit firmware waking vector favor for Linux.
This sentence does not parse.
> 64-bit firmware waking vector has never been enabled by Linux. The
> (acpi_physical_address)0 for 64-bit addre
On 06/18/15 at 09:30am, Vivek Goyal wrote:
> On Thu, Jun 18, 2015 at 10:02:09AM +0800, Dave Young wrote:
>
> [..]
> > > Or simply add a new config option KEXEC_VERIFY_SIG_FORCE, so we can return
> > > error in kexec_load and print some error message.
> >
> > Just like below, does this work for yo
When trying to hibernate a Lenovo T60 the half moon led keeps blinking and
devices does not power off since commit da2bc1b9db3.
T60 chip details:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GM
L Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA con
This patch fixes various typos in Documentation/edac.txt.
Signed-off-by: Rami Rosen
---
Documentation/edac.txt | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/Documentation/edac.txt b/Documentation/edac.txt
index 73fff13..4df786e 100644
--- a/Documentation/
On 06/18/2015 07:06 PM, Alexei Starovoitov wrote:
> On 6/18/15 4:40 AM, Daniel Wagner wrote:
>> BPF offers another way to generate latency histograms. We attach
>> kprobes at trace_preempt_off and trace_preempt_on and calculate the
>> time it takes to from seeing the off/on transition.
>>
>> The fi
On Friday 19 June 2015 04:30 AM, gre...@linuxfoundation.org wrote:
> On Tue, Jun 16, 2015 at 02:03:44PM +, Abdul, Hussain (H.) wrote:
>> From: Abdul Hussain
>>
>> This patch simplify a trivial if-return sequence. Possibly combine with
>> a preceding function call.
>>
>> Signed-off-by: Abdul Hu
On 2015년 06월 19일 14:46, Krzysztof Kozlowski wrote:
> 2015-06-19 14:28 GMT+09:00 Inki Dae :
>> On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote:
>>> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in
>>> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is
>>> not
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/dac02.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/daqboard2000.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/staging/comedi
Hi Yuyang,
On Tue, Jun 16, 2015 at 03:26:05AM +0800, Yuyang Du wrote:
> @@ -5977,36 +5786,6 @@ static void attach_tasks(struct lb_env *env)
> }
>
> #ifdef CONFIG_FAIR_GROUP_SCHED
> -/*
> - * update tg->load_weight by folding this cpu's load_avg
> - */
> -static void __update_blocked_averages_c
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/s626.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers/
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/ni_daq_dio24.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/dmm32at.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drive
From: Abdul Hussain
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Signed-off-by: Abdul Hussain
---
drivers/staging/comedi/drivers/fl512.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers
This patch simplify a trivial if-return sequence. Possibly combine with
a preceding function call.
Abdul Hussain (6):
staging: comedi: dmm32at: Simplify a trivial if-return sequence
staging: comedi: fl512: Simplify a trivial if-return sequence
staging: comedi: daqboard2000: Simplify
On 19/06/2015 12:56 a.m., Arnaldo Carvalho de Melo wrote:
Em Fri, May 29, 2015 at 04:33:30PM +0300, Adrian Hunter escreveu:
The thread-stack represents a thread's current stack. When
a thread exits there can still be many functions on the stack
e.g. exit() can be called many levels deep, so all
2015-06-19 14:28 GMT+09:00 Inki Dae :
> On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote:
>> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in
>> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is
>> not referenced anywhere.
>>
>> One instance of 'exynos_drm_g
HI
I am developing PCIe root port driver for Xilinx device. We have used following
patch for ARM64 bit support "https://lkml.org/lkml/2014/7/3/764";. The link
explains it as temporary patch and main line will be updated soon with those
changes. We have not seen the changes till now. Can you let
From: Rohit Thapliyal
V1 = added new function dump_mem64
v1->v2
Removed the separate function dump_mem64 and accommodated
a field width based on which the dump shall be created of
width either 4 or 8 as suggested by Catalin.
On 64bit kernel, the dump_mem gives 32 bit addresses
on the stack dump.
On 06/18/2015 04:53 PM, Shilpasri G Bhat wrote:
> The idle cpus which stay in snooze for a long period can degrade the
> perfomance of the sibling cpus. If the cpu stays in snooze for more
> than target residency of the next available idle state, then exit from
> snooze. This gives a chance to the
On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote:
> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in
> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is
> not referenced anywhere.
>
> One instance of 'exynos_drm_gem_obj' may be mapped to multiple
> user-spa
The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in
2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is
not referenced anywhere.
One instance of 'exynos_drm_gem_obj' may be mapped to multiple
user-space VMAs so 'vma' field does not look useful anyway.
Signed-off
Hi all,
Changes since 20150618:
The v4l-dvb tree gained a build failure.
The kvm tree gained a conflict against the tip tree.
The drivers-x86 tree gained some conflicts against the pm tree.
Non-merge commits (relative to Linus' tree): 11423
9716 files changed, 1038136 insertions(+), 2
HI
I am developing PCIe root port driver for Xilinx device. We have used
following patch for ARM64 bit support " https://lkml.org/lkml/2014/7/4/246 " .
The link explains it as temporary patch and main line will be updated soon with
those changes. We have not seen the changes till now. Can you l
On Thu, Jun 18, 2015 at 09:48:56PM -0700, Isaac Assegai wrote:
> Shorten lines to be under 80 characters in ddk750_swi2c.c
> to rectify the following checkpatch warnings:
> WARNING: line over 80 characters
>
> Signed-off-by: Isaac Assegai
> ---
> drivers/staging/sm750fb/ddk750_swi2c.c | 18 +
On Wed, Jun 17, 2015 at 08:14:55PM +0300, Sergei Zviagintsev wrote:
> Little improvements to make things easier to read.
>
> Sergei Zviagintsev (3):
> kdbus: kdbus_reply_find(): return on found entry
> kdbus: optimize error path in kdbus_reply_new()
> kdbus: optimize if statements in kdbus_c
On Tue, Jun 09, 2015 at 11:59:58PM +0300, Sergei Zviagintsev wrote:
> Fix type conversion and style issues in item macros.
>
> First submission was in 2 separate emails:
> https://lkml.kernel.org/g/1433414370-17557-1-git-send-email-ser...@s15v.net
> https://lkml.kernel.org/g/1433414370-17557-2-git
Hi Darren,
Today's linux-next merge of the drivers-x86 tree got conflicts in:
drivers/platform/x86/apple-gmux.c
drivers/platform/x86/asus-wmi.c
drivers/platform/x86/samsung-laptop.c
between commits:
143958e12fc1 "apple-gmux: Port to new backlight interface selection API"
1ff99803702b
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/x86/kvm/lapic.c
between commit:
b6ac06953221 "KVM: x86: fix lapic.timer_mode on restore"
from the tip tree and commit:
90de4a187518 "KVM: x86: Support for disabling quirks"
from the kvm tree.
I fixed it up (see b
Hi all,
After merging the v4l-dvb tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/media/platform/sti/bdisp/bdisp-debug.c: In function 'bdisp_dbg_perf':
drivers/media/platform/sti/bdisp/bdisp-debug.c:600:50: error: expected ';'
before ')' token
min_fps = SE
On Thu, Jun 18, 2015 at 10:35:44PM -0400, Len Brown wrote:
> On Thu, Jun 18, 2015 at 9:09 PM, Dave Chinner wrote:
> > On Thu, Jun 18, 2015 at 02:14:31AM -0400, Len Brown wrote:
> >> On Sun, May 17, 2015 at 9:57 PM, NeilBrown wrote:
> >> > 1/ Len has seen enough delays to bother sending a patch.
On Fri, Jun 05, 2015 at 02:37:34PM +0200, Marc-Antoine Perennou wrote:
> Signed-off-by: Marc-Antoine Perennou
> Reviewed-by: David Herrmann
> ---
> ipc/kdbus/names.c | 2 --
> 1 file changed, 2 deletions(-)
applied, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Jun 17, 2015 at 07:33:23PM +0300, Sergei Zviagintsev wrote:
> Set of different fixes over selftests/kdbus.
>
> These were first sent as independent patches, and in v2 they just
> properly threaded.
>
> Links to previous patches:
>
> http://lkml.kernel.org/g/1434550697-24785-1-git-send-em
On Mon, 2015-06-15 at 12:42 -0400, David Long wrote:
> From: "David A. Long"
>
> The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API
> feature and has identical definitions in four different arch ptrace.h
> include files. It seems unlikely that definition would ever need to b
On Thu, Jun 18, 2015 at 06:57:34PM +0530, Sunil Shahu wrote:
> 1) "else" statement after "if" is unnecessory, hence removed.
> 2) Fixed line over 80 characters warning.
That's two different things, this should be 2 different patches.
thanks,
greg k-h
--
To unsubscribe from this list: send the li
Use kzalloc rather than kcalloc(1..
The semantic patch that makes this change is as follows:
//
@@
@@
- kcalloc(1,
+ kzalloc(
...)
//
and removing checkpatch below CHECK:
CHECK: Prefer kzalloc(sizeof(*fwd_adapter)...) over
kzalloc(sizeof(struct ixgbe_fwd_adapter)...)
Signed-off-by
Use kzalloc for allocating one thing rather than
kcalloc(1...
The semantic patch that makes this change is as follows:
//
@@
@@
- kcalloc(1,
+ kzalloc(
...)
//
Signed-off-by: Maninder Singh
Reviewed-by: Vaneet Narang
---
drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
1 files chan
Hi Srini
Thank you for the review.
On 6/18/2015 3:23 PM, Srinivas Kandagatla wrote:
Hi Sagar,
On 14/06/15 06:49, Sagar Dharia wrote:
SLIMbus (Serial Low Power Interchip Media Bus) is a specification
developed by MIPI (Mobile Industry Processor Interface) alliance.
SLIMbus is a 2-wire implementa
This patch updates acpi_set_firmware_waking_vector() invocations in order
to keep 32-bit firmware waking vector favor for Linux.
64-bit firmware waking vector has never been enabled by Linux. The
(acpi_physical_address)0 for 64-bit address can be used to force ACPICA to
set only 32-bit firmware w
ACPICA commit cb3d1c79f862cd368d749c9b8d9dced40111b0d0
__FUNCTION__ is MSVC only, in Linux, it is __func__. Lv Zheng.
In ACPICA, this is achieved by string replacement in release script and
this patch contains the source code difference between the Linux upstream
and ACPICA that is caused by the
ACPICA commit a04dbfa308a48ab0b2d10519c54a6c533c5c8949
The return statement in acpi_set_waking_vector() is wrong and this patch
corrects it. Lv Zheng.
Link: https://github.com/acpica/acpica/commit/a04dbfa3
Signed-off-by: Lv Zheng
Signed-off-by: Bob Moore
---
drivers/acpi/acpica/hwxfsleep.c |
From: Suravee Suthikulpanit
ACPICA commit 9a2b638acb3a7215209432e070c6bd0312374229
ACPI Device object often contains a _CLS object to supply PCI-defined class
code for the device. This patch introduces logic to process the _CLS
object. Suravee Suthikulpanit, Lv Zheng.
Link: https://github.com/a
ACPICA commit 72f5a358f28c5d154ed613c142c7dca03192c5ee
This patch intoduces generic variable macro detection support and fixes
build breakage issue with macros using __VA_ARGS__ feature defined in
C99.
This patch fixes this build issue. Lv Zheng.
This patch doesn't affect Linux kernel.
Link: ht
From: Sascha Wildner
ACPICA commit 795b215d6fd062386f0a1c23dff9ffa244683c4f
ACPICA BZ 1130
This patch doesn't affect Linux kernel.
Link: https://bugs.acpica.org/show_bug.cgi?id=1130
Link: https://github.com/acpica/acpica/commit/795b215d
Signed-off-by: Sascha Wildner
Signed-off-by: Bob Moore
From: Zhang Rui
ACPICA commit 3f78b7fb3f98f35d62f532c1891deb748ad196c9
Physical/virtual address flags were reversed.
Link: https://github.com/acpica/acpica/commit/3f78b7fb
Signed-off-by: Zhang Rui
Signed-off-by: Lv Zheng
Signed-off-by: Bob Moore
---
drivers/acpi/acpica/tbxfload.c |4 ++-
ACPICA commit 5d00e67a74542d030f0a55e7a947a020ef0d9693
This patch copies EFI interface definitions to the ACPICA code base so that
the EFI utility support can be ported to other EFI implementation.
Known issues:
1. MS Builds of uefi_call_wrapper()
The uefi_call_wrapper() in GNU EFI is implemen
This patch updates acpidump manual according to the recent changes.
Signed-off-by: Lv Zheng
---
tools/power/acpi/man/acpidump.8 | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/tools/power/acpi/man/acpidump.8 b/tools/power/acpi/man/acpidump.8
index 38f095d
ACPICA commit 6084e34e44565c6293f446c0202b5e59b055e351
This patch adds an "NamespaceOverride" flag in struct acpi_walk_state, and
allows
namespace objects to be overridden when this flag is set. Lv Zheng.
Link: https://github.com/acpica/acpica/commit/6084e34e
Signed-off-by: Lv Zheng
Signed-off-
ACPICA commit 00f0dc83f5cfca53b27a3213ae0d7719b88c2d6b
Gcc complains memset() prototype used in the ACPICA even when the nostdinc
is specified:
../../../source/include/acutils.h:418:1: error: conflicting types for
built-in function 'memset' [-Werror]
This patch corrects the declarations of mem
ACPICA commit f7b86f35416e3d1f71c3d816ff5075ddd33ed486
The root cause of the reported bug might be one of the followings:
1. BIOS may favor the 64-bit firmware waking vector address when the
version of the FACS is greater than 0 and Linux currently only supports
resuming from the real mode,
From: Bob Moore
ACPICA commit 47d22a738d0e19fd241ffe4e3e9d4e198e4afc69
Cast various invocations as necessary.
Link: https://github.com/acpica/acpica/commit/47d22a73
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/acutils.h | 18 --
drive
From: gongzg
ACPICA commit 1a8ec7b83d55c7b957247d685bd1c73f6a012f1e
Remove redundant comment in nseval.c
Link: https://github.com/acpica/acpica/commit/1a8ec7b8
Signed-off-by: gongzg
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/nseval.c |5 ++---
1 file change
From: Bob Moore
ACPICA commit 33140b4498666337dd33a00cf3c4797a53981a7b
Changes for a new version of the 3rd party spec for these tables,
the "TCG ACPI Specification", December 14, 2014. Also, moved the
definition of TPM2 to actbl2.h, next to TCPA, since both should
be together.
Update the table
From: Bob Moore
ACPICA commit f51bf8497889a94046820639537165bbd7ccdee6
Adds acclib.h
This patch doesn't affect Linux kernel.
Link: https://github.com/acpica/acpica/commit/f51bf849
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/accommon.h |3 +++
drivers/acpi/ac
From: Bob Moore
ACPICA commit 2fcf4f4c95e6a4875f39a929f8f92ef50cc53bb5
ACPICA commit d7a940bb308d001b5d2b196174fee36c7daa61d6
Version 20150619.
Link: https://github.com/acpica/acpica/commit/2fcf4f4c
Link: https://github.com/acpica/acpica/commit/d7a940bb
Signed-off-by: Bob Moore
Signed-off-by:
From: Bob Moore
ACPICA commit 254bf77e7ca01cb27e026fa5737f7df8dae03f2c
- Add constans for the start_method.
- Remove the control structure, not part of ACPI, not defined in the current
TCG spec.
Link: https://github.com/acpica/acpica/commit/254bf77e
Reported-by: Jarkko Sakkinen
Signed-off-by:
From: Bob Moore
ACPICA commit d4a53a396fe5d384425251b0257f8d125bbed617
Especially for use of the Index operator. For buffers and strings,
only output the actual byte pointed to by the index. For packages,
only print the package element decoded by the index.
Link: https://github.com/acpica/acpic
From: Bob Moore
ACPICA commit 3b1026e0bdd3c32eb6d5d313f3ba0b1fee7597b4
Across all of ACPICA. Replace C library macros such as ACPI_STRLEN
with the standard names such as strlen. The original purpose for
these macros is long since obsolete.
Link: https://github.com/acpica/acpica/commit/3b1026e0
ACPICA commit 04c3bd7e9d6aeb2b3edebe99c90dc271ae4e6353
In order to work without any additional option to dump tables when /dev/mem
doesn't exist, this patch switches the default behavior of acpidump to dump
from /sys/firmware/acpi/tables. Reported by Al Stone, Fixed by Lv Zheng.
Link: https://git
ACPICA commit ab29013cfa2424140446aff196a70b211ab343a9
The /dev/mem can be configured out, in which case, acpidump should still
work with "-c" option as tables can be found in /sys/firmware/acpi/tables.
This patch allows acpidump to work without /dev/mem.
This patch has been tested with "acpidump
From: Bob Moore
ACPICA commit c0ce529e1fbb8ec47d2522a3aa10f3ab77e16e41
There is no reference counting implemented for struct acpi_namespace_node, so it
is currently not removable during runtime.
This patch changes the namespace override code to keep the old
struct acpi_namespace_node undeleted s
From: Hanjun Guo
ACPICA commit 4b100dc43e8baee8c8b4891b23bc7ad03eba6a28
Support for the new version field in the generic distributor
subtable. Hanjun Guo
Link: https://github.com/acpica/acpica/commit/4b100dc4
Signed-off-by: Hanjun Guo
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
in
From: Bob Moore
ACPICA commit 27415c82fcecf467446f66d1007a0691cc5f3709
This patch adds OSDT (Override System Definition Table) support.
When OSDT is loaded, conflict namespace objects will be overridden
by the AML interpreter. Bob Moore, Lv Zheng.
Link: https://github.com/acpica/acpica/commit/2
From: Bob Moore
ACPICA commit 70f62a80d65515e1285fdeeb50d94ee6f07df4bd
Causes an error on some hosts.
Link: https://github.com/acpica/acpica/commit/70f62a80
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/hwxfsleep.c |2 ++
1 file changed, 2 insertions(+)
diff -
ACPICA commit ebd544ed24c5a4faba11f265e228b7a821a729f5
This patch fixes an issue that when FACS tables do not exist, ACPI
initialization cannot proceed. ACPICA BZ 1122. Lv Zheng.
Link: https://bugs.acpica.org/show_bug.cgi?id=1122
Link: https://github.com/acpica/acpica/commit/ebd544ed
Signed-off-b
ACPICA commit 4da56eeae0749dfe8491285c1e1fad48f6efafd8
With enough protections, this patch re-enables 64-bit FADT addresses by
default. If regressions are reported against such change, this patch should
be bisected and reverted.
Note that 64-bit FACS favor and 64-bit firmware waking vector favor a
ACPICA commit 90f5332a15e9d9ba83831ca700b2b9f708274658
This patch adds a new FACS initialization flag for acpi_tb_initialize().
acpi_enable_subsystem() might be invoked several times in OS bootup process,
and we don't want FACS initialization to be invoked twice. Lv Zheng.
Link: https://github.co
ACPICA commit 7aa598d711644ab0de5f70ad88f1e2de253115e4
The root cause of the reported bug might be one of the followings:
1. BIOS may favor the 64-bit firmware waking vector address when the
version of the FACS is greater than 0 and Linux currently only supports
resuming from the real mode,
ACPICA commit 368eb60778b27b6ae94d3658ddc902ca1342a963
The root cause of the reported bug might be one of the followings:
1. BIOS may favor the 64-bit firmware waking vector address when the
version of the FACS is greater than 0 and Linux currently only supports
resuming from the real mode,
The 20150619 ACPICA kernel-resident subsystem updates are linuxized based
on the linux-pm/linux-next branch.
The patchset has passed the following build/boot tests.
Build tests are performed as follows:
1. i386 + default + COFNIG_ACPI=y
2. i386 + allyes + CONFIG_ACPI=y
3. i386 + default + COFNIG_A
This patch reduces source code differences between the Linux kernel and the
ACPICA upstream so that the linuxized ACPICA 20150616 release can be
applied with reduced human intervention.
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/dsobject.c |2 +-
drivers/acpi/acpica/hwxfsleep.c |2
On 6/19/15 2:25 AM, Yuyang Du wrote:
On Thu, Jun 18, 2015 at 07:48:00PM +0800, Wanpeng Li wrote:
cfs_rq[7]:/autogroup-9617
.se->load.weight : 64 (dbench)
.se->avg.load_avg : 50
How you figure out this one is dbench?
dbench is on CPU7 and running there?
Sorry, do
Hi GPIO experts,
I am trying to implement a new GPIO driver for a new SoC.
I'd like to consult experts how to solve my problem.
According to the hardware specification book,
the GPIO ports on my SoC are labelled from PORT0 to PORT307 as follows:
PORT0, PORT1, PORT2, PORT7,--> re
In little endian cases, the macro htons unfolds to __swab16 which
provides special case for constants. In big endian cases,
__constant_htons and htons expand directly to the same expression.
So, replace __constant_htons with htons with the goal of getting
rid of the definition of __constant_htons c
On Thu, Jun 18, 2015 at 5:11 PM, Brian Norris
wrote:
> Hi,
>
> This patch set introduces system suspend/resume support for Broadcom STB SoCs.
> There are two suspend modes (S2 and S3) as well as a related low-power
> shutdown
> mode (S5).
>
> Along with the core PM support, include a driver for t
On Thu, 18 Jun 2015 21:37:02 -0400
Jeff Layton wrote:
> > Note, the box has been rebooted since I posted my last trace.
> >
>
> Ahh pity. The port has probably changed...if you trace it again maybe
> try to figure out what it's talking to before rebooting the server?
I could probably re-enable
In little endian cases, the macros htons and cpu_to_be16 unfolds
to __swab16 which provides special case for constants. In big
endian cases, __constant_htons and htons expand directly to the
same expression. The same applies for __constant_cpu_to_be16 and
cpu_to_be16.
So, replace __constant_htons
thank you for your comments, begginer mistakes (I guess),
On 6/17/15, Richard Weinberger wrote:
> Am 17.06.2015 um 00:51 schrieb Orestes Leal Rodriguez:
>>> Use the force^Wcheckpatch.pl.
>> This is the output of checkpatch.pl:
>> output of checkpatch: total: 0 errors, 0 warnings, 42 lines checked
On Fri, Jun 19, 2015 at 04:07:52AM +0200, Matthias Schiffer wrote:
> Hi,
> I've come across the issue that applications with detached threads
> (using pthread_detach or a pthread_attr_t with
> pthread_attr_setdetachstate) will segfault using musl-libc on MIPS as
> soon as the detached thread exits.
Thanks Russell
On 2015年06月18日 18:57, Russell King - ARM Linux wrote:
This is wrong.
First, if you can only cope with a single scatterlist entry, you need to
enforce that. You can do that in your gem_prime_import_sg_table() method
by checking sgt->nents.
I'm confuse that how to get coherent iova
On Thu, 2015-06-18 at 18:17 +0200, Torsten Duwe wrote:
> Did I miss anything else? I have the notrace optimisations and
> kernel live patching in the queue, which depends on this, so I'd
> really appreciate a comment whether it is acceptable in this form
> or not. Thanks in advance!
Hi Torsten,
S
On Thu, Jun 18, 2015 at 3:57 PM, Bjorn Helgaas wrote:
> On Thu, Jun 18, 2015 at 5:10 PM, Duc Dang wrote:
>> commit 979595bcb8da ("PCI: xgene: Allow config access to Root Port even
>> when link is down") removes the port->link_up check, which makes 'port'
>> become unused variable. This patch remo
Hi Charles,
On Thu, Jun 18, 2015 at 11:43 PM, Charles Keepax
wrote:
> Convert to using the newer gpiod interface for the micd_pol_gpio.
> Although we still carry support for the old gpio interface from pdata.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/extcon/extcon-arizona.c | 36 +
On Thu, Jun 18, 2015 at 9:09 PM, Dave Chinner wrote:
> On Thu, Jun 18, 2015 at 02:14:31AM -0400, Len Brown wrote:
>> On Sun, May 17, 2015 at 9:57 PM, NeilBrown wrote:
>> > On Fri, 15 May 2015 11:35:57 +0100 One Thousand Gnomes
>> > wrote:
>> >
>> >> > > Data loss may be caused for hotplug storag
With the addition of commit 0166dc1 (of: make CONFIG_OF user
selectable), architectures which don't enable memblock and don't
have their own early_init_dt_*_memory_arch implementations will break
when CONFIG_OF is enabled.
Really, we should have better separation of CONFIG_OF and
CONFIG_OF_EARLY_F
Currently, /proc//map_files/ is restricted to CAP_SYS_ADMIN, and
is only exposed if CONFIG_CHECKPOINT_RESTORE is set.
Each mapped file region gets a symlink in /proc//map_files/
corresponding to the virtual address range at which it is mapped. The
symlinks work like the symlinks in /proc//fd/, so
1 - 100 of 974 matches
Mail list logo
