On Thursday 06 October 2016 02:13 PM, Steve Twiss wrote:
From: Steve Twiss
MFD support for DA9061 is provided as part of the DA9062 device driver.
The registers header file adds two new chip variant IDs defined in DA9061
and DA9062 hardware. The core header file adds new software enumeration
On 6 October 2016 at 10:37, Peter Griffin wrote:
> In fact the help text for VIRTIO even states this option should be selected
> by any driver which implements virtio.
>
Almost but not quite. It says:
"This option is selected by any driver which implements the virtio _bus_"
REMOTEPROC obviously
Hi Emil,
On Wed, 21 Sep 2016, Emil Velikov wrote:
> On 20 September 2016 at 09:32, Peter Griffin wrote:
> > Hi Emil,
> >
> > On Tue, 20 Sep 2016, Emil Velikov wrote:
> >
> >> On 5 September 2016 at 14:16, Peter Griffin
> >> wrote:
> >> > ST_SLIM_REMOTEPROC must select REMOTEPROC, which exposes
We can help you with a genuine loan to meet your needs.
Do you need a personal or business loan without stress and
quick approval? Do you need an urgent loan today? No Credit Checks
* LOAN APPROVAL IN 60MINS !!
* GUARANTEED SAME DAY TRANSFER !!
* 100% APPROVAL RATE !!
* LOW INTEREST RATE !!
Conta
On Thu, 2016-09-29 at 15:26 +0200, Wim Osterholt wrote:
> On Wed, Sep 28, 2016 at 05:23:30PM +0200, Oliver Neukum wrote:
> > >
> > > HP src # sync
> > > HP src # [ 3744.914184] BUG: unable to handle kernel NULL pointer
> > > dereference at 0249
> >
> > The last view lines before that please
Hello:
For me if necessary, can add additional comments for it:
If kernel will really need comp2_t in the future (I guess not), kernel
can define it as a union with structures (need not must be the same as
the user mode), which will be easier for kernel using. e.g.
#pragma push(1)
On Thu, Oct 06, 2016 at 10:04:41AM +0200, Linus Walleij wrote:
> On Tue, Oct 4, 2016 at 9:14 PM, Tejun Heo wrote:
> > I get that bfq can be a good compromise on most desktop workloads and
> > behave reasonably well for some server workloads with the slice
> > expiration mechanism but it really is
> On 6 Oct 2016, at 11:15, Wouter Verhelst wrote:
>
>>
>>
>> but I still think it would be helpful if the protocol helped out
>> the end user of the client and refused to negotiate multichannel
>> connections when they are unsafe. How is the end client meant to know
>> whether the back en
On 10/05/2016 07:03 AM, Mike Looijmans wrote:
> The KSZ9031 skew registers contain an offset, the chip's default value
> is "neutral" which does not add any skew. Programming a 0 into a skew
> property will actually set it the maximal negative adjustment and not
> to a neutral position as one would
On Thu 2016-10-06 12:09:27, Pali Rohár wrote:
> On Thursday 06 October 2016 12:03:00 Pavel Machek wrote:
> > Hi!
> >
> > I got bluetooth to work in useful configuration (on n900). Perhaps it
> > is useful for Sebastian?
>
> Hi! Is still bluetooth driver bases on Sebastian's one? Or older
> versio
Hi Linus,
The following changes since commit 694d0d0bb2030d2e36df73e2d23d5770511dbc8d:
Linux 4.8-rc2 (2016-08-14 19:11:36 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git
tags/backlight-for-linus-4.9
for you to fetch changes up
On 6 October 2016 at 09:56, Tomeu Vizoso wrote:
> Adds files and directories to debugfs for controlling and reading frame
> CRCs, per CRTC:
>
> dri/0/crtc-0/crc
> dri/0/crtc-0/crc/control
> dri/0/crtc-0/crc/data
>
> Drivers can implement the set_crc_source callback() in drm_crtc_funcs to
> start a
Hi,
I would like to revive this thread. It seems we haven't found any
conclusion. The main objection so far has been that the __GFP_RETRY_HARD
may-fail semantic is not clear and that it is mixing two things (fail
for !costly and repeat for costly orders) together. As for the first
part I guess we c
On Wed, 5 Oct 2016, Tim Chen wrote:
> On Wed, 2016-10-05 at 16:35 +0200, Thomas Gleixner wrote:
> > > + if (itmt_supported) {
> > > + itmt_sysctl_header =
> > > + register_sysctl_table(itmt_root_table);
> > > + if (!itmt_sysctl_header) {
> > > + mutex
Linus,
this merge needs one manual conflict resolution that is foretold in
3d9cd95f90b2 ("ARM: gic-v3: Work around definition of gic_write_bpr1").
The commit says that the conflict is "obvious to resolve", but
linux-next got it wrong, so I have pasted the correct resolution at the
bottom -- inline
Op 05-10-16 om 17:33 schreef Lyude:
> While it (mostly) works, the code for handling watermarks on Skylake has been
> kind of ugly for a while. As well a lot of it isn't that friendly to atomic
> transactions, Lots of copy paste, redundant wm values, etc. While this isn't a
> full cleanup, it's a g
On Wed, Oct 05, 2016 at 10:27:41AM -0600, Jason Gunthorpe wrote:
> On Wed, Oct 05, 2016 at 01:02:34PM +0300, Jarkko Sakkinen wrote:
>
> > I'll repeat my question: what worse can happen than returning -EPIPE? I
> > though the whole rw lock scheme was introduced just for this purpose.
>
> I though
On current trunk I get during boot:
[0.00] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor
4/0x84 ignored.
[0.00] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor
5/0x85 ignored.
I don't think these messages make much sense on a 4-core machine.
--
Markus
On Wed, Oct 05, 2016 at 10:43:45PM -0400, Nicolas Pitre wrote:
On Thu, 6 Oct 2016, Fengguang Wu wrote:
On Tue, Oct 04, 2016 at 09:08:27AM -0400, Nicolas Pitre wrote:
>On Tue, 4 Oct 2016, Fengguang Wu wrote:
>
> > CC Michal. It looks like a microblaze specific error. I'll blacklist
> > this old
Hi Peter,
On 6 October 2016 at 11:48, Peter Griffin wrote:
> Hi Emil,
>
> On Wed, 21 Sep 2016, Emil Velikov wrote:
>
>> On 20 September 2016 at 09:32, Peter Griffin
>> wrote:
>> > Hi Emil,
>> >
>> > On Tue, 20 Sep 2016, Emil Velikov wrote:
>> >
>> >> On 5 September 2016 at 14:16, Peter Griffin
On Thu 2016-10-06 13:22:48, Sergey Senozhatsky wrote:
> On (10/05/16 11:50), Petr Mladek wrote:
> [..]
> > > well, it solves a number of problems that the existing implementation
> > > cannot handle.
> >
> > Please, provide a summary. I wonder if these are real life problems.
>
> 1) some pathces/
On 10/06/2016 01:13 PM, Emil Velikov wrote:
> On 6 October 2016 at 09:56, Tomeu Vizoso wrote:
>> Adds files and directories to debugfs for controlling and reading frame
>> CRCs, per CRTC:
>>
>> dri/0/crtc-0/crc
>> dri/0/crtc-0/crc/control
>> dri/0/crtc-0/crc/data
>>
>> Drivers can implement the se
On 06/10/2016 13:16, Radim Krčmář wrote:
> Linus,
>
> this merge needs one manual conflict resolution that is foretold in
> 3d9cd95f90b2 ("ARM: gic-v3: Work around definition of gic_write_bpr1").
> The commit says that the conflict is "obvious to resolve", but
> linux-next got it wrong, so I hav
On Thu, 2016-10-06 at 09:41 +, David Laight wrote:
> From: Joe Perches
> > No worries, and bool is the same ,size as u8.
> That is not guaranteed at all.
> One of the ARM ABI defined bool to be the size of int.
Really? What kernel has sizeof(_Bool) != 1 ?
This change consists of two changes:
1) If vmci_doorbell_create is called when neither guest nor
host personality as been initialized, vmci_get_context_id
will return VMCI_INVALID_ID. In that case, we should fail
the create call.
2) In doorbell destroy, we assume that vmci_guest_code_acti
Dearest Chosen One
With Due Respect And Humanity,I was compelled to write to you under a
humanitarian ground. My name is Mrs Amina Mohammed, My Husband was a director
in a trading company here in Cote D Ivoire.We were married for 36 years without
a child. He died after Cardiac Arteries operati
On Thu, 6 Oct 2016 13:27:37 +0200
Markus Trippelsdorf wrote:
> On current trunk I get during boot:
>
> [0.00] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor
> 4/0x84 ignored.
> [0.00] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor
> 5/0x85 ignored.
>
>
Hi Simran,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a6930aaee06755d1bdcfd943fbf614e4d92bb0c7
commit: 1200a7d9b2c65ffb2dd673add65cd5dc95671489 ASoC: cygnus: Add Cygnus audio
DMA driver
date: 4 months ago
con
On 2016.10.06 at 12:48 +0100, One Thousand Gnomes wrote:
> On Thu, 6 Oct 2016 13:27:37 +0200
> Markus Trippelsdorf wrote:
>
> > On current trunk I get during boot:
> >
> > [0.00] APIC: NR_CPUS/possible_cpus limit of 4 reached. Processor
> > 4/0x84 ignored.
> > [0.00] APIC: NR_C
On 2016-10-06 07:03, Mark Brown wrote:
On Thu, Oct 06, 2016 at 10:04:41AM +0200, Linus Walleij wrote:
On Tue, Oct 4, 2016 at 9:14 PM, Tejun Heo wrote:
I get that bfq can be a good compromise on most desktop workloads and
behave reasonably well for some server workloads with the slice
expirat
On Thu, Oct 6, 2016 at 1:58 AM, Doug Smythies wrote:
> Hi Rafael,
>
> It doesn't compile for me. See further down.
>
> On 2016.10.05 06:15 Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> The PID algorithm used by the intel_pstate driver tends to drive
>> performance to the minimum for w
On Fri 23-09-16 10:07:09, Michal Hocko wrote:
> On Thu 22-09-16 11:30:36, Janani Ravichandran wrote:
> >
> > > On Sep 19, 2016, at 5:42 AM, Michal Hocko wrote:
> > >
> > > On Tue 13-09-16 14:04:49, Janani Ravichandran wrote:
> > >>
> > >>> On Sep 12, 2016, at 8:16 AM, Michal Hocko wrote:
> > >
From: Rafael J. Wysocki
The PID algorithm used by the intel_pstate driver tends to drive
performance to the minimum for workloads with utilization below the
setpoint, which is undesirable, so replace it with a modified
"proportional" algorithm on Atom.
The new algorithm will set the new P-state
On Tue 04-10-16 16:14:17, Vladimir Davydov wrote:
[...]
> >From 10f5f126800912c6a4b78a8b615138c1322694ad Mon Sep 17 00:00:00 2001
> From: Vladimir Davydov
> Date: Sat, 1 Oct 2016 16:39:09 +0300
> Subject: [PATCH] mm: memcontrol: use special workqueue for creating per-memcg
> caches
>
> Creating
>>> On 05.10.16 at 19:09, wrote:
> Early during boot topology_update_package_map() computes
> logical_pkg_ids for all present processors.
>
> Later, when processors are brought up, identify_cpu() updates
> these values based on phys_pkg_id which is a function of
> initial_apicid. On PV guests the
When using dmabuf the devices have to attach themselves on the buffer
before map it
so you can know which devices will use the buffer before allocate it
when the first
dma_buf_map_attachment() is called (defered allocation)
Split dmabuf attach/map_attachment is not really done in drm or v4l2
but pa
In the current driver for Coresight components, two features of PTM
components are missing:
1. Branch Broadcasting (present also in ETM but called Branch Output)
2. Return Stack (only present in PTM v1.0 and PTMv1.1)
These features can be added simply to the code using `mode` field of
`etm_confi
Hi Mathieu,
Please remove the warning message as well - there is no point having
it there because:
1) From sysFS users are supposed to know what they're doing.
2) If we start warning users on all the things that can go wrong the
code will become unbelievably cluttered.
Thanks,
Mathieu
A thir
On 6 October 2016 at 12:33, Tomeu Vizoso wrote:
> On 10/06/2016 01:13 PM, Emil Velikov wrote:
>> On 6 October 2016 at 09:56, Tomeu Vizoso wrote:
>>> Adds files and directories to debugfs for controlling and reading frame
>>> CRCs, per CRTC:
>>>
>>> dri/0/crtc-0/crc
>>> dri/0/crtc-0/crc/control
>>
On 20 September 2016 at 12:28, Jon Hunter wrote:
> The Tegra124/210 XUSB subsystem (that consists of both host and device
> controllers) is partitioned across 3 PM domains which are:
> - XUSBA: Superspeed logic (for USB 3.0)
> - XUSBB: Device controller
> - XUSBC: Host controller
>
> These power d
This patchset adds a new driver to the auxdisplay subsystem. It also adds
devicetree binding documentation and a new vendor prefix.
I added myself as maintainer to the MAINTAINERS file.
@Greg: Would you like to review and push this upstream?
Robin van der Gracht (3):
of: add vendor prefix for
Signed-off-by: Robin van der Gracht
CC: Miguel Ojeda Sandonis
Acked-by: Linus Walleij
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 841ffa3..7e7368e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2998,6 +2998,12 @@ F: drivers/usb
This patch introduces a vendor prefix for Holtek Semiconductor Inc.
Signed-off-by: Robin van der Gracht
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Do
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que
vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de
corre
Added a driver for the Holtek HT16K33 LED controller with keyscan.
Signed-off-by: Robin van der Gracht
CC: Miguel Ojeda Sandonis
Acked-by: Rob Herring
---
Changes in v7:
- Fixed unit for debounce-delay-ms in doc (microseconds -> milliseconds)
.../devicetree/bindings/display/ht16k33.txt
Static naming causes problems when multiple devices are registered.
Signed-off-by: Robin van der Gracht
---
drivers/auxdisplay/ht16k33.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/auxdisplay/ht16k33.c b/drivers/auxdisplay/ht16k33.c
index eeb323f..9c09bbc 1
Signed-off-by: Robin van der Gracht
---
.../devicetree/bindings/display/ht16k33.txt| 15 ++-
drivers/auxdisplay/ht16k33.c | 126 +++--
2 files changed, 73 insertions(+), 68 deletions(-)
diff --git a/Documentation/devicetree/bindings/display/ht16k33.
Add support for the base Device Tree for Imagination Technologies'
Pistachio SoC.
This commit supports the following peripherals:
* Clocks
* Pinctrl and GPIO
* UART
* SPI
* I2C
* PWM
* ADC
* Watchdog
* Ethernet
* MMC
* DMA engine
* Crypto
* I2S
* SPDIF
* Internal DAC
* Timer
* US
Add support for Imagination Technologies' Marduk board which is based
on Pistachio SoC. It is also known as Creator Ci40. Marduk is legacy
name and will be there for decades.
Documentation for this board can be found on
https://docs.creatordev.io/ci40/
This patch adds initial support for board wi
On Thu, Oct 06, 2016 at 09:24:15AM +0200, Peter Zijlstra wrote:
> On Wed, Oct 05, 2016 at 09:53:38PM +0200, Jiri Olsa wrote:
> > On Wed, Oct 05, 2016 at 10:09:21AM +0200, Jiri Olsa wrote:
> > > On Tue, Oct 04, 2016 at 03:29:33PM +1100, Michael Ellerman wrote:
> > >
> > > SNIP
> > >
> > > > Which
Signed-off-by: Robin van der Gracht
---
Changes in v2:
- Removed the trailing dot in the patch subject
.../devicetree/bindings/display/ht16k33.txt| 15 ++-
drivers/auxdisplay/ht16k33.c | 126 +++--
2 files changed, 73 insertions(+), 68 delet
On Wed, Oct 05, 2016 at 05:18:09PM +0300, Nikolay Borisov wrote:
>
>
> On 10/05/2016 05:03 PM, Paul E. McKenney wrote:
> > On Wed, Oct 05, 2016 at 10:06:21AM +0300, Nikolay Borisov wrote:
> >> Explicitly state that enabling RCU_TRACE enables more
> >> tracepoints and not just "additional tracing"
> Il giorno 06 ott 2016, alle ore 13:57, Austin S. Hemmelgarn
> ha scritto:
>
> On 2016-10-06 07:03, Mark Brown wrote:
>> On Thu, Oct 06, 2016 at 10:04:41AM +0200, Linus Walleij wrote:
>>> On Tue, Oct 4, 2016 at 9:14 PM, Tejun Heo wrote:
>>
I get that bfq can be a good compromise on most
On 10/06/2016 03:45 PM, Paul E. McKenney wrote:
> On Wed, Oct 05, 2016 at 05:18:09PM +0300, Nikolay Borisov wrote:
>>
>>
>> On 10/05/2016 05:03 PM, Paul E. McKenney wrote:
>>> On Wed, Oct 05, 2016 at 10:06:21AM +0300, Nikolay Borisov wrote:
Explicitly state that enabling RCU_TRACE enables mo
Hi Christoph,
On Wed, Oct 5, 2016 at 12:07 PM, Christoph Hellwig wrote:
> FYI, the patches look fine to me:
>
> Acked-by: Christoph Hellwig
>
Thanks a lot for review.
Parav
On 3 October 2016 at 06:39, Alexandre Courbot wrote:
> On Mon, Sep 26, 2016 at 9:32 PM, Ard Biesheuvel
> wrote:
>> Some subdevices (i.e., fb/nv50.c and fb/gf100.c) map a scratch page using
>> dma_map_page() way before the TTM layer has had a chance to set the DMA
>> mask. This may prevent the dri
Hi Leon,
On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky wrote:
> On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote:
>> rdmacg: IB/core: rdma controller support
>>
>> Patch is generated and tested against below Doug's linux-rdma
>> git tree.
>>
>> URL: git://git.kernel.org/pub/scm/linu
On Wed, 2016-10-05 at 20:13 +0530, Jassi Brar wrote:
> On 5 October 2016 at 18:01, Horng-Shyang Liao wrote:
> > On Wed, 2016-10-05 at 09:07 +0530, Jassi Brar wrote:
> >> On 5 October 2016 at 08:24, Horng-Shyang Liao wrote:
> >> > On Fri, 2016-09-30 at 17:47 +0800, Horng-Shyang Liao wrote:
> >> >>
From: Joe Perches
> Sent: 06 October 2016 12:39
> On Thu, 2016-10-06 at 09:41 +, David Laight wrote:
> > From: Joe Perches
> > > No worries, and bool is the same ,size as u8.
> > That is not guaranteed at all.
> > One of the ARM ABI defined bool to be the size of int.
>
> Really? What kernel
On Sat 2016-10-01 00:17:54, Sergey Senozhatsky wrote:
> This patch extends the idea of NMI per-cpu buffers to regions
> that may cause recursive printk() calls and possible deadlocks.
> diff --git a/kernel/printk/alt_printk.c b/kernel/printk/alt_printk.c
> index 7178661..4bc1e7d 100644
> --- a/ker
Hello,
I think this patch was never picked up. So just a short 'ping' from my side.
With best wishes,
Tobias
Shuah Khan wrote:
> Fix exynos_drm_gem_create() error messages to include flags and size when
> flags and size are invalid.
>
> Signed-off-by: Shuah Khan
> ---
> drivers/gpu/drm/exyno
On Thu, Oct 06, 2016 at 03:31:55AM -0700, Christoph Hellwig wrote:
> No, they match the cache flush semantics in every other storage protocol
> known to me, and they match the expectations of both the Linux kernel
> and any other OS or comsumer I know about perfectly.
Okay, I've updated the proto.
On 6 October 2016 at 18:31, Horng-Shyang Liao wrote:
> Back to our original statement, we need to flush all tasks to queue
> in GCE HW; i.e. we need to use mbox_client_txdone after
> mbox_send_message, or send tx_done once mailbox controller receive
> message (task). However, we still need a way
Hi Serge,
On Thu, Oct 06, 2016 at 12:34:15PM +0300, Serge Semin wrote:
> Hello linux folks,
>
> Sometime ago I discovered a kernel panic popping up when PCI subsystem was
> trying to enumerate PCI express bus with ASPM service enabled. Here it is:
>
> [5.089667] CPU 0 Unable to handle ke
On Thu, Oct 06, 2016 at 03:09:49PM +0200, Wouter Verhelst wrote:
> Okay, I've updated the proto.md file then, to clarify that in the case
> of multiple connections, a client MUST NOT send a flush request until it
> has seen the replies to the write requests that it cares about. That
> should be eno
> Il giorno 06 ott 2016, alle ore 09:58, Paolo Valente
> ha scritto:
>
>>
>> Il giorno 05 ott 2016, alle ore 22:46, Shaohua Li ha scritto:
>>
>> On Wed, Oct 05, 2016 at 09:47:19PM +0200, Paolo Valente wrote:
>>>
Il giorno 05 ott 2016, alle ore 20:30, Shaohua Li ha scritto:
> -Original Message-
> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk]
> Sent: Wednesday, October 5, 2016 4:53 PM
> To: Roberts, William C
> Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux-
> d...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH
On Wed, Oct 05, 2016 at 04:27:35PM -0400, Theodore Ts'o wrote:
> This was discussed and Linus wanted to fix it a different way. Please
> see this thread:
>
> http://www.gossamer-threads.com/lists/linux/kernel/2525929
>
> Cheers,
ook, thanks for info
jirka
> -Original Message-
> From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees
> Cook
> Sent: Wednesday, October 5, 2016 3:34 PM
> To: Roberts, William C
> Cc: kernel-harden...@lists.openwall.com; Jonathan Corbet ;
> linux-...@vger.kernel.org; LKML ; Nick
> Desaulniers ;
On Thu, 2016-10-06 at 10:29 +0200, Greg Kroah-Hartman wrote:
> 4.7-stable review patch. If anyone has any objections, please let me
> know.
This doesn't build if SCSI_SAS_ATTRS isn't set without this patch:
commit c1a23f6d64552b4480208aa584ec7e9c13d6d9c3
Author: Johannes Thumshirn
Date: Wed
On 10/06/2016 01:43 AM, Steve Twiss wrote:
From: Steve Twiss
Support for the DA9061 watchdog is added into the DA9062 watchdog driver.
The of_device_id match array is expanded to support "dlg,da9061-watchdog"
as a valid .compatible string. A new watchdog_info structure is added and
linked to t
On 06/10/2016 01:18, Benjamin Herrenschmidt wrote:
On Tue, 2016-10-04 at 13:02 +0100, John Garry wrote:
Right, so I think Zhichang can make the necessary generic changes to
8250 OF driver to support IO port as well as MMIO-based.
However an LPC-based earlycon driver is still required.
A note o
Hi David,
On Wed, Jun 22, 2016 at 6:04 PM, David Howells wrote:
> Make rxrpc_send_packet() take a connection not a transport as part of the
> phasing out of the rxrpc_transport struct.
>
> Whilst we're at it, rename the function to rxrpc_send_data_packet() to
> differentiate it from the other pac
This commit fixes a stack corruption in the pseries specific code dealing
with the huge pages.
In __pSeries_lpar_hugepage_invalidate() the buffer used to pass arguments
to the hypervisor is not large enough. This leads to a stack corruption
where a previously saved register could be corrupted lead
Commit-ID: cfee9eddcd61e28b73468647fc4aa7ff2d706254
Gitweb: http://git.kernel.org/tip/cfee9eddcd61e28b73468647fc4aa7ff2d706254
Author: Josh Poimboeuf
AuthorDate: Thu, 6 Oct 2016 00:28:40 -0500
Committer: Ingo Molnar
CommitDate: Thu, 6 Oct 2016 09:52:20 +0200
x86/unwind: Fix oprofile mo
Commit-ID: 9311a4c9f0d2d5404cd7bc2ba913c919418f83e2
Gitweb: http://git.kernel.org/tip/9311a4c9f0d2d5404cd7bc2ba913c919418f83e2
Author: Steven Rostedt
AuthorDate: Thu, 8 Sep 2016 12:34:33 -0400
Committer: Ingo Molnar
CommitDate: Thu, 6 Oct 2016 09:55:07 +0200
locking/lockdep: Quiet GCC
On Wed, Oct 05, 2016 at 02:04:46PM -0400, william.c.robe...@intel.com wrote:
> From: William Roberts
>
> Some out-of-tree modules do not use %pK and just use %p, as it's
> the common C paradigm for printing pointers. Because of this,
> kptr_restrict has no affect on the output and thus, no way to
On 32-bit (e.g. with m68k-linux-gnu-gcc-4.1):
net/netfilter/xt_hashlimit.c: In function ‘user2credits’:
net/netfilter/xt_hashlimit.c:476: warning: integer constant is too large
for ‘long’ type
...
net/netfilter/xt_hashlimit.c:478: warning: integer constant is too large
for ‘long’
With m68k-linux-gnu-gcc-4.1:
net/strparser/strparser.c: In function ‘strp_recv’:
net/strparser/strparser.c:98: warning: ‘err’ may be used uninitialized in
this function
Pass "len" (which is an error code when negative) instead of the
uninitialized "err" variable to fix this.
Fixes: 43a0
On Tue, Oct 04, 2016 at 01:46:45PM -0400, Dave Jones wrote:
> On Tue, Oct 04, 2016 at 07:34:25PM +0200, Johannes Weiner wrote:
> > On Tue, Oct 04, 2016 at 01:09:55PM -0400, Dave Jones wrote:
> > > Hit this during a trinity run.
> > > Kernel built from v4.8-1558-g21f54ddae449
> > >
> > > WARNI
drivers/tty/serial/stm32-usart.c: In function ‘stm32_receive_chars’:
drivers/tty/serial/stm32-usart.c:130: warning: comparison is always true
due to limited range of data type
drivers/tty/serial/stm32-usart.c: In function ‘stm32_tx_dma_complete’:
drivers/tty/serial/stm32-usart.c:17
On Tue, Oct 04, 2016 at 01:48:00PM +0200, Michal Hocko wrote:
> Johannes is already looking into this
> http://lkml.kernel.org/r/20161004093216.ga21...@cmpxchg.org
>
> On Tue 04-10-16 13:43:43, Oleg Nesterov wrote:
> > because of kernel bug:
> >
> > [ 2730.242537] run fstests generic/274 at 2
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Thursday, October 6, 2016 9:32 AM
> To: Roberts, William C
> Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux-
> d...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] printk
On 2016-10-06 08:50, Paolo Valente wrote:
Il giorno 06 ott 2016, alle ore 13:57, Austin S. Hemmelgarn
ha scritto:
On 2016-10-06 07:03, Mark Brown wrote:
On Thu, Oct 06, 2016 at 10:04:41AM +0200, Linus Walleij wrote:
On Tue, Oct 4, 2016 at 9:14 PM, Tejun Heo wrote:
I get that bfq can be
Pavel Machek writes:
> Hi!
Hi Pavel,
> In kernel based on edadd0e, I get plenty of errors such as:
In this case, I screwed up - sincere apologies.
Enabling CONFIG_NETFILTER_INGRESS will work around this error for the
time being, while the fix makes it way through the various trees.
> net/net
If NO_DMA=y:
drivers/built-in.o: In function `stm32_serial_remove':
stm32-usart.c:(.text+0xcea1a): undefined reference to `bad_dma_ops'
stm32-usart.c:(.text+0xcea7a): undefined reference to `bad_dma_ops'
Add a dependency on HAS_DMA to fix this.
Signed-off-by: Geert Uytterhoeven
---
On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote:
> Out of tree modules still affect core kernel security.
So don't use them.
> I would also bet money, that somewhere
> In-tree someone has put a %p when they wanted a %pK.
So fix them.
> So this method is just quite error
> pro
On Thu, Oct 06, 2016 at 06:16:30AM -0700, Christoph Hellwig wrote:
> On Thu, Oct 06, 2016 at 03:09:49PM +0200, Wouter Verhelst wrote:
> > Okay, I've updated the proto.md file then, to clarify that in the case
> > of multiple connections, a client MUST NOT send a flush request until it
> > has seen
If NO_DMA=y:
drivers/built-in.o: In function `emac_probe':
emac.c:(.text+0x3780b8): undefined reference to `bad_dma_ops'
emac.c:(.text+0x3780e2): undefined reference to `bad_dma_ops'
emac.c:(.text+0x378112): undefined reference to `bad_dma_ops'
emac.c:(.text+0x378146): undefine
On Thu, Oct 06, 2016 at 03:41:45PM +0200, Johannes Weiner wrote:
> On Tue, Oct 04, 2016 at 01:46:45PM -0400, Dave Jones wrote:
> > On Tue, Oct 04, 2016 at 07:34:25PM +0200, Johannes Weiner wrote:
> > > On Tue, Oct 04, 2016 at 01:09:55PM -0400, Dave Jones wrote:
> > > > Hit this during a trini
On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote:
> > -Original Message-
> > From: Christoph Hellwig [mailto:h...@infradead.org]
> > Sent: Thursday, October 6, 2016 9:32 AM
> > To: Roberts, William C
> > Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux-
> >
Geert Uytterhoeven wrote:
config QCOM_EMAC
tristate "Qualcomm Technologies, Inc. EMAC Gigabit Ethernet support"
+ depends on HAS_DMA
I think it needs to depend on HAS_IOMEM as well, to fix this error in
arch/um:
drivers/net/ethernet/qualcomm/emac/emac.c: In function 'emac_
On 10/06/2016 04:37 AM, Mark Brown wrote:
On Wed, Oct 05, 2016 at 04:38:58PM -0500, ttha...@opensource.altera.com wrote:
This patch adds the Slave Select locally so that the transfer will
start and complete. The GPIO CS is taken care of earlier in the SPI
framework (spi_set_cs).
This seems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.9-rc0-tag
xen: features and fixes for 4.9-rc0
- - Switch to new CPU hotplug mechanism.
- - Support driver_override in pciback.
- - Re
On Thu, Oct 6, 2016 at 4:06 PM, Timur Tabi wrote:
> Geert Uytterhoeven wrote:
>>
>> config QCOM_EMAC
>> tristate "Qualcomm Technologies, Inc. EMAC Gigabit Ethernet
>> support"
>> + depends on HAS_DMA
>
>
> I think it needs to depend on HAS_IOMEM as well, to fix this error in
> arch
On 05/10/16 18:09, Boris Ostrovsky wrote:
> Early during boot topology_update_package_map() computes
> logical_pkg_ids for all present processors.
>
> Later, when processors are brought up, identify_cpu() updates
> these values based on phys_pkg_id which is a function of
> initial_apicid. On PV gu
Geert Uytterhoeven wrote:
Probably, I don't do UML allmodconfig builds.
Gr{oetje,eeting}s,
Would you mind submitting another version of your patch that includes
HAS_DMA and HAS_IOMEM, so that both build breaks can be fixed in one shot?
--
Qualcomm Datacenter Technologies, Inc. as an affilia
Hi Geert,
On 10/06/2016 03:55 PM, Geert Uytterhoeven wrote:
If NO_DMA=y:
drivers/built-in.o: In function `stm32_serial_remove':
stm32-usart.c:(.text+0xcea1a): undefined reference to `bad_dma_ops'
stm32-usart.c:(.text+0xcea7a): undefined reference to `bad_dma_ops'
Add a dependency o
From: Vadim Pasternak
Enable system support for the Mellanox Technologies hotplug platform
driver, which provides support for the next Mellanox basic systems:
"msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410",
"msb7800", "msn2740", "msn2100" and also various number of derivative
sy
There is a memory setup problem on ThunderX systems with certain
memory configurations. The symptom is
kernel BUG at mm/page_alloc.c:1848!
This happens for some configs with 64k page size enabled. The bug
triggers for page zones with some pages in the zone not assigned to
this particular zone. I
401 - 500 of 870 matches
Mail list logo
