... since total = sched_avg_period() + delta can yield 0x1,
which results in a division by 0, given that div_u64() takes a u32
divisor. Use div64_u64() instead.
divide error: [#1] SMP
CPU: 7 PID: 0 Comm: swapper/7 Not tainted 4.9.58 #1
Hardware name: ...
task: 8800a24e2800 task.s
Suren Baghdasaryan wrote:
> On Fri, Dec 8, 2017 at 6:03 AM, Tetsuo Handa
> wrote:
> >> > >> This change checks for pending
> >> > >> fatal signals inside shrink_slab loop and if one is detected
> >> > >> terminates this loop early.
> >> > >
> >> > > This changelog doesn't really address my previou
On Sat, 9 Dec 2017 08:24:03 +0100
Christophe JAILLET wrote:
> The first patch converts 's3c_onenand_probe()' to devm_ functions.
> This fixes a leak in one path (line 872).
> This also free_irq which was not handled at all. (I hope I'm correct :) )
>
> The 2nd patch is about an un-handled error
Dea Jiaxun,
On Sat, Dec 9, 2017 at 7:49 AM, Jiaxun Yang wrote:
> To operate EC from platform driver, this head file need able to be include
> from anywhere. This patch just move ec_kb3310b.h to include dir and
> clean up ec_kb3310b.h.
>
> Signed-off-by: Jiaxun Yang
> ---
> arch/mips/include/asm
On Sat, 9 Dec 2017 08:24:04 +0100
Christophe JAILLET wrote:
> Convert all error handling code in 's3c_onenand_probe()' to
> resource-managed alternatives in order to simplify code.
>
> This fixes a resource leak if 'platform_get_resource()' fails at line 872.
>
> The 'request_irq()' at line 97
These patches introduce the SSUSB and SPM glue layer driver which is
used to support usb remote wakeup. Usually the glue layer is put into
a system controller, such as PERICFG module.
The old way to support usb wakeup is put into SSUSB controller drivers,
including xhci-mtk driver and mtu3
Modify the properties of usb wakeup, and use the new way of mtu_wakeup
which is extracted from SSUSB controller dirver as a new driver.
Signed-off-by: Chunfeng Yun
---
Documentation/devicetree/bindings/usb/mediatek,mtu3.txt | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
d
Add uwk node for new way of usb remote wakeup instead of old one,
and modify some usb properties according binding documents
of mediatek,mtu3.txt and mediatek,mtk-xhci.txt
Signed-off-by: Chunfeng Yun
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 28 ++--
arch/arm64/bo
This driver is used to support usb wakeup which is controlled by
the glue layer between SSUSB and SPM. Usually the glue layer is put
into a system controller, such as pericfg module, which is
represented by a syscon node in DTS.
Due to the glue layer may vary on different SoCs, it's useful to
extra
Modify the properties of usb wakeup, and use the new way of mtu_wakeup
which is extracted from SSUSB controller dirver as a new one.
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/usb/mediatek,mtk-xhci.txt | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
d
This adds bindings document for the SSUSB-SPM glue layer driver found
in MediaTek SoCs which is used to support usb remote wakeup.
Signed-off-by: Chunfeng Yun
---
.../bindings/soc/mediatek/usb-wakeup.txt | 77 ++
1 file changed, 77 insertions(+)
create mode 100644
On some platforms, there are two xHCI IPs, but the old way of
usb wakeup doesn't support it, so use the new APIs of mtu_wakeup
to support it.
Signed-off-by: Chunfeng Yun
---
drivers/usb/host/xhci-mtk.c | 39 +++
drivers/usb/host/xhci-mtk.h | 2 ++
2 files cha
On some platforms, there are two SSUSB IPs, but the old way of
usb wakeup doesn't support it, so use the new APIs of mtu_wakeup
to support it.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3.h | 2 ++
drivers/usb/mtu3/mtu3_host.c | 39 +++
2 files
Hi Frank,
On Sat, Dec 9, 2017 at 7:01 AM, Frank Rowand wrote:
> On 12/08/17 05:13, Geert Uytterhoeven wrote:
>> This patch series fixes memory corruption when applying overlays.
>> I first noticed this when using OF configfs. After lots of failed
>> debugging attempts, I bisected it to "of: over
Hi!
In newer series (I can't find it at the moment, sorry) you return
"NOT_CHARGING" status when not charging because of wear control.
Maybe we should have separate status "not charging due to wear
control"?
Thanks,
Pavel
-
On 12/10/2017 18:33, Casey Schaufler wrote:
> On 10/12/2017 7:14 AM, Richard Guy Briggs wrote:
>> Containers are a userspace concept. The kernel knows nothing of them.
>>
>> The Linux audit system needs a way to be able to track the container
>> provenance of events and actions. Audit needs the
On 09/12/2017, Pavel Machek wrote:
> In newer series (I can't find it at the moment, sorry)
The new series is a 3-patch patchset that obsoletes this
patch. It is in the testing stage and will be pushed to
the mailing lists and maintainers in a few days.
> Maybe we should have separate status "no
On Tue 2017-12-05 01:25:55, Rafael J. Wysocki wrote:
> On Monday, December 4, 2017 11:41:06 PM CET Rafael J. Wysocki wrote:
> > On Monday, December 4, 2017 11:38:54 PM CET Thomas Gleixner wrote:
> > > On Mon, 4 Dec 2017, Linus Torvalds wrote:
> > >
> > > > On Mon, Dec 4, 2017 at 2:25 PM, Rafael J.
On Sat 2017-12-09 11:29:51, Ognjen Galić wrote:
> On 09/12/2017, Pavel Machek wrote:
> > In newer series (I can't find it at the moment, sorry)
>
> The new series is a 3-patch patchset that obsoletes this
> patch. It is in the testing stage and will be pushed to
> the mailing lists and maintainer
Thomas,
On Mon, Dec 4, 2017 at 10:19 PM, Thomas Gleixner wrote:
[...]
> +The common way of expressing the license of a source file is to add the
> +matching boiler plate text into the top comment of the file. Due to
I would likely go with boilerplate instead. Unless you are talking
about the r
On 09/12/2017, Pavel Machek wrote:
> Yeah, what I'm saying is that maybe we need to extend generic power
> supply driver.
I don't know about that, you would have to ask the maintainers if that
is appropriate.
Thanks for the time!
Ognjen
Thomas,
On Mon, Dec 4, 2017 at 10:19 PM, Thomas Gleixner wrote:
> This is the 4th version of the licensing rules documentation.
>
> Changes since v3:
>
> - Addressed the review comments
>
> - Replaced the GPL-2.0 license text with the one from the kernel COPYING
>file and added the nice exp
Cleanup below checkpatch issue:
WARNING:LONG_LINE: line over 80 characters
1000: FILE: rtl871x_security.c:1000:
+static void construct_ctr_preload(u8 *ctr_preload, sint a4_exists, sint
qc_exists,
Signed-off-by: Neil Singh
---
drivers/staging/rtl8712/rtl871x_security.c | 3 ++-
1 file changed,
Cleanup some codestyle issues identified by checkpatch.
Changes since v1:
- Split single patch into multiple
Neil Singh (2):
staging: rtl8712: Cleanup checkpatch issue WARNING:LONG_LINE
staging: rtl8712: Cleanup checkpatch issues CODE_INDENT and
LEADING_SPACE
drivers/staging/rtl8712/rtl
Cleanup below checkpatch issues:
ERROR:CODE_INDENT: code indent should use tabs where possible
1409: FILE: rtl871x_security.c:1409:
+from_timer(padapter, t, securitypriv.tkip_timer);$
WARNING:LEADING_SPACE: please, no spaces at the start of a line
1409: FILE: rtl871x_security.c:14
On Fri, Dec 8, 2017 at 4:45 PM, Xin Long wrote:
> On Fri, Dec 8, 2017 at 4:16 PM, syzbot
>
> wrote:
>> syzkaller has found reproducer for the following crash on
>> 82bcf1def3b5f1251177ad47c44f7e17af039b4b
>> git://git.cmpxchg.org/linux-mmots.git/master
>> compiler: gcc (GCC) 7.1.1 20170620
>> .co
On Sat, Dec 9, 2017 at 6:40 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 328b4ed93b69a6f2083d52f31a240a09e5de386a
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is at
2017-12-09 17:15 GMT+08:00 syzbot
:
> syzkaller has found reproducer for the following crash on
> ad4dac17f9d563b9e34aab78a34293b10993e9b5
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is at
On Sat 2017-12-09 11:33:25, Pavel Machek wrote:
> On Tue 2017-12-05 01:25:55, Rafael J. Wysocki wrote:
> > On Monday, December 4, 2017 11:41:06 PM CET Rafael J. Wysocki wrote:
> > > On Monday, December 4, 2017 11:38:54 PM CET Thomas Gleixner wrote:
> > > > On Mon, 4 Dec 2017, Linus Torvalds wrote:
On Fri, Dec 08, 2017 at 06:18:45PM -0800, Joe Perches wrote:
> On Sat, 2017-12-09 at 12:27 +1100, Tobin C. Harding wrote:
> > On Fri, Dec 08, 2017 at 01:22:37PM -0800, Joe Perches wrote:
>
> > > Outside of the documentation, what could be useful is for
> > > someone to add a tool to verify %p exte
If clk_set_rate() fails, we should disable clk before return.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Branislav Radocaj
---
Changes since v2:
* Improved inconsistent failure handling of clock rate setting
* For completeness of usecase, added arc_emac_probe e
No need to get into the submenu to disable all
"Memory Debugging"-related config entries.
This makes it easier to disable all "Memory Debugging" config options
without entering the submenu. It will also enable one to see that
en/dis-abled state from the outside menu.
This is only intended to chan
On Sat, Dec 9, 2017 at 7:35 PM, Xin Long wrote:
> On Sat, Dec 9, 2017 at 6:40 PM, syzbot
>
> wrote:
>> Hello,
>>
>> syzkaller hit the following crash on
>> 328b4ed93b69a6f2083d52f31a240a09e5de386a
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
>> compiler: gcc (GCC) 7.
Den 29.11.2017 04.01, skrev David Lechner:
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
diff --git a/drivers/gpu/drm/tinydrm/st7735r.c
b/drivers/gpu/drm/tinydrm/st7735r.c
+static struct drm
This patch introduces some Kconfig warnings:
warning: (X86) selects HAVE_DEBUG_KMEMLEAK which has unmet direct
dependencies (DEBUG_MEMORY)
warning: (X86) selects HAVE_ARCH_KASAN which has unmet direct
dependencies (DEBUG_MEMORY)
warning: (X86) selects ARCH_HAS_DEBUG_VIRTUAL which has unmet direct
On 2017/12/09 6:02, David Rientjes wrote:
> On Thu, 7 Dec 2017, Suren Baghdasaryan wrote:
>
>> Slab shrinkers can be quite time consuming and when signal
>> is pending they can delay handling of the signal. If fatal
>> signal is pending there is no point in shrinking that process
>> since it will
2017-12-07 18:29 UTC+01:00, Paul E. McKenney :
> On Thu, Dec 07, 2017 at 05:14:54PM +0100, Frederic Weisbecker wrote:
>> 2017-12-04 18:16 UTC+01:00, Paul E. McKenney
>> :
>> > On Mon, Dec 04, 2017 at 04:53:15PM +0100, Frederic Weisbecker wrote:
>> >> 2017-12-02 20:24 UTC+01:00, Paul E. McKenney
>>
On Tue, 2017-11-14 at 15:46 -0800, sb...@codeaurora.org wrote:
> On 11/14, Alexey Brodkin wrote:
> > Hi Vladimir,
> >
> > On Tue, 2017-11-14 at 19:01 +0200, Vladimir Zapolskiy wrote:
> > > On 11/14/2017 02:20 PM, Eugeniy Paltsev wrote:
> > > >
> > > > Add option to set initial output frequency of
Set initial core pll output frequency on HSDK and AXS103 via
"assigned-clock-rates" property in device tree.
It will be applied at the core pll driver probing.
Eugeniy Paltsev (4):
ARC: [plat-hsdk]: Set initial core pll output frequency
ARC: [plat-hsdk]: Get rid of core pll frequency set in
Set initial core pll output frequency specified in device tree to
1GHz. It will be applied at the core pll driver probing.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/hsdk.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arc/boot/dts/hsdk.dts b/arch/arc/boot/dts/hsdk
Get rid of core pll frequency set in platform code as we set it via
device tree using 'assigned-clock-rates' property.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/plat-hsdk/platform.c | 42 --
1 file changed, 42 deletions(-)
diff --git a/arch/arc/plat-hsd
Set initial core pll output frequency specified in device tree to
100MHz for SMP configuration and 90MHz for UP configuration.
It will be applied at the core pll driver probing.
Update platform quirk for decreasing core frequency for quad core
configuration.
Signed-off-by: Eugeniy Paltsev
---
a
Refactor the quad core DT quirk code:
get rid of waste division and multiplication by 100 constant.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/plat-axs10x/axs10x.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/arc/plat-axs10x/axs10x.c b/arch/arc/plat-ax
On Sat, Dec 9, 2017 at 2:54 AM, Sinan Kaya wrote:
> On 12/8/2017 8:54 AM, Rafael J. Wysocki wrote:
>>> static int ged_remove(struct platform_device *pdev)
>>> +{
>>> + struct acpi_ged_device *geddev = platform_get_drvdata(pdev);
>>>
>>> + ged_cleanup_irq(geddev);
>> Do you really need
On Fri, Dec 8, 2017 at 9:25 PM, Bjorn Helgaas wrote:
> On Thu, Dec 07, 2017 at 03:26:14AM +0100, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> Middle-layer code doing suspend-time optimizations for devices with
>> the DPM_FLAG_SMART_SUSPEND flag set (currently, the PCI bus type and
>>
No need to get into the submenu to disable all PTP-related
config entries.
This makes it easier to disable all PTP config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not change
t
No need to get into the submenu to disable all HYPERV-related
config entries.
This makes it easier to disable all HYPERV config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not ch
Most of the code is taken from set_link_xdp_fd() in bpf_load.c and
slightly modified to be library compliant.
Signed-off-by: Eric Leblond
---
tools/lib/bpf/bpf.c| 108 -
tools/lib/bpf/libbpf.c | 2 +
tools/lib/bpf/libbpf.h | 4 ++
3 files c
No need to get into the submenu to disable all VIRTIO-related
config entries.
This makes it easier to disable all VIRTIO config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not ch
These properties have been in use for a very long time (at least since
2005), but were never documented in chosen.txt.
Signed-off-by: Jonathan Neuschäfer
---
Documentation/devicetree/bindings/chosen.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/devicetree
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all REMOTEPROC config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not chang
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all NVME config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not change
the
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all EFI config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not change
the c
Allow users to use their favorite lexer / parser generators.
This is useful for me to test various flex and bison versions.
Signed-off-by: Masahiro Yamada
---
Makefile | 4 +++-
scripts/Makefile.lib | 4 ++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/Makefile b/
zconf.lex.c is generated by flex, zconf.tab.c by bison. Instead of
running flex and bison during the kernel building, we conventionally
version-control those artifacts with _shipped suffix.
It is tedious to manually regenerate them every time we change the
real sources, zconf.l and zconf.y.
Remo
In Linux build system convention, pre-generated files are version-
controlled with a "_shipped" suffix. During the kernel building,
they are simply shipped (copied) removing the suffix.
>From users' point of view, this approach can reduce external tool
dependency for the kernel build,
>From deve
In Linux build system convention, pre-generated files are version-
controlled with a "_shipped" suffix. During the kernel building,
they are simply shipped (copied) removing the suffix.
This approach can reduce external tool dependency for the kernel build,
but it is tedious to manually regenerat
Dear Sir/Madam.
Assalamu`Alaikum.
I am Dr mohammad ouattara, I have ($14.6 Million us dollars) to transfer into
your account,
I will send you more details about this deal and the procedures to follow when
I receive a positive response from you,
Have a great day,
Dr mohammad ouattara.
The URLs in mono.rst redirect to pages on www.mono-project.com, so let's
update them. I took the liberty to update the compilation instructions
to the Linux-specific version, because readers of the kernel
documentation will most likely use Linux.
Signed-off-by: Jonathan Neuschäfer
---
Documentat
CHECK lib/usercopy.c
lib/usercopy.c:26:13: warning: incorrect type in argument 1 (different address
spaces)
lib/usercopy.c:26:13:expected void const volatile [noderef]
*
lib/usercopy.c:26:13:got void *to
lib/usercopy.c:27:34: warning: incorrect type in argument 1 (different address
s
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all RUNTIME_TESTS config options
without entering the submenu. It will also enable one to see that
en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not ch
On 12/8/17 4:46 PM, Jakub Kicinski wrote:
>> +argc -= 2;
>> +argv = &argv[2];
>> +prog_fd = prog_parse_fd(&argc, &argv);
>> +if (prog_fd < 0)
>> +goto exit_cgroup;
>> +
>> +for (i = 0; i < argc; i++) {
>> +if (strcmp(argv[i], "allow_multi") == 0) {
>> +
2017-10-05 11:36 GMT+09:00 Ulf Magnusson :
> menu_end_entry() is empty and completely unused as far as I can tell:
>
> $ git log -G menu_end_entry --oneline
> a02f057 [PATCH] kconfig: improve error handling in the parser
> 1da177e Linux-2.6.12-rc2
>
> Last one is the initial
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all "RCU Debugging" config options
without entering the submenu. It will also enable one to see that
en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not
On 12/9/17 7:43 AM, Eric Leblond wrote:
> + /* started nested attribute for XDP */
> + nla = (struct nlattr *)(((char *)&req)
> + + NLMSG_ALIGN(req.nh.nlmsg_len));
> + nla->nla_type = NLA_F_NESTED | 43/*IFLA_XDP*/;
as a part of the move into libbpf can the m
2017-12-07 0:40 GMT+09:00 Nicolas Pitre :
>
> Ping.
>
I see several kconfig patches queued up.
Patches from Ulf Magnusson have been waiting for longer,
so I will check them first, and I will come back to this as soon as possible.
--
Best Regards
Masahiro Yamada
Linus,
The following changes since commit ae64f9bd1d3621b5e60d7363bc20afb46aede215:
Linux 4.15-rc2 (2017-12-03 11:01:47 -0500)
are available in the Git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm for-linus
for you to fetch changes up to b1394e745b9453dcb5b0671c205b770e87dedb87
On 12/09/2017 08:02 AM, Masahiro Yamada wrote:
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Documentation/process/changes.rst | 25 +
> scripts/Makefile.lib | 20 +---
> 2 files changed, 42 insertions(+), 3 deletions(-)
>
> diff --git a/Docu
On Fri, Dec 08, 2017 at 12:03:34PM -0800, Kevin Hilman wrote:
> kernelci.org bot writes:
>
> > stable-rc/linux-4.14.y boot: 142 boots: 1 failed, 127 passed with 14
> > offline (v4.14.4-76-gf91a57b206e0)
> >
> > Full Boot Summary:
> > https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14
On Sat, 2017-12-09 at 19:23 +0800, Xin Long wrote:
> On Fri, Dec 8, 2017 at 4:45 PM, Xin Long
> wrote:
> > On Fri, Dec 8, 2017 at 4:16 PM, syzbot
> > > .com>
> > wrote:
> > > syzkaller has found reproducer for the following crash on
> > > 82bcf1def3b5f1251177ad47c44f7e17af039b4b
> > > git://git.c
On Sat, 2017-12-09 at 09:36 +1100, Dave Chinner wrote:
> 1. Using lockdep_set_novalidate_class() for anything other
> than device->mutex will throw checkpatch warnings. Nice. (*)
[]
> (*) checkpatch.pl is considered mostly harmful round here, too,
> but that's another rant
How so?
On Fri, Dec 08, 2017 at 04:18:58AM +, Ben Hutchings wrote:
> On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Benjamin Coddington
> >
> >
> > [ Upstream comm
On Fri, Dec 08, 2017 at 04:34:51AM +, Ben Hutchings wrote:
> On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: Colin Ian King
> >
> >
> > [ Upstream commi
On Fri, Dec 08, 2017 at 12:00:47PM -0800, Kevin Hilman wrote:
> kernelci.org bot writes:
>
> > stable-rc/linux-4.4.y boot: 122 boots: 2 failed, 106 passed with 12
> > offline, 2 conflicts (v4.4.104-50-gffc1d3fcd46a)
> >
> > Full Boot Summary:
> > https://kernelci.org/boot/all/job/stable-rc/bran
On Fri, Dec 08, 2017 at 05:10:49AM +, Ben Hutchings wrote:
> On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: Ross Lagerwall
> >
> >
> > [ Upstream commi
On 12/09/2017 04:40 AM, Vincent Legoll wrote:
> This patch introduces some Kconfig warnings:
>
> warning: (X86) selects HAVE_DEBUG_KMEMLEAK which has unmet direct
> dependencies (DEBUG_MEMORY)
> warning: (X86) selects HAVE_ARCH_KASAN which has unmet direct
> dependencies (DEBUG_MEMORY)
> warning:
On Fri, Dec 08, 2017 at 03:56:40AM +, Ben Hutchings wrote:
> On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Ben Hutchings
> >
> >
> > [ Upstream commit c15
Hi Algea,
Am Samstag, 30. September 2017, 09:44:46 CET schrieb Algea Cao:
> Because some RK chips use inno hdmi phy, such as RK3328, we add
> inno hdmi phy ops.
>
> Signed-off-by: Algea Cao
> ---
> drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 110
> +++-
> 1 file chang
On Fri, Dec 08, 2017 at 03:37:17AM +, Ben Hutchings wrote:
> On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: John Stultz
> >
> >
> > [ Upstream commit c
No need to get into the submenu to disable all related
config entries.
This makes it easier to disable all related config options
without entering the submenu. It will also enable one
to see that en/dis-abled state from the outside menu.
This is only intended to change menuconfig UI, not change
t
On Sat, Dec 09, 2017 at 07:56:40AM +, Ivan Kozik wrote:
> On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman
> wrote:
> > On Sat, Dec 09, 2017 at 03:34:24AM +, Ivan Kozik wrote:
> >> I saw no problems on 8 of 9 machines, but the last one had a problem
> >> because it used NVIDIA drivers (3
On Thu 2017-12-07 15:02:21, Michal Hocko wrote:
> On Thu 07-12-17 13:58:05, Cyril Hrubis wrote:
> > Hi!
> > > >> (It does seem unfortunate that the man page cannot help the programmer
> > > >> actually write correct code here. He or she is forced to read the
> > > >> kernel
> > > >> implementation
On Mon 2017-12-04 11:50:40, Jose Abreu wrote:
> Hi Alexey,
>
> On 04-12-2017 11:32, Alexey Brodkin wrote:
> > My first [probably incorrect] assumption is Xserver requires fbdev
> > (/dev/fbX)
> > and it cannot use DRI video card natively. Is that correct?
> >
> >
>
> Xserver can use DRI directly
On Thu, Dec 07, 2017 at 11:04:37AM +0100, Jiri Kosina wrote:
> On Tue, 5 Dec 2017, Tomasz Kramkowski wrote:
>
> > On Mon, Dec 04, 2017 at 08:55:50PM +, Tomasz Kramkowski wrote:
> > > +static void mouse_button_fixup(struct hid_device *hdev,
> > > +__u8 *rdesc, unsigned i
On Fri, Dec 08, 2017 at 02:13:18PM -0800, Joe Perches wrote:
> On Fri, 2017-12-08 at 21:55 +, Kershner, David A wrote:
> > > -Original Message-
> > > From: Joe Perches [mailto:j...@perches.com]
> > > Sent: Friday, December 8, 2017 11:53 AM
> > > To: Greg KH ; Kershner, David A
> > >
>
The v2 of the patch tries to do that, but the Kconfig.kasan modification is kind
of infortunate, as it moves the HAVE_ARCH_KASAN config option out of that file.
If this is not acceptable please advise on how I can achieve it.
Thanks
No need to get into the submenu to disable all
"Memory Debugging"-related config entries.
This makes it easier to disable all "Memory Debugging" config options
without entering the submenu. It will also enable one to see that
en/dis-abled state from the outside menu.
This is only intended to chan
Den 09.12.2017 kl. 19:13, skrev Greg Kroah-Hartman:
On Sat, Dec 09, 2017 at 07:56:40AM +, Ivan Kozik wrote:
On Sat, Dec 9, 2017 at 7:45 AM, Greg Kroah-Hartman
wrote:
On Sat, Dec 09, 2017 at 03:34:24AM +, Ivan Kozik wrote:
I saw no problems on 8 of 9 machines, but the last one had a pr
On Sat, Dec 09, 2017 at 09:34:46AM -0700, David Ahern wrote:
> On 12/9/17 7:43 AM, Eric Leblond wrote:
> > + /* started nested attribute for XDP */
> > + nla = (struct nlattr *)(((char *)&req)
> > + + NLMSG_ALIGN(req.nh.nlmsg_len));
> > + nla->nla_type = NLA_F_NESTED
Hi,
this update contains a few fixes (error handling, quota leak, FUA vs
nobarrier mount option). There's one one worth mentioning separately -
an off-by-one fix that leads to overwriting first byte of an adjacent
page with 0, out of bounds of the memory allocated by an ioctl. This is
under a pr
From: Markus Elfring
Date: Sat, 9 Dec 2017 19:00:19 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete error messages for a failed memory allocation in ioc3uart_probe()
Improve size determinations in ioc3uart_probe()
Adjust t
dev_dbg() already depends on DEBUG.
Signed-off-by: Simon Sandström
---
drivers/staging/pi433/rf69.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/pi433/rf69.c
index 04a74423c325..6e38e6a515a4 100644
--- a/drivers/staging/pi433/rf69.c
+++ b/
ifdef blocks should not increase indentation level.
Signed-off-by: Simon Sandström
---
drivers/staging/pi433/rf69.c | 314 +--
1 file changed, 153 insertions(+), 161 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/pi433/rf69.c
ind
These patches refactors the usage of dev_dbg and #ifdef DEBUG in rf69.c.
All dev_dbg() calls that just prints the function name are removed, since
we have ftrace. For all other calls the #ifdef DEBUG block around them are
removed.
There are still two more defines used in rf69.c: DEBUG_FIFO_ACCESS
ftrace can be used to trace function calls, so there is no need to use
dev_dbg() here.
Signed-off-by: Simon Sandström
---
drivers/staging/pi433/rf69.c | 156 ---
1 file changed, 156 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/
From: Markus Elfring
Date: Sat, 9 Dec 2017 18:34:36 +0100
Omit extra messages for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/tty/serial/ioc3_serial.c | 8 ++--
1 file changed, 2 insertio
From: Markus Elfring
Date: Sat, 9 Dec 2017 18:38:13 +0100
Replace the specification of two data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was de
From: Markus Elfring
Date: Sat, 9 Dec 2017 18:48:57 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
drivers/tty/serial/ioc3_serial.c | 10
On Sat, 2017-12-09 at 19:02 +0100, Simon Sandström wrote:
> dev_dbg() already depends on DEBUG.
Not quite.
It depends on CONFIG_DYNAMIC_DEBUG or DEBUG
In any case, this patch is fine.
> Signed-off-by: Simon Sandström
> ---
> drivers/staging/pi433/rf69.c | 4
> 1 file changed, 4 deletions
On Sat, Dec 09, 2017 at 02:09:07PM +0100, Frederic Weisbecker wrote:
> 2017-12-07 18:29 UTC+01:00, Paul E. McKenney :
> > On Thu, Dec 07, 2017 at 05:14:54PM +0100, Frederic Weisbecker wrote:
> >> 2017-12-04 18:16 UTC+01:00, Paul E. McKenney
> >> :
> >> > On Mon, Dec 04, 2017 at 04:53:15PM +0100, Fr
1 - 100 of 167 matches
Mail list logo
