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 @@ static inline void
> >> arch_spin_unlock_wait(arch
On Thu, Jan 15, 2015 at 07:02:20PM +, Mark Brown wrote:
> On Thu, Jan 15, 2015 at 06:23:47PM +, Catalin Marinas wrote:
> > On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
>
> > > I'll get right to the point: Can we please have this series queued up
> > > for v3.20?
>
> > Bef
Hi,
On Thu, Jan 15, 2015 at 07:47:00PM +, Paul Zimmerman wrote:
> Adding linux-usb and linux-kernel to CC.
a bit annoying, but do you mind resending ?
--
balbi
signature.asc
Description: Digital signature
When releasing hctx, we do not know that the embedded kobject has been
released until it's ->release() callback has been called. It is unsafe
to unconditionally free the underlying memory until the ->release()
callback has been called since it may cause use-after-free bugs.
In practice, this patch
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 interrupts when called
with interrupts disabled. Fix that.
interrupts are always disable
Update the MAINTAINERS entry for the dwc2 driver to show John Youn
as the new maintainer
Signed-off-by: Paul Zimmerman
---
Resending with linux-usb and linux-kernel in CC
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3589d
On Thursday 15 January 2015 16:31:04 Jeff Kirsher wrote:
> On Thu, 2015-01-15 at 16:18 +0100, Ondrej Zary wrote:
> > On Thursday 15 January 2015, Jeff Kirsher wrote:
> > > On Thu, 2015-01-15 at 14:40 +0100, Ondrej Zary wrote:
> > > > On Thursday 13 November 2014, Jeff Kirsher wrote:
> > > > > On
On Thu 15-01-15 20:50:18, Michael S. Tsirkin wrote:
> On Thu, Jan 15, 2015 at 03:13:08PM +0100, Michal Hocko wrote:
> > On Thu 15-01-15 15:44:12, Michael S. Tsirkin wrote:
[...]
> > > Maybe send patch dropping include/uapi/ from there,
> > > should help drive the volumes down?
> >
> > This would b
On 01/15/2015 08:42 AM, Rob Herring wrote:
> On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland wrote:
>> On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
>>> On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna wrote:
This patch adds the generic common bindings used to represent
Hello,
Please consider including mainline commit c12f07d and bd9b2f9 in the
next v3.16.y-ckt release. They
were included in the mainline tree as of v3.17-rc1. A test kernel has
been built and tested, which was confirmed to resolve:
http://bugs.launchpad.net/bugs/1406767 .
commit c12f07d17c12193
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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
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
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
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
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 +++--
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
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
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
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
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
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
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
==
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
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
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
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
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/
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 @@
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
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
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
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 ++-
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:
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,
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
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
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/
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
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
> ++
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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).
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/
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
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 +++
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
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
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/
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/
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
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 --
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
-
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
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
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
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
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.
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
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 ++
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/
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
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
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 --
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
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
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
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
601 - 700 of 910 matches
Mail list logo