On Wed, Jul 26, 2017 at 10:20 AM, Christoph Hellwig wrote:
> On Wed, Jul 26, 2017 at 10:11:08AM -0700, Dan Williams wrote:
>> Until HMAT came along we had no data in the kernel how to pick a sane
>> default, but we could now very easily make a "if pmem performance <
>> dram, disable dax by default
On Wed, Jul 26, 2017 at 10:25:08AM -0500, Michael Bringmann wrote:
> Hello, Tejun:
> Do you need anything else from me regarding this patch?
> Or are you good to commit it upstream?
> Thanks.
Hmmm... you were planning to try it and we wanted to convert it to
WARN_ONCE?
Thanks.
--
tejun
On Wed, 26 Jul 2017, Austin S. Hemmelgarn wrote:
> On 2017-07-26 13:41, Eric Wheeler wrote:
> > On Wed, 26 Jul 2017, Pavel Machek wrote:
> >
> > > Hi!
> > >
> > > > > > > Unfortunately, that would mean shifting 400GB data 8KB forward,
> > > > > > > and
> > > > > > > compatibility problems. So I'd
On Wed, Jul 26, 2017 at 01:55:38PM -0400, Jeff Layton wrote:
> @@ -668,12 +668,14 @@ static int gfs2_fsync(struct file *file, loff_t start,
> loff_t end,
> if (ret)
> return ret;
> if (gfs2_is_jdata(ip))
> - filemap_write_and_wa
In multiple instances enum values of an incorrect type are passed to
mod_memcg_state() and other memcg functions. Apparently this is
intentional, however clang rightfully generates tons of warnings about
the mismatched types. Cast the offending values to the type expected
by the called function. Th
Marc reported that he was not getting the PHY library adjust_link()
callback function to run when calling phy_stop() + phy_disconnect()
which does not indeed happen because we don't make sure we flush the
PHYLIB delayed work and let it run to completion. We also need to have
a synchronous call to p
On Wed, 2017-07-26 at 15:17 -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 26 Jul 2017 17:27:12 +
:
> I didn't try to inject an error, as I'm not sure if EINJ feature is
> enabled on this BIOS. Probably not.
I believe it has EINJ support.
> At least on this machine, I very much prefer to use
Hi Arnd and David,
On 07/26/2017 05:45 AM, Arnd Bergmann wrote:
On Tue, Jul 25, 2017 at 11:51 AM, David Laight wrote:
From: Brijesh Singh
Sent: 24 July 2017 20:08
From: Tom Lendacky
Secure Encrypted Virtualization (SEV) does not support string I/O, so
unroll the string I/O operation into a
On 26.07.2017 04:17, Guenter Roeck wrote:
On 07/24/2017 12:37 PM, Maciej S. Szmigiero wrote:
After a suspend / resume cycle we possibly need to reapply chip registers
settings that we had set or fixed in a probe path, since they might have
been reset to default values or set incorrectly by a BIO
On 07/26/2017 12:24 PM, Florian Fainelli wrote:
> Marc reported that he was not getting the PHY library adjust_link()
> callback function to run when calling phy_stop() + phy_disconnect()
> which does not indeed happen because we don't make sure we flush the
> PHYLIB delayed work and let it run to
[Sorry for breaking the thread, but I don't have the initial message to
reply to.]
I tried your patchset and faced some issues regarding removal detection:
the driver detects headphone and microphone removal as soon as I press a
button on the headset.
evtest logs:
[Headset insertion]
Eve
On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote:
> Currently a packet is marked for loopback only if the source and
> destination address match. This is not enough when multiple
> gids are present in rxe's gid table and the traffic is
> from one gid to another.
>
> Fix it by marki
On Tue, 18 Jul 2017 14:22:20 -0300
Murilo Opsfelder Araujo wrote:
> When CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n, build fails with the
> following:
>
> drivers/vfio/pci/vfio_pci.o: In function `.vfio_pci_release':
> vfio_pci.c:(.text+0xa98): undefined reference to
> `.vfio_spapr_pci_ee
Hello
so one last bug found by the PAPI testsuite.
This one involves the rdpmc auto-disable on last unmap of an event
feature.
Failing test case:
fd=perf_event_open();
addr=mmap(fd);
exec() // without closing or unmapping the event
fd=perf_event_open();
On Wed, Jul 26, 2017 at 3:03 AM, Arnd Bergmann wrote:
> On Tue, Jul 25, 2017 at 11:39 PM, Kamal Dasu wrote:
>> Arnd, Cyrille,
>>
>> I am working on fixing spi-bcm-qspi.c as per Cyrill's suggestion as
>> mentioned here : https://patchwork.kernel.org/patch/9624585/.
>> And remove the use of SPINOR
On Wed, Jul 26, 2017 at 05:44:14PM +0100, Srinivas Kandagatla wrote:
>
>
> On 25/07/17 18:51, Damien Riegel wrote:
> > The audio codec in the PM8916 has a feature called Multi-Button Headset
> > Control (MBHC). It can support of up to five buttons on a headset, and
> > jack insertion/removal dete
On Wed, Jul 26, 2017 at 10:09:41PM +0800, Chen-Yu Tsai wrote:
> On Mon, Jul 24, 2017 at 9:58 PM, Chen-Yu Tsai wrote:
> > Hi everyone,
> >
> > This is v3 of my MMC controller support series.
> >
>
> [...]
>
> > Chen-Yu Tsai (10):
> > clk: sunxi-ng: Add interface to query or configure MMC timing
,Eric Biederman ,Tejun Heo
,Paolo Bonzini ,Andrew Morton
,"Kirill A . Shutemov"
,Lu Baolu
From: h...@zytor.com
Message-ID:
On July 26, 2017 9:24:45 PM GMT+02:00, Brijesh Singh
wrote:
>
>Hi Arnd and David,
>
>On 07/26/2017 05:45 AM, Arnd Bergmann wrote:
>> On Tue, Jul 25, 2017 at 11:51 AM, D
On Wed, 2017-07-26 at 07:24 -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 26 Jul 2017 10:48:27 +0200
> Borislav Petkov escreveu:
>
> > From: Borislav Petkov
> >
> > Register with the GHES notifier chain so that there's no need to
> > call into the module with ghes_edac_report_mem_error().
>
>
- Original Message -
| From: Jeff Layton
|
| Some filesystem fsync routines will need these.
|
| Signed-off-by: Jeff Layton
| ---
| include/linux/fs.h | 7 ++-
| mm/filemap.c | 56
| ++
| 2 files changed, 62 insertions(+),
On Wed, Jul 26, 2017 at 9:10 PM, Josh Poimboeuf wrote:
> On Wed, Jul 26, 2017 at 04:46:40PM +0200, Arnd Bergmann wrote:
>> I only saw these warnings once, they are either very rare, or were introduced
>> recently:
>>
>> arch/x86/kvm/vmx.o: warning: objtool: .altinstr_replacement+0x0:
>> unreachabl
On 07/26/2017 12:34 PM, Florian Fainelli wrote:
> On 07/26/2017 12:24 PM, Florian Fainelli wrote:
>> Marc reported that he was not getting the PHY library adjust_link()
>> callback function to run when calling phy_stop() + phy_disconnect()
>> which does not indeed happen because we don't make sure
On Wed, Jul 26, 2017 at 10:02 AM, Christopher Lameter wrote:
> On Wed, 26 Jul 2017, Dima Zavin wrote:
>
>> The fix is to cache the value that's returned by cpusets_enabled() at the
>> top of the loop, and only operate on the seqlock (both begin and retry) if
>> it was true.
>
> I think the proper
On Tue, Jul 25, 2017 at 07:57:56PM -0700, Guenter Roeck wrote:
> On 07/25/2017 12:19 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.12.4 release.
> > There are 196 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Wed, Jul 26, 2017 at 11:52:19AM -0700, Kees Cook wrote:
> --- a/tools/objtool/check.c
> +++ b/tools/objtool/check.c
> @@ -156,7 +156,7 @@ static int __dead_end_function(struct objtool_file *file,
> struct symbol *func,
> "kvm_spurious_fault",
> "__reiserfs_panic",
>
On Wed, Jul 26, 2017 at 03:21:20PM +0100, Mel Gorman wrote:
> I noticed relatively late and it hadn't occured on my own testing. I can
> send it as a separate patch but I wanted to highlight that it would affect
> a 4.12.4 release.
>
> ---8<---
> sched/cputime: Don't use smp_processor_id() in pree
On Wed, Jul 26, 2017 at 07:42:47PM +0530, Sumit Semwal wrote:
> Hi Greg,
>
> On 26 July 2017 at 00:48, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 4.9.40 release.
> > There are 125 patches in this series, all will be posted as a response
> > to this one.
On Tue, Jul 25, 2017 at 11:56:01PM +0100, Ben Hutchings wrote:
> On Wed, 2017-07-19 at 13:12 +0200, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Jason Gunthorpe
> >
> > commit 4e26195f240d73150
> > + endfor_ifa(in_dev);
>
> The above endfor_ifa should move to below.
Please ignore, my mistake.
>
> > +out:
On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote:
> Currently a packet is marked for loopback only if the source and
> destination address match. This is not enough when multiple
> gids are present in rxe's gid table and the traffic is
> from one gid to another.
>
> Fix it by marki
Scott Branden writes:
> Hi Eric,
>
> suggestion inline
>
>
> On 17-07-19 01:19 PM, Eric Anholt wrote:
>> BCM2837 is somewhat unusual in that we build its DT on both arm32 and
>> arm64. Most devices are being run in arm32 mode.
>>
>> Having the body of the DT for 2837 separate from 2835/6 has bee
In zap_shader_load_mdt(), we pass a pointer to a phys_addr_t
into dmam_alloc_coherent, which the compiler warns about:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c: In function 'zap_shader_load_mdt':
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:54:50: error: passing argument 3 of
'dmam_alloc_coherent' from inc
On Jul 26, 2017 6:35 PM, "Jordan Crouse" wrote:
> > if (!IS_ENABLED(CONFIG_ARCH_QCOM))
> > return -EINVAL;
> >
> > + np = of_get_child_by_name(dev->of_node, "zap-shader");
> > + if (!np)
> > + return -ENODEV;
> > +
> > + np = of_parse_phandle(dev->of_n
BCM2837 is somewhat unusual in that we build its DT on both arm32 and
arm64. Most devices are being run in arm32 mode.
Having the body of the DT for 2837 separate from 2835/6 has been a
source of pain, as we often need to make changes that span both
directories simultaneously (for example, the th
Hi!
> > > > > > Unfortunately, that would mean shifting 400GB data 8KB forward, and
> > > > > > compatibility problems. So I'd prefer adding bcache superblock into
> > > > > > the reserved space, so I can have caching _and_ compatibility with
> > > > > > grub2 etc (and avoid 400GB move):
> > > > >
On 07/26/2017 10:33 AM, Greg KH wrote:
On Wed, Jul 26, 2017 at 06:30:49PM +0200, Borislav Petkov wrote:
On Wed, Jul 26, 2017 at 09:19:49AM -0700, Greg KH wrote:
On Wed, Jul 26, 2017 at 05:55:48PM +0200, Borislav Petkov wrote:
On Wed, Jul 26, 2017 at 05:45:15PM +0200, Jan Glauber wrote:
The PM
On Wed, Jul 26, 2017 at 12:56:37PM -0700, Greg Kroah-Hartman wrote:
> On Tue, Jul 25, 2017 at 11:56:01PM +0100, Ben Hutchings wrote:
> > On Wed, 2017-07-19 at 13:12 +0200, Greg Kroah-Hartman wrote:
> > > 4.4-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
> > >
Em Thu, Jul 20, 2017 at 10:11:57PM -0700, David Carrillo-Cisneros escreveu:
> Fixes bug noted by Jiri in https://lkml.org/lkml/2017/6/13/755 and caused
> by commit d49dadea7862 ("perf tools: Make 'trace' or 'trace_fields' sort
>key default for tracepoint events")
> not taking into account that
On Tue, 2017-07-25 at 17:48 -0700, Stephen Boyd wrote:
> >
> > Maybe it is time to investigate having the regmap clock from qcom available
> > to
> > every other platform ?
>
> I think we have regmap clk duplicated a couple times in the
> drivers/clk/ directory now.
Which is why we may start thi
On 07/26/2017 02:26 PM, H. Peter Anvin wrote:
\
static inline void outs##bwl(int port, const void *addr, unsigned
long count) \
{
This will clash with a fix I did to add a "memory" clobber
for the traditional imp
From: Andrew Lunn
Date: Wed, 26 Jul 2017 19:52:24 +0200
>> > So I really want to group the patches into only a few series in order
>> > to not spend months on the process.
>
> I strongly agree with Vivien here. Good patches get accepted in about
> 3 days. You should expect feedback within a day
On Wed, Jul 26, 2017 at 01:02:38PM -0700, David Daney wrote:
> On 07/26/2017 10:33 AM, Greg KH wrote:
> > On Wed, Jul 26, 2017 at 06:30:49PM +0200, Borislav Petkov wrote:
> > > On Wed, Jul 26, 2017 at 09:19:49AM -0700, Greg KH wrote:
> > > > On Wed, Jul 26, 2017 at 05:55:48PM +0200, Borislav Petkov
From: Nitin Gupta
Date: Wed, 26 Jul 2017 11:35:28 -0700
>
>
> On 07/20/2017 01:04 PM, David Miller wrote:
>> From: Nitin Gupta
>> Date: Thu, 13 Jul 2017 14:53:24 -0700
>>
>>> Testing:
>>>
>>> Tested with the stream benchmark which allocates 48G of
>>> arrays backed by 16G hugepages and does R
On Wed, Jul 26, 2017 at 12:16:11PM -0700, Dan Williams wrote:
> Silently turn on DAX if HMAT says its ok?
Yes, absolutely. I want my system to do the right thing by default,
and if HMAT says bypassing the page cache is a clear advatange it
should be the default.
> I think we would instead
> want
> On Jul 26, 2017, at 2:43 PM, Juergen Gross wrote:
>
>> On 26/07/17 19:57, Andy Lutomirski wrote:
>>
>>
On Jul 26, 2017, at 11:50 AM, Juergen Gross wrote:
> On 26/07/17 15:48, Andy Lutomirski wrote:
> On Mon, Jul 24, 2017 at 7:28 AM, Juergen Gross wrote:
> When runni
If a spinner is present, there is a chance that the load of
rwsem_has_spinner() in rwsem_wake() can be reordered with
respect to decrement of rwsem count in __up_write() leading
to wakeup being missed.
spinning writer up_write caller
---
Em Wed, Jul 26, 2017 at 08:57:13PM +0900, Taeung Song escreveu:
> On 07/26/2017 01:17 AM, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Jul 26, 2017 at 12:53:28AM +0900, Taeung Song escreveu:
> > > On 07/25/2017 11:42 PM, Arnaldo Carvalho de Melo wrote:
> > > > > Moreover there is the below case that
> "JT" == Johannes Thumshirn writes:
JT> It's probably best to just check for dxfer_len <= 2^28 to be valid
JT> as Doug suggested:
I can verify that patch on top of git head (as of a few hours ago) does
function properly.
It didn't apply directly on top of 4.12 but even I can handle fixing
Hi,
I know my response is late ...
> Hi Oliver
> On 07/20/2017 02:43 AM, Oliver Hartkopp wrote:
> > Hi Franklin,
> >
> > On 07/20/2017 01:36 AM, Franklin S Cooper Jr wrote:
> >
> >> +#ifdef CONFIG_OF
> >> +void of_transceiver_is_fixed(struct net_device *dev)
> >> +{
> >
> > (..)
> >
> >> +}
>
On Wed, Jul 26, 2017 at 1:11 PM, Christoph Hellwig wrote:
> On Wed, Jul 26, 2017 at 12:16:11PM -0700, Dan Williams wrote:
>> Silently turn on DAX if HMAT says its ok?
>
> Yes, absolutely. I want my system to do the right thing by default,
> and if HMAT says bypassing the page cache is a clear adv
Input source 0 of the mmc controllers are not the xtal, as currently
described in DT, but composite clocks (the usual mux, divider and gate).
The muxes can take the crytal (default) and any of the fclk_div clocks
which should provide any rate an mmc/nand could request.
The mux should also be able
- On Jul 26, 2017, at 2:30 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Wed, Jul 26, 2017 at 06:01:15PM +, Mathieu Desnoyers wrote:
>> - On Jul 26, 2017, at 11:42 AM, Paul E. McKenney
>> paul...@linux.vnet.ibm.com
>> wrote:
>>
>> > On Wed, Jul 26, 2017 at 09:46:56AM +
On 25/07/2017 at 14:00:21 +0200, Alexander Dahl wrote:
> Hello,
>
> this small patch series based on v4.13-rc2 fixes three things I found
> when trying to run the latest rc on an at91samg20 based platform with
> a SRAM like memory connected to the EBI interface, for which the
> timings should be s
On Wed, Jul 26, 2017 at 09:52:36PM +0200, Arnd Bergmann wrote:
> On Wed, Jul 26, 2017 at 9:10 PM, Josh Poimboeuf wrote:
> > On Wed, Jul 26, 2017 at 04:46:40PM +0200, Arnd Bergmann wrote:
> >> I only saw these warnings once, they are either very rare, or were
> >> introduced
> >> recently:
> >>
>
There is no need for the extra pair of parentheses, remove it. This
fixes the following warning when building with clang:
fs/btrfs/tree-log.c:3694:10: warning: equality comparison with extraneous
parentheses [-Wparentheses-equality]
if ((i == (nr - 1)))
~~^~~
Den 26. juli 2017 22:07, skrev David Miller:
From: Andrew Lunn
Date: Wed, 26 Jul 2017 19:52:24 +0200
So I really want to group the patches into only a few series in order
to not spend months on the process.
I strongly agree with Vivien here. Good patches get accepted in about
3 days. You sho
On Wed, Jul 26, 2017 at 11:44 AM, Doug Anderson wrote:
> Hi,
>
> On Tue, Jul 25, 2017 at 11:36 AM, Matthias Kaehlcke wrote:
>> Apparently netpoll_setup() assumes that netpoll.dev_name is a pointer
>> when checking if the device name is set:
>>
>> if (np->dev_name) {
>> ...
>>
>> However the fie
On 07/20/2017 05:22 AM, Peter Zijlstra wrote:
So the typical implementation of fast switching we're thinking of is the
CPU writing the DVFS request into a machine register. Now machine
registers are typically per logical CPU.
Writing to a memory addressable register. AFAIK, ARM has no support f
On Wed, 26 Jul, at 07:35:51AM, Greg KH wrote:
>
> If it needs a backport and a simple cherry-pick does not work, yes
> please.
Oh, it turns out cherry-picking commit 96b777452d88 to 4.9-stable
works just fine.
On 07/21/2017 06:03 AM, Peter Zijlstra wrote:
On Thu, Jul 13, 2017 at 12:14:37PM +0530, Viresh Kumar wrote:
diff --git a/drivers/cpufreq/cpufreq_governor.c
b/drivers/cpufreq/cpufreq_governor.c
index 47e24b5384b3..606b1a37a1af 100644
--- a/drivers/cpufreq/cpufreq_governor.c
+++ b/drivers/cpufreq
On 07/26/2017 01:08 PM, Greg KH wrote:
On Wed, Jul 26, 2017 at 01:02:38PM -0700, David Daney wrote:
On 07/26/2017 10:33 AM, Greg KH wrote:
On Wed, Jul 26, 2017 at 06:30:49PM +0200, Borislav Petkov wrote:
On Wed, Jul 26, 2017 at 09:19:49AM -0700, Greg KH wrote:
On Wed, Jul 26, 2017 at 05:55:48
Remove trailing extra underscore in definition of _CCU_SUN8I_R_H
Signed-off-by: Matthias Kaehlcke
---
drivers/clk/sunxi-ng/ccu-sun8i-r.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/sunxi-ng/ccu-sun8i-r.h
b/drivers/clk/sunxi-ng/ccu-sun8i-r.h
index a7a407f12b56
On Wed, Jul 26, 2017 at 10:33:28AM +0200, Michal Hocko wrote:
> Hi,
> this is another step to make the memory hotplug more usable. The primary
> goal of this patchset is to reduce memory overhead of the hot added
> memory (at least for SPARSE_VMEMMAP memory model). Currently we use
> kmalloc to pop
On Wed, 19 Jul 2017 09:50:36 +0200 Michal Hocko wrote:
> [CC Johannes and Vladimir - the whole series is
> http://lkml.kernel.org/r/20170719014603.19029-1-d...@stgolabs.net]
>
> On Tue 18-07-17 18:46:02, Davidlohr Bueso wrote:
> > Such that we can optimize __mem_cgroup_largest_soft_limit_node().
On Wed, Jul 26, 2017 at 08:37:23PM +, Mathieu Desnoyers wrote:
> - On Jul 26, 2017, at 2:30 PM, Paul E. McKenney
> paul...@linux.vnet.ibm.com wrote:
>
> > On Wed, Jul 26, 2017 at 06:01:15PM +, Mathieu Desnoyers wrote:
> >> - On Jul 26, 2017, at 11:42 AM, Paul E. McKenney
> >> pau
On Tue, 25 Jul 2017 17:05:40 -0700
"Paul E. McKenney" wrote:
> On Tue, Jul 25, 2017 at 06:17:10PM -0400, Steven Rostedt wrote:
> > On Tue, 25 Jul 2017 12:18:14 -0700
> > "Paul E. McKenney" wrote:
> >
> > > On Tue, Jul 25, 2017 at 02:12:20PM -0400, Steven Rostedt wrote:
> > > > On Mon, 24 Ju
Convert errx() and err() usage to appropriate TAP13 ksft API.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/capabilities/test_execve.c | 105 -
.../testing/selftests/capabilities/validate_cap.c | 9 +-
2 files changed, 65 insertions(+), 49 deletions(-)
diff --git
Hi Jason,
On 07/26/2017 01:45 PM, Jason Baron wrote:
> Hi,
>
> In testing nowait aio on ext4, I found that when appending to a file
> the return value is EAGAIN/EWOULDBLOCK, because as mentioned in the
> commit this will potentially trigger an allocation. However, the EAGAIN,
> seems somewhat mis
On Wed 26 Jul 12:59 PDT 2017, Arnd Bergmann wrote:
> In zap_shader_load_mdt(), we pass a pointer to a phys_addr_t
> into dmam_alloc_coherent, which the compiler warns about:
>
> drivers/gpu/drm/msm/adreno/a5xx_gpu.c: In function 'zap_shader_load_mdt':
> drivers/gpu/drm/msm/adreno/a5xx_gpu.c:54:50
Device lock bites again; if a device .remove() callback races a user
calling ioctl(VFIO_GROUP_GET_DEVICE_FD), the unbind request will hold
the device lock, but the user ioctl may have already taken a vfio_device
reference. In the case of a PCI device, the initial open will attempt
to reset the dev
On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> Implement recvmsg by copying data from the "in" ring. If not enough data
> is available and the recvmsg call is blocking, then wait on the
> inflight_conn_req waitqueue. Take the active socket in_mutex so that
> only one function can access the ri
On Mon, 24 Jul 2017 21:40:24 +
"Brandt, Todd E" wrote:
> Function graph tracing is indeed the target, as its the basis of the
> bootgraph
> tool. However, kprobes would work just as well. What's the difference in
> effort
> between enabling kprobes for early boot vs function graph trace?
>
On Mon, 24 Jul 2017 09:58:04 -0600
Shuah Khan wrote:
> On 07/09/2017 05:48 AM, Steven Rostedt wrote:
> > On Sat, 8 Jul 2017 00:27:29 +0530
> > "Naveen N. Rao" wrote:
> >
> >> v2:
> >> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1434048.html
> >>
> >> Changes since v2:
> >>
On Wed, 26 Jul 2017 12:23:56 -0700 Matthias Kaehlcke wrote:
> In multiple instances enum values of an incorrect type are passed to
> mod_memcg_state() and other memcg functions. Apparently this is
> intentional, however clang rightfully generates tons of warnings about
> the mismatched types. Cas
On Tue, 25 Jul 2017 21:30:04 +0800
Wanlong Gao wrote:
> From: Wen Congyang
>
> Hi, Alex Williamson
>
> When using vfio, we encounter a problem: too many lspci processes are blocked
> in D state.
> I analyzed all processes, and found one process is blocked in pci_dev_lock(),
> another
> proce
On Mon, 24 Jul 2017 09:39:25 -0600
Shuah Khan wrote:
> > Masami Hiramatsu (5):
> > selftests: ftrace: Do not failure if there is unsupported tests
> > selftests: ftrace: Add --fail-unsupported option
> > selftests: ftrace: Add more verbosity for immediate log
> > selftest
>> +while (!(flags & MSG_DONTWAIT) && !pvcalls_front_read_todo(map)) {
>> +if (count < PVCALLS_FRONT_MAX_SPIN)
>> +count++;
>> +else
>> +wait_event_interruptible(map->active.inflight_conn_req,
>> +
Proper support for the INA219 lowered the minimum sampling period from
2*140us to 2*84us. Subtracting 200us later leads to an underflow and
an almost infinite udelay later.
Using a signed int for the sampling period provides sufficient range
(at most 2*8640*1024us), but catches the underflow when
On Wed, Jul 26, 2017 at 12:55 PM, Josh Poimboeuf wrote:
> On Wed, Jul 26, 2017 at 11:52:19AM -0700, Kees Cook wrote:
>> --- a/tools/objtool/check.c
>> +++ b/tools/objtool/check.c
>> @@ -156,7 +156,7 @@ static int __dead_end_function(struct objtool_file
>> *file, struct symbol *func,
>>
On Wed, 26 Jul 2017 15:37:32 +0200 Arnd Bergmann wrote:
> When we pass the result of a multiplication as the timeout or
> the delay, we can get a warning:
from? gcc-7 I assume?
On Wed, 26 Jul 2017 15:28:06 +0100 Mark Brown wrote:
> On Wed, Jul 26, 2017 at 03:37:32PM +0200, Arnd Bergmann wrote:
> > When we pass the result of a multiplication as the timeout or
> > the delay, we can get a warning:
>
> This'd be easier if you sent each of the changes separately...
I think
> Good. Just one question about process. Could I have posted my work
> as a RFC? To get one round of initial feedback before chopping into
> small patch requests. As well as indicating where I am heading. Or is
> that just waste of human bandwidth?
Depends. Post 100 RFC patches, i won't look at th
Hi Chao,
Just for testing purpose, I filed them in dev-test.git.
Note that, I fixed two build errors below.
Thanks,
On 07/26, Chao Yu wrote:
> From: Chao Yu
>
> This patch introduce a new option 'inode_checksum' for enabling inode
> checksum functionality in mkfs/fsck/sload.
>
> Signed-off-by
On Wed, Jul 26, 2017 at 11:38 PM, Andrew Morton
wrote:
> On Wed, 26 Jul 2017 15:37:32 +0200 Arnd Bergmann wrote:
>
>> When we pass the result of a multiplication as the timeout or
>> the delay, we can get a warning:
>
> from? gcc-7 I assume?
Correct, sorry for missing this. In fact, the warning
On Mon, Jul 24, 2017 at 07:02:20PM -0400, Dennis Zhou wrote:
> From: "Dennis Zhou (Facebook)"
>
> The other patches contain a lot of information, so adding this
> information in a separate patch. It adds my copyright and a brief
> explanation of how the bitmap allocator works. There is a minor ty
On 07/26, Chao Yu wrote:
> On 2017/7/26 9:29, Jaegeuk Kim wrote:
> > This patch exposes what features are supported by current f2fs build to
> > sysfs
> > entry.
> >
> > Signed-off-by: Jaegeuk Kim
>
> Reviewed-by: Chao Yu
>
> Minor thing, can you exchange below function name to follow ext4:
>
Change log from v1:
- add /sys/fs/f2fs/dev/features
This patch exposes what features are supported by current f2fs build to sysfs
entry via:
/sys/fs/f2fs/features/
/sys/fs/f2fs/dev/features
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/sysfs.c | 138 +-
On 07/26/2017 03:25 PM, Steven Rostedt wrote:
> On Mon, 24 Jul 2017 09:39:25 -0600
> Shuah Khan wrote:
>
>
>>> Masami Hiramatsu (5):
>>> selftests: ftrace: Do not failure if there is unsupported tests
>>> selftests: ftrace: Add --fail-unsupported option
>>> selftests: ftrace: A
On Wed, Jul 26, 2017 at 05:18:01PM -0400, Steven Rostedt wrote:
> On Tue, 25 Jul 2017 17:05:40 -0700
> "Paul E. McKenney" wrote:
>
> > On Tue, Jul 25, 2017 at 06:17:10PM -0400, Steven Rostedt wrote:
> > > On Tue, 25 Jul 2017 12:18:14 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > > On Tue,
El Wed, Jul 26, 2017 at 02:23:09PM -0700 Andrew Morton ha dit:
> On Wed, 26 Jul 2017 12:23:56 -0700 Matthias Kaehlcke
> wrote:
>
> > In multiple instances enum values of an incorrect type are passed to
> > mod_memcg_state() and other memcg functions. Apparently this is
> > intentional, however
Hi Roberto,
[cc'ing tpmdd-devel]
On Tue, 2017-07-25 at 17:44 +0200, Roberto Sassu wrote:
> This patch set applies on top of kernel v4.13-rc2.
>
> IMA, for each file matching policy rules, calculates a digest, creates
> a new entry in the measurement list and extends a TPM PCR with the digest
> o
On Wed, Jul 26, 2017 at 10:22 AM, Levin, Alexander (Sasha Levin)
wrote:
> + if (ext & (1 << (INET_DIAG_CLASS_ID - 1))) {
> + u32 classid = 0;
> +
> +#ifdef CONFIG_SOCK_CGROUP_DATA
> + classid = sock_cgroup_classid(&sk->sk_cgrp_data);
> +#endif
If CONFIG_SOCK_CGR
On Wed, 26 Jul 2017 14:49:14 -0700 Matthias Kaehlcke wrote:
> El Wed, Jul 26, 2017 at 02:23:09PM -0700 Andrew Morton ha dit:
>
> > On Wed, 26 Jul 2017 12:23:56 -0700 Matthias Kaehlcke
> > wrote:
> >
> > > In multiple instances enum values of an incorrect type are passed to
> > > mod_memcg_sta
There could be significant delay in CPTS work schedule under high system
load and on -RT which could cause CPTS misbehavior due to internal counter
overflow. Usage of own kthread_worker allows to avoid such kind of issues
and makes it possible to tune priority of CPTS kthread_worker thread on -RT.
Hi
With the low Ethernet connection speed cpdma notification about packet
processing can be received before CPTS TX timestamp event, which is set
when packet actually left CPSW while cpdma notification is sent when packet
pushed in CPSW fifo. As result, when connection is slow and CPU is fast
enou
Many PTP drivers required to perform some asynchronous or periodic work,
like periodically handling PHC counter overflow or handle delayed timestamp
for RX/TX network packets. In most of the cases, such work is implemented
using workqueues. Unfortunately, Kernel workqueues might introduce
significa
With the low speed Ethernet connection CPDMA notification about packet
processing can be received before CPTS TX timestamp event, which is set
when packet actually left CPSW while cpdma notification is sent when packet
pushed in CPSW fifo. As result, when connection is slow and CPU is fast
enough
On Wed, 2017-07-26 at 12:13 -0700, Matthew Wilcox wrote:
> On Wed, Jul 26, 2017 at 01:55:36PM -0400, Jeff Layton wrote:
> > +int file_write_and_wait(struct file *file)
> > +{
> > + int err = 0, err2;
> > + struct address_space *mapping = file->f_mapping;
> > +
> > + if ((!dax_mapping(mapping)
On Wed, 2017-07-26 at 12:21 -0700, Matthew Wilcox wrote:
> On Wed, Jul 26, 2017 at 01:55:38PM -0400, Jeff Layton wrote:
> > @@ -668,12 +668,14 @@ static int gfs2_fsync(struct file *file, loff_t
> > start, loff_t end,
> > if (ret)
> > return ret;
> > if (
Hi Jaegeuk,
On 2017/7/27 5:40, Jaegeuk Kim wrote:
> Hi Chao,
>
> Just for testing purpose, I filed them in dev-test.git.
> Note that, I fixed two build errors below.
Oops, my bad, actually I just note that there is warning in compile flow,
I need -Werror anyway during compiling.
Thanks for fixi
701 - 800 of 968 matches
Mail list logo
