On Mon 22-05-17 12:08:49, Pavel Tatashin wrote:
> Allow hash tables to scale with memory but at slower pace, when HASH_ADAPT
> is provided every time memory quadruples the sizes of hash tables will only
> double instead of quadrupling as well. This algorithm starts working only
> when memory size r
On Tue, 23 May 2017, Keerthy wrote:
> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
> > On Fri, 19 May 2017, Keerthy wrote:
> >
> >> The LP87565 chip is a power management IC for Portable Navigation Systems
> >> and Tablet Computing devices. It contains the following components:
> >>
> >>
On Tue, 23 May 2017, Keerthy wrote:
>
>
> On Monday 22 May 2017 09:53 AM, Keerthy wrote:
> >
> >
> > On Friday 19 May 2017 09:12 PM, Andrew F. Davis wrote:
> >> On 05/19/2017 07:42 AM, Keerthy wrote:
> >>> The LP87565 chip is a power management IC for Portable Navigation Systems
> >>> and Tabl
Hi, Colin:
Sorry for my late reply. I've applied this patch to my branch
mediatek-drm-next-4.13, thanks.
Regards,
CK
On Tue, 2017-04-11 at 14:44 +0100, Colin King wrote:
> From: Colin Ian King
>
> The current message contains a spelling mistake and is not easily
> parsable. Re-phrase it to be
clk_prepare_enable() can fail here and we must check its return value.
Replace '%d' by '%zu' to fix the following compilation warning:-
drivers/dma/imx-sdma.c: In function ‘sdma_prep_dma_cyclic’:
drivers/dma/imx-sdma.c:1327:5: warning: format ‘%d’ expects argument of type
‘int’, but argument 4 ha
On Mon 22-05-17 14:04:15, Mike Snitzer wrote:
> On Mon, May 22 2017 at 11:03am -0400,
> Michal Hocko wrote:
>
> > On Mon 22-05-17 10:52:44, Mikulas Patocka wrote:
> > >
> > >
> > > On Mon, 22 May 2017, Michal Hocko wrote:
> > [...]
> > > > I am not sure I understand. OOM killer is invoked for
On 2017-05-22 17:51, Stephen Warren wrote:
> On 05/22/2017 02:24 AM, Peter Rosin wrote:
>> Hi Stephen,
>>
>> I was looking at the i2c-mux-pinctrl driver and noticed that it has
>> code to feed it platform data from C code. There has never been any
>> in-kernel users of this interface and I would li
Hi Palmer,
On 2017-05-23 at 05:36:55 +0200, Palmer Dabbelt wrote:
> On Mon, 22 May 2017 18:16:20 PDT (-0700), o...@lixom.net wrote:
> > On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
> >> We'd like to submit for inclusion in Linux a port for the RISC-V
> >> architecture.
> >> While it i
Hi Bjorn,
On Tuesday 23 May 2017 02:56 AM, Bjorn Helgaas wrote:
> On Tue, May 16, 2017 at 07:21:08PM +0200, Geert Uytterhoeven wrote:
>> If NO_DMA=y:
>>
>> drivers/built-in.o: In function `__pci_epc_create':
>> (.text+0xef4e): undefined reference to `bad_dma_ops'
>> drivers/built-in.o:
On Mon, May 22, 2017 at 11:39 PM, Peter Zijlstra wrote:
> On Mon, May 22, 2017 at 12:28:26PM -0700, Stephane Eranian wrote:
>> On Mon, May 22, 2017 at 12:23 PM, Peter Zijlstra
>> wrote:
>> > On Mon, May 22, 2017 at 04:55:47PM +, Liang, Kan wrote:
>> >>
>> >>
>> >> > On Fri, May 19, 2017 at 1
Hi Anshuman,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.12-rc2 next-20170522]
[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/Anshuman-Khandual/mm-Define-KB-MB-GB
>>
>
> I have seen this scenario on our development board when we have a bad
> physical cable connection - the PHY continually goes up and down in a loop.
>
> So, in this regard, it is worth safeguarding against this scenario.
OK, I will reconsider this case.
Thanks!
Yijing.
>
> John
>
>
The system would crash when trying to alloc zero sized gem buffer:
[6.712435] Unable to handle kernel NULL pointer dereference at virtual
address 0010 <--ZERO_SIZE_PTR
...
[6.757502] PC is at sg_alloc_table_from_pages+0x170/0x1ec
Signed-off-by: Jeffy Chen
---
drivers/gpu/drm/rockch
On Mon, May 22, 2017 at 12:28:26PM -0700, Stephane Eranian wrote:
> On Mon, May 22, 2017 at 12:23 PM, Peter Zijlstra wrote:
> > On Mon, May 22, 2017 at 04:55:47PM +, Liang, Kan wrote:
> >>
> >>
> >> > On Fri, May 19, 2017 at 10:06:21AM -0700, kan.li...@intel.com wrote:
> >> > > diff --git a/ar
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Mon, May 22, 2017 at 06:36:44PM -0700, Julius Werner wrote:
> Fixes: a5061d028 ("firmware: google: memconsole: Adapt to new coreboot
>
On Tue 23-05-17 11:27:05, Wei Yang wrote:
> On Thu, May 18, 2017 at 11:06:37AM +0200, Michal Hocko wrote:
> >On Wed 17-05-17 22:11:40, Wei Yang wrote:
> >> This patch serial could be divided into two parts.
> >>
> >> First three patches refine and adds slab sysfs.
> >> Second three patches rename
On Tue, 2017-04-25 at 15:57 +0530, Viresh Kumar wrote:
> Objects of "struct cpufreq_cooling_device" are named a bit
> inconsistently. Lets use cpufreq_cdev everywhere. Also note that the
> lists containing such devices is renamed similarly too.
>
> Signed-off-by: Viresh Kumar
> Tested-by: Lukasz
Add the compatible string for supporting the generic device tree cpufreq-dt
driver on Hisilicon's 3660 SoC.
Signed-off-by: Tao Wang
---
drivers/cpufreq/cpufreq-dt-platdev.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c
b/drivers/cpufreq/cpufreq-dt-p
On 2017年05月23日 13:55, zhangfei wrote:
Hi, Rob
Thanks for the review.
On 2017年05月23日 08:39, Rob Herring wrote:
On Wed, May 17, 2017 at 04:37:38PM +0800, Guodong Xu wrote:
From: Zhangfei Gao
Add I2C nodes for Hi3660-hikey960.
On HiKey960,
I2C0, I2C7 is connected to Low Speed Expansion Con
On 22 May 2017 at 23:11, kbuild test robot wrote:
> drivers/mmc/core/block.c:1929:3-4: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> CC: Linus Walleij
> Signed-off-by: Fengguang Wu
Thanks, applied for next!
Kind regards
Uffe
On Tue, May 23, 2017 at 12:35 AM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Mon, 22 May 2017 18:30:45 +0200
>
> A few update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (5):
> Use kmalloc_array() in sctp_init()
> Delete an error mes
On Mon, 2017-04-03 at 14:33 +0530, Abdul Haleem wrote:
> On Mon, 2017-04-03 at 14:28 +0530, Abdul Haleem wrote:
> > On Tue, 2017-03-28 at 21:00 +1100, Michael Ellerman wrote:
> > > Abdul Haleem writes:
> > >
> > > > Hi,
> > > >
> > > > While running kernel self tests on ppc64, tm/tm-signal-contex
On 23/05/17 05:34, Jun Gao wrote:
On Wed, 2017-05-10 at 12:35 +0200, Matthias Brugger wrote:
On 28/03/17 21:22, Wolfram Sang wrote:
On Tue, Mar 28, 2017 at 05:50:12PM +0800, Jun Gao wrote:
On Wed, 2017-03-22 at 10:05 +0100, Wolfram Sang wrote:
On Thu, Mar 09, 2017 at 11:13:04AM +0800, Jun
I'm trying to generate phantom ECN events to (manually) decrease the
transmission rate/throughput.
The signals is meant to be generated and received on a single host. I
don't want the ECN event to generate a CWR (Congestion Window Reduced)
response to the sender. I'm trying to think of ways to avo
On 22/05/17 21:42, Boris Ostrovsky wrote:
>
>> 49 files changed, 1548 insertions(+), 1477 deletions(-)
>> create mode 100644 arch/x86/include/asm/paravirt_full.h
>> create mode 100644 arch/x86/include/asm/paravirt_types_full.h
>> create mode 100644 arch/x86/kernel/paravirt_full.c
>
>
> Do yo
Hi Sricharan,
On 4/10/2017 7:21 AM, Sricharan R wrote:
This is an equivalent to the DT's handling of the iommu master's probe
with deferred probing when the corrsponding iommu is not probed yet.
The lack of a registered IOMMU can be caused by the lack of a driver for
the IOMMU, the IOMMU device
On Fri, 2017-04-14 at 16:25 -0700,
sathyanarayanan.kuppusw...@linux.intel.com wrote:
> From: Kuppuswamy Sathyanarayanan tel.com>
>
> PMIC mfd driver only exports first level irq for thermal device.
> But currently we are reading the irqs from the second level irq
> chip, So this patch fixes this
> The one reason I can think of for removing them is that we don't
> want ambient light sensor drivers in drivers/misc any more and
> instead of adding DT probing code would also expect new users to
> migrate to drivers/iio/light/, which already has drivers for
> apds9300 and apds9960 but not apds
Return unsupported if the kernel is too old to support
instance independent ftrace filter for some testcases.
Signed-off-by: Masami Hiramatsu
---
.../ftrace/test.d/ftrace/func_event_triggers.tc|9 +
.../test.d/ftrace/func_traceonoff_triggers.tc |9 +
2 files chan
Use top-level available_filter_function if the test case
is running under an instance.
Signed-off-by: Masami Hiramatsu
---
.../test.d/ftrace/func_traceonoff_triggers.tc |4
1 file changed, 4 insertions(+)
diff --git
a/tools/testing/selftests/ftrace/test.d/ftrace/func_traceonoff_t
Add instance test indication in test log too.
Current ftracetest shows instance test indication on
the list of test, but not in the log for each test.
This adds instance test indication on the top of
each log, like below;
execute (instance) : /ftrace/test.d/ftrace/func_set_ftrace_file.tc
Signed-
Since older kernel didn't support separated instance of
set_ftrace_filter, if the test case set the filter in
an instance, it will propagate to top-level instance.
This means that the filter setting remains even if we
remove the instance, and will cause other tests failure.
To avoid this issue, res
Check the kretprobe maxactive is supported by kprobe_events
interface. To ensure the kernel feature, this changes ftrace
README to describe it.
Signed-off-by: Masami Hiramatsu
---
kernel/trace/trace.c |3 ++-
.../ftrace/test.d/kprobe/kretprobe_maxactive.tc|
On Mon 22-05-17 13:35:41, David Rientjes wrote:
> On Mon, 22 May 2017, Mike Snitzer wrote:
[...]
> > While adding the __GFP_NOFAIL flag would serve to document expectations
> > I'm left unconvinced that the memory allocator will _not fail_ for an
> > order-0 page -- as Mikulas said most ioctls don'
Current event/toplevel-enable.tc checking the trace
buffer by dumping all events while recording events.
However, this makes system very busy.
To reduce this overhead comes from reading trace buffer
and recording trace buffer, use head instead of cat
and stop tracing while reading.
Signed-off-by:
Skip a part of ftrace filter test related to full-glob
matching if we are sure that the testing kernel is so old
that it does not support full-glob-matching yet.
Signed-off-by: Masami Hiramatsu
---
.../ftrace/test.d/ftrace/func-filter-glob.tc | 28
1 file changed, 17
Hi,
This series improves ftracetest mainly to run on 4.9 stable
tree kernel. There still some issues remains (it seems some
fixes are not merged), but a half of issues are fixed.
NOTE: One patch will modify ftrace README to check the
availability of the maxactive option, which should have
been im
>> However, hi8435 driver historically was coded using inverted values
>> passed to gpiolib calls. And there are setups in the wild with device
>> trees containing GPIO_ACTIVE_HIGH that I'd prefer not breaking.
>>
>> To solve, I submitted a patch on hi8435 driver that changes to _raw()
>> gpio cal
Hi, Rob
Thanks for the review.
On 2017年05月23日 08:39, Rob Herring wrote:
On Wed, May 17, 2017 at 04:37:38PM +0800, Guodong Xu wrote:
From: Zhangfei Gao
Add I2C nodes for Hi3660-hikey960.
On HiKey960,
I2C0, I2C7 is connected to Low Speed Expansion Connector.
I2C1 is connected to ADV7535.
I2C
* H. Peter Anvin wrote:
> On 05/22/17 04:12, Ingo Molnar wrote:
> \>>
> >> This construct might be useful for other arches, which is why I called
> >> it "FP" instead of "BP". But then I ruined that with the last 3 :-)
> >
> > Please call it BP - 'FP' can easily be read as floating-point, maki
commit 9abd3d5f ("pstore: Extract common arguments into structure") moved
record decompression to function. decompress_record() gets called without
checking type and compressed flag. Warning will be reported if data is
uncompressed. Pstore type PSTORE_TYPE_PPC_OPAL, PSTORE_TYPE_PPC_COMMON doesn
On Mon, 22 May 2017 23:04:48 +0200,
Eric W. Biederman wrote:
>
>
> When I introduced ptracer_cred I failed to consider the weirdness of
> fork where the task_struct copies the old value by default. This
> winds up leaving ptracer_cred set even when a process forks and
> the child process does no
Hi Rob,
> Am 23.05.2017 um 04:26 schrieb Rob Herring :
>
> On Sun, May 21, 2017 at 5:44 AM, H. Nikolaus Schaller
> wrote:
>> Since our proposed API was not acceptable and the new serdev API has arrived
>> in 4.11 kernels,
>> we finally took the challenge to update the w2sg and w2cbw drivers to
I'm working on a system-wide profiling tool that uses perf_event to
gather CPU-local performance counters (L2/L3 cache misses, etc.)
across all CPUs (hyperthreads) of a multi-socket system. We'd like
for the monitoring process to run on a single core, and to be able to
sample at frequent, regular
Replace CamelCase variable names with underscores to comply with
the standard kernel coding style
Signed-off-by: Richa Jha
---
drivers/staging/sm750fb/ddk750_chip.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_chip.
On Mon, May 22, 2017 at 03:33:08PM +0200, Arnd Bergmann wrote:
> We now build the sdhi driver in separate modules, which means we
> have to export the symbols that are called from another module:
>
> ERROR: "renesas_sdhi_remove" [drivers/mmc/host/renesas_sdhi_sys_dmac.ko]
> undefined!
> ERROR: "r
This patch fixes the kernel oops when release net_device reference in
advance. In function raw_sendmsg(i think the dgram_sendmsg has the same
problem), there is a race condition between dev_put and dev_queue_xmit
when the device is gong that maybe lead to dev_queue_ximt to see
an illegal net_device
Hi,
I'm doing some testing on linux-next and I'm finding that my nand flash
has disappeared.
pxa3xx-nand f10d.flash: This platform can't do DMA on this device
pxa3xx-nand f10d.flash: non-supported command ef
pxa3xx-nand f10d.flash: non-supported command ee
pxa3xx-nand f10d.flash:
On Mon, May 22, 2017 at 03:50:23PM -0700, Jakub Kicinski wrote:
> PCI core sets the driver pointer before calling ->probe() and only
> clears it after ->remove(). This means driver's ->sriov_configure()
> callback will happily race with probe() and remove(), most likely
> leading to BUGs, since dr
On Mon, 22 May 2017 17:25:55 +0100
Punit Agrawal wrote:
> When unmapping a hugepage range, huge_pte_clear() is used to clear the
> page table entries that are marked as not present. huge_pte_clear()
> internally just ends up calling pte_clear() which does not correctly
> deal with hugepages consi
Replace CamelCase function names with underscores to comply with
the standard kernel coding style
Signed-off-by: Richa Jha
---
drivers/staging/sm750fb/ddk750_chip.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_chip.
Hi,
Alternative solution could be - have separate write path for earlycon.
>>>
>>> It looks to me having the same issue with a separate write patch
>>> for earlycon as we still need distinguish Little or Big endian
>>> for Layerscape and IMX.
>>>
At a glance, it is dozen lines of code.
>
(new top-level subthread here since this is a separate topic):
On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
> diff --git a/arch/riscv/Makefile b/arch/riscv/Makefile
> new file mode 100644
> index ..07ef200e0675
> --- /dev/null
> +++ b/arch/riscv/Makefile
> @@ -0,0 +1,64 @@
Explicit set skb->sk is needless, sock_alloc_send_skb is already set it.
Signed-off-by: Lin Zhang
Acked-by: Stefan Schmidt
---
changelog:
v1 -> v2:
* split v1 into two patches, per Stefan Schmidt.
Thanks to Stefan Schmidt for reviewing !
---
net/ieee802154/socket.c | 2 --
1 file chan
On Mon, 22 May 2017 17:00:36 -0700
"Paul E. McKenney" wrote:
> On Fri, May 19, 2017 at 12:06:09PM -0700, Paul E. McKenney wrote:
> > On Fri, May 19, 2017 at 10:23:31AM -0400, Steven Rostedt wrote:
> > > On Fri, 19 May 2017 10:04:21 -0400
> > > Steven Rostedt wrote:
> > >
> > > > On Fri, 19
On Mon, 22 May 2017 09:45:27 +0200
SF Markus Elfring wrote:
> > I wont be touching or even looking at these until after 4.12-rc1 is
> > released. Feel free to reply to this email with a ping in a week or
> > two.
>
> *ping*
>
> How do you think about to give these update suggestions another l
On Mon, May 22, 2017 at 9:49 PM, Palmer Dabbelt wrote:
> On Mon, 22 May 2017 18:27:21 PDT (-0700), o...@lixom.net wrote:
>> Hi,
>>
>>
>> On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
>>> ---
>>> arch/riscv/.gitignore| 35
>>> arch/riscv/Kconfig |
On Fri, 5 May 2017 23:03:23 +0200
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 5 May 2017 20:00:11 +0200
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> The script “checkpatch.pl” pointed information out like the following.
>
This patch will fix a static code checker warning, which looks
like below,
fs/ocfs2/inode.c:179 ocfs2_iget()
warn: passing zero to 'ERR_PTR'
this warning was caused by the
commit d56a8f32e4c6 ("ocfs2: check/fix inode block for online file check").
after apply this patch, the error return value w
From: Daniel Walter
fscrypt provides facilities to use different encryption algorithms which
are selectable by userspace when setting the encryption policy. Currently,
only AES-256-XTS for file contents and AES-256-CBC-CTS for file names are
implemented. This is a clear case of kernel offers the
On Fri, May 19, 2017 at 08:53:22AM +0200, Corentin Labbe wrote:
> Hello
>
> Many HMAC users directly use directly 0x36/0x5c values.
> It's better with crypto to use a name instead of directly some crypto
> constant.
>
> Changes since v1:
> - Moved constant to include/crypto/hmac.h
> - Added to
On Thu, May 18, 2017 at 04:29:22PM +0300, Gilad Ben-Yossef wrote:
> This patch set fixes various usage and documentation errors
> in waiting for async crypto op to complete which can result
> in data corruption.
>
> Note: these were discovered in the process of working on a
> patch set that replac
On Tue, May 16, 2017 at 09:03:08PM -0700, Eric Biggers wrote:
> From: Eric Biggers
>
> When using the "aes-asm" implementation of AES (*not* the AES-NI
> implementation) on an x86_64, v4.12-rc1 kernel with lockdep enabled, the
> following warning was reported, along with a long unwinder dump:
>
On Tue, May 23, 2017 at 12:48 AM, Alex Williamson
wrote:
> On Mon, 22 May 2017 22:09:39 +0530
> Oza Pawandeep wrote:
>
>> iproc based PCI RC and Stingray SOC has limitaiton of addressing only 512GB
>> memory at once.
>>
>> IOVA allocation honors device's coherent_dma_mask/dma_mask.
>> In PCI case
On Tue, May 16, 2017 at 01:57:41PM +0530, Arvind Yadav wrote:
> Here, Clock enable can failed. So adding an error check for
> clk_prepare_enable.
>
> Signed-off-by: Arvind Yadav
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.
On Mon, May 15, 2017 at 01:52:03PM +0530, Arvind Yadav wrote:
> Here, Clock enable can failed. So adding an error check for
> clk_prepare_enable.
>
> Signed-off-by: Arvind Yadav
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.
On Mon, 22 May 2017 18:31:08 PDT (-0700), rdun...@infradead.org wrote:
> On 05/22/17 18:27, Olof Johansson wrote:
>> Hi,
>>
>>
>> On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
>>> ---
>>> arch/riscv/.gitignore| 35
>>> arch/riscv/Kconfig | 300
>>>
On Tue, May 23, 2017 at 12:17:31AM +0200, Thomas Gleixner wrote:
> On Mon, 15 May 2017, Christoph Hellwig wrote:
>
> > And keep a pointer to it instead of a copy in the posix_clocks array.
> >
> > Based on similar changes in the Grsecurity patchset, but redone from
> > scratch including a few twe
On Mon, 22 May 2017 18:27:21 PDT (-0700), o...@lixom.net wrote:
> Hi,
>
>
> On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
>> ---
>> arch/riscv/.gitignore| 35
>> arch/riscv/Kconfig | 300
>> +++
>> arch/riscv/Makefi
On Mon, 22 May 2017 19:16:43 PDT (-0700), rdun...@infradead.org wrote:
> On 05/22/17 17:41, Palmer Dabbelt wrote:
>
>> [PATCH 1/7] RISC-V: Top-Level Makefile for riscv{32,64}
>> [PATCH 2/7] RISC-V: arch/riscv Makefile and Kconfigs
>> [PATCH 3/7] RISC-V: Device Tree Documentation
>> [PATCH 4/7] RISC
Hi all,
Changes since 20170522:
The net-next tree lost its build failure.
The drm-misc tree gained a conflict against the drm-intel tree.
Non-merge commits (relative to Linus' tree): 2206
2551 files changed, 83651 insertions(+), 50797 dele
This fix addresses two problems in the way the DSCP field is formulated
on the encapsulating header of IPv6 tunnels.
1) The IPv6 tunneling code was manipulating the DSCP field of the
encapsulating packet using the 32b flowlabel. Since the flowlabel is
only the lower 20b it was incorrect to assu
On Sun, May 21, 2017 at 1:12 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Sun, 21 May 2017 22:09:11 +0200
>
> A few update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (5):
> Improve a size determination in four functions
> Delete a
hi Alan
On 5/22/2017 4:09 PM, Alan Tull wrote:
On Sat, May 20, 2017 at 1:49 AM, wrote:
Hi Yi,
From: Yi Li
Since the FPGA image are getting bigger in size, this add an new API
fpga_mgr_firmware_stream
You could replace the guts of the current fpga_mgr_firmware_load()
with this new API (k
Ivan Mikhaylov writes:
>
> From my point of view it's possible. I've checked docu and on idea
> it should be possible cause WP is only affecting watchdog ping time.
The question is, is there any chance that leaving those bits set on
another platform will cause a problem?
ie. on existing machines
By using a gpio_desc and gpiod_set_value() instead of a numeric gpio and
gpio_set_value() the gpio flags are taken into account. This is useful
when using a gpio chip-select to supplement a controllers native
chip-select.
Signed-off-by: Chris Packham
---
Notes:
My specific use-case is I have
Some hardware designs use GPIOs to add (or supplement) the SPI
chip-select so that more than one SPI slave device can be used.
For this to work with the spi-orion driver the SPI_MASTER_GPIO_SS flag
needs to be set (because the other outputs are gated internally by the
CS) and the correct chip-sele
This code was required while the OPP core was managed with help of RCUs,
but not anymore. Get rid of unnecessary alloc/memcpy operations.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/core.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
If dev_pm_opp_set_regulators() is called for a device and its regulators
are set in the OPP core, the OPP nodes for the device must contain the
"opp-microvolt" property, otherwise there is something wrong and we
better error out.
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp/of.c | 10 +
We create "supply-0" debugfs directory even if the device doesn't do
voltage scaling. That looks confusing, as if the regulator is found but
we never managed to get voltage levels for it.
Avoid creating such a directory unnecessarily.
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp/debug
The code was overly complicated here because of the limitations that we
had with RCUs (Couldn't use opp-table and OPPs outside RCU protected
section and can't call sleep-able routines from within that). But that
is long gone now.
Reorganize _generic_set_opp_regulator() in order to avoid using "str
Hi,
Here are few cleanup patches for the OPP core. The first two simplify
the code that was written specifically due to the limitations that we
had because of RCUs. We don't RCUs anymore and this can be simplified.
The last two take care of specific corner cases.
Rebased over pm/linux-next and t
On 22/05/17 03:54 PM, Bjorn Helgaas wrote:
> Since we merged the Switchtec driver during the v4.12 merge window, I
> applied these to for-linus for v4.12, with the following changelogs to
> correct a few typos:
Great! Thanks Bjorn.
Logan
Hi Linus:
This push fixes a regression in the skcipher interface that allows
bogus key parameters to hit underlying implementations which can
cause crashes.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
Herbert Xu (1):
crypto: skcipher - Add
On Mon, 22 May 2017 18:25:41 PDT (-0700), rdun...@infradead.org wrote:
> On 05/22/17 18:16, Olof Johansson wrote:
>> Hi Palmer,
>>
>> On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
>>
>>> In addition to the threaded messages, our port can be found on Git Hib
>>>
>>> https://github.com/ri
On Mon, 22 May 2017 18:16:20 PDT (-0700), o...@lixom.net wrote:
> Hi Palmer,
>
> On Mon, May 22, 2017 at 5:41 PM, Palmer Dabbelt wrote:
>> We'd like to submit for inclusion in Linux a port for the RISC-V
>> architecture.
>> While it is doubtlessly not complete, we think it is far enough along to
On Mon, 22 May 2017 19:17:52 PDT (-0700), o...@lixom.net wrote:
> On Mon, May 22, 2017 at 6:28 PM, Randy Dunlap wrote:
>>
>>> diff --git a/arch/riscv/mm/fault.c b/arch/riscv/mm/fault.c
>>> new file mode 100644
>>> index ..f02e286dd1c1
>>> --- /dev/null
>>> +++ b/arch/riscv/mm/fault.c
>
On Mon, 2017-05-22 at 16:16 +0200, Hans Verkuil wrote:
> On 05/22/2017 04:14 PM, Matthias Brugger wrote:
> >
> >
> > On 22/05/17 11:09, Hans Verkuil wrote:
> >> On 05/12/2017 05:22 AM, Minghsiu Tsai wrote:
> >>
> >> Who should take care of the dtsi changes? I'm not sure who maintains the
> >> md
On Wed, 2017-05-10 at 12:35 +0200, Matthias Brugger wrote:
>
> On 28/03/17 21:22, Wolfram Sang wrote:
> > On Tue, Mar 28, 2017 at 05:50:12PM +0800, Jun Gao wrote:
> >> On Wed, 2017-03-22 at 10:05 +0100, Wolfram Sang wrote:
> >>> On Thu, Mar 09, 2017 at 11:13:04AM +0800, Jun Gao wrote:
> From:
Hi Richard,
I have been playing with UML again and trying to get it to statically
link on a CentOS 6.9 host that has:
glibc-2.12-static
gcc-4.4
installed results in the following:
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o):
In function `siglongjmp':
(.te
On Thu, May 18, 2017 at 11:06:37AM +0200, Michal Hocko wrote:
>On Wed 17-05-17 22:11:40, Wei Yang wrote:
>> This patch serial could be divided into two parts.
>>
>> First three patches refine and adds slab sysfs.
>> Second three patches rename slab sysfs.
>>
>> 1. Refine slab sysfs
>>
>> There a
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 all other SoC subsystems. This also simplifies the
device tree.
A
Changes in v4:
- Add backwards compability if dts is out-of-date
Changes in v3:
- Upload patches again because forget to add v2 in title
Changes in v2:
- Update commit message
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu a
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 all other SoC subsystems. This also simplifie
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 all other SoC subsystems. This also simplifie
On 5/22/17, 20:08, "David Miller" wrote:
From: Teng Qin
Date: Tue, 23 May 2017 00:39:34 +
> diff --git a/samples/bpf/bpf_helpers.h b/samples/bpf/bpf_helpers.h
> index 9a9c95f..a94ce42 100644
> --- a/samples/bpf/bpf_helpers.h
> +++ b/samples/bpf/bpf_helpers.h
From: Teng Qin
Date: Tue, 23 May 2017 00:39:34 +
> diff --git a/samples/bpf/bpf_helpers.h b/samples/bpf/bpf_helpers.h
> index 9a9c95f..a94ce42 100644
> --- a/samples/bpf/bpf_helpers.h
> +++ b/samples/bpf/bpf_helpers.h
> @@ -37,9 +37,8 @@ static int (*bpf_clone_redirect)(void *ctx, int ifindex
On Monday 22 May 2017 09:53 AM, Keerthy wrote:
>
>
> On Friday 19 May 2017 09:12 PM, Andrew F. Davis wrote:
>> On 05/19/2017 07:42 AM, Keerthy wrote:
>>> The LP87565 chip is a power management IC for Portable Navigation Systems
>>> and Tablet Computing devices. It contains the following compone
ext4_xattr_block_set() calls dquot_alloc_block() to charge for an xattr
block when new references are made. However if dquot_initialize() hasn't
been called on an inode, request for charging is effectively ignored
because ext4_inode_info->i_dquot is not initialized yet.
Add dquot_initialize() call
On Tuesday 23 May 2017 08:05 AM, Keerthy wrote:
>
>
> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
>> On Fri, 19 May 2017, Keerthy wrote:
>>
>>> The LP87565 chip is a power management IC for Portable Navigation Systems
>>> and Tablet Computing devices. It contains the following components:
1 - 100 of 1179 matches
Mail list logo