On 05/28/2017 11:08 PM, Michael Ellerman wrote:
[...]
> We could stub out the RTAS pieces it needs. But I don't think it buys us
> much, for compile testing you may as well just build a config which has
> PPC_RTAS enabled, there are several.
>
> So I think it should just depend on PPC_RTAS.
>
> M
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
From: Philipp Zabel
Signed-off-by: Philipp Zabel
- renamed MEDIA_ENT_F_MUX to MEDIA_ENT_F_VID_MUX
Signed-off-by: Steve Longerbeam
---
Documentation/media/uapi/mediactl/media-types.rst | 22 ++
include/uapi/linux/media.h
On Thu, May 25, 2017 at 04:30:38PM +1200, Chris Packham wrote:
> ep93xx wasn't as hard as I'd expected so I'm pretty happy with those
> changes. imx on the other hand has an annoying habit of conflating the GPIO
> and native chip-select so I'm pretty sure that's broken.
So, I was just looking at
On Mon, May 29, 2017 at 10:20 AM, Fabio Estevam wrote:
> Your series has been applied and when I run Shawn's imx/dt I am not
> able to boot mx7d-sdb.
imx/dt misses "ARM: imx: Select GPCv2 for i.MX7". If I use linux-next
or Shawn's for-next, then it boots fine.
Sorry about the noise.
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
This driver is based on ov5640_mipi.c from Freescale imx_3.10.17_1.0.0_beta
branch, modified heavily to bring forward to latest interfaces and code
cleanup.
Signed-off-by: Steve Longerbeam
Acked-by: Hans Verkuil
Thanks,
Hans
---
d
On 2017-05-29 14:39, Linus Walleij wrote:
> On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote:
>
>> This makes the gpio-exar driver usable, which was prevented by a number
>> of fatal bugs, and adds support for the SIMATIC IOT2040 to the 8250-exar
>> driver and, indirectly, to gpio-exar as well.
On 12 May 2017 at 18:44, Peter Zijlstra wrote:
> Move the entity migrate handling from enqueue_entity_load_avg() to
> update_load_avg(). This has two benefits:
>
> - {en,de}queue_entity_load_avg() will become purely about managing
>runnable_load
>
> - we can avoid a double update_tg_load_avg
On 29.05.2017 15:03, Alexander Shishkin wrote:
Alexey Budankov writes:
Here (above the function) you could include a comment describing what
happens when this is called, locking considerations, etc.
I can put the short description from the initial thread message here.
Would it be sufficient?
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
- video-mux: switched to Philipp's latest video-mux driver and updated
bindings docs, that makes use of the mmio-mux framework.
- mmio-mux: includes Philipp's temporary patch that adds mmio-mux support
to video-mux d
On Mon, 2017-05-29 at 15:37 +0200, Hans Verkuil wrote:
> On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
> > From: Philipp Zabel
> >
> > Signed-off-by: Philipp Zabel
> >
> > - renamed MEDIA_ENT_F_MUX to MEDIA_ENT_F_VID_MUX
> >
> > Signed-off-by: Steve Longerbeam
> > ---
> > Documentation/me
On 05/29/2017 03:51 PM, Philipp Zabel wrote:
On Mon, 2017-05-29 at 15:37 +0200, Hans Verkuil wrote:
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
From: Philipp Zabel
Signed-off-by: Philipp Zabel
- renamed MEDIA_ENT_F_MUX to MEDIA_ENT_F_VID_MUX
Signed-off-by: Steve Longerbeam
---
Docu
On i.MX25, the eSDHC DAT line software reset (SYSCTL.RSTD) unexpectedly
clears at least the data transfer width (PROCTL.DTW), which then results
in data CRC errors. This behavior is not documented, but it has actually
been observed. Consequently, the DAT line software resets triggered by
sdhci.c in
Fix various English mistakes and typos in comments and in printed
strings.
Signed-off-by: Benoît Thébaudeau
---
Changes v1 -> v2: new patch.
---
drivers/mmc/host/sdhci-esdhc-imx.c | 47 +++---
1 file changed, 24 insertions(+), 23 deletions(-)
diff --git a/drivers
The eSDHC can only DMA from 32-bit-aligned addresses.
This fixes the following test cases of mmc_test:
11: Badly aligned write
12: Badly aligned read
13: Badly aligned multi-block write
14: Badly aligned multi-block read
Signed-off-by: Benoît Thébaudeau
Acked-by: Adrian Hunter
R
On Fri, May 26, 2017 at 08:13:20AM +0200, Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > On Wed, May 24, 2017 at 09:16:28AM +0200, Ingo Molnar wrote:
> > > So the interdiff between your two patches and the 3 commits already
> > > queued up is:
> > >
> > > diff --git a/kernel/time/ti
On i.MX, SYSCTL.SDCLKFS may always be set to 0 in order to make the SD
clock frequency prescaler divide by 1 in SDR mode, even with the eSDHC.
The previous minimum prescaler value of 2 in SDR mode with the eSDHC was
a code remnant from PowerPC, which actually has this limitation on
earlier revision
The SDHCI_QUIRK_NO_MULTIBLOCK quirk was used as a workaround for the
ENGcm07207 erratum. However, it caused excruciatingly slow SD transfers
(300 kB/s on average), and this erratum actually does not imply that
multiple-block transfers are not supported, so this was overkill.
The suggested workarou
On 05/25/2017 03:31 PM, Ruxandra Ioana Radulescu wrote:
>> -Original Message-
>> From: Laurentiu Tudor
>> Sent: Wednesday, May 24, 2017 3:34 PM
>> To: Ruxandra Ioana Radulescu ;
>> gre...@linuxfoundation.org
>> Cc: de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org;
>> ag...@suse.de
On Mon, May 29, 2017 at 10:54 AM, Benoît Thébaudeau wrote:
> Fix various English mistakes and typos in comments and in printed
> strings.
>
> Signed-off-by: Benoît Thébaudeau
Reviewed-by: Fabio Estevam
While introducing HDMI support, component matching on connectors node
were bypassed since no driver would actually bind on the DT node.
But when only a CVBS connector is present, only a single node is found
in the graph, but ignored and a NULL match table is given to the
component code.
This code
On 05/25/2017 07:35 PM, Zi Yan wrote:
> On 25 May 2017, at 18:43, Andrew Morton wrote:
>
>> On Thu, 25 May 2017 13:19:54 -0400 "Zi Yan" wrote:
>>
>>> On 25 May 2017, at 13:06, kbuild test robot wrote:
>>>
Hi Zi,
[auto build test WARNING on mmotm/master]
[also build test WARNIN
On Mon, 2017-05-29 at 15:46 +0200, Hans Verkuil wrote:
> Hi Steve,
>
> On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
> > In version 7:
> >
> > - video-mux: switched to Philipp's latest video-mux driver and updated
> >bindings docs, that makes use of the mmio-mux framework.
> >
> > - mmio-m
On 05/29/2017 04:15 PM, Philipp Zabel wrote:
On Mon, 2017-05-29 at 15:46 +0200, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
- video-mux: switched to Philipp's latest video-mux driver and updated
bindings docs, that makes use of the mmio-mux
Hi,
Here is the new version of the patch.
Changes from RFC:
- dl_runtime and dl_deadline don't get updated that often, so
save the task's density in a new variable (dl_density) in the
sched_dl_entity, avoiding a division in the wakeup path.
(Steven Rostedt & Juri Lelli)
- Added a
The sched_dl_entity's dl_bw variable stores the utilization (dl_runtime
/ dl_period) of a task, not its density (dl_runtime / dl_deadline), as
the comment says.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Xunlei Pang
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Juri Lelli
Cc: Steven Rostedt
Cc:
We have been facing some problems with self-suspending constrained
deadline tasks. The main reason is that the original CBS was not
designed for such sort of tasks.
One problem reported by Xunlei Pang takes place when a task
suspends, and then is awakened before the deadline, but so close
to the d
On Fri, May 26, 2017 at 11:40:33PM -0400, Oleg Drokin wrote:
> lov_getstripe() calls set_fs(KERNEL_DS) so that it can handle a struct
> lov_user_md pointer from user- or kernel-space. This changes the
> behavior of copy_from_user() on SPARC and may result in a misaligned
> access exception which i
On Mon, May 29, 2017 at 01:08:25PM +0100, Al Viro wrote:
> Userspace sure as hell does. st_dev in stat(2) is a block device number;
> moreover, there might _be_ a block device with the same number at the same
> time - even mounted. Why not make ->show_options() print the currently
> valid volume
Em Wed, 24 May 2017 22:36:36 -0300
Gustavo Padovan escreveu:
> Hi Mauro,
>
> 2017-05-18 Mauro Carvalho Chehab :
>
> > Each text file under Documentation follows a different
> > format. Some doesn't even have titles!
> >
> > Change its representation to follow the adopted standard,
> > using Re
On 05/29/2017 04:24 PM, Daniel Bristot de Oliveira wrote:
> + dl_se->runtime = dl_se->dl_density * laxity >> 20;
Note: If Luca's patch implementing BW_SHIFT joins before this fix,
we can s/20/BW_SHIFT/.
-- Daniel
On 29 May 2017 at 10:07, Adrian Hunter wrote:
> On 03/05/17 13:05, Benoît Thébaudeau wrote:
>> The SDHCI_QUIRK_NO_MULTIBLOCK quirk was used as a workaround for the
>> ENGcm07207 erratum. However, it caused excruciatingly slow SD transfers
>> (300 kB/s on average), and this erratum actually does no
On 28 May 2017 at 11:30, Wolfram Sang wrote:
> It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text.
>
> Signed-off-by: Wolfram Sang
Thanks, applied for next!
For mfd, Lee, please tell if you have any issues me picking this via
my mmc tree.
Kind regards
Uffe
> ---
> I
On 26 May 2017 at 23:53, David Woods wrote:
> Using the device_property interfaces allows the dw_mmc driver to work
> on platforms which run on either device tree or ACPI.
>
> Signed-off-by: David Woods
> Reviewed-by: Chris Metcalf
> Cc: sta...@vger.linux.org
Thanks, applied for next!
Kind reg
On 26 May 2017 at 23:53, David Woods wrote:
> Using the device_property interfaces allows mmc drivers to work
> on platforms which run on either device tree or ACPI.
>
> Signed-off-by: David Woods
> Reviewed-by: Chris Metcalf
> Cc: sta...@vger.linux.org
Thanks, applied for next!
Kind regards
U
On Sun, May 28, 2017 at 05:40:26PM +0300, Gilad Ben-Yossef wrote:
> cc_crypto_ctx.h had multiple coding style violations reported by
> checkpatch. Fix them all.
Sorry, no. You need to do only one-thing-per-patch, and "fix all coding
style issues is not "one thing". I wouldn't take this kind of p
On Sun, May 28, 2017 at 05:40:27PM +0300, Gilad Ben-Yossef wrote:
> ccree had a lot of boilerplate code for dealing with bitops
> and bitfield register access. Move it over to the generic kernel
> infrastructure used for doing the same.
>
> Signed-off-by: Gilad Ben-Yossef
> ---
> drivers/staging
On Sun, May 28, 2017 at 05:40:29PM +0300, Gilad Ben-Yossef wrote:
> The Linked List Item descriptors were being accessed via
> a baroque set of defines and macro. Re-factor for structs
> and inline function for readability and sanity.
>
> Signed-off-by: Gilad Ben-Yossef
> ---
> drivers/staging/c
On 25 May 2017 at 19:04, Gustavo A. R. Silva wrote:
> Null check at line 1165: if (mrq->cmd), implies that mrq->cmd might
> be NULL.
> Add null checks before dereferencing pointer mrq->cmd in order to avoid
> any potential NULL pointer dereference.
>
> Addresses-Coverity-ID: 1408740
> Tested-by: S
On 24 May 2017 at 09:53, Neil Armstrong wrote:
> From: Phong LE
>
> The dma gpd dma_free_coherent call size in invalid.
>
> Fixes: 208489032bdd ("mmc: mediatek: Add Mediatek MMC driver")
> Signed-off-by: Phong LE
> Signed-off-by: Neil Armstrong
Thanks, applied for next!
Kind regards
Uffe
> -
On Sun, May 28, 2017 at 11:34 AM, wrote:
> On May 28, 2017 2:29:32 AM PDT, Dmitry Vyukov wrote:
>>On Sun, May 28, 2017 at 1:02 AM, wrote:
>>> On May 26, 2017 12:09:04 PM PDT, Dmitry Vyukov
>>wrote:
Some 64-bit atomic operations use 'long long' as operand/return type
(e.g. asm-generic/
This is the basic driver for the Cypress TrueTouch Gen5 touchscreen
controllers. This driver supports only the I2C bus but it uses regmap
so SPI support could be added later.
The touchscreen can retrieve some defined zone that are handled as
buttons (according to the hardware). That is why it handl
Add the Cypress TrueTouch Generation 5 touchscreen device tree bindings
documentation. It can use I2C or SPI bus.
This touchscreen can handle some defined zone that are designed and
sent as button. To be able to customize the keycode sent, the
"linux,code" property in a "button" sub-node can be use
Hi everyone,
Here is a V1 serie to add the driver of the touchscreen Cypress,
TrueTouch Generation 5.
Based on last linux-next tag (next-20170529), last commit 62d5d7921010.
This touchscreen is similar to Cypress generation 4 but the
registers are different.
This driver uses regmap as it is
On Mon, Apr 10, 2017 at 11:07 PM, Cong Wang wrote:
> On Mon, Apr 10, 2017 at 7:37 AM, Andrey Konovalov
> wrote:
>> Hi,
>>
>> I've got the following error report while fuzzing the kernel with syzkaller.
>>
>> On commit 39da7c509acff13fc8cb12ec1bb20337c988ed36 (4.11-rc6).
>>
>> Unfortunately it's
On Fri, Apr 28, 2017 at 8:19 AM, Dmitry Vyukov wrote:
> On Thu, Mar 23, 2017 at 3:17 PM, Dmitry Vyukov wrote:
>> On Sun, Mar 5, 2017 at 8:18 PM, Al Viro wrote:
>>> On Sun, Mar 05, 2017 at 06:33:18PM +0100, Dmitry Vyukov wrote:
>>>
Added more debug output.
name_to_handle_at(r4, &(0
Reduce dependencies on module.h since all we need here is export.h
for EXPORT_SYMBOL.
Fixes: f50169324df4 ("module.h: split out the EXPORT_SYMBOL into export.h")
Signed-off-by: Stafford Horne
---
arch/openrisc/kernel/or32_ksyms.c | 2 +-
arch/openrisc/kernel/process.c| 2 +-
arch/openrisc/li
The openrisc toolchain prefix changed a few years ago. No one
should be using this anylonger. This also saves from people
having to manually update or specify this every build.
Signed-off-by: Stafford Horne
---
arch/openrisc/configs/or1ksim_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 de
Now struct spi_master is used for both SPI master and slave controllers,
it makes sense to rename it to struct spi_controller, and replace
"master" by "controller" where appropriate.
For now this conversion is done for SPI core infrastructure only.
Wrappers are provided for backwards compatibility
Hi Arnd,
Arnd Bergmann writes:
> 'static' was not enough, the helpers must be 'static inline'
>
> net/dsa/mv88e6xxx/global2.h:123:12: error: 'mv88e6xxx_g2_misc_4_bit_port'
> defined but not used [-Werror=unused-function]
> net/dsa/mv88e6xxx/global2.h:117:12: error: 'mv88e6xxx_g2_pvt_write' defi
On Wed, May 24, 2017 at 04:43:52PM +1200, Derek Robson wrote:
> Fixed block comment alignment, Style fix only
> Found using checkpatch
>
> Signed-off-by: Derek Robson
> ---
> drivers/staging/ccree/ssi_fips_ll.c | 21 -
> 1 file changed, 12 insertions(+), 9 deletions(-)
>
> d
On Sun, May 28, 2017 at 9:11 AM, Alex A. Mihaylov wrote:
> Add basic support regmap (register map access) API for OneWire (W1) bus
It's called "1-wire" or "1-Wire" almost everywhere else in the kernel,
and on the Maxim
website (except in the URL
https://www.maximintegrated.com/en/products/digital
On Thu, May 25, 2017 at 2:41 AM, Joonsoo Kim wrote:
> On Wed, May 24, 2017 at 07:19:50PM +0200, Dmitry Vyukov wrote:
>> On Wed, May 24, 2017 at 9:45 AM, Joonsoo Kim wrote:
>> >> > What does make your current patch work then?
>> >> > Say we map a new shadow page, update the page shadow to say that
On 29/05/17 14:56, sean.w...@mediatek.com wrote:
From: Sean Wang
For more readability and maintenance, all the clock related DT
nodes for mt7622 SoC are grouped into a separate DT file. And
currently mt7622-clock.dtsi only includes the fixed clock for
uart0 and the oscillator which would be e
On Mon, May 29, 2017 at 02:58:36PM +0300, Leonard Crestez wrote:
> On Fri, 2017-05-26 at 08:42 -0700, Paul E. McKenney wrote:
> > On Fri, May 26, 2017 at 02:26:06PM +0300, Leonard Crestez wrote:
> > >
> > > This option was removed by "make savedefconfig" in
> > > commit c5054a98bce4 ("ARM: imx_v6_
On 29/05/17 14:56, sean.w...@mediatek.com wrote:
From: Sean Wang
This adds dt-binding documentation for MediaTek MT7622 SoC
which currently only includes basic items such as ARM CPU,
MediaTek SYSIRQ and UART.
Signed-off-by: Sean Wang
---
Documentation/devicetree/bindings/arm/mediatek.txt
On 29/05/17 17:11, Matthias Brugger wrote:
On 29/05/17 14:56, sean.w...@mediatek.com wrote:
From: Sean Wang
This adds dt-binding documentation for MediaTek MT7622 SoC
which currently only includes basic items such as ARM CPU,
MediaTek SYSIRQ and UART.
Signed-off-by: Sean Wang
---
Docu
On Mon, May 29, 2017 at 5:07 PM, Dmitry Vyukov wrote:
> On Thu, May 25, 2017 at 2:41 AM, Joonsoo Kim wrote:
>> On Wed, May 24, 2017 at 07:19:50PM +0200, Dmitry Vyukov wrote:
>>> On Wed, May 24, 2017 at 9:45 AM, Joonsoo Kim wrote:
>>> >> > What does make your current patch work then?
>>> >> > Say
Hi Noam,
On Sun, 2017-05-28 at 09:52 +0300, Noam Camus wrote:
> From: Noam Camus
>
> This counter represents threshold for consecutive stall that which
> trigger HW threads scheduling.
> When this feature is enabled low values of this counter cause
> downgrade in performance and in the worst cas
From: Patrice Chotard
The STMicroelectronics dedicated mailing list ker...@stlinux.com
is no more available, remove it to avoid bouncing mails.
Several request to create a new mailing list has been send by Benjamin
Gaignard and me but without any answers.
Signed-off-by: Patrice Chotard
---
MA
Hi,
I've got the following error report while fuzzing the kernel with syzkaller.
On commit 5ed02dbb497422bf225783f46e6eadd237d23d6b (4.12-rc3).
==
WARNING: possible circular locking dependency detected
4.12.0-rc3+ #369 Not tainted
-
On Mon, May 29, 2017 at 04:43:09PM +0300, Alexey Budankov wrote:
> On 29.05.2017 15:03, Alexander Shishkin wrote:
> > Alexey Budankov writes:
> > > + } else if (event->cpu > node_event->cpu) {
> > > + node = &((*node)->rb_right);
> > > + } else {
> > > +
On 05/29/2017 04:21 PM, Hans Verkuil wrote:
On 05/29/2017 04:15 PM, Philipp Zabel wrote:
On Mon, 2017-05-29 at 15:46 +0200, Hans Verkuil wrote:
Hi Steve,
On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
In version 7:
- video-mux: switched to Philipp's latest video-mux driver and updated
On 28/05/17 13:31, kbuild test robot wrote:
Hi John,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.12-rc2 next-20170526]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commit
On Mon, May 29, 2017 at 5:12 PM, Dmitry Vyukov wrote:
>> > What does make your current patch work then?
>> > Say we map a new shadow page, update the page shadow to say that there
>> > is mapped shadow. Then another CPU loads the page shadow and then
>> > loads from the newly m
> I want to see each ports behind the bridge as independent ethernet
> devices. If I understand RTFM only devlink may expose this
> configuration.
DSA and switchdev in general gives you a linux interface per user
switch port. So you can see each interface, get stats, ethtools,
mii-tool, etc per in
On Mon, May 29, 2017 at 05:22:54PM +0200, Peter Zijlstra wrote:
> On Mon, May 29, 2017 at 04:43:09PM +0300, Alexey Budankov wrote:
> > On 29.05.2017 15:03, Alexander Shishkin wrote:
> > > Alexey Budankov writes:
>
> > > > + } else if (event->cpu > node_event->cpu) {
> > > > +
On 26/05/17 09:35, Jun Gao wrote:
From: Jun Gao
Add MT2701 i2c binding to i2c-mt6577.txt and there is no need to
modify i2c driver.
Signed-off-by: Jun Gao
---
Documentation/devicetree/bindings/i2c/i2c-mt6577.txt | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --gi
On Mon, May 29, 2017 at 02:56:01PM +0200, Arnd Bergmann wrote:
> 'static' was not enough, the helpers must be 'static inline'
>
> net/dsa/mv88e6xxx/global2.h:123:12: error: 'mv88e6xxx_g2_misc_4_bit_port'
> defined but not used [-Werror=unused-function]
> net/dsa/mv88e6xxx/global2.h:117:12: error:
Dear Laszlo,
Thank your very much for your review and detailed comment. and very sorry for
the late response due to recently debug the wholes RAS solution.
On 2017/5/22 22:23, Laszlo Ersek wrote:
> Keeping some context:
>
> On 05/12/17 23:00, Laszlo Ersek wrote:
>> On 04/30/17 07:35, Dongjiu
__set_fixmap() uses __fix_to_virt() then does the boundary checks
by it self. Instead, we can use fix_to_virt() which does the
verification at build time. For this, we need to use it inline
so that GCC can see the real value of idx at buildtime.
In the meantime, we remove the 'fixmaps' variable.
T
As seen below, allthough the init sections have been freed, the
associated memory area is still marked as executable in the
page tables.
~ dmesg
[5.860093] Freeing unused kernel memory: 592K (c057 - c0604000)
~ cat /sys/kernel/debug/kernel_page_tables
---[ Start of kernel VM ]---
0xc0
get_pteptr() and __mapin_ram_chunk() are only used locally,
so define them static
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/book3s/32/pgtable.h | 3 ---
arch/powerpc/include/asm/nohash/32/pgtable.h | 3 ---
arch/powerpc/mm/pgtable_32.c | 4 ++--
3 files changed
__change_page_attr() uses flush_tlb_page().
flush_tlb_page() uses tlbie instruction, which also invalidates
pinned TLBs, which is not what we expect.
This patch modifies the implementation to use flush_tlb_kernel_range()
instead. This will make use of tlbia which will preserve pinned TLBs.
Signed
This function has not been used since commit 9494a1e8428ea
("powerpc: use generic fixmap.h)
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/pgtable_32.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index d151779621fb..d67
This patch implements STRICT_KERNEL_RWX on PPC32.
As for CONFIG_DEBUG_PAGEALLOC, it deactivates BAT and LTLB mappings
in order to allow page protection setup at the level of each page.
As BAT/LTLB mappings are deactivated, there might be a performance
impact. For this reason, we make it optional
This patch set implements STRICT_KERNEL_RWX on Powerpc32
after fixing a few issues related to kernel code page protection.
It superseeds the previous patch set identified "Fix kernel protection
and implement CONFIG_DEBUG_RODATA on PPC32"
This set is based on Balbir Singh set identified
"Enable S
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/book3s/32/pgtable.h | 2 ++
arch/powerpc/include/asm/nohash/32/pgtable.h | 2 ++
arch/powerpc/mm/8xx_mmu.c| 2 +-
arch/powerpc/mm/dma-noncoherent.c| 2 +-
arch/powerpc/mm/mem.c| 4
Hi Hans,
On Mon, May 29, 2017 at 03:46:08PM +0200, Hans Verkuil wrote:
> Hi Steve,
>
> On 05/25/2017 02:29 AM, Steve Longerbeam wrote:
> >In version 7:
> >
> >- video-mux: switched to Philipp's latest video-mux driver and updated
> > bindings docs, that makes use of the mmio-mux framework.
> >
On Mon, May 29, 2017 at 1:24 PM, Joel Stanley wrote:
> On Sun, May 28, 2017 at 12:41 AM, Andy Shevchenko
> wrote:
>> On Fri, May 26, 2017 at 6:32 AM, Joel Stanley wrote:
>>> This driver is a basic single-register reset controller driver that
>>> supports clearing a single bit in a register.
>>>
On Mon, May 29, 2017 at 02:23:16PM +0200, Peter Zijlstra wrote:
> On Mon, May 29, 2017 at 06:39:44AM -0500, Eric W. Biederman wrote:
> > I failed to see that there is a refcount_inc. Too much noise in
> > the header file I suppose.
> >
> > But implementing refcount_inc in terms of refcount_inc_no
Number of calls to of_platform_populate() aren't unbalanced by a call to
of_platform_depopulate() that could generate issue will loading/unloading
the drivers. Make those drivers use devm_of_platform_populate() fix the problem
without need to add remove function.
In some case replacing of_platform
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Shawn Guo
CC: David Airlie
CC: dri-de...@lists.freedesktop.org
CC: linux-kernel@vger.kernel.org
---
drivers/gpu/drm/zte/zx_drm_drv.c | 2 +-
1 file c
Usage of devm_of_platform_populate() simplify driver code
and save somes lines
Signed-off-by: Benjamin Gaignard
CC: Kyungmin Park
CC: Sylwester Nawrocki
CC: Mauro Carvalho Chehab
CC: Kukjin Kim
CC: Krzysztof Kozlowski
CC: Javier Martinez Canillas
CC: linux-me...@vger.kernel.org
CC: linux-a
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Tony Lindgren
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/palmas.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Use devm_of_platform_populate() instead of of_platform_populate and
of_platform_depopulate to simplify driver code
Signed-off-by: Benjamin Gaignard
CC: Jonathan Cameron
CC: Hartmut Knaack
CC: Lars-Peter Clausen
CC: Alexandre Torgue
CC: Fabrice Gasnier
CC: linux-...@vger.kernel.org
CC: linux
Usage of devm_of_platform_populate() simplify driver code
by allowing to delete stm32_sai_remove().
Signed-off-by: Benjamin Gaignard
CC: Liam Girdwood
CC: Mark Brown
CC: Jaroslav Kysela
CC: Takashi Iwai
CC: Alexandre Torgue
CC: Olivier Moysan
CC: alsa-de...@alsa-project.org
CC: linux-arm-k
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: Kukjin Kim
CC: Krzysztof Kozlowski
CC: Javier Martinez Canillas
CC: linux-arm-ker...@lists.infradead.org
CC: linux-samsung-...@vger.ke
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/fsl-imx25-tsadc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/d
Usage of devm_of_platform_populate() simplify driver code
by allowing to delete pmic_spmi_remove().
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/qcom-spmi-pmic.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/driv
Usage of devm_of_platform_populate() simplify driver code
by allowing to delete cpcap_remove().
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/motorola-cpcap.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/dr
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/smsc-ece1099.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/driver
Use devm_of_platform_populate() to simplify driver code.
Signed-off-by: Benjamin Gaignard
CC: Rob Clark
CC: David Airlie
CC: linux-arm-...@vger.kernel.org
CC: dri-de...@lists.freedesktop.org
CC: freedr...@lists.freedesktop.org
CC: linux-kernel@vger.kernel.org
---
drivers/gpu/drm/msm/msm_drv.c
Use devm_of_platform_populate() instead of of_platform_populate and
of_platform_depopulate to simplify driver code
Signed-off-by: Benjamin Gaignard
CC: Jonathan Cameron
CC: Hartmut Knaack
CC: Lars-Peter Clausen
CC: Alexandre Torgue
CC: Fabrice Gasnier
CC: linux-...@vger.kernel.org
CC: linux
Use devm_of_platform_populate() instead of of_platform_populate()
and suppress stm32_timers_remove() which become useless.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: Alexandre Torgue
CC: linux-arm-ker...@lists.infradead.org
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/stm32-timers
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/cros_ec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/c
Use devm_of_platform_populate() to be sure that of_platform_depopulate
is called when removing the driver.
Signed-off-by: Benjamin Gaignard
CC: Lee Jones
CC: linux-kernel@vger.kernel.org
---
drivers/mfd/atmel-flexcom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
Hi Steve,
A few comments below.
On Wed, May 24, 2017 at 05:29:31PM -0700, Steve Longerbeam wrote:
> This driver is based on ov5640_mipi.c from Freescale imx_3.10.17_1.0.0_beta
> branch, modified heavily to bring forward to latest interfaces and code
> cleanup.
>
> Signed-off-by: Steve Longerbeam
On May 29, 2017, at 10:28 AM, Greg Kroah-Hartman wrote:
> On Fri, May 26, 2017 at 11:40:33PM -0400, Oleg Drokin wrote:
>> lov_getstripe() calls set_fs(KERNEL_DS) so that it can handle a struct
>> lov_user_md pointer from user- or kernel-space. This changes the
>> behavior of copy_from_user() on
On Mon, 29 May 2017 17:45:49 +0200
Benjamin Gaignard wrote:
> Use devm_of_platform_populate() instead of of_platform_populate and
> of_platform_depopulate to simplify driver code
>
> Signed-off-by: Benjamin Gaignard
My gut feeling is to dislike this particular instance.
It's changing the order
Hi,
did you remove me from the To: / Cc: list intentionally, or was that an
oversight? I caught your message in my list folders only by luck.
Some followup below:
On 05/29/17 17:27, gengdongjiu wrote:
>> (46) What is "physical_addr" good for? Below I can only see an
>> assignment to it, in ghe
301 - 400 of 645 matches
Mail list logo
