On Fri, May 8, 2020 at 2:44 PM Johannes Weiner wrote:
>
> On Fri, May 08, 2020 at 10:06:30AM -0700, Shakeel Butt wrote:
> > One way to measure the efficiency of memory reclaim is to look at the
> > ratio (pgscan+pfrefill)/pgsteal. However at the moment these stats are
> > not updated consistently
On Fri, May 8, 2020 at 2:51 PM Johannes Weiner wrote:
>
> On Fri, May 08, 2020 at 02:22:15PM -0700, Shakeel Butt wrote:
> > Currently update_page_reclaim_stat() updates the lruvec.reclaim_stats
> > just once for a page irrespective if a page is huge or not. Fix that by
> > passing the hpage_nr_pag
* H. Nikolaus Schaller [200509 11:48]:
> I have found another small bug and a dev_dbg format weakness
> and now it seems to work well even if I remove or reinsert the
> battery while read operations are ongoing.
OK great.
> Still I need more time to fix up the patch(es).
Well it's ready when it
Analogously to the introduction of panic_on_warn, this patch
introduces a kernel option named panic_on_taint in order to
provide a simple and generic way to stop execution and catch
a coredump when the kernel gets tainted by any given taint flag.
This is useful for debugging sessions as it avoids
* Pavel Machek [200508 10:03]:
> Hi!
>
> > > But I might be confused. I recall some audio patches were needed for
> > > basic phone calls (setting up mixers to connect gsm<->audio), but
> > > those worked before gsmux support was enabled. (Maybe some hardcoded
> > > commands were needed to be sen
On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote:
> On Sat, May 9, 2020 at 1:45 PM Russell King - ARM Linux admin
> wrote:
> >
> > On Sat, May 09, 2020 at 11:15:58AM +, Stefan Chulski wrote:
> > >
> > >
> > > > -Original Message-
> > > > From: Matteo Croce
> > > > Sent: Sa
This patch set is to fix several issues of single-step debugging
in kgdb/kdb on arm64.
It seems that these issues have been shelved a very long time,
but i still hope to solve them, as the single-step debugging
is an useful feature.
Note:
Based on patch "arm64: cacheflush: Fix KGDB trap detection
PSTATE.I and PSTATE.D are very important for single-step working.
Without disabling interrupt on local CPU, there is a chance of
interrupt occurrence in the period of exception return and start of
out-of-line single-step, that result in wrongly single stepping
into the interrupt handler. And if D
After the single-step exception handling oops is fixed, when we execute
single-step in kdb/kgdb, we may see it jumps to the irq_handler (where
PSTATE.D is cleared) instead of the next instruction.
Add the prepare and cleanup work for single-step when enabling and
disabling to maintain the PSTATE.I
After fixing wrongly single-stepping into the irq handler, when we execute
single-step in kdb/kgdb, we can see only the first step can work.
Refer to the ARM Architecture Reference Manual (ARM DDI 0487E.a) D2.12,
i think PSTATE.SS=1 should be set each step for transferring the PE to the
'Active-no
After entering kdb due to breakpoint, when we execute 'ss' or 'go' (will
delay installing breakpoints, do single-step first), it won't work
correctly, and it will enter kdb due to oops.
It's because the reason gotten in kdb_stub() is not as expected, and it
seems that the ex_vector for single-step
Hi Richard,
Thank you for the patch.
On Sat, May 09, 2020 at 01:17:32PM +0200, s...@48.io wrote:
> From: Marek Vasut
>
> Add driver for the ITE IT6251 LVDS-to-eDP bridge.
>
> Signed-off-by: Marek Vasut
> Signed-off-by: Richard Marko
> Cc: Daniel Vetter
> Cc: Sean Cross
> To: dri-de...@list
dev_pm_ops is never modified, so mark it const to allow the compiler to
put it in read-only memory.
Before:
textdata bss dec hex filename
24571668 2564381111d drivers/xen/platform-pci.o
After:
textdata bss dec hex filename
26811444
Hi Richard,
Thank you for the patch.
On Sat, May 09, 2020 at 01:17:31PM +0200, s...@48.io wrote:
> From: Marek Vasut
>
> Add DT bindings for ITE IT6251 LVDS-to-eDP bridge.
>
> Signed-off-by: Marek Vasut
> Signed-off-by: Richard Marko
> Cc: Daniel Vetter
> Cc: Rob Herring
> Cc: Sean Cross
Hi Paul,
Le mar. 5 mai 2020 à 20:26, Paul Boddie a écrit :
On Monday 4. May 2020 03.05.22 Paul Cercueil wrote:
> Le sam. 11 avril 2020 à 16:14, H. Nikolaus Schaller
a
> écrit :
>>
>> So far we have identified two issues.
>>
>> The first is that HPD interrupts are not properly process
Kees Cook writes:
> On Fri, May 08, 2020 at 01:47:10PM -0500, Eric W. Biederman wrote:
>>
>> Move the handing of the point of no return from search_binary_handler
>> into __do_execve_file so that it is easier to find, and to keep
>> things robust in the face of change.
>>
>> Make it clear that
On Sat, 9 May 2020, Thomas Gleixner wrote:
> Greg KH writes:
> > On Sat, May 09, 2020 at 12:20:14AM -0700, syzbot wrote:
> >> memtype_reserve failed: [mem 0xff000-0x8fff], req write-back
> >> WARNING: CPU: 1 PID: 7025 at arch/x86/mm/pat/memtype.c:589
> >> memtype_reserve+0x69f/0x820
On 08/05/20 17:32, Peter Xu wrote:
> On Fri, May 08, 2020 at 12:33:57AM +0200, Paolo Bonzini wrote:
>> On 07/05/20 21:28, Peter Xu wrote:
- svm->vcpu.arch.dr6 = dr6;
+ WARN_ON(svm->vcpu.arch.switch_db_regs & KVM_DEBUGREG_WONT_EXIT);
+ svm->vcpu.arch.dr6 &= ~(DR_TRAP_BITS | DR6_RTM
On 08/05/20 20:22, Jon Cargille wrote:
> From: David Matlack
>
> Two new stats for exposing halt-polling cpu usage:
> halt_poll_success_ns
> halt_poll_fail_ns
>
> Thus sum of these 2 stats is the total cpu time spent polling. "success"
> means the VCPU polled until a virtual interrupt was delive
On Sat, May 09, 2020 at 12:31:21PM +, Stefan Chulski wrote:
> > -Original Message-
> > From: Matteo Croce
> > Sent: Saturday, May 9, 2020 3:16 PM
> > To: Stefan Chulski
> > Cc: David S . Miller ; Maxime Chevallier
> > ; netdev ; LKML
> > ; Antoine Tenart
> > ; Thomas Petazzoni
> > ; g
On Sat, May 9, 2020 at 10:00 AM Felipe Balbi wrote:
>
> Andrey Konovalov writes:
>
> > Currently automatic gadget endpoint selection based on required features
> > doesn't work. Raw Gadget tries iterating over the list of available
> > endpoints and finding one that has the right direction and tr
> On Mar 6, 2020, at 1:56 AM, Christophe Leroy wrote:
>
>
>
> Le 06/03/2020 à 05:48, Qian Cai a écrit :
>> Booting a power9 server with hash MMU could trigger an undefined
>> behaviour because pud_offset(p4d, 0) will do,
>> 0 >> (PAGE_SHIFT:16 + PTE_INDEX_SIZE:8 + H_PMD_INDEX_SIZE:10)
>> Fix
serdev_device_ops is not modified and can be const. Also, remove the
unneeded declaration of it.
Output from the file command before and after:
Before:
textdata bss dec hex filename
71922408 19297922640 drivers/bluetooth/hci_serdev.o
After:
textdata
On 5/8/20 11:51 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.223 release.
> There are 306 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses shou
On Sat, May 9, 2020 at 1:45 PM Russell King - ARM Linux admin
wrote:
>
> On Sat, May 09, 2020 at 11:15:58AM +, Stefan Chulski wrote:
> >
> >
> > > -Original Message-
> > > From: Matteo Croce
> > > Sent: Saturday, May 9, 2020 3:13 AM
> > > To: David S . Miller
> > > Cc: Maxime Chevall
> On Mar 6, 2020, at 12:13 PM, Nick Desaulniers wrote:
>
> On Fri, Mar 6, 2020 at 7:42 AM Qian Cai wrote:
>>
>> account_other_time() is only used when CONFIG_IRQ_TIME_ACCOUNTING=y (in
>> irqtime_account_process_tick()) or CONFIG_VIRT_CPU_ACCOUNTING_GEN=y (in
>> get_vtime_delta()). When both
On 5/9/20 1:02 PM, Lukas Bulwahn wrote:
> Commit 1d05334d2899 ("livepatch: Remove .klp.arch") removed
> arch/x86/kernel/livepatch.c, but missed to adjust the LIVE PATCHING entry
> in MAINTAINERS.
>
> Since then, ./scripts/get_maintainer.pl --self-test=patterns complains:
>
> warning: no file ma
On Sat, 9 May 2020 13:48:43 +0100
Russell King - ARM Linux admin wrote:
> > Unfortunately, we are no longer actively working on Marvell platform
> > support at the moment. We might have a look on a best effort basis, but
> > this is potentially a non-trivial issue, so I'm not sure when we will
>
Coding style issue
Signed-off-by: John Oldman
---
.../interface/vchiq_arm/vchiq_connected.c | 32 +--
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git
a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c
b/drivers/staging/vc04_services/interfac
Many Bay Trail and Cherry Trail devices come with a camera attached to
Intel's Image Signal Processor. Linux currently does not have a driver for
these, so they do not work as a camera.
Some of these camera's have a status LED which is controlled through a GPIO
in some cases, e.g. on the Asus T100
Hi Yue,
On Thu, 07 May 2020 02:43:31 +0100,
"yue.w...@amlogic.com" wrote:
>
> [1 ]
> Marc,
>
> This patch looks all right. I tested in my meson board and pcie
> EP(QCA9888) worked well.
>
> Fast link mode is enabled for simulation purposes, it should be
> disabled in the real hardware.
Thank
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d5eeab8d7e269e8cfc53b915bccd7bd30485bcbf
commit: def2fbffe62c00c330c7f41584a356001179c59c kconfig: allow symbols implied
by y to become m
date: 8 weeks ago
config: arm64-randconfig-r024-20200509 (attached
> On May 9, 2020, at 12:33 AM, Paul E. McKenney wrote:
>
> On Fri, May 08, 2020 at 04:59:05PM -0400, Qian Cai wrote:
>>
>>
>>> On Feb 11, 2020, at 8:54 AM, Qian Cai wrote:
>>>
>>> prev->next could be accessed concurrently as noticed by KCSAN,
>>>
>>> write (marked) to 0x9d3370dbbe40 o
On Sat, May 09, 2020 at 12:48:10PM +0200, Konrad Dybcio wrote:
> This change adds MDP5 configuration for MSM8x36-based SoCs,
> like MSM8936, 8939 and their APQ variants.
> The configuration is based on MSM8916's, but adds some notable
> features, like ad and pp blocks, along with some register
> ch
On 09/05/20 00:09, Jim Mattson wrote:
>> + if (static_cpu_has(X86_FEATURE_PKU) &&
>> + kvm_read_cr4_bits(vcpu, X86_CR4_PKE) &&
>> + vcpu->arch.pkru != vcpu->arch.host_pkru)
>> + __write_pkru(vcpu->arch.pkru);
> This doesn't seem quite right to me. Though rdpk
On 09/05/20 13:16, Cathy Avery wrote:
> Test V_IRQ injection from L1 to L2 with V_TPR less
> than or greater than V_INTR_PRIO. Also test VINTR
> intercept with differing V_TPR and V_INTR_PRIO.
>
> Signed-off-by: Cathy Avery
> ---
> x86/svm_tests.c | 150 ++
On 09/05/20 01:53, Sean Christopherson wrote:
> Use __print_flags() to display the names of VMX flags in VM-Exit traces
> and strip the flags when printing the basic exit reason, e.g. so that a
> failed VM-Entry due to invalid guest state gets recorded as
> "INVALID_STATE FAILED_VMENTRY" instead of
The WMI INIT method on for some reason turns on the camera LED on these
2-in-1s, without the WMI interface allowing further control over the LED.
To fix this commit b5f7311d3a2e ("platform/x86: asus-nb-wmi: Do not load
on Asus T100TA and T200TA") added a blacklist with these 2 models on it
since t
On 09/05/20 01:53, Sean Christopherson wrote:
> Restore the pre-fastpath behavior of tracing all VM-Exits, including
> those due to failed VM-Enter.
>
> Fixes: 032e5dcbcb443 ("KVM: VMX: Introduce generic fastpath handler")
> Signed-off-by: Sean Christopherson
> ---
> arch/x86/kvm/vmx/vmx.c | 4 +
Hi,
On 5/9/20 2:23 PM, Andy Shevchenko wrote:
On Fri, May 8, 2020 at 11:56 PM Andy Shevchenko
wrote:
On Fri, May 8, 2020 at 10:54 PM Hans de Goede wrote:
On 4/23/20 12:05 AM, Hans de Goede wrote:
Andy, Darren, I see that you have already added this to the for-next
branch of linux-platfor
Hi Heiko,
On Fri, 2020-04-03 at 13:15 -0300, Helen Koike wrote:
> From: Shunqian Zheng
>
> Designware MIPI D-PHY, used for ISP0 in rk3399.
>
> Verified with:
> make ARCH=arm64 dtbs_check
> DT_SCHEMA_FILES=Documentation/devicetree/bindings/phy/rockchip-mipi-dphy-rx0.yaml
>
> Signed-off-by: Shu
On 09/05/20 01:37, Sean Christopherson wrote:
> diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c
> index 35845704cf57a..cd708b0b460a0 100644
> --- a/arch/x86/kvm/cpuid.c
> +++ b/arch/x86/kvm/cpuid.c
> @@ -84,11 +84,13 @@ int kvm_update_cpuid(struct kvm_vcpu *vcpu)
>
Hi Hans,
On Fri, 2020-04-17 at 09:18 +0200, Hans Verkuil wrote:
> On 03/04/2020 18:15, Helen Koike wrote:
> > The Rockchip ISP bindings was moved out of staging.
> > Update MAINTAINERS file with the new path.
>
> Shouldn't there be a reference to
> Documentation/devicetree/bindings/phy/rockchip-
On Sat, May 09, 2020 at 02:16:44PM +0200, Thomas Petazzoni wrote:
> Hello,
>
> On Sat, 9 May 2020 12:45:18 +0100
> Russell King - ARM Linux admin wrote:
>
> > Looking at the timeline here, it looks like Matteo raised the issue
> > very quickly after the patch was sent on the 14th April, and desp
On Fri, May 08, 2020 at 04:04:15PM -0700, Andrew Morton wrote:
> On Fri, 8 May 2020 11:36:53 -0700 Minchan Kim wrote:
>
> >
> > ...
> >
> > Per Vlastimil's request, I changed "which and advise" with "idtype and
> > advice" in function prototype of description.
> > Could you replace the part in t
> -Original Message-
> From: Matteo Croce
> Sent: Saturday, May 9, 2020 3:16 PM
> To: Stefan Chulski
> Cc: David S . Miller ; Maxime Chevallier
> ; netdev ; LKML
> ; Antoine Tenart
> ; Thomas Petazzoni
> ; gregory.clem...@bootlin.com;
> miquel.ray...@bootlin.com; Nadav Haklai ; Marcin
>
Hi
[This is an automated email]
This commit has been processed because it contains a -stable tag.
The stable tag indicates that it's relevant for the following trees: all
The bot has tested the following trees: v5.6.11, v5.4.39, v4.19.121, v4.14.179,
v4.9.222, v4.4.222.
v5.6.11: Build OK!
v5.4
On Fri, May 8, 2020 at 11:56 PM Andy Shevchenko
wrote:
>
> On Fri, May 8, 2020 at 10:54 PM Hans de Goede wrote:
> > On 4/23/20 12:05 AM, Hans de Goede wrote:
>
> > Andy, Darren, I see that you have already added this to the for-next
> > branch of linux-platform-drivers-x86. I'm not sure what your
On Fri, May 08, 2020 at 05:09:09PM -0700, Raj, Ashok wrote:
> Hi Jason
>
> On Fri, May 08, 2020 at 08:16:10PM -0300, Jason Gunthorpe wrote:
> > On Fri, May 08, 2020 at 01:47:10PM -0700, Raj, Ashok wrote:
> >
> > > Even when uaccel was under development, one of the options
> > > was to use VFIO as
On Fri, May 8, 2020 at 9:35 PM Nick Desaulniers wrote:
>
> This is easily reproducible via CC=clang+CONFIG_STAGING=y+CONFIG_VT6656=m.
>
> It turns out that if your config tickles __builtin_constant_p via
> differences in choices to inline or not, these statements produce
> invalid assembly:
>
> $
On Sat, May 9, 2020 at 1:16 PM Stefan Chulski wrote:
> > Hi,
> >
> > What do you think about temporarily disabling it like this?
> >
> > --- a/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c
> > +++ b/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c
> > @@ -5775,7 +5775,8 @@ static int mvpp2_port_p
Hello,
On Sat, 9 May 2020 12:45:18 +0100
Russell King - ARM Linux admin wrote:
> Looking at the timeline here, it looks like Matteo raised the issue
> very quickly after the patch was sent on the 14th April, and despite
> following up on it, despite me following up on it, bootlin have
> remained
resend from correct mail address
---
Hi Tony,
I am observing an issue with omap3-isp for a while. It seems
to have started with v5.6 but I have preferred to invest some
time into analysis of the problem instead of trying a bisect.
The problem is that there is a
[ 32.483703] WARNING: CPU: 0 PID
Hi dear,
I'm Jessica Vail, from the United States,please i wish to have a
communication with you.
I wait for your answer.
Jessica Vail.
gcc-10 correctly points out a bug with a zero-length array in
struct ath10k_pci:
drivers/net/wireless/ath/ath10k/ahb.c: In function 'ath10k_ahb_remove':
drivers/net/wireless/ath/ath10k/ahb.c:30:9: error: array subscript 0 is outside
the bounds of an interior zero-length array 'struct ath10k_ahb[0
gcc-10 started warning about out-of-bounds access for zero-length
arrays:
In file included from drivers/net/wireless/ath/ath10k/core.h:18,
from drivers/net/wireless/ath/ath10k/htt_rx.c:8:
drivers/net/wireless/ath/ath10k/htt_rx.c: In function
'ath10k_htt_rx_tx_fetch_ind':
drivers/
I ran into a randconfig build failure with CONFIG_FIXED_PHY=m
and CONFIG_GIANFAR=y:
x86_64-linux-ld: drivers/net/ethernet/freescale/gianfar.o:(.rodata+0x418):
undefined reference to `fixed_phy_change_carrier'
It seems the same thing can happen with dpaa and ucc_geth, so change
all three to do an
On Sat, May 9, 2020 at 3:47 AM Alan Stern wrote:
> On Fri, 8 May 2020, Al Cooper wrote:
...
> > + irq = platform_get_irq(pdev, 0);
> > + if (irq <= 0)
> > + return irq;
>
> I don't want to get involved in the question of whether or not 0 is a
> valid IRQ number. The consensu
Hi Tony,
> Am 29.04.2020 um 23:38 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [200429 21:35]:
>> I have reworked the way the spinlocks, setting and resetting
>> of the hdq_irqstatus bits are done and now it works right from
>> start of boot. Without any timeouts or delays.
>>
>> I am not
On Sat, May 09, 2020 at 11:15:58AM +, Stefan Chulski wrote:
>
>
> > -Original Message-
> > From: Matteo Croce
> > Sent: Saturday, May 9, 2020 3:13 AM
> > To: David S . Miller
> > Cc: Maxime Chevallier ; netdev
> > ; LKML ; Antoine
> > Tenart ; Thomas Petazzoni
> > ; gregory.clem...@
On Sat, 2020-05-09 at 17:18 +0800, Chen Zhou wrote:
> snprintf() returns the number of bytes that would be written,
> which may be greater than the the actual length to be written.
[]
> Chen Zhou (2):
> sparc: use snprintf() in show_pciobppath_attr() in pci.c
> sparc: use snprintf() in show_pci
SWISS LOAN INVESTMENT CORP LTD is giving out affordable loans without credit
verification and much documentations and our loan transfer takes a maximum
period of two (2) working days with an interest rate that is as low as 3% . If
interested in working with us, kindly provide the following detai
…
> +++ b/include/linux/seq_file.h
> @@ -145,6 +145,25 @@ void *__seq_open_private(struct file *, const struct
> seq_operations *, int);
> int seq_open_private(struct file *, const struct seq_operations *, int);
> int seq_release_private(struct inode *, struct file *);
>
> +#define DEFINE_SEQ_ATTR
On Fri, May 08, 2020 at 11:22:47AM +0200, Uros Bizjak wrote:
> Current minimum required version of binutils is 2.23,
> which supports INVPCID instruction mnemonic.
>
> Replace the byte-wise specification of INVPCID with
> this proper mnemonic.
>
> Signed-off-by: Uros Bizjak
> CC: "H. Peter Anvin
From: Marek Vasut
Add DT bindings for ITE IT6251 LVDS-to-eDP bridge.
Signed-off-by: Marek Vasut
Signed-off-by: Richard Marko
Cc: Daniel Vetter
Cc: Rob Herring
Cc: Sean Cross
Cc: devicet...@vger.kernel.org
To: dri-de...@lists.freedesktop.org
---
.../bindings/display/bridge/ite,it6251.yaml
From: Marek Vasut
Add driver for the ITE IT6251 LVDS-to-eDP bridge.
Signed-off-by: Marek Vasut
Signed-off-by: Richard Marko
Cc: Daniel Vetter
Cc: Sean Cross
To: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/bridge/Kconfig | 12 +
drivers/gpu/drm/bridge/Makefile | 1 +
driv
On Sat, May 09, 2020 at 06:35:35PM +0800, Hui Song wrote:
> From: "hui.song"
>
> Make the MPC8XXX gpio driver to support the fsl-layerscape.
>
> Signed-off-by: hui.song
> ---
> drivers/gpio/mpc8xxx_gpio.c | 59 +
> 1 file changed, 59 insertions(+)
What proj
From: Richard Marko
Contains updated patches I've received from Marek with the following
changes:
- yaml docs migration
- fixed Fabios email
- panel commit split into two according to checkpatch request
- added connector for panel
Last review also requested more details for panel like timings a
From: Sean Cross
The Innolux N133HSE panel is a 13.3" 1920x1080 panel that contains an
integrated backlight, and connects via eDP.
It is used in the Kosagi Novena.
Signed-off-by: Sean Cross
Signed-off-by: Richard Marko
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: Thierry Reding
To: dri-de...@lists.
From: Sean Cross
The Innolux N133HSE panel is a 13.3" 1920x1080 panel that contains an
integrated backlight, and connects via eDP.
It is used in the Kosagi Novena.
Signed-off-by: Sean Cross
Signed-off-by: Richard Marko
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: Thierry Reding
To: dri-de...@lists.
From: Richard Marko
Contains updated patches I've received from Marek with the following
changes:
- yaml docs migration
- extended documentation
Tested on a Kosagi Novena laptop with imx6 display controller.
Based on v5.7-rc2, applies to drm-misc-next 5e6ed29d72d2
CC: Marek Vasut
Cc: Sean Cr
On Fri, May 08, 2020 at 04:54:21PM -0600, Raul E Rangel wrote:
> The AMD eMMC 5.0 controller does not support 64 bit DMA.
>
> See the discussion here: https://marc.info/?l=linux-mmc&m=158879884514552&w=2
Link: ...
FWIW,
Reviewed-by: Andy Shevchenko
>
> Fixes: 34597a3f60b1 ("mmc: sdhci-acpi: A
On Sat, 9 May 2020 at 12:22, Greg Kroah-Hartman
wrote:
>
> On Fri, May 08, 2020 at 02:10:40PM -0700, Guenter Roeck wrote:
> > On 5/8/20 7:32 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.4.223 release.
> > > There are 308 patches in this series, all wil
27; option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url:
https://github.com/0day-ci/linux/commits/Yongbo-Zhang/ASoC-rsnd-add-interrupt-support-for-SSI-BUSIF-buffer/20200509-035713
base: https://git.kernel.org/pub/scm/linux/kernel/g
update_sit_info should be f2fs_update_sit_info,
otherwise build fails while no CONFIG_F2FS_STAT_FS.
Fixes: fc7100ea2a52 ("f2fs: Add f2fs stats to sysfs")
Signed-off-by: YueHaibing
---
fs/f2fs/f2fs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs
There's no callers in-tree anymore since
commit d24ee97b96db ("btrfs: use new helpers to set uuids in eb")
Signed-off-by: YueHaibing
---
fs/btrfs/ctree.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h
index 03ea7370aea7..0b78ab0213bb 100644
--- a/fs
On Sat, May 9, 2020 at 1:50 AM Raul E Rangel wrote:
>
> acpi_dev_hid_uid_match expects a null pointer for UID if it doesn't
acpi_dev_hid_uid_match()
> exist. The acpihid_map_entry contains a char buffer for holding the
> UID. If no UID was provided in the IVRS table, this buffer will be
> zeroed
On 2020/5/9 18:53, Nikolay Borisov wrote:
On 9.05.20 г. 8:20 ч., Jia-Ju Bai wrote:
The functions btrfs_block_group_done() and caching_thread() are
concurrently executed at runtime in the following call contexts:
Thread 1:
btrfs_sync_file()
start_ordered_ops()
btrfs_fdatawrite
Commit 7eec00a74720 ("perf symbols: Consolidate symbol fixup issue")
removed powerpc specific sym-handling.c file from Build. This wasn't
caught by build CI because all functions in this file are declared
as __weak in common code. Fix it.
Fixes: 7eec00a74720 ("perf symbols: Consolidate symbol fixu
commit a269434d2fb4 ("LSM: separate LSM_AUDIT_DATA_DENTRY from
LSM_AUDIT_DATA_PATH")
left behind this, remove it.
Signed-off-by: YueHaibing
---
security/smack/smack.h | 4
1 file changed, 4 deletions(-)
diff --git a/security/smack/smack.h b/security/smack/smack.h
index 62529f382942..f244c
There's no callers in-tree.
Signed-off-by: YueHaibing
---
security/selinux/include/netlabel.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/security/selinux/include/netlabel.h
b/security/selinux/include/netlabel.h
index d30d8d7cdc9c..0c58f62dc6ab 100644
--- a/security/selinux/include
From: Marek Vasut
Add bindings for the LVDS-to-eDP bridge chip, IT6251, which is
used to connect the standard 1920x1080 panel on Novena laptop.
Tested on a Kosagi Novena laptop with imx6 display controller.
Based on v5.7-rc2, applies to drm-misc-next 5e6ed29d72d2
Signed-off-by: Marek Vasut
Si
s://git.linaro.org/lkft/arm64-stable-rc.git
git branch: 4.4.223-rc3-hikey-20200509-718
git commit: a9b5de1ee99dbfcffcc1d5a7cf13b8774b503461
git describe: 4.4.223-rc3-hikey-20200509-718
Test details:
https://qa-reports.linaro.org/lkft/linaro-hikey-stable-rc-4.4-oe/build/4.4.223-rc3-hikey-20200509-71
> -Original Message-
> From: Matteo Croce
> Sent: Saturday, May 9, 2020 3:13 AM
> To: David S . Miller
> Cc: Maxime Chevallier ; netdev
> ; LKML ; Antoine
> Tenart ; Thomas Petazzoni
> ; gregory.clem...@bootlin.com;
> miquel.ray...@bootlin.com; Nadav Haklai ; Stefan
> Chulski ; Marcin W
Test V_IRQ injection from L1 to L2 with V_TPR less
than or greater than V_INTR_PRIO. Also test VINTR
intercept with differing V_TPR and V_INTR_PRIO.
Signed-off-by: Cathy Avery
---
x86/svm_tests.c | 150
1 file changed, 150 insertions(+)
diff --gi
Add support for non-block devices (e.g. MTD). A non-block driver calls
pstore_blk_register_device() to register iself.
In addition, pstore/zone is updated to handle non-block devices,
where an erase must be done before a write. Without this, there is no
way to remove records stored to an MTD.
Sig
Support backend for console. To enable console backend, just make
console_size be greater than 0 and a multiple of 4096.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-6-git-send-email-liaoweixi...@allwinnertech.com
Signed-off-by: Kees Cook
---
fs/pstore/Kconfig
One requirement to support MTD devices in pstore/zone is having a
way to declare certain regions as broken. Add this support to
pstore/zone.
The MTD driver should return -ENOMSG when encountering a bad region,
which tells pstore/zone to skip and try the next one.
Signed-off-by: WeiXiong Liao
Lin
Implement a common set of APIs needed to support pstore storage zones,
based on how ramoops is designed. This will be used by pstore/blk with
the intention of migrating pstore/ram in the future.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-2-git-send-email-liaowe
> Record PC value from regs[15], it should be regs[32] in REGS_ABI_32 mode,
> which cause perf parser the backtrace failed.
I suggest to improve also this commit message.
* The patch subject was not succinct.
Should any information be moved into the change description?
* Please avoid wording w
In order to configure itself, the MTD backend needs to be able to query
the current pstore configuration. Introduce pstore_blk_usr_info() for
this purpose.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-10-git-send-email-liaoweixi...@allwinnertech.com
Signed-off-by
Add pmsg support to pstore/blk (through pstore/zone). To enable, pmsg_size
must be greater than 0 and a multiple of 4096.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-5-git-send-email-liaoweixi...@allwinnertech.com
Signed-off-by: Kees Cook
---
fs/pstore/Kconfig
This introduces mtdpstore, which is similar to mtdoops but more
powerful. It uses pstore/blk, and aims to store panic and oops logs to
a flash partition, where pstore can later read back and present as files
in the mounted pstore filesystem.
To make mtdpstore work, the "blkdev" of pstore/blk shoul
Most pstore backends lack support for all the pstore frontends, only
handling kmsg dump and not things like pmsg, console, and ftrace.
Provide a way for drivers using pstore/blk to list which frontends they
expect to support.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/158512650
This is a series to support crash log to block and mtd device,
base on v4 of Kees Cook's.
Changes since v4:
patch 1: adapt pstore to kmsg_dump_reason_str().
patch 2: fix bugs that decompress failed and rmmod failed.
use atomic_xchg() on psz_flush_dirty_zone
pstore/blk is similar to pstore/ram, but uses a block device as the
storage rather than persistent ram.
The pstore/blk backend solves two common use-cases that used to preclude
using pstore/ram:
- not all devices have a battery that could be used to persist
regular RAM across power failures.
- m
From: Kees Cook
The pstore subsystem already had a private version of this function.
With the coming addition of the pstore/zone driver, this needs to be
shared. As it really should live with printk, move it there instead.
Signed-off-by: Kees Cook
---
fs/pstore/platform.c | 22 +--
Support backend for ftrace. To enable ftrace backend, just make
ftrace_size be greater than 0 and a multiple of 4096.
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-7-git-send-email-liaoweixi...@allwinnertech.com
Signed-off-by: Kees Cook
---
fs/pstore/Kconfig
Add details on using pstore/blk, the new backend of pstore to record
dumps to block devices, in Documentation/admin-guide/pstore-blk.rst
Signed-off-by: WeiXiong Liao
Link:
https://lore.kernel.org/r/1585126506-18635-8-git-send-email-liaoweixi...@allwinnertech.com
Signed-off-by: Kees Cook
---
Do
Hello,
I'm trying to understand exactly what the two variables tsc_khz and
cpu_khz represent. Information online seems to suggest:
tsc_khz - Is the frequency of the tsc
cpu_khz - Outputs in /proc/cpuinfo in the processor description, best
I can tell this is the P0 frequency. Some code examples a
301 - 400 of 538 matches
Mail list logo