The wakeup specific IRQ management is no more needed to wake up the stm32
plaform.
Signed-off-by: Alexandre Torgue
Signed-off-by: Fabien Dessenne
---
Documentation/devicetree/bindings/mailbox/stm32-ipcc.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Remove the dedicated wakeup IRQ as wakeup can be handled by the RX IRQ.
Fabien Dessenne (2):
dt-bindings: mailbox: stm32-ipcc: Updates for wakeup management
mailbox: stm32-ipcc: Update wakeup management
.../devicetree/bindings/mailbox/stm32-ipcc.txt | 4 +--
The wakeup specific IRQ management is no more needed to wake up the stm32
plaform. A relationship has been established between the EXTI and
the RX IRQ, just need to declare the EXTI interrupt instead of the
IPCC RX IRQ.
Signed-off-by: Alexandre Torgue
Signed-off-by: Fabien Dessenne
---
Adrian,
On 15/10/19 7:15 PM, Adrian Hunter wrote:
> On 15/10/19 10:55 AM, Faiz Abbas wrote:
>> Hi,
>>
>> On 15/10/19 12:08 AM, Faiz Abbas wrote:
>>> Add a write memory barrier to make sure that descriptors are actually
>>> written to memory before ringing the doorbell.
>>>
>>> Signed-off-by: Faiz
On 10/14/19 4:14 PM, Ricardo Ribalda Delgado wrote:
> This allows setting the default value on compound controls created via
> v4l2_ctrl_new_custom.
>
> Signed-off-by: Ricardo Ribalda Delgado
> ---
> drivers/media/v4l2-core/v4l2-ctrls.c | 2 +-
> include/media/v4l2-ctrls.h | 2 ++
> 2
On 10/14/19 11:46 AM, miny...@acm.org wrote:
From: Corey Minyard
If something has the IPMI driver open, don't allow the device
module to be unloaded. Before it would unload and the user would
get errors on use.
This change is made on user request, and it makes it consistent
with the I2C
On Wed, Oct 16, 2019 at 12:39:43PM +0100, Ben Dooks (Codethink) wrote:
> It looks like in hci_init4_req() the request is being
> initialised from cpu-endian data but the packet is specified
> to be little-endian. This causes an warning from sparse due
> to __le16 to u16 conversion.
>
> Fix this
On 10/16/2019 5:50 AM, Alexey Budankov wrote:
Implement intel_pmu_lbr_sync_task_ctx() method that updates counter
of the events that requested LBR callstack data on a sample.
The counter can be zero for the case when task context belongs to
a thread that has just come from a block on a
On 10/14/19 4:57 PM, Daniel Axtens wrote:
> Hi Andrey,
>
>
>>> + /*
>>> +* Ensure poisoning is visible before the shadow is made visible
>>> +* to other CPUs.
>>> +*/
>>> + smp_wmb();
>>
>> I'm not quite understand what this barrier do and why it needed.
>> And if it's really
Hi Hans
Not that awkward, the user has to use the brand new
v4l2_ctrl_ptr_create() ;). But if you prefer void * I can make the
change.
Regards
On Wed, Oct 16, 2019 at 2:17 PM Hans Verkuil wrote:
>
> On 10/14/19 4:14 PM, Ricardo Ribalda Delgado wrote:
> > This allows setting the default value
On Mon, Oct 14, 2019 at 08:15:47AM +0200, Oleksij Rempel wrote:
> Atheros AR9331 has built-in 5 port switch. The switch can be configured
> to use all 5 or 4 ports. One of built-in PHYs can be used by first built-in
> ethernet controller or to be used directly by the switch over second ethernet
>
Hi Steve,
Looks like I missed replying to this one, apologies!
On 17-09-19, 09:09, Stephen Boyd wrote:
> Quoting Vinod Koul (2019-09-17 02:16:23)
> > The initial upstreaming of SM8150 GCC driver missed few clock so add
> > them up now.
> >
> > Signed-off-by: Vinod Koul
> > ---
>
> Should have
On Wed, Oct 16, 2019 at 02:12:16PM +0200, Andrew Lunn wrote:
> On Mon, Oct 14, 2019 at 08:15:46AM +0200, Oleksij Rempel wrote:
> > The port to phylink was done as close as possible to initial
> > functionality.
> > Theoretically this HW can support flow control, practically seems to be not
> >
From: Bruce Chen
For the new Spreadtrum pin controller, it expands 6bits to describe the
pin sleep mode with adding one CM4_SLEEP mode, which means the pin sleep
related configuration will be loaded automatically by hardware when the
CM4 system goes into deep sleep mode.
Signed-off-by: Bruce
On 10/16/19 2:02 PM, Sebastian Andrzej Siewior wrote:
> On 2019-10-16 13:51:14 [+0200], Hans Verkuil wrote:
>> Do you want me to take this patch? Just checking.
>
> It is up to you. You have all the dependencies so you can either add it
> to your -next branch or leave it and we will pick it up
On Wed, 16 Oct 2019, Al Viro wrote:
> On Tue, Oct 15, 2019 at 07:08:46PM +0100, Al Viro wrote:
> > [futex folks and linux-arch Cc'd]
>
> > Another question: right now we have
> > if (!access_ok(uaddr, sizeof(u32)))
> > return -EFAULT;
> >
> > ret =
Hi Sebastian,
On 16/10/19 5:55 pm, Sebastian Andrzej Siewior wrote:
On 2019-10-16 10:50:41 [+1000], Greg Ungerer wrote:
Hi Sebastian,
Hi Greg,
On 16/10/19 5:17 am, Sebastian Andrzej Siewior wrote:
From: Thomas Gleixner
CONFIG_PREEMPTION is selected by CONFIG_PREEMPT and by
On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote:
> There are a number of structs in net/core/filter.c
> that are not exported or declared outside of the
> file. Fix the following warnings by making these
> all static:
>
> net/core/filter.c:8465:31: warning: symbol
The driver uses a couple of buffers that seem to
be __be32 or __be64 fields, but declares them as
u32. This means there are a number of warnings
from sparse due to casting to/from __beXXX.
Fix these by changing the types of the buffer
and the associated variables.
On Tue, Oct 15, 2019 at 04:50:44PM +0100, Ben Dooks (Codethink) wrote:
> Fix the warnings generated by casting to/from __le16 without
> using the correct functions.
>
> Fixes the following sparse warnings:
>
> drivers/usb/renesas_usbhs/common.c:165:25: warning: incorrect type in
> assignment
On Tue, Oct 15, 2019 at 7:30 PM Manivannan Sadhasivam
wrote:
> Add YAML devicetree binding for RDA Micro GPIO controller.
>
> Signed-off-by: Manivannan Sadhasivam
First: this looks awesome to me,
Second: since this is kind of a first... could we move the standard GPIOchip
YAML business into a
On a machine with a 64K PAGE_SIZE, the nested for loops in
test_check_nonzero_user() can lead to soft lockups, eg:
watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [modprobe:611]
Modules linked in: test_user_copy(+) vmx_crypto gf128mul crc32c_vpmsum
virtio_balloon ip_tables x_tables autofs4
Christian Brauner writes:
> On Fri, Oct 11, 2019 at 02:48:10PM +1100, Aleksa Sarai wrote:
>> On 2019-10-11, Michael Ellerman wrote:
>> > On a machine with a 64K PAGE_SIZE, the nested for loops in
>> > test_check_nonzero_user() can lead to soft lockups, eg:
>> >
>> > watchdog: BUG: soft lockup
On 16.10.19 13:51, Michal Hocko wrote:
On Wed 16-10-19 16:43:57, Anshuman Khandual wrote:
On 10/16/2019 04:39 PM, David Hildenbrand wrote:
[...]
Just to make sure, you ignored my comment regarding alignment
although I explicitly mentioned it a second time? Thanks.
I had asked Michal
Chuhong
On 10/16/19 7:06 AM, Chuhong Yuan wrote:
an30259a_probe misses a check for devm_regmap_init_i2c and may cause
problems.
Add a check and print errors like other leds drivers.
Signed-off-by: Chuhong Yuan
---
drivers/leds/leds-an30259a.c | 7 +++
1 file changed, 7 insertions(+)
On 10/16/19 2:20 PM, Ricardo Ribalda Delgado wrote:
> Hi Hans
>
> Not that awkward, the user has to use the brand new
> v4l2_ctrl_ptr_create() ;). But if you prefer void * I can make the
> change.
Well, a struct v4l2_ctrl_config is typically a static const, so you can't use
On 16.10.19 13:20, Michal Hocko wrote:
On Thu 19-09-19 16:22:23, David Hildenbrand wrote:
A virtio-mem device wants to allocate memory from the memory region it
manages in order to unplug it in the hypervisor - similar to
a balloon driver. Also, it might want to plug previously unplugged
The pstore_choose_compression function is not exported
so make it static to avoid the following sparse warning:
fs/pstore/platform.c:796:13: warning: symbol 'pstore_choose_compression' was
not declared. Should it be static?
Signed-off-by: Ben Dooks
---
Cc: Kees Cook
Cc: Anton Vorontsov
Cc:
On 2019-10-16, Michael Ellerman wrote:
> On a machine with a 64K PAGE_SIZE, the nested for loops in
> test_check_nonzero_user() can lead to soft lockups, eg:
>
> watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [modprobe:611]
> Modules linked in: test_user_copy(+) vmx_crypto gf128mul
On 10/7/19 4:59 PM, Maxime Jourdan wrote:
> Add all the necessary bits to pass v4l2-compliance in stateful decoding
> mode.
>
> Mostly includes tracking the state of the decoder, allowing the OUTPUT
> queue to stream while the CAPTURE queue is inactive, handling resolution
> change events,
Hi Hans:
On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil wrote:
>
> On 10/16/19 2:20 PM, Ricardo Ribalda Delgado wrote:
> > Hi Hans
> >
> > Not that awkward, the user has to use the brand new
> > v4l2_ctrl_ptr_create() ;). But if you prefer void * I can make the
> > change.
>
> Well, a struct
On Wed, Oct 16, 2019 at 08:51:27AM +0200, Miroslav Benes wrote:
> On Tue, 15 Oct 2019, Joe Lawrence wrote:
>
> > On 10/15/19 10:13 AM, Miroslav Benes wrote:
> > > Yes, it does. klp_module_coming() calls module_disable_ro() on all
> > > patching modules which patch the coming module in order to
On Wed, Oct 16, 2019 at 02:21:52PM +0200, Andrew Lunn wrote:
> On Mon, Oct 14, 2019 at 08:15:47AM +0200, Oleksij Rempel wrote:
> > Atheros AR9331 has built-in 5 port switch. The switch can be configured
> > to use all 5 or 4 ports. One of built-in PHYs can be used by first built-in
> > ethernet
Hi Manivannan!
Thanks for your patch!
On Tue, Oct 15, 2019 at 7:30 PM Manivannan Sadhasivam
wrote:
> Add support for GPIO controller from RDA Micro.
>
> Signed-off-by: Manivannan Sadhasivam
Please use a little bit more verbose commit message, who
made this hardware and what is it for. If you
On Wed 16-10-19 14:29:05, David Hildenbrand wrote:
> On 16.10.19 13:51, Michal Hocko wrote:
> > On Wed 16-10-19 16:43:57, Anshuman Khandual wrote:
> > >
> > >
> > > On 10/16/2019 04:39 PM, David Hildenbrand wrote:
> > [...]
> > > > Just to make sure, you ignored my comment regarding alignment
>
asm9260_timer_init misses a check for of_clk_get.
Add a check for it and print errors like other clocksource drivers.
Signed-off-by: Chuhong Yuan
---
drivers/clocksource/asm9260_timer.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/clocksource/asm9260_timer.c
On 10/16/19 2:39 PM, Ricardo Ribalda Delgado wrote:
> Hi Hans:
>
> On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil wrote:
>>
>> On 10/16/19 2:20 PM, Ricardo Ribalda Delgado wrote:
>>> Hi Hans
>>>
>>> Not that awkward, the user has to use the brand new
>>> v4l2_ctrl_ptr_create() ;). But if you
From: Junya Monden
Unlike other format-related DAI parameters, rdai->bit_clk_inv flag
is not properly re-initialized when setting format for new stream
processing. The inversion, if requested, is then applied not to default,
but to a previous value, which leads to SCKP bit in SSICR register
On Tue, Oct 15, 2019 at 11:17 AM Jianqun Xu wrote:
> Add rk3308 SoC support to rockchip pinctrl.
>
> Acked-by: Rob Herring
> Reviewed-by: Heiko Stuebner
> Signed-off-by: Jianqun Xu
Patch applied.
Yours,
Linus Walleij
On Wed, Oct 16, 2019 at 11:28:20PM +1100, Michael Ellerman wrote:
> Christian Brauner writes:
> > On Fri, Oct 11, 2019 at 02:48:10PM +1100, Aleksa Sarai wrote:
> >> On 2019-10-11, Michael Ellerman wrote:
> >> > On a machine with a 64K PAGE_SIZE, the nested for loops in
> >> >
On Mon, Oct 14, 2019 at 12:57:54PM +0200, Greg Kroah-Hartman wrote:
> On Mon, Oct 14, 2019 at 10:31:50AM +, Luis Chamberlain wrote:
> > On Mon, Oct 14, 2019 at 11:29:29AM +0200, Greg Kroah-Hartman wrote:
> > > On Mon, Oct 14, 2019 at 09:22:16AM +, Luis Chamberlain wrote:
> > > > On Fri,
On Tue, Oct 15, 2019 at 11:17 AM Jianqun Xu wrote:
> This patch do support pinctrl for RK3308 SoCs.
>
> Reviewed-by: Heiko Stuebner
> Signed-off-by: Jianqun Xu
Patch applied!
Yours,
Linus Walleij
On Mon, Oct 14, 2019 at 03:02:03PM +0100, Alan Maguire wrote:
>
>
> On Mon, 14 Oct 2019, Luis Chamberlain wrote:
>
> > On Tue, Oct 08, 2019 at 03:55:43PM +0100, Alan Maguire wrote:
> > > The current kunit execution model is to provide base kunit functionality
> > > and tests built-in to the
On 2019/10/16 20:08, John Garry wrote:
+ ret = -1;
+ goto out;
>>>
>>> There's a subtle change of behaviour here, i.e. now calling
>>> print_mapping_table_suffix(), but I don't think that it makes any
>>> difference.
>>>
>> yes, I know that "goto out" will run
Hello,
NXP's S32V234[1] ("Treerunner") vision microprocessors are targeted for
high-performance, computationally intensive vision and sensor fusion
applications that require automotive safety levels. They include leading
edge Camera Vision modules like APEX-2, ISP and GPU. The S32V234-EVB and
From: Mihaela Martinas
Enable support for the S32V234 SoC, including the previously added UART
driver.
Signed-off-by: Mihaela Martinas
Signed-off-by: Adrian.Nitu
Signed-off-by: Stoica Cosmin-Stefan
Signed-off-by: Stefan-Gabriel Mirea
---
arch/arm64/configs/defconfig | 3 +++
1 file
From: Mihaela Martinas
Add configuration option for the NXP S32 platform family in
Kconfig.platforms. For starters, the only SoC supported will be Treerunner
(S32V234), with a single execution target: the S32V234-EVB (rev 29288)
board.
Signed-off-by: Mihaela Martinas
Signed-off-by: Stoica
For consistency reasons, spell the controller name as "LINFlexD" in
comments and documentation.
Signed-off-by: Stefan-Gabriel Mirea
---
Documentation/admin-guide/kernel-parameters.txt | 2 +-
drivers/tty/serial/Kconfig | 8
drivers/tty/serial/fsl_linflexuart.c
From: Eddy Petrișor
Add entry for the NXP S32V234 Customer Evaluation Board to the board/SoC
bindings.
Signed-off-by: Eddy Petrișor
Signed-off-by: Stefan-Gabriel Mirea
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/arm/fsl.yaml | 6 ++
1 file changed, 6 insertions(+)
From: Stoica Cosmin-Stefan
Add initial version of device tree for S32V234-EVB, including nodes for the
4 Cortex-A53 cores, AIPS bus with UART modules, ARM architected timer and
Generic Interrupt Controller (GIC).
Keep SoC level separate from board level to let future boards with this SoC
share
Extend file and directory creation API to take external generation
number and inode number. Passing 0 as inode number will keep original
behavior.
The cgroup id will be used as inode number from now on so allocate id
for each file as well.
Cc: Fenghua Yu
Cc: Reinette Chatre
Signed-off-by:
On Wed, Oct 16, 2019 at 11:27:32PM +1100, Michael Ellerman wrote:
> On a machine with a 64K PAGE_SIZE, the nested for loops in
> test_check_nonzero_user() can lead to soft lockups, eg:
>
> watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [modprobe:611]
> Modules linked in: test_user_copy(+)
On 16.10.19 13:43, Michal Hocko wrote:
On Thu 19-09-19 16:22:25, David Hildenbrand wrote:
virtio-mem wants to allow to offline memory blocks of which some parts
were unplugged, especially, to later offline and remove completely
unplugged memory blocks. The important part is that PageOffline()
On Mon, Oct 14, 2019 at 03:44:40PM +0100, Matthias Maennich wrote:
> Hi Luis!
>
> On Mon, Oct 14, 2019 at 08:52:35AM +, Luis Chamberlain wrote:
> > On Fri, Oct 11, 2019 at 09:26:05PM +0200, Heiner Kallweit wrote:
> > > On 10.10.2019 19:15, Luis Chamberlain wrote:
> > > >
> > > >
> > > > On
Current cgroup id is 32-bit and might be recycled while system is
running. To support unique id, add generation number (gen) to catch
recycling and make 64 bit number. This number will be used as kernfs
id and inode number (and file handle).
Also introduced cgroup_idr struct to keep the idr and
Hello,
This patchset changes cgroup inode number and id management to be in
sync with kernfs. Currently cgroup inode is managed by kernfs while
cgroup id is allocated by its own idr. And kernfs/cgroup file handle
uses inode and generation numbers. So I added generation number to
cgroup and
On Wed, Oct 16, 2019 at 12:01:58PM +0200, Johannes Thumshirn wrote:
> Now that we have symbol namespaces, use them in MCB to not pollute the
> default namespace with MCB internals.
>
> Signed-off-by: Johannes Thumshirn
> ---
> drivers/gpio/gpio-menz127.c| 1 +
>
On Wed, Oct 16, 2019 at 06:51:07PM +0800, Jin, Yao wrote:
>
>
> On 10/16/2019 6:15 PM, Jiri Olsa wrote:
> > On Tue, Oct 15, 2019 at 10:53:18PM +0800, Jin, Yao wrote:
> >
> > SNIP
> >
> > > > > +static struct block_header_column{
> > > > > + const char *name;
> > > > > + int width;
> >
On Mon, Oct 14, 2019 at 12:08 AM Chris Packham
wrote:
Me:
> > I think this should be a chained interrupt handler (see below how to
> > register it).
> >
> > See e.g. drivers/gpio/gpio-ftgpio010.c for an example:
> > change function prototype, no return value, use
> >
an30259a_probe misses a check for devm_regmap_init_i2c and may cause
problems.
Add a check and print errors like other leds drivers.
Signed-off-by: Chuhong Yuan
---
Changes in v2:
- Use goto exit instead of return to destroy the mutex when failed.
drivers/leds/leds-an30259a.c | 7 +++
1
On Sat, Sep 28, 2019 at 11:02:26AM +0300, Mike Rapoport wrote:
> From: Mike Rapoport
>
> arm64 calls memblock_free() for the initrd area in its implementation of
> free_initrd_mem(), but this call has no actual effect that late in the boot
> process. By the time initrd is freed, all the reserved
wt., 15 paź 2019 o 23:17 Rob Herring napisał(a):
>
> On Tue, Oct 15, 2019 at 11:23 AM Bartosz Golaszewski wrote:
> >
> > From: Bartosz Golaszewski
> >
> > Convert the binding document for MAX77650 core MFD module to YAML.
> >
> > Signed-off-by: Bartosz Golaszewski
> > ---
> >
On Mon, Oct 14, 2019 at 9:08 AM Baolin Wang wrote:
> Since the hwspinlock core has changed the PM runtime to be optional, thus
> remove the redundant PM runtime implementation in the u8500 HWSEM driver.
>
> Signed-off-by: Baolin Wang
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Tue, Oct 15, 2019 at 10:44:34AM +0300, Andy Shevchenko wrote:
> On Mon, Oct 14, 2019 at 01:15:53PM -0600, Tuowen Zhao wrote:
> > On Tue, 2019-10-15 at 02:46 +0800, kbuild test robot wrote:
> > > -O ~/bin/make.cross
> > > chmod +x ~/bin/make.cross
> > > # save the attached
On Fri, Oct 04, 2019 at 09:53:58AM +0530, Anshuman Khandual wrote:
> Platform implementation for free_initmem() should poison the memory while
> freeing it up. Hence pass across POISON_FREE_INITMEM while calling into
> free_reserved_area(). The same is being followed in the generic fallback
> for
On 16.10.19 13:47, Michal Hocko wrote:
On Thu 19-09-19 16:22:27, David Hildenbrand wrote:
virtio-mem wants to offline and remove a memory block once it unplugged
all subblocks (e.g., using alloc_contig_range()). Let's provide
an interface to do that from a driver. virtio-mem already supports to
On 10/16/19 2:43 PM, Hans Verkuil wrote:
> On 10/16/19 2:39 PM, Ricardo Ribalda Delgado wrote:
>> Hi Hans:
>>
>> On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil
>> wrote:
>>>
>>> On 10/16/19 2:20 PM, Ricardo Ribalda Delgado wrote:
Hi Hans
Not that awkward, the user has to use the
On Wed, Oct 16, 2019 at 11:43:14AM +0800, pumahsu wrote:
> Export the Type-C cc orientation so that user space can
> get this information.
For what do you need this information in user space? I'm guessing you
have something else in mind besides exposing this as just generic
information, or
On Wed, Oct 16, 2019 at 02:21:59AM -0700, zzoru wrote:
> We found the following crash on Linux 5.4-rc1 (Not patched in current
> HEAD commit 3b1f00aceb7a67bf079a5a64aa5c6baf78a8f442)
> with our customized syzkaller.
For this, and the other report, can you make up a patch to fix the issue
and
> +++ b/drivers/net/dsa/qca/ar9331.c
> @@ -0,0 +1,822 @@
> +// SPDX-License-Identifier: GPL-2.0-only
I think C files should use /* */, and header files //, for SPDX.
> +// Copyright (c) 2019 Pengutronix, Oleksij Rempel
> +
> +#include
> +#include
> +#include
> +#include
> +#include
>
On 16/10/2019 13:26, Daniel Borkmann wrote:
On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote:
There are a number of structs in net/core/filter.c
that are not exported or declared outside of the
file. Fix the following warnings by making these
all static:
Em Wed, Oct 16, 2019 at 04:38:45PM +0800, Yunfeng Ye escreveu:
> The memory @orig_flags is allocated by strdup(), it is freed on the
> normal path, but leak to free on the error path.
Are you using some tool to find out these problems? Or is it just visual
inspection?
- Arnaldo
> Fix this by
On Wed, Oct 16, 2019 at 11:27:32PM +1100, Michael Ellerman wrote:
> On a machine with a 64K PAGE_SIZE, the nested for loops in
> test_check_nonzero_user() can lead to soft lockups, eg:
>
> watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [modprobe:611]
> Modules linked in: test_user_copy(+)
No one checks the return value of debugfs_create_atomic_t(), as it's not
needed, so make the return value void, so that no one tries to do so in
the future.
Signed-off-by: Greg Kroah-Hartman
---
Documentation/filesystems/debugfs.txt | 4 ++--
fs/debugfs/file.c | 9
Hi, sorry for not having replied earlier
On Wed, Oct 16, 2019 at 02:56:57PM +0200, Linus Walleij wrote:
> On Mon, Oct 14, 2019 at 10:12 AM Lee Jones wrote:
>
> > > arch/sh/boards/mach-ecovec24/setup.c | 33 --
> >
> > I guess we're just waiting for the SH Acks now?
>
> The one
Hello.
I can make a new high-quality fast website in the adaptive layout for your nice
project at the address http://linux-kernel.2935.n7.nabble.com (Linux Kernel,
Mailing List Archive).
As well I can do complicated web applications, accounting apps or any other
software, made and configured
Em Wed, Oct 16, 2019 at 10:04:03AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Oct 16, 2019 at 04:38:45PM +0800, Yunfeng Ye escreveu:
> > The memory @orig_flags is allocated by strdup(), it is freed on the
> > normal path, but leak to free on the error path.
>
> Are you using some tool to
On 10/16/2019 8:53 PM, Jiri Olsa wrote:
On Wed, Oct 16, 2019 at 06:51:07PM +0800, Jin, Yao wrote:
On 10/16/2019 6:15 PM, Jiri Olsa wrote:
On Tue, Oct 15, 2019 at 10:53:18PM +0800, Jin, Yao wrote:
SNIP
+static struct block_header_column{
+ const char *name;
+ int width;
+}
On Wed, Oct 16, 2019 at 03:58:50PM +0300, Heikki Krogerus wrote:
> On Wed, Oct 16, 2019 at 11:43:14AM +0800, pumahsu wrote:
> > Export the Type-C cc orientation so that user space can
> > get this information.
>
> For what do you need this information in user space? I'm guessing you
> have
On Wed, Oct 16, 2019 at 02:02:31PM +0100, Ben Dooks wrote:
> On 16/10/2019 13:26, Daniel Borkmann wrote:
> > On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote:
> > > There are a number of structs in net/core/filter.c
> > > that are not exported or declared outside of the
> > >
On 16/10/2019 14:10, Daniel Borkmann wrote:
On Wed, Oct 16, 2019 at 02:02:31PM +0100, Ben Dooks wrote:
On 16/10/2019 13:26, Daniel Borkmann wrote:
On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote:
There are a number of structs in net/core/filter.c
that are not exported or
Hi Hans
On Wed, Oct 16, 2019 at 2:43 PM Hans Verkuil wrote:
>
> On 10/16/19 2:39 PM, Ricardo Ribalda Delgado wrote:
> > Hi Hans:
> >
> > On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil
> > wrote:
> >>
> >> On 10/16/19 2:20 PM, Ricardo Ribalda Delgado wrote:
> >>> Hi Hans
> >>>
> >>> Not that
On 10/16/2019 7:26 PM, Paolo Bonzini wrote:
On 16/10/19 13:23, Xiaoyao Li wrote:
KVM always traps #AC, and only advertises split-lock detection to guest
when the global variable split_lock_detection_enabled in host is true.
- If guest enables #AC (CPL3 alignment check or split-lock detection
On Thu, Oct 10, 2019 at 10:47 PM Arnd Bergmann wrote:
> Rather than call the internal s3c_gpio_cfgall_range() function
> through a platform header, move the code into the set_power
> callback that is already exported by the board, and add
> a default implementation.
>
> In DT mode, the code
On 10/16/19 8:18 AM, tony camuso wrote:
On 10/14/19 11:46 AM, miny...@acm.org wrote:
From: Corey Minyard
If something has the IPMI driver open, don't allow the device
module to be unloaded. Before it would unload and the user would
get errors on use.
This change is made on user request, and
The struct clk_ops enable callback for the aspeed gates mixes up the set
to clear and write to set registers.
Fixes: d3d04f6c330a ("clk: Add support for AST2600 SoC")
Reviewed-by: Andrew Jeffery
Signed-off-by: Joel Stanley
---
drivers/clk/clk-ast2600.c | 7 ---
1 file changed, 4
Hi Hans
On Wed, Oct 16, 2019 at 2:57 PM Hans Verkuil wrote:
>
> On 10/16/19 2:43 PM, Hans Verkuil wrote:
> > On 10/16/19 2:39 PM, Ricardo Ribalda Delgado wrote:
> >> Hi Hans:
> >>
> >> On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil
> >> wrote:
> >>>
> >>> On 10/16/19 2:20 PM, Ricardo Ribalda
16.10.2019 08:27, Viresh Kumar пишет:
> On 16-10-19, 00:16, Dmitry Osipenko wrote:
>> Hello,
>>
>> This series moves intermediate-clk handling from tegra20-cpufreq into
>> tegra-clk driver, this allows us to switch to generic cpufreq-dt driver
>> which brings voltage scaling, per-hardware OPPs and
On Wed, Oct 16, 2019 at 01:08:57PM +0300, Roger Quadros wrote:
> Hi, Greg
>
> I see that you've already picked up v1.
> V2 is a very minor fix and this series can be ignored.
Can you send the difference as a stand-alone patch so that I can apply
it?
thanks,
greg k-h
On October 16, 2019 10:37:30 AM Lucas Stach wrote:
> On Fr, 2019-08-16 at 22:59 +0200, Heiner Kallweit wrote:
>> On 15.08.2019 17:32, Christian Herber wrote:
>> > This patch adds basic support for BASE-T1 PHYs in the framework.
>> > BASE-T1 PHYs main area of application are automotive and
On 2019/10/16 21:09, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 16, 2019 at 10:04:03AM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Wed, Oct 16, 2019 at 04:38:45PM +0800, Yunfeng Ye escreveu:
>>> The memory @orig_flags is allocated by strdup(), it is freed on the
>>> normal path, but leak
Rob Herring wrote on Tue [2019-Oct-15 17:29:47 -0500]:
> On Wed, Oct 09, 2019 at 12:56:26PM -0500, Benoit Parrot wrote:
> > Device Tree bindings for the Video Processing Engine (VPE) driver.
> >
> > Signed-off-by: Benoit Parrot
> > ---
> > .../devicetree/bindings/media/ti-vpe.txt | 48
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This automated bisection report was sent to you on the basis *
* that you may be involved with the breaking commit it has *
* found. No manual investigation has been done to verify it, *
* and the root cause of the
16.10.2019 08:23, Viresh Kumar пишет:
> On 16-10-19, 00:16, Dmitry Osipenko wrote:
>> Operating Point are specified per HW version. The OPP voltages are kept
>> in a separate DTSI file because some boards may not define CPU regulator
>> in their device-tree if voltage scaling isn't necessary, like
Hi Andrey,
On Wed, Oct 16, 2019 at 03:19:50PM +0300, Andrey Ryabinin wrote:
> On 10/14/19 4:57 PM, Daniel Axtens wrote:
> >>> + /*
> >>> + * Ensure poisoning is visible before the shadow is made visible
> >>> + * to other CPUs.
> >>> + */
> >>> + smp_wmb();
> >>
> >> I'm not quite understand
On 16/10/2019 14:11, Ben Dooks wrote:
On 16/10/2019 14:10, Daniel Borkmann wrote:
On Wed, Oct 16, 2019 at 02:02:31PM +0100, Ben Dooks wrote:
On 16/10/2019 13:26, Daniel Borkmann wrote:
On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote:
There are a number of structs in
To enable userspace processes, e.g. management utilities, to display the
card name to the user, add the card name property to the HW_IP
structure that is copied to the user in the INFO IOCTL.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/goya/goya.c| 3 +++
On 10/16/19 3:12 PM, Ricardo Ribalda Delgado wrote:
> Hi Hans
>
> On Wed, Oct 16, 2019 at 2:43 PM Hans Verkuil wrote:
>>
>> On 10/16/19 2:39 PM, Ricardo Ribalda Delgado wrote:
>>> Hi Hans:
>>>
>>> On Wed, Oct 16, 2019 at 2:32 PM Hans Verkuil
>>> wrote:
On 10/16/19 2:20 PM, Ricardo
The memory @orig_flags is allocated by strdup(), it is freed on the
normal path, but leak to free on the error path.
Fix this by adding free(orig_flags) on the error path.
Fixes: 0e5644b3 ("perf kmem: Print gfp flags in human readable string")
Signed-off-by: Yunfeng Ye
---
v1 -> v2:
- add
On Wed, 16 Oct 2019, Miroslav Benes wrote:
> On Wed, 16 Oct 2019, Peter Zijlstra wrote:
>
> > On Tue, Oct 15, 2019 at 06:27:05PM -0400, Steven Rostedt wrote:
> >
> > > (7) Seventh session, titled "klp-convert and livepatch relocations", was
> > > led
> > > by Joe Lawrence.
> > >
> > > Joe
1 - 100 of 1553 matches
Mail list logo