On Thu, May 16, 2019 at 9:05 AM Qian Cai wrote:
>
> Several places (dimm_devs.c, core.c etc) include label.h but only
> label.c uses NSINDEX_SIGNATURE, so move its definition to label.c
> instead.
>
> In file included from drivers/nvdimm/dimm_devs.c:23:
> drivers/nvdimm/label.h:41:19: warning: 'NS
Hi Yangtao,
thank you for work on this driver.
On Fri, May 17, 2019 at 02:06:53AM +0800, Frank Lee wrote:
> HI Ondřej,
>
> On Mon, May 13, 2019 at 6:16 AM Ondřej Jirman wrote:
> > > +
> > > +/* Temp Unit: millidegree Celsius */
> > > +static int tsens_reg2temp(struct tsens_device *tmdev,
> > >
Hi,
On Wed, May 08, 2019 at 06:47:12PM -0700, Prasad Sodagudi wrote:
> Some platforms may need warm reboot support when kernel crashed
> for post mortem analysis instead of cold reboot. So use config
> CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command
> support for warm reset.
Please see
On Thu, May 16, 2019 at 06:09:53PM +0200, Matteo Croce wrote:
> On Tue, Apr 30, 2019 at 8:14 PM Kees Cook wrote:
> >
> > On Tue, Apr 30, 2019 at 11:01 AM Matteo Croce wrote:
> > >
> > > In the sysctl code the proc_dointvec_minmax() function is often used to
> > > validate the user supplied value
Hi Daniel,
On Wed, May 15, 2019 at 11:42 AM Daniel Baluta wrote:
>
> i.MX8MM has 5 SAI instances with the following base
> addresses according to RM.
>
> SAI1 base address: 3001_h
> SAI2 base address: 3002_h
> SAI3 base address: 3003_h
> SAI5 base address: 3005_h
> SAI6 base addre
On Wed, May 15, 2019 at 11:42 AM Daniel Baluta wrote:
> + simple-audio-card,codec {
> + sound-dai = <&wm8524>;
> + clocks = <&clk IMX8MM_CLK_SAI3_ROOT>;
IMX8MM_CLK_SAI3_ROOT is the internal clock that drives the SAI3
interface, not an ext
>Indeed, good catch! Have you observed this, or is this patch due to code
inspection?
I observed this. I was using perf_event_open instead of linux tools perf
to monitor a process continuously forking new processes, generating a lot
of mmap records. And a sample record happens while generating a m
On Thu, May 16, 2019 at 10:57:53AM -0700, Linus Torvalds wrote:
> On Thu, May 16, 2019 at 9:01 AM Ingo Molnar wrote:
> >
> > A single rwsem fix.
>
> Side note, this one isn't marked for stable, but I'm hoping stable
> picks it up just from the "Fixes" tag.
>
> Stable people, we're talking about
In perf_output_put_handle(), an IRQ/NMI can happen in below location and
write records to the same ring buffer:
...
local_dec_and_test(&rb->nest)
... <-- an IRQ/NMI can happen here
rb->user_page->data_head = head;
...
In this case, a
On Fri, 10 May 2019 10:22:35 +0200
Pierre Morel wrote:
> We implement a capability intercafe for VFIO_IOMMU_GET_INFO and add the
> first capability: VFIO_IOMMU_INFO_CAPABILITIES.
>
> When calling the ioctl, the user must specify
> VFIO_IOMMU_INFO_CAPABILITIES to retrieve the capabilities and mus
On Thu, May 16, 2019 at 5:09 AM Arnd Bergmann wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
> tags/asm-generic-nommu
Interesting. I haven't seen this error before:
# gpg: Signature made Tue 23 Apr 2019 12:54:49 PM PDT
# gpg:using RSA key 60AB
On Thu, May 16, 2019 at 11:39 AM Greg KH wrote:
>
> Thanks, I'll work on that later tonight...
Note that it probably is almost entirely impossible to trigger the
problem in practice, so it's not like this is a particularly important
stable back-port.
I just happened to look at it and go "hmm, it
On Thu, May 16, 2019 at 4:21 AM Michal Rostecki wrote:
>
> This series of patches move the commonly used bpf_printk macro to
> bpf_helpers.h which is already included in all BPF programs which
> defined that macro on their own.
makes sense, but it needs to wait until bpf-next reopens.
The pull request you sent on Thu, 16 May 2019 14:09:08 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
> tags/asm-generic-nommu
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/27ebbf9d5bc0ab0a8ca875119e0ce4cd267fa2fc
Thank you!
--
Deet-do
> On May 14, 2019, at 10:15 AM, Andy Lutomirski wrote:
>
>
>
> On May 14, 2019, at 10:00 AM, Nadav Amit wrote:
>
>>> On May 14, 2019, at 1:00 AM, Paul Turner wrote:
>>>
>>> From: Nadav Amit
>>> Date: Fri, May 10, 2019 at 7:45 PM
>>> To:
>>> Cc: Borislav Petkov, , Nadav Amit, Andy
>>> Luto
> unshare(CLONE_FILES);
> /* we don't want anything past stderr here */
> close_range(3, ~0U);
> execve();
Yes please.
nextfd(2)
https://lkml.org/lkml/2012/4/1/71
fdmap(2)
https://marc.info/?t=15062836696&r=1&w=4
I like fdmap more.
On Tue, May 14 2019 at 11:48pm -0400,
Dan Williams wrote:
> Pankaj reports that starting with commit ad428cdb525a "dax: Check the
> end of the block-device capacity with dax_direct_access()" device-mapper
> no longer allows dax operation. This results from the stricter checks in
> __bdev_dax_supp
On 5/16/19 10:44 AM, Alexey Brodkin wrote:
>> On 5/16/19 10:24 AM, Eugeniy Paltsev wrote:
+ unsigned int write = 0, exec = 0, mask;
>>> Probably it's better to use 'bool' type for 'write' and 'exec' as we really
>>> use them as a boolean
>> variables.
>>
>> Right those are semantics, but the
On Thu, 2019-05-16 at 23:55 +0530, Hariprasad Kelam wrote:
> On Thu, May 16, 2019 at 11:00:56AM +0300, Dan Carpenter wrote:
> > On Wed, May 15, 2019 at 11:15:36PM +0530, Hariprasad Kelam wrote:
> > > @@ -1042,7 +1042,7 @@ sint sta2ap_data_frame(
> > > }
> > >
> > > *psta = rtw
gcc warns that function print_lock_trace() is unused if
CONFIG_PROVE_LOCKING isn't set.
../kernel/locking/lockdep.c:2820:13: warning: ‘print_lock_trace’ defined
but not used [-Wunused-function]
static void print_lock_trace(struct lock_trace *trace, unsigned int
spaces)
Rework so we remove
On 5/16/19 12:36 PM, Alexei Starovoitov wrote:
On Fri, May 10, 2019 at 9:37 PM Alexei Starovoitov
wrote:
On Fri, May 10, 2019 at 08:52:49PM -0600, Shuah Khan wrote:
commit 8ce72dc32578 ("selftests: fix headers_install circular dependency")
broke bpf build/test workflow. When KBUILD_OUTPUT is
The pull request you sent on Thu, 16 May 2019 12:35:53 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git
> tags/edac_fixes_for_5.2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/11b1177399b69528f75ad7594ce93c957d4d16b6
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Thu, 16 May 2019 13:49:02 -0300:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> tags/media/v5.2-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/01be377c62210a8d8fef35be906f9349591bb7cd
Thank you!
--
Deet-doot-dot
The pull request you sent on Thu, 16 May 2019 10:29:42 +0200:
> git://git.infradead.org/users/hch/configfs.git tags/configfs-for-5.2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4e785e8d9947f0f75e39cf3034dd6f55170c514b
Thank you!
--
Deet-doot-dot, I am a bot.
http
Hi James/Borislav,
I addressed your comments and sent out "[PATCH v3 1/2] dt-bindings: edac:
arm-dmc520.txt" for review. Thanks!
-Lei
-Original Message-
From: James Morse
Sent: Monday, March 25, 2019 11:30 AM
To: Rui Zhao
Cc: b...@alien8.de; robh...@kernel.org; mark.rutl...@arm.com;
This change clears GPE status for wake-up devices before enabling that
GPE. This is required to ensure that stale GPE status does
not result in pre-mature wake on enabling GPE for wake-up devices.
Without this change, here is the sequence of events that is causing
suspend aborts on recent chrome b
Hi James/Borislav,
I addressed your comments and sent out " [PATCH v3 2/2] EDAC: add EDAC driver
for DMC520" for review. Patch is against for-next.
More details please see inline below with "[Lei]" tag. Thanks!
-Lei
-Original Message-
From: James Morse
Sent: Monday, March 25, 2019 11
It turned out that DEBUG_SLAB_LEAK is still broken even after recent
recue efforts that when there is a large number of objects like
kmemleak_object which is normal on a debug kernel,
# grep kmemleak /proc/slabinfo
kmemleak_object 2243606 3436210 ...
reading /proc/slab_allocators could easi
> -Original Message-
> From: linux-edac-ow...@vger.kernel.org On
> Behalf Of Borislav Petkov
> Sent: Thursday, May 16, 2019 12:21 PM
> To: Ghannam, Yazen
> Cc: Luck, Tony ; linux-e...@vger.kernel.org;
> linux-kernel@vger.kernel.org; x...@kernel.org
> Subject: Re: [PATCH v3 5/6] x86/MCE:
[looks like linux-abi is a typo, Cc'ed linux-api instead]
On Thu, May 16, 2019 at 05:50:22PM +0100, Al Viro wrote:
> [linux-abi cc'd]
>
> On Thu, May 16, 2019 at 06:31:52PM +0200, Christian Brauner wrote:
> > On Thu, May 16, 2019 at 05:22:59PM +0100, Al Viro wrote:
> > > On Thu, May 16, 2019 at 1
On Thu, May 16, 2019 at 8:41 PM Linus Torvalds
wrote:
>
> On Thu, May 16, 2019 at 5:09 AM Arnd Bergmann wrote:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
> > tags/asm-generic-nommu
>
> Interesting. I haven't seen this error before:
>
> # gpg: Signature made Tue
On Thu, May 16, 2019 at 08:20:58PM +, Ghannam, Yazen wrote:
> We don't actually know if there are bits set in hardware until we read
> it back. So I don't think this is adding anything new.
Bah, of course. We need to read it first (pasting the whole function).
Now, __mcheck_cpu_init_clear_bank
Hi Mathieu,
On 4/29/19 9:27 AM, Mathieu Desnoyers wrote:
From: Martin Schwidefsky
Use trap4 as the guard instruction for the restartable sequence abort
handler.
Signed-off-by: Martin Schwidefsky
Signed-off-by: Mathieu Desnoyers
---
tools/testing/selftests/rseq/rseq-s390.h | 9 -
Linus,
Please pull this 1 additional commit for rc1. This had to wait for all
the merge window changes to vendor-prefixes.txt to go in to regenerate
it.
Rob
The following changes since commit 01be377c62210a8d8fef35be906f9349591bb7cd:
Merge tag 'media/v5.2-1' of
git://git.kernel.org/pub/scm/l
Hi Rodin,
On 2019-05-16 14:24:13 +, Rodin, Michael (Ferchau; ADITG/ESM1) wrote:
> Hi Kieran and Niklas,
>
> thank you for your responses!
>
> > Hi Kieran and Michael,
> >
> > On 2019-05-10 17:25:24 +0100, Kieran Bingham wrote:
> >
> >
> > >
> > > Niklas, how does RCar-CSI determine the top/
Announcing a new -ck release, 5.1-ck1 with the latest version of the
Multiple Queue Skiplist Scheduler, version 0.192. These are patches
designed to improve system responsiveness and interactivity with
specific emphasis on the desktop, but configurable for any workload.
linux-5.1-ck1:
-ck1 patche
- On May 16, 2019, at 4:39 PM, shuah sh...@kernel.org wrote:
> Hi Mathieu,
>
> On 4/29/19 9:27 AM, Mathieu Desnoyers wrote:
>> From: Martin Schwidefsky
>>
>> Use trap4 as the guard instruction for the restartable sequence abort
>> handler.
>>
>> Signed-off-by: Martin Schwidefsky
>> Signed
On Thu, May 16, 2019 at 1:34 PM Arnd Bergmann wrote:
>
>
> I have reconfigured it locally now and pushed an identical tag with a
> new signature. Can you see if that gives you the same warning if you
> try to pull that?
No, same issue:
[torvalds@i7 linux]$ git fetch
git://git.kernel.org/pub/s
On Thu, May 16, 2019 at 10:34:56PM +0200, Borislav Petkov wrote:
> On Thu, May 16, 2019 at 08:20:58PM +, Ghannam, Yazen wrote:
> > We don't actually know if there are bits set in hardware until we read
> > it back. So I don't think this is adding anything new.
>
> Bah, of course. We need to re
> On May 16, 2019, at 12:24 AM, James Morris wrote:
>
>> On Wed, 15 May 2019, Andy Lutomirski wrote:
>>
>>> On Wed, May 15, 2019 at 3:46 PM James Morris wrote:
>>>
>>> You could try user.sigstruct, which does not require any privs.
>>>
>>
>> I don't think I understand your proposal. What file wo
> On May 15, 2019, at 10:16 PM, Jarkko Sakkinen
> wrote:
>
>> On Wed, May 15, 2019 at 11:27:04AM -0700, Andy Lutomirski wrote:
>> Hi, LSM and SELinux people-
>>
>> We're trying to figure out how SGX fits in with LSMs. For background,
>> an SGX library is functionally a bit like a DSO, except tha
Hello,
On Fri, May 17, 2019 at 01:51:56AM +0800, Frank Lee wrote:
> > > +static int tsens_probe(struct platform_device *pdev)
> > > +{
> > > + struct tsens_device *tmdev;
> > > + struct device *dev = &pdev->dev;
> > > + int ret;
> > > +
> > > + tmdev = devm_kzalloc(dev, sizeof(*tmd
Hi,
On Thu, May 16, 2019 at 10:11 PM Ivan Babrou wrote:
>
> Hey Miguel,
>
> The first error is during perf build process (make -C tools/perf install):
>
> [17:38:21] In file included from /usr/include/string.h:635,
> [17:38:21] from ui/tui/helpline.c:4:
> [17:38:21] In function '
On Thu, May 16, 2019 at 2:21 PM Miguel Ojeda
wrote:
>
> Hi,
>
> On Thu, May 16, 2019 at 10:11 PM Ivan Babrou wrote:
> >
> > Hey Miguel,
> >
> > The first error is during perf build process (make -C tools/perf install):
> >
> > [17:38:21] In file included from /usr/include/string.h:635,
> > [17:38
Fix the warning issued by checkpatch
Prefer kernel type 'u32' over 'uint32_t'.
Along with that include a blank line after a declaration
to maintain Linux kernel coding style.
Signed-off-by: Madhumitha Prabakaran
---
Changes in v2:
- Modified subject line
- Included one more change in control.c
-
Hello Yangtao,
On Thu, May 16, 2019 at 01:26:32PM -0400, Yangtao Li wrote:
> This patch adds the support for allwinner thermal sensor, within
> allwinner SoC. It will register sensors for thermal framework
> and use device tree to bind cooling device.
>
> Signed-off-by: Yangtao Li
> ---
> MAINT
*** BLURB HERE ***
Hello there,
I recently tested ledtrig-gpio on an embedded controller and one of the
issues I had involve not requesting the user input pin as GPIO.
In many embedded systems, a pin could be muxed as several functions, and
requesting the pin as GPIO is necessary to let pinmux se
The ledtrig-gpio logic assumes the input pin can be directly converted
to IRQ using gpio_to_irq. This is problematic since there is no
guarantee on the pinmux function nor the direction of the pin. Request
the pin as an input GPIO before requesting it as an IRQ.
Tested: a free pin can be correctly
GPIO number 0 is a valid case to handle. Use -1 as initial value
and use gpio_is_valid() to determine validity of the GPIO
number.
Signed-off-by: Kun Yi
Change-Id: I4a29f98b237fd0d8ba4dd2a28219d4429f2ccfff
---
drivers/leds/trigger/ledtrig-gpio.c | 16 +---
1 file changed, 5 insertion
Apology for resending in plain text.
-jane
On 5/16/19 9:45 AM, Jane Chu wrote:
Hi,
I'm able to reproduce the panic below by running two sets of ndctl
commands that actually serve legitimate purpose in parallel (unlike
the brute force experiment earlier), each set in a indefinite loop.
This time
Hi,
From: kernelci.org bot
Date: Tue, May 14, 2019 at 9:06 AM
To: , ,
, ,
, ,
, Elaine Zhang, Eduardo Valentin, Daniel
Lezcano
Cc: Heiko Stuebner, ,
, ,
Zhang Rui,
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This automated bisection report was sent to you on the basi
On Wed, Apr 24, 2019 at 07:12:17AM -0700, Tony Lindgren wrote:
> * Stefan Agner [190423 20:20]:
> > On 11.04.2019 09:54, Stefan Agner wrote:
> > > The LLVM Target parser currently does not allow to specify the security
> > > extension as part of -march (see also LLVM Bug 40186 [0]). When trying
>
On Wed, Apr 10, 2019 at 03:22:50PM +0800, Baolin Wang wrote:
> We've introduced power management logics for the Spreadtrum serial
> controller by commit 062ec2774c8a ("serial: sprd: Add power management
> for the Spreadtrum serial controller"), thus add related clock properties
> to support this fe
On Thu, May 16, 2019 at 9:45 AM Jane Chu wrote:
>
> Hi,
>
> I'm able to reproduce the panic below by running two sets of ndctl
> commands that actually serve legitimate purpose in parallel (unlike
> the brute force experiment earlier), each set in a indefinite loop.
> This time it takes about an h
Hi Linus,
Please pull the following Kselftest update for Linux 5.2-rc1
This kselftest second update for Linux 5.2-rc1 consists of
Kselftest framework fixes from Shuah Khan
- kselftest framework bpf build/test workflow regression fix
- Fix to kselftest install to use default install path
- Fix
On Thu, 2019-05-16 at 13:59 -0700, Linus Torvalds wrote:
> On Thu, May 16, 2019 at 1:34 PM Arnd Bergmann wrote:
> >
> >
> > I have reconfigured it locally now and pushed an identical tag with
> > a
> > new signature. Can you see if that gives you the same warning if
> > you
> > try to pull that?
Quoting Geert Uytterhoeven (2019-05-15 00:32:46)
> On Tue, May 14, 2019 at 11:19 PM Stephen Boyd wrote:
> > Quoting Chris Paterson (2019-05-14 08:33:41)
> > > Misspelling 'prohibited' is quite common in the real world, although
> > > surprisingly not so much in the Linux Kernel. In addition to fix
When a switch event, such as tablet mode/laptop mode or docked/undocked,
wakes a device make sure that the value of the swich is reported.
Without when a device is put in tablet mode from laptop mode when it is
suspended or vice versa the device will wake up but mode will be
incorrect.
Tested by s
Hi Justin,
Am Donnerstag, 16. Mai 2019, 14:44:36 CEST schrieb Justin Swartz:
> Add missing 1.464GHz clock rate to rk3228_cpuclk_rates[]
>
> Signed-off-by: Justin Swartz
I've applied the patch for kernel 5.3 and adapted the subject
plus commit message a bit to:
"clk: rockchip: add 1.464GHz cpu-
Hi Andy,
> > SIGSTRUCT isn't necessarily stored on disk so may not always have a fd.
> How about the following?
> > void *ss_pointer = mmap(sigstruct_fd, PROT_READ,...);
> > ioctl(enclave_fd, SGX_INIT_THE_ENCLAVE, ss_pointer);
> >
> > The idea here is SIGSTRUCT will still be passed in memory so it
Hi all,
In commit
b06c58c2a1ee ("ASoC: fsl_asrc: Fix the issue about unsupported rate")
Fixes tag
Fixes: fff6e03c7b65 ("ASoC: fsl_asrc: add support for 8-30kHz
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but no trailing quotes
Please
Hello, Linus.
The cgroup2 freezer pulled in this cycle broke strace. This pull
request includes a workaround for the problem. It's not a complete
fix in that it may cause spurious frozen state flip-flops which is
fairly minor. Will push a full fix once it's ready.
Thanks.
The following change
On Thursday, May 16, 2019 6:35:40 PM CEST Robert R. Howell wrote:
> Hi Rafael
>
>
> On 5/16/19 5:11 AM, Rafael J. Wysocki wrote:
>
> > On Thursday, April 25, 2019 6:38:34 PM CEST Robert R. Howell wrote:
> >> On 4/24/19 1:20 AM, Rafael J. Wysocki wrote:
> >>
> >>> On Tue, Apr 23, 2019 at 10:03 PM
On Wed, 2019-05-15 at 11:17 -0700, Lakshmi wrote:
> Hi Mimi,
>
> I would like to make sure I understood your feedback.
>
> >
> > Why duplicate the certificate info on each record in the measurement
> > list? Why not add the certificate info once, as the key is loaded
> > onto the .ima and .plat
On Thu, May 16, 2019 at 02:02:58PM -0700, Andy Lutomirski wrote:
> > On May 15, 2019, at 10:16 PM, Jarkko Sakkinen
> > wrote:
> > There is a problem here though. Usually the enclave itself is just a
> > loader that then loads the application from outside source and creates
> > the executable page
Greg Kroah-Hartman writes:
> On Wed, May 15, 2019 at 07:47:45AM -0700, kernelci.org bot wrote:
>> stable-rc/linux-4.4.y boot: 98 boots: 1 failed, 92 passed with 3 offline, 1
>> untried/unknown, 1 conflict (v4.4.179-267-gbe756dada5b7)
>>
>> Full Boot Summary:
>> https://kernelci.org/boot/all/jo
On Thu, May 16, 2019 at 11:53 PM James Bottomley
wrote:
>
> On Thu, 2019-05-16 at 13:59 -0700, Linus Torvalds wrote:
> > On Thu, May 16, 2019 at 1:34 PM Arnd Bergmann wrote:
> > >
> > >
> > > I have reconfigured it locally now and pushed an identical tag with
> > > a
> > > new signature. Can you
On Thu, May 16, 2019 at 3:49 PM Arnd Bergmann wrote:
>
> Strangely, the copy I have on my local machine does have the 'S'
> flag. I sent it back to the server now.
Yup, now when I refreshed your key, I got an update, and your
signature looks all good.
Linus
On Thu, May 16, 2019 at 12:58 PM Qian Cai wrote:
>
> Also, since it seems no one had noticed when it was totally broken
> more than 2-year ago - see the commit fcf88917dd43 ("slab: fix a crash
> by reading /proc/slab_allocators"), probably nobody cares about it
> anymore due to the decline of the
tags/afs-fixes-20190516
for you to fetch changes up to fd711586bb7d63f257da5eff234e68c446ac35ea:
afs: Fix double inc of vnode->cb_break (2019-05-16 16:25:21 +0100)
AFS fi
On 4/22/19 8:49 PM, Masahiro Yamada wrote:
This prepares to move CONFIG_OPTIMIZE_INLINING from x86 to a common
place. We need to eliminate potential issues beforehand.
If it is enabled for s390, the following error is reported:
In file included from arch/s390/crypto/des_s390.c:19:
./arch/s390/i
_break (2019-05-16 16:25:21 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
tags/afs-fixes-b-20190516
for you to fetch changes up to 39db9815da489b47b50b8e6e4fc7566a77bd18bf:
afs: Fix applicatio
The following changes since commit c1157f60d72e8b20efc670cef28883832f42406c:
Merge branch 'clk-parent-rewrite-1' into clk-next (2019-05-07 11:46:13 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-for-linus
for you to fet
If the 'snps,need-phy-for-wake' is set in the device tree then:
- We know that we can wakeup, so call device_set_wakeup_capable().
The USB core will use this knowledge to enable wakeup by default.
- We know that we should keep the PHY on during suspend if something
on our root hub needs remote
This is a re-post of the last 3 patches of a series I posted earlier
at:
https://lkml.kernel.org/r/20190418001356.124334-1-diand...@chromium.org
The first two patches were applied but the last three weren't because
they didn't apply at the time. They apply fine now so are ready to
land.
Change
> > > There is a problem here though. Usually the enclave itself is just a
> > > loader that then loads the application from outside source and
> > > creates the executable pages from the content.
> > >
> > > A great example of this is Graphene that bootstraps unmodified Linux
> > > applications to
As we would like to use mdev subsystem for wider use case as
discussed in [1], [2] apart from an offline discussion.
This use case is also discussed with wider forum in [4] in track
'Lightweight NIC HW functions for container offload use cases'.
This series is prep-work and improves vfio/mdev modu
In following sequences, child devices created while removing mdev parent
device can be left out, or it may lead to race of removing half
initialized child mdev devices.
issue-1:
cpu-0 cpu-1
- -
If device is removal is initiated by two threads as below, mdev core
attempts to create a syfs remove file on stale device.
During this flow, below [1] call trace is observed.
cpu-0cpu-1
--
mdev_unregister_
This patch addresses below two issues and prepares the code to address
3rd issue listed below.
1. mdev device is placed on the mdev bus before it is created in the
vendor driver. Once a device is placed on the mdev bus without creating
its supporting underlying vendor device, mdev driver's probe()
Hi,
We found a failure with selftests/bpf/tests_prog in test_stacktrace_map (on
bpf/master
branch).
After digging into the code, we found that perf_callchain_kernel() is giving
empty
callchain for tracepoint sched/sched_switch. And it seems related to commit
d15d356887e770c5f2dcf963b52c7cb51
On Thu, May 16, 2019 at 11:42:58AM -0700, Linus Torvalds wrote:
On Thu, May 16, 2019 at 11:39 AM Greg KH wrote:
Thanks, I'll work on that later tonight...
Note that it probably is almost entirely impossible to trigger the
problem in practice, so it's not like this is a particularly important
On 5/16/2019 2:51 PM, Dan Williams wrote:
On Thu, May 16, 2019 at 9:45 AM Jane Chu wrote:
Hi,
I'm able to reproduce the panic below by running two sets of ndctl
commands that actually serve legitimate purpose in parallel (unlike
the brute force experiment earlier), each set in a indefinite lo
On Wed, May 15, 2019 at 11:27:04AM -0700, Andy Lutomirski wrote:
> Here's a very vague proposal that's kind of like what I've been
> thinking over the past few days. The SGX inode could track, for each
> page, a "safe-to-execute" bit. When you first open /dev/sgx/enclave,
> you get a blank enclav
On Thu, May 16, 2019 at 4:00 PM David Howells wrote:
>
> Could you pull this series please?
I've pulled this, but I'm seriously considering just stopping pulling
from you entirely.
Not only is this late in the merge window, EVERY SINGLE commit I
pulled from you is from within a day or two.
And
The pull request you sent on Fri, 17 May 2019 00:00:21 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> tags/afs-fixes-20190516
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fefb2483dc10c736e4235984fed4f3a61c99e1c2
Thank you!
--
The pull request you sent on Thu, 16 May 2019 17:40:05 +0200:
> https://github.com/ceph/ceph-client.git tags/ceph-for-5.2-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1d9d7cbf28a1c2f84f2a0224466f8eb5f0a62ace
Thank you!
--
Deet-doot-dot, I am a bot.
https://kor
The pull request you sent on Fri, 17 May 2019 00:02:04 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> tags/afs-fixes-b-20190516
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0d74471924f2a01dcd32d154510c0500780b531a
Tha
On Thu, May 16, 2019 at 5:03 PM Sean Christopherson
wrote:
>
> On Wed, May 15, 2019 at 11:27:04AM -0700, Andy Lutomirski wrote:
> > Here's a very vague proposal that's kind of like what I've been
> > thinking over the past few days. The SGX inode could track, for each
> > page, a "safe-to-execute
The following changes since commit 085b7755808aa11f78ab9377257e1dad2e6fa4bb:
Linux 5.1-rc6 (2019-04-21 10:45:57 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/palmer/riscv-linux.git
tags/riscv-for-linus-5.2-mw1
for you to fetch changes up to 81
On Thu, May 16, 2019 at 3:23 PM Xing, Cedric wrote:
>
> Hi Andy,
>
> > > SIGSTRUCT isn't necessarily stored on disk so may not always have a fd.
> > How about the following?
> > > void *ss_pointer = mmap(sigstruct_fd, PROT_READ,...);
> > > ioctl(enclave_fd, SGX_INIT_THE_ENCLAVE, ss_pointer);
> > >
Jeff discovered that performance improves from ~375K iops to ~519K iops
on a simple psync-write fio workload when moving the location of 'struct
page' from the default PMEM location to DRAM. This result is surprising
because the expectation is that 'struct page' for dax is only needed for
third par
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
Documentation/virtual/kvm/api.txt
between commit:
dbcdae185a70 ("Documentation: kvm: fix dirty log ioctl arch lists")
from Linus' tree and commit:
d7547c55cbe7 ("KVM: Introduce KVM_CAP_MANUAL_DIRTY_LOG_PROTECT2")
from
> From: Andy Lutomirski [mailto:l...@kernel.org]
>
> On Thu, May 16, 2019 at 3:23 PM Xing, Cedric
> wrote:
> >
> > Hi Andy,
> >
> > > > SIGSTRUCT isn't necessarily stored on disk so may not always have
> a fd.
> > > How about the following?
> > > > void *ss_pointer = mmap(sigstruct_fd, PROT_READ,
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/x86/kvm/paging_tmpl.h
between commit:
73b0140bf0fe ("mm/gup: change GUP fast to use flags rather than a write
'bool'")
from Linus' tree and commit:
bd53cb35a3e9 ("X86/KVM: Handle PFNs outside of kernel reach when
On Thu, May 16, 2019 at 03:02:18PM -0700, Florian Fainelli wrote:
> On 5/16/19 12:55 PM, Nikunj Kela (nkela) wrote:
> >
> >
> > On 5/16/19, 12:35 PM, "Jeff Kirsher" wrote:
> >
> > On Wed, 2019-05-08 at 23:14 +, Nikunj Kela wrote:
> >>> Some of the broken NICs don't have EEPROM progr
On Sun, May 12, 2019 at 10:02:10AM +, Anson Huang wrote:
> i.MX6SL's KPP and WDOG use IMX6SL_CLK_IPG as clock root,
> assign IMX6SL_CLK_IPG to them instead of IMX6SL_CLK_DUMMY.
>
> Signed-off-by: Anson Huang
> Reviewed-by: Dong Aisheng
Applied both ,thanks.
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
tools/testing/selftests/kvm/dirty_log_test.c
between commit:
76d58e0f07ec ("KVM: fix KVM_CLEAR_DIRTY_LOG for memory slots of unaligned
size")
from Linus' tree and commit:
65c4189de8c1 ("KVM: fix KVM_CLEAR_DIRTY_LOG for
On Thu, May 16, 2019 at 6:06 PM Xing, Cedric wrote:
>
> > From: Andy Lutomirski [mailto:l...@kernel.org]
> >
> > On Thu, May 16, 2019 at 3:23 PM Xing, Cedric
> > wrote:
> > >
> > > Hi Andy,
> > >
> > > > > SIGSTRUCT isn't necessarily stored on disk so may not always have
> > a fd.
> > > > How abo
On 5/16/19 7:34 AM, Ken Goldman wrote:
But outside the client machine this key id is not sufficient to
uniquely determine which key the signature corresponds to.
Why is this not sufficient?
In my implementation, I create a lookup table at the attestation service
that maps the 4-byte IMA log
701 - 800 of 888 matches
Mail list logo
