On Thursday, July 27, 2017 11:01:39 PM Doug Smythies wrote:
> On 2017.07.27 17:13 Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > After commit f8475cef9008 "x86: use common aperfmperf_khz_on_cpu() to
> > calculate KHz using APERF/MPERF" the scaling_cur_freq policy attribute
> > in
Hi Neil,
On 07/27/2017 05:20 PM, Neil Armstrong wrote:
> The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver
> for such controller.
> The controller does not need HPD to be active, and could support up to max
> 5 logical addresses, but only 1 is handled since the Suspend f
Hi,
On 27/07/17 13:47, Bob Peterson wrote:
- Original Message -
| On Wed, 2017-07-26 at 12:21 -0700, Matthew Wilcox wrote:
| > On Wed, Jul 26, 2017 at 01:55:38PM -0400, Jeff Layton wrote:
| > > @@ -668,12 +668,14 @@ static int gfs2_fsync(struct file *file, loff_t
| > > start, loff_t end
On 07/28/2017 02:35 PM, Hans Verkuil wrote:
> Hi Neil,
>
> On 07/27/2017 05:20 PM, Neil Armstrong wrote:
>> The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver
>> for such controller.
>> The controller does not need HPD to be active, and could support up to max
>> 5 logica
Hi Jaegeuk,
On 2017/7/27 5:44, Jaegeuk Kim wrote:
> Change log from v1:
> - add /sys/fs/f2fs/dev/features
>
> This patch exposes what features are supported by current f2fs build to sysfs
> entry via:
>
> /sys/fs/f2fs/features/> /sys/fs/f2fs/dev/features
>
> Signed-off-by: Jaegeuk Kim
> ---
>
Hi Thiago,
On Thu, 2017-07-06 at 19:17 -0300, Thiago Jung Bauermann wrote:
> Even though struct evm_ima_xattr_data includes a fixed-size array to hold a
> SHA1 digest, most of the code ignores the array and uses the struct to mean
> "type indicator followed by data of unspecified size" and tracks
On Fri, 28 Jul 2017, Tomi Sarvela wrote:
> On 28/07/17 00:08, Thomas Gleixner wrote:
> The patch didn't apply cleanly: can you tell exact commit or tag it has been
> created against?
Linus head
> I tried to hand-wrangle the changes in, but then I got compilation
> errors:
Sorry, forgot to refres
On Fri, Jul 28, 2017 at 05:42:16PM +0800, Fengguang Wu wrote:
> On Fri, Jul 28, 2017 at 11:19:33AM +0200, Peter Zijlstra wrote:
> >On Fri, Jul 28, 2017 at 12:46:40AM +, Mathieu Desnoyers wrote:
> >
> >>> This is a new one on me. What do we do to fix it?
> >
> >Apparently (see below) the answer
On Fri, Jul 28, 2017 at 04:42:06PM +0800, Cheng-Yi Chiang wrote:
> From: "U. Artie Eoff"
>
> Reset the hw_ptr before queuing the restore_stream_context
> work to eradicate a nasty white audio noise on resume.
>
> Signed-off-by: U. Artie Eoff
I can't do anything with this, you've not provided a
On Fri, 2017-07-28 at 13:37 +0100, Steven Whitehouse wrote:
> Hi,
>
>
> On 27/07/17 13:47, Bob Peterson wrote:
> > - Original Message -
> > > On Wed, 2017-07-26 at 12:21 -0700, Matthew Wilcox wrote:
> > > > On Wed, Jul 26, 2017 at 01:55:38PM -0400, Jeff Layton wrote:
> > > > > @@ -668,12
Am Mittwoch, 26. Juli 2017, 14:19:30 CEST schrieb Mark Yao:
> Vop Full framework now has following vops:
> IP versionchipname
> 3.1 rk3288
> 3.2 rk3368
> 3.4 rk3366
> 3.5 rk3399 big
> 3.6 rk3399 lit
> 3.7 rk3228
> 3.8
On 07/28/2017 02:37 PM, Hans Verkuil wrote:
> On 07/28/2017 02:35 PM, Hans Verkuil wrote:
>> Hi Neil,
>>
>> On 07/27/2017 05:20 PM, Neil Armstrong wrote:
>>> The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver
>>> for such controller.
>>> The controller does not need HPD to
From: Rafael J. Wysocki
After commit f8475cef9008 "x86: use common aperfmperf_khz_on_cpu() to
calculate KHz using APERF/MPERF" the scaling_cur_freq policy attribute
in sysfs only behaves as expected on x86 with APERF/MPERF registers
available when it is read from at least twice in a row. The val
Hi,
On 28/07/17 13:47, Jeff Layton wrote:
On Fri, 2017-07-28 at 13:37 +0100, Steven Whitehouse wrote:
Hi,
On 27/07/17 13:47, Bob Peterson wrote:
- Original Message -
On Wed, 2017-07-26 at 12:21 -0700, Matthew Wilcox wrote:
On Wed, Jul 26, 2017 at 01:55:38PM -0400, Jeff Layton wrot
This patch corrects some visibility issues regarding some functions and
solves a warning related to a non-matching union. After this patch,
sparse produces only one other warning regarding a bitwise operator;
however, this behaviour seems to be intended.
Signed-off-by: Elia Geretto
---
drivers/s
On 07/27/2017 05:20 PM, Neil Armstrong wrote:
> The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver
> for such controller.
> The controller does not need HPD to be active, and could support up to max
> 5 logical addresses, but only 1 is handled since the Suspend firmware ca
On Fri, Jul 28, 2017 at 01:16:24PM +0100, Dietmar Eggemann wrote:
> >> IIRC the topology you had in mind was MC + DIE level with n (n > 2) DIE
> >> level sched groups.
> >
> > That'd be a NUMA box?
>
> I don't think it's NUMA. SD level are MC, DIE w/ # DIE sg's >> 2.
Ah, I can't read. I thought
(Oops. Forgot to add CC.)
On 2017/07/28 21:32, Michal Hocko wrote:
> [CC linux-mm]
>
> On Fri 28-07-17 17:22:25, Manish Jaggi wrote:
>> was: Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap
>>
>> Hi Michal,
>> On 7/27/2017 2:54 PM, Michal Hocko wrote:
>>> On Thu 27-07-17 13:59:09, Mani
On Fri, 28 Jul 2017 12:51:40 +0200
Borislav Petkov wrote:
> On Fri, Jul 28, 2017 at 09:09:33AM +0200, Borislav Petkov wrote:
> > On Thu, Jul 27, 2017 at 09:47:08PM -0400, Steven Rostedt wrote:
> > > What happens if two CPUs have mce's at the same time? Wouldn't one
> > > corrupt the other buffe
Hi Linus,
Please pull some more powerpc fixes for 4.13:
The following changes since commit 029d9252b116fa52a95150819e62af1f6e420fe5:
powerpc/mm: Mark __init memory no-execute when STRICT_KERNEL_RWX=y
(2017-07-18 19:54:24 +1000)
are available in the git repository at:
git://git.kernel.org/
On Thu, Jul 27, 2017 at 12:22:43PM -0400, Tejun Heo wrote:
> Hello,
>
> On Thu, Jul 27, 2017 at 05:14:20PM +0100, Roman Gushchin wrote:
> > Add a cgroup.stat interface to the base cgroup control files
> > with the following metrics:
> >
> > nr_descendants total number of descendant c
>
> On 07/28/2017 06:57 AM, Kurt Van Dijck wrote:
>
> >So while _a_ transceiver may be spec'd to 1MBit during arbitration,
> >CAN FD packets may IMHO exceed that speed during data phase.
>
> When the bitrate is limited to 1Mbit/s you are ONLY allowed to use 1Mbit/s
> in the data section too (eit
Hi Florian,
On Thu, Jul 27, 2017 at 03:47:33PM -0700, Florian Fainelli wrote:
> Jason's irqchip tree does not seem to have been updated for many months
> now, remove it from the list of trees to avoid any possible confusion.
>
> Signed-off-by: Florian Fainelli
> ---
Agreed. $dayjob has had me
Am Mittwoch, 26. Juli 2017, 14:19:39 CEST schrieb Mark Yao:
> It's a hardware bug, all window's overlay channel reset
> value is same, hardware overlay would be die.
>
> so we must initial difference id for each overlay channel.
>
> The Channel register is supported on all vop will full design.
>
On Fri 28-07-17 21:59:50, Tetsuo Handa wrote:
> (Oops. Forgot to add CC.)
>
> On 2017/07/28 21:32, Michal Hocko wrote:
> > [CC linux-mm]
> >
> > On Fri 28-07-17 17:22:25, Manish Jaggi wrote:
> >> was: Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap
> >>
> >> Hi Michal,
> >> On 7/27/20
On 26/07/17 16:35, Lorenzo Pieralisi wrote:
> On Wed, Jul 26, 2017 at 04:05:55PM +0100, Robin Murphy wrote:
>> Hi Nate,
>>
>> On 26/07/17 15:46, Nate Watterson wrote:
>>> Hi Lorenzo,
>>>
>>> On 7/20/2017 10:45 AM, Lorenzo Pieralisi wrote:
As reported in:
http://lkml.kernel.org/r/cal8
Declare snd_timer_hardware structures as const.
Bhumika Goyal (5):
ALSA: sound/core: constify snd_timer_hardware structures
ALSA: isa: constify snd_timer_hardware structures
ALSA: pci: constify snd_timer_hardware structures
ALSA: sparc: constify snd_timer_hardware structure
ALSA: opl3: c
Declare snd_timer_hardware structures as const as their only usage is
during a copy operation. As they are not modified anywhere, they can be
made const.
Signed-off-by: Bhumika Goyal
---
sound/core/hrtimer.c | 2 +-
sound/core/pcm_timer.c | 2 +-
sound/core/timer.c | 2 +-
3 files changed,
Declare snd_timer_hardware structures as const as their only usage
is during a copy operation. As they are not modified anywhere, they can
be made const.
Signed-off-by: Bhumika Goyal
---
sound/isa/ad1816a/ad1816a_lib.c | 2 +-
sound/isa/gus/gus_timer.c | 4 ++--
sound/isa/wss/wss_lib.c
Declare snd_timer_hardware structure as const as it is only used
during a copy operation. As it is not modified anywhere, it
can be made const.
Cross compiled for sparc architecture.
Signed-off-by: Bhumika Goyal
---
sound/sparc/cs4231.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Declare snd_timer_hardware structures as const as their only usage
is during a copy operation. As they are not modified anywhere, they
can be made const.
Signed-off-by: Bhumika Goyal
---
sound/pci/emu10k1/timer.c | 2 +-
sound/pci/ymfpci/ymfpci_main.c | 2 +-
2 files changed, 2 insertions(+
Declare snd_timer_hardware structures as const as their only usage
is during a copy operation. As they are not modified anywhere, they
can be made const.
Signed-off-by: Bhumika Goyal
---
sound/drivers/opl3/opl3_lib.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/d
Declare snd_timer_hardware structures as const as their only usage
is during a copy operation. As they are not modified anywhere, they
can be made const.
Signed-off-by: Bhumika Goyal
---
sound/pci/emu10k1/timer.c | 2 +-
sound/pci/ymfpci/ymfpci_main.c | 2 +-
2 files changed, 2 insertions(+
When a lba either hits the cache or corresponds to an empty entry in the
L2P table, we need to advance the bio according to the position in which
the lba is located. Otherwise, we will copy data in the wrong page, thus
causing data corruption for the application.
In case of a cache hit, we assumed
Hi Jens,
Can you pick up this fix for 4.13? It is a fix to a read corruption in
pblk that has been there form the beginning. It is due to a bad bio
manipulation in the case that an I/O containing lbas that are invalid,
point to data in the host cache and point to data on the device, all
three in a
On 06/28/2017 12:57 AM, Hirokazu Honda wrote:
> Hi,
>
> According to patch work, this patch are not approved yet and its
> status are "Changes Requested."
> What changes are necessary actually?
> If there is no necessary change, can you approve this patch?
I was considering to have more fine grai
On 07/28/2017 11:19 AM, Michal Hocko wrote:
> From: Michal Hocko
>
> GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived
> and reclaimable kernel allocations") along with __GFP_RECLAIMABLE. It's
> primary motivation was to allow users to tell that an allocation is
> short lived
Michal Hocko wrote:
> > 4578 is consuming memory as mlocked pages. But the OOM reaper cannot reclaim
> > mlocked pages (i.e. can_madv_dontneed_vma() returns false due to
> > VM_LOCKED), can it?
>
> You are absolutely right. I am pretty sure I've checked mlocked counter
> as the first thing but th
On Fri, 28 Jul 2017, Thomas Gleixner wrote:
> On Fri, 28 Jul 2017, Tomi Sarvela wrote:
> > On 28/07/17 00:08, Thomas Gleixner wrote:
> > The patch didn't apply cleanly: can you tell exact commit or tag it has been
> > created against?
>
> Linus head
>
> > I tried to hand-wrangle the changes in, b
Hello Tetsuo Handa,
On 7/28/2017 6:29 PM, Tetsuo Handa wrote:
(Oops. Forgot to add CC.)
On 2017/07/28 21:32, Michal Hocko wrote:
[CC linux-mm]
On Fri 28-07-17 17:22:25, Manish Jaggi wrote:
was: Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap
Hi Michal,
On 7/27/2017 2:54 PM, Mic
clk_round_rate() can return <= 0. Currently the value returned by
clk_round_rate() is used directly for a division. This patch introduces a
guard to ensure a divide-by-zero or a divide by a negative number for that
matter can't happen by bugging out returning -EINVAL if clk_round_rate()
returns <=
Building with CONFIG_UBSAN_SANITIZE_ALL shows this warning:
drivers/dma/sh/rcar-dmac.c: In function 'rcar_dmac_chan_prep_sg':
drivers/dma/sh/rcar-dmac.c:839:29: error: array subscript is above array bounds
[-Werror=array-bounds]
desc->chcr = chcr | chcr_ts[desc->xfer_shift];
As the compiler do
From: Nava kishore Manne
This patch fixes the below warning
--> Use #include instead of
--> Use #include instead of
--> please, no space before tabs
--> Block comments use a trailing */ on a separate line
--> Possible unnecessary 'out of memory' message
From: Nava kishore Manne
This patch fixes the kernel doc warnings in the driver.
Signed-off-by: Nava kishore Manne
Signed-off-by: Michal Simek
---
drivers/char/xilinx_hwicap/xilinx_hwicap.c | 4
drivers/char/xilinx_hwicap/xilinx_hwicap.h | 7 +--
2 files changed, 9 insertions(+), 2
Update the binding doc for qcom pmi8994-gpio devices.
Signed-off-by: Vivek Gautam
---
- Have been testing this patch-set on db820c for extcon with
usb controller. The usb controller uses one of these gpios
for usb-id/vbus detection.
Changes since v1:
- Dropped "qcom,pmi8994-gpio" compatibl
Signed-off-by: Vivek Gautam
---
Changes since v1:
- Added "qcom,spmi-gpio" to the compatible.
arch/arm64/boot/dts/qcom/pmi8994.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/pmi8994.dtsi
b/arch/arm64/boot/dts/qcom/pmi8994.dtsi
index d3879a
The driver has gained a compile-time dependency that we should
express in Kconfig to avoid this link error:
drivers/hid/wacom_sys.o: In function `wacom_parse_and_register':
wacom_sys.c:(.text+0x2eec): undefined reference to `usb_hid_driver'
Fixes: 09dc28acaec7 ("HID: wacom: Improve generic name g
Declare kset_uevent_ops structure as const as it is only passed as an
argument to the function kset_create_and_add. This argument is of type
const, so declare the structure as const.
Signed-off-by: Bhumika Goyal
---
fs/dlm/lockspace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Since we print the correct warning, an allmodconfig build is no longer
clean but always prints it, which defeats compile-testing:
drivers/iommu/exynos-iommu.c:58:2: error: #warning "revisit driver if we can
enable big-endian ptes" [-Werror=cpp]
This replaces the #warning with a dependency, movin
vboxvideo fails to link without genalloc:
drivers/staging/vboxvideo/vbox_hgsmi.o: In function `hgsmi_buffer_alloc':
vbox_hgsmi.c:(.text+0x1e): undefined reference to `gen_pool_dma_alloc'
drivers/staging/vboxvideo/vbox_hgsmi.o: In function `hgsmi_buffer_free':
vbox_hgsmi.c:(.text+0xf2): undefined r
I ran into this link error on an ARM OABI build:
drivers/staging/pi433/rf69.o: In function `rf69_set_frequency':
rf69.c:(.text+0xc9c): undefined reference to `__udivdi3'
No idea why I didn't see it with the default EABI configurations,
but the right solution here seems to be to use div_u64()
to g
On 28/07/17 16:15, Thomas Gleixner wrote:
On Fri, 28 Jul 2017, Thomas Gleixner wrote:
On Fri, 28 Jul 2017, Tomi Sarvela wrote:
On 28/07/17 00:08, Thomas Gleixner wrote:
The patch didn't apply cleanly: can you tell exact commit or tag it has been
created against?
Linus head
I tried to hand-w
On Sun, Jun 25, 2017 at 8:51 PM, Wu Hao wrote:
> Hi All,
>
> Here is v2 patch-series adding drivers for Intel FPGA devices.
>
> The Intel FPGA driver provides interfaces for userspace applications to
> configure, enumerate, open, and access FPGA accelerators on platforms
> equipped with Intel(R) P
On Fri 28-07-17 22:15:01, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > > 4578 is consuming memory as mlocked pages. But the OOM reaper cannot
> > > reclaim
> > > mlocked pages (i.e. can_madv_dontneed_vma() returns false due to
> > > VM_LOCKED), can it?
> >
> > You are absolutely right. I am pre
On Wed, Jul 26, 2017 at 01:48:22AM +0200, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> This patch fixes a missing selection of DMIC in CIC filter source path.
> Without this patch dmic is not functional.
What happens when someone needs this filter connected somewhere els
On 28/07/17 13:59, Peter Zijlstra wrote:
> On Fri, Jul 28, 2017 at 01:16:24PM +0100, Dietmar Eggemann wrote:
IIRC the topology you had in mind was MC + DIE level with n (n > 2) DIE
level sched groups.
[...]
>>> If I then start a 3rd loop, I see 100% 50%,50%. I then kill the 100%.
>>> Th
On Wed, Jul 26, 2017 at 02:35:08AM +0200, srinivas.kandaga...@linaro.org wrote:
> From: Damien Riegel
>
> The wrong bit is assigned to DIG_CLK_CTL_RXD3_CLK_EN, change it for the
> correct one.
>
> Signed-off-by: Damien Riegel
> Acked-by: Srinivas Kandagatla
> ---
It is *vital* that any patche
I ran into this build error on linux-next:
drivers/infiniband/hw/hns/hns_roce_eq.c:477:8: error: unknown type name
'irqreturn_t'
static irqreturn_t hns_roce_msi_x_interrupt(int irq, void *eq_ptr)
^~~
drivers/infiniband/hw/hns/hns_roce_eq.c: In function 'hns_roce_msi_x_interrupt':
On Fri, Jul 28, 2017 at 01:08:25PM +0200, Egil Hjelmeland wrote:
> On 26. juli 2017 18:55, Andrew Lunn wrote:
> >On Tue, Jul 25, 2017 at 06:15:44PM +0200, Egil Hjelmeland wrote:
> >It is better to use mdiobus_read/write or if you are nesting mdio
> >busses, mdiobus_read_nested/mdiobus_write_nested.
Hi Helen,
Finally after way too long I found some time to review this. See my comments
below.
On 04/11/2017 12:53 AM, Helen Koike wrote:
>
> Hi,
>
> Continuing the discussion about the API of the vimc driver, I made some
> changes
> based on the previous comments, please see below and let me k
On Wed, Jul 26, 2017 at 02:35:09AM +0200, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> This patch move the codec reset code from dai ops to codec probe, so
> that the codec is not held in reset when headset detection block is
> still active.
This means that the CODEC wil
On Wed, Jul 26, 2017 at 02:35:10AM +0200, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> This patch sets the default internal micbias voltage to 1.8v. This
> default value is required for mbhc buttons to work. Also adds dt
> bindings to allow the board level file to specify
On 07/28/2017 05:25 AM, Jiri Olsa wrote:
> On Thu, Jul 27, 2017 at 02:12:03PM -0400, Geneviève Bastien wrote:
>> The field perf_callchain, if available, is added to the sampling
>> events during the CTF conversion. It is an array of u64 values.
>> The perf_callchain_size field contains the size of
On Fri, Jul 28, 2017 at 05:53:40PM +0800, Chen-Yu Tsai wrote:
> On Fri, Jul 28, 2017 at 5:28 PM, Corentin Labbe
> wrote:
> > Hello
> >
> > The current way to find if the phy is internal is to compare DT phy-mode
> > and emac_variant/internal_phy.
> > But it will negate a possible future SoC where
On Thu, Jul 13, 2017 at 05:21:01AM -0400, Xulin Sun wrote:
> kill_fq removes a complete frame queue, it needs to free the qman_fq
> in the last. Else kmemleak will report the below warning:
>
> unreferenced object 0x800073085c80 (size 128):
> comm "cryptomgr_test", pid 199, jiffies 429493785
On Thu, Jul 13, 2017 at 03:06:30PM +0200, Lionel Debieve wrote:
> This set of patches update the STM32 CRC driver.
> It contains two corrections and one global Kconfig rework.
> First correction is about the relaxed usage in scope of arm
> platform usage, second about a unbind driver issue.
> Last
On Thu, Jul 13, 2017 at 03:32:25PM +0200, Lionel Debieve wrote:
> This set of patches adds a new crypto driver for STMicroelectronics stm32 HW.
> This drivers uses the crypto API and provides with HW-enabled md5, sha1,
> sha224, sha256 hash based algorithms.
> It makes use of the crypto engine to s
On Wed, Jul 05, 2017 at 09:10:00AM -0700, Andy Lutomirski wrote:
> On Wed, Jul 5, 2017 at 5:25 AM, Peter Zijlstra wrote:
> > On Thu, Jun 29, 2017 at 08:53:22AM -0700, Andy Lutomirski wrote:
> >> +static void choose_new_asid(struct mm_struct *next, u64 next_tlb_gen,
> >> + u
Hi Michal,
On 7/28/2017 6:02 PM, Michal Hocko wrote:
[CC linux-mm]
On Fri 28-07-17 17:22:25, Manish Jaggi wrote:
was: Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap
Hi Michal,
On 7/27/2017 2:54 PM, Michal Hocko wrote:
On Thu 27-07-17 13:59:09, Manish Jaggi wrote:
[...]
With 4.
On Wed, Jul 26, 2017 at 02:35:11AM +0200, srinivas.kandaga...@linaro.org wrote:
> + if (wcd->hphl_jack_type_normally_open)
> + plug_type = CDC_A_HPHL_PLUG_TYPE_NO;
> +
> + if (wcd->gnd_jack_type_normally_open)
> + plug_type |= CDC_A_GND_PLUG_TYPE_NO;
It'd be cleare
On Fri, Jul 14, 2017 at 01:15:36PM +0200, Corentin Labbe wrote:
> On Fri, Jun 23, 2017 at 02:48:37PM +0800, Herbert Xu wrote:
> > On Mon, Jun 19, 2017 at 09:55:24AM +0200, Corentin Labbe wrote:
> > >
> > > Since there are two different user of "crypto engine + ablkcipher", it
> > > will be not eas
On Sun, Jul 16, 2017 at 07:22:06PM +0200, Jason A. Donenfeld wrote:
> Otherwise, we might be seeding the RNG using bad randomness, which is
> dangerous. The one use of this function from within the kernel -- not
> from userspace -- is being removed (keys/big_key), so that call site
> isn't relevant
JFYI. We have encountered a regression after applying this patch on a
large ppc machine. While the patch is the right thing to do it doesn't
work well with the current vmalloc area size on ppc and large machines
where NUMA nodes are very far from each other. Just for the reference
the boot fails on
This patch describes the GPIO lines usage on the Nanopi K2 board.
This is useful in the debugfs gpio file and using the cdev gpio API.
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-gxbb-nanopi-k2.dts | 58 ++
1 file changed, 58 insertions(+)
diff --git a
On 28/07/17 14:40, Mark Brown wrote:
On Wed, Jul 26, 2017 at 02:35:10AM +0200, srinivas.kandaga...@linaro.org wrote:
From: Srinivas Kandagatla
This patch sets the default internal micbias voltage to 1.8v. This
default value is required for mbhc buttons to work. Also adds dt
bindings to allow
This patch describes the GPIO lines usage on the Khadas VIM board.
This is useful in the debugfs gpio file and using the cdev gpio API.
Signed-off-by: Neil Armstrong
---
.../dts/amlogic/meson-gxl-s905x-khadas-vim.dts | 56 ++
1 file changed, 56 insertions(+)
diff --git
This patchset adds the GPIO line names like the Odroid-C2 previous patch,
for the Khadas VIM and Nanopi K2 boards.
Neil Armstrong (2):
ARM64: dts: meson-gxl-khadas-vim: Add GPIO lines names
ARM64: dts: meson-gxbb-nanopi-k2: Add GPIO lines names
.../boot/dts/amlogic/meson-gxbb-nanopi-k2.dts
On Fri, Jul 28, 2017 at 11:28:15AM +0200, Corentin Labbe wrote:
> Hello
>
> The current way to find if the phy is internal is to compare DT phy-mode
> and emac_variant/internal_phy.
> But it will negate a possible future SoC where an external PHY use the
> same phy mode than the internal one.
>
>
Michal Hocko wrote:
> On Fri 28-07-17 22:15:01, Tetsuo Handa wrote:
> > task_will_free_mem(current) in out_of_memory() returning false due to
> > MMF_OOM_SKIP already set allowed each thread sharing that mm to select a new
> > OOM victim. If task_will_free_mem(current) in out_of_memory() did not re
On Fri, 28 Jul 2017 21:24:54 +0900
Masami Hiramatsu wrote:
> Generate irqentry and softirqentry text sections without
> any configs. This will add above extra sections, but
> no performace impact.
>
> Signed-off-by: Masami Hiramatsu
> Suggested-by: Ingo Molnar
> ---
> arch/arm/include/asm/tra
On Fri, Jul 28, 2017 at 02:54:59PM +0100, Srinivas Kandagatla wrote:
> On 28/07/17 14:40, Mark Brown wrote:
> > On Wed, Jul 26, 2017 at 02:35:10AM +0200, srinivas.kandaga...@linaro.org
> > wrote:
> > > From: Srinivas Kandagatla
> > > This patch sets the default internal micbias voltage to 1.8v.
Hi Dave,
here's a pull request for net, more info the signed tag below. Please
let me know if there are any problems.
Kalle
The following changes since commit d755cbc26e8295ae8e5d30425364e093b4247a85:
Merge tag 'iwlwifi-for-kalle-2017-07-21' of
git://git.kernel.org/pub/scm/linux/kernel/git/i
Generate irqentry and softirqentry text sections without
any configs. This will add above extra sections, but
no performace impact.
Signed-off-by: Masami Hiramatsu
Suggested-by: Ingo Molnar
---
Changes in v7:
- fix arch/x86/kernel/unwind_frame.c too
---
arch/arm/include/asm/traps.h |
Kalle Valo writes:
> Hi Dave,
>
> here's a pull request for net, more info the signed tag below. Please
> let me know if there are any problems.
>
> Kalle
>
> The following changes since commit d755cbc26e8295ae8e5d30425364e093b4247a85:
>
> Merge tag 'iwlwifi-for-kalle-2017-07-21' of
> git://gi
On 07/28/2017 11:30 AM, Peter Zijlstra wrote:
> On Fri, Jul 28, 2017 at 09:45:16AM +0200, Vlastimil Babka wrote:
>> [+CC PeterZ]
>>
>> On 07/27/2017 06:46 PM, Dima Zavin wrote:
>>> In codepaths that use the begin/retry interface for reading
>>> mems_allowed_seq with irqs disabled, there exists a ra
On 28/07/17 14:40, Mark Brown wrote:
On Wed, Jul 26, 2017 at 02:35:09AM +0200, srinivas.kandaga...@linaro.org wrote:
From: Srinivas Kandagatla
This patch move the codec reset code from dai ops to codec probe, so
that the codec is not held in reset when headset detection block is
still active
On 27/07/2017 20:17, Florian Fainelli wrote:
> On 07/26/2017 12:13 PM, Måns Rullgård wrote:
>
>> Florian Fainelli writes:
>>
>>> On 07/25/2017 06:29 AM, Måns Rullgård wrote:
>>>
Marc Gonzalez writes:
> On 25/07/2017 15:16, Måns Rullgård wrote:
>
>> What happened to the patch
Since the kernel segment registers are not prepared at the
entry of irq-entry code, if a kprobe on such code is
jump-optimized, accessing per-cpu variables may cause
kernel panic.
However, if the kprobe is not optimized, it kicks int3
exception and set segment registers correctly.
This checks prob
On 07/28/2017 07:13 AM, Javier González wrote:
> Hi Jens,
>
> Can you pick up this fix for 4.13? It is a fix to a read corruption in
> pblk that has been there form the beginning. It is due to a bad bio
> manipulation in the case that an I/O containing lbas that are invalid,
> point to data in the
On Fri 28-07-17 22:55:51, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Fri 28-07-17 22:15:01, Tetsuo Handa wrote:
> > > task_will_free_mem(current) in out_of_memory() returning false due to
> > > MMF_OOM_SKIP already set allowed each thread sharing that mm to select a
> > > new
> > > OOM victi
On July 28, 2017 6:18:00 AM PDT, Arnd Bergmann wrote:
>The driver has gained a compile-time dependency that we should
>express in Kconfig to avoid this link error:
>
Would conditional compilation be an acceptable alternative to adding a
dependency? The USB_HID code is only used to check if the d
On Fri, Jul 28, 2017 at 02:08:01PM +0100, Robin Murphy wrote:
[...]
> >>> To ensure that dma_set_mask() and friends actually respect _DMA, would
> >>> you consider introducing a dma_supported() callback to check the input
> >>> dma_mask against the FW defined limits? This would end up aggressivel
On 07/28/2017 12:29 PM, Martin Blumenstingl wrote:
> Hi Neil,
>
> thanks for these patches, CEC support is another good step!
Hi Martin,
Thanks for your feedback !
>
> On Fri, Jul 28, 2017 at 11:53 AM, Neil Armstrong
> wrote:
>> The CEC 32K AO Clock is a dual divider with dual counter to prov
> On 28 Jul 2017, at 16.06, Jens Axboe wrote:
>
> On 07/28/2017 07:13 AM, Javier González wrote:
>> Hi Jens,
>>
>> Can you pick up this fix for 4.13? It is a fix to a read corruption in
>> pblk that has been there form the beginning. It is due to a bad bio
>> manipulation in the case that an I/O
On Fri, Jul 28, 2017 at 08:59:59AM -0400, Steven Rostedt wrote:
> Interesting, this is the first I heard of the genpool. I probably could
> have used this in other code. Good to know (learn something new every
> day :-)
That's a safe assumption for each one of us. :)
> I'll have to take a look at
On 28/07/17 14:51, Mark Brown wrote:
On Wed, Jul 26, 2017 at 02:35:11AM +0200, srinivas.kandaga...@linaro.org wrote:
+ if (wcd->hphl_jack_type_normally_open)
+ plug_type = CDC_A_HPHL_PLUG_TYPE_NO;
+
+ if (wcd->gnd_jack_type_normally_open)
+ plug_type |=
Matt Hart reports that vf610m4_defconfig kernels grew to 2GB
xipImage size after the __bug_table change.
I tried out a few things and found that moving the bug table
into the .data section avoids this problem. However, the
linker script magic is beyond my capabilities here, so this
is almost certa
On Fri 28-07-17 19:20:42, Manish Jaggi wrote:
>
> Hi Michal,
> On 7/28/2017 6:02 PM, Michal Hocko wrote:
> >[CC linux-mm]
> >
> >On Fri 28-07-17 17:22:25, Manish Jaggi wrote:
> >>was: Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap
> >>
> >>Hi Michal,
> >>On 7/27/2017 2:54 PM, Michal
On Fri, 28 Jul 2017, Tomi Sarvela wrote:
> On 28/07/17 16:15, Thomas Gleixner wrote:
> > Another question. Is the machine completely dead or not?
>
> Completely dead. Powerled is on, so host isn't shut down.
So that means it does not even power the machine down. That's what I
expected least.
> S
On Tue, Jul 25, 2017 at 01:55:12PM +0200, Peter Zijlstra wrote:
SNIP
>
> diff --git a/kernel/events/callchain.c b/kernel/events/callchain.c
> index 1b2be63c8528..c98a12f3592c 100644
> --- a/kernel/events/callchain.c
> +++ b/kernel/events/callchain.c
> @@ -12,6 +12,7 @@
> #include
> #include
101 - 200 of 742 matches
Mail list logo
