On 2019-04-13 00:59, Peter Rosin wrote:
> On 2019-04-03 23:05, Ray Jui wrote:
>> Change the iProc I2C driver to use the 'BIT' macro from all '1 << XXX'
>> bit operations to get rid of compiler warning and improve readability of
>> the code
>
> All? I see lots more '1 << XXX_SHIFT' matches. I might
Hi Andrzej,
On Wed, Apr 10, 2019 at 11:42:50AM +0200, Andrzej Hajda wrote:
> On 07.04.2019 07:03, Ronald Tschalär wrote:
> > commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency
> > of RC_CORE) changed the driver to select both RC_CORE and INPUT.
> > However, this causes prob
The hardware supports up to 255 PFFs and the driver only supports 48, so
this patch updates the driver to support them all. To be backward
compatible, a new ioctl and corresponding data structure are created,
while keep the deprecated one.
Signed-off-by: Wesley Sheng
---
drivers/pci/switch/switc
Hi, Everyone,
This patch series fix two bugs of switchtec module.
The first is introduced by device spec definition issue: the maximum
supported PCIe function number by hardware should be 255 instead of
the false number of 48. Rectify it in driver and for backward
compatible, a new ioctl and co
When running application tool switchtec-user's `firmware update` and
`event wait` commands concurrently, sometimes the firmware update
speed reduced evidently.
It is because when the MRPC event happened right after MRPC event
occurrence check but before event mask loop reach to its header
register
On Mon, Apr 15, 2019 at 09:32:44AM +0300, Dan Carpenter wrote:
> On Sun, Apr 14, 2019 at 05:37:26PM +0200, Vincent Stehlé wrote:
> > The `np->permission' structure is smaller than the `np' structure but
> > sizeof(*np) worth of data is copied in there. Fix the size passed to
> > copy_from_user() to
On Sun, Apr 14, 2019 at 05:37:26PM +0200, Vincent Stehlé wrote:
> The `np->permission' structure is smaller than the `np' structure but
> sizeof(*np) worth of data is copied in there. Fix the size passed to
> copy_from_user() to avoid overrun.
>
> Fixes: 3d2ec9dcd5539d42 ("staging: Android: Add 'v
On Thu, 11 Apr 2019 11:08:31 -0700
Nick Desaulniers wrote:
> On Thu, Apr 11, 2019 at 1:52 AM Arnd Bergmann wrote:
> >
> > On Thu, Apr 11, 2019 at 12:14 AM 'Nick Desaulniers' via Clang Built
> > Linux wrote:
> > > On Wed, Apr 10, 2019 at 1:13 PM Arnd Bergmann wrote:
> > > >
> > > > The purg
On Thu, Apr 11, 2019 at 03:45:01PM +0800, Mao Han wrote:
> This patch add support for DWARF register mappings and libdw registers
> initialization, which is used by perf callchain analyzing when
> --call-graph=dwarf is given.
>
> CC: Peter Zijlstra
> CC: Ingo Molnar
> CC: Arnaldo Carvalho de Mel
The call to of_parse_phandle returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/pinctrl-rockchip.c:3221:2-8: ERROR: missing of_node_put;
acquired a node pointer with re
If CONFIG_RANDOMIZE_KSTACK_OFFSET is selected,
the kernel stack offset is randomized upon each
entry to a system call after fixed location of pt_regs
struct.
This feature is based on the original idea from
the PaX's RANDKSTACK feature:
https://pax.grsecurity.net/docs/randkstack.txt
All the credits
Hi all,
Today's linux-next merge of the vhost tree got a conflict in:
drivers/pci/of.c
between commit:
9cb30a71acd4 ("PCI: OF: Support "external-facing" property")
from the pci tree and commit:
e1c326663501 ("PCI: OF: Initialize dev->fwnode appropriately")
from the vhost tree.
I fixed
Hi,
Any comments on this patch series?
Any more changes are needed or it looks good to be merged upstream?
- Yash
On 2019/4/12 6:00, Martin Blumenstingl wrote:
Documentation/scheduler/completion.txt states:
Calling init_completion() on the same completion object twice is
most likely a bug as it re-initializes the queue to an empty queue and
enqueued tasks could get "lost" - use reinit_completion()
On 2019/4/12 6:00, Martin Blumenstingl wrote:
This simplifies the code because it gets rid of the casts to an
u8-pointer when passing "info_buf" from struct meson_nfc_nand_chip.
Also it gets rid of the cast of the u8 databuf pointer to a void
pointer.
The logic inside meson_nfc_dma_buffer_setup
On 2019/4/12 6:00, Martin Blumenstingl wrote:
Use the of_property_count_elems_of_size() helper instead of open-coding
it's logic. As a bonus this will now error out if the "reg" property
values use an incorrect size (anything other than sizeof(u32)).
Signed-off-by: Martin Blumenstingl
---
d
Fix an inverted result check for reusing unused kprobe correctly.
This has been introduced by commit 819319fc9346 ("kprobes: Return
error if we fail to reuse kprobe instead of BUG_ON()"), which
missed to handle the return value of kprobe_optready() as
error-value. In reality, the kprobe_optready()
Hello Martin and Miquel,
On 2019/4/12 6:00, Martin Blumenstingl wrote:
Use the recently introduced struct_size macro instead of open-coding
it's logic.
No functional changes.
Signed-off-by: Martin Blumenstingl
---
drivers/mtd/nand/raw/meson_nand.c | 3 +--
1 file changed, 1 insertion(+), 2
Hi all,
Today's linux-next merge of the scsi tree got a conflict in:
drivers/scsi/sd.c
between commit:
c92e2f04b359 ("block: disk_events: introduce event flags")
from the block tree and commit:
21e6ba3f0e02 ("scsi: sd: Rely on the driver core for asynchronous probing")
d16ece577bf2 ("
The touchpad of the ASUS laptops E403NA, X540NA, X541NA are not
responsive after suspend/resume. The following error message
shows after resume.
i2c_hid i2c-ELAN1200:00: failed to reset device.
On these laptops, the touchpad interrupt is connected via a GPIO
pin which is controlled by Intel pinct
On Sat, Apr 13, 2019 at 06:30:52PM +0200, Heinrich Schuchardt wrote:
> This patch avoids
> ERROR: "__sync_icache_dcache" [drivers/xen/xen-privcmd.ko] undefined!
> observed when compiling v4.19.34.
>
> The xen-privcmd driver, which can be modular, calls set_pte_at()
> which in turn may call __sync_
On Sat, Apr 13, 2019 at 03:38:35PM +, Anup Patel wrote:
> It's better to have all RISC-V spec related defines in one place
> so this patch adds separate asm/encoding.h for such defines which
> can be included in assembly as well as C code.
As per the discussion of version 1 on Saturday I disag
Hi,
This is just a gentle ping for this patch.
On Fri, 2019-03-29 at 10:59 +0800, Chang-An Chen wrote:
> tick_freeze() introduced by suspend-to-idle in commit 124cf9117c5f
> ("PM / sleep: Make it possible to quiesce timers during suspend-to-idle")
> will use timekeeping_suspend() instead of sysco
Hi Bjorn,
On 13/04/19 8:00 PM, Bjorn Helgaas wrote:
> On Mon, Mar 25, 2019 at 02:04:41PM +0530, Kishon Vijay Abraham I wrote:
>> No functional change. Move host specific platform_get_resource to
>> ks_add_pcie_port and the common platform_get_resource (applicable
>> to both host and endpoint) to p
Hi Bjorn,
On 13/04/19 7:33 PM, Bjorn Helgaas wrote:
> Hi Kishon,
>
> On Mon, Mar 25, 2019 at 03:09:23PM +0530, Kishon Vijay Abraham I wrote:
>> pci-keystone driver uses irq_of_parse_and_map to get irq number of
>> error_irq. Use platform_get_irq instead and move platform_get_irq()
>> and request_
> -Original Message-
> From: Lukas Bulwahn [mailto:lukas.bulw...@gmail.com]
> Sent: Samstag, 13. April 2019 11:26
> To: Hennerich, Michael
> Cc: linux-kernel@vger.kernel.org; Lukas Bulwahn
> Subject: [PATCH] MAINTAINERS: normalize Michael Hennerich's email address
>
> MAINTAINERS cont
On Fri, Apr 12, 2019 at 11:31:42AM -0700, Stephen Boyd wrote:
> We recently introduced a change to support devm clk lookups. That change
> introduced a code-path that used clk_find() without holding the
> 'clocks_mutex'. Unfortunately, clk_find() iterates over the 'clocks'
> list and so we need to
Can we please have the page refcount overflow fixes out on the list
for review, even if it is after the fact?
On Sun, Apr 14, 2019 at 03:40:47PM -0700, Linus Torvalds wrote:
> Nothing in here makes me feel uncomfortable about this release cycle
> so far. Knock wood.
>
> Shortlog appended with an
Hi,
On Mon, Apr 15, 2019 at 10:05:18AM +0800, Chen Zhou wrote:
> Hi Mike,
>
> On 2019/4/14 20:10, Mike Rapoport wrote:
> >>
> >> solution A:phys_addr_t start[INIT_MEMBLOCK_RESERVED_REGIONS * 2];
> >>phys_addr_t end[INIT_MEMBLOCK_RESERVED_REGIONS * 2];
> >> start, end is physic
On Mon, Apr 15, 2019 at 10:27:30AM +0800, Chen Zhou wrote:
> Hi Mike,
>
> On 2019/4/14 20:13, Mike Rapoport wrote:
> > Hi,
> >
> > On Tue, Apr 09, 2019 at 06:28:18PM +0800, Chen Zhou wrote:
> >> After commit (arm64: kdump: support reserving crashkernel above 4G),
> >> there may be two crash kerne
On Sat, Apr 13, 2019 at 10:02:42PM +0100, Al Viro wrote:
> What's the point of using fget_raw(), if you do
> _not_ accept O_PATH descriptors? That should be fget()...
I think you're talking about commit e03e7ee34fdd ("perf/bpf: Convert
perf_event_array to use struct file")
I don't really r
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
mm/kasan/Makefile
between commit:
e2092740b723 ("kasan: Makefile: Replace -pg with CC_FLAGS_FTRACE")
from the arm64 tree and commit:
57b78a62e7f2 ("x86/uaccess, kasan: Fix KASAN vs SMAP")
from the tip tree.
I fixed it
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/s390/include/asm/Kbuild
between commit:
fdcd06a8ab77 ("arch: Use asm-generic header for asm/mmiowb.h")
from the arm64 tree and commit:
46ad0840b158 ("locking/rwsem: Remove arch specific rwsem files")
from the tip
On Fri, 2019-04-12 at 14:17 +0100, Will Deacon wrote:
>
> +the same CPU thread to a particular device will arrive in program
> +order.
> +
> + 2. A writeX() by a CPU thread to the peripheral will first wait for the
> +completion of all prior writes to memory either issu
On Sat, Apr 13, 2019 at 3:44 PM Sinan Kaya wrote:
>
> CONFIG_DEBUG_KERNEL has been designed to just enable Kconfig options.
> Kernel code generatoin should not depend on CONFIG_DEBUG_KERNEL.
>
> Proposed alternative plan: let's add a new symbol, something like
> DEBUG_MISC ("Miscellaneous debug co
Hi Mao,
On Thu, Apr 11, 2019 at 03:45:00PM +0800, Mao Han wrote:
> This patch implements the perf registers sampling and validation API
> for csky arch. The valid registers and their register ID are defined in
> perf_regs.h. Perf tool can backtrace in userspace with unwind library
> and the regist
A positive value of rcupdate.rcu_task_stall_timeout is an interval
in seconds rather than jiffies.
Signed-off-by: Zhenzhong Duan
---
Documentation/RCU/stallwarn.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/RCU/stallwarn.txt b/Documentation/RCU/stallwarn.t
As stated in "Documentation/lockup-watchdogs.txt:line 22", the default
behaivor after 'hardlockup' is to stay locked up rather than panic.
Signed-off-by: Zhenzhong Duan
---
Documentation/admin-guide/kernel-parameters.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documen
> It fails to decode the frames, obviously. But so does any other EtherType.
> Florian was hinting
> (https://lwn.net/ml/netdev/b52f4cdf-edcf-0757-1d6e-d4a831ec7...@gmail.com/)
> at the recent pull requests submitted to tcpdump and libpcap that make
> it possible to decode based on the string in
>
Hi all,
Today's linux-next merge of the block tree got a conflict in:
include/linux/bvec.h
between commit:
1200e07f3ad4 ("block: don't use for-inside-for in bio_for_each_segment_all")
from Linus' tree and commit:
52d52d1c98a9 ("block: only allow contiguous page structs in a bio_vec")
f
Hi all,
Today's linux-next merge of the block tree got a conflict in:
block/bfq-iosched.c
between commit:
eed47d19d936 ("block, bfq: fix use after free in bfq_bfqq_expire")
from Linus' tree and commit:
636b8fe86bed ("block, bfq: fix some typos in comments")
from the block tree.
I fixe
On Sun, Apr 14, 2019 at 07:24:12PM -0700, Matthew Wilcox wrote:
> On Thu, Apr 11, 2019 at 01:32:32PM -0700, Kees Cook wrote:
> > > @@ -156,7 +156,8 @@ static int __testmgr_alloc_buf(char *buf[XBUFSIZE],
> > > int order)
> > > int i;
> > >
> > > for (i = 0; i < XBUFSIZE; i++) {
> >
On (04/12/19 22:11), Paul Gortmaker wrote:
> In commit b1fca27d384e ("kernel debug: support resetting WARN*_ONCE")
> we got the opportunity to reset state on the one shot messages,
> without having to reboot.
Didn't know that.
> However printk_once (printk_deferred_once) live in a different file
Hi Mike,
On 2019/4/14 20:13, Mike Rapoport wrote:
> Hi,
>
> On Tue, Apr 09, 2019 at 06:28:18PM +0800, Chen Zhou wrote:
>> After commit (arm64: kdump: support reserving crashkernel above 4G),
>> there may be two crash kernel regions, one is below 4G, the other is
>> above 4G.
>>
>> Crash dump kern
On Thu, Apr 11, 2019 at 01:32:32PM -0700, Kees Cook wrote:
> > @@ -156,7 +156,8 @@ static int __testmgr_alloc_buf(char *buf[XBUFSIZE], int
> > order)
> > int i;
> >
> > for (i = 0; i < XBUFSIZE; i++) {
> > - buf[i] = (char *)__get_free_pages(GFP_KERNEL, order);
> > +
Hi all,
Today's linux-next merge of the wireless-drivers-next tree got a
conflict in:
drivers/net/wireless/intel/iwlwifi/pcie/drv.c
between commits:
0d5bad14226a ("iwlwifi: rename structs to fit the new names")
972d8e137779 ("iwlwifi: add new 0x2723/0x2080 card for 22000")
from the wirel
Hi Mike,
On 2019/4/14 20:10, Mike Rapoport wrote:
> Hi,
>
> On Thu, Apr 11, 2019 at 08:17:43PM +0800, Chen Zhou wrote:
>> Hi Mike,
>>
>> This overall looks well.
>> Replacing memblock_cap_memory_range() with memblock_cap_memory_ranges() was
>> what i wanted
>> to do in v1, sorry for don't expres
When ACRN hypervisor is detected, the hypercall is needed so that the
ACRN guest can query/config some settings. For example: it can be used
to query the resources in hypervisor and manage the CPU/memory/device/
interrupt for guest operating system.
Add the hypercall so that the kernel can communi
Linux kernel uses the HYPERVISOR_CALLBACK_VECTOR for hypervisor upcall
vector. And it is already used for Xen and HyperV.
After ACRN hypervisor is detected, it will also use this defined vector
to notify kernel.
Co-developed-by: Jason Chen CJ
Signed-off-by: Jason Chen CJ
Signed-off-by: Zhao Yaku
ACRN is an open-source hypervisor maintained by Linux Foundation.
It is built for embedded IOT with small footprint and real-time features.
Add the ACRN guest support so that it allows linux to be booted under
ACRN hypervisor. Following this patch it will setup the upcall
notification vector, enabl
ACRN is a flexible, lightweight reference hypervisor, built with real-time
and safety-criticality in mind, optimized to streamline embedded development
through an open source platform. It is built for embedded IOT with small
footprint and real-time features. More details can be found
in https://pro
Add a special Kconfig symbol X86_HV_CALLBACK_VECTOR so that the guests
using the hypervisor interrupt callback counter can select and thus
enable that counter. Select it when xen or hyperv support is enabled.
No functional changes.
Signed-off-by: Zhao Yakui
Reviewed-by: Borislav Petkov
---
v3->v
Hi all,
Today's linux-next merge of the wireless-drivers-next tree got a conflict
in:
drivers/net/wireless/intel/iwlwifi/iwl-trans.h
between commit:
07d35b4270ef ("iwlwifi: use sync nmi in case of init flow failure")
from the wireless-drivers tree and commit:
4b1831e48974 ("iwlwifi: dbg
> MAINTAINERS contains a lower-case and upper-case variant of
> Woojung Huh' s email address.
>
> Only keep the lower-case variant in MAINTAINERS.
>
> Signed-off-by: Lukas Bulwahn
Acked-by: Woojung Huh
According datasheet max17040 has a pin for alert host for low SOC.
This pin can be used as external interrupt, so we need to check for
interrupts assigned for device and handle it.
In hadler we are checking and storing fuel gauge registers values
and send an uevent to notificate user space, so use
For configure low level state of charge threshold alert signaled from
max17040 we add "maxim,alert-soc-level" property.
Signed-off-by: Matheus Castello
---
.../power/supply/max17040_battery.txt | 24 +++
1 file changed, 24 insertions(+)
create mode 100644
Documentation/
For configuration of fuel gauge alert for a low level state of charge
interrupt we add a function to config level threshold and a device tree
binding property to set it in flatned device tree node.
Now we can use "maxim,alert-soc-level" property with the values from
1 up to 32 to configure alert i
Notify core through power_supply_changed() in case of changes in state
of charge. This is useful for user-space to efficiently update current
battery level.
Signed-off-by: Matheus Castello
---
drivers/power/supply/max17040_battery.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/driv
On 2019/4/12 17:51, Lorenzo Pieralisi wrote:
On Sat, Mar 30, 2019 at 03:09:10PM +, Colin King wrote:
From: Colin Ian King
Currently the bitwise operations on the u16 variable 'status' with
the setting ROCKCHIP_PCIE_EP_CMD_STATUS_IS are incorrect because
ROCKCHIP_PCIE_EP_CMD_STATUS_IS is
This series add IRQ handler for low level SOC alert, define a devicetree
binding attribute to configure the alert level threshold and check for
changes in SOC for send uevents.
Max17040 have a pin for alert host about low level state of charge and
this alert can be configured in a threshold from
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.core/stacktrace
commit 63c35ea6b829a0f98d307a8dec038095681ecd13
Author: Thomas Gleixner
AuthorDate: Thu Apr 11 12:52:04 2019 +0200
Commit:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 6476291d5b823a05b9c903a65a5f6e6026a02606 [34/47] drm: Simplify
stacktrace handling
config: i386-randconfig-a1-201915 (attached as .config)
compiler: gcc
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: c79cc35c00e9f15a9a32a08569036cb8365c8816 [24/47] mm/slab: Simplify
stack trace handling
config: i386-randconfig-a1-201915 (attached as .config)
compiler
All calls to imx6_pcie_wait_for_link() share the same error path and
the state of PHY debug registers will already be printed there, so
there's no real reason we can't just use dw_pcie_wait_for_link(). Drop
imx6_pcie_wait_for_link() and replace it with dw_pcie_wait_for_link().
Signed-off-by: Andre
Both pcie-designware.c and pci-imx6.c contain custom definitions for
PHY debug registers R0/R1 and on top of that there's already a
definition for R0 in pcie-designware.h. Move all of the definitions to
pcie-designware.h. No functional change intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: L
Change error code from EINVAL to ETIMEDOUT in
imx6_pcie_wait_for_speed_change() since that error code seems more
appropriate.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.kernel.org
Cc: li
Simplify pcie_phy_poll_ack() by incorporating shifting into constant
definition and convert the code to use 'bool'. No functional change
intended.
Signed-off-by: Andrey Smirnov
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.kernel.org
Cc: linux-.
Avoid using explicit left shifts and convert various definitions to
use BIT() instead. No functional change intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@
PHY registers on i.MX6 are 16-bit wide, so we can get rid of explicit
masking if we restrict pcie_phy_read/pcie_phy_write to use 'u16'
instead of 'int'. No functional change intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Code using these constants was removed in commit a71280722eeb ("PCI:
imx6: Remove LTSSM disable workaround"). No functional change
intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.ke
Make use of regmap_read_poll_timeout() to simplify
imx7d_pcie_wait_for_phy_pll_lock(). No functional change intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@
Simplify the code by incorporating left shifts into constant
defnitions as well as using FIELD_PREP/GENMASK. No functional change
intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.ker
imx6_pcie_enable_ref_clk() is never called in atomic context, so
there's no need to use udelay(). Replace it with usleep_range().
Signed-off-by: Andrey Smirnov
Cc: Lorenzo Pieralisi
Cc: Bjorn Helgaas
Cc: Chris Healy
Cc: Lucas Stach
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.or
Now that driver data has flags variable that can be used to indicate
quirks/features supported we can switch the code to use it instead of
having a special function that does so based on variant alone. No
functional change intended.
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Lore
Everyone:
This is the series containing various small improvements that I made
while reading the code and researching commit history of pci-imx6.c
and pcie-designware*.c files. All changes are optional, so commits
that don't seem like an improvement can be easily dropped. Hopefully
each patch is s
On Sun, 14 Apr 2019 16:37:04 +0100
Russell King - ARM Linux admin wrote:
> On Sun, Apr 14, 2019 at 11:52:38PM +0900, Masami Hiramatsu wrote:
> > On Sun, 14 Apr 2019 14:34:58 +0100
> > Russell King - ARM Linux admin wrote:
> >
> > > On Sun, Apr 14, 2019 at 07:47:05PM +0900, Masami Hiramatsu wrot
On Sun, Apr 14, 2019 at 06:26:02PM +0100, Russell King - ARM Linux admin wrote:
> On Sun, Apr 14, 2019 at 06:49:49AM +0200, Nicholas Mc Guire wrote:
> > Although it is very unlikely that the allocation during init would
> > fail any such failure should point to the original cause rather
> > than wa
On Sun, Apr 14, 2019 at 06:22:10PM +0200, Andrew Lunn wrote:
> On Sun, Apr 14, 2019 at 06:49:51AM +0200, Nicholas Mc Guire wrote:
> > The license is clearly identified as GPL V2 - so just add in the
> > appropriate SPDX license identifier.
> >
> > Signed-off-by: Nicholas Mc Guire
>
> Hi Nicholas
Hi, Light
On Thu, Apr 11, 2019 at 8:15 PM Light Hsieh wrote:
>
> The orginal PINCTRL_MTK_PARIS/PINCTRL_MTK_MOORE need more effort for
> specifying register bases when porting platform driver:
> 1. Write mt_pinctrl_register_base_name[] array in pinctrl-mt.c
>to specify names of registe
Here we go again.. It's Sunday afternoon, must mean another rc kernel.
We have changes all over, but not unseasonably many of them, and most
of the ones here are very small. Looking at the stats, the sound
driver updates kind of stand out, being almost a third of the patch
(and about a third of th
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.x86/stackguards
head: 310a7f5b0b42c6a8edeb74ae3289a98896e0e5c9
commit: 7552063baa017438f2bfd6060e0b949808acc812 [1/32] mm/slab: Fix broken
stack trace storage
config: x86_64-randconfig-x003-201915 (attached as .config)
comp
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 88e5708cae1e9cb0cca97bb0af5866ac54532ceb [37/47] lockdep: Simplify
stack trace handling
config: x86_64-randconfig-l2-201915 (attached as .config)
compil
Hi,
while issuing the command "dd if=/dev/zero of=test2 bs=8k count=64k conv=sync"
in /tmp3 on the rootfs (/dev/sda1; a SSD drive), the system
sometime crashes (maybe in 5% of the cases)
The device is a Banana Pi using Allwinner A20 SoC (sunxi/sun7i/ARM),
the kernel in use is the stock 5.0.5 ker
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: c79cc35c00e9f15a9a32a08569036cb8365c8816 [24/47] mm/slab: Simplify
stack trace handling
config: x86_64-randconfig-x003-201915 (attached as .config)
comp
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 88e5708cae1e9cb0cca97bb0af5866ac54532ceb [37/47] lockdep: Simplify
stack trace handling
config: i386-randconfig-x018-201915 (attached as .config)
compil
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 63c35ea6b829a0f98d307a8dec038095681ecd13 [47/47] x86/stacktrace: Use
common infrastructure
config: i386-randconfig-x010-201915 (attached as .config)
com
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 6476291d5b823a05b9c903a65a5f6e6026a02606 [34/47] drm: Simplify
stacktrace handling
config: i386-randconfig-x019-201915 (attached as .config)
compiler: g
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: 63c35ea6b829a0f98d307a8dec038095681ecd13
commit: 4a934c54305ab50cf2d4b0afb915feee0dbb487e [18/47] tracing: Cleanup stack
trace code
config: i386-randconfig-x010-201915 (attached as .config)
compiler: g
On 4/14/19 11:59 AM, Thomas Gleixner wrote:
> On Sat, 13 Apr 2019, Xose Vazquez Perez wrote:
>> [0.00] NX (Execute Disable) protection: disabled by kernel command
>> line option
>> [0.00] [ cut here ]
>> [0.00] attempted to set unsupported pgprot: 80
Commit-ID: 2f5fb19341883bb6e37da351bc3700489d8506a7
Gitweb: https://git.kernel.org/tip/2f5fb19341883bb6e37da351bc3700489d8506a7
Author: Thomas Gleixner
AuthorDate: Sun, 14 Apr 2019 19:51:06 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 23:05:52 +0200
x86/speculation: Pr
Commit-ID: 4285f2fcef8001ead0f1c9315ba50302cab68cda
Gitweb: https://git.kernel.org/tip/4285f2fcef8001ead0f1c9315ba50302cab68cda
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:10 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:32 +0200
tracing: Remove the
Commit-ID: fa49e2eac9aa8259e1ea540d1bd301448d5b735d
Gitweb: https://git.kernel.org/tip/fa49e2eac9aa8259e1ea540d1bd301448d5b735d
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:09 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:32 +0200
drm: Remove the ULO
Commit-ID: accddc41b96915ab4e5d37796c6d17d70805999c
Gitweb: https://git.kernel.org/tip/accddc41b96915ab4e5d37796c6d17d70805999c
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:08 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:31 +0200
latency_top: Remove
Commit-ID: ead97a49ec3a3cb9b5133acbfed9a49b91ebf37c
Gitweb: https://git.kernel.org/tip/ead97a49ec3a3cb9b5133acbfed9a49b91ebf37c
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:07 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:31 +0200
mm/kasan: Remove th
Commit-ID: 4621c9858f05ab08434221e3a15cc8098645ef2a
Gitweb: https://git.kernel.org/tip/4621c9858f05ab08434221e3a15cc8098645ef2a
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:06 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:30 +0200
mm/page_owner: Remo
Commit-ID: b8ca7ff7731f57b256fcc13a9b7d4913f5282e5c
Gitweb: https://git.kernel.org/tip/b8ca7ff7731f57b256fcc13a9b7d4913f5282e5c
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:05 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:30 +0200
mm/slub: Remove the
Commit-ID: 6a28b4c2d93b812512d8d2e5179e61a14f578560
Gitweb: https://git.kernel.org/tip/6a28b4c2d93b812512d8d2e5179e61a14f578560
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:03 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:29 +0200
s390/stacktrace: Re
Commit-ID: 4f3bd6ca310b594df09c8f1e319cda9baf502ec8
Gitweb: https://git.kernel.org/tip/4f3bd6ca310b594df09c8f1e319cda9baf502ec8
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:02 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:29 +0200
parisc/stacktrace:
Commit-ID: 2dfed4565afe263751d2451ad22336ad806c25a6
Gitweb: https://git.kernel.org/tip/2dfed4565afe263751d2451ad22336ad806c25a6
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:04 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:30 +0200
lockdep: Remove the
Commit-ID: 7b2c7b6233497bfab8826ece574bc1c26e97478d
Gitweb: https://git.kernel.org/tip/7b2c7b6233497bfab8826ece574bc1c26e97478d
Author: Thomas Gleixner
AuthorDate: Wed, 10 Apr 2019 12:28:01 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 14 Apr 2019 19:58:29 +0200
arm64/stacktrace: R
1 - 100 of 277 matches
Mail list logo
