Move the interface functions in client.h to common include. These are
already abstracted well to use as is. Also move any associated structures
used by these functions.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/intel-ish-hid/ishtp/client.h| 24 ---
drivers/hid/intel-ish-hid/
Move function idefinitions related to bus and device to common header file.
Also create new function to get fw client id and move ish_hw_reset() from
inline to exported function.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/intel-ish-hid/ishtp/bus.c | 26 +
driver
On Tue, 26 Feb 2019 17:15:52 -0300
Lucas Oshiro wrote:
> Thanks for the review!
>
> On 20/02/2019 19:22, Joe Perches wrote:
> > On Wed, 2019-02-20 at 09:49 +, Jonathan Cameron wrote:
> >> On Mon, 18 Feb 2019 13:01:23 -0800 Joe Perches wrote:
> >>> On Mon, 2019-02-18 at 14:22 -0300, Luca
On Thu, 21 Feb 2019 20:18:36 +0100
Artur Rojek wrote:
> On 2019-02-20 12:14, Jonathan Cameron wrote:
> > On Sun, 17 Feb 2019 15:29:14 +0100
> > Artur Rojek wrote:
> >
> >> Add a driver for battery present on Ingenic JZ47xx SoCs.
> >>
> >> Signed-off-by: Artur Rojek
> > A few things inline
In function sm750_hw_copyarea() of sm750_accel.c, there are
some comments in ASCII graphs, describing 4 possible scenarios
of overlapping areas when copying an area. However, the graphs
have broken indention.
The entire SiliconMotion series video controllers, including
SM501, SM712 and SM750 have
Rename the function setDisplayControl() to set_display_control().
This fixes the following checkpatch.pl warning:
CHECK: Avoid CamelCase:
Suggested-by: Jin Chen
Signed-off-by: Jin Chen
[to...@tomli.me: resent as trivial patch, reworded the commit message]
Signed-off-by: Yifeng Li
---
dri
Hello.
>From January to February, there have been two trivial sm750fb patches
submitted to linux-fbdev, one by me, one by Jin Chen, but both without
any response. Further, it seems both maintainers, Sudip Mukherjee and
Teddy Wang, are currently unavailable, getting an "Ack-by" would be
unfeasible.
On Thu, 21 Feb 2019 10:20:49 +0100
Mike Looijmans wrote:
> The SPI interface implementation was completely broken.
>
> When using the SPI interface, there are only 7 address bits, the upper bit
> is controlled by a page select register. The core needs access to both
> ranges, so implement regist
On Fri, 22 Feb 2019 13:10:26 +
"Bia, Beniamin" wrote:
> Thank you for taking some time reviewing my code.
> Ad9833/ad9834 has two frequency and phase registers and only one
> output. The user can select which register is selected as input with a
> mux.Because I wanted to reduce as much as pos
On Wed, 20 Feb 2019 12:07:28 -0600
"Gustavo A. R. Silva" wrote:
> On 2/20/19 11:21 AM, Gustavo A. R. Silva wrote:
> >
> >
> > On 2/20/19 6:17 AM, Jonathan Cameron wrote:
> >> On Mon, 11 Feb 2019 16:23:18 -0600
> >> "Gustavo A. R. Silva" wrote:
> >>
> >>> In preparation to enabling -Wimplic
On Fri, Mar 1, 2019 at 6:39 PM Srinivas Pandruvada
wrote:
>
> On Fri, 2019-03-01 at 13:43 +0100, Rafael J. Wysocki wrote:
> > Hi All,
> >
> > This is how I would fix the issue reported in BZ 200759 (see this
> > patch series
> > from Yu too: https://marc.info/?l=linux-pm&m=155137672924029&w=2).
>
On Sat, Mar 2, 2019 at 10:55 AM Yu Chen wrote:
>
> On Thu, Feb 28, 2019 at 11:56:48PM +0100, Rafael J. Wysocki wrote:
> > On Thu, Feb 28, 2019 at 6:59 PM Chen Yu wrote:
> > >
> > > On Dell Inc. XPS13 9333, the BIOS changes the value of
> > > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., wh
On Sat, Mar 2, 2019 at 7:48 PM Mike Snitzer wrote:
>
> On Sat, Mar 02 2019 at 6:34pm -0500,
> Alexander Duyck wrote:
>
> > So I have been seeing an issue with an intermittent boot hang on my
> > x86 KVM VM with the latest linux-next and have bisected it down to the
> > following commit:
> > 1efa
Implement L2 cache initialization firmware callback that should be
invoked early during boot in order to set up the required outer cache
driver's callbacks and add the callback required for L2X0 maintenance.
Partially based on work done by Michał Mirosław [1].
[1] https://www.spinics.net/lists/ar
Hello,
This patchset adds support for the Trusted Foundations firmware on
NVIDIA Tegra30. Pretty much all of Tegra30 consumer devices have that
firmware and upstream kernel can't boot on those devices without the
firmware support. This series was tested on Nexus 7, TF300T and Ouya
Tegra30 devices.
The Trusted Foundations firmware call varies depending on the required
suspend-mode. Make the firmware API to take the mode argument in order
to expose all of the modes to firmware user.
Tested-by: Robert Yang
Tested-by: Michał Mirosław
Signed-off-by: Dmitry Osipenko
---
arch/arm/firmware/trus
In order to suspend-resume CPU with Trusted Foundations firmware being
present on Tegra30, the LP1/LP2 boot vectors and CPU caches need to be
set up using the firmware calls and then suspend code shall avoid
re-disabling parts that were disabled by the firmware.
Tested-by: Robert Yang
Tested-by:
CPU isn't allowed to touch secure registers while running under secure
monitor. Hence skip applying of CPU erratas in the reset handler if
Trusted Foundations firmware presents.
Partially based on work done by Michał Mirosław [1].
[1] https://www.spinics.net/lists/arm-kernel/msg594768.html
Teste
Add a helper that provides information about whether Trusted Foundations
firmware operations have been registered.
Tested-by: Robert Yang
Tested-by: Michał Mirosław
Signed-off-by: Dmitry Osipenko
---
arch/arm/firmware/trusted_foundations.c| 5 +
arch/arm/include/asm/trusted_foundations
CPU always jumps into reset handler in ARM-mode from the Trusted
Foundations firmware, hence let's make CPU to always jump into kernel
in ARM-mode regardless of the firmware presence. This is required to
make Thumb-2 kernel working with the Trusted Foundations firmware on
Tegra30.
Tested-by: Rober
On Tegra30 L2 cache should be initialized using firmware call if CPU
is running in insecure mode. Set up the required outer-cache write_sec()
callback early during boot using the firmware API, it is always a NO-OP
on T114+ and is NO-OP on T20/30 if Trusted Foundations firmware node
isn't present in
On Fri, 22 Feb 2019 10:59:24 +0100
Ludovic Desroches wrote:
> On Mon, Feb 04, 2019 at 11:03:18AM +, Georg Ottinger wrote:
> > I don't know how the race condition is triggered in detail. All I know is
> > that if Touch Acquisition is enabled the adc_demo_error2 will provoke a
> > systemhang
Hello Tony,
On 2019/03/04 0:13, Tony McKahan wrote:
On Sun, Mar 3, 2019 at 9:04 AM Katsuhiro Suzuki wrote:
Hello Heiko,
Thank you for comments.
On 2019/03/03 22:19, Heiko Stuebner wrote:
Hi,
Am Sonntag, 3. März 2019, 13:27:05 CET schrieb Katsuhiro Suzuki:
This patch increases drive stren
Reviewed-by: Eli Britstein
On 3/3/2019 5:20 PM, Roi Dayan wrote:
>
> On 02/03/2019 21:39, Gustavo A. R. Silva wrote:
>> Remove redundant assignment to tun_entropy->enabled.
>>
>> Addesses-Coverity-ID: 1477328 ("Unused value")
>> Fixes: 97417f6182f8 ("net/mlx5e: Fix GRE key by controlling port tun
On 3/3/19 11:04 AM, Jonathan Cameron wrote:
>>
>> BTW, Jonathan, I wonder if you can apply this one too:
>>
>> https://lore.kernel.org/patchwork/patch/996804/
>>
>> Thanks
> Now resolved. The issue here was the code was 'interesting/crazy' so
> we needed someone with hardware to rewrite it and
DSI timings are varies between burst/non-burst devices and
current driver is handling this support via if, else statements
which would difficult to read.
Simplify it by using goto to make code more readable.
Signed-off-by: Jagan Teki
Tested-by: Merlijn Wajer
---
Note: This change is created bas
Loop N1 instruction delay for burst mode devices are computed
based on horizontal sync and porch timing values.
The current driver is using u16 type for computing this hsync_porch
value, which would failed to fit within the u16 type for large sync
and porch timings devices. This would result in hs
TCON DRQ for non-burst DSI mode can computed based on horizontal
front porch value, but the current driver trying to include sync
timings along with front porch resulting wrong drq.
This patch is trying to update the drq by subtracting hsync_start
with hdisplay, which is horizontal front porch.
C
Like other dsi setup timings, or hblk for that matter vblk would
also require compute the timings based payload equation along with
packet overhead.
But, on the other hand vblk computation is also depends on device
lane number.
- for 4 lane devices, it is computed based on vtotal, packet overhead
Some DSI panels do use GENERIC_SHORT_WRITE_2 transfer protocol to host
DSI driver and which is similar to GENERIC_SHORT_WRITE.
Add support for the same transfer, so-that so-that the panels which are
requesting similar transfer type will process properly.
Signed-off-by: Jagan Teki
Tested-by: Merl
Unfortunately due to various reasons[3] the previous fixes[1] and burst[2]
changes are failed to apply.
So, this series is filtered version of previous [1] and [2] changes on top
of drm-misc.
patch-1: Fix for burst mode instruction delay computation
patch-2: Fix for TCOn DRQ set bits
patch-3: S
I submitted this through the netdev tree, maybe relevant for you as well.
See also here: https://marc.info/?t=15510390013&r=1&w=2
Forwarded Message
Subject: [PATCH net-next 1/2] lib: string: add strreplace_nonalnum
Date: Sun, 3 Mar 2019 18:20:50 +0100
From: Heiner Kallweit
T
On Fri, 1 Mar 2019, Andreas Klinger wrote:
> Add I2CXL-MaxSonar ultrasonic distance sensors of type family mb12x2 using
> an i2c interface
small comment below
> Implemented functionality:
> - reading the distance via in_distance_raw
> - buffered mode with trigger
> - make use of status gpio to
On Sun, Mar 03, 2019 at 06:47:32PM +0100, Heiner Kallweit wrote:
> I submitted this through the netdev tree, maybe relevant for you as well.
> See also here: https://marc.info/?t=15510390013&r=1&w=2
>
> Forwarded Message
> Subject: [PATCH net-next 1/2] lib: string: add strrep
On Mon, Mar 04, 2019 at 12:55:30AM +0800, Yifeng Li wrote:
> Hello.
>
> >From January to February, there have been two trivial sm750fb patches
> submitted to linux-fbdev, one by me, one by Jin Chen, but both without
> any response. Further, it seems both maintainers, Sudip Mukherjee and
> Teddy Wa
On 03.03.2019 18:55, Greg Kroah-Hartman wrote:
> On Sun, Mar 03, 2019 at 06:47:32PM +0100, Heiner Kallweit wrote:
>> I submitted this through the netdev tree, maybe relevant for you as well.
>> See also here: https://marc.info/?t=15510390013&r=1&w=2
>>
>> Forwarded Message
>>
On Sun, Mar 03, 2019 at 07:04:21PM +0100, Heiner Kallweit wrote:
> On 03.03.2019 18:55, Greg Kroah-Hartman wrote:
> > On Sun, Mar 03, 2019 at 06:47:32PM +0100, Heiner Kallweit wrote:
> >> I submitted this through the netdev tree, maybe relevant for you as well.
> >> See also here: https://marc.info
On 3/2/19 8:02 PM, Qian Cai wrote:
The linux-next commit a0b0fd53e1e6 ("locking/lockdep: Free lock classes
that are no longer in use") let init_data_structures_once() call
init_rcu_head(). As the result, smp_setup_processor_id() calls
debug_object_init() before debug_objects_early_init() triggeri
On 3/3/19 6:34 AM, Qian Cai wrote:
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 497900263dbc..e780bf73eced 100644
--- a/kernel/workqueue.c
+++ b/kernel/workqueue.c
@@ -3445,6 +3445,8 @@ static void wq_init_lockdep(struct workqueue_struct *wq)
lock_name = kasprintf(GFP_KERNEL
Hello,
syzbot found the following crash on:
HEAD commit:c63e9e91a254 Add linux-next specific files for 20190301
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16ac728d20
kernel config: https://syzkaller.appspot.com/x/.config?x=f5875f9dc6e009b2
dashb
On 03.03.2019 19:15, Greg Kroah-Hartman wrote:
> On Sun, Mar 03, 2019 at 07:04:21PM +0100, Heiner Kallweit wrote:
>> On 03.03.2019 18:55, Greg Kroah-Hartman wrote:
>>> On Sun, Mar 03, 2019 at 06:47:32PM +0100, Heiner Kallweit wrote:
I submitted this through the netdev tree, maybe relevant for
On 03/03/2019 07:18 AM, Al Viro wrote:
> Fixes: bfe4037e722ec
> Cc: sta...@vger.kernel.org
> Signed-off-by: Al Viro
> ---
> diff --git a/fs/aio.c b/fs/aio.c
> index 3083180a54c8..7e88bfabdac2 100644
> --- a/fs/aio.c
> +++ b/fs/aio.c
> @@ -1767,6 +1767,7 @@ static ssize_t aio_poll(struct aio_ki
On Sun, Mar 03, 2019 at 07:32:53PM +0100, Heiner Kallweit wrote:
> On 03.03.2019 19:15, Greg Kroah-Hartman wrote:
> > On Sun, Mar 03, 2019 at 07:04:21PM +0100, Heiner Kallweit wrote:
> >> On 03.03.2019 18:55, Greg Kroah-Hartman wrote:
> >>> On Sun, Mar 03, 2019 at 06:47:32PM +0100, Heiner Kallweit
Hello Katsushiro,
On Sun, Mar 3, 2019 at 12:31 PM Katsuhiro Suzuki
wrote:
>
> Hello Tony,
>
> On 2019/03/04 0:13, Tony McKahan wrote:
> > On Sun, Mar 3, 2019 at 9:04 AM Katsuhiro Suzuki
> > wrote:
> >>
> >> Hello Heiko,
> >>
> >> Thank you for comments.
> >>
> >> On 2019/03/03 22:19, Heiko Stue
On 03.03.2019 19:41, Greg Kroah-Hartman wrote:
> On Sun, Mar 03, 2019 at 07:32:53PM +0100, Heiner Kallweit wrote:
>> On 03.03.2019 19:15, Greg Kroah-Hartman wrote:
>>> On Sun, Mar 03, 2019 at 07:04:21PM +0100, Heiner Kallweit wrote:
On 03.03.2019 18:55, Greg Kroah-Hartman wrote:
> On Sun,
On Sun, Mar 3, 2019 at 2:05 AM Nicholas Piggin wrote:
>
> Why even bother with it at all, "internal" or not? Just get rid of
> mmiowb, the concept is obsolete.
It *is* gone, for chrissake! Only the name remains as an internal
detail of "this is what we need to do".
> Pretend ia64 doesn't exist
On Sun, Mar 03, 2019 at 07:47:29PM +0100, Heiner Kallweit wrote:
> On 03.03.2019 19:41, Greg Kroah-Hartman wrote:
> > On Sun, Mar 03, 2019 at 07:32:53PM +0100, Heiner Kallweit wrote:
> >> On 03.03.2019 19:15, Greg Kroah-Hartman wrote:
> >>> On Sun, Mar 03, 2019 at 07:04:21PM +0100, Heiner Kallweit
On Sun, Mar 3, 2019 at 1:45 PM Tony McKahan wrote:
>
> Hello Katsushiro,
And apologies for the extra "s", typing too quickly I'm afraid.
>
> On Sun, Mar 3, 2019 at 12:31 PM Katsuhiro Suzuki
> wrote:
> >
> > Hello Tony,
> >
> > On 2019/03/04 0:13, Tony McKahan wrote:
> > > On Sun, Mar 3, 2019 at
On 03/03, Jonathan Cameron wrote:
> On Thu, 28 Feb 2019 23:53:14 -0300
> Marcelo Schmitt wrote:
>
> > Add an ABI documentation for the ad5933 driver.
> >
> > Signed-off-by: Marcelo Schmitt
> Hi Marcelo,
>
> The ABI that you have defined which is actually new is mostly fine,
> however it seems
Hello,
It looks like an unlock is missing before line 110.
julia
-- Forwarded message --
Date: Mon, 4 Mar 2019 03:30:02 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: Re: [PATCH v2 3/4] mb12x2.c: add distance iio sensor with i2c
Hi Andreas,
I love y
On Sun, Mar 3, 2019 at 7:18 AM Al Viro wrote:
>
> > Maybe unrelated to this bug, but... What's to prevent a wakeup
> > that happens just after we'd been added to a waitqueue by ->poll()
> > triggering aio_poll_wake(), which gets to aio_poll_complete()
> > with its fput() *before* we'd reached the
On 2019-03-03 6:45 pm, Tony McKahan wrote:
Hello Katsushiro,
On Sun, Mar 3, 2019 at 12:31 PM Katsuhiro Suzuki
wrote:
Hello Tony,
On 2019/03/04 0:13, Tony McKahan wrote:
On Sun, Mar 3, 2019 at 9:04 AM Katsuhiro Suzuki wrote:
Hello Heiko,
Thank you for comments.
On 2019/03/03 22:19, Heik
it is using the web link:
> url:
> https://github.com/0day-ci/linux/commits/Masami-Hiramatsu/tracing-probes-uaccess-Add-support-user-space-access/20190303-203749
Yeah, that just gives a github 404 error.
I'm _assuming_ it's the WARN_ON_IN_IRQ() in the access_ok().
Which doesn&#
Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh,
hello dear
I came across your contact during my private search. Mrs Aisha Al-
Qaddafi is my name, the only daughter of late Libyan president, am a
single Mother and a Widow with three Children.I have funds the sum of
$27.5 million USD for, investme
Add vendor prefix for microtech, known as
Microtech Technology Company Limited. a known producer for
Liquid Crytal Display modules and Touch Panels.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentati
Novatek NT35596 is a single-chip IC solution for small or medium-sized
LTPS TFT LCD panels. NT35596 provides several system interfaces like
MIPI/SPI/I2C.
Microtech MTF050FHDI-03 is 1080x1920, 4-lane MIPI DSI LCD panel which
has inbuilt NT35596 IC chip.
NT35596 support several regulators on the c
Novatek NT35596 is a single-chip IC solution for small or medium-sized
LTPS TFT LCD panels. NT35596 provides several system interfaces like
MIPI/SPI/I2C.
Currently added support for Microtech MTF050FHDI-03 is 1080x1920,
4-lane MIPI DSI LCD panel which has inbuilt NT35596 IC chip.
NT35596 support
This patch set support Microtech MTF050FHDI-03 MIPI DSI panel, which
has Novatek NT35596 controller IC.
Since there is no proper programming guide for NT35596 IC, the driver
init sequence is referenced from [1] but analyzed based on datasheet.
NT35596 support several regulators on the chip, amon
Add vendor prefix for novatek.
Novatek Microelectronics Corp. is a leading fabless chip design
company specializing in the design, development and sales of a
wide range of display driver ICs & SoC solutions.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1
On Sun, Mar 03, 2019 at 12:36:47PM +, Louis Taylor wrote:
> A few commonly used integer types were absent from this table, so add
> them.
I'm not against the patch, but isn't obvious by reading POSIX and / or man
printf(3)?
> Link: https://github.com/ClangBuiltLinux/linux/issues/378
Thanks f
On Sun, Mar 3, 2019 at 11:44 AM Linus Torvalds
wrote:
>
> But doesn't it look nice to see
>
> 2 files changed, 41 insertions(+), 50 deletions(-)
>
> with actual code reduction, and a fundamental simplification in
> handling of the file pointer?
A coupl,e of the changes are "useless", and do the
Whiskey Cove Cherry Trail PMIC requires disabling OTG host mode before
of charger detection procedure. Do this by manipulationg of CHGRCTRL1
register.
Source: APCI DSDT code of Lenovo Yoga Book YB1-X91L and open-sourced
Intel's drivers.
Signed-off-by: Yauhen Kharuzhy
Reviewed-by: Hans de Goede
In some configuration external charger "#charge enable" signal is
connected to PMIC. Enable it at device probing to allow charging.
Save CHGRCTRL0 and CHGDISCTR registers at driver probing and restore
them at driver unbind to re-enable hardware charging control if it was
enabled before.
Tested at
At implementation of charging support for Lenovo Yoga Book (Intel Cherry
Trail based with Whiskey Cove PMIC), two pitfalls were found:
- for detection of charger type by PMIC, bit 6 in the CHGRCTRL1 register
should be set in 0 (and set to 1 for Host mode). Pick up its definition
and logic from
On Sat, Mar 2, 2019 at 4:05 AM Yu Chen wrote:
> +static int hisi_hikey_usb_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct device_node *root = dev->of_node;
Minor nit: root is unused and generates build warnings.
thanks
-john
On Sun, Mar 03, 2019 at 08:18:49AM +, Peng Fan wrote:
>
>
> > -Original Message-
> > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> > Behalf Of Dennis Zhou
> > Sent: 2019年2月28日 10:19
> > To: Dennis Zhou ; Tejun Heo ; Christoph
> > Lameter
> > Cc: Vlad Buslov ;
On Sat, Mar 2, 2019 at 7:43 PM Al Viro wrote:
>
> Assorted fixes that sat in -next for a while, all over the
> place.
Is this for the merge window or _very_ late fixes for 5.0?
One of the commits doesn't look appropriate for this (very late) stage
of the rc series: "cgroup: saner refcoun
On 26.11.2018 00:07, Pavel Machek wrote:
> On Sun 2018-11-25 16:58:59, wzabo...@elektron.elka.pw.edu.pl wrote:
>> When I connect my Displaylink DL-165 adapter to my Debian/testing
>> machine, the "udl" driver is loaded and the following error messages
>> appears in kernel logs:
> 4.18 kernel. Might
On Sun, Mar 03, 2019 at 06:01:42AM +, Peng Fan wrote:
> Hi Dennis
>
> > -Original Message-
> > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> > Behalf Of Dennis Zhou
> > Sent: 2019年2月28日 10:19
> > To: Dennis Zhou ; Tejun Heo ; Christoph
> > Lameter
> > Cc: Vlad
Hi Johan.
Thanks for this nive driver.
A few review comments follows.
Sam
On Sat, Mar 02, 2019 at 11:41:13AM +0100, Johan Jonker wrote:
> From: Zheng Yang
>
> Introduce rk3066 hdmi.
A little more info would be good here.
Do not assume all reader knows as much as you do.
>
> Signed-of
Removed unnecessary braces for single blocks.
Signed-off-by: Hugo Lange
---
drivers/staging/rtl8188eu/hal/odm_hwconfig.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/odm_hwconfig.c
b/drivers/staging/rtl8188eu/hal/odm_hwconfig.c
index 7a
On Sun, Mar 03, 2019 at 11:44:33AM -0800, Linus Torvalds wrote:
> On Sun, Mar 3, 2019 at 7:18 AM Al Viro wrote:
> >
> > > Maybe unrelated to this bug, but... What's to prevent a wakeup
> > > that happens just after we'd been added to a waitqueue by ->poll()
> > > triggering aio_poll_wake(), which
Hi all,
In commit
bd3524feac21 ("powerpc/64s: Fix unrelocated interrupt trampoline address
test")
Fixes tag
Fixes: ccd477028a ("powerpc/64s: Fix HV NMI vs HV interrupt recoverability
test")
has these problem(s):
- SHA1 should be at least 12 digits long
Can be fixed by setting core
Hi,
A few more details. In the current configuration, inspite of kernel warnings
the system is working, and I was able to configure both monitors (LCD in my
laptop and external LCD monitor connected to
UDL-165).
I have followed the procedure described in
https://wiki.archlinux.org/index.php/Di
On Sun, Mar 3, 2019 at 2:51 PM Robin Murphy wrote:
>
> On 2019-03-03 6:45 pm, Tony McKahan wrote:
> > Hello Katsushiro,
> >
> > On Sun, Mar 3, 2019 at 12:31 PM Katsuhiro Suzuki
> > wrote:
> >>
> >> Hello Tony,
> >>
> >> On 2019/03/04 0:13, Tony McKahan wrote:
> >>> On Sun, Mar 3, 2019 at 9:04 AM
Hi,
It appeared that the crash was not immediate, and the messages got saved into
/var/log/messages.
Below is full set of messages generated after disconnection of UDL-165.
I hope that they may help to isolate the problem.
With best regards,
Wojtek
Mar 3 21:39:35 wzdell kernel: [ 1270.474832]
From: Yue Haibing
Date: Fri, 1 Mar 2019 10:57:55 +0800
> From: YueHaibing
>
> v2:
> - Add cover letter log
>
> This patch series mainly fix a use-after-free bug in atalk_proc_exit.
> patch 1 use remove_proc_subtree helper to simplify atalk_proc fs code,
> also some other cleanup.
> patch 2 add
On Sun, Mar 03, 2019 at 09:05:43AM +0100, Greg KH wrote:
> On Fri, Mar 01, 2019 at 02:18:24PM -0500, Kimberly Brown wrote:
> > +/*
> > + * Channel-level attribute_group callback function. Returns the permission
> > for
> > + * each attribute, and returns 0 if an attribute is not visible.
> > + */
On Sun, 2019-03-03 at 18:03 +0100, Rafael J. Wysocki wrote:
> On Fri, Mar 1, 2019 at 6:39 PM Srinivas Pandruvada
> wrote:
> >
> > On Fri, 2019-03-01 at 13:43 +0100, Rafael J. Wysocki wrote:
> > > Hi All,
> > >
> > > This is how I would fix the issue reported in BZ 200759 (see this
> > > patch se
On 3/3/19 10:22 AM, syzbot wrote:
syzbot found the following crash on:
HEAD commit: c63e9e91a254 Add linux-next specific files for 20190301
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16ac728d20
kernel config: https://syzkaller.appspot.com/x/.conf
On Sat, Mar 02, 2019 at 06:39:30PM +, Michael Kelley wrote:
> From: Kimberly Brown Sent: Friday, March 1, 2019
> 11:18 AM
> >
> > +/*
> > + * Channel-level attribute_group callback function. Returns the permission
> > for
> > + * each attribute, and returns 0 if an attribute is not visible
On Sun, Mar 3, 2019 at 10:20 PM Srinivas Pandruvada
wrote:
>
> On Sun, 2019-03-03 at 18:03 +0100, Rafael J. Wysocki wrote:
> > On Fri, Mar 1, 2019 at 6:39 PM Srinivas Pandruvada
> > wrote:
> > >
> > > On Fri, 2019-03-01 at 13:43 +0100, Rafael J. Wysocki wrote:
> > > > Hi All,
> > > >
> > > > This
From: Harini Katakam
Date: Fri, 1 Mar 2019 16:20:31 +0530
> This series adds support for macb suspend/resume with system power down.
> In relation to the above, this series also updates mdio_read/write
> function for PM and adds tsu clock management.
Series applied to net-next, thank you.
This patch fixes a use-after-free and a memory leak in an alloc_workqueue()
error path. This patch avoids that e.g. the following complaint gets
reported:
BUG: KASAN: use-after-free in __read_once_size include/linux/compiler.h:197
[inline]
BUG: KASAN: use-after-free in lockdep_register_key+0x3b9/
Hi Andrey,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c027c7cf1577bc2333449447c6e48c93126a56b0
commit: b938fcf42739de8270e6ea41593722929c8a7dd0 kasan: rename source files to
reflect the new naming scheme
date
On Sun, Mar 3, 2019 at 12:30 PM Al Viro wrote:
>
> On Sun, Mar 03, 2019 at 11:44:33AM -0800, Linus Torvalds wrote:
> >
> > I'm assuming you're talking about the second vfs_poll() in
> > aio_poll_complete_work()? The one we call before we check for
> > "rew->cancelled" properly under the spinlock?
On 3/3/19 1:52 AM, Artemy Kovalyov wrote:
On 02/03/2019 21:44, Ira Weiny wrote:
On Sat, Mar 02, 2019 at 12:24:35PM -0800, john.hubb...@gmail.com wrote:
From: John Hubbard
...
3. Dead code removal: the check for (user_virt & ~page_mask)
is checking for a condition that can never happen,
bec
Fix checkpatch issues: "CHECK: Alignment should match open parenthesis"
Signed-off-by: Dominik Adamski
---
drivers/staging/erofs/dir.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/erofs/dir.c b/drivers/staging/erofs/dir.c
index 833f052f79d0..e195570
Hi,
I applied these patches on top of 4.20. The max frequency of all the
cores now reflects the actual value and it's updated whenever I
change the power source.
Regards,
Gabriele
On Fri, 1 Mar 2019 at 13:51, Rafael J. Wysocki wrote:
>
> Hi All,
>
> This is how I would fix the issue reported in
Hi Linus,
do you know who is responsible for merging into drivers/bus?
I have received reviews for this and for previous versions only from
you and Rob.
Also, please do not merge yet. I have prepared a fourth version with
debugging over debugfs, fixed some checkpatch issues, and most
importantnl
On 2019/3/4 6:37, Dominik Adamski wrote:
> Fix checkpatch issues: "CHECK: Alignment should match open parenthesis"
>
> Signed-off-by: Dominik Adamski
> ---
> drivers/staging/erofs/dir.c | 8
duplicated commit...
https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/commi
On Thu, Feb 28, 2019 at 01:25:41PM +, Gareth Williams wrote:
> From: Phil Edworthy
>
> The driver requires a clock property, so detail it in the docs.
> Fix a typo, 'pis' to 'pins'.
> Add documentation for a separate, optional, interface clock.
Please use subject lines matching the style for
On Tue, 2019-02-26 at 17:43 -0700, Shaobo He wrote:
> The fixes included in this commit essentially removes NULL pointer
> checks on the return values of function `get_queue_ctx` as well as
> `v4l2_m2m_get_vq` defined in file v4l2-mem2mem.c.
>
> Function `get_queue_ctx` is very unlikely to return
Hi Patrick.
I've got some minor comments, otherwise it looks reasonable to me.
On Thu, 28 Feb 2019, at 12:22, Patrick Venture wrote:
> The ASPEED AST2400, and AST2500 in some configurations include a
> PCI-to-AHB MMIO bridge. This bridge allows a server to read and write
> in the BMC's physical
On Thu, Feb 28, 2019 at 01:25:42PM +, Gareth Williams wrote:
> From: Phil Edworthy
>
> The Synopsys SSI Controller has an interface clock, but most SoCs hide
> this away. However, on some SoCs you need to explicity enable the
> interface clock in order to access the registers. Therefore, ad
The patch
ASoC: stm32: sai: fix race condition in irq handler
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and s
The patch
ASoC: stm32: sai: fix oversampling mode
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
The patch
ASoC: stm32: sai: fix exposed capabilities in spdif mode
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: stm32: sai: fix set_sync service
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
The patch
regulator: wm831x-dcdc: Convert to use regulator_set/get_current_limit_regmap
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually s
101 - 200 of 370 matches
Mail list logo
