On śro, 2015-02-04 at 14:42 -0800, Stephen Boyd wrote:
> On 02/04/15 08:53, Krzysztof Kozlowski wrote:
> > The complete() should not be used on offlined CPU. Rewrite the
> > wait-complete mechanism with wait_on_bit_timeout().
> >
> > The CPU triggering hot unplug (e.g. CPU0) will loop until some
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, February 03, 2015 6:51 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 2/2] f2fs: show the
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, February 03, 2015 6:51 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 1/2] f2fs: keep
On 02/04/2015 10:53 PM, Andy Lutomirski wrote:
> The lm bit should never have existed in the first place. Sigh.
Thanks, Andy. Applied in the branch.
Cheers,
Michael
> Signed-off-by: Andy Lutomirski
> ---
> man2/modify_ldt.2 | 13 +++--
> 1 file changed, 11 insertions(+), 2
On śro, 2015-02-04 at 09:57 -0800, Paul E. McKenney wrote:
> On Wed, Feb 04, 2015 at 05:53:55PM +0100, Krzysztof Kozlowski wrote:
> > The complete() should not be used on offlined CPU. Rewrite the
> > wait-complete mechanism with wait_on_bit_timeout().
> >
> > The CPU triggering hot unplug (e.g.
Hello Fam Zheng,
On 02/05/2015 02:52 AM, Fam Zheng wrote:
> On Wed, 02/04 13:44, Michael Kerrisk (man-pages) wrote:
>> Hello Fam Zheng,
>>
>> On 02/04/2015 11:36 AM, Fam Zheng wrote:
>>> Changes from v1 (https://lkml.org/lkml/2015/1/20/189):
>>>
>>> - As discussed in previous thread [1], split
Hi Chanwoo,
On Tuesday 03 February 2015 05:43 AM, Chanwoo Choi wrote:
This patch adds the mux/divider/gate clocks for CMU_APOLLO domain which
generates the clocks for Cortex-A53 Quad-core processsor.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
---
Commit-ID: 2d926c15d629a13914ce3e5f26354f6a0ac99e70
Gitweb: http://git.kernel.org/tip/2d926c15d629a13914ce3e5f26354f6a0ac99e70
Author: John Stultz
AuthorDate: Wed, 4 Feb 2015 16:45:26 -0800
Committer: Ingo Molnar
CommitDate: Thu, 5 Feb 2015 08:39:37 +0100
hrtimer: Fix incorrect tai
Let the wm8731 codec to manage clock by itself.
Signed-off-by: Bo Shen
---
sound/soc/codecs/wm8731.c | 28
1 file changed, 28 insertions(+)
diff --git a/sound/soc/codecs/wm8731.c b/sound/soc/codecs/wm8731.c
index b115ed8..ecd8424 100644
---
ACPICA commit 8823b44ff53859ab24ecfcfd3fba8cc56b17d223
Currently we rely on the logic that GPE blocks will never be deleted,
otherwise we can be broken by the race between acpi_ev_create_gpe_block(),
acpi_ev_delete_gpe_block() and acpi_ev_gpe_detect().
On the other hand, if we want to protect GPE
The 'pm_data', 'exynos_release_ret_regs', 'exynos3250_release_ret_regs'
and 'exynos5420_release_ret_regs' are not exported nor used outside of
suspend.c file. Make them static.
This fixes following sparse warnings:
arch/arm/mach-exynos/suspend.c:83:23: warning: symbol 'pm_data' was not
declared.
Since 32b0aa9aaeb4 ("ARM: EXYNOS: Remove i2c sys configuration related
code") the Exynos 5250 no longer saves additional registers under
'exynos_pm_data.extra_save' field.
No one else uses this code so get rid of it making also 'exynos_pm_data'
const everywhere.
Signed-off-by: Krzysztof
The 'exynos5420_pm_data' and of_device_id array are not modified and can
be made const.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Pankaj Dubey
---
Changes since v2:
1. Add Pankaj's reviewed-by.
Changes since v1:
1. New patch.
---
arch/arm/mach-exynos/suspend.c | 4 ++--
1 file changed,
From: "David E. Box"
ACPICA commit 490ec7f7839bf7ee5e8710a34d1d1a78d54a49b6
In function acpi_hw_low_set_gpe(), cast enable_mask to u8 before
storing. The mask was read from a 32 bit register but is an 8 bit
value. Fixes Visual Studio compiler warning.
Link:
From: "David E. Box"
ACPICA commit e06b1624b02dc8317d144e9a6fe9d684c5fa2f90
Version 20150204.
Link: https://github.com/acpica/acpica/commit/e06b1624
Signed-off-by: David E. Box
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
include/acpi/acpixf.h |2 +-
1 file changed, 1
ACPICA commit 7926d5ca9452c87f866938dcea8f12e1efb58f89
There is an issue in acpi_install_gpe_handler() and acpi_remove_gpe_handler().
The code to obtain the GPE dispatcher type from the Handler->original_flags
is wrong:
if (((Handler->original_flags & ACPI_GPE_DISPATCH_METHOD) ||
From: "David E. Box"
ACPICA commit 8990e73ab2aa15d6a0068b860ab54feff25bee36
Link: https://github.com/acpica/acpica/commit/8990e73a
Signed-off-by: David E. Box
Signed-off-by: Bob Moore
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/acapps.h |4 ++--
ACPICA commit b2b18bb38045404e253f10787b8a4ae6e94cdee6
This patch prevents acpi_remove_gpe_handler() from leaking the stale
gpe_event_info->Dispatch.Handler to the caller to avoid possible NULL pointer
references. Lv Zheng.
Link: https://github.com/acpica/acpica/commit/b2b18bb3
Signed-off-by: Lv
[CC += linux-...@vger.kernel.org]
Christoph,
Since this is a kernel-user-space API change, please CC linux-api@.
The kernel source file Documentation/SubmitChecklist notes that all
Linux kernel patches that change userspace interfaces should be CCed
to linux-...@vger.kernel.org, so that the
ACPICA commit 04f25acdd4f655ae33f83de789bb5f4b7790171c
This patch follows acpi_ev_fixed_event_detect(), which invokes
acpi_gbl_global_event_handler instead of invoking it in
acpi_ev_fixed_event_dispatch(), moves acpi_gbl_global_event_handler from
acpi_ev_gpe_dispatch() to acpi_ev_gpe_detect().
From: "David E. Box"
ACPICA commit 8e21180050270897499652e922c6a41b8eb388b6
Recent changes to acpi_ev_asynch_execute_gpe_method left Status
variable uninitialized before use. Initialize to AE_OK.
Link: https://github.com/acpica/acpica/commit/8e211800
Signed-off-by: David E. Box
Signed-off-by:
ACPICA commit ca10324788bc9bdaf47fa9e51145129c1299144d
This patch deletes a sanity check from acpi_ev_enable_gpe().
This kind of check is already done in
acpi_enable_gpe()/acpi_remove_gpe_handler()/acpi_update_all_gpes() before
invoking
acpi_ev_enable_gpe():
1. acpi_enable_gpe(): same check
This is the back port result of the Linux commit:
Commit c50f13c672df758b59e026c15b9118f3ed46edc4
Subject: ACPICA: Save current masks of enabled GPEs after enable register
writes
Besides of the indent divergences, only a missing prototype added due to
the ACPICA internal coding style.
The 20150204 ACPICA kernel-resident subsystem updates are linuxized based
on the pm/linux-next branch to form this patchset.
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
* H. Peter Anvin wrote:
> On 01/19/2015 02:04 AM, Peter Zijlstra wrote:
> > On Mon, Jan 19, 2015 at 07:54:22AM +1200, Linus Torvalds wrote:
> >> Why?
> >>
> >> The 8- and 16- bit versions are the same as the 32-bit one.
> >> This seems pointless. If you want something where the sign
> >> is
On czw, 2015-02-05 at 10:19 +0530, Pankaj Dubey wrote:
> Hi Krzysztof,
>
> On Tuesday 03 February 2015 04:36 PM, Krzysztof Kozlowski wrote:
> > Since 32b0aa9aaeb4 ("ARM: EXYNOS: Remove i2c sys configuration related
> > code") the Exynos 5250 no longer saves additional registers under
> >
On 02/04/2015 05:53 PM, Sedat Dilek wrote:
> The architecture-specific switch_mm() function can be called by offline
> CPUs, but includes event tracing, which cannot be legally carried out
> on offline CPUs. This results in a lockdep-RCU splat. This commit fixes
> this splat by omitting the
On śro, 2015-02-04 at 19:07 +0100, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> On Wednesday, February 04, 2015 11:27:26 AM Krzysztof Kozlowski wrote:
> > The Exynos cpuidle driver has coupled cpuidle built-in so it cannot be
> > built without SMP:
> >
> > arch/arm/mach-exynos/pm.c: In function
* Linus Torvalds wrote:
> [...]
>
> As usual, the paravirt code is a horribly buggy heap of crud.
> Film at 11.
>
> Why did I think we had this bug but already fixed it ? Maybe
> it's one of those things that Waiman fixed in his long delayed
> qspinlock series? Waiman? Or maybe I just
The maximum of SW-IOMMU is limited to 2^11*128 = 256K.
While in different platform and different requirements this seems improper.
So modify the IO_TLB_SEGSIZE to io_tlb_segsize as configurable is make sense.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Signed-off-by: xiaomin1
> Subject: Re: [E1000-devel] [PATCH 1/3] ixgbe, ixgbevf: Add new mbox API to
> enable MC promiscuous mode
>
> On Fri, 2015-01-30 at 11:37 +, Hiroshi Shimamoto wrote:
> > From: Hiroshi Shimamoto
> >
> > The limitation of the number of multicast address for VF is not enough
> > for the large
is needed rather the declaration
is simply updated.
Patch was only compile tested for x86_64_defconfig + CONFIG_X86_VSMP=y
CONFIG_HYPERV=m, SCSI_LOWLEVEL=y, CONFIG_HYPERV_STORAGE=m
Patch is against 3.19.0-rc7 (localversion-next is -next-20150204)
drivers/scsi/storvsc_drv.c |6 --
1 file
On Wed, Feb 04, 2015 at 05:41:08PM +0100, Stefan Roese wrote:
> On 02.02.2015 17:06, Greg Kroah-Hartman wrote:
> >On Mon, Feb 02, 2015 at 04:43:14PM +0100, Stefan Roese wrote:
> >>On 21.02.2014 17:18, Michal Simek wrote:
> >>>On 02/21/2014 05:12 PM, Felipe Balbi wrote:
> On Fri, Feb 21, 2014
On Wed, Feb 4, 2015 at 10:37 PM, John Stultz wrote:
> Try to streamline the makefile so its easier to add timer/timekeeping
> tests.
>
> Cc: Shuah Khan
Drat.. I forgot to refresh the patchset after adding to the CC list.
Hopefully folks can/will find the thread, but I'll resend next week
This patch adds new regulator driver to support max77843
MFD(Multi Function Device) chip`s regulators.
The Max77843 has two voltage regulators for USB safeout.
Cc: Mark Brown
Signed-off-by: Jaewon Kim
Signed-off-by: Beomho Seo
---
drivers/regulator/Kconfig|8 ++
The posix_timers.c test has a loop that tries to keep it in
kernel space, repeatedly calling brk(). Since its noise, and
a failure won't change what the test would do, add a unused
value to quiet the warning.
Cc: Shuah Khan
Signed-off-by: John Stultz
---
Add my basic nanosleep test from my timetest suite.
This test validates that nanosleep dosen't return early
against a number of clockids.
Cc: Shuah Khan
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile| 3 +-
tools/testing/selftests/timers/nanosleep.c | 161
Adds my nanosleep latency test from the timetest suite.
This checks to make sure we don't see "unreasonable"
latencies (> 40ms) when calling nanosleep.
Cc: Shuah Khan
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile | 3 +-
Try to streamline the makefile so its easier to add timer/timekeeping
tests.
Cc: Shuah Khan
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/tools/testing/selftests/timers/Makefile
I've maintained a suite of timekeeping and timer tests for awhile
here: https://github.com/johnstultz-work/timetests
I've been meaning to get them reworked and submitted into the
selftest infrastructure, but haven't had much time recently.
I'm going to have a long flight coming up so I figured
Add my set-timer-lat test from the timetest suite. This
test checks the latency from set_timer and reports if
any are unreasonable (>40ms).
Cc: Shuah Khan
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile| 5 +-
tools/testing/selftests/timers/set-timer-lat.c |
This adds my inconsistency-test from my timetests suite,
which checks for (single threaded) time inconsistencies
across the various clockids.
Cc: Shuah Khan
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile| 4 +-
This adds my clock skew estimation test from the timetest suite.
It measures the drift between CLOCK_MONOTONIC and CLOCK_MONOTONIC_RAW
and compares it with the current frequency value from adjtimex.
It sometimes can trigger false failures when ntpd isn't in a
steady state, but its a useful too
On Thu, Feb 05, 2015 at 03:29:40PM +0900, gyun...@gmail.com wrote:
Please ignore this patch serial v10.
Sorry for my mistake
> From: Gyungoh Yoo
>
> This patch set includes regulator and backlight driver for SKY81452.
> Also it includes documents for device tree and module.
>
On Wed, Feb 4, 2015 at 1:57 AM, Jinpu Wang wrote:
> Hi,
>
> I hit WARNING below after update to 3.19-rc6, when I running fio with libaio.
> Any one see this warning before, or maybe know how to fix it?
>
> From the call trace:
> (gdb) list *read_events+0x1e8
> 0x81225ad8 is in read_events
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Lee Jones
---
Changes v11:
Renamed 'skyworks,en-channels' property to led-sources.
Removed unused property 'skyworks,ovp-level'.
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Made up the example for backlight DT
Changes v7:
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
---
Changes v11:
Nothing
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Nothing
Changes v7:
Nothing
Changes v6:
Nothing
Changes v5:
Nothing
Changes v4:
Nothing
Changes v3:
Nothing
Changes v2:
Add SKY81452 to the Trivial Devices list
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Lee Jones
---
Changes v11:
Nothing
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Nothing
Changes v7:
Nothing
Changes v6:
Nothing
Changes v5:
Nothing
Changes v4:
Nothing
Changes v3:
Nothing
Changes v2:
Added vendor prefix
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Bryan Wu
---
Changes v11:
Renamed 'skyworks,en-channels' property to led-sources.
Removed unused property 'skyworks,ovp-level'.
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Renamed property names for backlight with vendor prefix
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Jingoo Han
Acked-by: Bryan Wu
---
Changes v11:
Renamed 'skyworks,en-channels' property to led-sources.
Changes v10:
Removed trivial get_brightness implementations
Changes v9:
Nothing
Changes v8:
Renamed property names for backlight
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Lee Jones
---
Changes v11:
Nothing
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Nothing
Changes v7:
Modified licensing text to GPLv2
Changes v6:
Added new line character at the end of line of dev_err()
Changes v5:
Move
From: Gyungoh Yoo
This patch set includes regulator and backlight driver for SKY81452.
Also it includes documents for device tree and module.
sky81452-regulator was already applied. So this series doesn't
include it.
v11:
Renamed 'skyworks,en-channels' property to led-sources.
Removed unused
From: Gyungoh Yoo
This patch set includes regulator and backlight driver for SKY81452.
Also it includes documents for device tree and module.
sky81452-regulator was already applied. So this series doesn't
include it.
v10:
Removed trivial get_brightness implementations for sky81452-backlight
From: Gyungoh Yoo
Signed-off-by: Gyungoh Yoo
Acked-by: Lee Jones
---
Changes v10:
Nothing
Changes v9:
Nothing
Changes v8:
Nothing
Changes v7:
Modified licensing text to GPLv2
Changes v6:
Added new line character at the end of line of dev_err()
Changes v5:
Move sky81452-backlight.h to
Hi Mark,
2015년 02월 05일 05:26에 Mark Brown 이(가) 쓴 글:
On Wed, Feb 04, 2015 at 01:56:10PM +0900, Jaewon Kim wrote:
This patch adds new regulator driver to support max77843
MFD(Multi Function Device) chip`s regulators.
The Max77843 has two voltage regulators for USB safeout.
Applied, thanks.
I
On 02/04, Steven Rostedt wrote:
> On Wed, 4 Feb 2015 17:23:51 -0800
> Stephen Boyd wrote:
>
> > On 01/30, Daniel Thompson wrote:
> > > @@ -98,26 +98,50 @@ unsigned long long notrace sched_clock(void)
> > > }
> > >
> > > /*
> > > + * Updating the data required to read the clock.
> > > + *
> >
On Wednesday 21 January 2015 03:44 PM, Vignesh R wrote:
> On Tuesday 20 January 2015 09:34 PM, Lee Jones wrote:
>> On Tue, 20 Jan 2015, R, Vignesh wrote:
>>> On 1/20/2015 5:23 PM, Lee Jones wrote:
On Wed, 07 Jan 2015, Vignesh R wrote:
> In one shot mode, sequencer automatically
On 02/04/15 at 09:25pm, Yinghai Lu wrote:
> On Wed, Feb 4, 2015 at 7:25 PM, Dave Young wrote:
> >> After this patch, could use patched grub2-x86_64.efi to place
> >> kernel/boot_params/cmd_line/initrd all above 4G and execute the kernel
> >> above 4G.
> >
> > Can you share the grub2 patch for
From 2ac41a9bbbf267c33d1741d94f28aff2369b5cc1 Mon Sep 17 00:00:00 2001
From: Vishal Goel
Date: Wed, 4 Feb 2015 22:59:50 +0530
Subject: This patch fixes the undesired SMACK label (SMACK64IPIN)
update when a second bind call is made to same IP address & port, but with
different SMACK label
From: Peter Rosin
The DDRSDR controller fails miserably to put LPDDR1 memories in
self-refresh. Force the controller to think it has DDR2 memories
during the self-refresh period, as the DDR2 self-refresh spec is
equivalent to LPDDR1, and is correctly implemented in the
controller.
Assume that
From: Sylvain Rochet
Assume USB PLL and PLL B are already stopped before entering sleep mode,
print a warning if this isn't the case.
Removed PLL B from slow clock code, all drivers are supposed to properly
unprepare clocks.
Signed-off-by: Sylvain Rochet
Acked-by: Wenyou.Yang
---
From: Sylvain Rochet
Removed timeout on XTAL, PLL lock and Master Clock Ready, hang if
something went wrong instead of continuing in unknown condition. There
is not much we can do if a PLL lock never ends, we are running in SRAM
and we will not be able to connect back the sdram or ddram in order
Hi Nicolas,
The patch serial is to fix the pm issue.
It is based on the branch: at91-3.19-fixes
git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91.git
Peter Rosin (1):
pm: at91: Workaround DDRSDRC self-refresh bug with LPDDR1 memories.
Sylvain Rochet (2):
pm: at91:
From b32429fe2ff2f1fbfcf2a939f9ff9e2e798d7e72 Mon Sep 17 00:00:00 2001
From: Vishal Goel
Date: Wed, 4 Feb 2015 19:45:08 +0530
Subject: This patch fixes the issue of "permission denied error" which
comes when 2 IPv6 servers are running and client tries to connect one of
them. Scenario is that
Don't close an empty block on timeout. Its meaningless to
pass it to the user. Moreover, passing empty blocks wastes
CPU & buffer space increasing probability of packets
dropping on small timeouts.
Side effect of this patch is indefinite user-space wait
in poll on idle links. But, I believe its
From 875727546f9ba0d3a98a906cff07fd710d72cadc Mon Sep 17 00:00:00 2001
From: Vishal Goel
Date: Wed, 4 Feb 2015 03:02:55 +0530
Subject: This patch adds the rcu synchronization mechanism in SMACK
IPv6 hooks while accessing smk_ipv6_port_list. Access to the port list is
vulnerable to a race
Hi Sylwester,
On 02/04/2015 10:02 PM, Sylwester Nawrocki wrote:
> Hi Chanwoo,
>
> On 02/02/15 15:24, Chanwoo Choi wrote:
>> This patch adds the mux/divider/gate clocks for CMU_BUS{0|1|2} domains
>> which contain global data buses clocked at up the 400MHz. These blocks
>> transfer data between
The slab for vm_area_struct which is vm_area_cachep is already prepared
for the general use. Instead of kmalloc() for the vma copy for userptr,
allocation from vm_area_cachep is more beneficial.
CC: Mauro Carvalho Chehab
CC: Hans Verkuil
CC: Laurent Pinchart
Signed-off-by: Cho KyongHo
---
On 2015/2/4 21:27, Joerg Roedel wrote:
> Hi,
>
> here is a patch to fix a kernel panic at shutdown we have seen recently.
> The issue is hard to reproduce, so the patch description about the root
> cause of the bug comes only from review and my current understanding of
> x86 irq code.
>
> So if
t.samba.org/sfrench/cifs-2.6
# extra tests on tree/branch next/master
git bisect good df9f91e1a7435dbab885542039a0f273ca2dc8fd # 09:17 60+
0 Add linux-next specific files for 20150204
This script may reproduce the error.
---
From: Thomas Gleixner
The ACPI type is checked in acpi_resource_to_address64() anyway.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/acpi/resource.c b/drivers/acpi/resource.c
index
From: Lv Zheng
struct acpi_resource_address and struct acpi_resource_extended_address64 share
substracts
just at different offsets. To unify the parsing functions, OSPMs like Linux
need a new ACPI_ADDRESS64_ATTRIBUTE as their substructs, so they can
extract the shared data.
This patch also
From: Thomas Gleixner
With the unions in place which let us identify the substructs we can
use a single parser for address_space and ext_address_space.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c | 90 ++-
From: Thomas Gleixner
Add support of PREFETCH attributre to ACPI address space and extended
address space parser.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/acpi/resource.c
Add translation_offset into the result address for bridge window
resources to form the master side address.
Currently acpi_dev_resource_{ext_}address_space() are only used for
devices instead of bridges, so it won't break current users. Later
it will be used to support PCI host bridge drivers.
The range check in setup_res() checks the IO range against
iomem_resource. That's just wrong.
Reworked based on Thomas original patch.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Some PCI device drivers assume that pci_dev->irq won't change after
calling pci_disable_device() and pci_enable_device() during suspend and
resume.
Commit c03b3b0738a5 ("x86, irq, mpparse: Release IOAPIC pin when
PCI device is disabled") frees PCI IRQ resources when pci_disable_device()
is called
Enable support of IOAPIC hotplug by:
1) reintroducing ACPI based IOAPIC driver
2) enhance pci_root driver to hook hotplug events
The ACPI IOAPIC driver is always enabled if all of ACPI, PCI and IOAPIC
are enabled.
Signed-off-by: Jiang Liu
Cc: Konrad Rzeszutek Wilk
Cc: Tony Luck
Cc: Joerg
From: Yinghai Lu
We need to parse APIC ID for IOAPIC registration for IOAPIC hotplug.
ACPI _MAT method and MADT table are used to figure out IOAPIC ID, just
like parsing CPU APIC ID for CPU hotplug.
[ tglx: Fixed docbook comment ]
Signed-off-by: Yinghai Lu
Signed-off-by: Jiang Liu
Cc: Konrad
Introduce helper function acpi_dev_filter_resource_type(), which may
be used by acpi_dev_get_resources() to filer out resource based on
resource type.
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c | 55 +++
include/linux/acpi.h|8
Use common ACPI resource discovery interfaces to simplify PCI host bridge
resource enumeration.
Signed-off-by: Jiang Liu
Acked-by: Bjorn Helgaas
---
arch/x86/pci/acpi.c | 295 ---
1 file changed, 91 insertions(+), 204 deletions(-)
diff --git
Use common resource list management data structure and interfaces
instead of private implementation.
Signed-off-by: Jiang Liu
Acked-by: Will Deacon
Acked-by: Bjorn Helgaas
---
arch/arm/kernel/bios32.c|5 ++---
arch/x86/pci/bus_numa.c |4 ++--
drivers/pci/bus.c
Currently ACPI, PCI and pnp all implement the same resource list
management with different data structure. We need to transfer from
one data structure into another when passing resources from one
subsystem into another subsystem. So move struct resource_list_entry
from ACPI into resource core and
From: Thomas Gleixner
Normal memory and io resources have window always set to false. Move
the flag logic to the unified address space parser.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c | 22 +-
1 file changed, 9 insertions(+),
According to ACPI spec 5, section 6.4.3.1 "24-Bit Memory Range Descriptor",
minimum, maximum and address_length field in struct acpi_resource_memory24
is in granularity of 256-bytes. So shift 8-bit left to get correct address.
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |4 ++--
1
Change function acpi_dev_resource_address_space() and
acpi_dev_resource_ext_address_space() to return address space
translation offset.
It's based on a patch from Yinghai Lu .
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c| 58 ++--
Also set flag IORESOURCE_UNSET for unassigned resource in addition to
IORESOURCE_DISABLED to mark resource as unassigned.
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/acpi/resource.c
Enforce stricter checks for address space descriptors according to
ACPI spec.
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/acpi/resource.c b/drivers/acpi/resource.c
index 5bf73a9f26d9..57891a621b96 100644
---
Add field offset to struct resource_list_entry to host address space
translation offset so it could be used to represent bridge resources.
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |1 +
include/linux/acpi.h|1 +
2 files changed, 2 insertions(+)
diff --git
Normalize return value of resource parse functions as:
1) return "true" if resource is assigned.
2) return "false" and IORESOURCE_DISABLED setting in res->flags if
resource is unassigned.
3) return "false" and zeroing res->flags if it's not an valid or
expected resource.
Signed-off-by:
From: Thomas Gleixner
If the parser disables a resource during parsing, let it return false,
so the calling code does not need to implement further checks.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |8
1 file changed, 4 insertions(+), 4
From: Thomas Gleixner
Also apply length check to IO resources.
[Jiang] Remove enforcement that resource starting address must be
non-zero.
Signed-off-by: Thomas Gleixner
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c | 44 +++-
1 file changed,
From: Thomas Gleixner
Check whether the resulting length is the same as the given
length. Check for start <= end as well.
We need to hand in the resource for this, so we can apply the flags
directly.
[Jiang] Remove enforcement that resource starting address must be
non-zero.
Signed-off-by:
During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues
in ACPI resource parsing interfaces. So this is an effort to improve them.
Patch 1 refines ACPICA resource descriptors, which has already been
merged into "git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
On Tue, 2015-02-03 at 10:27 +, Will Deacon wrote:
> On Tue, Feb 03, 2015 at 07:45:04AM +, Huang Ying wrote:
> > FYI, we noticed the below changes on
> >
> > commit 721c21c17ab958abf19a8fc611c3bd4743680e38 ("mm: mmu_gather: use
> > tlb->end != 0 only for TLB invalidation")
>
> Is this
On Wed, Feb 4, 2015 at 7:25 PM, Dave Young wrote:
>> After this patch, could use patched grub2-x86_64.efi to place
>> kernel/boot_params/cmd_line/initrd all above 4G and execute the kernel
>> above 4G.
>
> Can you share the grub2 patch for testing?
Please check attached 5 patches. last one is
The command `echo > set_ftrace_pid` should be used to clean the filter quietly.
because the command `echo -1 > set_ftrace_pid` will output the following:
"bash: echo: write error: Invalid argument".
so update the file Documentation/trace/ftrace.txt.
Signed-off-by: Wang Long
---
On Wed, Feb 04, 2015 at 09:11:22AM -0600, Rob Herring wrote:
> On Fri, Jan 23, 2015 at 12:28 AM, wrote:
> > From: Gyungoh Yoo
> >
> > Signed-off-by: Gyungoh Yoo
> > Acked-by: Bryan Wu
> > ---
> > Changes v10:
> > Nothing
> >
> > Changes v9:
> > Nothing
> >
> > Changes v8:
> > Renamed property
On 02/05/2015 12:32 AM, Alexander Graf wrote:
>
>
> On 03.02.15 01:12, Alex Williamson wrote:
>> On Thu, 2015-01-29 at 20:21 +1100, Alexey Kardashevskiy wrote:
>>> Modern IBM POWERPC systems support multiple (currently two) TCE tables
>>> per IOMMU group (a.k.a. PE). This adds a powerpc_iommu
On 02/04/2015 05:08 PM, Paul Mackerras wrote:
> On Thu, Jan 29, 2015 at 08:21:53PM +1100, Alexey Kardashevskiy wrote:
>> At the moment writing new TCE value to the IOMMU table fails with EBUSY
>> if there is a valid entry already. However PAPR specification allows
>> the guest to write new TCE
1 - 100 of 1854 matches
Mail list logo
