This platform from WITS is the evaluation board for the Allwinner A31.
It features a quad-Cortex A7, 2048MB of RAM, NAND, USB, MMC, several
UART, HDMI, a 2048 x 1536 10" screen, powered by a PowerVR, etc.
Of course, most of these peripherals aren't supported yet, but support
for those will come
Hi everyone,
This patchset add support in Linux for the Allwinner A31 SoC. This SoC is the
current high-end Allwinner SoC, and is powered by 4 Cortex-A7.
SMP support is not there yet, but should come eventually, so does the clock
support.
As usual, since we don't have any storage device driver
The Allwinner A31 SoC is a multimedia SoC powered by 4 Cortex-A7 and a
PowerVR GPU.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 156 +++
1 file changed, 156 insertions(+)
create mode 100644 arch/arm/boot/dts/sun6i-a31.dtsi
diff --git
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31-colombus.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31-colombus.dts
b/arch/arm/boot/dts/sun6i-a31-colombus.dts
index 0128754..1f2c0f0 100644
--- a/arch/arm/boot/dts/sun6i-a31-colombus.dts
+++
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index 2d10eb4..e6ccddf 100644
--- a/arch/arm/boot/dts/sun6i-a31.dtsi
+++
On Thu, 25 Jul 2013 10:54:20 +0200 Martin Schwidefsky
wrote:
> From: Konstantin Weitz
>
> In a virtualized environment and given an appropriate interface the guest
> can mark pages as unused while they are free (for the s390 implementation
> see git commit 45e576b1c3d00206 "guest page hinting
The Allwinner A31 SoC uses the same IP than the one found in the
A10/A13, with only different pins. Add the pins and the associated
functions found in the A31.
Signed-off-by: Maxime Ripard
Cc: Linus Walleij
---
drivers/pinctrl/pinctrl-sunxi-pins.h | 820 +++
The A31 has a different set of pins than the one found on the A10 and
A13. Now that we have support for the A31 pin set in the pinctrl driver,
we can enable it in the DTSI with its own compatible.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 12
1 file
The Allwinner A31 is a quad-Cortex-A7 based SoC, which shares a lot of
IPs with the previous SoCs from Allwinner, like the PIO, I2C, UARTs,
timers, watchdog IPs, but also differs by dropping the WEMAC ethernet
controller and most notably dropping the in-house IRQ controller in
favor of a ARM GIC
Andy Lutomirski reported that in case if a page with _PAGE_SOFT_DIRTY
bit set get swapped out, the bit is getting lost and no longer
available when pte read back.
To resolve this we introduce _PTE_SWP_SOFT_DIRTY bit which is
saved in pte entry for the page being swapped out. When such page
is to
Andy reported that if file page get reclaimed we loose soft-dirty bit
if it was there, so save _PAGE_BIT_SOFT_DIRTY bit when page address
get encoded into pte entry. Thus when #pf happens on such non-present
pte we can restore it back.
Reported-by: Andy Lutomirski
Signed-off-by: Cyrill Gorcunov
Hi, as being reported by Andy, there are a couple of situations
when soft-dirty bit will be lost, in paricular when page we're
tracking is going to swap and when file page get reclaimed. In
this series both problems are aimed.
One more hardness which remains is the scenario when vma area
(which
On Tue, Jul 30, 2013 at 11:45:12AM -0600, Stephen Warren wrote:
> On 07/30/2013 04:32 AM, Richard Genoud wrote:
> > +wm8731 pins:
> > +cf Documentation/devicetree/bindings/sound/wm8731.txt
> In the Tegra bindings, I deliberately put the list of CODEC pins into
> the audio complex binding rather
Thanks for the patch James! I'll send it off to Greg in a couple days.
Sarah Sharp
On Fri, Jul 26, 2013 at 01:34:43PM +0100, James Hogan wrote:
> A randconfig build hit the following build errors because xhci.c and
> xhci-mem.c use dma mapping functions but don't include
> . Add the missing
On Tue, Jul 30, 2013 at 07:02:29PM +, Thorsten Glaser wrote:
> Josef Bacik dixit:
>
> >Can you gdb btrfs.ko and do
> >
> >list *(__btrfs_map_block+0x11c)
>
> Not easily (the kernel image is from a .deb package),
> and even in a compile tree gdb just says:
> No symbol table is loaded. Use
From: Benoit Goby
Rather than hard-lock the kernel, dump the suspend/resume thread stack and
panic() to capture a message in pstore when a driver takes too long to
suspend/resume. Default suspend/resume watchdog timeout is set to 12
seconds to be longer than the usbhid 10 second timeout, but
On Tue, 2013-07-30 at 12:59 -0700, Davidlohr Bueso wrote:
> cc'ing Dave Chinner for XFS
>
Davidlohr,
I also wonder it this change benefit your workload. Will
be interested to know of your performance numbers.
Tim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi Ian,
On Tue, Jul 30, 2013 at 04:09:13PM +0100, Ian Campbell wrote:
> On Tue, 2013-07-30 at 16:59 +0200, Maxime Ripard wrote:
> > The compatible declaration and their associated data are exceeding the
> > 80-characters width limit.
> >
> > Split these lines to make them more readable and fit
On 07/30/2013 12:53 PM, Konrad Rzeszutek Wilk wrote:
> Hey,
>
> I was wondering if it would be possible to remove from linux-next
> the three xen trees and instead use a combined tree, similar to the
> x86 tip (so the various maintainers share it)?
>
> The ones that would be removed are:
>
> xen
On Thu, Jul 25, 2013 at 02:15:38PM +1000, Dave Chinner wrote:
> On Thu, Jul 11, 2013 at 10:39:30PM -0400, Dave Jones wrote:
> > Just saw this during boot after an unclean shutdown. It hung afterwards.
> >
> > [ 97.162665] XFS: Assertion failed: xfs_dir2_sf_lookup(args) == ENOENT,
> >
Add device tree bindings documentation for the TI WiLink modules.
Currently only the WLAN part of the WiLink6, WiLink7 and WiLink8
modules is supported.
Signed-off-by: Luciano Coelho
---
In v3, use IRQ_TYPE_LEVEL_HIGH in the example, as suggested by Laurent.
On 07/27/2013 03:55 AM, Laxman Dewangan wrote:
> On Saturday 27 July 2013 03:42 AM, Andrew Chew wrote:
>> I wrote:
>>> Andrew wrote:
[adding a third pinmux configuration property to Palmas's DT]
>>>
>>> How does this interact with the pinctrl driver that Laxman just
>>> sent for Palmas?
>>>
dsps uses a nop driver which is added in dsps itself and does the PHY
on/off calls within dsps. Since those calls are now moved the nop driver
itself, we can now request the phy proper phy and remove those calls.
Currently only the first musb interface is used so we only add one phy
node for now.
This moves the two instances from the big node into two child nodes. The
glue layer ontop does almost nothing.
There is one devices containing the control module for USB (2) phy,
(2) usb and later the dma engine. The usb device is the "glue device"
which contains the musb device as a child. This
This patch exports the mostly generic functions so they can be used from
other phy driver instead of duplicating the code.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/usb/phy/phy-generic.c | 130 --
drivers/usb/phy/phy-generic.h | 20 +++
2
This driver is a redo of my earlier attempt. It uses parts of the
generic PHY driver and uses the new control driver for the register
the phy needs to power on/off the phy. It also enables easy access for
the wakeup register which is not yet implemented.
The difference between the omap attempt is:
The "nop" driver isn't a do-nothing-stub but supports a couple functions
like clock on/off or is able to use a voltage regulator. This patch
simply renames the driver to "generic" since it is easy possible to
extend it by a simple function istead of writing a complete driver.
Signed-off-by:
Hi,
patch is mostly unchanged. I also added a phy a rename. I belive Tony is okay
with taking this on a -rc4 based branch.
#2 creates exports the common functions su am335x pieces don't polute the file.
#3 is the new phy using the reset module which is similar to what omap does.
#5 has be alted
Hi Sergei,
On Tue, Jul 30, 2013 at 11:07:21PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 07/30/2013 06:59 PM, Maxime Ripard wrote:
>
> >The UARTs on the A20 can be muxed to several pins. Add a few options to
> >the DTSI so that we can start using them in the boards' DT.
>
> >Signed-off-by:
cc'ing Dave Chinner for XFS
On Mon, 2013-07-29 at 17:13 -0700, Tim Chen wrote:
> On Tue, 2013-07-23 at 11:53 +0200, Ingo Molnar wrote:
> > * Peter Zijlstra wrote:
> >
> > > On Tue, Jul 23, 2013 at 11:45:13AM +0200, Ingo Molnar wrote:
> > >
> > > > Why not just try the delayed addition approach
Otherwize if there is no left space on shmem device, there will be
"Bus error" when application will try to write to address space that was
returned by mmap(2)
This patch also preserve old behaviour if MAP_NORESERVE/VM_NORESERVE
isset.
So, with this patch, you will get next:
a)
$ echo 2 >|
On Tue, Jul 30, 2013 at 9:47 AM, Leif Lindholm wrote:
> IA64 code compile tested only.
Compiled on a bunch of ia64 configurations, Boot tested. But not on machine that
does the PROCESSOR_ABSTRACTION_LAYER_OVERWRITE_GUID thingy.
Code to do the arch specific thing looks ok though.
-Tony
--
To
From: "Michael S. Tsirkin"
Date: Tue, 30 Jul 2013 14:41:25 +0300
> Was this patch dropped?
Nope, it's commit ece793fcfc417b3925844be88a6a6dc82ae8f7c6
> Any objections to merging it for 3.11 and stable?
No objection, queued up for -stable.
--
To unsubscribe from this list: send the line
From: "Michael S. Tsirkin"
Date: Tue, 30 Jul 2013 14:41:13 +0300
> Was this patch dropped?
No, it's commit 885291761dba2bfe04df4c0f7bb75e4c920ab82e
> Any objections to merging it for 3.11 and stable?
No objections, queued up for -stable.
--
To unsubscribe from this list: send the line
On Tue, Jul 30, 2013 at 10:44:02PM +0300, Ilari Stenroth wrote:
> On 30.7.2013 22.35, Borislav Petkov wrote:
> > On Tue, Jul 30, 2013 at 09:50:49PM +0300, Ilari Stenroth wrote:
> >> Does somebody know why arch/x86/kernel/cpu/intel.c has
> >> tlb_flushall_shift detection logic for Ivy Bridge CPU
Hey,
I was wondering if it would be possible to remove from linux-next
the three xen trees and instead use a combined tree, similar to the
x86 tip (so the various maintainers share it)?
The ones that would be removed are:
xen git
On 30.7.2013 22.35, Borislav Petkov wrote:
> On Tue, Jul 30, 2013 at 09:50:49PM +0300, Ilari Stenroth wrote:
>> Does somebody know why arch/x86/kernel/cpu/intel.c has
>> tlb_flushall_shift detection logic for Ivy Bridge CPU family but not
>> for Haswell? Maybe intel_cacheinfo.c needs to be checked
On Tue, Jul 30, 2013 at 03:01:27PM -0400, Vince Weaver wrote:
> Hello
>
> so my perf_fuzzer has been causing problems again.
>
> After running a while all login shells on the system (even unrelated
> local ones) get killed. Nothing is logged when this happens and it
> doesn't appear to be OOM
On Mon, Jul 29, 2013 at 10:04:29PM +0100, Chris Wilson wrote:
> Whoops, we spotted that error and fixed it in the next tree, but forgot
> to send a fix for stable as well.
> ...
>
> +}
> +
> +void intel_pm_init(struct drm_device *dev)
> +{
>
Hi,
When some application launches several hundreds of processes that issue
only a few small sync I/O requests, CFQ may cause heavy latencies
(10+ seconds at the worst case), although the request rate is low enough for
the disk to handle it without waiting. This is because CFQ waits for
On Tue, Jul 30, 2013 at 09:50:49PM +0300, Ilari Stenroth wrote:
> Does somebody know why arch/x86/kernel/cpu/intel.c has
> tlb_flushall_shift detection logic for Ivy Bridge CPU family but not
> for Haswell? Maybe intel_cacheinfo.c needs to be checked for Haswell
> updates too.
Because someone
>
>>> Both H_IS and H_IE needs to be set to receive H_RDY interrupt
> >>>
> >>> 1. Assert H_IS to clear the interrupts during hw reset and use
> >>> mei_me_reg_write instead of mei_hcsr_set as the later strips down
> >>> the H_IS
> >>>
> >>> 2. fix interrupt disablement embarrassing typo
> >>>
* Tim Chen wrote:
> On Tue, 2013-07-23 at 11:53 +0200, Ingo Molnar wrote:
> > * Peter Zijlstra wrote:
> >
> > > On Tue, Jul 23, 2013 at 11:45:13AM +0200, Ingo Molnar wrote:
> > >
> > > > Why not just try the delayed addition approach first? The spinning is
> > > > time limited AFAICS, so we
On Tue, 2013-07-30 at 12:01 -0700, Greg Kroah-Hartman wrote:
> On Tue, Jul 30, 2013 at 04:11:52PM +, James Bottomley wrote:
> > On Wed, 2013-07-24 at 15:05 -0700, Greg Kroah-Hartman wrote:
> > > The dev_attrs field of struct class is going away soon, dev_groups
> > > should be used instead.
The following changes since commit 2c7b871b9102c497ba8f972aa5d38532f05b654d:
usb: Clear both buffers when clearing a control transfer TT buffer.
(2013-07-25 11:37:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
The following changes since commit 3bf5d350586d98eb28ab7f86ffbd66518ffd95d8:
serial: tegra: correct help message in Kconfig from 'ttyHS' to 'ttyTHS'
(2013-07-24 15:23:38 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
Hi,
Does somebody know why arch/x86/kernel/cpu/intel.c has
tlb_flushall_shift detection logic for Ivy Bridge CPU family but not for
Haswell? Maybe intel_cacheinfo.c needs to be checked for Haswell updates
too.
Regards,
Ilari Stenroth
--
To unsubscribe from this list: send the line "unsubscribe
Hello.
On 07/30/2013 06:59 PM, Maxime Ripard wrote:
The UARTs on the A20 can be muxed to several pins. Add a few options to
the DTSI so that we can start using them in the boards' DT.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun7i-a20.dtsi | 21 +
1 file
On Tue, Jul 30, 2013 at 02:17:40PM -0400, Philippe Proulx wrote:
> Hi Greg.
>
> I am interested in continuing the work of Subhasish Ghosh regarding
> TI PRUSS drivers integration on the kernel side. The last LKML reply
> I'm aware of is yours, 2 years ago, here:
>
I'd like to propose the topic of catching up to x86 exploit
mitigations and security features, and potentially identifying
ARM-unique mitigations/features that could be implemented. Several
years ago, with Nicolas Pitre doing all the real work, I coordinated
getting ARM caught up on things like
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chris Wilson
commit a7cd1b8fea2f341b626b255d9898a5ca5fabbf0a upstream.
In theory, the different register blocks were meant to be only ever
touched when holding either the struct_mutex,
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: "Michael S. Tsirkin"
commit 4c7ab054ab4f5d63625508ed6f8a607184cae7c2 upstream.
get user pages might fail partially in macvtap zero copy
mode. To recover we need to put all pages that we
Josef Bacik dixit:
>Can you gdb btrfs.ko and do
>
>list *(__btrfs_map_block+0x11c)
Not easily (the kernel image is from a .deb package),
and even in a compile tree gdb just says:
No symbol table is loaded. Use the "file" command.
With a bit of cheating and a cross-compiler, this is:
(gdb)
On Tue, Jul 30, 2013 at 04:11:52PM +, James Bottomley wrote:
> On Wed, 2013-07-24 at 15:05 -0700, Greg Kroah-Hartman wrote:
> > The dev_attrs field of struct class is going away soon, dev_groups
> > should be used instead. This converts the scsi disk class code to use
> > the correct field.
>
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Linus=20L=C3=BCssing?=
[ Upstream commit 32de868cbc6bee010d2cee95b5071b25ecbec8c3 ]
General Queries (the one with the Multicast Address field
set to zero / '::') are supposed
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: bob picco
commit 771a37ff4d80b80db3b0df3e7696f14b298c67b7 upstream.
The Machine Description (MD) property "address-congruence-offset" is
optional. According to the MD specification the
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Lan Tianyu
commit 9657a565a476d517451c10b0bcc106e300785aff upstream.
The BIOS of FUjitsu E753 reports an incorrect initial backlight value
for WIN8 compatible OS, causing backlight to
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Will Deacon
commit db6f41063cbdb58b14846e600e6bc3f4e4c2e888 upstream.
On arm64, cache maintenance faults appear as data aborts with the CM
bit set in the ESR. The WnR bit, usually used
On Tue, Jul 30, 2013 at 11:33:29AM -0700, David Miller wrote:
> From: Greg KH
> Date: Tue, 30 Jul 2013 07:00:59 -0700
>
> > This call is so slow, you can afford to make a call to kmalloc for the
> > data, as it sure just did for other structures it needed :)
>
> I told him to implement things
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit a963a37d384d71ad43b3e9e79d68d42fbe0901f3 ]
It's possible to use AF_INET6 sockets and to connect to an IPv4
destination. After this, socket dst cache is a
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit c9ab4d85de222f3390c67aedc9c18a50e767531e ]
There is a race in neighbour code, because neigh_destroy() uses
skb_queue_purge(>arp_queue) without holding
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
commit 23a01138efe216f8084cfaa74b0b90dd4b097441 upstream.
This fixes a race where a cpu may re-load a tlb from a stale tsb right
after it has been flushed by a remote
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Olivier DANET
commit 961246b4ed8da3bcf4ee1eb9147f341013553e3c upstream.
Commit e4c6bfd2d79d063017ab19a18915f0bc759f32d9 ("mm: rearrange
vm_area_struct for fewer cache misses") changed
Acked-by: Andres Salomon
On Tue, 30 Jul 2013
20:11:34 +0200 Jens Frederich wrote:
> The FB_OLPC_DCON help section is to short according to checkpatch.pl.
> We want more information about the controller type, its task, its
> video pipeline position and so on.
>
> There are no style issues,
Hello
so my perf_fuzzer has been causing problems again.
After running a while all login shells on the system (even unrelated
local ones) get killed. Nothing is logged when this happens and it
doesn't appear to be OOM related.
In an attempt to find out what was going on I ran the fuzzer with
* Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
> ---
> arch/x86/platform/ce4100/ce4100.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/x86/platform/ce4100/ce4100.c
> b/arch/x86/platform/ce4100/ce4100.c
> index
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Aydin Arik
[ Upstream commit c0353c7b5da4cbd2ab8227e84bbc9c79890f24ce ]
MD5 key lookups on a given TCP socket were being performed
incorrectly. This fix alters parameter inputs to the
(using the new devicetree mailing list address)
On Tue, 2013-07-30 at 20:24 +0200, Laurent Pinchart wrote:
> Hi Luciano,
>
> Thank you for the patch.
>
> On Monday 29 July 2013 17:55:28 Luciano Coelho wrote:
> > Add device tree bindings documentation for the TI WiLink modules.
> > Currently
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniel Vetter
commit ac4199e0f047546aa40172785e26c82b54bbe811 upstream.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=53881
Cc: Jani Nikula
Tested-by: Jani Monoses
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit 307f2fb95e9b96b3577916e73d92e104f8f26494 ]
Static routes in this case are non-expiring routes which did not get
configured by autoconf or by
Hi Linus,
The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v3.11-rc4
for you to fetch changes up to
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sasha Levin
[ Upstream commit 110ecd69a9feea82a152bbf9b12aba57e6396883 ]
p9_release_pages() would attempt to dereference one value past the end of
pages[]. This would cause the
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit 885291761dba2bfe04df4c0f7bb75e4c920ab82e ]
We try to linearize part of the skb when the number of iov is greater than
MAX_SKB_FRAGS. This is not enough
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Gao feng
[ Upstream commit a881ae1f625c599b460cc8f8a7fcb1c438f699ad ]
If we disable all of the net interfaces, and enable
un-lo interface before lo interface, we already allocated
the
On Tue, Jul 30, 2013 at 11:58:27PM +0530, Aneesh Kumar K.V wrote:
> Naoya Horiguchi writes:
>
> > Before enabling each user of page migration to support hugepage,
> > this patch enables the list of pages for migration to link not only
> > LRU pages, but also hugepages. As a result,
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sergei Shtylyov
[ Upstream commit ca8c35852138ee0585eaffe6b9f10a5261ea7771 ]
EESR.RFE (receive FIFO overflow) interrupt is enabled by the driver on all SoCs
and sh_eth_error() handles
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit 75a493e60ac4bbe2e977e7129d6d8cbb0dd236be ]
If the socket had an IPV6_MTU value set, ip6_append_data_mtu lost track
of this when appending the
From: Joe Perches
Date: Tue, 30 Jul 2013 11:41:17 -0700
> On Tue, 2013-07-30 at 11:33 -0700, David Miller wrote:
>> From: Greg KH
>> Date: Tue, 30 Jul 2013 07:00:59 -0700
>>
>> > This call is so slow, you can afford to make a call to kmalloc for the
>> > data, as it sure just did for other
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
[ Upstream commit 440d57bc5ff55ec1efb3efc9cbe9420b4bbdfefa ]
According to the commit 16b0dc29c1af9df341428f4c49ada4f626258082
(dummy: fix rcu_sched self-detected stalls)
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit 3dd5c3308e8b671e8e8882ba972f51cefbe9fd0d ]
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Neil Horman
[ Upstream commit 584ec4355355ffac43571b02a314d43eb2f7fcbf ]
Ben Hutchings pointed out that my recent update to atl1e
in commit 352900b583b2852152a1e05ea0e8b579292e731e
* Matt Fleming wrote:
> The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
>
> Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
> tags/efi-urgent
>
> for
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Kleikamp
[ Upstream commit aabb9875d02559ab9b928cd6f259a5cc4c21a589 ]
The missing call to unregister_netdev() leaves the interface active
after the driver is unloaded by rmmod.
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit 61d46bf979d5cd7c164709a80ad5676a35494aae ]
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the
Hey Thomas, Olof,
Here is the common base changes in Stephen's "64bit friendly
generic sched_clock()" patch series. This common base will be needed so
that following patch series can be merged via both the tip/timers/core
and arm-soc trees independently.
Please let me know if you have
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Jones
[ Upstream commit 4ccb93ce7439b63c31bc7597bfffd13567fa483d ]
Two of the x25 ioctl cases have error paths that break out of the function
without
unlocking the socket, leading
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
[ Upstream commit 2c8a01894a12665d8059fad8f0a293c98a264121 ]
We rename the dummy in modprobe.conf like this:
install dummy0 /sbin/modprobe -o dummy0 --ignore-install dummy
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Wei Yongjun
[ Upstream commit e1558a93b61962710733dc8c11a2bc765607f1cd ]
Add missing .owner of struct pppox_proto. This prevents the
module from being removed from underneath its users.
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit 8822b64a0fa64a5dd1dfcf837c5b0be83f8c05d1 ]
We accidentally call down to ip6_push_pending_frames when uncorking
pending AF_INET data on a ipv6
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: dingtianhong
[ Upstream commit f2966cd5691058b8674a20766525bedeaea9cbcf ]
If __rtnl_link_register() return faild when loading the ifb, it will
take the wrong path and get oops, so fix
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit 3e3aac497513c669e1c62c71e1d552ea85c1d974 ]
egress_priority_map[] hash table updates are protected by rtnl,
and we never remove elements until device is
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Josef Bacik
commit fec386ac1428f9c0e672df952cbca5cebd4e4e2f upstream.
We aren't setting path->locks[level] when we resume a snapshot deletion which
means we won't unlock the buffer when
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Anton Blanchard
commit 0e0ed6406e61434d3f38fb58aa8464ec4722b77e upstream.
Module CRCs are implemented as absolute symbols that get resolved by
a linker script. We build an intermediate
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Cong Wang
[ Upstream commit ab6c7a0a43c2eaafa57583822b619b22637b49c7 ]
vti module allocates dev->tstats twice: in vti_fb_tunnel_init()
and in vti_tunnel_init(), this lead to a memory
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit 1eb4f758286884e7566627164bca4c4a16952a83 ]
We could end up expiring a route which is part of an ecmp route set. Doing
so would invalidate the
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit 21d1196a35f5686c4323e42a62fdb4b23b0ab4a3 ]
commit 45f00f99d6e ("ipv4: tcp: clean up tcp_v4_early_demux()") added a
performance regression for non GRO
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mathias Krause
[ Upstream commit a5cc68f3d63306d0d288f31edfc2ae6ef8ecd887 ]
key_notify_sa_flush() and key_notify_policy_flush() miss to initialize
the sadb_msg_reserved member of the
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Amerigo Wang
commit 8965779d2c0e6ab246c82a405236b1fb2adae6b2 upstream.
dingtianhong reported the following deadlock detected by lockdep:
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Changli Gao
[ Upstream commit b1a5a34bd0b8767ea689e68f8ea513e9710b671e ]
Ver and type in pppoe_hdr should be swapped as defined by RFC2516
section-4.
Signed-off-by: David S. Miller
3.8.13.6 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit ece793fcfc417b3925844be88a6a6dc82ae8f7c6 ]
We try to linearize part of the skb when the number of iov is greater than
MAX_SKB_FRAGS. This is not enough
201 - 300 of 1792 matches
Mail list logo