Hi!
> > > ...should take 10 seconds or so.
> > I'm told 0day does *some* suspend/resume testing, but I think it's
> > pretty limited, partly because the kinds of machines it primarily
> > works on don't really support suspend/resume at all.
>
> currently, we're running suspend test on 1 platform
On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
>
>
> On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
> > Keerthy,
> >
> > On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote:
> >> Remove all the unwanted exports from the driver
> >
> > I'm adding event capture capabili
Roman Kagan writes:
> On Mon, Dec 11, 2017 at 10:56:33AM +0100, Vitaly Kuznetsov wrote:
>> Roman Kagan writes:
>> > On Fri, Dec 08, 2017 at 11:49:57AM +0100, Vitaly Kuznetsov wrote:
>> >> +void register_hv_tsc_update(void (*cb)(void))
>> >> +{
>> >
>> > The function name seems unfortunate. IMHO
On Mon, Dec 11, 2017 at 11:47 PM, Michal Hocko wrote:
> On Mon 11-12-17 17:21:27, Arnd Bergmann wrote:
>> The infiniband umem code causes a build failure in some configurations:
>>
>> In file included from drivers/infiniband/core/umem_odp.c:41:0:
>> include/linux/hugetlb.h: In function 'vma_kernel
The driver may sleep in the interrupt handler.
The function call path is:
esas2r_adapter_tasklet (interrupt handler)
esas2r_do_tasklet_tasks
esas2r_handle_chip_rst_during_tasklet
esas2r_check_adapter
schedule_timeout_interruptible
To fix it, schedule_timeout_uninterruptible is
>>> On 11.12.17 at 22:59, wrote:
> On 08/12/2017 09:49, Jan Beulich wrote:
>>> + * The layout of each entry in the memory map table is as follows and no
>>> + * padding is used between entries in the array:
>>> + *
>>> + * 0 ++
>>> + *| addr | Base address
>>> + * 8
Using "make kvmconfig" results in a potentially unusable linux image
on s390. The reason is that both the (default on s390) sclp consoles
as well as the 8250 console register a ttyS as console. Since there
will be no 8250 on s390 let's fence 8250. This will ensure that there
is always a working sc
On Tuesday 12 December 2017 01:31 PM, Ladislav Michl wrote:
> On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
>>
>>
>> On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
>>> Keerthy,
>>>
>>> On Tue, Dec 12, 2017 at 11:42:10AM +0530, Keerthy wrote:
Remove all the unwanted ex
On Tue 12-12-17 10:05:26, kemi wrote:
>
>
> On 2017年12月08日 16:47, Michal Hocko wrote:
> > On Fri 08-12-17 16:38:46, kemi wrote:
> >>
> >>
> >> On 2017年11月30日 17:45, Michal Hocko wrote:
> >>> On Thu 30-11-17 17:32:08, kemi wrote:
> >>
> >> After thinking about how to optimize our per-node stats mo
Hi everyone,
This series adds support for I2S and I2C on the Allwinner A83T SoC.
The I2S controllers are similar to the ones found on the A31. However
the TX FIFO and interrupt status registers were swapped around. This
seems to be a recurring theme for the audio related hardware blocks.
Patch 1
This patch enables a PiFi DAC+ V2.0, which is a PCM5122-based audio
output DAC add-on board for the Raspberry Pi B+ and later, connected
to the GPIO header of the Bananapi M3 via jumper cables. The power,
ground, and I2C pins are in the same position, but the I2S ones are
not.
The I2C controller u
The A83T has 3 I2C controllers under the standard bus. There is one
more in the R_ block section. The pin functions for the 3 controllers
are on PH 0~6. I2C2 can also be used on pins PE14 and PE15, but these
pins can also mux the CSI (camera sensor interface) controller's
embedded I2C controller. T
The I2S controller in the A83T is mostly compatible with the one found
in earlier SoCs such as the A20 and A31. While the documents publicly
available for the A83T do not cover this hardware, the officially
released BSP kernel does have register definitions for it. These were
matched against the A2
On 12.12.2017 09:21, Yaowei Bai wrote:
> On Mon, Dec 11, 2017 at 09:50:03PM -0800, David Rientjes wrote:
>> On Mon, 11 Dec 2017, Yaowei Bai wrote:
>>
>>> This patchset makes some *_is_* like functions return bool because
>>> these functions only use true or false as their return values.
>>>
>>> N
The A83T has 3 I2S controllers. The first is multiplexed with the TDM
controller. The pins are generally connected to the codec side of the
AXP81x PMIC/codec/RTC chip. The second is free for other uses. The
third only supports output, and is connected internally to the HDMI
controller for HDMI audi
quot;git am". Yes, this may involve saving the email and editting it,
> > > sorry about that.
> >
> > If you use the scissors, I can ask Git to deal with all that for me.
> >
> > We like #lazymaintenance. :D
>
> So is this going to be applied to th
Hi,
On Tue, Dec 12, 2017 at 11:26:09AM +0530, Jagan Teki wrote:
> Add usb otg support for a64-olinuxino board,
> - USB0-ID connected with PH9
> - USB0-VBUSDET connected with PH6
> - USB-DRVVBUS controlled by N_VBUSEN pin from PMIC
>
> Signed-off-by: Jagan Teki
How was this tested? Did you test
The driver may sleep in the interrupt handler.
The function call path is:
esas2r_adapter_tasklet (interrupt handler)
esas2r_do_tasklet_tasks
esas2r_handle_chip_rst_during_tasklet
esas2r_init_adapter_hw
esas2r_nvram_read_direct
down_interruptible --> may sleep
I do no
Vitaly Kuznetsov writes:
> Roman Kagan writes:
>
>> On Fri, Dec 08, 2017 at 11:50:00AM +0100, Vitaly Kuznetsov wrote:
>>> When we run nested KVM on Hyper-V guests we need to update masterclocks for
>>> all guests when L1 migrates to a host with different TSC frequency.
>>> Implement the procedur
On Tue, Dec 12, 2017 at 01:38:04PM +0530, Keerthy wrote:
> On Tuesday 12 December 2017 01:31 PM, Ladislav Michl wrote:
> > On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
> >>
> >>
> >> On Tuesday 12 December 2017 12:46 PM, Ladislav Michl wrote:
> >>> Keerthy,
> >>>
> >>> On Tue, Dec 12, 2
Hello Corentin,
Le Mon, 11 Dec 2017 20:35:34 +0100,
Corentin Labbe a écrit :
> On Mon, Dec 11, 2017 at 08:49:57AM +0100, Mylène Josserand wrote:
> > Hello everyone,
> >
> > This series adds SMP support for Allwinner Sun8i-a83t
> > with MCPM (Multi-Cluster Power Management).
> > Series informati
The driver may sleep in the interrupt handler.
The function call path is:
esas2r_adapter_tasklet (interrupt handler)
esas2r_do_tasklet_tasks
esas2r_handle_chip_rst_during_tasklet
esas2r_init_adapter_hw
esas2r_nvram_read_direct
esas2r_read_flash_block
esas2r
On 2017-12-07 07:06, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> MT7530 can treat each port as either VLAN-unware port or VLAN-ware port
Shouldn't that be VLAN-unaware/VLAN-aware (in the code as well)?
- Felix
On Tuesday 12 December 2017 01:49 PM, Ladislav Michl wrote:
> On Tue, Dec 12, 2017 at 01:38:04PM +0530, Keerthy wrote:
>> On Tuesday 12 December 2017 01:31 PM, Ladislav Michl wrote:
>>> On Tue, Dec 12, 2017 at 01:01:51PM +0530, Keerthy wrote:
On Tuesday 12 December 2017 12:46 PM, L
Hi,
On Mon, Dec 11, 2017 at 08:35:34PM +0100, Corentin Labbe wrote:
> On Mon, Dec 11, 2017 at 08:49:57AM +0100, Mylène Josserand wrote:
> > This series adds SMP support for Allwinner Sun8i-a83t
> > with MCPM (Multi-Cluster Power Management).
> > Series information:
> > - Based on last linux-ne
The driver may sleep in the interrupt handler.
The function call path is:
esas2r_adapter_tasklet (interrupt handler)
esas2r_do_tasklet_tasks
esas2r_handle_chip_rst_during_tasklet
esas2r_init_adapter_hw
esas2r_init_msgs
esas2r_wait_request
schedule_timeout_i
On Tue, Dec 12, 2017 at 03:21:21PM +0800, Sean Wang wrote:
> On Thu, 2017-12-07 at 16:30 +0100, Andrew Lunn wrote:
> > > @@ -25,20 +28,37 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff
> > > *skb,
> > > {
> > > struct dsa_port *dp = dsa_slave_to_port(dev);
> > > u8 *mtk_tag;
> > > + bo
On 2017/12/09 00:18, David Hildenbrand wrote:
On 08.12.2017 11:22, Quan Xu wrote:
From: Quan Xu
Since KVM removes the only I/O port 0x80 bypass on Intel hosts,
clear CPU_BASED_USE_IO_BITMAPS and set CPU_BASED_UNCOND_IO_EXITING
bit. Then these I/O permission bitmaps are not used at all, so
dr
Hi,
On Tue, Dec 12, 2017 at 04:11:46PM +0800, Chen-Yu Tsai wrote:
> The A83T has 3 I2S controllers. The first is multiplexed with the TDM
> controller. The pins are generally connected to the codec side of the
> AXP81x PMIC/codec/RTC chip. The second is free for other uses. The
> third only suppor
According to drivers/input/misc/pcap_keys.c, the kernel module may sleep
in the interrupt handler.
The function call path is:
pcap_keys_handler (interrupt handler)
ezx_pcap_read
mutex_lock --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my
Hi,
On Tue, Dec 12, 2017 at 04:11:47PM +0800, Chen-Yu Tsai wrote:
> + i2c0: i2c@1c2ac00 {
> + compatible = "allwinner,sun6i-a31-i2c";
Same remark than for Mylene's patch here, you should have a per-SoC
compatible first.
Once fixed,
Acked-by: Maxime Ripard
Maxime
On Tue, Dec 05, 2017 at 11:58:07AM -0800, Kees Cook wrote:
> On Thu, Nov 30, 2017 at 4:57 AM, Thomas Gleixner wrote:
> > On Thu, 30 Nov 2017, Alexey Dobriyan wrote:
> >
> >> [cc security@]
> >> 100% oops with interrupts disabled by nobody
> >> or kernel memory read
> >> [nods]
> >> you named the b
Hi,
On Tue, Dec 12, 2017 at 04:11:48PM +0800, Chen-Yu Tsai wrote:
> This patch enables a PiFi DAC+ V2.0, which is a PCM5122-based audio
> output DAC add-on board for the Raspberry Pi B+ and later, connected
> to the GPIO header of the Bananapi M3 via jumper cables. The power,
> ground, and I2C pin
On Tue, 2017-12-12 at 09:24 +0100, Felix Fietkau wrote:
> On 2017-12-07 07:06, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > MT7530 can treat each port as either VLAN-unware port or VLAN-ware port
> Shouldn't that be VLAN-unaware/VLAN-aware (in the code as well)?
>
> - Felix
>
Hi,
On Tue, Dec 12, 2017 at 04:11:45PM +0800, Chen-Yu Tsai wrote:
> The I2S controller in the A83T is mostly compatible with the one found
> in earlier SoCs such as the A20 and A31. While the documents publicly
> available for the A83T do not cover this hardware, the officially
> released BSP kernel do
When the Attention button on a PCIE slot is pressed, 5 seconds later,
pciehp_power_thread() will be scheduled on slot->wq. This function will
get a global mutex lock 'pci_rescan_remove_lock' in
pciehp_unconfigure_device().
At the same time, we remove the pcie port by sysfs, which results in
pci_st
According to drivers/net/ethernet/marvell/skge.c, the driver may sleep
under a spinlock.
The function call path is:
skge_remove (acquire the spinlock)
free_irq --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my static analysis tool (DSAC) and c
On 2017/12/12 02:08, Jim Mattson wrote:
Removing these two lines from the initialization of
field_to_offset_table[] means that vmcs_field_to_offset() will return
-ENOENT for IO_BITMAP_A or IO_BITMAP_B. Hence, handle_vmread and
handle_vmwrite will incorrectly report these fields as unsupported
V
On Tue, 2017-12-12 at 09:28 +0100, Andrew Lunn wrote:
> On Tue, Dec 12, 2017 at 03:21:21PM +0800, Sean Wang wrote:
> > On Thu, 2017-12-07 at 16:30 +0100, Andrew Lunn wrote:
> > > > @@ -25,20 +28,37 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff
> > > > *skb,
> > > > {
> > > > struc
Hi Will,
On Thu, Nov 30, 2017 at 5:39 PM, Will Deacon wrote:
> Add a Kconfig entry to control use of the entry trampoline, which allows
> us to unmap the kernel whilst running in userspace and improve the
> robustness of KASLR.
>
> Signed-off-by: Will Deacon
This is now commit 084eb77cd3a81134
From: Quan Xu
Since KVM removes the only I/O port 0x80 bypass on Intel hosts,
clear CPU_BASED_USE_IO_BITMAPS and set CPU_BASED_UNCOND_IO_EXITING
bit. Then these I/O permission bitmaps are not used at all, so
drop I/O permission bitmaps.
Signed-off-by: Jim Mattson
Signed-off-by: Radim Krčmář
Si
Preparation for adding the mux subsystem to the driver-api documenation.
Signed-off-by: Peter Rosin
---
drivers/mux/core.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/drivers/mux/core.c b/drivers/mux/core.c
index d1271c1ee23c..ccb5479f8a39 100644
--
Hi!
Changes since v1:
- added a short introductory paragraph to mux.rst
- added an entry in MAINTAINERS.
I forgot to mention that this applies on top of linux-next, I suspect
there will be a trivial conflict with an SPDX conversion in mux/core.c
on Linus upstream.
Cheers,
Peter
Peter Rosin (2):
Hi Stephen,
Thanks!
Felix made me aware of this yesterday evening and said he's going to
work out the required changes to mt76.
Kalle and I will make sure to submit the trees to Dave one by one so he
doesn't have to deal with it :)
Unfortunately, this might take a few days to resolve.
> -void
Include both the overview and the more detailed api docs.
Signed-off-by: Peter Rosin
---
Documentation/driver-api/index.rst | 1 +
Documentation/driver-api/mux.rst | 25 +
MAINTAINERS| 1 +
3 files changed, 27 insertions(+)
create mode 100644
On Tue, Dec 12, 2017 at 09:08:35AM +0100, Christian Borntraeger wrote:
> Using "make kvmconfig" results in a potentially unusable linux image
> on s390. The reason is that both the (default on s390) sclp consoles
> as well as the 8250 console register a ttyS as console. Since there
> will be no 82
The driver may sleep under a spinlock.
The function call path is:
rr_close (acquire the spinlock)
free_irq --> may sleep
To fix it, free_irq is moved to the place without holding the spinlock.
This bug is found by my static analysis tool(DSAC) and checked by my code
review.
Signed-off-by: Jia
Hi Vivek,
On 12/5/2017 3:53 PM, Vivek Gautam wrote:
>
>
> On 11/21/2017 02:53 PM, Manu Gautam wrote:
>> New version of QUSB2 PHY has some registers offset changed.
>> Add support to have register layout for a target and update
>> the same in phy_configuration.
>>
>> Signed-off-by: Manu Gautam
>>
According to drivers/net/wan/sbni.c, the driver may sleep under a spinlock.
The function call path is:
sbni_close (acquire the spinlock)
free_irq --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my static analysis tool (DSAC) and checked
by my c
Am Freitag, den 10.11.2017, 16:03 +0100 schrieb Lucas Stach:
> Since bd8b2441742b (NFS: Store the raw NFS access mask in the inode's
> access cache) the mask already contains the NFS access bits, so it is
> wrong to try to map them from the MAY_* bits to the NFS_MAY_* bits
> in _nfs4_proc_access().
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/staging/irda/net/irias_object.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/irda/net
As replied last week it's fine on latest Linus tree.
On 12/12/2017 09:48 AM, Greg Kroah-Hartman wrote:
> On Tue, Dec 12, 2017 at 09:08:35AM +0100, Christian Borntraeger wrote:
>> Using "make kvmconfig" results in a potentially unusable linux image
>> on s390. The reason is that both the (default on s390) sclp consoles
>> as well as the 8250 consol
Hi Stephan,
On Tue, Dec 12, 2017 at 07:09:08AM +0100, Stephan Müller wrote:
> Hi Herbert,
>
> you see the reported problem by simply using
>
> sa.salg_mask = 0x;
>
> Note, I am not fully sure about whether CRYPTO_AF_ALG_ALLOWED_MASK and
> CRYPTO_AF_ALG_ALLOWED_TYPE have the correct valu
From: Wanpeng Li
Reported by syzkaller:
BUG: KASAN: stack-out-of-bounds in write_mmio+0x11e/0x270 [kvm]
Read of size 8 at addr 8803259df7f8 by task syz-executor/32298
CPU: 6 PID: 32298 Comm: syz-executor Tainted: G OE4.15.0-rc2+
#18
Hardware name: LENOVO ThinkCentre
On Sat, Dec 2, 2017 at 6:11 PM, Andrew Lunn wrote:
> The IRQ code already has support for lockdep class for the lock mutex
> in an interrupt descriptor. Extend this to add a second class for the
> request mutex in the descriptor. Not having a class is resulting in
> false positive splats in some
On 2017年12月12日 06:45, Paolo Bonzini wrote:
> On 08/12/2017 09:28, Tianyu Lan wrote:
>> I find this is pop instruction emulation issue. According "SDM VOL2,
>> chapter INSTRUCTION
>> SET REFERENCE. POP—Pop a Value from the Stack"
>>
>> Protected Mode Exceptions
>> #GP(0) If attempt is made to load S
According to drivers/net/wireless/wl3501_cs.c, the driver may sleep
under a spinlock.
The function call path is:
wl3501_reset (acquire the spinlock)
free_irq --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my static analysis tool (DSAC) and che
2017-12-12 13:40 GMT+08:00 Wanpeng Li :
> 2017-12-12 11:36 GMT+08:00 Peter Xu :
>> On Tue, Dec 12, 2017 at 05:51:26AM +0800, Wanpeng Li wrote:
>>> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
>>> > On 10.12.2017 22:44, Wanpeng Li wrote:
>>> >> From: Wanpeng Li
>>> >>
>>> >> [ cut here
Johannes Berg writes:
> Hi Stephen,
>
> Thanks!
>
> Felix made me aware of this yesterday evening and said he's going to
> work out the required changes to mt76.
>
> Kalle and I will make sure to submit the trees to Dave one by one so he
> doesn't have to deal with it :)
>
> Unfortunately, this m
Thanks a lot for Vincent Guittot careful work to find bug for 'CPU_NAP'
idle state. From ftrace log we can observe CA73 CPUs can be easily
waken up from 'CPU_NAP' state but the 'waken up' CPUs doesn't handle
anything and sleep again; so there have tons of trace events for CA73
CPUs entering and ex
Hi David,
as said before, please submit the actual files as new code to the
kernel. The code will need a full review, and a simple move is not
going to cut it. Posting the actual code as patches will allow for the
proper review that is needed.
Dear Masami-san,
On Tue, Dec 12, 2017 at 3:29 AM, Masami Hiramatsu
wrote:
[...]
> Then what I'm considering is copyright notice lines. Those are usually
> treat as the header lines, not single line. So
>
>> +// SDPX-License-Identifier: GPL-2.0
>> +// sni_ave.c - Socionext UniPhier AVE ethernet dr
Hi Baolin,
On 08/12/2017 09:20, Baolin Wang wrote:
[ ... ]
>>> +static irqreturn_t sprd_timer_interrupt(int irq, void *dev_id)
>>> +{
>>> + struct clock_event_device *ce = (struct clock_event_device *)dev_id;
>>> + struct timer_of *to = to_timer_of(ce);
>>> +
>>> + sprd_timer_clear
On Tue, Dec 12, 2017 at 8:58 AM, Andi Shyti wrote:
> Replace the original license statement with the SPDX identifier.
>
> Signed-off-by: Andi Shyti
> ---
> drivers/spi/spi-s3c64xx.c | 18 --
> include/linux/platform_data/spi-s3c64xx.h | 4 +---
> 2 files changed,
Please send this to linux-block so that it can be properly reviewed.
Am Dienstag, 12. Dezember 2017, 09:57:37 CET schrieb Eric Biggers:
Hi Eric,
> Hi Stephan,
>
> On Tue, Dec 12, 2017 at 07:09:08AM +0100, Stephan Müller wrote:
> > Hi Herbert,
> >
> > you see the reported problem by simply using
> >
> > sa.salg_mask = 0x;
> >
> > Note, I am not fully su
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/staging/greybus/light.c| 9 ++---
drivers/staging/greybus/power_supply.c | 10 ++
2 files changed, 12 insertions(+
> -Original Message-
> From: Takashi Iwai [mailto:ti...@suse.de]
> Sent: Monday, December 11, 2017 9:23 PM
> To: Ville Syrjälä
> Cc: Anand, Jerome ; Thomas Gleixner
> ; Chen, Augustine ; intel-
> g...@lists.freedesktop.org; alsa-de...@alsa-project.org; Bossart, Pierre-louis
> ; Ingo Molna
The driver may sleep under a spinlock.
The function call path is:
hwsim_get_radio_nl (acquire the spinlock)
nlmsg_new(GFP_KERNEL) --> may sleep
To fix it, GFP_KERNEL is replaced with GFP_ATOMIC.
This bug is found by my static analysis tool(DSAC) and checked by my code
review.
Signed-off-by: J
Hi Daniel,
On 12 December 2017 at 17:16, Daniel Lezcano wrote:
>
> Hi Baolin,
>
>
> On 08/12/2017 09:20, Baolin Wang wrote:
>
> [ ... ]
>
+static irqreturn_t sprd_timer_interrupt(int irq, void *dev_id)
+{
+ struct clock_event_device *ce = (struct clock_event_device *)dev_id;
>>
On Tue, Dec 12, 2017 at 1:43 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Dec 12, 2017 at 11:26:09AM +0530, Jagan Teki wrote:
>> Add usb otg support for a64-olinuxino board,
>> - USB0-ID connected with PH9
>> - USB0-VBUSDET connected with PH6
>> - USB-DRVVBUS controlled by N_VBUSEN pin from PMIC
>>
From: Lihao Liang
This commit adds support of the qemu command qemu-system-aarch64
to rcutorture.
Signed-off-by: Lihao Liang
---
This commit is against RCU's git tree rcu/dev branch
commit 505b61b2ec1d ("EXP: rcu: Add debugging info to other assertion")
Note that the max CPUs supported by qem
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/soc/ti/knav_qmss_queue.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/soc/ti/knav_qmss_queue.c b/dri
Replace sscanf() with mac_pton().
Signed-off-by: Andy Shevchenko
---
drivers/firmware/broadcom/bcm47xx_sprom.c | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
diff --git a/drivers/firmware/broadcom/bcm47xx_sprom.c
b/drivers/firmware/broadcom/bcm47xx_sprom.c
index 62
Hi Paul,
Many thanks for your helpful comments! I have addressed all of them in a new
version of the patch, which is sent out in a separate email.
If you have further comments, please let me know.
Best regards,
Lihao.
On 2017/12/12 0:32, Paul E. McKenney wrote:
> On Fri, Dec 08, 2017 at 06:13:
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/input/misc/uinput.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/misc/uinput.c b/drivers/input
Hi,
On 12/12/2017 08:26 AM, Viresh Kumar wrote:
> On 12-12-17, 02:17, Rafael J. Wysocki wrote:
>> On Monday, December 11, 2017 8:57:19 AM CET Viresh Kumar wrote:
>>> On 08-12-17, 14:07, Andrew-sh Cheng wrote:
Add opp v2 information,
and also add clocks, regulators and opp information int
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/nvme/target/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nvme/target/core.c b/drivers/nvme/target
On 12.12.2017 09:19, Flavio Ceolin wrote:
> clk_xin is properly prepared/enabled on sdhci_arasan_probe(), and
> unprepared/disabled in the error path, but it is not being
> unprepared/disabled on sdhci_arasan_remove().
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-
If source string longer than max, kstrndup will alloc max+1 space.
So, we should make sure the result will not over limit.
Signed-off-by: Ma Shimiao
---
drivers/md/dm-log-writes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/md/dm-log-writes.c b/drivers/md/dm-log-w
On 11.12.2017 22:51, Wanpeng Li wrote:
> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
>> On 10.12.2017 22:44, Wanpeng Li wrote:
>>> From: Wanpeng Li
>>>
>>> [ cut here ]
>>> Bad FPU state detected at kvm_put_guest_fpu+0xd8/0x2d0 [kvm],
>>> reinitializing FPU registers.
>
Hi,
Le Mon, 11 Dec 2017 20:35:34 +0100,
Corentin Labbe a écrit :
> On Mon, Dec 11, 2017 at 08:49:57AM +0100, Mylène Josserand wrote:
> > Hello everyone,
> >
> > This series adds SMP support for Allwinner Sun8i-a83t
> > with MCPM (Multi-Cluster Power Management).
> > Series information:
> > -
Hi Daniel,
On 12 December 2017 at 17:26, Baolin Wang wrote:
> Hi Daniel,
>
> On 12 December 2017 at 17:16, Daniel Lezcano
> wrote:
>>
>> Hi Baolin,
>>
>>
>> On 08/12/2017 09:20, Baolin Wang wrote:
>>
>> [ ... ]
>>
> +static irqreturn_t sprd_timer_interrupt(int irq, void *dev_id)
> +{
>>
Hi Richard,
On 12/12/2017 01:59 AM, Richard Cochran wrote:
Sorry I didn't finish reviewing before...
On Mon, Dec 11, 2017 at 05:14:30PM +0300, Aleksey Makarov wrote:
[ ... ]
+static int cavium_ptp_probe(struct pci_dev *pdev,
+ const struct pci_device_id *ent)
+{
+
On Tue, Dec 12, 2017 at 10:26 AM, Baolin Wang wrote:
> On 12 December 2017 at 17:16, Daniel Lezcano
> wrote:
>> On 08/12/2017 09:20, Baolin Wang wrote:
> +static irqreturn_t sprd_timer_interrupt(int irq, void *dev_id)
> +{
> + struct clock_event_device *ce = (struct clock_event_d
Belove
My name is Janet Groover, i am going on a radical hysterectomy cervical
cancer surgery today. I have WILLED £10,879,000.00 British pounds to you
for the work of the lord. Contact my attorney with my reference number
FZ/XXR/729/0537/BKH0/613X1/UK for further info. Barr. Kenneth Benson.
em
On 12/12/2017 10:41, Baolin Wang wrote:
> Hi Daniel,
>
> On 12 December 2017 at 17:26, Baolin Wang wrote:
>> Hi Daniel,
>>
>> On 12 December 2017 at 17:16, Daniel Lezcano
>> wrote:
>>>
>>> Hi Baolin,
>>>
>>>
>>> On 08/12/2017 09:20, Baolin Wang wrote:
>>>
>>> [ ... ]
>>>
>> +static irqretur
On Tue, 12 Dec 2017 10:26:08 +0100,
Chen, Augustine wrote:
> > > > > > That *looks* more correct to me based on a cursory glance at the
> > > > > > x86 code, but I didn't trawl very deeply.
> > > > >
> > > > > The x86 core cares not at all about interrupt chips which are
> > > > > created in a driv
Belove
My name is Janet Groover, i am going on a radical hysterectomy cervical
cancer surgery today. I have WILLED £10,879,000.00 British pounds to you
for the work of the lord. Contact my attorney with my reference number
FZ/XXR/729/0537/BKH0/613X1/UK for further info. Barr. Kenneth Benson.
em
On 12/12/2017 03:34 AM, Smitha T Murthy wrote:
>> s/Lay/Layer here and below
>>
> Ok I will change it.
While it's fine to make such change for controls up to
V4L2_CID_MPEG_VIDEO_HEVC_HIER_CODING_L6_QP...
>>> + case V4L2_CID_MPEG_VIDEO_HEVC_HIER_CODING_L1_QP:return "HEVC
>>> Hierarchic
Instead of open coding PCI_VDEVICE() and some of its parameters,
introduce new macro and use it.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_pmc_core.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/platform/x86/intel_pmc_core.c
b/drivers/pl
According to sound/soc/atmel/atmel_ssc_dai.c, the driver may sleep under
a spinlock.
The function call path is:
atmel_ssc_shutdown (acquire the spinlock)
free_irq --> may sleep
I do not find a good way to fix it, so I only report.
This possible bug is found by my static analysis tool (DSAC) an
On 12/12/2017 09:06, Jan Beulich wrote:
On 11.12.17 at 22:59, wrote:
>> On 08/12/2017 09:49, Jan Beulich wrote:
+ * The layout of each entry in the memory map table is as follows and no
+ * padding is used between entries in the array:
+ *
+ * 0 ++
+
Hi Jaegeuk,
On 2017/12/9 3:37, Jaegeuk Kim wrote:
> Change log from v1:
> - fix bug in error handling of ioctl
>
>>From b905e03d8aad7d25ecaf9bde05411a68d3d2460e Mon Sep 17 00:00:00 2001
> From: Jaegeuk Kim
> Date: Thu, 7 Dec 2017 16:25:39 -0800
> Subject: [PATCH] f2fs: add an ioctl to disable
On Tue, Dec 12, 2017 at 8:42 AM, Javier Martinez Canillas
wrote:
> Commit 1cb686c08d12 ("ARM: dts: exynos: Add status property to Exynos 542x
> Mixer nodes") disabled the Mixer node by default in the DTSI and enabled
> for each Exynos 542x DTS. But unfortunately it missed to enable it for the
> Ex
On Tue, 2017-12-12 at 11:28 +0200, Andy Shevchenko wrote:
> Replace sscanf() with mac_pton().
Oops, wrong patch to you guys, though, if you wish to apply...
I just send the intended one.
Sorry for noise.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/firmware/broadcom/bcm47xx_sprom.c | 2
2017-12-12 17:40 GMT+08:00 David Hildenbrand :
> On 11.12.2017 22:51, Wanpeng Li wrote:
>> 2017-12-12 4:48 GMT+08:00 David Hildenbrand :
>>> On 10.12.2017 22:44, Wanpeng Li wrote:
From: Wanpeng Li
[ cut here ]
Bad FPU state detected at kvm_put_guest_fpu
Hi Jacopo,
Thank you for the patch.
On Wednesday, 15 November 2017 12:55:58 EET Jacopo Mondi wrote:
> Migo-R platform uses sh_mobile_ceu camera driver, which is now being
> replaced by a proper V4L2 camera driver named 'renesas-ceu'.
>
> Move Migo-R platform to use the v4l2 renesas-ceu camera dr
Le Tue, 12 Dec 2017 10:40:25 +0100,
Mylene JOSSERAND a écrit :
[...]
> I have done further tests.
>
> I booted a previous kernel that I know it was working fine (kernel
> v4.13) then, I booted the kernel with this series and it worked just
> fine.
>
> Only after a power cycle, I am able to rep
1 - 100 of 1630 matches
Mail list logo
