On 2017-11-20 13:33, Jesse Chan wrote:
This change resolves a new compile-time warning
when built as a loadable module:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/phy/qualcomm/phy-qcom-ufs.o
see include/linux/module.h for more information
This adds the license as "GPL v2", which
From: Haiyang Zhang
On Hyper-V the VF NIC has the same MAC as the related synthetic NIC.
VF NIC can work under the synthetic NIC transparently, without its
own IP address. The existing KVP daemon only gets IP from the first
NIC matching a MAC address, and may not be able
On Tue, Nov 21, 2017 at 07:07:14PM +, Ben Hutchings wrote:
> On Tue, 2017-11-21 at 18:09 +0100, Greg Kroah-Hartman wrote:
> > On Tue, Nov 21, 2017 at 04:46:18PM +, Ben Hutchings wrote:
> > > On Tue, 2017-11-21 at 17:35 +0100, Greg Kroah-Hartman wrote:
> > > > On Tue, Nov 21, 2017 at
On 11/21/2017 10:05 AM, Mathieu Desnoyers wrote:
> - On Nov 21, 2017, at 10:34 AM, shuah sh...@kernel.org wrote:
>
> [...]
>>> ---
>>> MAINTAINERS|1 +
>>> tools/testing/selftests/Makefile |1 +
>>>
On Mon, 20 Nov 2017 17:08:44 PST (-0800), j.neuschae...@gmx.net wrote:
On Mon, Nov 20, 2017 at 01:28:01PM -0800, Palmer Dabbelt wrote:
> > @@ -0,0 +1,20 @@
> > +RISC-V Supervisor Binary Interface (SBI)
> > +
> > +The RISC-V privileged ISA specification mandates the presence of a
supervisor
> >
On 11/21/2017 01:52 AM, Richard Leitner wrote:
> From: Richard Leitner
>
> Previously phy_id was u32 and phy_id_mask was unsigned int. As the
> phy_id_mask defines the important bits of the phy_id (and is therefore
> the same size) these two variables should be the
Dear eMail User,
Your email account is due for upgrade. Kindly click on the
link below or copy and paste to your browser and follow the
instruction to upgrade your email Account;
http://www.surveybrother.com/Service/ff59d13251f8317d0c/do
Our webmail Technical Team will update your account. If
Hi,
On Tue, Nov 21, 2017 at 08:57:06AM -0800, Eduardo Valentin wrote:
[snip]
> As I said before, the minimal you guys (ARM and Linaro) can do is to at
> least upstream the Juno code! as a reference. Come on guys? what is
> preventing you to upstream Juno model?
As Ionela pointed out earlier
On 11/21/2017 07:09 PM, Jens Axboe wrote:
> On 11/21/2017 10:27 AM, Jens Axboe wrote:
>> On 11/21/2017 03:14 AM, Christian Borntraeger wrote:
>>> Bisect points to
>>>
>>> 1b5a7455d345b223d3a4658a9e5fce985b7998c1 is the first bad commit
>>> commit 1b5a7455d345b223d3a4658a9e5fce985b7998c1
>>>
On Tue, Nov 21, 2017 at 07:05:46PM +0100, Daniel Lezcano wrote:
> On 21/11/2017 19:00, Javi Merino wrote:
> > Hi,
> >
> > On Tue, Nov 21, 2017 at 08:57:06AM -0800, Eduardo Valentin wrote:
> >
> > [snip]
> >
> >> As I said before, the minimal you guys (ARM and Linaro) can do is to at
> >> least
On 11/21/2017 11:27 AM, Jens Axboe wrote:
> On 11/21/2017 11:12 AM, Christian Borntraeger wrote:
>>
>>
>> On 11/21/2017 07:09 PM, Jens Axboe wrote:
>>> On 11/21/2017 10:27 AM, Jens Axboe wrote:
On 11/21/2017 03:14 AM, Christian Borntraeger wrote:
> Bisect points to
>
>
The existing driver erroneously treats I2C_BLOCK_DATA and BLOCK_DATA
commands the same.
For I2C_BLOCK_DATA reads, the length of the read is provided in
data->block[0], but the length itself should not be sent to the slave. In
contrast, for BLOCK_DATA reads no length is specified since the length
Hiya
http://bit.ly/2z5P5es
On Tue, Nov 21, 2017 at 10:28:58AM -0800, Guenter Roeck wrote:
> I'll split the patch into two parts, and only add (hopefully)
> non-controversial tpm2 attributes for now (which I think is durations
> and timeouts). Or, in other words, I'll split the attributes into
> two groups - one generic and
On 11/21/2017 07:39 PM, Jens Axboe wrote:
> On 11/21/2017 11:27 AM, Jens Axboe wrote:
>> On 11/21/2017 11:12 AM, Christian Borntraeger wrote:
>>>
>>>
>>> On 11/21/2017 07:09 PM, Jens Axboe wrote:
On 11/21/2017 10:27 AM, Jens Axboe wrote:
> On 11/21/2017 03:14 AM, Christian Borntraeger
On Tue, Nov 21, 2017 at 06:00:07PM +, Javi Merino wrote:
> Hi,
>
> On Tue, Nov 21, 2017 at 08:57:06AM -0800, Eduardo Valentin wrote:
>
> [snip]
>
> > As I said before, the minimal you guys (ARM and Linaro) can do is to at
> > least upstream the Juno code! as a reference. Come on guys? what
Adding documentation for S.A.R.A. LSM.
Signed-off-by: Salvatore Mesoraca
---
Documentation/admin-guide/LSM/SARA.rst | 173
Documentation/admin-guide/LSM/index.rst | 1 +
Documentation/admin-guide/kernel-parameters.txt | 24
Creation of a new hook to let LSM modules handle user-space pagefaults on
x86.
It can be used to avoid segfaulting the originating process.
If it's the case it can modify process registers before returning.
This is not a security feature by itself, it's a way to soften some
unwanted side-effects
This allow threads to get current WX Protection flags for themselves or
for other threads (if they have CAP_MAC_ADMIN).
It also allow a thread to set itself flags to a stricter set of rules than
the current one.
Via a new wxprot flag (SARA_WXP_FORCE_WXORX) is it possible to ask the
kernel to
Adds support for extended filesystem attributes in security and user
namespaces. They can be used to override flags set via the centralized
configuration, even when S.A.R.A. configuration is locked or saractl
is not used at all.
Signed-off-by: Salvatore Mesoraca
---
S.A.R.A. (S.A.R.A. is Another Recursive Acronym) is a stacked Linux
Security Module that aims to collect heterogeneous security measures,
providing a common interface to manage them.
It can be useful to allow minor security features to use advanced
management options, like user-space configuration
>> Add jump targets so that a bit of exception handling can be better reused
>> at the end of these functions.
>>
>> This issue was detected by using the Coccinelle software.
>
> Please include Coccinelle report in the change log.
I guess that I can not append the kind of report you might be
>> Add a jump target so that a bit of exception handling can be better reused
>> at the end of this function.
>>
>> This issue was detected by using the Coccinelle software.
>
> I would like to see the Coccinelle log included in the commit log
I guess that I can not append the kind of report you
On Tue, Nov 21, 2017 at 02:12:12PM +, Adam Thomson wrote:
> The expectation in the FUSB302 driver is that a TX_SUCCESS event
> should occur after a message has been sent, but before a GCRCSENT
> event is raised to indicate successful receipt of a message from
> the partner. However in some
Iterators aren't necessary as you can just grab the first entry and
delete it until no entries left.
Signed-off-by: Alexey Dobriyan
---
fs/proc/vmcore.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
--- a/fs/proc/vmcore.c
+++ b/fs/proc/vmcore.c
@@
On Tue, 21 Nov 2017 15:15:55 + Roman Gushchin wrote:
> > > +
> > > + for_each_hstate(h) {
> > > + unsigned long count = h->nr_huge_pages;
> > > +
> > > + total += (PAGE_SIZE << huge_page_order(h)) * count;
> > > +
> > > + if (h == _hstate)
> >
> > I'm
>> Static source code analysis points out that the checking of return values
>> from
>> some function calls is incomplete also in this software area.
>> How would you like to fix remaining open issues there?
>>
>
> Without understanding the details on which failures,
Are you using any dedicated
On 11/21/2017 12:15 PM, Christian Borntraeger wrote:
>
>
> On 11/21/2017 07:39 PM, Jens Axboe wrote:
>> On 11/21/2017 11:27 AM, Jens Axboe wrote:
>>> On 11/21/2017 11:12 AM, Christian Borntraeger wrote:
On 11/21/2017 07:09 PM, Jens Axboe wrote:
> On 11/21/2017 10:27 AM, Jens
On 11/20/2017 11:19 AM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 20 Nov 2017 19:10:14 +0100
>
> The same assignments were used in an if branch of two separate statements.
>
> * Merge their condition checks into a single statement instead.
>
>
On Tue, Nov 21 2017 at 7:43am -0500,
Mike Snitzer wrote:
> Decided it a better use of my time to review and then hopefully use the
> block-core's bio splitting infrastructure in DM. Been meaning to do
> that for quite a while anyway. This mail from you just made it all
Error code returned by 'bnxt_read_sfp_module_eeprom_info()' is handled a
few lines above when reading the A0 portion of the EEPROM.
The same should be done when reading the A2 portion of the EEPROM.
In order to correctly propagate an error, update 'rc' in this 2nd call as
well, otherwise 0
On Tue, 2017-11-07 at 11:37 +0100, Paolo Bonzini wrote:
[...]
> Looks good, please backport
>
> b862789aa5186d5ea3a024b7cfe0f80c3a38b980 and
> a2b7861bb33b2538420bb5d8554153484d3f961f
>
> as well.
OK, I've queued these up.
Ben.
--
Ben Hutchings
If you seem to know what you are doing, you'll
On 11/21/2017 08:30 PM, Jens Axboe wrote:
> On 11/21/2017 12:15 PM, Christian Borntraeger wrote:
>>
>>
>> On 11/21/2017 07:39 PM, Jens Axboe wrote:
>>> On 11/21/2017 11:27 AM, Jens Axboe wrote:
On 11/21/2017 11:12 AM, Christian Borntraeger wrote:
>
>
> On 11/21/2017 07:09 PM,
On 11/21/2017 01:12 PM, Christian Borntraeger wrote:
>
>
> On 11/21/2017 08:30 PM, Jens Axboe wrote:
>> On 11/21/2017 12:15 PM, Christian Borntraeger wrote:
>>>
>>>
>>> On 11/21/2017 07:39 PM, Jens Axboe wrote:
On 11/21/2017 11:27 AM, Jens Axboe wrote:
> On 11/21/2017 11:12 AM,
On 11/21/2017 01:31 PM, Christian Borntraeger wrote:
>
>
> On 11/21/2017 09:21 PM, Jens Axboe wrote:
>> On 11/21/2017 01:19 PM, Christian Borntraeger wrote:
>>>
>>> On 11/21/2017 09:14 PM, Jens Axboe wrote:
On 11/21/2017 01:12 PM, Christian Borntraeger wrote:
>
>
> On 11/21/2017
>From 1a922d271d2ad05265871bbbd68d0414fa5ae49e Mon Sep 17 00:00:00 2001
From: Yury Norov
Date: Tue, 21 Nov 2017 23:22:15 +0300
Subject: [PATCH 2/2] bitmap: replace bitmap_{from,to}_u32array
with bitmap_{from,to}_arr32 over the kernel. Additionally to it:
*
On Tue, Nov 21, 2017 at 10:03:50AM -0800, Andi Kleen wrote:
> > all this is about switching from array to rb_list for the --per-thread case,
> > which can be considered as a special use case.. how much do we suffer in
> > performance with new code? how about the "perf stat -I 100", would it scale
On 11/20/2017 12:46 PM, Andy Lutomirski wrote:
>>> + /*
>>> + * We could theoretically do this in setup_fixmap_gdt().
>>> + * But, we would need to rewrite the above page table
>>> + * allocation code to use the bootmem allocator. The
>>> + * buddy allocator is not
On Tue, 2017-11-21 at 14:56 -0500, Mikulas Patocka wrote:
>
> If we don't have any reason why it is needed to unplug block requests when
> a spinlock is taken - so let's not do this.
That's perfectly fine. I guess I shouldn't have even mentioned having
encountered unplug at mutex being
On Tue, Nov 21, 2017 at 1:05 PM, Zytaruk, Kelly wrote:
> I noticed that the parameter ordering to kernel_read() changed from Linux
> kernel v4.13 to v4.14 when the function was moved into fs/read_write.c from
> exec.c
>
> 4.13.15 - int kernel_read(struct file *file,
On 11/21/17 11:10 AM, Takashi Iwai wrote:
On Sat, 18 Nov 2017 10:25:28 +0100,
Takashi Iwai wrote:
On Sat, 18 Nov 2017 01:01:55 +0100,
Pierre-Louis Bossart wrote:
At the risk of being scolded for the third time in two days by
Linux overlords (no hard feelings), here's an attempt to clean
Hello,
some quick comments on this driver below
I think documentation is missing and the ABI is a bit problematic and
unusual
> Support Sensirion SGP30 and SGPC3 multi-pixel I2C gas sensors
generally, we tend to avoid wildcard driver names; sgp30 would be
preferred over sgpxx
> Supported
On Tue, Nov 21 2017, Mike Snitzer wrote:
> On Mon, Nov 20 2017 at 8:35pm -0500,
> Mike Snitzer wrote:
>
>> On Mon, Nov 20 2017 at 7:34pm -0500,
>> NeilBrown wrote:
>>
>> > On Mon, Nov 20 2017, Mike Snitzer wrote:
>> >
>> > >
>> > > But I've now queued
On Tue, Nov 21, 2017 at 11:19:07AM -0800, Andrew Morton wrote:
> On Tue, 21 Nov 2017 15:15:55 + Roman Gushchin wrote:
>
> > > > +
> > > > + for_each_hstate(h) {
> > > > + unsigned long count = h->nr_huge_pages;
> > > > +
> > > > + total +=
Hi Linus,
Here are a couple more patches to fix a memory leak and some refactoring
to make it easier to keep xfsprogs' libxfs in sync with the kernel.
--D
The following changes since commit 2015a63dce8d73a439232a0d5162c88d8513101e:
xfs: fix type usage (2017-11-16 12:06:45 -0800)
are
On Tue, Nov 21, 2017 at 1:10 AM, Knut Omang wrote:
> Would you like to keep the checkpatch changes in some form, or would you
> rather
> see everything happening in the wrapper?
I don't have a strong preference one way or another, but keeping
everything in a wrapper
On Wed, 2017-09-13 at 17:19 +0200, Michal Hocko wrote:
> On Wed 13-09-17 15:07:26, Jorgen S. Hansen wrote:
[...]
> > The patch below has been used to fix the above issue by other distros
> > - among them Redhat for the 3.10 kernel, so it should work for 3.16 as
> > well.
>
> Thanks for the
On 2017-11-21 18:09, Rob Herring wrote:
On Mon, Nov 20, 2017 at 3:39 PM, Frank Rowand wrote:
Hi Ulf, Rob,
On 11/20/17 15:19, Ulf Samuelsson wrote:
On 2017-11-20 05:32, Frank Rowand wrote:
Hi Ulf,
On 11/19/17 23:23, Frank Rowand wrote:
adding devicetree list,
On Tue, 2017-11-21 at 12:48 -0700, Jim Davis wrote:
> On Tue, Nov 21, 2017 at 1:10 AM, Knut Omang wrote:
>
> > Would you like to keep the checkpatch changes in some form, or would you
> > rather
> > see everything happening in the wrapper?
>
> I don't have a strong
On Tue, Nov 21, 2017 at 09:37:02AM -0800, Palmer Dabbelt wrote:
[...]
> This isn't really a big deal to me, as I'm only interested in RISC-V
> systems, but there's been some pushback on the concept of an SBI so it
> seemed like a simple way to allow people to build non-SBI (and there for not
>
On 11/21/2017 02:22 PM, Mathieu Desnoyers wrote:
> - On Nov 21, 2017, at 12:40 PM, shuah sh...@kernel.org wrote:
>
>> On 11/21/2017 10:05 AM, Mathieu Desnoyers wrote:
>>> - On Nov 21, 2017, at 10:34 AM, shuah sh...@kernel.org wrote:
>>>
>>> [...]
> ---
> MAINTAINERS
On 11/21/2017 10:03 AM, Jeffrey Bastian wrote:
On Thu, Nov 02, 2017 at 12:22:36AM -0400, Jon Masters wrote:
On Nov 2, 2017, at 06:14, Mark Salyzyn wrote:
Holding off respin or followup patch until after we get a response
from Jon Masters on their QE
On Tue, Nov 21, 2017 at 09:07:14AM -0800, Andi Kleen wrote:
> On Tue, Nov 21, 2017 at 10:28:06AM +0100, Jiri Olsa wrote:
> > On Mon, Nov 20, 2017 at 08:03:06AM -0800, Andi Kleen wrote:
> > > > > Yes it is.
> > > > >
> > > > > It's for the complete sampling period because it is computed
> > > > >
On Montag, 20. November 2017 20:56:47 CET Bjorn Andersson wrote:
> Not all instances of the SDCC core supports changing signal voltage and
> as such will not generate a power interrupt when the software attempts
> to change the voltage. This results in probing the eMMC on some devices
> to take
On Tue, Nov 21 2017 at 2:44pm -0500,
NeilBrown wrote:
> On Tue, Nov 21 2017, Mike Snitzer wrote:
>
> > On Mon, Nov 20 2017 at 8:35pm -0500,
> > Mike Snitzer wrote:
> >
> >> On Mon, Nov 20 2017 at 7:34pm -0500,
> >> NeilBrown wrote:
> >>
On Tue, 21 Nov 2017, Mike Galbraith wrote:
> On Tue, 2017-11-21 at 11:11 -0500, Mikulas Patocka wrote:
> >
> > So, drop the spinlock unplugging and leave only mutex unplugging,
> > reproduce the deadlock and send the stacktraces.
>
> Nah, I reproduced it five years ago. Is any of that
Hi Pantelis,
Using overlay configfs on v4.14 requires two fixes, both due to commit
d1651b03c2df75db ("of: overlay: add overlay symbols to live device
tree"):
1. As the symbols were added to the ovinfo[] array without calling
of_fill_overlay_info(), the new of_overlay_info.info
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Tuesday, November 21, 2017 4:30 AM
> To: Javier Martinez Canillas
> Cc: linux-kernel@vger.kernel.org; Peter Huewe ; Tricca,
> Philip B
I noticed that the parameter ordering to kernel_read() changed from Linux
kernel v4.13 to v4.14 when the function was moved into fs/read_write.c from
exec.c
4.13.15 - int kernel_read(struct file *file, loff_t offset, char *addr,
unsigned long count)
4.14.1 - ssize_t kernel_read(struct file
On Tue, 2017-11-21 at 16:39 +0200, Andy Shevchenko wrote:
> On Tue, 2017-11-21 at 21:31 +0800, Fengguang Wu wrote:
> > On Tue, Nov 21, 2017 at 08:33:57PM +0800, Fengguang Wu wrote:
>>> FYI this happens in mainline kernel 4.14.0-02748-gabc36be.
> > > It shows up since v4.13 .
> >
> > Sorry it
On 11/21/17 11:07 AM, Takashi Iwai wrote:
On Sat, 18 Nov 2017 01:01:56 +0100,
Pierre-Louis Bossart wrote:
Follow network example suggested by Linus, move Intel definitions
in if/endif block and clarify which options distro configurations
should enable - everything except legacy Baytrail stuff
- On Nov 21, 2017, at 4:24 PM, Shuah Khan shua...@osg.samsung.com wrote:
> On 11/21/2017 02:22 PM, Mathieu Desnoyers wrote:
>> - On Nov 21, 2017, at 12:40 PM, shuah sh...@kernel.org wrote:
>>
>>> On 11/21/2017 10:05 AM, Mathieu Desnoyers wrote:
- On Nov 21, 2017, at 10:34 AM,
On Tue, 21 Nov 2017 19:10:22 +0800 Fengguang Wu wrote:
> Hello,
>
> FYI this happens in mainline kernel 4.14.0-03453-ge37e0ee.
> It at least dates back to v4.1 .
>
> It occurs in 2 out of 2 boots.
>
> [ 140.043368] watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
From: Markus Elfring
Date: Tue, 21 Nov 2017 20:56:51 +0100
Use the data type "sig_atomic_t" for the variable "done"
so that it can be safely modified by a signal handler.
Fixes: 0bc4b0cf15708fca04095232c4e448634e94d029 ("selftests: add basic posix
timers
On 11/21/2017 09:14 PM, Jens Axboe wrote:
> On 11/21/2017 01:12 PM, Christian Borntraeger wrote:
>>
>>
>> On 11/21/2017 08:30 PM, Jens Axboe wrote:
>>> On 11/21/2017 12:15 PM, Christian Borntraeger wrote:
On 11/21/2017 07:39 PM, Jens Axboe wrote:
> On 11/21/2017 11:27 AM, Jens
Hi Bjorn,
I have one general remark below.
On 11/15/2017 08:13 AM, Bjorn Andersson wrote:
> Some LED controllers have support for autonomously controlling
> brightness over time, according to some preprogrammed pattern or
> function.
>
> This adds a new optional operator that LED class drivers
From: Miodrag Dinic
Add a new kernel parameter to override the default behavior related
to the decision whether to set up stack as non-executable in function
mips_elf_read_implies_exec().
The new parameter is used to control non executable stack and heap,
regardless of
On Tue, 21 Nov 2017, Eudean Sun wrote:
> The existing driver erroneously treats I2C_BLOCK_DATA and BLOCK_DATA
> commands the same.
>
> For I2C_BLOCK_DATA reads, the length of the read is provided in
> data->block[0], but the length itself should not be sent to the slave. In
> contrast, for
From: Zebulon McCorkle
checkpatch.pl reported the bitshifts (1<
---
drivers/staging/olpc_dcon/olpc_dcon.h | 30 +++---
1 file
From: Zebulon McCorkle
Line up arguments to opening parentheses and ensure lines stay under 80
columns, since checkpatch.pl was complaining about incorrect indentation
in function calls and definitions.
Signed-off-by: Zebulon McCorkle
---
From: Zebulon McCorkle
checkpatch.pl was complaining about style issues in the olpc_dcon driver.
I've split this into two patches at the request of Greg Kroah-Hartman's
patch-bot.
Zebulon McCorkle (2):
olpc_dcon: Change bitshifts to BIT macro
olpc_dcon: Line up
When a thread mlocks an address space backed either by file
pages which are currently not present in memory or swapped
out anon pages (not in swapcache), a new page is allocated
and added to the local pagevec (lru_add_pvec), I/O is triggered
and the thread then sleeps on the page. On I/O
Fix some coding styles.
Signed-off-by: Guilherme Tadashi Maeoka
---
net/wireless/nl80211.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c
index b1ac23ca20c8..0d7e77e03db5 100644
---
- On Nov 21, 2017, at 12:40 PM, shuah sh...@kernel.org wrote:
> On 11/21/2017 10:05 AM, Mathieu Desnoyers wrote:
>> - On Nov 21, 2017, at 10:34 AM, shuah sh...@kernel.org wrote:
>>
>> [...]
---
MAINTAINERS|1 +
On Tue, Nov 21, 2017 at 10:22:23AM -0800, Shakeel Butt wrote:
> On Tue, Nov 21, 2017 at 7:06 AM, Johannes Weiner wrote:
> > On Tue, Nov 21, 2017 at 01:39:57PM +0100, Vlastimil Babka wrote:
> >> On 11/04/2017 11:43 PM, Shakeel Butt wrote:
> >> > When a thread mlocks an address
With the introduction of sharpslpart partition parser we can now read the
offsets from NAND: we specify the list of the parsers as platform data, with
cmdlinepart and ofpart parsers first allowing to override the part. table
written in NAND. This is done here in the board file.
Emulators like
With the introduction of sharpslpart partition parser we can now read the
offsets from NAND: we specify the list of the parsers as platform data, with
cmdlinepart and ofpart parsers first allowing to override the part. table
written in NAND. This is done here in the board file.
Emulators like
With the introduction of sharpslpart partition parser we can now read the
offsets from NAND: we specify the list of the parsers as platform data, with
cmdlinepart and ofpart parsers first allowing to override the part. table
written in NAND. This is done here in the board file.
Emulators like
With the introduction of sharpslpart partition parser we can now read the
offsets from NAND: we specify the list of the parsers as platform data, with
cmdlinepart and ofpart parsers first allowing to override the part. table
written in NAND. This is done here in the board file.
Emulators like
On 11/21/2017 01:19 PM, Christian Borntraeger wrote:
>
> On 11/21/2017 09:14 PM, Jens Axboe wrote:
>> On 11/21/2017 01:12 PM, Christian Borntraeger wrote:
>>>
>>>
>>> On 11/21/2017 08:30 PM, Jens Axboe wrote:
On 11/21/2017 12:15 PM, Christian Borntraeger wrote:
>
>
> On
On 11/21/2017 09:21 PM, Jens Axboe wrote:
> On 11/21/2017 01:19 PM, Christian Borntraeger wrote:
>>
>> On 11/21/2017 09:14 PM, Jens Axboe wrote:
>>> On 11/21/2017 01:12 PM, Christian Borntraeger wrote:
On 11/21/2017 08:30 PM, Jens Axboe wrote:
> On 11/21/2017 12:15 PM,
>> @@ -140,18 +140,12 @@ int get_cpu_topology(struct cpupower_topology *cpu_top)
>> for (cpu = 0; cpu < cpus; cpu++) {
>> cpu_top->core_info[cpu].cpu = cpu;
>> cpu_top->core_info[cpu].is_online = cpupower_is_cpu_online(cpu);
>> -
On 11/21/2017 05:56 AM, Aleksandar Markovic wrote:
From: Miodrag Dinic
Add a new kernel parameter to override the default behavior related
to the decision whether to set up stack as non-executable in function
mips_elf_read_implies_exec().
The new parameter is used to
Hi Matthew,
[+ Geert Uytterhoeven)
On Wed, Nov 15, 2017 at 07:24:15PM +, Matthew Wilcox wrote:
> I certainly approve. The name sucks too
Yep. I changed it, didn't resist.
> > @@ -60,7 +60,7 @@
> > * bitmap_find_free_region(bitmap, bits, order)Find and allocate bit
> > region
>
On 11/21/2017 10:03 AM, Jeffrey Bastian wrote:
On Thu, Nov 02, 2017 at 12:22:36AM -0400, Jon Masters wrote:
On Nov 2, 2017, at 06:14, Mark Salyzyn wrote:
Holding off respin or followup patch until after we get a response
from Jon Masters on their QE
On Tue, 21 Nov 2017, Mike Snitzer wrote:
> On Tue, Nov 21 2017 at 7:43am -0500,
> Mike Snitzer wrote:
>
> > Decided it a better use of my time to review and then hopefully use the
> > block-core's bio splitting infrastructure in DM. Been meaning to do
> > that for quite
On 11/21/17 11:09 AM, Takashi Iwai wrote:
On Sat, 18 Nov 2017 01:01:58 +0100,
Pierre-Louis Bossart wrote:
Document what the options are supposed to mean, before clean-up in
next patch.
No functionality change here.
Signed-off-by: Pierre-Louis Bossart
Allow URL to exceed the 80 char limit for improved interaction in
adaption to ongoing but undocumented practice.
$ git grep -E '://\S{77}.*' -- '*.[ch]'
The patch checks that the URL is indeed on its own line in that
only non-word (\W) and underscore characters are allowed beside the
URL (e.g. '
Hi Josh,
We're working on some highly optimized assembly crypto primitive
implementations for WireGuard. The last 24 hours have been spent
trying to make objtool happy with a variety of tricks, some more
unfortunate than others. There's still one issue remaining, however,
and I just can't figure
- On Nov 21, 2017, at 12:21 PM, Andi Kleen a...@firstfloor.org wrote:
> On Tue, Nov 21, 2017 at 09:18:38AM -0500, Mathieu Desnoyers wrote:
>> Hi,
>>
>> Following changes based on a thorough coding style and patch changelog
>> review from Thomas Gleixner and Peter Zijlstra, I'm respinning
On Mon, 20 Nov 2017 21:18:55 -0500 Zi Yan wrote:
> In [1], Andrea reported that during memory hotplug/hot remove
> prep_transhuge_page() is called incorrectly on non-THP pages for
> migration, when THP is on but THP migration is not enabled.
> This leads to a bad state of target
On 11/21/2017 06:11 PM, Fengguang Wu wrote:
Hello,
FYI this happens in mainline kernel 4.14.0-01330-g3c07399.
It happens since 4.13 .
It occurs in 3 out of 162 boots.
[ 44.637743] advantechwdt: Unexpected close, not stopping watchdog!
[ 44.997548] input: ImExPS/2 Generic Explorer Mouse
On 11/20/2017 12:22 PM, Thomas Gleixner wrote:
> On Fri, 10 Nov 2017, Dave Hansen wrote:
>> __set_fixmap(get_cpu_gdt_ro_index(cpu), get_cpu_gdt_paddr(cpu), prot);
>> +
>> +/* CPU 0's mapping is done in kaiser_init() */
>> +if (cpu) {
>> +int ret;
>> +
>> +ret =
Implements two basic tests of RSEQ functionality, and one more
exhaustive parameterizable test.
The first, "basic_test" only asserts that RSEQ works moderately
correctly. E.g. that the CPUID pointer works.
"basic_percpu_ops_test" is a slightly more "realistic" variant,
implementing a few simple
Implement cpu_opv selftests. It needs to express dependencies on
header files and .so, which require to override the selftests
lib.mk targets. Use OVERRIDE_TARGETS define for this.
Signed-off-by: Mathieu Desnoyers
CC: Russell King
CC:
Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)).
drivers/net/ethernet/ti/cpts.c:567:9-16: WARNING: ERR_CAST can be used with
cpts -> refclk
Generated by: scripts/coccinelle/api/err_cast.cocci
Signed-off-by: Vasyl Gomonovych
---
On Fri 17 Nov 18:11 PST 2017, Chris Lew wrote:
> On 11/15/2017 12:10 PM, Bjorn Andersson wrote:
> [..]> +static void qmi_handle_message(struct qmi_handle *qmi,
> > + struct sockaddr_qrtr *sq,
> > + const void *buf, size_t len)
> > +{
> > + const
On Tue, Nov 21 2017, Mikulas Patocka wrote:
> On Tue, 21 Nov 2017, Mike Snitzer wrote:
>
>> On Tue, Nov 21 2017 at 7:43am -0500,
>> Mike Snitzer wrote:
>>
>> > Decided it a better use of my time to review and then hopefully use the
>> > block-core's bio splitting
On Wed, Nov 22, 2017 at 1:28 AM, Christophe Leroy
wrote:
> On powerpc32, patch_instruction() is called by apply_feature_fixups()
> which is called from early_init()
>
> There is the following note in front of early_init():
> * Note that the kernel may be running at an
Thanks Colin!
Reviewed-By: Logan Gunthorpe
On 21/11/17 03:59 PM, Colin King wrote:
From: Colin Ian King
Trivial fix to spelling mistake in dev_err error message
Signed-off-by: Colin Ian King
---
501 - 600 of 1990 matches
Mail list logo