On Wed, 14 Jan, at 10:27:47AM, Andy Lutomirski wrote:
>
> How are you manually triggering an MCE? I've been playing with some
> MCE stuff recently, but the only reasonably reliable way I know of to
> trigger an MCE is using WHEA, and I don't have a box with WHEA, and I
> assume your ASUS T100
On 01/14, Davidlohr Bueso wrote:
>
> Call __set_current_state() instead of assigning the new state directly.
> These interfaces also aid CONFIG_DEBUG_ATOMIC_SLEEP environments, keeping
> track of who changed the state.
Acked-by: Oleg Nesterov
> Signed-off-by: Davidlohr Bueso
> Cc: Oleg
On 01/15/2015 09:23 AM, Laurent Dufour wrote:
> The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
> call from xmon") was fixing an endianness issue in the call made from
> xmon to RTAS.
>
> However, as Michael Ellerman noticed, this fix was not complete, the
> token value was
Adding linux-usb and linux-kernel to CC.
--
Paul
> -Original Message-
> From: Paul Zimmerman
> Sent: Thursday, January 15, 2015 11:44 AM
> To: gre...@linuxfoundation.org; ba...@ti.com; John Youn
> (johny...@synopsys.com)
> Cc: 'r.bald...@samsung.com'; 'dingu...@opensource.altera.com';
Add an attribute 'wakeup' to the GPIO sysfs interface which allows
marking/unmarking a GPIO as wake IRQ.
The file 'wakeup' is created in each exported GPIOs directory, if an IRQ
is associated with that GPIO and the irqchip implements set_wake().
Writing 'enabled' to that file will enable wake for
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_spinlock_t
>> *lock)
>> __ticket_t head =
Hi Dmitry,
On 15-01-14 10:07 PM, Dmitry Torokhov wrote:
> On Wed, Jan 14, 2015 at 09:44:39PM -0800, Scott Branden wrote:
>> On 15-01-14 05:02 PM, Dmitry Torokhov wrote:
>>> Hi Jonathan,
>>>
>>> On Fri, Dec 19, 2014 at 02:17:49PM -0800, Jonathan Richardson wrote:
+ if
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 disabled here, so...
Is that also true for
Signed-off-by: Gao Zhenyu
Signed-off-by: Shrikrishna Khare
Reviewed-by: Shreyas N Bhatewara
---
drivers/net/vmxnet3/vmxnet3_ethtool.c |2 +-
drivers/net/vmxnet3/vmxnet3_int.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
On 01/15/2015 11:41 AM, Matt Fleming wrote:
Tianocore makes assumptions about the kernel's GDT layout? Yuck.
No, but 32-bit Tianocore does rely on the second GDT entry being a
32-bit CS.
It has no knowledge of Linux's GDT layout.
If it assumes that descriptor 16 is a 32-bit CS (and what
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
> >>
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?
>
> >
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
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
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
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
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
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:
> >>>
>
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
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
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
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
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
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
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 @@
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
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
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>;
>
>
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
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
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
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
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
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
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
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
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:
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.
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(-)
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
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
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
---
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
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(-)
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 conditionals.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
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
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:
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
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
---
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
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(-)
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
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
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:
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 +++-
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
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
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
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
On 1/15/15 9:15 AM, Jiri Olsa wrote:
hi,
this is follow up on original RFC patchset:
http://marc.info/?t=14073273564=1=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
v2
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
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
>
>
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(+),
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
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
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
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
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
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
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
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"
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
+++
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
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
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.
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 -
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
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 --
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
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
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
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 --
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 --
1501 - 1600 of 1820 matches
Mail list logo
