* Bin Liu [170512 06:43]:
> On Thu, May 11, 2017 at 02:06:28PM -0700, Tony Lindgren wrote:
> >
> > Well maybe the minimal fix for now is just pretty much back to
> > square one of this thread. This should keep VBUS always on.
> > Then we can figure out some logic to cut VBUS later on.
> >
> > An
Viresh Kumar writes:
> On 06-05-17, 11:58, Kevin Hilman wrote:
>> Rob Herring writes:
>>
>> > On Wed, Apr 26, 2017 at 04:27:05PM +0530, Viresh Kumar wrote:
>> >> Power-domains need to express their active states in DT and the devices
>> >> within the power-domain need to express their dependenc
Hi Kan,
[auto build test WARNING on tip/x86/core]
[also build test WARNING on v4.11 next-20170512]
[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/commits/kan-liang-intel-com/perf-x86-add-sysfs-entry-to
Kirill Tkhai writes:
> During checkpointing and restore of userspace tasks
> we bumped into the situation, that it's not possible
> to restore the tasks, which user namespace does not
> have uid 0 or gid 0 mapped.
>
> People create user namespace mappings like they want,
> and there is no a limit
On 12/05/17 05:22, Minghsiu Tsai wrote:
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and al
On Fri, 12 May 2017, Marcelo Tosatti wrote:
> > A bit confused by this one. The vmstat worker is already disabled if there
> > are no updates. Also the patches by Chris Metcalf on data plane mode add a
> > prctl to quiet the vmstat workers.
> >
> > Why do we need more than this?
>
> If there are v
PEAQ is a new European OEM, I've bought one of their 2-in-1 x86
devices, which is actually quite a nice device. Under Windows it has
Dolby software for "better" sound and you can select different equalizer
presets using a special button.
This WMI interface for this button is not really nice, as it
On Tue, May 09, 2017 at 10:26:50AM +0100, Rafal Ozieblo wrote:
> Signed-off-by: Rafal Ozieblo
> ---
> Documentation/devicetree/bindings/net/macb.txt | 1 +
> 1 file changed, 1 insertion(+)
I acked the last version, please add acks when posting new versions.
Rob
On Thu, May 04, 2017 at 07:45:49PM +0200, Geert Uytterhoeven wrote:
> From: Hisashi Nakamura
>
> Add slave mode support to the MSIOF driver, in both PIO and DMA mode.
>
> For now this only supports the transmission of messages with a size
> that is known in advance.
>
> Signed-off-by: Hisashi N
On Tue, Jul 15, 2014 at 09:02:38PM -0700, John Stultz wrote:
> On 07/08/2014 04:08 AM, Miroslav Lichvar wrote:
> > I spent some time trying to figure out a workaround for the nanosecond
> > rounding, but I didn't find anything that wouldn't complicate the mult
> > adjustment logic and bring back th
On Fri, May 05, 2017 at 03:32:56PM -0400, Sebastien Bourdelin wrote:
> Add binding documentation for the Technologic Systems NBUS that is used
> to interface with peripherals in the FPGA of the TS-4600 SoM.
>
> Signed-off-by: Sebastien Bourdelin
> ---
> Changes v2 -> v3:
> - rebase on master
>
On 12.05.2017 17:49, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 12.05.2017 17:26, Eric W. Biederman wrote:
>>> Kirill Tkhai writes:
>>>
Imagine we have a pid namespace and a task from its parent's pid_ns,
which made setns() to the pid namespace. The task is doing fork(),
On Sat, May 06, 2017 at 05:24:36PM +0530, Anup Patel wrote:
> This patch adds DT bindings info for Broadcom Stingray SOC
> and related reference boards.
>
> Signed-off-by: Anup Patel
> ---
> Documentation/devicetree/bindings/arm/bcm/brcm,stingray.txt | 12
> 1 file changed, 12 inser
On 12.05.2017 17:56, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> During checkpointing and restore of userspace tasks
>> we bumped into the situation, that it's not possible
>> to restore the tasks, which user namespace does not
>> have uid 0 or gid 0 mapped.
>>
>> People create user name
On Sat, May 06, 2017 at 05:24:37PM +0530, Anup Patel wrote:
> From: Sandeep Tripathy
>
> Update iproc clock dt-binding documentation with
> Stingray pll and clock details.
>
> Signed-off-by: Sandeep Tripathy
> Reviewed-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> .../bindings/clock/brcm,
On Fri, May 12, 2017 at 07:58:49AM -0700, Tony Lindgren wrote:
> * Bin Liu [170512 06:43]:
> > On Thu, May 11, 2017 at 02:06:28PM -0700, Tony Lindgren wrote:
> > >
> > > Well maybe the minimal fix for now is just pretty much back to
> > > square one of this thread. This should keep VBUS always on
On 05/11/2017 07:02 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.53 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 05/11/2017 08:10 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.16 release.
> There are 129 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
From: Jan Moskyto Matejka
Date: Fri, 12 May 2017 13:15:10 +0200
> -int rt6_dump_route(struct rt6_info *rt, void *p_arg);
> +int rt6_dump_route(struct rt6_info *rt, void *p_arg, int truncate);
Please use "bool" and "true"/"false" for boolean values.
What does ipv4 do in this situation?
I'm hesi
On 05/11/2017 08:11 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.28 release.
> There are 103 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 05/11/2017 08:12 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.11.1 release.
> There are 28 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 05/11/2017 08:12 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.68 release.
> There are 60 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
From: Kan Liang
Currently, the SMIs are visible to all performance counters. Because
many users want to measure everything including SMIs. But in some
cases, the SMI cycles should not be count. For example, to calculate
the cost of SMI itself. So a knob is needed.
When setting FREEZE_WHILE_SMM b
Mark Rutland wrote:
> From a quick look at key_lookup(), the following looks very suspicious:
>
> found:
> /* pretend it doesn't exist if it is awaiting deletion */
> if (refcount_read(&key->usage) == 0)
> goto not_found;
>
> /* this races with key_put(),
* Linus Walleij [170512 02:28]:
> On Thu, May 11, 2017 at 4:20 PM, Andre Przywara
> wrote:
> >> On Thu, May 4, 2017 at 1:57 AM, Andre Przywara
> >> wrote:
> >>
> >>> When a pinctrl driver gets interrupted during its probe process
> >>> (returning -EPROBE_DEFER), the devres system cleans up all
- Fixed bugs in example for shash and rng (added missing "*" and " *").
- Corrected pr_info() in calc_hash().
- Added example usage of calc_hash().
- No need for negate PTR_ERR to get error code, as crypto_alloc_rng
already returns negative values like ERR_PTR(-ENOMEM). Fixed.
Signed-off-by: Kam
On 05/12, Kirill Tkhai wrote:
>
> Task from parent pid_ns Child reaper
> copy_process() ..
> alloc_pid() ..
> ..zap_pid_ns_processes()
> .. disable_pid_allocation()
> ..
On Fri, May 12, 2017 at 10:11:14AM -0500, Christoph Lameter wrote:
> On Fri, 12 May 2017, Marcelo Tosatti wrote:
>
> > > A bit confused by this one. The vmstat worker is already disabled if there
> > > are no updates. Also the patches by Chris Metcalf on data plane mode add a
> > > prctl to quiet
On Fri, May 12, 2017 at 09:25:28AM -0600, Shuah Khan wrote:
> On 05/11/2017 08:12 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.11.1 release.
> > There are 28 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
Hi Vadim,
On Fri, May 12, 2017 at 05:44:05AM -0700, Vadim Lomovtsev wrote:
> Hi Lorenzo,
>
> Are there any news related to these patches ?
Not really, I have not received any feedback but I was expecting some
to make progress here. Have you tested it ?
Please let me know, thanks !
Lorenzo
On 12/05/17 12:46, kbuild test robot wrote:
Hi John,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.11 next-20170512]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
Mediatek dts patches should be tested against this
From: Suniel Mahesh
Mk16_le() is an inline function returning le16_to_cpu()
which is causing type mismatch warnings. Removed Mk16_le() and
replaced it with le16_to_cpu() with appropriate argument type as
suggested by Greg K-H.
Signed-off-by: Suniel Mahesh
---
Changes for v2:
- Modified commit
On Fri, May 12, 2017 at 09:20:24AM +0900, AKASHI Takahiro wrote:
> On Thu, May 11, 2017 at 08:26:29PM +0200, Luis R. Rodriguez wrote:
> > On Thu, May 11, 2017 at 07:46:27PM +0900, AKASHI Takahiro wrote:
> > > On Fri, Apr 28, 2017 at 03:45:35AM +0200, Luis R. Rodriguez wrote:
> > > > > > diff --git
On Thu, May 11, 2017 at 02:03:13PM -0700, Guenter Roeck wrote:
> On Thu, May 11, 2017 at 04:12:23PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.4.68 release.
> > There are 60 patches in this series, all will be posted as a response
> > to this one. I
On Fri, May 12, 2017 at 10:27:54AM +0200, Jan Kara wrote:
> On Thu 11-05-17 14:59:43, J. Bruce Fields wrote:
> > On Wed, Apr 05, 2017 at 02:14:09PM -0400, J. Bruce Fields wrote:
> > > On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote:
> > > > 1) Keep i_version as is, make clients also check
On Fri, May 12, 2017 at 07:01:25AM -0400, Jeff Layton wrote:
> This looks reasonable to me (modulo Jan's comment about casting tv_sec
> to u64).
>
> To be clear, I think this is mostly orthogonal to the changes that I was
> originally proposing, right? I think we can still benefit from only
> bump
On Fri, May 12, 2017 at 09:28:47AM +0900, AKASHI Takahiro wrote:
> On Thu, May 11, 2017 at 11:32:30AM -0700, Luis R. Rodriguez wrote:
> > On Thu, May 11, 2017 at 11:26 AM, Luis R. Rodriguez wrote:
> > >
> > > It would seems to make sense to me to only need to verify files when read
> > > for the f
In fs/cifs/smb2pdu.h, we have:
#define SMB2_SHARE_TYPE_DISK0x01
#define SMB2_SHARE_TYPE_PIPE0x02
#define SMB2_SHARE_TYPE_PRINT 0x03
Knowing that, with the current code, the SMB2_SHARE_TYPE_PRINT case can
never trigger and printer share would be interpreted as disk share.
So, test the Sh
> Il giorno 12 mag 2017, alle ore 17:21, Bin Liu ha scritto:
>
> On Fri, May 12, 2017 at 07:58:49AM -0700, Tony Lindgren wrote:
>> * Bin Liu [170512 06:43]:
>>> On Thu, May 11, 2017 at 02:06:28PM -0700, Tony Lindgren wrote:
Well maybe the minimal fix for now is just pretty much back
On 05/12/2017 09:25 AM, Shuah Khan wrote:
> On 05/11/2017 08:12 AM, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 4.11.1 release.
>> There are 28 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being a
On Fri, 12 May 2017, Marcelo Tosatti wrote:
> OK, i'll check if the patches from Chris work for us and then add
> Tested-by on that.
You may not need those if the quiet_vmstat() function is enough for you.
extract_crng() will use sleeping locks while in a preempt_disable()
section due to get_cpu_var().
Work around it with local_locks.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/char/random.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/char/rand
Hi Laurent,
On 12-05-2017 10:35, Laurent Pinchart wrote:
> Hi Jose,
>
> Thank you for the patch.
>
> On Tuesday 09 May 2017 18:00:12 Jose Abreu wrote:
>> This changes the connector probe helper function to use the new
>> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
>> validate
On Fri, 12 May 2017, Marcelo Tosatti wrote:
> In our case, vmstat updates are very rare (CPU is dominated by DPDK).
What is the OS doing on the cores that DPDK runs on? I mean we here can
clean a processor of all activities and are able to run for a long time
without any interruptions.
Why would
Imagine we have a pid namespace and a task from its parent's pid_ns,
which made setns() to the pid namespace. The task is doing fork(),
while the pid namespace's child reaper is dying. We have the race
between them:
Task from parent pid_ns Child reaper
copy_process()
From: "Gustavo A. R. Silva"
Date: Thu, 11 May 2017 22:11:29 -0500
> Add default case to switch in order to avoid any chance of using an
> uninitialized variable _low_, in case s->type does not match any of
> the listed case values.
>
> Addresses-Coverity-ID: 1398130
> Suggested-by: Andrew Lunn
On 05/12, Kirill Tkhai wrote:
>
--- a/kernel/fork.c
> +++ b/kernel/fork.c
> @@ -1845,11 +1845,13 @@ static __latent_entropy struct task_struct
> *copy_process(
> */
> recalc_sigpending();
> if (signal_pending(current)) {
> - spin_unlock(¤t->sighand->siglock);
> -
On 12 May 2017 at 20:29, Kevin Hilman wrote:
> Viresh Kumar writes:
>> Why should we do that?
>
> For starters, because the lack of it looks very strange upon first read
> (notice that both Rob and I pointed that out), and because you didn't
> explain why in the first place, it draws attention.
On Fri, May 12, 2017 at 11:07:48AM -0500, Christoph Lameter wrote:
> On Fri, 12 May 2017, Marcelo Tosatti wrote:
>
> > In our case, vmstat updates are very rare (CPU is dominated by DPDK).
>
> What is the OS doing on the cores that DPDK runs on? I mean we here can
> clean a processor of all activ
of_device_id::data is an opaque pointer. No explicit cast is needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpio/gpio-zynq.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-zynq.c b/drivers/gpio/gpio-zynq.c
index 6b4d10d..ed87c9a 100644
--- a/driv
From: Haiyang Zhang
Date: Fri, 12 May 2017 07:13:33 -0700
>
> + local fn
> + for fn in "${fnlist[@]}"
> + do
> awk "/$nic_end/{x=0} x{next} /$nic_start/{x=1;next} 1" $fn >$tmpfl
>
> cp $tmpfl $fn
> + done
Please indent the body of this loop properly.
On Fri, May 12, 2017 at 08:22:23AM +1000, NeilBrown wrote:
> On Thu, May 11 2017, J. Bruce Fields wrote:
> > +static inline u64 nfsd4_change_attribute(struct inode *inode)
> > +{
> > + u64 chattr;
> > +
> > + chattr = inode->i_ctime.tv_sec << 30;
> > + chattr += inode->i_ctime.tv_nsec;
> > +
From: Julia Lawall
Date: Fri, 12 May 2017 22:54:23 +0800 (SGT)
> Device node iterators put the previous value of the index variable, so an
> explicit put causes a double put.
...
> @@ -169,7 +169,6 @@ int mdio_mux_init(struct device *dev,
> if (r) {
> mdiobus_
On Fri, May 12, 2017 at 04:29:39PM +0100, David Howells wrote:
> Mark Rutland wrote:
>
> > From a quick look at key_lookup(), the following looks very suspicious:
> >
> > found:
> > /* pretend it doesn't exist if it is awaiting deletion */
> > if (refcount_read(&key->usage) == 0)
On 05/12/2017 09:45 AM, Eric W. Biederman wrote:
> Thomas Gleixner writes:
>
>> On Fri, 12 May 2017, Michael Ellerman wrote:
>>> Fixes: BKrev: 3e8e57a1JvR25MkFRNzoz85l2Gzccg ("[PATCH]
>>> linux-2.5.66-signal-cleanup.patch")
>>>
>>> In your tree that is c3c107051660 ("[PATCH]
>>> linux-2.5.66-
Am 12.05.2017 um 15:59 schrieb Mauro Carvalho Chehab :
> Use pandoc to convert documentation to ReST by calling
> Documentation/sphinx/tmplcvt script.
>
> - Manually adjusted to use ..note and ..warning
> - Minor fixes for it to be parsed without errors
> - Use **bold** for emphasis.
>
> Signed
On Sat, 2017-05-13 at 01:18:45 +0900, Masahiro Yamada wrote:
> of_device_id::data is an opaque pointer. No explicit cast is needed.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Sören Brinkmann
Sören
On Fri, 12 May 2017 11:12:05 +0200
Gerd Hoffmann wrote:
> Hi,
>
> > If the contents of the framebuffer change or if the parameters of the
> > framebuffer change? I can't image that creating a new dmabuf fd for
> > every visual change within the framebuffer would be efficient, but I
> > don't
Oleg Nesterov writes:
> On 05/12, Kirill Tkhai wrote:
>>
> --- a/kernel/fork.c
>> +++ b/kernel/fork.c
>> @@ -1845,11 +1845,13 @@ static __latent_entropy struct task_struct
>> *copy_process(
>> */
>> recalc_sigpending();
>> if (signal_pending(current)) {
>> -spin_unloc
On Fri, May 12, 2017 at 10:59:47AM -0300, Mauro Carvalho Chehab wrote:
> There are a few issues on some kernel-doc markups that was
> causing troubles with kernel-doc output on ReST format.
> Fix them.
>
> No functional changes.
>
> Signed-off-by: Mauro Carvalho Chehab
No objection. One questio
On Fri, May 12, 2017 at 12:25:22PM +1000, Balbir Singh wrote:
> On Thu, 2017-05-11 at 20:16 +0100, Roman Gushchin wrote:
> > The meaning of each value is the same as for global counters,
> > available using /proc/vmstat.
> >
> > Also, for consistency, rename mem_cgroup_count_vm_event() to
> > coun
From: Douglas Anderson
The mwifiex_11n_delba() function walked the rx_reorder_tbl_ptr without
holding the lock, which was an obvious violation.
Grab the lock.
NOTE: we hold the lock while calling mwifiex_send_delba(). There's also
several callers in 11n_rxreorder.c that hold the lock and the c
From: Douglas Anderson
Despite the macro list_for_each_entry_safe() having the word "safe" in
the name, it's still not actually safe to release the list spinlock
while iterating over the list. The "safe" in the macro name actually
only means that it's safe to delete the current entry while itera
When removing or resetting an mwifiex device, we don't remember to free
the saved beacon buffer. Use the (somewhat misleadingly-named)
mwifiex_free_priv() helper to handle this.
Noticed by kmemleak during tests:
echo 1 > /sys/bus/pci/devices/.../reset
unreferenced object 0xffc09d034a00 (size
These are already handled by mwifiex_shutdown_sw() and
mwifiex_reinit_sw(). Ideally, we'll kill the flag entirely eventually,
as I suspect it breeds race conditions.
Signed-off-by: Brian Norris
---
drivers/net/wireless/marvell/mwifiex/pcie.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/d
We're using 'adapter' right before calling this. Stop being
unnecessarily paranoid.
Signed-off-by: Brian Norris
---
drivers/net/wireless/marvell/mwifiex/init.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/init.c
b/drivers/net/wireless/marvell/mwif
If mwifiex_shutdown_drv() is racing with another mwifiex_shutdown_drv(),
we *really* have problems. Kill the lock.
Signed-off-by: Brian Norris
---
drivers/net/wireless/marvell/mwifiex/init.c | 4
drivers/net/wireless/marvell/mwifiex/main.h | 2 --
2 files changed, 6 deletions(-)
diff --git
Signed-off-by: Brian Norris
---
drivers/net/wireless/marvell/mwifiex/pcie.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/pcie.c
b/drivers/net/wireless/marvell/mwifiex/pcie.c
index ac62bce50e96..d7e563a622f7 100644
--- a/drivers/net/wireless/marvell
These pointers are retrieved via container_of(). There's no way they are
NULL.
Signed-off-by: Brian Norris
---
drivers/net/wireless/marvell/mwifiex/11h.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/11h.c
b/drivers/net/wireless/marvell/mwifiex/11
mwifiex_exec_next_cmd() seems to have a classic TOCTOU race, where we
drop the list lock in between retrieving the next command and deleting
it from the list. This potentially leaves room for someone else to also
retrieve / steal this node from the list (e.g.,
mwifiex_cancel_all_pending_cmd()).
Le
If we fail to add an interface in mwifiex_add_virtual_intf(), we might
hit a BUG_ON() in the networking code, because we didn't tear things
down properly. Among the problems:
(a) when failing to allocate workqueues, we fail to unregister the
netdev before calling free_netdev()
(b) even if w
From: Douglas Anderson
Just like in the previous patch ("mwifiex: Don't release
tx_ba_stream_tbl_lock while iterating"), in
mwifiex_cancel_all_pending_cmd() we were itearting over a list protected
by a spinlock. Again, it is not safe to release the spinlock while
iterating. Don't do it.
Luckil
Hi Tyler,
On 08/05/17 20:59, Baicar, Tyler wrote:
> On 5/8/2017 11:28 AM, James Morse wrote:
>> I was tidying up the masking/unmasking in entry.S, something I wasn't aware
>> of
>> that leads to a bug:
>> entry.S will unmask interrupts for instruction/data aborts that came from a
>> context with
On Fri, May 12, 2017 at 12:43 AM, Thomas Gleixner wrote:
>
> That's correct. I did not include the BK revisions when I imported the
> commits into the history git. I did not see any reason to do so. I still
> have no idea what the value would have been or why anyone wants to
> reference them at al
On Fri, May 12, 2017 at 11:21:23AM +0900, Minchan Kim wrote:
> Now, get_swap_page takes struct page and allocates swap space
> according to page size(ie, normal or THP) so it would be more
> cleaner to introduce put_swap_page which is a counter function
> of get_swap_page. Then, it calls right swap
On Fri, May 12, 2017 at 11:21:24AM +0900, Minchan Kim wrote:
> The add_to_swap aims to allocate swap_space(ie, swap slot and
> swapcache) so if it fails due to lack of space in case of THP
> or something(hdd swap but tries THP swapout) *caller* rather
> than add_to_swap itself should split the THP
Am 12.05.2017 um 15:59 schrieb Mauro Carvalho Chehab :
> Use pandoc to convert documentation to ReST by calling
> Documentation/sphinx/tmplcvt script.
>
> - Manually adjust tables with got broken by conversion
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/DocBook/Makefile
Hi Eric,
On Fri, May 12, 2017 at 08:26:27AM -0500, Eric W. Biederman wrote:
> Vovo Yang writes:
>
> > On Fri, May 12, 2017 at 7:19 AM, Eric W. Biederman
> > wrote:
> >> Guenter Roeck writes:
> >>
> >>> What I know so far is
> >>> - We see this condition on a regular basis in the field. Regular
This commit adds documentation for the devicetree bindings of the
pinctrl-ingenic driver, which handles pin configuration and pin
muxing of the Ingenic SoCs currently supported by the Linux kernel.
Signed-off-by: Paul Cercueil
Acked-by: Rob Herring
---
.../bindings/pinctrl/ingenic,pinctrl.txt
This driver handles the GPIOs of all the Ingenic JZ47xx SoCs
currently supported by the upsteam Linux kernel.
Signed-off-by: Paul Cercueil
---
drivers/gpio/Kconfig| 10 ++
drivers/gpio/Makefile | 1 +
drivers/gpio/gpio-ingenic.c | 394
For a description of the devicetree node, please read
Documentation/devicetree/bindings/pinctrl/ingenic,pinctrl.txt
For a description of the gpio devicetree nodes, please read
Documentation/devicetree/bindings/gpio/ingenic,gpio.txt
Signed-off-by: Paul Cercueil
---
arch/mips/boot/dts/ingenic/jz4
We set the pin configuration for the jz4780-nand and jz4780-uart
drivers.
Signed-off-by: Paul Cercueil
---
arch/mips/boot/dts/ingenic/ci20.dts | 60 +
1 file changed, 60 insertions(+)
v2: Changed the devicetree bindings to match the new driver
v3: No change
Now that the JZ4740 and similar SoCs have a pinctrl driver, we rely on
the pins being properly configured before the driver probes.
One inherent problem of this new approach is that the pinctrl framework
does not allow us to configure each pin on demand, when the various PWM
channels are requested
Now that the JZ4740 and similar SoCs have a pinctrl driver, we rely on
the pins being properly configured before the driver probes.
Signed-off-by: Paul Cercueil
Acked-by: Bartlomiej Zolnierkiewicz
---
drivers/video/fbdev/jz4740_fb.c | 104 ++--
1 file changed
All the drivers for the various hardware elements of the jz4740 SoC have
been modified to use the pinctrl framework for their pin configuration
needs.
As such, this platform code is now unused and can be deleted.
Signed-off-by: Paul Cercueil
---
arch/mips/include/asm/mach-jz4740/gpio.h | 371 ---
Now that the JZ4740 and similar SoCs have a pinctrl driver, we rely on
the pins being properly configured before the driver probes.
Signed-off-by: Paul Cercueil
Acked-by: Ulf Hansson
---
drivers/mmc/host/jz4740_mmc.c | 44 +--
1 file changed, 5 insertions
Before, this NAND driver would set itself the configuration of the
chip-select pins for the various NAND banks.
Now that the JZ4740 and similar SoCs have a pinctrl driver, we rely on
the pins being properly configured before the driver probes.
Signed-off-by: Paul Cercueil
Acked-by: Boris Brezill
We set the pin configuration for the jz4740-nand, jz4740-mmc,
jz4740-fb, jz4740-pwm and jz4740-uart drivers.
This will permit those drivers to be cleaned out of the custom GPIO code
that they currently use.
Signed-off-by: Paul Cercueil
---
arch/mips/boot/dts/ingenic/qi_lb60.dts | 13 +
For a description of the pinctrl devicetree node, please read
Documentation/devicetree/bindings/pinctrl/ingenic,pinctrl.txt
For a description of the gpio devicetree nodes, please read
Documentation/devicetree/bindings/gpio/ingenic,gpio.txt
Signed-off-by: Paul Cercueil
---
arch/mips/boot/dts/ing
This commit adds documentation for the devicetree bindings of the
gpio-ingenic driver, which handles GPIOs of the Ingenic SoCs
currently supported by the Linux kernel.
Signed-off-by: Paul Cercueil
Acked-by: Rob Herring
---
.../devicetree/bindings/gpio/ingenic,gpio.txt | 46
There is a pinctrl driver for each of the Ingenic SoCs supported by the
upstream Linux kernel. In order to switch away from the old GPIO
platform code, we now enable the pinctrl drivers by default for the
Ingenic SoCs.
Signed-off-by: Paul Cercueil
---
arch/mips/Kconfig | 1 +
1 file changed, 1 i
From: Pasha Tatashin
Date: Thu, 11 May 2017 16:47:05 -0400
> So, moving memset() into __init_single_page() benefits Intel. I am
> actually surprised why memset() is so slow on intel when it is called
> from memblock. But, hurts SPARC, I guess these membars at the end of
> memset() kills the perfo
This driver handles pin configuration and pin muxing for the
JZ4740 and JZ4780 SoCs from Ingenic.
Signed-off-by: Paul Cercueil
---
drivers/pinctrl/Kconfig | 9 +
drivers/pinctrl/Makefile | 1 +
drivers/pinctrl/pinctrl-ingenic.c | 852 ++
On Fri, 12 May 2017, Marcelo Tosatti wrote:
> > What exactly is the issue you are seeing and want to address? I think we
> > have similar aims and as far as I know the current situation is already
> > good enough for what you may need. You may just not be aware of how to
> > configure this.
>
> I
From: Pasha Tatashin
Date: Thu, 11 May 2017 16:59:33 -0400
> We should either keep memset() only for deferred struct pages as what
> I have in my patches.
>
> Another option is to add a new function struct_page_clear() which
> would default to memset() and to something else on platforms that
> d
Am 12.05.2017 um 15:59 schrieb Mauro Carvalho Chehab :
> Use pandoc to convert documentation to ReST by calling
> Documentation/sphinx/tmplcvt script.
>
> - Manually adjust tables with got broken by conversion
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/DocBook/Makefile
On Fri, May 12, 2017 at 12:36:27PM +0200, Johan Hovold wrote:
> Hi Guenter and Wim,
>
> On Mon, Apr 03, 2017 at 07:05:46AM -0700, Guenter Roeck wrote:
> > On 04/03/2017 01:36 AM, Johan Hovold wrote:
> > > On Mon, Mar 13, 2017 at 10:16:33AM -0700, Guenter Roeck wrote:
> > >> On Mon, Mar 13, 2017 at
Hi,
On 11/05/2017 13:08, Linus Walleij wrote:
On Fri, Apr 28, 2017 at 10:08 PM, Paul Cercueil wrote:
There is a pinctrl driver for each of the Ingenic SoCs supported by the
upstream Linux kernel. In order to switch away from the old GPIO
platform code, we now enable the pinctrl drivers by def
From: Alexandre Courbot
I have not been able to dedicate time to the GPIO subsystem since quite
some time, and I don't see the situation improving in the near future.
Update the maintainers list to reflect this unfortunate fact.
Signed-off-by: Alexandre Courbot
---
Linus,
I apologize for not b
We noticed in testing that affined workloads do not provide consistent
performance under certain circumstances. To isolate the issue, we began
testing with a representative CPU workload. In some cases the CPU workload
results would vary by a large percentage from run to run. We used JTAG and
schedu
301 - 400 of 634 matches
Mail list logo
