In order to support different types of irq design,
we decide to add separate irq drivers for different
design and keep mt6397 mfd core simple and reusable
to all generations of PMICs so far.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/Makefile| 2 +-
drivers/mfd/mt6397-core.c
On Tue, 29 Jan 2019 at 17:50, Nicolas Ferre wrote:
>
> This patch adds support for 8-bit buswidth.
> Relevant SDCR value modified.
>
> Signed-off-by: Nicolas Ferre
Applied for next, thanks!
Kind regards
Uffe
> ---
> drivers/mmc/host/atmel-mci.c | 8 +++-
> 1 file changed, 7
Hi Boris,
Boris Brezillon wrote on Wed, 30 Jan 2019
09:58:45 +0100:
> The #mtd channel (on OFTC servers) is being used to discuss MTD related
> topics. Add it to the MTD entry.
>
> Signed-off-by: Boris Brezillon
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Initial support for watchdog block included in ROHM BD70528
power management IC.
Configurations for low power states are still to be checked.
Signed-off-by: Matti Vaittinen
---
I decided to see how it looks if I don't include the MFD data
pointer to struct wdtbd70528 and if I just use lock
On Wed, Jan 30, 2019 at 10:13:36AM +0200, Mike Rapoport wrote:
> Hi,
>
> (changed the subject and added CRIU folks)
>
> On Tue, Jan 29, 2019 at 06:40:58PM -0500, Andrea Arcangeli wrote:
> > Hello,
> >
> > --
> >
> > In addition to the above "NUMA remote THP vs NUMA local non-THP
> > tradeoff"
On 2019-01-25 16:57, Lucas Stach wrote:
> Am Freitag, den 25.01.2019, 14:32 + schrieb Catalin Marinas:
> > On Tue, Jan 15, 2019 at 08:18:39PM +0100, Anders Roxell wrote:
> > > When ARCH_MXC get enabled, ARM64_ERRATUM_845719 will be selected and
> > > this warning will happen when COMPAT isn't
On Wed, Jan 30, 2019 at 3:44 PM Daniel Lezcano
wrote:
>
> On 30/01/2019 07:04, Peter Shih wrote:
> > Adding Michael Kao to cc list.
> >
> > On Wed, Jan 9, 2019 at 1:57 PM Pi-Hsun Shih wrote:
> >>
> >> The mtk_thermal struct contains a 'struct mtk_thermal_bank banks[];',
> >> but the allocation
Hi Colin,
On 2019/1/29 18:57, Colin King wrote:
From: Colin Ian King
The call to meson_chip_buffer_init is not assigning ret, however, ret
is being checked for failure. Fix this by adding in the missing assignment.
Fixes: 2d570b34b41a ("mtd: rawnand: meson: add support for Amlogic NAND flash
Hi Colin,
On 2019/1/29 20:44, Colin King wrote:
From: Colin Ian King
There are several functions that are local to the source and do
not need to be in global scope, so make them static.
Cleans up sparse warnings.
Signed-off-by: Colin Ian King
---
drivers/mtd/nand/raw/meson_nand.c | 10
Hi Nathan,
On 2019/1/30 5:46, Nathan Chancellor wrote:
On arm little endian allyesconfig:
ld.lld: error: undefined symbol: __aeabi_uldivmod
>>> referenced by meson_nand.c
>>> mtd/nand/raw/meson_nand.o:(meson_nfc_setup_data_interface) in archive
drivers/built-in.a
The dividend
On Wed, 30 Jan 2019 08:15:25 +0100
Marek Vasut wrote:
> >> > So far as I know that HF is provided by Cypress only and
> >> > any mass production product use the component which is provided by only
> >> > one provider
> >> > will be a big risk.
> >> >
> >> > Compare to HF, there are more provider
On Mon, Jan 28, 2019 at 4:28 PM Zhou Yanjie wrote:
> From: Zhou Yanjie
>
> Delete uart4 and i2c3/4 from JZ4770:
> According to the datasheet, only JZ4780 have uart4 and i2c3/4. So we
> remove it from the JZ4770 code and add a section corresponding the JZ4780.
>
> Fix bugs in i2c0/1:
> The pin
On Wed, Jan 30, 2019 at 04:42:03PM +0800, Chen-Yu Tsai wrote:
> enable-method = "psci";
> clocks = < CLK_CPUX>;
> clock-latency-ns = <244144>; /* 8 32k periods */
> + operating-points-v2 = <_opp_table>;
> +
This patch uses kmemdup_nul to create a NUL-terminated string from
dc->sb.label. This is better than open coding it.
With this, we can move env[2] initialization into env[] array to make
code more elegant.
Signed-off-by: Geliang Tang
---
drivers/md/bcache/super.c | 10 --
1 file
On Mon, Jan 28, 2019 at 4:28 PM Zhou Yanjie wrote:
> From: Zhou Yanjie
>
> Add mmc2 for JZ4770 and JZ4780:
> According to the datasheet, both JZ4770 and JZ4780 have mmc2. But this
> part of the original code is missing. It is worth noting that JZ4770's
> mmc2 supports 8bit mode while JZ4780's
On Mon, Jan 28, 2019 at 4:29 PM Zhou Yanjie wrote:
> From: Zhou Yanjie
>
> In the original code, some function names begin with "ingenic_gpio_",
> and some with "gpio_ingenic_". For the sake of uniform style,
> all of them are changed to the beginning of "ingenic_gpio_".
>
> Signed-off-by: Zhou
On 30/01/19 10:01, Kang, Luwei wrote:
>> This is not what I asked. You should instead do the check after pi_clear_sn.
>>
>
> I think the SN has been cleared here before test the bitmap.
> The SN will be set when the vCPU is schedule out. ID:
> 28b835d60fcc2498e717cf5e6f0c3691c24546f7
> But SN
Hi Liang, Nathan,
Liang Yang wrote on Wed, 30 Jan 2019 17:26:39
+0800:
> Hi Nathan,
>
> On 2019/1/30 5:46, Nathan Chancellor wrote:
> > On arm little endian allyesconfig:
> >
> >ld.lld: error: undefined symbol: __aeabi_uldivmod
> >>>> referenced by meson_nand.c
> >>>>
Hi Liang, Colin,
Liang Yang wrote on Wed, 30 Jan 2019 17:26:49
+0800:
> Hi Colin,
>
> On 2019/1/29 18:57, Colin King wrote:
> > From: Colin Ian King
> >
> > The call to meson_chip_buffer_init is not assigning ret, however, ret
> > is being checked for failure. Fix this by adding in the
On 30/01/2019 09:32, Miquel Raynal wrote:
> Hi Liang, Colin,
>
> Liang Yang wrote on Wed, 30 Jan 2019 17:26:49
> +0800:
>
>> Hi Colin,
>>
>> On 2019/1/29 18:57, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> The call to meson_chip_buffer_init is not assigning ret, however, ret
>>> is being
On 28/01/2019 06:06, Sameer Pujar wrote:
>
> On 1/25/2019 7:34 PM, Jon Hunter wrote:
>> On 25/01/2019 13:58, Takashi Iwai wrote:
>>> On Fri, 25 Jan 2019 14:26:27 +0100,
>>> Jon Hunter wrote:
On 25/01/2019 12:40, Takashi Iwai wrote:
> On Fri, 25 Jan 2019 12:36:00 +0100,
> Jon
On Tue, Jan 29, 2019 at 10:58:58PM +0100, Lukas Wunner wrote:
> On Tue, Jan 29, 2019 at 06:01:18PM +0300, Mika Westerberg wrote:
> > + if (enable)
> > + value |= BIT(20);
>
> Can we have a macro for this bit?
Sure.
> > +int tb_port_find_cap(struct tb_port *port, enum tb_port_cap
Dear Beloved,
I'm Ms Amelia and am new here looking for a serious relationship with someone i
can spend the rest of my life with, someone who is loving, caring, honest and
faithful to spend the rest of my life with, i came across your profile and its
very interesting to me and i would like
> On 30 Jan 2019, at 09.18, h...@owltronix.com wrote:
>
> From: Hans Holmberg
>
> pblk stripes writes of minimal write size across all non-offline chunks
> in a line, which means that the maximum write pointer delta should not
> exceed the minimal write size.
>
> Extend the line write pointer
On Wed, Jan 30, 2019 at 10:14 AM Vincent Guittot
wrote:
>
> Hi Geert,
>
> On Wed, 30 Jan 2019 at 09:21, Geert Uytterhoeven wrote:
> >
> > Hi Vincent,
> >
> > On Wed, Jan 30, 2019 at 9:16 AM Vincent Guittot
> > wrote:
> > > A deadlock has been seen when swicthing clocksources which use PM
On Tue, Jan 29, 2019 at 2:36 PM Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Add GPIO support for max77650 mfd device. This PMIC exposes a single
> GPIO line.
>
> Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, 30 Jan 2019 at 10:39, Rafael J. Wysocki wrote:
>
> On Wed, Jan 30, 2019 at 10:14 AM Vincent Guittot
> wrote:
> >
> > Hi Geert,
> >
> > On Wed, 30 Jan 2019 at 09:21, Geert Uytterhoeven
> > wrote:
> > >
> > > Hi Vincent,
> > >
> > > On Wed, Jan 30, 2019 at 9:16 AM Vincent Guittot
> > >
On Wed, Jan 30, 2019 at 5:29 PM Maxime Ripard wrote:
>
> On Wed, Jan 30, 2019 at 04:42:03PM +0800, Chen-Yu Tsai wrote:
> > enable-method = "psci";
> > clocks = < CLK_CPUX>;
> > clock-latency-ns = <244144>; /* 8 32k periods */
> > +
Hi Miquel, Colin,
On 2019/1/30 17:34, Colin Ian King wrote:
On 30/01/2019 09:32, Miquel Raynal wrote:
Hi Liang, Colin,
Liang Yang wrote on Wed, 30 Jan 2019 17:26:49
+0800:
Hi Colin,
On 2019/1/29 18:57, Colin King wrote:
From: Colin Ian King
The call to meson_chip_buffer_init is not
When the adapter receive error interrupts, such as NACK, arbitration lost,
cdns_i2c_master_xfer return to the caller directly instead of resuming
the adapter which resulted in the adapter being out of control.
So when driver detect err_status then try to repair and fix it.
Signed-off-by:
Specifically call virtio_gpu_object_create() before ttm_bo_init(), so
the object is already created when ttm calls the
virtio_gpu_ttm_tt_bind() callback (which in turn calls
virtio_gpu_object_attach()).
With that in place virtio_gpu_object_attach() will never be called with
an object which is not
On Tue, Jan 29, 2019 at 2:39 PM Bartosz Golaszewski wrote:
> wt., 29 sty 2019 o 14:35 Bartosz Golaszewski napisał(a):
>
> Please ignore this one, it got lost on the way. It was just experimentation.
Pretty interesting experiment anyways! Now both GPIO maintainers
know the intricacies of the
Create virtio_gpu_object_params, use that to pass object parameters to
virtio_gpu_object_create. This is just the first step, followup patches
will add more parameters to the struct. The plan is to use the struct
for all object parameters.
Also drop unused "kernel" parameter for
There is no need to wait for completion here.
The host will process commands in submit order, so commands can
reference the new resource just fine even when queued up before
completion.
On the guest side there is no need to wait for completion too. Which
btw is different from resource destroy,
Add 3d resource parameters to virtio_gpu_object_params struct. With
that in place we can use it for virtio_gpu_cmd_resource_create_3d()
calls.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 10 +-
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 25
Add format, width and height fields to the virtio_gpu_object_params
struct. With that in place we can use the parameter struct for
virtio_gpu_cmd_create_resource() calls too.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 7 ---
On Tue 2019-01-29 14:00:49, Josh Poimboeuf wrote:
> On Wed, Jan 23, 2019 at 01:27:59PM -0500, Joe Lawrence wrote:
> > > I wanted to ask why there is list_empty() and not klp_patch_enabled(), so
> > > just to be sure... the patch was added to klp_patches list, so patch->list
> > > is not empty
Drop the dummy ttm backend implementation, add a real one for
TTM_PL_FLAG_TT objects. The bin/unbind callbacks will call
virtio_gpu_object_{attach,detach}, to update the object state
on the host side, instead of invoking those calls from the
move_notify() callback.
With that in place the move
On Wed, Jan 30, 2019 at 2:07 AM Andrew Morton wrote:
> On Mon, 14 Jan 2019 15:19:17 +0900 William Breathitt Gray
> wrote:
> > drivers/gpio/gpio-104-dio-48e.c | 73 ++--
> > drivers/gpio/gpio-104-idi-48.c| 37 +++---
> > drivers/gpio/gpio-gpio-mm.c | 73
Hi Vivien & Andrew,
Vivien Didelot wrote on Tue, 29 Jan 2019
10:46:13 -0500:
> Hi Miquèl,
>
> On Tue, 29 Jan 2019 15:51:57 +0100, Andrew Lunn wrote:
>
> > > Today, there is no S2RAM support for switches. First, I proposed to add
> > > suspend/resume callbacks to the mv88e6xxx driver - just
On Tue, 29 Jan 2019 at 18:55, Lukasz Luba wrote:
>
> Add description of Dynamic Memory Controller and PPMU counters.
> They are used by exynos5422-dmc driver.
>
> CC: Rob Herring
> CC: Mark Rutland
> CC: Kukjin Kim
> CC: Krzysztof Kozlowski
> CC: devicet...@vger.kernel.org
> CC:
The send_xchar() and tiocmset() tty operations are optional. Add the
missing sanity checks to prevent user-space triggerable NULL-pointer
dereferences.
Fixes: 6b9ad1c742bf ("staging: speakup: add send_xchar, tiocmset and input
functionality for tty")
Cc: stable # 4.13
Cc: Okash Khawaja
Cc:
The tty struct holds a pointer to the driver's tty operations so drop
the unnecessary driver dereference when calling tiocmget and tiocmset.
Note that this also makes the calls match the preceding sanity checks as
expected.
Signed-off-by: Johan Hovold
---
drivers/tty/serdev/serdev-ttyport.c |
On Tue, 2019-01-29 at 13:15 -0800, Stephen Boyd wrote:
> > I suppose this is the answer the discussion we had last year. I'm not sure
> > it
> > answer the problem. In the case I presented, we have no idea wether the
> > setting is valid or not.
> >
> > We can't assume it is `at least something
On 1/29/19 21:27, Bjorn Andersson wrote:
> On Tue 29 Jan 03:35 PST 2019, Jorge Ramirez-Ortiz wrote:
>> diff --git a/drivers/phy/qualcomm/phy-qcom-usb-ss.c
>> b/drivers/phy/qualcomm/phy-qcom-usb-ss.c
>> new file mode 100644
>> index 000..e6ae96e
>> --- /dev/null
>> +++
Johan Hovold, le mer. 30 janv. 2019 10:49:34 +0100, a ecrit:
> The send_xchar() and tiocmset() tty operations are optional. Add the
> missing sanity checks to prevent user-space triggerable NULL-pointer
> dereferences.
>
> Fixes: 6b9ad1c742bf ("staging: speakup: add send_xchar, tiocmset and input
Sent from my iPad
> On Jan 30, 2019, at 3:17 PM, Tomasz Figa wrote:
>
>> On Wed, Jan 30, 2019 at 3:28 PM Ayaka wrote:
>>
>>
>>
>> Sent from my iPad
>>
>>> On Jan 30, 2019, at 11:35 AM, Tomasz Figa wrote:
>>>
>>> On Wed, Jan 30, 2019 at 11:29 AM Alexandre Courbot
>>> wrote:
This is done via RPC call to SCU.
Signed-off-by: Daniel Baluta
---
Changes since v1:
- remove unused variable ret
- add documentation for imx_sc_pm_cpu_start function
drivers/firmware/imx/misc.c | 38 +++
include/linux/firmware/imx/svc/misc.h |
On Sat 2019-01-19 17:15:23, Luc Van Oostenryck wrote:
> This variable is declared as:
> static struct powerclamp_worker_data * __percpu worker_data;
> In other words, a percpu pointer to struct ...
>
> But this variable not used like so but as a pointer to a percpu
> struct
On Wed, Jan 30, 2019 at 05:41:16PM +0800, Chen-Yu Tsai wrote:
> On Wed, Jan 30, 2019 at 5:29 PM Maxime Ripard
> wrote:
> >
> > On Wed, Jan 30, 2019 at 04:42:03PM +0800, Chen-Yu Tsai wrote:
> > > enable-method = "psci";
> > > clocks = < CLK_CPUX>;
> > >
On Fri, Jan 25, 2019 at 11:55 AM Souptick Joarder wrote:
>
> On Fri, Jan 11, 2019 at 8:34 PM Souptick Joarder wrote:
> >
> > Convert to use vm_insert_range_buggy to map range of kernel memory
> > to user vma.
> >
> > This driver has ignored vm_pgoff and mapped the entire pages. We
> > could
On Sun, Jan 27, 2019 at 10:59:13PM -0800, Myungho Jung wrote:
> tiocmget() and tiocmset() operations are optional and some tty drivers
> like pty miss the operations. We need NULL check before referencing
> them.
Good catch. I suggest splitting these fixes in two separate patches
(after
On Fri, Jan 25, 2019 at 11:54 AM Souptick Joarder wrote:
>
> On Fri, Jan 11, 2019 at 8:33 PM Souptick Joarder wrote:
> >
> > Convert to use vm_insert_range() to map range of kernel
> > memory to user vma.
> >
> > Signed-off-by: Souptick Joarder
>
> Any comment on this patch ?
Any comment on
On 30/01/2019 10:25, Pi-Hsun Shih wrote:
> On Wed, Jan 30, 2019 at 3:44 PM Daniel Lezcano
> wrote:
>>
>> On 30/01/2019 07:04, Peter Shih wrote:
>>> Adding Michael Kao to cc list.
>>>
>>> On Wed, Jan 9, 2019 at 1:57 PM Pi-Hsun Shih wrote:
The mtk_thermal struct contains a 'struct
On Sun, Jan 27, 2019 at 10:53:02PM -0800, Myungho Jung wrote:
> tty_set_termios() should be called with slave side of pty driver. So, If
> tty driver is pty master, it needs to be switched to ->link.
I'm not sure that's the right solution. PTYs are virtual devices used
for IPC and neither end
On Mon, Jan 28, 2019 at 11:07:28AM +0100, Stephan Mueller wrote:
> Am Mittwoch, 16. Januar 2019, 12:06:54 CET schrieb Stephan Müller:
>
> Hi Herbert,
>
> > Changes v2:
> > * Incorporation of all comments from Eric Biggers
> >
> > Stephan Mueller (6):
> > crypto: add template handling for RNGs
Fixes the following sparse warning:
drivers/mtd/nand/raw/stm32_fmc2_nand.c:1228:6: warning: symbol
'stm32_fmc2_read_data' was not declared. Should it be static?
drivers/mtd/nand/raw/stm32_fmc2_nand.c:1275:6: warning: symbol
'stm32_fmc2_write_data' was not declared. Should it be static?
On Wed 2019-01-23 15:30:57, Miroslav Benes wrote:
> Hi,
>
> On Wed, 23 Jan 2019, Nicholas Mc Guire wrote:
>
> > Sparse reported warnings about non-static symbols. For the variables
> > a simple static attribute is fine - for the functions referenced by
> > livepatch via klp_func the symbol-names
Brian Norris writes:
> WCN3990 is SNOC, not PCI. This prevents probing WCN3990.
>
> Fixes: 367c899f622c ("ath10k: add bus type check in ath10k_init_hw_params")
> Signed-off-by: Brian Norris
> ---
> This was a regression in 4.20.
I'll queue this for 5.0.
--
Kalle Valo
There is a potential NULL pointer dereference in case
fc_rport_create() fails and returns NULL.
Fixes: 2580064b5ec6 ("scsi: libfc: Replace ->rport_create callback with
function call")
Signed-off-by: YueHaibing
---
drivers/scsi/libfc/fc_lport.c | 4
1 file changed, 4 insertions(+)
diff
On Tue, Jan 29, 2019 at 12:38:21PM -0800, Jolly Shah wrote:
> From: Rajan Vaja
>
> Add ZynqMP PM driver. PM driver provides power management
> support for ZynqMP.
>
> Signed-off-by: Rajan Vaja
> Signed-off-by: Jolly Shah
> ---
> drivers/soc/xilinx/Kconfig| 11 +++
>
On Sat, Jan 19, 2019 at 12:22 AM Li Yang wrote:
>
>
> soc/fsl fixes for v5.0
>
> - qbman: avoid missing interrupts by only clearing processed events
>
>
> Madalin
There is a potential NULL pointer dereference in case
fb_create_modedb() fails and returns NULL.
Signed-off-by: YueHaibing
---
drivers/video/fbdev/core/fbmon.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/video/fbdev/core/fbmon.c b/drivers/video/fbdev/core/fbmon.c
index
> -邮件原件-
> 发件人: Kohli, Gaurav [mailto:gko...@codeaurora.org]
> 发送时间: 2019年1月18日 20:51
> 收件人: Li,Rongqing ; gre...@linuxfoundation.org;
> jsl...@suse.com; linux-kernel@vger.kernel.org
> 主题: Re: [PATCH][v4] tty: fix race between flush_to_ldisc and tty_open
>
>
>
> On 1/18/2019 2:57 PM,
On Tue, Jan 29, 2019 at 05:07:34PM -0800, Andrew Morton wrote:
> Do we have any expectation that these facilities will be used by
> anything other than GPIO? If not then perhaps they should be sited
> within drivers/gpio (presumably as a standalone module) until such a
> need is found?
I can
On 30-01-19, 09:12, Quentin Perret wrote:
> What I had in mind is something as simple as:
>
> void of_dev_pm_opp_register_em(struct cpumask *cpus)
> {
> /* Bail out if an EM is there */
> if (em_cpu_get(cpumask_first(cpus)))
> return;
There is a potential NULL pointer dereference in case
kzalloc() fails and returns NULL.
Fixes: 69f52adb2d53 ("mISDN: Add HFC USB driver")
Signed-off-by: YueHaibing
---
drivers/isdn/hardware/mISDN/hfcsusb.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
> So, you are saying that ACQUIRE does not guarantee that "po-later stores
> > on the same CPU and all propagated stores from other CPUs
> > must propagate to all other CPUs after the acquire operation "?
> > I was reading about acquire before posting this and trying to understand,
> > and this
On Fri, Jan 18, 2019 at 05:27:17PM +0800, Li RongQing wrote:
> There still is a race window after the commit b027e2298bd588
> ("tty: fix data race between tty_init_dev and flush of buf"),
> and we encountered this crash issue if receive_buf call comes
> before tty initialization completes in
On Wednesday 30 Jan 2019 at 15:47:15 (+0530), Viresh Kumar wrote:
> On 30-01-19, 09:12, Quentin Perret wrote:
> > What I had in mind is something as simple as:
> >
> > void of_dev_pm_opp_register_em(struct cpumask *cpus)
> > {
> > /* Bail out if an EM is there */
> >
There is a potential NULL pointer dereference in case
kzalloc() fails and returns NULL.
Fixes: bc082a55d25c ("bcache: fix inaccurate io state for detached bcache
devices")
Signed-off-by: YueHaibing
---
drivers/md/bcache/request.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
On 29/01/2019 19:12, Suzuki K Poulose wrote:
> We restrict mapping the PUD huge pages in stage2 to only when the
> stage2 has 4 level page table, leaving the feature unused with
> the default IPA size. But we could use it even with a 3
> level page table, i.e, when the PUD level is folded into
On Tuesday 29 Jan 2019 at 15:27:35 (+), Sudeep Holla wrote:
> On Mon, Jan 28, 2019 at 04:55:21PM +, Quentin Perret wrote:
> > From: Dietmar Eggemann
> >
> > A CPUfreq driver, like the scpi driver used on Juno boards, which
> > provide the Energy Model with power cost information via the
Am 29.01.19 um 21:24 schrieb Logan Gunthorpe:
On 2019-01-29 12:56 p.m., Alex Deucher wrote:
On Tue, Jan 29, 2019 at 12:47 PM wrote:
From: Jérôme Glisse
device_test_p2p() return true if two devices can peer to peer to
each other. We add a generic function as different inter-connect
can
There is a potential NULL pointer dereference in case
alloc_ctrl_packet() fails and returns NULL.
Fixes: 099dc4fb6265 ("ipwireless: driver for PC Card 3G/UMTS modem")
Signed-off-by: YueHaibing
---
drivers/tty/ipwireless/hardware.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Pls ignore this, sorry.
On 2019/1/30 18:26, YueHaibing wrote:
> There is a potential NULL pointer dereference in case
> alloc_ctrl_packet() fails and returns NULL.
>
> Fixes: 099dc4fb6265 ("ipwireless: driver for PC Card 3G/UMTS modem")
> Signed-off-by: YueHaibing
> ---
>
In order to respect mw_cuinits, pblk's write buffer maintains a
backpointer to protect data not yet persisted; when writing to the write
buffer, this backpointer defines a threshold that pblk's rate-limiter
enforces.
On small PU configurations, the following scenarios might take place: (i)
the
On Tue, Jan 22, 2019 at 12:35 PM Sudeep Holla wrote:
>
> The device/driver model clearly mandates that bus driver that discover
> and allocate the device must set the release callback. This callback
> will be used to free the device after all references have gone away.
...
> Hi ARM-SoC team,
>
>
There is a potential NULL pointer dereference in case
alloc_ctrl_packet() fails and returns NULL.
Fixes: 099dc4fb6265 ("ipwireless: driver for PC Card 3G/UMTS modem")
Signed-off-by: YueHaibing
---
v2: fix return value
---
drivers/tty/ipwireless/hardware.c | 2 ++
1 file changed, 2 insertions(+)
Hi!
The following patch adds support for the Logilink VG0022A DVB-T2 stick.
After patching and building the kernel it shows up with lsusb and I
used w_scan to scan for channels and vlc for watching.
The original patches were from Andreas Kemnade.
The only thing that doesn't work is wake up after
On Mon, Jan 28, 2019 at 02:29:22PM -0700, shuah wrote:
> On 1/25/19 9:14 PM, Al Viro wrote:
> > On Fri, Jan 25, 2019 at 04:29:05PM -0700, Shuah Khan wrote:
> >> tty_set_termios() has the following WARMN_ON which can be triggered with a
> >> syscall to invoke TIOCGETD __NR_ioctl.
You meant
On Sun, Jan 27, 2019 at 6:13 PM Mike Rapoport wrote:
>
> On Wed, Jan 23, 2019 at 02:00:54AM +0200, Oded Gabbay wrote:
> > From: Omer Shpigelman
> >
> > This patch adds the Virtual Memory and MMU modules.
> >
> > Goya has an internal MMU which provides process isolation on the internal
> > DDR.
Am 30.01.19 um 09:02 schrieb Christoph Hellwig:
> On Tue, Jan 29, 2019 at 08:58:35PM +, Jason Gunthorpe wrote:
>> On Tue, Jan 29, 2019 at 01:39:49PM -0700, Logan Gunthorpe wrote:
>>
>>> implement the mapping. And I don't think we should have 'special' vma's
>>> for this (though we may need
On Wed, Jan 30, 2019 at 11:30:24AM +0100, Arnd Bergmann wrote:
> On Tue, Jan 22, 2019 at 12:35 PM Sudeep Holla wrote:
> >
> > The device/driver model clearly mandates that bus driver that discover
> > and allocate the device must set the release callback. This callback
> > will be used to free
Greetings,
On 1/21/19 1:47 PM, Eial Czerwacki wrote:
> as reported in bug #201339
> (https://bugzilla.kernel.org/show_bug.cgi?id=201339)
> by enabling X86_VSMP, INTERNODE_CACHE_BYTES's definition differs from the
> default one
> causing the struct size to exceed the size ok 8KB.
>
> in order
Hi Yue,
YueHaibing wrote on Wed, 30 Jan 2019 18:09:08
+0800:
> Fixes the following sparse warning:
> drivers/mtd/nand/raw/stm32_fmc2_nand.c:1228:6: warning: symbol
> 'stm32_fmc2_read_data' was not declared. Should it be static?
> drivers/mtd/nand/raw/stm32_fmc2_nand.c:1275:6: warning: symbol
On Wed, Jan 30, 2019 at 11:19 AM Reshetova, Elena
wrote:
>
> > So, you are saying that ACQUIRE does not guarantee that "po-later stores
> > > on the same CPU and all propagated stores from other CPUs
> > > must propagate to all other CPUs after the acquire operation "?
> > > I was reading about
Hello,
syzbot found the following crash on:
HEAD commit:02495e76ded5 Add linux-next specific files for 20190130
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17e8d80f40
kernel config: https://syzkaller.appspot.com/x/.config?x=a2b2e9c0bc43c14d
Hello,
syzbot found the following crash on:
HEAD commit:02495e76ded5 Add linux-next specific files for 20190130
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17a5bb64c0
kernel config: https://syzkaller.appspot.com/x/.config?x=a2b2e9c0bc43c14d
Hi Nicolas,
On 1/30/19 5:28 AM, Nicolas Dufresne wrote:
> Le mardi 22 janvier 2019 à 12:53 +0200, Stanimir Varbanov a écrit :
>> This ixes an issue when setting the encoder framerate because of
>
> ixes -> fixes
>
>> missing precision. Now the frameinterval type is changed to
>> TYPE_CONTINUOUS
On 30 January 2019 03:14, Kyle Tso wrote:
> When Sink negotiates PPS, the voltage range of selected PPS APDO might not
> cover the previous voltage (out_volt). If the previous out_volt is lower than
> the
> new min_volt, the output voltage in RDO might be set to an invalid value. For
> instance,
On 29/01/2019 17:20, Keith Busch wrote:
On Tue, Jan 29, 2019 at 05:12:40PM +, John Garry wrote:
On 29/01/2019 15:44, Keith Busch wrote:
Hm, we used to freeze the queues with CPUHP_BLK_MQ_PREPARE callback,
which would reap all outstanding commands before the CPU and IRQ are
taken offline.
> >> This is not what I asked. You should instead do the check after
> >> pi_clear_sn.
> >>
> >
> > I think the SN has been cleared here before test the bitmap.
> > The SN will be set when the vCPU is schedule out. ID:
> > 28b835d60fcc2498e717cf5e6f0c3691c24546f7
> > But SN will be cleared when
On Tue, Jan 29, 2019 at 11:29:37PM -0500, valdis.kletni...@vt.edu wrote:
> On Tue, 29 Jan 2019 20:06:39 -0500, valdis.kletni...@vt.edu said:
> > On Mon, 28 Jan 2019 10:16:27 +0100, Jan Kara said:
> >
> > > So my buffer_migrate_page_norefs() is certainly buggy in its current
> > > incarnation (as a
On Wed, 30 Jan 2019 10:35:35 +0100,
Jon Hunter wrote:
>
>
> On 28/01/2019 06:06, Sameer Pujar wrote:
> >
> > On 1/25/2019 7:34 PM, Jon Hunter wrote:
> >> On 25/01/2019 13:58, Takashi Iwai wrote:
> >>> On Fri, 25 Jan 2019 14:26:27 +0100,
> >>> Jon Hunter wrote:
>
> On 25/01/2019 12:40,
Marc,
On 30/01/2019 10:21, Marc Zyngier wrote:
On 29/01/2019 19:12, Suzuki K Poulose wrote:
We restrict mapping the PUD huge pages in stage2 to only when the
stage2 has 4 level page table, leaving the feature unused with
the default IPA size. But we could use it even with a 3
level page table,
> > >> This is not what I asked. You should instead do the check after
> > >> pi_clear_sn.
> > >>
> > >
> > > I think the SN has been cleared here before test the bitmap.
> > > The SN will be set when the vCPU is schedule out. ID:
> > > 28b835d60fcc2498e717cf5e6f0c3691c24546f7
> > > But SN will
On 2019/1/30 18:34, Miquel Raynal wrote:
> Hi Yue,
>
> YueHaibing wrote on Wed, 30 Jan 2019 18:09:08
> +0800:
>
>> Fixes the following sparse warning:
>> drivers/mtd/nand/raw/stm32_fmc2_nand.c:1228:6: warning: symbol
>> 'stm32_fmc2_read_data' was not declared. Should it be static?
>>
Hi Kishon,
On 24/01/19 12:48, Kishon Vijay Abraham I wrote:
> DRA72 platform has the second instance of PHY shared between USB3
> controller and PCIe controller with default as USB3 controller.
> Since it is used with USB3 controller by default, it uses the
> compatible specific to USB
Commit-ID: 0b053bbf07867c9942d706e70040398df59de54b
Gitweb: https://git.kernel.org/tip/0b053bbf07867c9942d706e70040398df59de54b
Author: Borislav Petkov
AuthorDate: Thu, 24 Jan 2019 11:18:48 +0100
Committer: Borislav Petkov
CommitDate: Wed, 30 Jan 2019 11:46:49 +0100
MAINTAINERS: Add
101 - 200 of 1221 matches
Mail list logo
