[PATCH 3.13.y-ckt 08/19] userns: Only allow the creator of the userns unprivileged mappings

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: "Eric W. Biederman" commit f95d7918bd1e724675de4940039f2865e5eec5fe upstream. If you did not create the user namespace and are allowed to write to uid_map or gid_map you should alre

[PATCH 3.13.y-ckt 11/19] batman-adv: Calculate extra tail size based on queued fragments

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Sven Eckelmann commit 5b6698b0e4a37053de35cc24ee695b98a7eb712b upstream. The fragmentation code was replaced in 610bfc6bc99bc83680d190ebc69359a05fc7f605 ("batman-adv: Receive fragme

[PATCH 3.13.y-ckt 03/19] usb: gadget: at91_udc: move prepare clk into process context

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Ronald Wahl commit b2ba27a5c56ff7204d8a8684893d64d4afe2cee5 upstream. Commit 7628083227b6bc4a7e33d7c381d7a4e558424b6b (usb: gadget: at91_udc: prepare clk before calling enable) adde

[PATCH 3.13.y-ckt 01/19] [3.13-stable only] ipv6: fix swapped ipv4/ipv6 mtu_reduced callbacks

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Whitcroft Fixes up 4fab907195 ("tcp: fix tcp_release_cb() to dispatch via address family for mtu_reduced()") backport which has swapped ipv4/ipv6 callbacks for native IPv6 and m

[PATCH 3.13.y-ckt 09/19] x86_64, switch_to(): Load TLS descriptors before switching DS and ES

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit f647d7c155f069c1a068030255c300663516420e upstream. Otherwise, if buggy user code points DS or ES into the TLS array, they would be corrupted after a context s

[PATCH 3.13.y-ckt 04/19] [3.13-stable only] KVM: x86: Fix far-jump to non-canonical check

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Nadav Amit commit 7e466f6cd5dbf3c7bd04a7e75d19475ac9f2 upstream. [3.13-stable's first backport (f9bffe0) of this commit accidentally omitted part of the upstream patch (the WARN

[PATCH 3.13.y-ckt 06/19] userns: Check euid no fsuid when establishing an unprivileged uid mapping

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: "Eric W. Biederman" commit 80dd00a23784b384ccea049bfb3f259d3f973b9d upstream. setresuid allows the euid to be set to any of uid, euid, suid, and fsuid. Therefor it is safe to allow

[PATCH 3.13.y-ckt 07/19] userns: Document what the invariant required for safe unprivileged mappings.

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: "Eric W. Biederman" commit 0542f17bf2c1f2430d368f44c8fcf2f82ec9e53e upstream. The rule is simple. Don't allow anything that wouldn't be allowed without unprivileged mappings. It w

[PATCH 3.13.y-ckt 18/19] move d_rcu from overlapping d_child to overlapping d_alias

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 946e51f2bf37f1656916eb75bd0742ba33983c28 upstream. Signed-off-by: Al Viro [bwh: Backported to 3.16: - Apply name changes in all the different places we use d_alias

[PATCH 3.13.y-ckt 17/19] userns: Don't allow unprivileged creation of gid mappings

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: "Eric W. Biederman" commit be7c6dba2332cef0677fbabb606e279ae76652c3 upstream. As any gid mapping will allow and must allow for backwards compatibility dropping groups don't allow an

[PATCH 3.13.y-ckt 13/19] isofs: Fix unchecked printing of ER records

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 4e2024624e678f0ebb916e6192bd23c1f9fdf696 upstream. We didn't check length of rock ridge ER records before printing them. Thus corrupted isofs image can cause us to a

[3.13.y-ckt stable] Linux 3.13.11-ckt14 stable review

This is the start of the review cycle for the Linux 3.13.11-ckt14 stable kernel. This version contains 19 new patches, summarized below. The new patches are posted as replies to this message and also available in this git branch: http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=linux-3.13.y-rev

[PATCH 3.13.y-ckt 05/19] x86/tls: Validate TLS entries to protect espfix

3.13.11-ckt14 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit 41bdc78544b8a93a9c6814b8bbbfef966272abbe upstream. Installing a 16-bit RW data segment into the GDT defeats espfix. AFAICT this will not affect glibc, Wine, o

[PATCH 05/17] ARM: at91: sam9: set arm_pm_idle from sam9_dt_device_init

As all sam9 SoCs are setting arm_pm_idle to at91sam9_idle(), do it from sam9_dt_device_init(). Signed-off-by: Alexandre Belloni Suggested-by: Arnd Bergmann --- arch/arm/mach-at91/at91sam9260.c | 6 -- arch/arm/mach-at91/at91sam9261.c | 6 -- arch/arm/mach-at91/at91sam9263.c | 6 --

[PATCH 06/17] ARM: at91: remove unused at91_ioremap_matrix and header

at91_ioremap_matrix and the at91_matrix.h header are not used anymore, remove them. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/generic.h | 4 arch/arm/mach-at91/include/mach/at91_matrix.h | 23 --- arch/arm/mach-at91/setup.c

[PATCH 10/17] ARM: at91: merge SOC_AT91SAM9xxx

Only use SOC_AT91SAM9 for all the at91sam9 SoCs. It enables HAVE_AT91_SMD and HAVE_AT91_UTMI for all the sam9 SoCs but this only represents 96 bytes of uncompressed kernel code. Signed-off-by: Alexandre Belloni --- arch/arm/configs/at91_dt_defconfig | 10 + arch/arm/mach-at91/Kconfig

[PATCH 04/17] ARM: at91: fix sam9n12 and sam9x5 arm_pm_idle

sam9n12 and sam9x5 don't set arm_pm_idle because of an oversight, fix that. Signed-off-by: Alexandre Belloni Suggested-by: Arnd Bergmann --- arch/arm/mach-at91/at91sam9n12.c | 5 + arch/arm/mach-at91/at91sam9x5.c | 6 ++ 2 files changed, 11 insertions(+) diff --git a/arch/arm/mach-at9

[PATCH 11/17] ARM: at91: remove at91_boot_soc

at91_boot_soc is not used by any SoC, remove its usage. Also remove all the now empty SoC files. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile| 7 arch/arm/mach-at91/at91rm9200.c| 17 + arch/arm/mach-at91/at91sam9260.c | 26 - arch/arm/m

[PATCH 13/17] ARM: at91: rework initialization for sam9 based boards

Remove useless .map_io and .init_early by moving at91_dt_initialize() to sam9*_dt_device_init(). Also rename board-dt-sam9.c to at91sam9.c Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile| 4 +--- arch/arm/mach-at91/{board-dt-sam9.c => at91sam9.c} | 16 ++

[PATCH 08/17] ARM: at91: stop using HAVE_AT91_DBGUx

In order to remove SOC_SAM9xxx options, stop using HAVE_AT91_DBGUx. Signed-off-by: Alexandre Belloni --- arch/arm/Kconfig.debug | 6 +++--- arch/arm/mach-at91/Kconfig | 19 --- 2 files changed, 3 insertions(+), 22 deletions(-) diff --git a/arch/arm/Kconfig.debug b/arch/arm/

[PATCH 17/17] ARM: at91: remove at91_dt_initialize

Move the ramc initialization to pm.c as it is the only user left. This allows to get rid of at91_dt_initialize() and setup.c Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile | 2 -- arch/arm/mach-at91/at91rm9200.c | 1 - arch/arm/mach-at91/at91sam9.c | 2 -- arch/arm/mac

[PATCH 14/17] ARM: at91: rework initialization for sama5 based boards

Removed useless .map_io for sama5d3 and .init_early by moving at91_dt_initialize() to sama5*_dt_device_init() Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/sama5d3.c | 9 ++--- arch/arm/mach-at91/sama5d4.c | 3 ++- 2 files changed, 4 insertions(+), 8 deletions(-) diff --git a/arch

[PATCH 16/17] ARM: at91: mark const init data with __initconst instead of __initdata

As long as there is no other non-const variable marked __initdata in the same compilation unit it doesn't hurt. If there were one however compilation would fail with error: $variablename causes a section type conflict because a section containing const variables is marked read only and so

[PATCH 15/17] ARM: at91: remove old setup

The old initialization is not used anymore, remove it. Also remove now unused cpu.h and at91_dbgu.h Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/generic.h | 4 - arch/arm/mach-at91/include/mach/at91_dbgu.h| 63 -- arch/arm/mach-at91/include/mach/at91_ramc.

[PATCH 12/17] ARM: at91: rework initialization for rm9200 based boards

Remove useless .map_io and .init_early by moving at91_dt_initialize() to rm9200_dt_device_init(). Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/at91rm9200.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git a/arch/arm/mach-at91/at91rm9200.c b/arch/arm/m

[PATCH 03/17] ARM: at91:remove unused mach/system_rev.h

mach/system_rev.h is not used, remove it. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/include/mach/system_rev.h | 27 --- 1 file changed, 27 deletions(-) delete mode 100644 arch/arm/mach-at91/include/mach/system_rev.h diff --git a/arch/arm/mach-at91/include/

[PATCH 02/17] ARM: at91: move sama5 specific code into per-soc files

From: Arnd Bergmann The common board-dt-sama5 file no longer contains any shared code, so we can just move the machine descriptors into the per-soc files for further cleanup. Signed-off-by: Arnd Bergmann Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile | 3 -- arch/ar

[PATCH 07/17] ARM: at91: remove unused _matrix.h headers

The matrix headers are not used anymore, remove them. Signed-off-by: Alexandre Belloni --- .../mach-at91/include/mach/at91sam9260_matrix.h| 80 --- .../mach-at91/include/mach/at91sam9261_matrix.h| 64 - .../mach-at91/include/mach/at91sam9263_matrix.h| 129 --

[PATCH 09/17] ARM: at91: pm: remove warning to remove SOC_AT91SAM9263 usage

The SOC_AT91SAM9263 is being removed, stop using it. Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/pm_slowclock.S | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/arm/mach-at91/pm_slowclock.S b/arch/arm/mach-at91/pm_slowclock.S index 20018779bae7..556151e85ec4 100644 -

[PATCH 00/17] AT91 cleanup for 3.20 #3

This patch sets is based on AT91 cleanup for 3.20 #2. it goes further in the cleanup. It merges board-dt ans soc files, ending up with only at91rm9200.c, at91sam9.c, sama5d3.c and sama5d4.c. It merges all the SOC_AT91SAM9xxx config option under SOC_AT91SAM9. It also removes unused headers. Ther

[PATCH 01/17] ARM: at91: merge at91rm9200 files

From: Arnd Bergmann There is only one board file for the rm9200 soc file left, so it makes sense to merge the two files into one, which allows us further cleanup. Signed-off-by: Arnd Bergmann Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/Makefile | 1 - arch/arm/mach-at91/

[PATCH v3 3/3] net/macb: Create gem_ethtool_ops for new statistics functions

10/100 MACB does not have the same statistics possibilities as GEM. Separate macb_ethtool_ops to make a new GEM-specific struct with the new statistics functions included. Signed-off-by: Xander Huff --- Re-sending to properly include David Laight drivers/net/ethernet/cadence/macb.c | 15 +++

[PATCH net-next v12 0/5] openvswitch: Introduce 128-bit unique flow identifiers.

This series extends the openvswitch datapath interface for flow commands to use 128-bit unique identifiers as an alternative to the netlink-formatted flow key. This significantly reduces the cost of assembling messages between the kernel and userspace, in particular improving Open vSwitch revalidat

[PATCH net-next v12 5/5] openvswitch: Add support for unique flow IDs.

Previously, flows were manipulated by userspace specifying a full, unmasked flow key. This adds significant burden onto flow serialization/deserialization, particularly when dumping flows. This patch adds an alternative way to refer to flows using a variable-length "unique flow identifier" (UFID).

[PATCH net-next v12 4/5] genetlink: Add genlmsg_parse() helper function.

The first user will be the next patch. Signed-off-by: Joe Stringer --- include/net/genetlink.h | 17 + 1 file changed, 17 insertions(+) diff --git a/include/net/genetlink.h b/include/net/genetlink.h index 8412508..fb2d2e6 100644 --- a/include/net/genetlink.h +++ b/include/net/

[PATCH v3 2/3] net/macb: Add whitespace around arithmetic operators

Spaces should surround add, multiply, and bitshift operators. Signed-off-by: Xander Huff --- Re-sending to properly include David Laight drivers/net/ethernet/cadence/macb.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/cadence/macb.c b/driv

[PATCH v3 1/3] net/macb: Fix comments to meet style guidelines

Change comments to not exceed 80 characters per line. Update block comments in macb.h to start on the line after /*. Signed-off-by: Xander Huff --- Re-sending to properly include David Laight drivers/net/ethernet/cadence/macb.h | 734 ++-- 1 file changed, 284 ins

[PATCH net-next v12 1/5] openvswitch: Refactor ovs_nla_fill_match().

Refactor the ovs_nla_fill_match() function into separate netlink serialization functions ovs_nla_put_{unmasked_key,mask}(). Modify ovs_nla_put_flow() to handle attribute nesting and expose the 'is_mask' parameter - all callers need to nest the flow, and callers have better knowledge about whether i

[PATCH net-next v12 3/5] openvswitch: Use sw_flow_key_range for key ranges.

These minor tidyups make a future patch a little tidier. Signed-off-by: Joe Stringer --- net/openvswitch/flow_table.c | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/net/openvswitch/flow_table.c b/net/openvswitch/flow_table.c index 81b977d..9a3f41f 100

[PATCH net-next v12 2/5] openvswitch: Refactor ovs_flow_tbl_insert().

Rework so that ovs_flow_tbl_insert() calls flow_{key,mask}_insert(). This tidies up a future patch. Signed-off-by: Joe Stringer --- net/openvswitch/flow_table.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/net/openvswitch/flow_table.c b/net/openvsw

Re: [PATCH v8 2/4] fpga manager: add sysfs interface document

On Tue 2015-01-13 16:21:33, One Thousand Gnomes wrote: > On Mon, 12 Jan 2015 11:06:08 -0700 > Jason Gunthorpe wrote: > > > On Sun, Jan 11, 2015 at 10:29:00AM -0600, atull wrote: > > > the FPGA image. If someone wants there to be only one FPGA image on > > > the FGPA forever, they will probably n

[PATCH v3 1/3] net/macb: Fix comments to meet style guidelines

Change comments to not exceed 80 characters per line. Update block comments in macb.h to start on the line after /*. Signed-off-by: Xander Huff --- drivers/net/ethernet/cadence/macb.h | 734 ++-- 1 file changed, 284 insertions(+), 450 deletions(-) diff --git a/dr

[PATCH v3 2/3] net/macb: Add whitespace around arithmetic operators

Spaces should surround add, multiply, and bitshift operators. Signed-off-by: Xander Huff --- drivers/net/ethernet/cadence/macb.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/cadence/macb.c b/drivers/net/ethernet/cadence/macb.c index dd8c202

[PATCH v3 3/3] net/macb: Create gem_ethtool_ops for new statistics functions

10/100 MACB does not have the same statistics possibilities as GEM. Separate macb_ethtool_ops to make a new GEM-specific struct with the new statistics functions included. Signed-off-by: Xander Huff --- drivers/net/ethernet/cadence/macb.c | 15 +-- 1 file changed, 13 insertions(+), 2

Re: [PATCH v8 2/4] fpga manager: add sysfs interface document

On Thu, Jan 15, 2015 at 08:45:02PM +, One Thousand Gnomes wrote: > > - Hand over to a DT overlay (how does this work?) Lock transfers > > from FD to kernel > > That bit isn't stateful so I would actually have expected something in > the kernel ABI along the lines of > >request

Re: [PATCH v7 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On 01/15/2015 04:31 PM, Al Stone wrote: > On 01/15/2015 11:23 AM, Catalin Marinas wrote: >> On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote: >>> On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote: This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1 >>> >>> I'll get rig

Re: [PATCHv3 0/8] perf tools: Add perf data CTF conversion

On 1/15/15 9:15 AM, Jiri Olsa wrote: hi, this is follow up on original RFC patchset: http://marc.info/?t=14073273564&r=1&w=2 Basically we are adding 'perf data convert' command to allow conversion of perf data file into CTF [1] data. v3 changes: - rebased to latest acme's perf/core v

Re: [RFC PATCH] NFC: st21nfcb: Avoid use of skb after free

Hi Anda-Maria, I agree with your fix. I have built and tested it successfully. I will include it in a new patch series with a: Acked-by: Christophe Ricard Thanks a lot. Christophe On 15/01/2015 11:30, Anda-Maria Nicolae wrote: Do not insert in send queue the skb that contains unknown Packet Co

Re: [PATCH v7 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On 1/14/2015 9:04 AM, Hanjun Guo wrote: Hi, This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1 updates from v6: - Rebased on top of 3.19-rc4, add Mack Salter's patch to use the early_ioremap after paging_init() for ACPI table mappings; - Two patches about converting api

Re: [PATCH v7 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On 01/15/2015 11:23 AM, Catalin Marinas wrote: > On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote: >> On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote: >>> This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1 >> >> I'll get right to the point: Can we please have this series

Re: [PATCH v3 00/16] virtio-pci: towards virtio 1.0 guest support

On Thu, Jan 15, 2015 at 10:18:18PM +0100, Gerd Hoffmann wrote: > Hi, > > > QEMU side is still undergoing polishing, but is already testable. > > Looked art the qemu side for now, commenting here due to qemu patches > not being posted to the list yet (guess that is at least partly already > on y

Re: [RFC Patch 16/19] ACPI: Introduce helper function acpi_dev_filter_resource_type()

On Thu, 8 Jan 2015, Jiang Liu wrote: > 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 | 54 > ++

[patch 04/23] x86/ioapic: Check x2apic really

The x2apic_preenabled flag is just a horrible hack and if X2APIC support is disabled it does not reflect the actual hardware state. Check the hardware instead. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h|2 -- arch/x86/kernel/apic/apic.c|4 +++- arch/x86/kernel

[patch 01/23] x86/apic: Avoid open coded x2apic detection

enable_IR_x2apic() grew a open coded x2apic detection. Implement a proper helper function which shares the code with the already existing x2apic_enabled(). Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h | 18 +- arch/x86/kernel/apic/apic.c |5 + 2 files

[patch 02/23] x86/apic: Make x2apic_mode depend on CONFIG_X86_X2APIC

No point in having a static variable around which is always 0. Let the compiler optimize code out if disabled. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h |8 arch/x86/kernel/apic/apic.c |2 +- 2 files changed, 5 insertions(+), 5 deletions(-) Index: tip/arch/

[patch 03/23] x86/apic: Move x2apic code to one place

Having several disjunct pieces of code for x2apic support makes reading the code unnecessarily hard. Move it to one ifdeffed section. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c | 58 +--- 1 file changed, 28 insertions(+), 30 deletions

[patch 05/23] x86/apic: Make disable x2apic work really

If x2apic_preenabled is not enabled, then disable_x2apic() is not called from various places which results in x2apic_disabled not being set. So other code pathes can happily reenable the x2apic. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c | 14 +- 1 file changed,

[patch 09/23] x86/x2apic: Add proper state tracking

Having 3 different variables to track the state is just silly and error prone. Add a proper state tracking variable which covers the three possible states: ON/OFF/DISABLED. We cannot use x2apic_mode for this as this would require to change all users of x2apic_mode with explicit comparisons for a s

[patch 10/23] x86/x2apic: Disable x2apic from nox2apic setup

There is no point in postponing the hardware disablement of x2apic. It can be disabled right away in the nox2apic setup function. Disable it right away and set the state to DISABLED . This allows to remove all the nox2apic conditionals all over the place. Signed-off-by: Thomas Gleixner --- arch

[patch 07/23] x86/x2apic: Move code in conditional region

No point in having try_to_enable_x2apic() outside of the CONFIG_X86_X2APIC section and having inline functions and more ifdefs to deal with it. Move the code into the existing ifdef section and remove the inline cruft. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h | 20 ++-

[patch 08/23] x86/x2apic: Clarify remapping mode for x2apic enablement

Rename the argument of try_to_enable_x2apic() so the purpose becomes more clear. Make the pr_warning more consistent and avoid the double print of "disabling". Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c |8 1 file changed, 4 insertions(+), 4 deletions(-) Index:

[patch 00/23] x86: Cleanup apic/ioapic/x2apic setup code

While reviewing Jiangs interrupt remapping patch set, I had several serious WTF moments when trying to understand what that code is doing. The main issues I've seen are: - Blindly copy and pasted code - Random places which initialize bits and pieces - Code which got mindlessly expan

[patch 15/23] x86/ioapic: Add proper checks to setp/enable_IO_APIC()

No point to have the same checks at every call site. Add them to the functions, so they can be called unconditionally. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/io_apic.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) Index: tip/arch/x86/kernel/apic/io_apic.c

[patch 13/23] x86/smpboot: Move smpboot inlines to code

No point for a seperate header file. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/smpboot_hooks.h | 68 --- arch/x86/kernel/smpboot.c| 67 +- 2 files changed, 66 insertions(+), 69 deletions(-) Index: tip/

[RESEND PATCH] bochs: ignore device if there isn't enougth memory

The qemu stdvga can be configured with a wide range of video memory, from 1 MB to 256 MB (default is 16 MB). In case it is configured with only 1 or 2 MB it isn't really usable with bochsdrm, due to depths other than 32bpp not being supported so that isn't enough memory for a reasonable sized fram

[RESEND PATCH] qxl: catch qxlfb_create_pinned_object failures

Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_fb.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/qxl/qxl_fb.c b/drivers/gpu/drm/qxl/qxl_fb.c index 3d7c1d0..18ef31a 100644 --- a/drivers/gpu/drm/qxl/qxl_fb.c +++ b/drivers/gpu/drm/qxl/qxl_fb.c @@ -521,6 +521,9 @@

[patch 16/23] x86/apic: Sanitize ioapic handling

We have proper stubs for the IOAPIC=n case and the setup/enable function have the required checks inside now. Remove the ifdeffery and the copy&pasted conditionals. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c | 17 +++-- 1 file changed, 3 insertions(+), 14 deleti

[patch 12/23] x86/x2apic: Use state information for disable

Use the state information to simplify the disable logic further. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c | 25 ++--- 1 file changed, 10 insertions(+), 15 deletions(-) Index: tip/arch/x86/kernel/apic/apic.c

[patch 14/23] x86/ioapic: Provide stub functions for IOAPIC=n

To avoid lots of ifdeffery provide proper stubs for setup_IO_APIC(), enable_IO_APIC() and setup_ioapic_dest(). Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/io_apic.h |5 + 1 file changed, 5 insertions(+) Index: tip/arch/x86/include/asm/io_apic.h ==

[patch 17/23] x86/smpboot: Cleanup ioapic handling

smpboot is very creative with the ways to disable ioapic. smpboot_clear_io_apic() smpboot_clear_io_apic_irqs() and disable_ioapic_support() serve a similar purpose. smpboot_clear_io_apic_irqs() is the most useless of all functions as it clears a variable which has not been setup yet. Aside of th

[patch 18/23] x86/apic: Move apic_init_uniprocessor code

Move the code to a different place so we can make other functions inline. Preparatory patch for further cleanups. No change. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c | 125 +--- 1 file changed, 62 insertions(+), 63 deletions(-) Inde

[patch 20/23] x86/smpboot: Move apic init code to apic.c

We better provide proper functions which implement the required code flow in the apic code rather than letting the smpboot code open code it. That allows to make more functions static and confines the APIC functionality to apic.c where it belongs. Signed-off-by: Thomas Gleixner --- arch/x86/incl

[patch 23/23] x86: Consolidate boot cpu timer setup

Now that the APIC bringup is consolidated we can move the setup call for the percpu clock event device to apic_bsp_setup(). Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c |4 ++-- arch/x86/kernel/smpboot.c |4 2 files changed, 2 insertions(+), 6 deletions(-) Index

[patch 22/23] x86/apic: Reuse apic_bsp_setup() for UP APIC setup

Extend apic_bsp_setup() so the same code flow can be used for APIC_init_uniprocessor(). Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h |2 - arch/x86/kernel/apic/apic.c | 54 ++-- arch/x86/kernel/smpboot.c |4 +-- 3 files change

[patch 21/23] x86/smpboot: Sanitize uniprocessor init

The UP related setups for local apic are mangled into smp_sanity_check(). That results in duplicate calls to disable_smp() and makes the code hard to follow. Let smp_sanity_check() return dedicated values for the various exit reasons and handle them at the call site. Signed-off-by: Thomas Gleixne

[patch 06/23] x86/apic: Check x2apic early

No point in delaying the x2apic detection for the CONFIG_X86_X2APIC=n case to enable_IR_x2apic(). We rather detect that in the early boot code in check_x2apic(). Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic.h |6 ++ arch/x86/kernel/apic/apic.c | 33 +++--

[patch 11/23] x86/x2apic: Split enable and setup function

enable_x2apic() is a convoluted unreadable mess because it is used for both enablement in early boot and for setup in cpu_init(). Split the code into x2apic_enable() for enablement and x2apic_setup() for setup of (secondary cpus). Make use of the new state tracking to simplify the logic. Signed-o

[patch 19/23] init: Get rid of x86isms

The UP local API support can be set up from an early initcall. No need for horrible hackery in the init code. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c |3 +++ init/main.c | 14 +- 2 files changed, 4 insertions(+), 13 deletions(-) Index: ti

Greetings

Hello, I am David Edward Cleasby, Group financial director of Bidvest Bank. I will like to discuss an Inheritance deal with you, which will be of help to both of us, if interested kindly reply to: david.eclea...@outlook.com for more details. -- To unsubscribe from this list: send the line "unsu

Re: [PATCH v3 00/16] virtio-pci: towards virtio 1.0 guest support

Hi, > QEMU side is still undergoing polishing, but is already testable. Looked art the qemu side for now, commenting here due to qemu patches not being posted to the list yet (guess that is at least partly already on your todo list): * Both legacy and modern should be switchable. Modern need

lan

God dag, Jeg er Rose Butler, den udøvende agent på et generelt anerkendt legitimt långivende selskab kaldet YesGrowth Lån, der ligger i Det Forenede Kongerige. Vi låner penge til enkeltpersoner og virksomheder, der har brug finansiel bistand. Har du har en dårlig kredit, eller du har brug fo

Re: [PATCH] virtio_balloon: coding style fixes

On 01/15/2015 02:44 PM, Michael S. Tsirkin wrote: > On Thu, Jan 15, 2015 at 02:06:42PM +0100, Michal Hocko wrote: >> On Thu 15-01-15 13:39:06, Michael S. Tsirkin wrote: >>> Most of our code has >>> struct foo { >>> } >>> >>> Fix two instances where balloon is inconsistent. >> >> I hate to complain

Re: [PATCHv3 0/8] perf tools: Add perf data CTF conversion

Hi, I'm a developer for the Trace Compass tool (see links [3], [4] in Jiri's email). I can confirm that the generated CTF can be read correctly by our tool, which enables many views and analyses (Control Flow, CPU usage view, etc.) that were previously only available for LTTng traces. Some o

[RFC PATCH 3/5] epoll: add ep_call_nested_nolock()

Add an ep_call_nested_nolock() variant which functions the same as the current ep_call_nested(), except it does not acquire any locks. This call wil be used by subsequent patches which have provide their own 'external' locking. Signed-off-by: Jason Baron --- fs/eventpoll.c | 33 +

[RFC PATCH 5/5] epoll: introduce epoll connected components (remove the epmutex)

We currently use the global'epmutex' in the epoll code to serialize when files are being closed (and we need to remove them from epoll) and in certain cases when we are doing epoll_ctl(EPOLL_CTL_ADD). The requirements for epoll_ctl(EPOLL_CTL_ADD) are that we don't create an epoll topology with loop

[RFC PATCH 2/5] epoll: remove ep_call_nested() from ep_poll_safewake()

The ep_poll_safewake() function is used to wakeup potentially nested epoll file descriptors. The function uses ep_call_nested() to prevent entering the same wake up queue more than once, and to prevent excessively deep wakeup paths (deeper than EP_MAX_NESTS). However, this is not necessary since we

[RFC PATCH 4/5] epoll: Allow topology checks to be parallelized

The ep_loop_check() (which checks for loops) and the reverse_path_check() (which prevents excessively deep wakeup paths), functions currently make use of a number of global variables, since they are always called under the global 'epmutex'. In preparation, for removing the 'epmutex', we make use of

Re: [PATCH/RFC v10 03/19] DT: leds: Add led-sources property

Hi! > Perhaps we could use the 'reg' property to describe actual connections, > I'm not sure if it's better than a LED specific property, e.g. > > max77387@52 { > compatible = "nxp,max77387"; > #address-cells = <2>; > #size-cells = <0>; > reg = <0x52>; > > f

[PATCH v2 1/2] MIPS: OCTEON: fix kernel crash when offlining a CPU

octeon_cpu_disable() will unconditionally enable interrupts when called. We can assume that the routine is always called with interrupts disabled, so just delete the incorrect local_irq_disable/enable(). The patch fixes the following crash when offlining a CPU: [ 93.818785] [ cut he

[PATCH v2 2/2] MIPS: fix kernel lockup or crash after CPU offline/online

From: Hemmo Nieminen As printk() invocation can cause e.g. a TLB miss, printk() cannot be called before the exception handlers have been properly initialized. This can happen e.g. when netconsole has been loaded as a kernel module and the TLB table has been cleared when a CPU was offline. Call c

[RFC PATCH 0/5] Remove global locks from epoll

Hi, There are a number of 'global' locks taken in epoll. The first two patches remove taking these in the poll() and wakeup paths, since we're already preventing loops, and excessive wakeup paths during EPOLL_CTL_ADD. The final 3 introduce the idea of breaking up the current global 'epmutex' by ke

[RFC PATCH 1/5] epoll: remove ep_call_nested() from ep_eventpoll_poll()

The use of ep_call_nested() in ep_eventpoll_poll(), which is the .poll routine for an epoll fd, is used to prevent excessively deep epoll nesting, and to prevent circular paths. However, we are already preventing circular paths during EPOLL_CTL_ADD. In terms of too deep epoll chains, we do in fact

Re: [PATCH 4/8] x86/spinlock: Leftover conversion ACCESS_ONCE->READ_ONCE

Am 15.01.2015 um 21:01 schrieb Oleg Nesterov: > On 01/15, Christian Borntraeger wrote: >> >> Am 15.01.2015 um 20:38 schrieb Oleg Nesterov: >>> On 01/15, Christian Borntraeger wrote: --- a/arch/x86/include/asm/spinlock.h +++ b/arch/x86/include/asm/spinlock.h @@ -186,7 +186,7 @@ s

Re: [PATCH v8 2/4] fpga manager: add sysfs interface document

Hi Alan, > On Jan 15, 2015, at 22:45 , One Thousand Gnomes > wrote: > > On Thu, 15 Jan 2015 11:47:26 -0700 > Jason Gunthorpe wrote: >> It is a novel idea, my concern would be that embedding the FPGA in the >> DT makes it permanent unswappable kernel memory. >> Not having the kernel hold the FP

Re: [PATCH v7 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On Thu, Jan 15, 2015 at 08:31:59PM +, Mark Brown wrote: > On Thu, Jan 15, 2015 at 03:04:37PM -0500, Jason Cooper wrote: > > On Thu, Jan 15, 2015 at 07:02:20PM +, Mark Brown wrote: > > > > There's probably a bit of a process problem here - these patches are all > > > being posted as part of

Re: [PATCH v8 2/4] fpga manager: add sysfs interface document

On Thu, 15 Jan 2015 11:47:26 -0700 Jason Gunthorpe wrote: > It is a novel idea, my concern would be that embedding the FPGA in the > DT makes it permanent unswappable kernel memory. > Not having the kernel hold the FPGA is best for many uses. If you have a filesysytem before the FPGA is set up th

Re: [PATCH v2 1/8] device core: Introduce per-device MSI domain pointer

On Thu, Jan 8, 2015 at 11:06 AM, Marc Zyngier wrote: > As MSI-type features are creeping into non-PCI devices, it is > starting to make sense to give our struct device some form of > support for this, by allowing a pointer to an MSI irq domain to > be set/retrieved. > > Signed-off-by: Marc Zyngier

Re: [PATCH v7 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On Thu, Jan 15, 2015 at 03:04:37PM -0500, Jason Cooper wrote: > On Thu, Jan 15, 2015 at 07:02:20PM +, Mark Brown wrote: > > There's probably a bit of a process problem here - these patches are all > > being posted as part of big and apparently controversial threads with > > subject lines in th

Re: [PATCH 1/2] MIPS: OCTEON: fix kernel crash when offlining a CPU

Hi, On Thu, Jan 15, 2015 at 12:10:08PM -0800, David Daney wrote: > On 01/15/2015 11:53 AM, Aaro Koskinen wrote: > >Hi, > > > >On Thu, Jan 15, 2015 at 11:36:12AM -0800, David Daney wrote: > >>On 01/15/2015 10:49 AM, Aaro Koskinen wrote: > >>>octeon_cpu_disable() will unconditionally enable interrup

Re: fs: locks: WARNING: CPU: 16 PID: 4296 at fs/locks.c:236 locks_free_lock_context+0x10d/0x240()

On Wed, 14 Jan 2015 18:44:41 -0500 Sasha Levin wrote: > On 01/14/2015 09:27 AM, Jeff Layton wrote: > > On Tue, 13 Jan 2015 17:50:45 -0500 > > Sasha Levin wrote: > > > >> On 01/13/2015 04:44 PM, Jeff Layton wrote: > >>> On Tue, 13 Jan 2015 00:11:37 -0500 > >>> Sasha Levin wrote: > >>> > He

<    1   2   3   4   5   6   7   8   9   10   >